-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
有办法一直持续运行吗,一直运行到响应有100ms内的IP结束? #67
Comments
这种需求应该用脚本去解决,即循环运行 CloudflareST,每次运行完毕后分析结果(运行时加上 100ms 延迟条件)。
|
刚刚更新了下,现在支持仅指定 [平均延迟上限] 条件了。 详细使用方法可以看:https://github.com/XIU2/CloudflareSpeedTest#-自定义下载测速地址 |
非常感谢大佬的更新,。,,立马去体验一下 |
如果你只考虑延迟的话,就可以只指定 毕竟,延迟最低的 IP 不一定速度最快,但是也不会慢到哪里,毕竟延迟低且不丢包就意味着线路质量不差。 |
如果你对编写脚本不熟的话,也可以把需求详细的告诉我,我来帮你写个 Linux 或 Windows 脚本。 |
感谢大佬帮忙 |
晕,测了延迟100ms内的IP,得到的数量竟然是零 |
这种情况很正常,就像你一开始说的 “偶尔出现一个差不多的IP” ,这本身就意味着难以找到低于 100ms 的 IP。 可能是那个 IP 延迟不稳定,在不同时间段有不同的延迟表现,所以你才会偶尔碰到,而不是经常碰到。 就像我的联通,平时能找到的延迟最低的 IP 也才 130ms+,除了前段时间我意外扫到一个略带丢包的日本 CDN 节点 IP 段:
这个延迟有时候能低至 60ms+,有时候能高至 150ms+,平时一般是 90ms+,主要是这个日本 IP 段线路用的是 NTT 垃圾线路,质量太差了,一到高峰期就拥堵...
除了这个日本 IP 段外,Cloudflare CDN 其实还有香港节点,但是只有移动用户才会直连(延迟低),电信联通都要绕道其他国家。 |
是啊这个日本IP我也偶尔扫到过。。当天延迟的确很低100ms内,。,第二天就突然飙升到300ms以外了。。还丢包严重。。。。大佬能分享下香港的IP段吗 |
我也不清楚香港 IP 段是哪个,因为 Cloudflare CDN 用了 Anycast 技术,因此任何 IP 对应的物理位置都可能随时变动。 就像这个日本 IP 也不是永久的,指不定哪天就变了。 你去找香港 IP 是没用的,因为软件默认已经对 Cloudflare CDN 的所有 IP 段进行延迟测速了,既然你多次测速都没有找到(延迟低的)香港 IP,那很显然你与香港 IP 之间的网络质量不行(绕道),这种情况下你去找香港 IP,得到的也是绕道后的高延迟。
而如果你是移动用户,那么在直连香港 IP 的情况下,直接运行 CloudflareST 就能获得延迟低的香港 IP 了,完全不需要任何操作。
|
哦。。。。好的感谢大佬耐心的帮助 |
如果没有其他问题的话,我就先关闭该 Issues 了。当然有问题的话,还可以继续回复。 另外,如果觉得 CloudflareST 对你有帮助,就点个 ⭐ 鼓励一下吧! |
有办法一直持续运行吗,一直运行到响应有100ms内的IP结束?每次运行都找不到理想的响应IP,一直点运行。。。偶尔出现一个差不多的IP,太费时间了
The text was updated successfully, but these errors were encountered: