hoockoo

我也有你这个想法，打算周末写个脚本，目前思路是： 1、openclash创建5个套了cf但都是指向1个vps的节点。 2、stop openclash后用作者的优选工具选出5个较快的cf ip。 3、修改/etc/openclash/config下在用的yaml文件，把proxies里面5个节点的server修改成第2步获取到的5个ip地址。（因为openclash无法用uci set修改节点） 4、重新启动openclash。

> > 我也有你这个想法，打算周末写个脚本，目前思路是： 1、openclash创建5个套了cf但都是指向1个vps的节点。 > > 2、stop openclash后用作者的优选工具选出5个较快的cf ip。 > > 3、修改/etc/openclash/config下在用的yaml文件，把proxies里面5个节点的server修改成第2步获取到的5个ip地址。（因为openclash无法用uci set修改节点） > > 4、重新启动openclash。 > > 可以看看issue里面其它主题，有一个scan ip的项目我用下来感觉可以，找出的ip都延迟很小。 另外，直接改地址多粗暴，免费的ddns更新不优雅很多？ 最后，我比较openclash和shadowsockets+,发现cf这个应用场景中，后者稳定多了。 我主要是考虑到使用优选工具前需要先把openclash的‘**路由本机代理**’这个选项关掉才能正确地优选IP和openclash自身restart速度很慢才去直接stop它，虽然openclash的stop函数确实有点粗暴~ 如果使用uci set openclash.config.router_self_proxy='0'再restart，估计20秒都过去了，还不如直接stop>优选IP>start，而重启passwall2大概只需3秒，SSRP我目前没在使用。 DDNS的方法自己使用确实方便，脚本也更好写，但如果脚本要分享给别人使用的话就需要别人也注册几个DDNS。 我目前遇到一个很严重的问题是作者大佬使用的分流测速地址并不稳定，考虑到每次优选IP使用的流量不少，我自己也没有多余的VPS搭测速服务器，导致目前很多IP测速为0，优选的准确度稍差。因为我目前的做法是先优选出新IP再和旧IP做速度对比，再选择是否更换节点IP，经常第一次优选出来的IP地址和旧地址做对比测试时就没速度了。

> 写了两个小脚本，可以完成你说的启用自动更换IP； https://github.com/goophoo/auto-update-cf-cdn-for-openclash 提个小建议，测速前把openclash关掉，测速结果会更准确。或者uci set openclash.config.router_self_proxy='0'把’路由本机代理‘关掉，但可能是因为我用的是meta内核，貌似第二个方法并不生效。

(https://github.com/XIU2/CloudflareSpeedTest/issues/156#issuecomment-1243671760)