Deploy veritly-connector-template
Run an outbound-only Veritly connector beside a private Railway database.
veritly-connector
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
veritly-connector
ghcr.io/mixindennisbarzanoffmixin/connector:latestPORT
VERITLY_GATEWAY_URL
VERITLY_STATUS_ADDR
VERITLY_PAIRING_CODE
