XIU2/CloudflareSpeedTest

如果你有 scoop(Windows 下的命令行安装程序)，则可以这样安装:

# 添加最多人使用的中文软件包仓库：dorado
scoop bucket add dorado https://github.com/chawyehsu/dorado
# 安装cloudflare-speedtest
scoop install dorado/cloudflare-speedtest

以下命令仅为示例，版本号和文件名请前往 Releases 查看。

MAC 下 CFST 的安装和使用方式是一样的，不过 MAC 可以通过其他方式来下载解压（也就是可以跳过下面的前几个步骤），但运行的话还是需要在终端中运行（注意别忘了 赋予执行权限）。

# 如果是第一次使用，则建议创建新文件夹（后续更新时，跳过该步骤）
mkdir cfst

# 进入文件夹（后续更新，只需要从这里重复下面的下载、解压命令即可）
cd cfst

# 下载 CFST 压缩包（这个地址是始终指向最新版本，可自行根据需求替换 URL 末尾的 [文件名]）
wget -N https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# 如果你是在国内网络环境中下载，那么请使用下面这几个镜像加速之一：
# wget -N https://wget.la/https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# wget -N https://ghfast.top/https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# wget -N https://ghproxy.it/https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# wget -N https://gh-proxy.org/https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# wget -N https://cdn.gh-proxy.org/https://github.com/XIU2/CloudflareSpeedTest/releases/latest/download/cfst_linux_amd64.tar.gz
# 如果下载失败的话，尝试删除 -N 参数（如果是为了更新，则记得提前删除旧压缩包 rm cfst_linux_amd64.tar.gz ）
# 如果要下载特定版本的，可以改用这种，例如：wget -N https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.3.4/cfst_linux_amd64.tar.gz

# 解压（不需要删除旧文件，会直接覆盖，自行根据需求替换 文件名）
tar -zxf cfst_linux_amd64.tar.gz

# 赋予执行权限
chmod +x cfst

# 运行（不带参数）
./cfst

# 运行（带参数示例）
./cfst -tl 200 -dn 20

如果平均延迟非常低（如 0.xx），则说明 CFST 测速时走了代理，请先关闭代理软件后再测速。
如果在路由器上运行，建议先关闭路由器内的代理（或将其排除），否则测速结果可能会不准确/无法使用。

该示例把常用参数都给加上了，即为：-tll 40 -tl 150 -sl 1 -dn 5，最后输出结果如下：

# XIU2/CloudflareSpeedTest vX.X.X

开始延迟测速（模式：TCP, 端口：443, 范围：40 ~ 150 ms, 丢包：1.00)
321 / 321 [-----------------------------------------------------------] 可用: 30
开始下载测速（下限：1.00 MB/s, 数量：5, 队列：10）
3 / 5 [-----------------------------------------↗--------------------]
IP 地址           已发送  已接收  丢包率  平均延迟  下载速度(MB/s)  地区码
XXX.XXX.XXX.XXX   4      4       0.00   83.32     3.66           LAX
XXX.XXX.XXX.XXX   4      4       0.00   107.81    2.49           LAX
XXX.XXX.XXX.XXX   4      3       0.25   149.59    1.04           N/A

完整测速结果已写入 result.csv 文件，可使用记事本/表格软件查看。
按下 回车键 或 Ctrl+C 退出。

刚接触 CFST 的人，可能会迷惑明明延迟测速可用 IP 有 30 个，怎么最后只剩下 3 个了呢？
下载测速里的队列又是什么意思？难道我下载测速还要排队？

CFST 会先延迟测速，在这过程中进度条右侧会实时显示可用 IP 数量（可用: 30），但注意该可用数量指的是测试通过没有超时的 IP 数量，和延迟上下限、丢包条件无关。当延迟测速完成后，因为还指定了延迟上下限、丢包的条件，所以按照条件过滤后只剩下 10 个了（也就是等待下载测速的 队列：10）。

