The purpose of this list is to track and compare tunneling solutions. This is primarily targeted toward self-hosters and developers who want to do things like exposing a local webserver via a public domain name, with automatic HTTPS, even if behind a NAT or other restricted network.

The Dream

Researcher started this list because he is looking for a simple tool/service that does the following:

  • Allows me to register a domain name and automatically points the records at the server running the tunnels.
  • Automatically sets up and manages HTTPS certificates (apex and subdomains) for the domain.
  • Provides a client tool that tunnels HTTP/TCP connections through the server without requiring root on the client.
  • Provides a simple GUI interface to allow me to map X domain/subdomain to Y port on Z client, and proxy all connections to that domain.

So far researcher haven’t found a tool that does all of this. In particular, while some of them can do automatic certs through Lets’s Encrypt, none of them integrate the domain registration and DNS management.

UPDATE 2022-09-23:

A lot of new tools have been developed since the list started, and many tools have been submitted for addition to the list. It’s great to see so much interest in tunneling. That said, I want to make sure this remains a useful resource for not just listing all the possible options, but helping people pick one that will solve their problem. With that goal in mind, I’ve moved some of the items to a separate section at the bottom. This is dedicated to more complicated tools like overlay networks which can support tunneling and similar use cases, but aren’t focused exclusively on tunneling. Please let me know if you think something is in the wrong section.


  • For most people, researcher currently recommend CloudFlare Tunnel. Although it’s closed source, this is the production-quality service that gets the closest to achieving the dream. It’s also a loss-leader for CloudFlare’s other products which means they can offer it for free.
  • If you want to self-host, there are many options. For something production ready frp is probably what you want. If you’re a developer, I’d recommend starting with my own SirTunnel project and modifying it for your needs. For non-developers and those wanting more of a GUI experience, researcher created boringproxy. It’s my take on a comprehensive tunnel proxy solution. It’s in beta but currently solves almost everything he want. Once the server is running this is a very easy tool to use and has some nice features.

