移动网络下，最近香港节点测速结果异常

[zhaozhao777]

问题描述

一段时间没用，这两天用了一下，发现测速的结果不太正常。
无论使用自建下载点还是cf的下载点，测速的结果都非常差。
脚本除了定义url，还有个dn 10，应该没啥影响。
不知道是只有我这样还是什么情况。
北京移动。

软件版本

2.3.4

附加截图

[XIU2]

。。。
首先，CFST 只是一个测速工具，即模拟下载计算总量并除以总时间得出平均速度，排序后把结果显示给你。
因此，显示给你的测速结果，是快还是慢，取决于你的网络和被测速的 IP 的网络（以及你们之间的网络链接质量），而不是测速工具本身。

CFST 的下载测速原理类似于下面 curl 的用法：

curl -o /dev/null --resolve 下载测速地址的域名:443:IP https://下载测速地址

你可以把同样的下载测速地址和同样的被测速 IP（如你截图里的那几个），替换上面并运行看看结果。

[zhaozhao777]

我没解释清楚，我是想表达，cfst他没有正常的返回给我最快的ip。


我这个下载点，是我在777这个域名(cf上，已proxy)指向的源服务器上部署的，同时cfst的下载地址我也指向了他。
现在的情况是，我通过cfst找到的ip去下载，基本都没有速度。而我直接去链接，也就是cf自动给ip的情况，反而快的多。
之前使用的时候，是能够找到很多非常高速的节点。所以我不清楚是什么原因导致优选出来的ip是这种结果。

[XIU2]

你的意思是，你在这个服务器上部署了一个网站（托管了用于下载测速地址的文件），然后 CF 上添加域名解析指向该服务器，并且开启了橙色云朵（走 CDN）。
然后在你本地设备上运行 CFST，下载测速地址写的就是部署在该服务器上的网站地址，然后最近测试的下载速度很慢。

1. 这个服务器是国内还是国外的吗？
2. 你用其他的下载测速地址试过正常吗？

我看你那边就算用 curl 模拟，速度表现也和 CFST 一致，这显然不属于工具问题，而是网络问题。

国内服务器是不能部署下载测速地址服务的，因为这显然是个坑：

# 在 CF CDN 节点没有缓存的情况下，网络链路是这样的：
你(CFST) <=> Cloudflare CDN Anycast 节点 <=> Cloudflare CDN 回源节点 <=> 源服务器

# CF CDN 节点有缓存的情况下（或者 Cloudflare Workers 自生成的那种），则是这样：
你(CFST) <=> Cloudflare CDN Anycast 节点

因此如果你想要找到理论上最适合你的 Cloudflare CDN Anycast 节点，那么你就需要确保 CF CDN 不会去回源（至少不能频繁回源），特别是如果你的源服务器是国内的话，那么回源就相当于绕了一圈一圈又绕回来了，而且国内与 CF CDN 的网络质量不太行，回源速度就会非常拉跨，特别你的文件还是 1000MB 的，这猴年马月才能回源完整。。。。显而易见的就会导致这个结果。

你的测速结果，CF 默认分配给你的 IP 节点速度还行，其他 IP 节点都很拉跨，就是因为默认分配给你的 IP 节点可能是因为你多次测试或者什么原因而缓存了文件，而其他 IP 节点没有缓存，直接去回源拉取了，然后可能因为你的服务器在国内而回源速度拉跨。

# 在 CF CDN 节点没有缓存的情况下，且源服务器还在国内，那么网络链路是这样的：
你(CFST)(国内) <=> Cloudflare CDN Anycast 节点(上图里的香港) <=> Cloudflare CDN 回源节点(可能是香港也大概率可能是美国) <= 中间还经历了各种路由 => 源服务器(国内)

自建下载测速地址，强烈推荐使用 Cloudflare Workers，其次才是在国外服务器上搞，这样最起码回源速度不错，然后再配置好缓存策略，让 CF CDN 尽可能地缓存更长时间（但如果缓存文件访问频率太低，则会被 CF CDN 清除缓存，导致后续访问还需要重新回源）。

---

CFST 不能保证最终给你的就是最适合你（你使用速度最快）的 IP 结果，因为 CFST 只是一个测速工具。

在你没有指定要测速的 IP 数据等参数时，CFST 是默认从 ip.txt 文件内获取 IP 数据，并且每个 IP 段（IPv4 就是 x.x.x.0~255）只随机 1 个 IP 用来测试，并且延迟测速完成后会先根据延迟和丢包排序，然后再默认对延迟和丢包最低的 10 个 IP 下载测速，最后对其排序，再把结果告诉你。

因此，默认参数的情况下，显然会存在一些问题来影响你能不能获得最适合你的 IP。

比如，每个 IP 段只测速其中 1 个 IP，这就意味着还有 254 个 IP 被忽略掉，或许这其中就有更适合你的 IP，你可以使用 -allip 来测试所有 IP，但这样会导致测速数量和时间大幅成倍的增加，非常浪费时间。

再比如，默认情况下是对延迟和丢包最低的 10 个 IP 下载测速，但这些延迟和丢包最低的 IP 不一定就速度更快（当然一般情况下延迟更低且不丢包是更好的，因为这意味着物理距离近+中间路由环节少+网络稳定，因此这种情况遇到速度快的概率更高），就像你这个情况，因为你是移动，所以找到的低延迟 IP 全是香港的，但这些香港的这些年其实不太稳定，或许你正好就碰上了运营商的 QOS 限速了，这种情况下，你选择其他地区的 IP 虽然延迟更高但可能反而速度更快。