即以上示例中，321 个 IP 延迟测速完成后，只有 30 个 IP 测试通过没有超时，然后根据延迟上下限范围：40 ~ 150 ms 及丢包上限条件过滤后，只剩下 10 个满足要求的 IP 了。如果你 -dd 禁用了下载测速，那么就会直接输出这 10 个 IP 了。当然该示例并未禁用，因此接下来软件会继续对这 10 个 IP 进行下载测速（队列：10）。

因为下载测速是单线程一个个 IP 挨着排队测速的，因此等待下载测速的 IP 数量才会叫做 队列。

你可能注意到了，明明指定了要找到 5 个满足下载速度条件的 IP，怎么才 3 个就 “中断” 了呢？

下载测速进度条中的 3 / 5，前者指的是找到了 3 个满足下载速度下限条件的 IP（即下载速度高于 1 MB/s ），后者 5 指的是你要求找到 5 个满足下载速度下限条件的 IP（-dn 5）。

另外，提醒一下，如果你指定的 -dn 大于下载测速队列，比如你延迟测速后只剩下 4 个 IP 了，那么下载测速进度条中后面的数字就会和下载测速队列一样都是 4 个，而非你 -dn 指定的 5 个了。

软件在测速完这 10 个 IP 后，只找到了 3 个下载速度高于 1 MB/s 的 IP，剩下的 7 个 IP 都是 “不及格” 的。

因此，这不是 “每次测速都不到 5 就中断了”，而是所有 IP 都下载测速完了，但却只找到了 3 个满足条件的。

还有一种情况，那就是当可用 IP 很多时（几百几千），你还设置了下载速度条件，那么可能就会遇到：怎么下载测速进度条老是卡在 X / 5 了呢？

这其实并不是卡住了，而是只有当找到一个满足条件的 IP 时，进度条才会 +1，因此如果一直找不到，那么 CFST 就会一直下载测速下去，因此在表现为进度条卡住不动，但这也是在提醒你：你设置的下载速度条件对你来说已经高于实际了，你需要适当调低预期。

如果不想遇到这种全部测速一遍都没几个满足条件的情况，那么就要调低下载速度上限参数 -sl，或者移除。

因为只要指定了 -sl 参数，那么只要没有凑够 -dn 的数量（默认 10 个），就会一直测速下去，直到凑够或全部测速完。移除 -sl 并添加 -dn 20 参数，这样就是只测速延迟最低的前 20 个 IP，测速完就停止，节省时间。

另外，如果全部队列 IP 都测速完了，但一个满足下载速度条件的 IP 都没有，你可能需要调低预期的下载测速下限条件，但你需要知道当前的大概测速速度都在什么范围，那么你就可以加上 -debug 参数开启调试模式，这样再遇到这种情况时，就会忽略条件返回所有测速结果，你就能看到这些 IP 的下载速度都有多少，心里也就有数了，然后适当调低 -sl 再试试。

注意，如果你没有指定下载测速下限 -sl 条件，那么无论什么情况下 CFST 都会输出所有测速结果。

同样，延迟测速方面，可用: 30、队列：10 这两个数值也可以让你清楚，你设置的延迟条件对你来说是否过于苛刻。如果可用 IP 一大堆，但条件过滤后只剩下 2、3 个，那不用说就知道需要调低预期的延迟/丢包条件了。

这两个机制，一个是告诉你延迟丢包条件是否合适的，一个是告诉你下载速度条件是否合适的。

很多人打开 CMD 直接就以绝对路径运行 CFST 会报错，这是因为默认的 -f ip.txt 参数是相对路径，需要指定绝对路径的 ip.txt 才行，但这样毕竟太麻烦了，因此还是建议进入 CFST 程序目录下，以相对路径方式运行：

方式 一：

1. 打开 CFST 程序所在目录
2. 空白处按下 Shift + 鼠标右键 显示右键菜单
3. 选择 [在此处打开命令窗口] 来打开 CMD 窗口，此时默认就位于当前目录下
4. 输入带参数的命令，如：cfst -tl 200 -dn 20 即可运行

方式 二：

