Route domains to HTTP and WebSocket upstreams.
A reverse-proxy application publishes one or more domains and forwards requests to HTTP or HTTPS upstreams. Use it for services that run elsewhere or for applications whose process lifecycle ServerChirp should not own.
An upstream can use an IPv4 address, IPv6 address, or DNS name. Define up to 20 path-based routes and choose a fallback route for unmatched requests.
Each route can:
Host header or replace it.| Request path | Upstream | Behavior |
|---|---|---|
/api |
http://10.0.0.12:8080 |
Strip /api |
/socket |
http://10.0.0.13:3001 |
Preserve path, enable WebSocket |
/ |
https://origin.example.net |
Verify TLS |
The public side uses the same domain, certificate, redirect, HSTS, and Nginx validation flow as a normal web application. Upstream TLS is configured separately from the certificate presented to visitors.
Set the proxy's client upload-size limit to match the application. Disable buffering only for routes that need live streaming; broad buffering changes can increase memory use and reduce Nginx's ability to protect a slow upstream.