放弃笨重的 frp，rathole 能让你把内网穿透轻量化到极致
既想低成本、可控地玩内网穿透，又不想为了一条小水管拉起一整套重装备，我们到底该选啥？
frp，功能全、协议多，适合大而杂的企业环境
代价是进程更重、配置更复杂，对小主机和嵌入式不算友好。
ngrok，上手无敌快，但核心是云服务，免费版各种限制，数据流量也都先交给别人托管。
如果你只是想给家里的 NAS、树莓派、OpenWrt 路由器开个口子，让自己随时能摸回去，那种「像部署一套小型云平台」的感觉，确实有点过了。
rathole，把复杂留在 Rust，把性能留给用户
我为什么盯上 rathole？一句话，它就是那把小刀。
核心特征三件事
轻，Rust 编写，二进制小，运行内存几 MB 级，能放心丢到 NAS、小主机、老路由器上跑。
狠，为高并发和长链路优化，TCP/UDP 都能顶住压测，在高 QPS 下不轻易飙延迟（实测对比里，frp 开始喘的时候，rathole 还在稳稳跑）。
稳
强制服务 token 鉴权，默认就不裸奔
支持 TLS、Noise 协议加密（Noise 不用你折腾证书）
网络抖一下会自动重连，长时间「挂机穿透」也不心虚
你可以在一台 512MB 小机上，把 rathole 当「内网穿透内核」常驻，既不吃资源，又能在你临时开服务、远程桌面、拉监控流的时候撑得住。
配置思路，极简，但不幼稚
玩法也很直接，一端部署在有公网 IP 的廉价云服务器上，一端塞进你家里那台设备。
- • 服务端，
bind_addr对外监听端口，按服务分块写services，一个服务一个 token - • 客户端，只管把本地
127.0.0.1，xxxx映射出去，对应填 token 就行 - • 热重载，改完配置丢个信号过去就生效，不用停服务（这点真是 Ops 友好）
它没有花哨的 Web 面板，也没有 100 种插件生态，但该给你的「开箱即用」一项没少
多协议、加密、鉴权、日志分级、跨平台，全都在一个可执行文件里搞定。
所以我更愿意把 rathole 看成，「把内网穿透做成基础设施，而不是做成一个平台」。
和 frp / ngrok 怎么选？
诉求
更像你的是…
建议
家用 NAS / 路由器，小机器
rathole
资源受限优先选它
功能花活多、需要复杂路由
frp
功能党继续用 frp
临时调试 webhook / Demo
ngrok
图快就别折腾自建
强控数据、不想走第三方
rathole / frp 自建
自己运维，自负其责
你以为是谁「碾压」谁，其实是定位不同
frp啥都有；
rathole 只把「高性能穿透」做到极致。
代价和坑，也别装没看见
rathole 再香，也不是没槽点
功能没 frp 那么花，想要面板、复杂路由，需要自己二次折腾
社区还在成长中，踩坑时可复用经验不如老牌多
但说句实在话
如果你已经能自己配 frp / OpenWrt，那上手 rathole 不会更难，只是从「工具箱」换成一把「专用利器」。
rathole 不一定是唯一答案，但在「高性能 + 低成本 + 可自托管」这三个条件同时成立的范围内，它是现在最值得认真研究的一条路。
毕竟
会写代码的不一定需要云平台，但一定需要一个顺手的洞。
💬 本文评论区已开启，但暂无读者留言。
本文转载自微信公众号，如有侵权请联系删除。
- 标题: 放弃笨重的 frp，rathole 能让你把内网穿透轻量化到极致
- 作者: lxiol
- 创建于 : 2026-05-18 13:09:10
- 更新于 : 2026-05-18 13:09:10
- 链接: https://blog.lxiol.cn/2026/05/18/放弃笨重的-frprathole-能让你把内网穿透轻量化到极致/
- 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。