1. 打开 CFST 程序所在目录
2. 直接在文件夹地址栏中全选(或清空)并输入 cmd 回车就能打开 CMD 窗口，此时默认就位于当前目录下
3. 输入带参数的命令，如：cfst -tl 200 -dn 20 即可运行

当然你也可以随便打开一个 CMD 窗口，然后输入如 cd /d "D:\Program Files\cfst" 来进入程序目录

提示：如果用的是 PowerShell 只需把命令中的 cfst 改为 .\cfst 即可。
注意：在 PowerShell 下使用 -o "" 会被忽略掉空参数导致报错，可加个空格 -o " " 解决

右键 cfst.exe 文件 - [创建快捷方式]，然后右键该快捷方式 - [属性]，修改其目标：

# 如果要不输出结果文件，那么请加上 -o " "，引号里的是空格（不加空格会导致该空参数被忽略从而报错）。
D:\ABC\cfst\cfst.exe -tl 200 -dn 20 -o " "

# 如果文件路径包含引号，则需要把启动参数放在引号外面，记得引号和 - 之间有空格。
"D:\Program Files\cfst\cfst.exe" -tl 200 -dn 20 -o " "

# 注意！快捷方式 - 起始位置 不能是空的，否则就会因为绝对路径而找不到 ip.txt 文件

# 指定自带的 IPv4 数据文件可测速这些 IPv4 地址（-f 默认值就是 ip.txt，所以该参数可省略）
cfst -f ip.txt

# 指定自带的 IPv6 数据文件可测速这些 IPv6 地址
# 另外，v2.1.0 版本后支持 IPv4+IPv6 混合测速并移除了 -ipv6 参数，因此一个文件内可以同时包含 IPv4+IPv6 地址
cfst -f ipv6.txt

# 也可以直接通过参数指定要测速的 IP
cfst -ip 1.1.1.1,2606:4700::/32

测速 IPv6 时，可能会注意到每次测速数量都不一样，了解原因： #120
因为 IPv6 太多（以亿为单位），且绝大部分 IP 段压根未启用，所以我只扫了一部分可用的 IPv6 段写到 ipv6.txt 文件中，有兴趣的可以自行扫描增删，ASN 数据源来自：bgp.he.net

目前有两种延迟测速模式，分别为 TCP 协议、HTTP 协议。
TCP 协议耗时更短、消耗资源更少，超时时间为 1 秒，该协议为默认模式。
HTTP 协议适用于快速测试某域名指向某 IP 时是否可以访问，超时时间为 2 秒。
同一个 IP，各协议去 Ping 得到的延迟一般为：ICMP < TCP < HTTP，越靠右对丢包等网络波动越敏感。

注意：HTTPing 本质上也算一种网络扫描行为，因此如果你在服务器上面运行，需要降低并发(-n)，否则可能会被一些严格的商家暂停服务。如果你遇到 HTTPing 首次测速可用 IP 数量正常，后续测速越来越少甚至直接为 0，但停一段时间后又恢复了的情况，那么也可能是被 运营商、Cloudflare CDN 认为你在网络扫描而触发临时限制机制，因此才会过一会儿就恢复了，建议降低并发(-n)减少这种情况的发生。

另外，本软件 HTTPing 仅获取响应头(response headers)，并不获取正文内容（即 URL 文件大小不影响 HTTPing 测试，但如果你还要下载测速的话，那么还是需要一个大文件的），类似于 curl -i 功能。

另外，HTTPing 过程中，软件会从 HTTP 响应头中获取该 IP 当前地区码（支持 Cloudflare、AWS CloudFront、Fastly、Gcore、CDN77、Bunny 等 CDN）并显示出来，而 TCPing 过程中无法这样做（但 下载测速 时也会这样做来获取地区码，毕竟下载测速也是个 HTTP 链接）

# 只需加上 -httping 参数即可切换到 HTTP 协议延迟测速模式
cfst -httping

