Quickstart
Local development
Section titled “Local development”Prerequisites are Node.js 24 or later and pnpm 11 or later.
git clone https://github.com/Dahkenangnon/Parako.ID.gitcd Parako.IDpnpm installcp .env.example runtime/.envpnpm db:pushpnpm devThe development server listens on http://localhost:9007. Development may use
SQLite and local Redis. Do not copy development secrets into production.
Production host
Section titled “Production host”Supported hosts are Debian 12/13 or Ubuntu 24.04/26.04 on x86_64 or AArch64.
Install and secure local Redis before deployment; Parako.ID expects it at
127.0.0.1:6379 by default but does not manage it. SQLite is the default
database and needs no database server. Provision PostgreSQL or MongoDB only
when you choose one and have a complete working URI. DNS and an external HTTPS
reverse proxy remain operator-owned.
Install the signed release:
curl --proto '=https' --tlsv1.2 -fsSL https://get.parako.id | sudo bashThis verified native path is recommended. Operators who require local source
builds can instead use the commit-pinned Git installer.
Both methods use the same parako deployment and lifecycle commands.
Create an offline backup identity and keep a second protected copy away from the server:
sudo parako backup-keygen /root/parako-backup-identity.txtCreate the bootstrap environment. Replace the recipient with the public value
printed by backup-keygen:
sudo parako config init \ --url https://auth.example.com \ --backup-recipient 'age1...'Apply migrations, install the hardened app and worker systemd units, start them, and verify local readiness:
sudo parako deploysudo parako diagCreate the first administrator:
sudo parako admin bootstrap --email admin@example.comOpen the printed single-use HTTPS activation URL, choose a strong password, then use the admin panel to complete application settings and register the first OIDC client. Parako.ID configuration is managed through the admin panel; the CLI only maintains the bootstrap environment and production lifecycle.
Before connecting a product
Section titled “Before connecting a product”- Verify the public issuer and callback URLs through the HTTPS proxy.
- Run an authorization-code with PKCE flow from a non-production test client.
- Confirm email delivery and account recovery.
- Create
sudo parako backup, copy it off-host, and test an isolated restore. - Connect monitoring to
/healthfor liveness and/readyzfor readiness. - Record the service, database, Redis, proxy, and certificate on-call runbook.