XIU2 / CloudflareSpeedTest

🌩「自选优选 IP」测试 Cloudflare CDN 延迟和速度,获取最快 IP !当然也支持其他 CDN / 网站 IP ~
GNU General Public License v3.0
19.3k stars 3.77k forks source link

电信企业宽带使用httping 和cfcolo 亚洲的几个地区 测出来可用全部是0 很奇怪 #288

Closed klarst closed 1 year ago

klarst commented 1 year ago

使用版本2.2.0 使用命令 CloudflareST.exe -n 300 -t 1 -httping -cfcolo NRT -url https://cdn.cloudflare.steamstatic.com/steam/apps/5952/movie_max.webm

测试了日本四个节点 台北1个节点 扫出来可用都是0 很奇怪

cfcolo指定地区 那么能不能直接 获取 地理代码对应的ip段呢?比如TPE 台北对应的ip段?

我想找亚洲区 延迟低的 一个都找不到 很痛苦

XIU2 commented 1 year ago

你想找延迟低的,那就直接 TCPing 测试所有 IP 段即可。 如果这样却没找到延迟低的 IP(记得看 result.csv 文件末尾,一些延迟低但丢包的会被排序到后面),那么说明目前 Cloudflare CDN 所有 IP 段中没有延迟低的 IP 了(相对于你的网络环境来说),因此就算你找到了某些亚洲 IP 段,但前面 TCPing 测速的结果已经表明这些亚洲 IP 段的延迟有多高了。

而高延迟的亚洲 IP 段(大都是 NTT 线路伴随着丢包),必然绕道了,稳定性、速度还不如一些直连的地区节点呢。


另外,如果你要测速单个 IP 段,例如一些子网掩码 /24 的,你记得加上 -allip 参数来测速整个段所有 IP,而不是随机一个。


另外,Cloudflare 的很多亚洲节点,并不是具体的某个 IP,要么是压根没有启用,要么就只是单纯的路由节点,是无法通过自选使用的,例如对于 Cloudflare 默认分配给域名的 2~3 个 IP,一些亚洲国家访问延迟会很低,说明被路由到就近节点了,但你无论怎么扫也是扫不到这个节点的。


另外,我个人用不上 colo 功能(因为我这边联通去年就阻断了 Cloudflare IPv4 地址),只是因为提交合并 HTTPing PR 的人附带了该功能,我才给加上了(并且还调整了一下,将 HTTPing 与 colo 剥离开来,使其成为两个独立的功能),所以也没打算深入研究该功能,相比之下我平常更偏向于使用 HTTPing 功能(当然更多的还是 TCPing)。