Skip to main content
Use this reference when configuring the Towbar installation. Application secrets belong in the Shared secrets editor, and app behavior belongs in the deployment manifest. The installer creates /etc/towbar/towbar.env with root ownership and mode 600. towbar config path prints that location without reading the file. Edit it with an editor such as sudo nano "$(towbar config path)", validate it with sudo towbar config validate, and apply changes with sudo towbar restart. Compose reads this file when creating containers; editing it alone does not update running services. The generated file lists every operator-configurable variable. Installation values and generated secrets are active; optional settings are included as commented examples that can be uncommented when needed. Towbar does not provide a configuration editor or retain rollback copies. Back up the file through your normal host configuration-management or secret-management process. Before replacing a running container, restart validates Compose and runs API, worker, integration, notification, log-forwarding, and Caddy configuration preflights against the installed release images. A failed preflight leaves the running services untouched and directs you to sudo towbar doctor.

Required installation secrets

Generate the PostgreSQL passwords and HMAC secret independently with openssl rand -hex 32. Hex output is URL-safe for the Compose database URLs. TOWBAR_CREDENTIALS_KEY must instead be a separate 32-byte Base64 value from openssl rand -base64 32 | tr -d '\n'; Towbar rejects any other decoded key length.

Public origins

The web app reads the Towbar origin at runtime. One prebuilt dashboard image can therefore serve localhost and public HTTPS installations. TOWBAR_APP_BASE_URL is Towbar’s single public origin. The bundled gateway routes dashboard, API, MCP, webhook, streaming, and terminal requests through it. Login is rendered by the web app and sends credentialed requests to that same origin. External REST, MCP, and API-key management are enabled only when TOWBAR_APP_BASE_URL uses HTTPS. The default local HTTP installation supports the on-host dashboard without exposing those automation interfaces. The local profile binds 127.0.0.1:4021. The public profile binds ports 80 and 443, obtains and renews a Let’s Encrypt certificate for TOWBAR_GATEWAY_DOMAIN, and persists Caddy’s certificate state. The installer selects the profile and sets TOWBAR_TRUSTED_PROXY_HOPS=1 for the bundled gateway. Change the hop count only if you place another controlled proxy such as a CDN in front of Towbar.

Runtime integrations

Towbar integrations are configured only in the API process environment. The dashboard never accepts or reveals provider credentials. An integration appears in the UI only after its TOWBAR_<PROVIDER>_ENABLED flag is true and every required value is valid. The API validates all enabled integrations before it begins listening; a partial configuration fails startup instead of leaving a broken provider visible. Set secret values directly. Towbar does not support _FILE variants. Encode multiline values as Base64 where the variable name ends in _BASE64, and pass structured maps through the documented JSON variables. Restart the API after changing integration configuration.

Source control

GitHub stores only the selected App installation and account metadata in PostgreSQL. GitLab stores only an encrypted, revocable OAuth grant and short-lived PKCE authorization attempts. App identity, OAuth client secrets, webhook secrets, and provider endpoints remain in the runtime environment.

Registries, storage, secrets, platform, and telemetry

Use the exact names in the installed configuration file or .env.example for optional bucket, prefix, endpoint, addressing-style, private-network, CA, zone, image, dashboard, and protocol fields. Temporary AWS sessions are intentionally unsupported because they cannot be maintained safely as static installation configuration.

Notifications

Set TOWBAR_NOTIFICATIONS_ENABLED=true and place provider credentials plus routes in TOWBAR_NOTIFICATION_CONFIG_JSON. The document has a providers object for Slack, SMTP, and Telegram credentials, and a routes array for enabled category destinations. Discord and generic webhook credentials live directly in their route because each route has its own URL. Route IDs must be unique, and every non-webhook route must have its provider configured.
The dashboard shows the active providers and routes without returning credentials. Notification events, delivery attempts, provider outcomes, and thread identifiers remain persisted for reliable retries and audit history.

Log forwarding

Each supported drain has TOWBAR_LOG_DRAIN_<PROVIDER>_ENABLED and TOWBAR_LOG_DRAIN_<PROVIDER>_CONFIG_JSON. Providers are NEWRELIC, AXIOM, BETTERSTACK, DATADOG, OTLP, and LOKI. The JSON shape is provider-specific and includes the ingest credential. Towbar hashes the JSON to derive a revision; it does not persist the configuration document. Per-server applied state, delivery health, backoff, and diagnostics remain in PostgreSQL.

Image vulnerability scanning

Set TOWBAR_VULNERABILITY_SCANNING_ENABLED=true to make image scanning available to Repositories. Each App must then opt in explicitly in its deployment manifest:
.towbar/apps/hello-towbar.app.yml
Towbar queues a scan of that App’s immutable image digest after each successful production or Preview deployment. Changing only this App policy does not force a redeployment, and Resources are not scanned. Towbar reuses one result per workspace and image digest, stores only bounded normalized findings, and keeps scan failures separate from deployment health. The deployment detail page shows severity totals, actionable findings, scanner metadata, and stale or failed states. Disabling the App policy stops new scans without deleting prior results. TOWBAR_VULNERABILITY_SCAN_MAX_AGE_HOURS controls when completed results are labelled stale and defaults to 168 hours. TOWBAR_TRIVY_IMAGE configures the worker-side scanner and must pin both a Trivy tag and image digest. The shipped default is a reviewed multi-architecture pin. Recreate both the API and worker after changing scanner configuration:
See Vulnerability scanning for workspace findings, scan states, and rescanning.

Account security

Initial setup atomically creates one team and Admin, then closes permanently. Email recovery, MFA and the local recovery command are documented in Team access. The v1 owner-reset environment variables are not supported. TOWBAR_PASSWORD_BREACH_CHECK defaults to true; explicitly setting false supports isolated installations without the password corpus service. TOWBAR_PASSWORD_VERIFY_CONCURRENCY defaults to 2 (range 1–8), and TOWBAR_PASSWORD_VERIFY_QUEUE_LIMIT defaults to 16 (range 1–100). Benchmark resource usage before raising these limits. Saturation returns a retryable busy response.

Servers and worker capacity

Register IP addresses, SSH access, and concurrency under Servers. These settings do not belong in the manifest. Cloudflare and AWS credentials are optional runtime integrations configured in the API environment. Keep worker activity capacity above the largest server build-concurrency setting, leaving room for sync and maintenance. Restrict the Temporal UI to administrators.

Browser observability

NEXT_PUBLIC_SENTRY_DSN and NEXT_PUBLIC_SENTRY_ENVIRONMENT are optional dashboard runtime settings. Set the DSN to enable Sentry, use the environment label to distinguish installations, and review what your Sentry project collects. Apply either change with sudo towbar restart.

Installation and upgrades

Towbar installation and upgrades run on the control-plane host. See Install Towbar for the installer and Upgrades and recovery for the CLI upgrade process.

API and MCP rate limits

TOWBAR_API_RATE_LIMIT_MAX defaults to 60 requests and TOWBAR_API_RATE_LIMIT_WINDOW_SECONDS defaults to 60 seconds. The API and MCP share persistent per-key and per-IP limits. Set both variables on the API process; restart it after changes. Configure TOWBAR_TRUSTED_PROXY_HOPS for your trusted proxy topology so clients are counted correctly. See API authentication and rate limits for bounds, response headers, and examples.
Last modified on September 22, 2026