Open Source (At Least With A Reasonably Permissive License)

  • Tunnelmole – Open source and optionally self hostable. The client and server are both written in TypeScript.
  • Telebit – Written in JS. Code.
  • – No custom client; uses WireGuard directly instead. Written in Python. source code
  • – Public SSH Jump & Port Forwarding server. No software, no registration, just an anonymous SSH server for forwarding. Users are encouraged to use it for SSH exposure only, to preserve end-to-end encryption. No public ports, only in-SSH connectivity. Run ssh and it will display usage information.
  • frp  – Comprehensive open alternative to ngrok. Supports UDP, and has a P2P mode. Supports multiplexing over TCP (single connection or pool), QUIC, and KCP.
  • ngrok 1.0  – Original version of ngrok. No longer developed in favor of the commercial 2.0 version.
  • localtunnel  – Written in node. Popular suggestion.
  • sshuttle  – Open source project originally from one of the founders of Tailscale. Server doesn’t require root; client does. Explicitly designed to avoid TCP-over-TCP issues.
  • chisel  – SSH under the hood, but still uses a custom client binary. Supports auto certs from LetsEncrypt. Written in Go.
  • bore  – Minimal tunneling solution. MIT Licensed. Written in Rust.
  • rathole  – Similar to frp, including the config format, but with improved performance. Low resource consumption. Hot reload. Written in Rust.
  • expose  – ngrok alternative written in PHP.
  • sish  – Open source ngrok/serveo alternative. SSH-based but uses a custom server written in Go. Supports WebSocket tunneling.
  • go-http-tunnel  – Uses a single HTTP/2 connection for muxing. Need to manually generate certs for server and clients.
  • pgrok/pgrok  – A multi-tenant HTTP reverse tunnel solution through SSH remote port forwarding.
  • tunnelto  – Open source (MIT). Written in Rust.
  • wstunnel  – Proxies over WebSockets. Focus on proxying from behind networks that block certain protocols. Written in Haskell with executables provided.
  • zrok  – Aims for effortless sharing both publicly and privately. Supports multiple types of resources, including HTTP endpoints and files. Built on OpenZiti (see overlay section below). Apache 2 License. Written in Go.
  • boringproxy  – Designed to be very easy to use. No config files. Clients can be remote-controlled through a simple WebUI and/or REST API on the server.
  • SirTunnel  – Minimal, self-hosted, 0-config alternative to ngrok. Similar to sish but leverages Caddy+OpenSSH rather than custom server code.
  • jprq  – Proxies over WebSockets. Written in Python.
  • PageKite  – Comprehensive open source solution with hosted options.
  • Wiretap  – Transparent tunneling over WireGuard (UDP) using userspace network stack. Root not required on server. Supports multiple clients and servers. Written in Go.
  • Crowbar  – Tunnels TCP connections over HTTP GET and POST requests.
  • tunneller  – Open source. Written in Go.
  • onionpipe  – Onion addresses for anything. onionpipe forwards ports on the local host to remote Onion addresses as Tor hidden services and vice-versa. Written in Go.
  • tunnel  – This one is a Golang library, not a program you can just run. However, it looks easy to use for creating custom solutions. Uses a single TCP socket, and yamux for multiplexing.
  • jerson/pgrok  – Fork of ngrok 1.0, with more recent commits. Archived.
  • docker-tunnel  – Simple Docker-based nginx+SSH solution.
  • remotemoe  – SSH-based, with custom golang server. Does some cool unique things. Instead of just plain tunnels, it drops you into a basic CLI UI that offers several useful commands interactively, such as adding a custom hostname. Also allows end-to-end encryption for both HTTPS and upstream SSH. Doesn’t appear to offer non-e2e HTTPS, ie no auto Let’s Encrypt support.
  • hypertunnel  – Public server appears to be down. MIT Licensed. Written in JavaScript.
  • tunwg  – Wireguard in userspace based. Offers end to end encrypted TLS with LetsEncrypt certificates generated automatically by clients, with support for custom domains. Server can be self-hosted and doesn’t require storing any data.
  • gt – Supports peer-to-peer direct connection (P2P) and Internet relay. Focus on performance. Written in Go.
  • holepunch  – Has nice hosted solution. Uses SSH for muxing.
  • StaqLab Tunnel  – SSH-based. Client is open source. Server doesn’t appear to be.
  • tnnlink  – SSH-based. Golang. Not maintained.
  • docker-wireguard-tunnel  – Connect two or more Docker servers together sharing container ports between them via a WireGuard tunnel.
  • ngtor  – Easily expose local services via Tor. Written in Java.
  • Punchmole  – Can be integrated directly into an existing Node.js project. Written in JavaScript.

