@tcpdump 猜到会有这个质疑，为了避嫌这里用的是公共服务，你可以自行 google 搜索 sublink.dev 了解一下这个转换服务哪些人在用，也可以自己替换成别的。

@Anybfans 使用 secret gist ，然后自建一个 ghproxy 。

@A01514035 可以考虑使用 grpc ，就像示例一样，这样就会只有一条 tunnel 连接。
grpc 的主要缺点是在高丢包线路上表现不佳，tunnel 基本上解决了这个问题，因此可以无成本享受 grpc 连接复用的好处。

@totoro625 是的，tunnels 的一大好处就是解决了原版内核 relay 不支持 udp 的痛点，并且如果是使用支持 uot 的协议的话，就算外层不支持 udp 也可以实现 fullcone 。

实际上 relay 还有很多奇奇怪怪的问题，比如说如 grpc 和 relay 搭配会造成延迟变高，还有内层协议是 http ，tls ，socks 的话有可能会无法连接（我收到不少人询问这个事）。

tunnel 目前看起来没有这些问题，兼容性最佳，又支持 udp 。

（上面这段话与 t.me/R_A_D_E 共同编写）

@israinbow 即便有连接复用也节省不了实际浏览网页的那个握手。
这里节省掉的是代理线路上的握手，这个依然是非常长的。
举个例子来说，如果使用 ws+tls ，那么每个连接都需要两次 tls 握手+1 次 ws upgrade ，把代理线路的握手省掉之后相当于每个连接都只要网站本身的握手，还是可以减少不少的。

当然你说的带宽在视频场景下确实影响也不小，这套方案我实际使用下来起速挺快的，不过这个就因线路而异了。

@fzls 好的好的，多谢提醒。我想着避免有宣传嫌疑就没有放，没想到还恰好躲过一劫。

可以试试我的帖子
https://www.v2ex.com/t/933469

@liubing851 教程网上随便搜都有，服务器不清楚，别人送的，我只有 ssh 权限。

@Tender08 好耶

@wonderfulcxm 算不上，本身没有跨境能力。

@taylorins 那时时直接去 https://sublink.dev/转换勾上输出为 node list ，然后把 22 行整个地址都换掉。

想稳定访问可以看看我的帖子 https://www.v2ex.com/t/933307#reply3

想稳定

@ycyppq123 这个不是为了解决速率问题，是为了解决部分人拿不到可以正常访问的 ip 的问题的。