@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 确实，你说的这个方法更好。

@Helsing 手滑贴反了，那么请你回答一下两个问题？省心在哪里？又不方便看在哪里？

@Helsing 从你的回复我大致可以确定你完全不懂，但是为了以防可能的误解，以及你的回复误导别人，我针对你提出的两个问题详细解释一下。

第一个，关于 provider

参考 https://lancellc.gitbook.io/clash/clash-config-file/rule-provider

classic 类型的 provider 的格式是


```
payload:
- '.blogger.com'
- '*.*.microsoft.com'
- 'books.itunes.apple.com'
```

domain 类型的 provider 的格式是

```
payload:
- DOMAIN-SUFFIX,google.com
- DOMAIN-KEYWORD,google
- DOMAIN,ad.com
- SRC-IP-CIDR,192.168.1.201/32
- IP-CIDR,127.0.0.0/8
- GEOIP,CN
- DST-PORT,80
- SRC-PORT,7777
```

你说的“订阅规则都不好找”是什么意思？你要说是找不到文件，配置文件里路径写的明明白白的，正常使用情况下也不用手动找。但是如果你的意思是“- DOMAIN-SUFFIX,google.com”比“.blogger.com”更容易看我觉得更奇怪。

第二，“不如搭建 subconverter”，你真的有搭建过吗？我搭建过。你知道自定义规则需要怎么做吗？依然需要写这个格式的配置。

对比来说，我的教程只是把自建的时候写到“配置文件”部分的内容，移动到了“外部配置”这部分，我很想知道你说的省心是指省心在哪里？

给其他人：关于这部分内容，可以参考
https://github.com/tindy2013/subconverter/blob/master/README-cn.md

或许你的语言表达有误，但是单从你的这一条回复来说是基本概念没有分清的状态。

@Helsing 你真的有看正文吗？

@paststrange “subconverter 默认展开规则，但实际上 rule provider 的性能更好”，所以推荐使用 provider
要了解 provider 可以看 clash 的官方文档 https://dreamacro.github.io/clash/premium/rule-providers.html
或者 https://lancellc.gitbook.io/clash/clash-config-file/proxy-provider

要让 subconverter 不展开规则，在订阅链接末尾加上&expand=false ，但是又可能导致订阅无法使用，原因正文说过了。

说得直观一点，就是打开配置文件，如果 rule 里全部都是域名和 ip ，那么规则就是展开的，这时性能非常差，并且占内存。
如果 rule 下面是 RULE-SET ，那么就叫做不展开，这时性能更好，匹配速度更快（ 34 万规则 7 微秒），内存占用更小。

另外，rule set 也分类型，classic 没有优化作用，ip cidr 和 domain 有强力的优化作用，这部分具体还是看 https://lancellc.gitbook.io/clash/clash-config-file/proxy-provider 。

@Huelse 为了防止被滥用做了一些安全措施，自己配置的话不会有这个问题。
@superzzy 是的，主要是有被滥用风险。

@aptupdate 首先变快只是附带的，最初始的目的是你说的落地，隐私，避免 ip 变化这些。

其次，变快的原因是省去了握手，即便是 ss 协议的机场，在跨境段可能也使用了 tls ，相当于每条连接都要多花一倍的时间在握手上，这还只算了应用层，没算传输层。
连接复用之后，你透过代理访问网站的握手次数实际上等于直接访问，自然就快了。
更详细的信息你可以 google 协议名称+rtt 。