# 软件会根据访问时网页返回的有效 HTTP 状态码来判断可用性（当然超时也算），默认对返回 200 301 302 这三个 HTTP 状态码的视为有效，可以手动指定认为有效的 HTTP 状态码，但只能指定一个（你需要提前确定测试地址正常情况下会返回哪个状态码）
cfst -httping -httping-code 200

# 通过 -url 参数来指定 HTTPing 测试地址（可以是任意网页 URL，不局限于具体文件地址）
cfst -httping -url https://cf.xiu2.xyz/url
# 如果你要 HTTPing 测试其他网站/CDN，那么指定一个该网站/使用该 CDN 的地址（因为软件默认地址是 Cloudflare 的，只能用于测试 Cloudflare 的 IP）

# 注意：如果测速地址为 HTTP 协议，记得加上 -tp 80（这个参数会影响 延迟测速/下载测速 时使用的端口）
# 同理，如果要测速 80 端口，那么也需要加上 -url 参数来指定一个 http:// 协议的地址才行（且该地址不会强制重定向至 HTTPS），如果是非 80 443 端口，那么需要确定该下载测速地址是否支持通过该端口访问。
cfst -httping -tp 80 -url http://cdn.cloudflare.steamstatic.com/steam/apps/5952/movie_max.webm

Cloudflare CDN 的节点 IP 是 Anycast IP，即每个 IP 对应的服务器节点及地区不是固定的，而是动态变化的，不同地区、不同运营商、不同时间段访问同一个 IP 分配到的服务器节点地区和路线也都是不一样的（比如同一个 IP，美国人访问就是分配到就近的美国节点服务器，日本人访问则就又变成了就近的日本节点服务器了，国内内地就比较特殊了，只能给你分配到其他国家，当然不同的 IP 段路由变化/分配逻辑也是不同的，有的 IP 段会较为固定）。

注意！虽然 Cloudflare CDN 有很多亚洲节点，但不代表你就能用上，新加坡人测速可能随便一抓一大把的新加坡节点，但你全部扫一遍可能都遇不到一个，因为这是由 CDN 控制的。Anycast IP 的路由是经常变的，同一个 IP 今天可能是美国，明天你再访问可能就又分配到欧洲节点了（当然这只是个例子，一般没有那么频繁，这也和很多因素有关，比如线路拥塞程度，成本变动等），因此不要对该功能有过高期待~

或者你随便找个 Cloudflare CDN 的 IP（比如官网域名的解析 IP 104.16.123.96），然后去那些有全球节点的在线 Ping 测试网站，你就会发现这个 IP 在全球大部分地区的延迟都是个位数（而且很多都是 0.X ms），就算一些地方延迟高一些但也基本都控制在 几十ms，只有在国内才会发现突然变成了 上百ms 了。

这就是 Anycast 技术，也就只有国内大陆这种特殊的网络情况，才需要对 Anycast 的 CDN IP 进行优选。

因此，对于这种 Anycast IP 的实际服务器位置，就不能靠那些在线 IP 地址位置查询网站来判断了。

除了通过 HTTP 响应头获取地区码外（该功能的实现方式），还可以手动访问 http://CloudflareIP/cdn-cgi/trace 来获知 CDN 分配给你的实际节点地区码。

该功能支持 Cloudflare、AWS CloudFront、Fastly、Gcore、CDN77、Bunny 等 CDN。
但注意，不是所有 CDN 都支持 Anycast 技术的，很多 CDN 会限制一个网站能使用的 IP 范围。

其中 Cloudflare、AWS CloudFront、Fastly 都使用的是 IATA 三字机场地区码，如：HKG,LAX
而 CDN77、Bunny 使用的是 二字国家/区域码，如：US,CN
Gcore 则使用的是 二字城市码，如：FR,AM
因此大家使用 -cfcolo 指定地区码时要根据不同的 CDN 来指定不同类型的地区码。

