@heiher 虽然没听懂，但是还是谢谢。
clash 的配置一般会在 127.0.0.1:6060 这样的端口上开一个 dns server ，我不是很懂如果使用标准配置要怎么写，127.0.0.1:53 ? 后续我会尝试下。

我有一个新的问题，就是你的 banchmark 看起来很好看，比其他所有实现都更好，但是根据我粗浅的理解，在某一方面的提升一般会付出另外一些代价，比方说速度更快一般就会消耗更多的内存，要么就是支持的特性少一些，但在你的测试里，速度更快，内存消耗也更少，
你的实现里面用了 lwip ，badvpn 的 tun2socks 也一样用了这个库，在这个部分应该是没有区别的，在我的理解里 tcp stack 的实现应该是最影响性能的部分，我有点疑惑。
翻了一下 readme ，没有找到你的实现的相关文档，所以想请教一下，你的实现在测试的表现上比其他实现更好的主要原因是什么？可以简单讲解一下吗？或者提供一点线索？

@heiher
我的表述有误。
在 clash 这一系的代理工具里，使用了 fake-ip 或者类似的机制来让代理工具可以取得域名，因此从 tun 接管流量的时候需要把 dns 填写成代理工具在本地开放的端口。

花了两天时间，找了一堆资料，搜到这个帖子终于弄好了。
还有一种方法貌似是用 target web ，一直弄不好。https://github.com/rustwasm/wasm-bindgen/issues/3306
vite-plugin-wasm 还不支持 ts 。
菜鸟学 rust 真是痛苦。

@Thymolblue 有两个选择，要么换成 clash meta for Android ，要么用 relay 。其实 relay 也不错的

@totoro625
参见 #95 ，clash for android 很久没有更新了，tunnels 是去年年底加入的特性

@aloxaf 感谢解释，我的错误。

主要原因是安装插件的时候，从 Google 搜索结果一直跳到一个第三方，实在是太诡异了。第二这个脚本的主要功能是“预加载页面”而不是访问插件商店，所以认为是恶意功能。

标题写成这个样子确实是故意的，主要原因是当时把它当作恶意脚本了，而且非常愤怒。

（希望你也尝试安装这个脚本，体验一下这个跳转，我最初安装它的时候设置里面还没有相关选项。

想象一下这种情况下，在 Google 搜索页面点开一个官方链接然后毫无预兆跳到一个国内风格网站的感觉。）

作者的那个回复我也看到了，当时下意识认为是一种“公关话术”，因为见太多为赚钱装模作样的人，先入为主，这是我的错误。

没有认真查看代码历史记录，用词夸张，没有检查跳转到的网页，这三点是我的错误。

诚恳地向插件作者以及各位阅读者道歉。

然而如果你安装这个脚本，没有任何提示他会做这件事。
这个选项是有人指出之后才加的。

https://greasyfork.org/zh-CN/scripts/436453-%E7%BD%91%E9%A1%B5%E5%8A%A0%E9%80%9F%E5%99%A8/discussions/184396

根据以下过滤规则，Adguard 已阻止该网页加载

||top^$document,domain=~caitlin.top|~corriente.top|~gdtot.top|~nicenature.top|~reminder.top|~magocoro.top|~castlevania.top|~suiten.top|~shucks.top|~1stream.top|~ambr.top|~techblog.top|~changlam10.top|~changlam11.top|~pdcdn1.top|~mastodon.top|~pressplay.top|~chillx.top|~strims.top|~thedesk.top|~audioforyou.top

差不多得了奥

@pppguest3962
@Stoney

这篇文章详细讲解了怎么让把机场的出口指定到自己的 vps 落地。
https://luxirty.com/article/01815b7d-073d-48ef-9528-7b4ad033f8d0

@garyvalue 这个问题问 Google 吧，已经有不少现成的教程了。

@garyvalue 如果 b 的落地你也有办法直接连上就可以

@binghe 如果你是说 subconverter 想转出来自带 dns 配置的话，有一个叫 clash 模板的配置，你可以写好然后指定一下。

去官方文档里面搜 clash_rule_base 就好。

转换之后会丢掉 no resolve 这个我也没找到好办法，如果对 clash 配置再熟悉一点的话，可以手写 rule 部分来实现，我目前是这样做的。

@binghe

正确配置的规则应该完全不依赖 dns ，因为需要代理的连接在触碰到 ip rule 之前就被分流走了，dns 只用来偶尔负责兜底一些不在分流规则的网站。

关注 dns 配置的无非就是天天说 dnsleak 的人。

然而 dns 泄露是个伪命题，或者说这个用于 vpn 的名词根本没办法套用到需要分流的场景里。

举个简单的例子，假如不知道域名 A 该走代理还是直连，这个时候就需要做 dns 解析，那应该先用远程 dns 解析还是本地 dns 解析呢？

1. 用远程 dns ，会导致有海外 cdn 的网站分流错误，国内网站解析不到最优 cdn ，结果是显著影响国内网站的体验。

2. 用本地 dns ，就会出现所谓“dns 泄露”。

dns 泄露是 vpn 厂家发明出来的，他们的用户完全没有分流需求，要的就是极致的隐私保护，当然就不存在以上问题。用这种概念往分流代理工具上硬套完全就是庸人自扰。

上面这段话全是事实，教程当然可以写，但是如果实事求是把这些东西讲出来，天天发 dnsleaktest 截图那帮人就不爱听了，而不关注 dns 的其他用户又不会点，结果就是根本没人看。

y2b 上一帮哗众取宠的博主拿个概念唬小白，给出来个笑话一样的解决方案，骗到播放量跟粉丝完事，他们才不关心实际体验怎么样。

比方说某三字主播，给的方案是所有 ip rule 加上 no resolve ，那当然没泄露了，代价是所有 ip 规则的兜底作用全部废掉，用了他的规则之后，只要是没在域名列表里面的连接要么全直连要么全代理，全代理就是国内网站巨慢，全直连就是国外网站上不去。但他才不管，小白爱听就完事了。

@Livid 推广内容，go/promotions

@ob 你需要打开的是订阅转换网站。

@Hoshizora 确实，你说的这个方法更好。