How It Works
- Outbound Edge Session: The Wirebox CLI or client initiates an outbound TLS connection to Wirebox’s edge routing network.
- Public Edge URL: Wirebox assigns a public HTTPS subdomain (e.g.
https://eva.wirebox.run). - Transparent HTTP & WebSocket Proxying: Incoming HTTP requests and WebSocket upgrades (
Upgrade: websocket) to the public URL are forwarded locally to your configured loopback port or in-memory handlers, with full support for request headers, binary payloads, subprotocol negotiation (Sec-WebSocket-Protocol), and bidirectional streaming.
Starting a Tunnel via CLI
The simplest way to start a tunnel is using the Wirebox CLI:CLI
Programmatic Tunnel Management
Both the Python and TypeScript SDKs allow inspecting active tunnel sessions, health statuses, and routing targets:WebSocket Support
Wirebox tunnels support bidirectional WebSocket proxying out of the box:- Local Port / URL Forwarding: Any WebSocket upgrade request to
https://{handle}.wirebox.runis transparently upgraded and proxied to your local server (e.g.ws://127.0.0.1:8000). - Subprotocol Negotiation: Automatically preserves and echoes back
Sec-WebSocket-Protocolheaders (e.g. for Vite HMR, chat protocols, or custom agent streaming). - In-Memory WebSocket Handlers: TypeScript SDK allows handling incoming WebSocket connections in-process without listening on a TCP port.
Local Webhook Testing Workflow
A common workflow for autonomous agents is developing and debugging webhook handlers locally:- Start your local webhook receiver on port 3000:
- Start a Wirebox tunnel for your agent:
- Register the generated tunnel URL as your agent’s webhook:
- Send an email to
eva@wireboxmail.com. The webhook event lands directly on your locallocalhost:3000server for interactive step debugging.