注意：如果你要用于筛选 AWS CloudFront CDN 地区，那么要通过 -url 参数指定一个使用 AWS CloudFront CDN 的下载测速地址（因为软件默认下载测速地址是 Cloudflare CDN 的），另外有时候 HTTPing 模式测速一些 AWS CloudFront 地址会返回 403 错误，这种情况下需要加上 -httping-code 403 才能正确获取地区码。

# 指定地区名后，延迟测速后得到的结果就都是指定地区的 IP 了（如果没有指定 -dd 的话则会继续进行下载测速）
# 如果延迟测速后结果为 0，则说明没有找到任何一个（未超时可用的）指定地区的 IP。
# 节点地区名为当地 IATA 机场地区码或国家/城市码，指定多个时用英文逗号分隔，v2.2.3 版本后支持小写

cfst -httping -cfcolo HKG,KHH,NRT,LAX,SEA,SJC,FRA,MAD

# 注意，该参数只有在 HTTPing 延迟测速模式下才可用（因为软件是通过 HTTP 链接中的响应头来获得该 IP 的实际地区码）

# 另外，HTTPing 过程中，软件会从 HTTP 响应头中获取该 IP 当前地区码（支持 Cloudflare、AWS CloudFront、Fastly、Gcore、CDN77、Bunny 等 CDN）并显示出来，而 TCPing 过程中无法这样做（但 下载测速 时也会这样做来获取地区码，毕竟下载测速也是个 HTTP 链接）

IATA 三字机场地区码，可见：https://www.cloudflarestatus.com/
二字国家码，可见：https://zh.wikipedia.org/wiki/ISO_3166-1二位字母代码#正式分配代码

注意：延迟测速进度条右边的可用数量，仅指延迟测速过程中未超时的 IP 数量，和延迟上下限条件无关。

• 仅指定 [平均延迟上限] 条件

# 平均延迟上限：200 ms，下载速度下限：0 MB/s
# 即找到平均延迟低于 200 ms 的 IP，然后再按延迟从低到高进行 10 次下载测速
cfst -tl 200

如果没有找到一个满足延迟条件的 IP，那么不会输出任何内容。

• 指定 [平均延迟上限] 条件，且只延迟测速，不下载测速

# 平均延迟上限：200 ms，下载速度下限：0 MB/s，数量：不知道多少 个
# 即只输出低于 200ms 的 IP，且不再下载测速（因为不再下载测速，所以 -dn 参数就无效了）
cfst -tl 200 -dd

• 同时指定 [平均延迟下限] + [平均延迟上限] 条件

# 平均延迟下限：60 ms，平均延迟下限：200 ms，下载速度下限：0 MB/s
# 即找到平均延迟高于 60 ms 且低于 200 ms 的 IP（也就是 60~200ms 之间的），然后再按延迟从低到高进行 10 次下载测速
cfst -tll 60 -tl 200

可能很多纳闷延迟不是越低越好吗？为什么还要丢掉低延迟的 IP ？

• 一方面是：一些人确实存在个性化需求，需要指定延迟区间。
• 另一方面则是：延迟和丢包最低的 IP 不一定就速度更快（当然一般情况下延迟更低且不丢包是更好的，因为这意味着 "物理距离近+中间路由环节少+网络稳定"，因此显然这种网络质量遇到速度快的概率更高），但网络质量好就不一定速度更快，因为传输速度是可以被控制的（比如 QOS），因此也会出现一些明明延迟更高，但是速度反而更快的情况（仅限于延迟差异，如果还涉及到丢包，那么因为丢包对传输速度影响极大，也会导致这种情况）
• 比如国内移动用户默认参数测速结果基本上都是清一色的 几十ms 的香港节点 IP，但容易遇到延迟很低还不丢包，但就是速度很差，或者时快时慢的，很折磨人，此时改用其它地区的虽然延迟更高但可能反而速度更快，就可以使用 -tll 来过滤掉这些香港的（除此之外就只有 httping 模式下的 colo 参数可以过滤了）

• 仅指定 [丢包几率上限] 条件

# 丢包几率上限：0.25
# 即找到丢包率低于等于 0.25 的 IP，范围 0.00~1.00，如果 -tlr 0 则代表过滤掉任何丢包的 IP
cfst -tlr 0.25

