ss自动切换目标上种子

《ss自动切换目标上种子》这玩意儿，自动说白了就是切换让代理工具在连不上当前节点的时候，自己去找下一个能用的目标。不用你手动点“测试延迟”再点“应用”，上种它自己就办了。自动

我最早用SS的切换时候，节点列表里挂了七八个服务器，目标每次开网页转圈超过三秒，上种我就得切出去点一下延迟测试，自动看哪个数字是切换绿的，再双击它。目标烦。上种后来换了Clash，自动发现有个url-test模式，切换它会定时向一个测速地址发请求，目标谁快用谁。但问题也来了——它只测延迟，不测实际能不能通。有些节点延迟显示80ms，结果连Google照样超时。这就是“假活”。

真正让我觉得“自动切换目标上种子”这件事值得写一写的，是上个月帮朋友配路由器。他家里是OpenWrt，跑SSR Plus+，节点有十几个。他老婆要看Netflix，他自己要挂PT下载。Netflix对IP纯净度有要求，PT又需要大流量不中断。一个节点根本扛不住两种需求。

我给他的方案是：用ssr-plus里的“自动切换”功能，但把切换条件从“延迟最低”改成“失败三次后切换”。具体操作是在/etc/config/shadowsocksr里加一行option switch_time '3'，意思是连续三次请求失败才换节点。这样避免了因为一次网络抖动就乱跳。然后针对PT流量，单独写了一条iptables规则，把BT端口出来的包打上标记，走一个固定的、不限速的节点。Netflix的流量走另一个自动切换组。

效果挺明显。以前他老婆看剧卡了，就会喊“是不是又在下载”，现在两个互不干扰。PT那边种子挂了三天，中途节点掉了一次，自动切到备用，下载没断，只是速度从12MB/s掉到4MB/s，过了两分钟又切回来。他说“比我自己盯着还靠谱”。

不过自动切换有个坑：DNS污染。有些SS节点连上了，但DNS解析还是走本地，结果YouTube能通，Google不行。这时候自动切换测的是TCP握手，握手成功它就认为节点可用，实际上你打开网页还是白屏。解决办法是在SS配置里强制走远程DNS，或者用chinadns-ng做分流。我自己的做法更粗暴——直接在/etc/dnsmasq.conf里把server=127.0.0.1#5353指到SS的DNS端口，所有解析都走代理。代价是国内网站也绕一圈，但我不在乎那几十毫秒。

还有一次，我自己的VPS被墙了IP，但端口没封。SS客户端显示“已连接”，实际所有流量都超时。自动切换测的是延迟，它发现这个节点延迟200ms，居然还留着。我只好把测速URL从http://www.gstatic.com/generate_204改成http://connectivitycheck.platform.hicloud.com/generate_204，因为前者在国内某些网络下本身就不通。换完之后，假活节点立刻被踢了。

说到底，“自动切换目标上种子”这个事，核心不是技术多复杂，而是你得想清楚：你到底要它自动切什么？是切延迟、切可用性、还是切出口IP？不同目标，配置完全不一样。我见过有人把switch_time设成1，结果节点每秒钟跳一次，PT下载直接崩了。也见过有人从来不换测速地址，节点全红还在那骂SS垃圾。

工具是死的，逻辑是活的。你让它自动，它就得替你判断。判断错了，还不如手动。