2022 年终，有了 Clash 还需要 SSR 和 SwitchyOmega 吗？

[Eagleyes]

过去一直用 SS ，SSR 搭配 Chrome 的 SwitchyOmega 使用。

近年 Clash 大火，觉得也不该守旧，遂逐渐迁移到 Clash 。

目前正常上网没感觉出有任何影响，无论是 ssr 和 Clash 都可以比较流畅的 2k-4k youtube 。

不知道更换的意义在哪里，
1 、Clash 比 ssr 有多先进么？
2 、另外如果 Chrome 有 SwitchyOmega ，默认 chorme 会无法上外网，需要在 SwitchyOmega 设置个端口。
是否说明 2022 年已经没必要 SwitchyOmega 了？


请各位技术大神指点，谢谢。

[loveqianool]

怎么不试试开源的 sing-box

[XIU2]

@followztx #39 你截图给的这个方案，就是我以前用的方案，GFWList 匹配到的走代理，其他的直连。而我想要的是国外域名走代理，国内域名直连~

我昨晚折腾了下，把隔壁帖子别人分享的 PAC 设置为 SwitchyOmega 的情景模式，来实现 “绕过大陆”。
https://v2ex.com/t/895078#r_12341968
https://gist.github.com/weijarz/a76641504c97f0c3e48e207ec4df7db5
我看这个 PAC 文件里还内置了一些国内常见域名白名单、被墙常见域名黑名单，所以我就自己改了改，最后折腾完的结果是（ SwitchyOmega 自动切换模式 + GFWList + PAC ）：

1. 访问一个网站
2. SwitchyOmega 自动切换模式开始依次匹配
3. 先是从 自定义 规则匹配（把我最常访问的域名设置为 走代理 /直连）
4. 然后从 GFWList 规则匹配（这些都是确定被墙的网站，直接走代理即可）
5. 最后从 PAC 规则匹配（解析为 IP ，判断 IP 是国内就直连，是国外就走代理）

PAC 规则里我只保留了部分国内常见域名白名单判断，被墙常见域名黑名单判断由 GFWList 代替。

不过，我刚才测试了下，将一个国内网站配置为 直连 或 走完上面全流程，加载时间也就增加了 10ms ，最多也就 几十 ms 罢了，感觉提前用自定义规则、GFWList 规则指定其走代理 /直连似乎不是很有必要。当然，这样做也可以避免老是 DNS 解析一些常见被污染的域名，因此如果要省略这两个，则建议搭配 DOH 加密 DNS 。

我多用一段时间，看看还有什么需要完善优化，或有什么我没考虑到的~

[XIU2]

@XIU2 #42 刚刚给测试了下，PAC 规则匹配（即排除国内常见域名 + 判断 IP 是国内还是国外）整个过程耗时 几 ms ，而这其中，绝大部分时间都是等待 DNS 解析请求，真正 JS 代码判断只用平均不到 0.04 ms
而 SwitchyOmega 中的 自定义 规则很少，也是依靠 JS 判断，所以估计也是 0.0X ms 级别的。

至于 GFWList 规则足足有 8000+ 条，这个我没有做测试，估计它可能是除了 DNS 解析请求时间外的最大耗时环节了，可以考虑省略，不过想想也就顶多 几 ms ，影响不大，完全感知不到。。。

所以，简单总结，这 3 、4 步骤，可要可不要，影响不大~

[Macolor21]

@aCodingCat 找最新版的 clash core ，看 provider 相关的 wiki

[acgost]

@Macolor21 终于看到有人提 provider 了，proxy provider + rule provider 就可以解决更新订阅 [代理分组] 和 [自定义规则] 被覆盖的问题

[Eagleyes]

@XIU2 #42 39 的方案我刚刚试过，搭配 SSR 客户端可用，搭配 clash 只能打开国内的，不知道是哪里设置的问题

[Eagleyes]

@XIU2 #43 out 了，port 问题，42 的方案挺好的，判断 ip 是否是国内国外依靠什么方法么？

[wtlovery1210]

