Railway

Deploy veritly-connector-template

Run an outbound-only Veritly connector beside a private Railway database.

Deploy veritly-connector-template

Just deployed

/var/lib/veritly

Deploy and Host Veritly Connector with Railway

About Hosting

Deploy this directory as a service in the same Railway project and environment as the database. That placement lets routes use Railway private DNS names such as postgres.railway.internal; a connector in another project or environment cannot resolve or reach them.

Configure these Railway service variables:

VERITLY_GATEWAY_URL=wss://connect.veritly.co.uk/agent
VERITLY_PAIRING_CODE=
VERITLY_STATUS_ADDR=:8081
PORT=8081

Attach a Railway volume at /var/lib/veritly. The connector exchanges the 15-minute setup code once, writes its long-lived credential to that volume, and does not need the code again after a restart. Mark VERITLY_PAIRING_CODE sealed.

Set the service root directory to /deploy/connector/railway, or copy this directory into a small standalone repository before turning it into a Railway template. Do not generate a public domain: the connector only needs outbound traffic. Railway uses PORT=8081 internally for the /readyz deployment health check.

Keep one replica because Railway volumes cannot attach to multiple replicas. The connector itself opens two independent control sessions to the Veritly gateway. The ALWAYS restart policy requires a paid Railway plan; free and trial plans cap failure restarts. Railway only calls /readyz during a deployment, so continuous connector status and disconnect alerts come from the Veritly control plane, not that deployment health check.

Railway's private network is scoped to the project and environment, which is why this template should be added to the customer's existing project instead of deployed as an unrelated template project.

Why Deploy

The connector keeps the database private: it accepts no inbound traffic and opens outbound encrypted sessions to Veritly only. Railway supervises the process and keeps its credential on an attached volume.

Common Use Cases

  • Connect a private Railway PostgreSQL, MySQL, or compatible TCP database to Veritly.
  • Reuse one connector for several Veritly sources that share a Railway private network.
  • Avoid a public database domain, inbound firewall rule, or SSH tunnel.

Dependencies for Veritly Connector Hosting

  • A Railway project and environment containing the database.
  • A one-time setup code generated on the Veritly source page.
  • Outbound access to connect.veritly.co.uk.

Deployment Dependencies

The image is published from the Veritly connector source to GitHub Container Registry. Connector state must be mounted at /var/lib/veritly.


Template Content

More templates in this category

View Template
Rocky Linux
[Jul'26] Hosted Rocky Linux 9 workspace with SSH and persistent storage. 🚀

codestorm
25
View Template
Foundry Virtual Tabletop
A Self-Hosted & Modern Roleplaying Platform

Lucas
71
View Template
Letta Code Remote
Run a Letta Code agent 24/7. No inbound ports, just deploy.

Letta
51