Commercial/Closed Source

  • ngrok 2.0 – Probably the gold standard and most popular. Closed source. Lots of features, including TLS and TCP tunnels. Doesn’t require root to run client.
  • CloudFlare Tunnel – Excellent free option. Nicely integrates tunneling with the rest of Cloudflare’s products, which include DNS and auto HTTPS. Client source code is Apache 2.0 licensed and written in Golang.
  • Beeceptor – Goes beyond tunneling. Rest API mocking and intercepting tool. You can view the live requests and send mocked response. Written in JavaScript.
  • Pinggy – SSH based single command HTTPS / TCP / TLS tunnels, no downloads required. Rich terminal interface and a web debugger. Free tier – 60 min timeout. Paid tier allows custom domains with built-in Let’s Encrypt certificates.
  • Loophole – Offers end-to-end TLS encryption with the client automatically getting certs from Let’s Encrypt. QR codes for URL sharing. Client is open source. Can serve a local directory over WebDAV. MIT License. Written in Go.
  • – Simple hosted SSH option. Supports custom domains for a cost.
  • Packetriot – Comprehensive alternative to ngrok. HTTP Inspector, Let’s Encrypt integration, doesn’t require root and Linux repos for apt, yum and dnf. Enterprise licenses and self-hosted option.
  • Hoppy – WireGuard-based. Provides static IPv4 and IPv6 addresses for your machines, which is a simple and useful level of abstraction. Targeted towards self-hosters and people behind NATs.
  • – Specifically focusing on securely exposing internal web apps to a group of people; not for publicly facing apps. Share access via email address then allow users to log in with common login providers like Google.
  • – Paid SSH-based option. Uses a simple python script.
  • KubeSail – Company offering tunneling, dynamic DNS, and other services for self-hosting with Kubernetes.
  • inlets – Used to be open source; now focused on a polished commercial offering. Designed to work well with Kubernetes.
  • LocalToNet – Supports UDP. Free for a single tunnel. Paid supports custom domains.
  • LocalXpose – Looks like a solid paid option, with a limited free tier.
  • – Web UI that runs entirely in the browser and uses a Cloudflare Worker for https.
  • Serveo – SSH-based, signup optional, offering HTTP(S) and TCP tunneling and SSH jump host forwarding capabilities.

Overlay Networks And Other Advanced Tools

  • headscale  – Open source implementation of Tailscale control server. Can be used with Tailscale’s official open source client. Written in Go.
  • Tailscale  – Built on WireGuard. Easy to use. Control server is closed source. Client code available with a BSD3 license + separate patents file.
  • Teleport  – Comprehensive control plane tool, but also supports accessing apps behind NATs. Written in Go.
  • Nebula –  Peer-to-peer overlay network. Developed and used internally by Slack. Similar to Tailscale but completely open source. Doesn’t use WireGuard. Written in Go.
  • ZeroTier –  Layer 2 overlay network. They take decentralization seriously, and like to say “decentralize until it hurts, then centralize until it works.” Written in C++.
  • Netmaker  – Layer 3 peer-to-peer overlay network and private DNS. Similar to Tailscale, but with a self-hosted server/admin UI. Runs kernel WireGuard so very fast. Not FOSS, but source is available. Written in Go.
  • NetBird  – NetBird is an open-source VPN management platform built on top of WireGuard® making it easy to create secure private networks for your organization or home.
  • Firezone  – Layer 3/4 overlay network. Runs on kernel WireGuard® and supports SSO using generic OIDC/SAML connectors. Distributed under apache 2.0 license and written in Elixir/Rust.
  • innernet  – Similar to Netmaker, nebula, and Tailscale. Takes advantage of existing networking concepts like CIDRs and the security properties of WireGuard to turn your computer’s basic IP networking into more powerful ACL primitives. Written in Rust.
  • Pritunl  – Seems quite comprehensive and complicated. OpenVPN, WireGuard, and IPSec support.
  • Tinc  – Tinc is a peer-to-peer VPN daemon that supports VPNs with an arbitrary number of nodes. Instead of configuring tunnels, you give tinc the location and public key of a few nodes in the VPN. After making the initial connections to those nodes, tinc will learn about all other nodes on the VPN, and will make connections automatically. When direct connections are not possible, data will be forwarded by intermediate nodes. Written in C.
  • OpenZiti –  – Overlay network. The goal of OpenZiti is to extend zero trust all the way into your application, not just to your network. Apache 2.0 license. Written in Go.
  • Ngrokoperator  – Ngrok but integrated with Kubernetes, allows developers on private kubernetes to easily access their services via Ngrok.
  • chisel-operator  – Kubernetes integration for Chisel. Similar functionality to inlets. MIT License. Written in Rust.

Published by Tamil S

Tamil has a great interest in the fields of Cyber Security, OSINT, and CTF projects. Currently, he is deeply involved in researching and publishing various security tools with Kali Linux Tutorials, which is quite fascinating.

Leave a comment

Your email address will not be published. Required fields are marked *