• 仅指定 [下载速度下限] 条件

# 平均延迟上限：9999 ms，下载速度下限：5 MB/s，数量：10 个（可选）
# 即需要找到 10 个平均延迟低于 9999 ms 且下载速度高于 5 MB/s 的 IP 才会停止测速
cfst -sl 5 -dn 10

如果没有找到一个满足速度条件的 IP，那么不会输出任何内容，你可能需要调低预期的下载测速下限条件，但你需要知道当前的大概测速速度都在什么范围，那么你就可以加上 -debug 参数开启调试模式，这样再遇到这种情况时，就会忽略条件返回所有测速结果，你就能看到这些 IP 的下载速度都有多少，心里也就有数了，然后适当调低 -sl 再试试。
注意，如果你没有指定下载测速下限 -sl 条件，那么无论什么情况下 CFST 都会输出所有测速结果。

没有指定平均延迟上限时，如果一直凑不够满足条件的 IP 数量，就会一直测速下去。
建议同时指定 [下载速度下限] + [平均延迟上限]，这样测速到指定延迟上限还没凑够数量，就会终止测速。

• 同时指定 [平均延迟上限] + [下载速度下限] 条件

# 平均延迟上限、下载速度下限均支持小数（如 -sl 0.5）
# 平均延迟上限：200 ms，下载速度下限：5.6 MB/s，数量：10 个（可选）
# 即需要找到 10 个平均延迟低于 200 ms 且下载速度高于 5 .6MB/s 的 IP 才会停止测速
cfst -tl 200 -sl 5.6 -dn 10

如果没有找到一个满足延迟条件的 IP，那么不会输出任何内容。
如果没有找到一个满足速度条件的 IP，那么不会输出任何内容，但可以通过加上 -debug 参数开启调试模式，这时会忽略条件输出所有 IP 测速结果（方便你下次测速时调整条件）。
所以建议先不指定条件测速一遍，看看平均延迟和下载速度大概在什么范围，避免指定条件过低/过高！

因为 Cloudflare 公开的 IP 段是回源 IP+任播 IP，而回源 IP是无法使用的，所以下载测速是 0.00。
运行时可以加上 -sl 0.01（下载速度下限），过滤掉回源 IP（下载测速低于 0.01MB/s 的结果）。

为了避免大家迷糊，我列出了在各种条件组合下的预期输出结果都是什么样的。

没有指定任何 延迟/速度条件 (即都是默认值)：

• 无论如何，都直接输出 所有测速结果

指定了任何 延迟条件（-tl -tll，且无论是否开启调试模式 -debug 都一样）：

• 如果找到最少 1 个满足条件的 IP，则只输出 这几个满足条件的 IP（如没有禁用下载测速，则会继续下载测速）
• 如果没找到任何满足条件的 IP，则会输出 空（如没有禁用下载测速，也会因为数量为 0 而跳过下载测速）

指定了任何 下载速度条件 (-sl)：

且当 关闭 调试模式 时（即没加上 -debug 参数，这种情况下和延迟测速的逻辑完全一致）：

• 如果找到最少 1 个满足条件的 IP，则只输出 这几个满足条件的 IP
• 如果没找到任何满足条件的 IP，则输出 空

且当 开启 调试模式 时（即加上了 -debug 参数，延迟测速并没有加上下面第二条里的逻辑，所以依然输出 空）：

• 如果找到最少 1 个满足条件的 IP，则只输出 这几个满足条件的 IP
• 如果没找到任何满足条件的 IP，则直接输出 所有测速结果

方式 一： 直接通过参数指定要测速的 IP 段数据。

# 先进入 CFST 所在目录，然后运行：
# Windows 系统（在 CMD 中运行）
cfst -ip 1.1.1.1,2.2.2.2/24,2606:4700::/32

# Linux 系统
./cfst -ip 1.1.1.1,2.2.2.2/24,2606:4700::/32

