推荐或自荐 Surge.conf

2016-10-24 01:03:48 +08:00
 wclebb
刚看了 2 小时,并尝试了填写。
关于: https://medium.com/@scomper/surge-配置文件-a1533c10e80b#.t5vdhzu8q
配方: https://gist.githubusercontent.com/scomper/915b04a974f9e11952babfd0bbb241a8/raw/surge.conf

主要问题为有些提供商会提供「一个国家多个服务器」的。
虽然多少还是完成了些,但感觉好像并没有手动的完美。
主要是 Auto 判断条件是什么?能不能多一个 1M 下载判断网速?

因此,想看看大家怎么写,或推荐他人的配方也行。
此条件并非强制,但可以作为有需求的条件。
1/Mac 单独配方
2/iPhone (木有 Android ……)单独配方
3/Mac&iPhone 综合配方(便于iCloud自动修改,不用两个配方都修改)

每一位回答者的送感谢。
472 次点击
所在节点    Surge
1 条回复
lhie1
2016-11-10 18:55:42 +08:00
Auto

当有 rule 使用到这个 group 的时候, Surge 会并发的尝试通过该 group 下所有的 policy 去发起到目标 url 的请求,并根据最优结果选择哪个 policy 将被使用。

当测试过程未完成之前,为了不影响正常请求的速度,会继续使用之前的测试结果,若这是第一次测试,则使用 group 中的第一个 policy 。
测试的标准是:从开始测试,到该 policy 返回 http response header 数据包的时间。
在 interval 所指定的时间段内,不会再次触发测试。
若系统 DNS 或者 primary interface 变化,则之前的测试结果立即作废。
为了避免资源浪费, auto group 中不应放入太多的线路,比如 US 的线路就不应该放入,因为几乎不可能赢得测试。
为减少对服务器的影响,对目标 URL 会使用 HEAD 请求,即使目标服务器不支持 HEAD 请求也没有关系,只要返回了任意的数据包都会判定为测试成功。
这样的测试标准可以更好的评估线路的可用性,若只测试到 proxy 服务器的速度,无法评估 proxy 服务器的出口网络情况。
但这样的测试要求,目标 URL 对所有的 policy 是基本公平的,所以请选择像 gstatic.com 这样的在全球都有节点的 URL 作为测试目标。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/314895

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX