我读了一下 SFU 的描述，这个意思不是所有流量都经服务器中转吗？只是编码和解码在客户端做。希望 OP 解惑

有意义的新轮子几乎只能靠自己去发现。一个新轮子应该含有或多或少的一些新的洞察，基于这些洞察对已有的东西进行改进，否则就容易变成如你说的没有意义的产出，只是自娱自乐的 toy project 。

从个人浅显的观察来说，新事物的周边都很贫乏，有很多做轮子的机会。也可以思考新生技术的应用，机会也比较多。如果是非常成熟和火热的领域，可能都被别人做的差不多了。
举个例子，之前我在寻求内核和容器、虚拟化方面的开源贡献，但是发现基本是大公司主导的社区，稳定成熟，没有大的创新点，大功能不会让一个 newcomer （或相对公司的“外人”）去做，而小的功能做出来不但没有 credit ，甚至别人 review 也不是很积极，虽然最后合进去了，但是中间被 delay 和要求 rebase 的体验很不好。

后来我正好学了 Rust ，寻求做点东西。Rust 算相对年轻的技术，这几年越来越成熟。基于个人的经验，之前工作遇到的一些云原生、容器方面的基础设施，因为资源占用和性能开始从 Go 转用 Rust 的不少。我想这是一个好机会，即用 Rust 重写 Go 的驻留后台的系统服务软件，获取内存占用等等方面的优势。然后我想到 frp ，看了一些他的代码，觉得是一个机会，所以写了 https://github.com/rapiz1/rathole/ 确实在原来设想的内存占用和二进制方面上获取了优势。我想在资源受限的场景，比如嵌入式设备上会更有它的 niche 。这是一个从新技术应用入手的例子。

总结一下，造一个有意义的新轮子其实还是一件创新的事情，从自身经验出发，关注机会多的新领域和新技术，比跟从别人的烂大街的项目列表要有意义。

@junyee

另外把 token 和服务器信息等 以明文暴露在客户端让我很不放心。。
虽然可以服务器挂插件.

这个你应该说的是 frp 吧？ rathole 在设计时就考虑要配置分离了

@LeeReamond 支持开启 TLS/noise 加密。但被暴露的服务总需要自身足够安全。关于稳定性，目前有高并发测试，表现优秀。长期运行的稳定性，主要是弱网环境下的测试和稳定性，还在补齐和加强。

@levinit 这个实际上是 VPN 需求，建议用 wireguard

@sgissb1 我觉得你可能需要学一下 Rust 再想想你这些观点。 @nbndco 关于零成本抽象的观点你好像理解的有点偏。

@monster1priest 这个不是二分图吧？一般图的最大独立集是 NP Hard 的

买个 quest2 吧，值得试试

@HarveyLiu 已经是 CI 触发的了，自动推送更新

@HarveyLiu
@feelinglucky
@jamry

[现在有 Docker 镜像了 :)]( https://hub.docker.com/r/rapiz1/rathole)

忘了 还有最经典的 python -m http.server

@ragnaroks 排查了一下，这来自使用的上游 Github Action 打包脚本的一个 Bug 。现在 release 已修复。 感谢反馈！

@bufeii https://v2ex.com/t/807807

@feelinglucky 能讲讲 docker image 的场景是什么吗？ rathole 是单文件二进制，直接使用应该会更方便些 🤔

@hxse 举一个最简单的例子，在想访问的主机上开一个 openvpn ，这个 openvpn 的端口在 NAT 后，公网无法访问，所以需要一个内网穿透工具把这个端口转发到有公网 IP 的主机上。具体的场景和需求因人而异。

@lwch 我的想法恰恰相反，做一个简单快速的内网穿透工具，然后暴露一些 API ，让其他程序（比如一个 dashboard ）方便地与之相互操作，而不是集成进去😂

@hxse 对于端到端的场景，真正合适的工具是 VPN 和各种组网工具。取决于具体需求的不同，rathole 可能可以作为其中的一环，但不会负责全部。https://github.com/rapiz1/rathole/blob/main/docs/out-of-scope.md

@275761919 benchmark 过程和脚本已经在 docs/benchmark.md 给出。这个结果是在有一定流量的时候测试的。不过我的 x86 frps 在即使没有任何连接的情况下也占了 20MiB 的 RSS 。你这个结果吓得我立刻去测试，发现还是有 20 MiB RSS 。你可以参照 benchmark 文档测试一下，或许和版本和统计口径有关。