方式 二： 或者把这些 IP 按如下格式写入到任意文本文件中，例如：1.txt

1.1.1.1
1.1.1.200
1.0.0.1/24
2606:4700::/32

单个 IP 的话可以省略 /32 子网掩码了（即 1.1.1.1等同于 1.1.1.1/32）。
子网掩码 /24 指的是这个 IP 最后一段，即 1.0.0.1~1.0.0.255。

然后运行 CFST 时加上启动参数 -f 1.txt 来指定 IP 段数据文件。

# 先进入 CFST 所在目录，然后运行：
# Windows 系统（在 CMD 中运行）
cfst -f 1.txt

# Linux 系统
./cfst -f 1.txt

# 对于 1.0.0.1/24 这样的 IP 段只会随机最后一段（1.0.0.1~255），如果要测速该 IP 段中的所有 IP，请加上 -allip 参数。

## 原理简单解释：

首先要明白，CFST 下载测速过程，本质上和你将 IP 下载测速地址域名 写入 hosts 文件，然后浏览器去访问下载测速地址是一样的，只不过软件将其自动化了（类似于 curl -I --resolve 下载测速地址域名:443:IP https://下载测速地址）。

因此如果下载测速结果全都是 0.00 MB/s，那么代表下载测速过程中出问题报错，导致直接终止测速了（并最终显示为 0.00），就只有这几种可能性：

1. 下载测速地址有问题
2. 测速的 IP 地址有问题
3. 你的网络有问题

## 调试模式排查：

接下来请务必先在你原先使用的 CFST 运行命令后追加一个 -debug 参数来开启调试模式，重新跑一遍测速，这样下载测速过程中出现任何报错都会显示具体原因方便你排查。

常见的下载测速失败报错原因有（因为是 Go 语言的原生报错信息，因此基本都是英文）：

1. ... read: connection reset by peer ...
   链接被重置，可能是下载测速地址被阻断了 或测速 IP 被针对性 HTTPS 阻断了，可能是蔷干的，也可能是运营商干的（比如移动或部分地区的白名单），当然也可能是测速 IP 服务器单纯的重置了你这个不合法的链接请求
2. ... HTTP 状态码: 403 ...
   像这种直接提示 HTTP 状态码的，比较好判断，如 403 就是下载测速地址禁止你访问，404 就是下载测速地址路径对应的文件找不到（具体其他的可以搜索 HTTP 状态码含义）
3. ... context deadline exceeded (Client.Timeout exceeded while awaiting headers) ...
   这种一般是请求超时引起的，可能是 IP 或网络问题，也可能是 -dt 下载测速时间设置的太短了（当然默认的 10 秒肯定算不上短）
4. ... tls: handshake failure ... 或 ... tls: failed to verify certificate ...
   这种 TLS 握手失败/SSL 证书错误 代表下载测速地址和测速 IP 服务器不匹配，也就是下载测速地址与测速 IP 其中一方有误（例如下载测速地址是托管在 Fastly CDN 的，但测速 IP 是 Cloudflare CDN 的，或者反过来，总之就是你访问下载测速地址时该测速的 IP 服务器告诉你这个网站域名它不认识并把你拒之门外）
5. ... tls: failed to verify certificate: x509: certificate is valid for XXX.XX, not YYY.YY ...
   这种是 SSL 证书里没有包含你下载测速地址的域名，要么是下载测速地址证书配置有问题，要么就是该测速服务器 IP 上并没有该下载测速地址域名对应的 SSL 证书，也就意味着这个服务器 IP 是不能用于该下载测速地址域名的（比如你用谷歌的服务器 IP 去下载测速百度的域名就会这样，或像上面 4 的原因一样）
6. ... tls: failed to verify certificate: x509: certificate has expired or is not yet valid: current time ...
   这种是 SSL 证书过期了或者尚未到有效时间，除了这个原因外，也可能是和上面 4、5 的原因一样（这 4、5、6 三种报错可能会同时出现在同一个服务器 IP 上）
