XIU2
commented
2 years ago @peter2022 我尝试访问，但发现不行，会提示找不到文件巴拉巴拉的。
Closed XIU2 closed 9 months ago
XIU2
commented
2 years ago @peter2022 我尝试访问，但发现不行，会提示找不到文件巴拉巴拉的。
HeXis-YS
commented
2 years ago 如果有域名的话，更简单的方法是直接CNAME解析到VPS所在机房的LookingGlass。
XIU2
commented
2 years ago @peter2022 你这多了一个 https:// 去掉后我这边依然无法下载（提示找不到文件）
peter2022
commented
2 years ago @XIU2
完整测速结果已写入 result.csv 文件，可使用记事本/表格软件查看。 uci: Parse error 这个错误怎么处理？ 下载为0
#!/bin/bash
bash /etc/init.d/haproxy stop
bash /etc/init.d/passwall stop
/root/CloudflareST/CloudflareST -url https://misty-shadow-8013.cftest2022.workers.dev/200mb.test
IP=$(sed -n "2,1p" result.csv | awk -F, '{print $1}')
[[ -z "${IP}" ]] && echo "CloudflareST 测速结果 IP 数量为 0，跳过下面步骤..." && exit 0
uci set passwall.***.address="${IP}"
uci commit passwall
bash /etc/init.d/haproxy restart
bash /etc/init.d/passwall restarthttps://misty-shadow-8013.cftest2022.workers.dev/200mb.test 这个好用 但是出现下载为0和uci解析错误 pw的id 已用***代替 uci 的两条命令在openwrt的命令行中执行没有任何问题，在sh脚本中出现这个问题 上面的代码都是我在mobaxterm中自带的text editor 中手工敲得。。。。。。有的比较长的代码行就是拷贝到倒数第几个字母，然后手工录入剩下的字母。
XIU2
commented
2 years ago @peter2022 我用你这个下载测速地址试了下，可以正常下载测速，有下载测速结果。 uci 什么的我不清楚，我没有 OpenWrt 设备，对这些不熟。
实在不行就远程协助，我帮你看看算了。。。下载远程协助软件（这个是只有被控功能的单文件版），发邮件 mozji@snapmail.cc （我随便找的临时邮箱）告诉我你的设备代码、临时密码，我会等你一段时间。
https://dl.todesk.com/windows/ToDesk_Lite.exe
另外，包裹代码用的是 ` 而不是单引号 '，是 ESC 键下面那个（大键盘数字 1 左边的）。
peter2022
commented
2 years ago mozji@snapmail.cc @XIU2 已发 感谢
peter2022
commented
2 years ago @XIU2 非常感谢，自己调了2天，大大10分钟手到病除！！！:p
boboqiu82
commented
2 years ago 你好，我把自己的下载地址里面的测速文件从300M改成500M了。再次测速的时候，发现还是下载到300M后就停止下载了。导致速度不准。为什么还是会下载300M就停止换成别的ip，是因为cdn缓存的缘故么？应该怎么处理，谢谢了？
我用流量监控软件监控每个ip的下载情况，确实是下载到300M就停止了。
XIU2
commented
2 years ago @boboqiu82
只有在这三种情况下，软件才会终止下载测速并继续下一个：
尝试提高下载测速时间：-dt 20
当然你也可以选择适当降低时间，也能提高下载速度结果的准确性。
需要注意的是，下载测速时间不能设置太长，否则会导致结果明显失准（高于实际），也不能太短（最低 5 秒）。
主要还是因为 Cloudflare 速度并不稳定，忽高忽低的，再加上一开始有个起步加速时间，可能中间峰值速度很高，但是最后一平均就显得很低了。。。降低测速时间能缓解这一点，但是如果起步速度太慢则也会导致测速结果偏低，当然如果你就想过滤掉这些起步速度慢的 IP，也可以故意这么调低测速时间，但是不能调太低，具体自己试验。
总之下载测速仅为参考，同一个 IP 连续多次下载测速，得到的结果可能差距很大，这是正常情况。
boboqiu82
commented
2 years ago 手动hosts将域名指向自选IP后，确实有很多IP是无法通过浏览器访问，显示如下： https://www.z4a.net/images/2022/02/06/1d82dd9117e2613a8.png 只想到笨办法手动测试了。呵呵呵。 不过cloudfront的ip质量真的好。广移宽带，连cloudfront香港的ip节点，随随便便都能有700-800Mbps。 不过电信确实不行，晚上太拥堵了。用自己的电信宽带来手动测试过，对比移动没法入目。
benssenhe
commented
2 years ago 非常感谢XIU2提供的工具
我目前按照提示在workers自建了之后 在运行时加入了参数 可是测试出来的IP还是0.00 不知道什么情况 还请指教 谢谢
XIU2
commented
2 years ago @boboqiu82 如果是你自己的域名套了 CloudFront 的话，可以网站里放个小文件去用来下载测速（本质是测试是否可以指向） @benssenhe 自建的 Workers 下载测速地址，在浏览器中是否能正常访问下载？
boboqiu82
commented
2 years ago 对！我就是这办法手动测试的！笨是笨了点！不过有效！而且是对自己！谢了
benssenhe
commented
2 years ago 谢谢回复。 我在浏览器里测试了是可以的 您可以看下这个地址
https://broken-tab.maniba.workers.dev/ 和 https://broken-tab.maniba.workers.dev/200mb.test
XIU2
commented
2 years ago @benssenhe 无需引用或 at 我，这个 Issues 下的所有回复都会通知我的。 我试了下，能正常访问下载。 你测速后，复制所有输出内容包括你运行用的命令，都发出来我看看。
benssenhe
commented
2 years ago 谢谢XIU2. 刚才我又尝试了一次 这次是这样的结果 -
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
104.19.109.94 4 2 0.50 168.35 0.28
172.67.106.38 4 3 0.25 170.44 0.19
104.19.108.250 4 3 0.25 170.30 0.00
172.67.156.136 4 2 0.50 165.33 0.00
104.16.30.249 4 2 0.50 167.52 0.00
104.16.218.91 4 2 0.50 167.54 0.00
104.27.41.87 4 2 0.50 167.60 0.00
104.24.183.144 4 2 0.50 167.66 0.00
104.21.21.218 4 2 0.50 167.70 0.00
104.27.199.95 4 2 0.50 165.63 0.00 我就写了三段命令
root@gzcmcc:~# cd CloudflareST
root@gzcmcc:~/CloudflareST# chmod +x CloudflareST
root@gzcmcc:~/CloudflareST# ./CloudflareST -url https://broken-tab.maniba.workers.dev/200mb.test刚才我在佛山移动NAT试了一下 倒是可以
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
104.16.51.82 4 4 0.00 157.35 12.93
104.21.62.31 4 4 0.00 157.18 12.81
104.17.232.112 4 4 0.00 156.86 12.71
104.21.68.69 4 4 0.00 157.09 12.71
104.21.79.136 4 4 0.00 157.03 12.59
104.21.229.153 4 4 0.00 157.35 12.52
172.67.221.194 4 4 0.00 156.62 12.51
172.67.75.137 4 4 0.00 155.58 12.48
104.21.65.148 4 4 0.00 157.16 11.59
172.67.183.31 4 4 0.00 157.16 0.00 @benssenhe 你的下载测速地址没问题，运行的命令也没问题。 只是你发的第一个测速结果中，可以明显看到网络质量很差（延迟虽然不高，但是丢包很严重，丢包对速度影响极大），因此可能难以链接到 Cloudflare 节点，自然没有下载速度或者说极慢（0.XX MB/s）。
如果一直是这样的话，那么你第一个测速时的网络环境可能并不适合继续使用 Cloudflare 了，建议你没事多测速观察一下（这种情况下，只需要关注是否还会丢包，为了节省时间可以 -dd 禁用下载测速）
benssenhe
commented
2 years ago 是的 我又来了一次-dd 丢包还是严重 奇怪呀 这是广州移动的NAT
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
104.27.2.48 4 3 0.25 168.34 0.00
104.16.48.124 4 2 0.50 159.42 0.00
104.17.239.92 4 2 0.50 160.28 0.00
104.21.234.221 4 2 0.50 161.79 0.00
104.24.237.179 4 2 0.50 165.48 0.00
104.22.13.121 4 2 0.50 166.97 0.00
104.20.42.220 4 2 0.50 167.24 0.00
104.24.140.209 4 2 0.50 167.77 0.00
172.67.115.106 4 2 0.50 168.56 0.00
198.41.202.175 4 2 0.50 168.72 0.00 @benssenhe 网络问题我无法给予帮助，只能建议你每隔一段时间就去延迟测速看看，如果持续几天都是这样，那就。。。
benssenhe
commented
2 years ago 好哇 非常感谢 我再观察看看 对了 我有个IPV6的NAT 我是这么运行吗
./CloudflareST -url https://XXX.YYY.workers.dev/200mb.test -ipv6 可是出来的结果是这样的 正常吗
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
172.64.99.199 4 4 0.00 171.70 5.05
104.24.234.135 4 4 0.00 172.76 0.18
172.65.69.93 4 4 0.00 175.55 0.00
172.64.170.69 4 2 0.50 173.75 0.00
172.64.85.243 4 1 0.75 171.82 0.00 @benssenhe 要进行 IPv6 测速，需要同时加上这两个参数 -f ipv6.txt -ipv6 （你没有指定 IPv6 IP 段，依然是默认的 ip.txt）
我写的使用示例可能真的没什么人看吧。。。 https://github.com/XIU2/CloudflareSpeedTest#-ipv4ipv6
benssenhe
commented
2 years ago 谢谢 我刚才试了一下 输入结果是这样的
root@debian:~/CloudflareST# ./CloudflareST -url https://XXX.YYY.workers.dev/200mb.test -f ipv6.txt -ipv6
# XIU2/CloudflareSpeedTest v2.0.2
开始延迟测速（模式：TCP IPv6，端口：443，平均延迟上限：9999 ms，平均延迟下限：0 ms)
22028 / 22028 [---------------------------------------------------------------------------------] 100.00%
[信息] 延迟测速结果 IP 数量为 0，跳过下载测速。
[信息] 完整测速结果 IP 数量为 0，跳过输出结果。是因为我没有改ipv6.txt吗 可是这个文件要怎么改呀 我第一次玩ipv6的NAT 添麻烦了0,0
XIU2
commented
2 years ago @benssenhe ipv6.txt 里的 IP 段都是我写好的，不需要动。
这种提示，说明没有找到任何一个 TCPing 通的 IPv6 地址。
我在我的服务器上测试是正常的，请确保你那边能用 IPv6，你能 Ping 通这些 IPv6 吗？
root@A1:~/CloudflareST# ./CloudflareST -t 1 -f ipv6.txt -ipv6 -dd
# XIU2/CloudflareSpeedTest v2.0.2
开始延迟测速（模式：TCP IPv6，端口：443，平均延迟上限：9999 ms，平均延迟下限：0 ms)
20191 / 20191 [--------------------------------------------------------------------------------------] 100.00%
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
2606:4700:130::bb31:b888:2f8c 1 1 0.00 6.73 0.00
2606:4700:130::bb69:7621:b936 1 1 0.00 6.73 0.00
2606:4700:130:0:11:9415:771c:52ac 1 1 0.00 6.89 0.00
2606:4700:130:0:11:7617:500f:b131 1 1 0.00 7.02 0.00
2606:4700:130:0:11:766f:f60c:3652 1 1 0.00 7.22 0.00
2606:4700:130:0:11:766f:9243:9f67 1 1 0.00 7.30 0.00
2606:4700:130:0:11:766f:f05:9d6d 1 1 0.00 7.36 0.00
2606:4700:130:0:11:766f:ff4:5868 1 1 0.00 7.62 0.00
2606:4700:130::5d2b:78cb 1 1 0.00 8.19 0.00
2606:4700:130::5d70:798a 1 1 0.00 8.23 0.00我ping了之后好像没有反应了 我是用forward的ipv4登陆的SSH 这有影响吗
XIU2
commented
2 years ago @benssenhe 和你用什么方式、网络访问服务器没有任何关系。 因为这是由服务器的出口决定的（当然还有系统的网卡等配置），支持就能 Ping 通，不支持就不通。
benssenhe
commented
2 years ago 是的 那估计就是服务器的问题 因为我用了这段命令依旧是输出了0个结果
root@debian:~/CloudflareST# ./CloudflareST -t 1 -f ipv6.txt -ipv6 -dd
# XIU2/CloudflareSpeedTest v2.0.2
开始延迟测速（模式：TCP IPv6，端口：443，平均延迟上限：9999 ms，平均延迟下限：0 ms)
23103 / 23103 [--------------------------------------------------------------------------] 100.00%
[信息] 完整测速结果 IP 数量为 0，跳过输出结果。
BlueSkyXN
commented
2 years ago 发现自定义测速文件的话，还是 https://speed.cloudflare.com/__down?bytes=300000000
测速结果中有一半0速度，只有一两个速度正常，剩下速度很慢
XIU2
commented
2 years ago @BlueSkyXN 这个下载测速地址无关，只是单纯的网络问题（你、运营商、Cloudflare 之间）。 比如今天很多移动用户反应 Cloudflare 的所有节点都高丢包、速度严重下降。。。
BlueSkyXN
commented
2 years ago @BlueSkyXN 这个下载测速地址无关，只是单纯的网络问题（你、运营商、Cloudflare 之间）。 比如今天很多移动用户反应 Cloudflare 的所有节点都高丢包、速度严重下降。。。
我使用自己的魔改CFIP进行单IP测速，发现个别标0的节点确实速度很慢 但是，大部分标0的在我另外一边测速大体是50-200M的水平[不使用本地锐速]
XIU2
commented
2 years ago @BlueSkyXN 所以说，同一个 IP 在不同软件下测速结果不同？
BlueSkyXN
commented
2 years ago @BlueSkyXN 所以说，同一个 IP 在不同软件下测速结果不同？
对的，具体原因还没发现，每次都有几个是直接显示0，但是也有几个是正常的，没发现他们之间的区别
XIU2
commented
2 years ago @BlueSkyXN 我刚才跑了一下（因为是默认参数，所以是按顺序测完 10 次就结束了），看起来一切正常（我是联通）。
D:\Program Files\CloudflareST>CloudflareST.exe -url https://speed.cloudflare.com/__down?bytes=300000000
# XIU2/CloudflareSpeedTest v2.0.2
开始延迟测速（模式：TCP IPv4，端口：443，平均延迟上限：9999 ms，平均延迟下限：0 ms)
4608 / 4608 [---------------------------------------------------------------------------------------] 100.00%
开始下载测速（下载速度下限：0.00 MB/s，下载测速数量：10，下载测速队列：10）：
10 / 10 [-------------------------------------------------------------------------------------------] 100.00%
IP 地址 已发送 已接收 丢包率 平均延迟 下载速度 (MB/s)
104.20.27.5 4 4 0.00 183.27 23.04
104.20.90.169 4 4 0.00 182.37 21.67
104.24.224.177 4 4 0.00 185.53 17.03
104.25.35.171 4 4 0.00 185.35 15.61
104.25.12.52 4 4 0.00 183.90 14.07
104.24.16.89 4 4 0.00 183.75 5.28
104.27.122.118 4 4 0.00 179.94 4.48
104.20.15.81 4 4 0.00 185.93 3.01
104.20.52.69 4 4 0.00 184.40 1.88
104.20.61.57 4 4 0.00 184.78 1.32
完整测速结果已写入 result.csv 文件，可使用记事本/表格软件查看。
按下 回车键 或 Ctrl+C 退出。突然想起来一种可能，就是第一次延迟测试会有上千的并发，经常直接把我网络搞卡了，有可能是这个堵车的问题
XIU2
commented
2 years ago @BlueSkyXN 这也算是常见的问题了，在 Issues 中我见到好几人遇到这种情况，所以我当初将默认的 -n 500 调低至 -n 200 了。
OPPO9008
commented
2 years ago 或许可以收集一个可用的下载测速地址列表放在程序本体里, 包括网站的或者workers的. 也可以弄一个服务器配置下发, 找个网站存一个收集到的下载测速地址列表的json, 每次测速下载这个json缓存到本地, 设置一个有效期去更新, 允许在参数指定获取测速链接的json的地址方便大家自建分享. 然后程序加权随机选择一个(毕竟workers有日访问量限制), 不加参数默认文件大小到100MB. 毕竟大多数就直接双击启动懒得加参数, 网速快的选到不是最快不碍事. 所以默认的配置可以保守一点. 测算从开始接收到数据到下载完毕的耗时.
workers就统一用上面提供的代码, 网站就创建一个100MB的png后缀文件并设置cf页面规则确保缓存 .
mark一个我的地址, 如果作者大大需要: CF测速地址(Workers).
你的CF测速地址(Workers). 没有命中缓存 cf-cache-status: DYNAMIC
XIU2
commented
2 years ago @OPPO9008 他这个是用 Cloudflare Workers 搭建的（可以理解为简单的反代/中转，无需服务器/域名），拉取的文件也不是他自己服务器的（随便找个大文件即可），所以无需在意是否缓存（毕竟不花自己一分钱，全是白票来的~ 这玩意要缓存文件应该还需要加一些特殊代码，但是我对 Cloudflare Workers 不熟。。。 而且这种格式后缀的文件，可能 Cloudflare 压根也不支持缓存。。。
OPPO9008
commented
2 years ago 自建下载测速地址
还有一种方法是cdn套 backblaze 免费存储桶
再用转换规则 重写 桶文件路径 让链接更优雅 开启全部缓存的话 即不消耗流量，也不损耗api 次数，不受回源带宽限制
比起worker 可以避免反代链接失效，worker 被反爬虫的问题
XIU2
commented
2 years ago @OPPO9008 嗯，方法很多，大家可以发散思维，研究出更合适的方案。 我只是提供一种最简单的（毕竟自选 IP 的大都有 Cloudflare 账号，只需点几下，且无需服务器/域名，只是自用的话要求不高~
cxw620
commented
2 years ago 手机号收不到验证码😂
cxw620
commented
2 years ago 这个相当于从网站获取了, 也避免不了流量过大被限
cxw620
commented
2 years ago 我们本质是测CF的速度, 不管有没有缓存都差不多, 毕竟测速文件来自大的专业测速网站, 带宽是肯定ok的
cxw620
commented
2 years ago @BlueSkyXN 这个下载测速地址无关，只是单纯的网络问题（你、运营商、Cloudflare 之间）。 比如今天很多移动用户反应 Cloudflare 的所有节点都高丢包、速度严重下降。。。
坐标粤西, 测速可以跑满带宽, 但是7点后明显延迟变大 + 丢包
gitiray
commented
2 years ago 个人看法干脆一点，彻底停掉你的公益地址，必须在使用时指定URL。 无偿使用项目的前提是不对你造成影响，因此最优解就是使用每个人自己的账号额度。从而实现可持续发展。 不应该用你的个人账号去为不可控、无休止的大流量承担责任。
提供制作测速地址方法，自行制作即可。 除了上面说过的 VPS 和 Workers，还可以使用 Cloudflare Pages，部署起来也不难。 这应该是最好的方案，一次部署，文件就在 CF 的服务器上了。
Workers 反代因为需要回源，可能仍然被限速。 最重要的是，自己测速，自己承担流量。
Lewis-1217
commented
2 years ago 所以现在受影响的仅仅是测速限速还是ip限速，我的天哪，这么恐怖
XIU2
commented
2 years ago @gitiray 我查了下 Cloudflare Pages 方案可能不太行，一方面是 Github 有单文件大小限制，另一方面是 Cloudflare 限制最大文件大小为 25MB，这点大小显然不够测速。。。
@lxh520-huan 只是下载测速出问题了，被限速的很离谱（属实感人），我就干脆给暂停了，而延迟测速自然不会被影响。 另外，你这怎么还发重复了，多余的一条我给你删掉了。
BlueSkyXN
commented
2 years ago @gitiray 我查了下 Cloudflare Pages 方案可能不太行，一方面是 Github 有单文件大小限制，另一方面是 Cloudflare 限制最大文件大小为 20MB，这点大小显然不够测速。。。
@lxh520-huan 只是下载测速出问题了，被限速的很离谱（属实感人），我就干脆给暂停了，而延迟测速自然无法被影响。 另外，你这怎么还发重复了，多余的一条我给你删掉了。
我也支持 @gitiray 的观点，建议把你自己提供的移除，强制用自定义
OPPO9008
commented
2 years ago 提示大佬一个问题 大佬以前的测速链接是 png 图片，而cloudflare禁止缓存视频、不成比例的图片和音频
网站的流量全是 图片，迟早出问题
这是摘抄的TOS 2.8 Limitation on Serving Non-HTML Content The Service is offered primarily as a platform to cache and serve web pages and websites. Unless explicitly included as a part of a Paid Service purchased by you, you agree to use the Service solely for the purpose of serving web pages as viewed through a web browser or other application and the Hypertext Markup Language (HTML) protocol or other equivalent technology. Use of the Service for serving video (unless purchased separately as a Paid Service) or a disproportionate percentage of pictures, audio files, or other non-HTML content, is prohibited.
建议大佬放超大的 html文件 作为测速链接
我还发现一种cloudflare 缓存超大文件的方法
生成2gb 可见字符文件
dd if=/dev/zero bs=1M count=2048 | tr "\x00" "\x31" | gzip -9 > bomb.gzipnginx 配置
location = /2gb.html {
default_type text/html;
add_header Content-Encoding gzip;
gzip off;
alias /var/www/html/2gb.gzip;
}实测2gb 大文件也成功缓存
XIU2
commented
2 years ago @OPPO9008 这个我知道，当初自建的时候就查过，所以选择了生成空文件来缓解，实测确实是有点用的（可能是因为压缩后极小不占用存储空间吧），如果是正常的图片文件，大文件大流量的话，怕是早就被 Cloudflare 暂停服务了（当初查的时候看过别人的吐槽，流量只是我的零头，却被暂停服务了，而我这个也只是因为流量太大而被限制速度什么。。。）
另外，我突然想起来，也见过有人因为网页不可读而被制裁，虽然用的不是 Cloudflare，但我不知道 Cloudflare 会不会也这样做，毕竟 200MB 的 .html 文件显然不正常，相比起来 200MB 的图片文件反而显得不那么突兀了（毕竟确实有这种大小的图片）。
BlueSkyXN
commented
2 years ago 在重新调整了参数后，由于大量发包造成的局域网网络波动导致速度为0的问题已解决 同时我把我测速地址从HTTPS改为HTTP，差距倒是不怎么明显 N值调到20~50表现更佳，就是墨迹点
CloudflareST.exe -url http://XXXX -n 100 -tl 180 -dt 20 -dn 20 -tp 80
我试了下发现还能勉强访问，但已经被限制成龟速了。。。可以说是慢至不可用了，干脆就先暂停了。
以前还有隔壁 better-cloudflare-ip 项目和我互相均摊流量，但是自从关闭后，大量用户涌入本项目，使用人数及下载测速流量直线上升（我算了下大概相当于以平均每秒 1Gb 的速度全天 24 小时的跑），被限制并不出乎我的意料，毕竟只是免费套餐。。。目前只能建议大家改用其他下载测速地址，当然如果经常使用的话还是建议自建下载测速地址（很简单）更稳定可靠。
# 什么样的 URL 可用作 下载测速地址 ？
# 有什么现成可用的 下载测速地址 ？
# 如何使用其他 下载测速地址 ？
要使用其他下载测速地址，只需要在运行 CloudflareST 时加上
-url参数即可，例如：Windows 用户不知道怎么加参数运行的话，可以看看这个：
适用于经常修改运行参数的人。
适用于不经常修改运行参数的人（比如平时都是直接双击运行），这样的话使用习惯和以前一样。