Browse documentation
Security & access
Layer access controls around what you share.
Authenticate your client
Use the server's token to establish a client connection. Store tokens outside version control, use a protected configuration file or environment variables, and rotate credentials when access changes.
HTTP Basic Authentication
Protect an HTTP tunnel with a username and password. Serve the public edge over HTTPS when using credentials.
wirerift http 3000 --auth "user:YOUR_PASSWORD" \
--server tunnel.example.com:4443 --token YOUR_TOKENIP and CIDR allowlists
Allow individual IPv4/IPv6 addresses or CIDR networks. Disallowed HTTP clients receive 403; disallowed TCP connections are dropped.
wirerift http 3000 --whitelist "203.0.113.50,192.168.0.0/16" \
--server tunnel.example.com:4443 --token YOUR_TOKENPIN-protected previews
Require visitors to enter a PIN in the browser. WireRift also accepts the X-WireRift-PIN header. Browser authentication uses an HttpOnly HMAC cookie.
wirerift http 3000 --pin YOUR_PIN \
--server tunnel.example.com:4443 --token YOUR_TOKENTreat both transport boundaries explicitly
Configure trusted certificates for the public HTTPS edge and separately enable TLS on the control plane. The default control connection uses plain TCP; use the tls:// server scheme to encrypt it. The dashboard should stay on loopback unless deliberately secured.
# Server: a certificate valid for your control hostname
wirerift-server --domain tunnel.example.com --token YOUR_TOKEN \
--control-tls-cert cert.pem --control-tls-key key.pem
# Client: explicitly enable TLS
wirerift http 3000 --server tls://tunnel.example.com:4443 --token YOUR_TOKEN