7. ... tls: failed to verify certificate: x509: certificate signed by unknown authority.
   这种代表系统证书配置有问题，导致 TLS 握手时无法验证证书，目前只在 Termux 内遇到过（解决方法见：#61 帖子末尾）

如果你遇到了其他报错原因，且翻译后还是不懂，可以发 Issues 或 Discussions 询问，我也会更新到这里。
但注意，发 Issues 或 Discussions 询问时，请记得带上调试模式下 CFST 输出的完整内容（或者完整截图）。

根据上面的报错原因排查一遍后，如果还是无法解决，那么可以尝试下面这些进一步排查：

一、下载测速地址有问题：

先去 #490 找几个其他的下载测速地址都试试。

如果其中有能下载测速出结果的，则就代表你之前使用的下载测速地址有问题（注意，目前默认下载测速地址仅为一个带负载均衡轮询的重定向链接，会自动重定向到上面帖子里大家分享的公益下载测速地址，而这些地址在不同地区的可用性可能有差异，因此可能出现之前不行现在又正常的情况，如果想要稳定，建议自建，上面帖子写了几种自建方法）。

如果找了很多，都是一样 0.00，那么就要考虑其他可能性了。

二、测速的 IP 地址有问题：

你用来测速的 IP 地址，可能一些 TCP 测试是通的，但实际上因为各种原因导致不能建立 HTTP 链接（比如是回源 IP，比如是企业用户专用 IP 等等），因此你可以多尝试一些其他的 IP 看是否可行。

三、你的网络有问题：

这个就比较麻烦了，如果你现在是用电脑+宽带来使用 CFST 测速的，那么可以尝试关闭手机 WIFI 并打开流量，然后数据线连接电脑，设置好 USB 网络共享（不同手机系统不太一样，具体自行搜索哈），并拔掉电脑的网线，这样你的电脑现在就是走的手机流量数据网络了（如果手机流量数据和宽带不是一个运营商会更好排查），然后再次运行 CFST 测速看看结果是否改变（也可以同时尝试上面的排查方法来交叉验证）。

如果测速结果正常了，那么显然就是宽带网络的问题，如果还是一样的 0.00，那么就麻烦了。。。

为了方便，我是在编译的时候将版本号写入代码中的 version 变量，因此你手动编译时，需要像下面这样在 go build 命令后面加上 -ldflags 参数来指定版本号：

go build -ldflags "-s -w -X main.version=v1.0.0"
# 在 CloudflareSpeedTest 目录中通过命令行（例如 CMD、Bat 脚本）运行该命令，即可编译一个可在和当前设备同样系统、位数、架构的环境下运行的二进制程序（Go 会自动检测你的系统位数、架构）且版本号为 v1.0.0

如果想要在 Windows 64位系统下编译其他系统、架构、位数，那么需要指定 GOOS 和 GOARCH 变量。

例如在 Windows 系统下编译一个适用于 Linux 系统 amd 架构 64 位的二进制程序：

SET GOOS=linux
SET GOARCH=amd64
go build -ldflags "-s -w -X main.version=v1.0.0"

例如在 Linux 系统下编译一个适用于 Windows 系统 amd 架构 32 位的二进制程序：

GOOS=windows
GOARCH=386
go build -ldflags "-s -w -X main.version=v1.0.0"

可以运行 go tool dist list 来查看当前 Go 版本支持编译哪些组合。

当然，为了方便批量编译，我会专门指定一个变量为版本号，后续编译直接调用该版本号变量即可。
同时，批量编译的话，还需要分开放到不同文件夹才行（或者文件名不同），需要加上 -o 参数指定。

:: Windows 系统下是这样：
SET version=v1.0.0
SET GOOS=linux
SET GOARCH=amd64
go build -o Releases\cfst_linux_amd64\cfst -ldflags "-s -w -X main.version=%version%"

# Linux 系统下是这样：
version=v1.0.0
GOOS=windows
GOARCH=386
go build -o Releases/cfst_windows_386/cfst.exe -ldflags "-s -w -X main.version=${version}"