Custom domains with DNS checks
Plus and Pro users can point a CNAME at Proxlane, verify DNS in the dashboard, and run HTTPS tunnels on their own hostname.
Proxlane is a developer tunnel service with a small Go CLI, HTTPS-backed HTTP tunnels, public TCP/UDP endpoints, custom domains, background profiles, traffic inspection, and relay-side access controls.
TLS edge for HTTP tunnels
callbacks and web apps
random or fixed ports
Bedrock and datagrams
$
Domains
custom
Background
service
Safety
guard
Support
bundle
Install Proxlane, connect your account, then publish a service that is already running locally.
1
Choose the Windows Launcher or the Linux/Windows CLI.
2
Use the Launcher sign-in or the browser-based CLI authorization.
3
Check your local service, start the tunnel, and share its public address.
CLI example for a local HTTP service on port 3000
proxlane login
proxlane doctor http 3000
proxlane http 3000Built-in workflow
Plus and Pro users can point a CNAME at Proxlane, verify DNS in the dashboard, and run HTTPS tunnels on their own hostname.
Profiles and OS services keep tunnels running after the terminal closes, with status, logs, and dashboard visibility.
HTTP, TCP, and UDP activity can be filtered, searched, inspected, and copied as replay-ready curl commands.
The relay checks Basic Auth, Bearer tokens, and saved IP and country access lists before traffic reaches your local service.
Suspicious paths, oversized bodies, rate spikes, access policy denials, and custom domain DNS failures are blocked and surfaced in Safety.
A redacted diagnostic bundle captures version, OS, profiles, service status, doctor output, and recent logs for support.
Recently shipped
The product now covers the pieces that matter after a tunnel is online: stable hostnames, long-running agents, visibility, and safer public edges.
Reserve a custom HTTP domain, follow the CNAME guide, verify DNS, then start with proxlane http --domain.
Use background profiles and the local service runner on Linux or Windows when a tunnel should survive a closed terminal.
Basic Auth, Bearer tokens, and IP and country access lists are enforced at the relay before requests reach localhost.
Traffic logs, Safety events, usage accounting, DNS health, and support diagnostics now share one SQLite-backed control plane.
Common jobs
Point a service callback at a Proxlane HTTPS URL while your app runs on localhost.
Read webhook guideSend a protected URL to a teammate or client without deploying the branch.
Read localhost guideOpen the metadata inspector when status, bytes, remote address, or endpoint routing look wrong.
Read webhook guideExpose local SSH, database, Java or Bedrock game-server ports when HTTP is not enough.
Browse guidesReserve a Plus or Pro hostname, custom domain, or fixed TCP/UDP port once, then reuse it from the CLI for demos and callbacks.
Read localhost guideSave a background profile when a tunnel needs to keep working after the terminal closes.
Read localhost guidePricing
Free is enough to try the agent. Plus and Pro add active tunnel capacity, reserved HTTP hostnames or custom domains, fixed TCP/UDP ports, and monthly transfer for regular development work.
Â¥0/month
Â¥390/month
Â¥980/month
Traffic flow
Caddy terminates HTTPS for HTTP traffic, the relay matches active endpoints, applies optional HTTP protection, records metadata, then forwards traffic through agent-opened data connections.
Outbound agent
The CLI keeps a control session to the relay and opens data connections outward for traffic.
Scoped identity
Tokens, subdomains, tunnels, and logs stay tied to the signed-in user.
Protected edge
Authentication and IP and country access lists are checked by the relay before traffic reaches localhost.
Scroll horizontally to read the full diagram. Arrow keys also work when this area is focused.
Network patterns
These diagrams match the current relay, CLI, dashboard, and SQLite-backed policy implementation: outbound agent sessions, relay-side protection, reserved endpoint ownership checks, traffic inspection, and monthly transfer enforcement.
HTTP / HTTPS
HTTP traffic enters through the HTTPS edge. Verified custom domains and Proxlane hosts route to the active tunnel through the agent connection.
Scroll horizontally to read the full diagram. Arrow keys also work when this area is focused.
TCP / UDP
TCP and UDP endpoints listen on public ports. Random ports skip reserved ranges, while fixed ports require the signed-in owner.
Scroll horizontally to read the full diagram. Arrow keys also work when this area is focused.
Ownership
Reserved hostnames, custom domains, and fixed ports live in Endpoint rows. The relay checks owner, plan, and DNS before accepting the tunnel.
Scroll horizontally to read the full diagram. Arrow keys also work when this area is focused.
Observability
The relay records connection metadata, sampled request details, transfer usage, and blocked events for Logs, Billing, and Safety.
Scroll horizontally to read the full diagram. Arrow keys also work when this area is focused.
Install the Proxlane CLI, sign in with browser approval, check localhost, and create a public HTTPS URL on Windows or Linux.
Reserve a custom HTTP domain on Plus or Pro, prove ownership with TXT, configure CNAME or apex A records, and publish localhost with HTTPS.
Save a Proxlane background profile, check its Windows or Linux service, set a sharing deadline, and stop the tunnel when you are finished.
Use Free Basic Auth or Plus/Pro Bearer, IP and country policies to protect development tunnels, and verify that denied requests do not reach localhost.
Authenticate Proxlane privately, register its local MCP server, publish a time-limited development tunnel, verify the public URL, and stop it from your AI agent.
Compare Proxlane and ngrok for Windows/Linux development, stable URLs, endpoint limits and UDP, then migrate a local HTTP or TCP tunnel step by step.