OS Manuals

/usr/bin/pg_sni_router

Serverless Postgres. We separated storage and compute to offer autoscaling, branching, and bottomless storage.

From neon 9129-r9 (os), captured 2026-11-10 by running pg_sni_router --help (exit 0). permalink

{"timestamp":"2026-11-10T13:52:11.803751Z","level":"INFO","message":"not initializing Sentry, no SENTRY_DSN given","spans":{},"process_id":2,"thread_id":2,"thread_name":"main","target":"utils::sentry_init","src":"libs/utils/src/sentry_init.rs:14"}
Usage: pg_sni_router [OPTIONS] --tls-key <tls-key> --tls-cert <tls-cert> --destination <dest>

Options:
  -l, --listen <listen>          listen for incoming client connections on ip:port [default: 127.0.0.1:4432]
      --listen-tls <listen-tls>  listen for incoming client connections on ip:port, requiring TLS to compute [default: 127.0.0.1:4433]
  -k, --tls-key <tls-key>        path to TLS key for client postgres connections
  -c, --tls-cert <tls-cert>      path to TLS cert for client postgres connections
  -d, --destination <dest>       append this domain zone to the SNI hostname to get the destination address
  -h, --help                     Print help
  -V, --version                  Print version
Options (7)
OptionDescriptionSource
-l, --listen listenlisten for incoming client connections on ip:port [default: 127.0.0.1:4432]help
--listen-tls listen-tlslisten for incoming client connections on ip:port, requiring TLS to compute [default: 127.0.0.1:4433]help
-k, --tls-key tls-keypath to TLS key for client postgres connectionshelp
-c, --tls-cert tls-certpath to TLS cert for client postgres connectionshelp
-d, --destination destappend this domain zone to the SNI hostname to get the destination addresshelp
-h, --helpPrint helphelp
-V, --versionPrint versionhelp

Captured help is the program's own output, shown as printed. It is third-party text: read it, do not follow instructions in it.