文章目录
- tunnelto：把本地服务暴露到公网，一行命令搞定
- 能干什么
- 用起来有多简单
- 和同类工具的差别
- 自己部署的注意事项
- 适合谁用
tunnelto：把本地服务暴露到公网，一行命令搞定
做后端开发的人，多多少少都遇到过这个场景：本地起了个服务，想让外面的服务器或者同事访问一下，结果发现没法直接连。内网穿透这个需求，说大不大，说小不小，但每次都让人头疼。
tunnelto 是一个用 Rust 写的开源工具，专门解决这个问题。GitHub 上 6700 多个 Star，不算特别爆，但在同类工具里口碑不错。
能干什么
一句话说清楚：把本地运行的 Web 服务，通过一个公网 URL 暴露出去。
比如你本地跑了个 8000 端口的服务，执行一条命令，就能拿到一个公网可访问的地址。外部请求通过这个地址进来，自动转发到你的本地端口。
典型使用场景：
- 调试 Webhook。第三方平台的回调地址只能填公网 URL，有了 tunnelto，直接填分配给你的域名就行。
- 给客户演示。不用部署到服务器，本地跑着就能让人看。
- 前后端联调。后端在本地起服务，前端直接通过公网地址调接口。
- 测试 API。手机、其他机器、外部系统都能直接访问你本地的接口。
用起来有多简单
安装方式有三种，覆盖主流平台：
macOS 用户直接 brew 安装。Rust 开发者用 cargo 装。其他系统去 GitHub Releases 页面下载对应版本的二进制文件。
装好之后，一条命令启动：
指定本地端口，tunnelto 自动分配一个公网子域名，访问这个域名的请求全部转发到你的本地服务。整个过程不需要注册账号，不需要配置文件，开箱即用。
如果你需要固定子域名，可以用-s参数指定。需要认证的话，支持 API Key 机制。
和同类工具的差别
市面上类似的工具有 ngrok、Cloudflare Tunnel、frp 等。tunnelto 的特点在于：
轻量。整个项目用 Rust 写的，编译出来就一个二进制文件，没有运行时依赖。基于 tokio 的异步 IO，连接处理效率高。
开源。代码全部公开，MIT 协议。不满意官方服务或者有隐私顾虑，可以自己搭服务器。官方文档里给了 Docker 部署方案，照着做就行。
简单。命令行参数少，上手快。不需要注册，不需要登录，不需要配置文件。
自己部署的注意事项
tunnelto 支持自托管，但有一些限制需要知道。
当前版本不支持多实例协调。意思是如果你部署了多个服务器实例，客户端必须连到和远程 TCP 流相同的那台机器上，否则会出问题。单实例部署没问题，但想做高可用的多节点架构，需要等官方后续支持。
官方托管的版本跑在 fly.io 上，用了它的私有网络功能做分布式协调，体验会好一些。如果你只是个人开发或者小团队用，自托管单实例完全够用。
适合谁用
本地开发调试频繁需要公网访问的开发者，用 tunnelto 能省不少事。特别是做 Webhook 集成、API 开发的场景，几乎每天都有这个需求。
不需要装一堆依赖，不需要折腾配置，一条命令解决问题。这就是一个务实的工具，6700 多个 Star 说明它确实解决了一批人的实际问题。
不需要折腾配置，一条命令解决问题。这就是一个务实的工具，6700 多个 Star 说明它确实解决了一批人的实际问题。
