前言

去年我发布了一篇关于 clash relay 的教程
当初随便拿来放临时配置的 gist 也有了 50 多个 star https://gist.github.com/miaomiaoclub/6947f7cb93846301f1658da0edcd61bf
时隔半年多，这套方案在和朋友 @ RADE 的共同学习中有了不少改进，tunnels 功能的加入更是让整套方案如虎添翼，不少体验让我自己都有种“wow”的感觉，例如 延迟降低 100% 。
最终的效果让我到现在都非常兴奋，所以我花了一周时间再来写一篇文章和大家分享。

快速体验

这是我目前使用的配置的示意图，为了美观简化了不少内容。

因为所有东西要讲完真的很复杂，为了让大家快点感受我的激动，我花了一周时间写了一个模版让你可以在 30 秒内开始体验这一切。

你只需要去 https://www.urlencoder.org/ 或者其他什么网站把你的订阅链接进行 url 编码。

然后把编码后的内容拼接到下面这一大串链接的末尾，再把它放到 Clash 里面订阅就可以了。

https://api.sublink.dev/sub?target=clash&insert=false&config=https%3A%2F%2Fgist.githubusercontent.com%2Fmiaomiaoclub%2F2178a7dd7fbbf4b7774ad6f7ad2000c5%2Fraw&emoji=true&list=false&tfo=false&scv=true&fdn=false&sort=false&new_name=true&url=https%3A%2F%2Fgist.githubusercontent.com%2Fmiaomiaoclub%2F92fc5af76ede047810a7a51af86089ee%2Fraw%7C

完成之后你应该可以看到这样的分组，其中的 READY BOOST 就是使用了 tunnel + grpc 的连接，你可以把左右两边的延迟进行对比。

然后你可以在节点选择列表的末尾找到 READY BOOST ，选中它，然后打开几个网页，另外，它应该是可以解锁 ChatGPT 的。

顺带一提，当你自行实现的时候，它是 udp fullcone 的，我在这里禁用了 udp 。

这套体验配置会在 1 天后失效，取决于这个帖子的回复情况延长或缩短。

实现原理是什么？

基于 grpc 的连接复用。
关于 proxy chain 的优点，可以查看下面这篇文章

https://luxirty.com/article/01815b7d-073d-48ef-9528-7b4ad033f8d0

这里主要讲讲 grpc ，众所周知，连接复用可以节省握手时间，http/2 就拥有连接复用的特性。

然而 clash 只为 grpc 实现了连接复用，http/2 在 clash 中并不具备连接复用。

基于 tunnel 的 proxy chain
在实际测试中，我们（@RADE ）发现 relay 实际上导致了非常多的问题，例如 udp 无法通过、grpc 奇怪的高延迟等。

因此我们使用 tunnels 替换了 relay ，它的表现相比于 relay 优秀了很多。

你可以到 clash 的官方 wiki 来学习 tunnel 的用法 https://dreamacro.github.io/clash/configuration/configuration-reference.html

也可以看看我的博客，有稍微容易看懂的讲解 https://luxirty.com/article/chain-proxy-powered-by-clash-tunnels

负载均衡、故障转移、最短延迟

在上面的体验配置中我并没有把所有这些特性都加上。因为写起来太麻烦了。但我相信对 V2EX 的各位来说并不难。

实际上还有更多的内容可以讲：

• 如何更方便地为 clash 自定义规则
  你可以看到在上面的测试配置中，我们修改了配置并添加了节点，并且没有依赖任何自建服务，一个公开的 subconverter+gist 足够了
• 使用订阅转换时，如何把来自不同订阅的 proxy 分别放到不同的 group
  唔…好啦，大概就这些！……