策略组的需求和设计思路分享

Posted by XingKaiXin on June 30, 2019

前言

这篇的内容更多的是我的策略组设计思路的分享,而非针对某一款 APP 的策略组如何进行配置。 你可以参考这个思路,在 Surge、Clash、Quantumult、Quantumult X 进行实践。

需求

在科学上网后,你手上可能会有数个地区的数个节点。而你是一个爱好广泛的人,不局限在 Youtube 上,也可能会对 Netflix、HBO、AbemaTV、iTunes Movie、KKTV、Spotify 等都有兴趣。而这些流媒体大都有地区 IP 的要求。 同时每个地区的节点也会有数个,使用哪一个节点,是适配当前网络状态最好的的呢。

线路类型分组

我们常会接触到的线路,大致分为三种。分别是直连、公网中转、内网中转。这三种线路各有适合的场景,但是在进行延迟测试时,直连 > 公网中转 > 内网中转,如果我们把这三种线路混合在一个延迟策略组中,那么几乎被自动选中的都会是内网中转线路,但也许体验还不如直连来的好。

地区分组

每一个地区有可对应使用的流媒体服务,因此我们首先需要把节点按照具体的落地节点进行分组。 常用的地区有香港、日本、新加坡、美国,当然你可以根据自己实际的需求增减。

应用

两个分组都完成后,你应该有类似这样的地区分组。 香港:内网中转、公网中转、直连 日本:内网中转、公网中转、直连 新加坡:内网中转、公网中转、直连 美国:内网中转、公网中转、直连 你需要更多的的地区就按这个思路对应添加即可。 最后一步,则是按照具体服务可使用的地区,把对应地区添加就可以了,这里提一下的是,建议每个服务都保留一个直连,那么当你离开大陆地区时,你可以进行适当的调整,继续原本的使用,而不是关闭科学上网,从而只能按照当地的限制使用。 Youtube: 直连、日本、美国 Netflix: 直连、香港、新加坡 HBO: 直连、香港、美国 AbemaTV:直连、日本 iTunes Movie:直连、香港 KKTV:直连、台湾 Spotify:直连、美国

实际的使用

初次使用时,我们需要选择具体应用中我们要使用的地区。这部分之后是很少会再做调整的。 日常使用时,我们只需要调整各个地区分组中要使用的节点类型即可。这部分使用一段时间后,你就会知道大致上选择哪个会获得比较好的体验。