你可以加上 -tll 55 （平均延迟下限，这个具体数值你们自行调整）来过滤掉这些香港的节点 IP，看看其他地区的有没有改善。

默认参数是给刚接触的人立即运行用的（否则如果第一次用就需要指定一个个的参数，恐怕很多人都会嫌麻烦被劝退），但你如果想要更好/更高效的利用 CFST 寻找最快 IP，那么就必须进阶一点，善用各个参数的搭配，想办法用合理的时间筛选出最适合自己的 IP（我个人一般是追求平衡，不会对结果有极致的要求，还会去考虑时间成本）

---

当然至于为什么之前速度快，现在速度慢，这种网络问题影响的因素太多了，而且就算最终排查确定了因素，你也没办法直接解决（除非运营商是你家的。。。）。

[zhaozhao777]

我的源服务器就是在香港，就是这个777指向的源服务器，测速节点就在这个服务器上。想法就是如果这样找到的ip速度最快，那么用这个ip链路到源服务器做代理效果应该最好。
我这边已知的网络环境，包括运营商，服务器，还有我这边的网络拓扑都没有变化。所以我一开始怀疑是运营商搞了什么猫腻导致这个情况，但如果是这样的话，直接测速应该也会特别慢才对。
我最近差不多一周都在偶尔测试这个问题，现象没有改善。设想上确实可能有延迟低但是速度并不快的ip，但10个都撞上还是有点出乎意料。

ps:前两天用过一个美西的源服务器测试，测试结构上和这个hk的一致，但返回的竟然也都是hk的ip。这确实可能是运营商线路的问题，也可能就是你说的cf缓存。
至于workers，因为之前cf的整改针对的主要就是workers，所以我就想着尽量不搞这个。
这两天我看看调整一下参数过滤一下这些hk的ip，其实能http也许也行，就是太容易被识别成攻击而被ban了，得降不少并发。

[XIU2]

你的意思是，你的香港服务器上部署了代理，然后你想要给这个代理套上 CF CDN，如下：

你(代理客户端) <=> Cloudflare CDN Anycast(香港) <=> Cloudflare CDN 回源节点(香港) <=> 代理服务器(香港) <=> 代理访问的目标网站

为了寻找一个最佳的 Cloudflare CDN Anycast 节点 IP，你在你的香港服务器上部署了一个用于 CFST 下载测速的网站。

你(CFST) <=> Cloudflare CDN Anycast(香港) <=> Cloudflare CDN 回源节点(香港) <=> 源服务器(香港)

理论上确实如此，看似很完美，但实际上这没什么意义，因为 Cloudflare CDN 是有香港回源节点，因此你不需要关心 Cloudflare CDN 回源节点(香港) <=> 源服务器(香港) 回源环节，因为这个环节是你无法控制的（当然你把服务器换成美西，那么回源节点也会变成美西，但注意回源节点并不是说只是一个服务器，可能是多个服务器交接传递）。

位于中间的 Cloudflare CDN Anycast(香港) <=> Cloudflare CDN 回源节点(香港) 环节你也不需要关注，因为这个你更没办法控制，这是由 Cloudflare CDN 自动分配处理的，是走其内网优化路线的。

你唯一需要关注的就是 你(CFST) <=> Cloudflare CDN Anycast(香港) 环节，CFST 的优选本质上就是为了优化这个环节，你只需要尽可能地提高这个环节的质量就行。

因此，我才说你在香港服务器上部署下载测速地址看似完美但实际上没什么意义。
为了避免后续回源环节影响 CFST 的测速准确性，要确保下载测速地址的文件被 Cloudflare CDN 缓存了，这样就会省略回源步骤，直接返回给你缓存的文件。

你(CFST) <=> Cloudflare CDN Anycast(缓存) <=×××=> Cloudflare CDN 回源节点 <=> 源服务器

---

前两天用过一个美西的源服务器测试，测试结构上和这个hk的一致，但返回的竟然也都是hk的ip。

因为你是移动的，而国内移动是可以直连 Cloudflare CDN 的香港 Anycast 节点的，所以无论你的源服务器是哪里的，你测速得到的延迟最低的 IP 都是香港的节点（因为直连且物理距离近），所以你看到的都是香港 IP，如下：

你(CFST) <=> Cloudflare CDN Anycast(香港) <=> Cloudflare CDN 回源节点(美西) <=> 源服务器(美西)

如果你是电信联通的，那么就变成，无论你的源服务器是哪里的，你测速得到的延迟最低的 IP 都是欧美那边的了。

---

设想上确实可能有延迟低但是速度并不快的ip，但10个都撞上还是有点出乎意料。

不是因为你运气不好，才撞上 10 个都是延迟低速度慢的 IP。
你不是还说你之前随便测速这些香港节点都很快吗？而最近突然变成这样，这显然是网络环节变化了（比如 QOS 限速了），可能是运营商干的，也可能是 Cloudflare CDN 干的，但不管是哪个干的你都没办法解决根本问题（当然我也没办法解决）。

所以，我的建议就是，放弃 Cloudflare 的香港 Anycast 节点，试试其他地区的。

[fredericky123]

北京地区移动似乎最近被针对了 测速确实速度变慢了