我直接全局，是不是就沒有這麼多問題了😁

[Macolor21]

@Eagleyes

42 的方案太复杂了吧，clash 的规则分流不难，domain ，suffix ，ip 很容易理解吧，指定对应的策略组就好

我自己用公司内网一个代理规则、连接到 docker for easyconnect ，外网访问用神机规则之类的，国内走直连。覆盖不到的用 FINAL 走代理就好了。。

节点订阅用 provider 、规则用网上的 provider 。

一个软件搞定所有，tun 模式 ssh 也支持、同理这个方案也可以在 quantumx 、surge 之类的软件用

[shervy]

多年不用 sw 和 ssr 了

[XIU2]

@Eagleyes 你去那个 PAC 里看吧，我不太懂这个，反正判断效率挺高的，平均不到 0.02ms 。

@Macolor21 我个人需求比较复杂，因为一些原因 /需求我必须要使用 SwitchyOmega ，所以看起来 “略显复杂”，但其实很简单，而且不用 SwitchyOmega 的话，直接 系统 /浏览器 的代理设置为 PAC 即可。
而且就像我前面说的，第 3 、4 步骤也是可以省略的，直接 SwitchyOmega 里添加一个 PAC 情景模式用也行。

每个人有每个人的需求，适合自己的才是最好的~

[iislong]

@Frankcox 大佬，DST-PORT,22,DIRECT 是指进入本地终端 22 端口的流量么，我区分不清 dst 和 src

[Frankcox]

@iislong 这个是我解决 Clash Tun 模式下 git clone [e-mail]:XXXXX 报错的问题，https://github.com/vernesong/OpenClash/issues/1960

dst 或者 src 区分的话，src = source 源 ，dst = destination 目的

[XIU2]

@Eagleyes
@Macolor21
我做了个简单的思维导图，看起来比较直观 https://s1.ax1x.com/2022/11/16/zVotnP.png

左半边的是只使用 PAC 规则判断的（省略了我前面说的 2 、3 甚至 1 步骤），右半边是我个人在用的 SwitchyOmega 自定义规则 + GFWList + PAC 复合方案（我个人需求较复杂，一般人不需要这样）。

其中，
左上角的是，直接在 系统 /浏览器 的代理设置中配置 PAC 地址。
左下角的是，在 SwitchyOmega 中添加 PAC 情景模式来使用 PAC 规则。
右边的则是，SwitchyOmega 自动切换模式 自定义规则 + GFWList 规则 + PAC 规则

[ww2000e]

我一直用，觉得用插件方便些

[wangxiaoaer]

用代理的大部分场景是浏览器，SwitchyOmega 可以随时切换某个域名走不走代理，这个比较方便灵活吧。

[bobryjosin]

我 ss 用 ipv6 隧道，gfw 好像对 ipv6 审查非常松裸跑了几百 g 好像也没封，就算封了一个工单就换了，相对于 v2ray ，Trojan 这些效率更高，没有什么先不先进，不同场景用不同协议哪个舒服用哪个

[zzzain46]

@aCodingCat 请问刷的什么系统啊

[jheroy]

@Eagleyes
使用 proxy-providers 来更新你的订阅就行, 这样更新的订阅只会用到里面的节点, 规则则使用你配置里面的互补干扰, 规则也可以使用 rule-providers 来单独更新
```
proxy-providers:
HuTao:
type: http
path: ./hutao.yaml
url: "https://hutaod.com/link/?clash=1"
interval: 3600
health-check:
enable: true
url: http://www.gstatic.com/generate_204
interval: 300
rule-providers:
aws:
type: file
behavior: ipcidr
path: ./ruleset/aws.yaml
interval: 60
reject:
type: http
behavior: domain
url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/reject.txt"
path: ./ruleset/reject.yaml
interval: 86400


- DOMAIN-KEYWORD,sharepoint,PROXY
- RULE-SET,reject,REJECT

```

[Serino]

Windows 的电脑端何不试试 Qv2ray ，添加地址添加 IP 超方便。不过再方便也不如路由器上弄