关于下载测速不可用/不稳定 (0.00 MB/s) 的 情况说明 及 解决方法...

[XIU2]

为了避免偏离重点，本帖子下仅限讨论 下载测速地址 相关，其他问题请新开 Issues/Discussions 否则可能会被 隐藏
感觉 Issues 这种单线同层的讨论不太适合该帖子，所以我就干脆给转成这个 discussion 了（可以像论坛贴吧那样楼中层回复）。

请先看：# 下载测速都是 0.00 ？ 一步步排查问题后，再继续往下看。

CloudflareST 下载测速地址将不再由我个人自建承担了，改为重定向至大家分享的公益地址，因此不再保证可用性，想要稳定建议自建~

---

刚刚 Cloudflare 发邮件跟我巴拉巴拉说了一大段，翻译为人话大概意思就是：

发现 cf.xiu2.xyz 最近流量太大，因此暂时限制了速度、流量优先级等，直到流量降低到 "正常" 水平时才会恢复。

我试了下发现还能勉强访问，但已经被限制成龟速了。。。可以说是慢至不可用了，干脆就先暂停了。

以前还有隔壁 better-cloudflare-ip 项目和我互相均摊流量，但是自从关闭后，大量用户涌入本项目，使用人数及下载测速流量直线上升（我算了下大概相当于以平均每秒 1Gb 的速度全天 24 小时的跑），被限制并不出乎我的意料，毕竟只是免费套餐。。。

---

目前只能建议大家改用其他下载测速地址，当然如果经常使用的话还是建议自建下载测速地址（很简单）更稳定可靠。

# 什么样的 URL 可用作 下载测速地址 ？

1. 该地址用的是 Cloudflare CDN。
2. 访问该地址可以直接下载文件。
3. 文件大小建议不低于 200 MB（建议不高于 512 MB，避免因无法缓存而回源影响下载测速准确度）。

注意：如果下载测速地址大小低于 200MB，建议同时调低下载测速时间（如：-dt 5 ），以提高测速结果准确性。

---

# 有什么现成可用的 下载测速地址 ？

✨感谢以下分享公益 下载测速地址 的热心网友对本项目的帮助！

-url https://speed.cloudflare.com/__down?bytes=9999999
# 由 Cloudflare 官方提供，200 MB，优点是支持自定义大小（末尾数字），缺点是有 "每日总流量限制"...
# 已不可用，Cloudflare 限制了文件大小最多 9999999bytes 也就是 9.9MB，文件太小会导致测速结果严重偏低

-url https://download.parallels.com/desktop/v15/15.1.5-47309/ParallelsDesktop-15.1.5-47309.dmg
-url https://download.parallels.com/desktop/v17/17.1.1-51537/ParallelsDesktop-17.1.1-51537.dmg
# 由 Parallels 提供，200 MB、300 MB

-url https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.3/src.tar.gz
-url https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.3/i386/base73.tgz
-url https://cloudflare.cdn.openbsd.org/pub/OpenBSD/7.3/alpha/install73.iso
# 由 Openbsd 提供，200 MB

-url https://speedtest.poorhub.pro/cf.7z
# 由 @little-twain 提供，469 MB

-url https://download-proxy.zhaofengying.com/api/download?url=任意文件地址
# 由 @hronro 提供，文件大小取决于指定的目标文件，在末尾的 ?url= 后面加上任意文件 URL（要求：可直接下载且大于 200MB）

# 例如，这样就能当下载测速地址用了（这个文件是 200 MB） ：
-url https://download-proxy.zhaofengying.com/api/download?url=https://testfileorg.netwet.net/500MB-CZIPtestfile.org.zip

-url https://cf-speedtest-v2.acfun.win/50mb.test
-url https://cf-speedtest-v2.acfun.win/100mb.test
-url https://cf-speedtest-v2.acfun.win/200mb.test
-url https://cf-speedtest-v2.acfun.win/300mb.test
-url https://cf-speedtest-v2.acfun.win/500mb.test
-url https://cf-speedtest-v2.acfun.win/1gb.test
# 由 @cxw620 提供，50MB, 100 MB, 200 MB, 300 MB, 500MB, 1GB

# 1. 可以这么写 (推荐)
-url https://w.7rs.net/speedtest/?bytes=209715200
# 2. 也可以这么写: https://w.7rs.net/speedtest/{bytes}.test
-url https://w.7rs.net/speedtest/209715200.test
# 3. 按 2 的写法, 带单位也行, 支持 B / KB / KiB / MB / MiB / GB / GiB, 不分大小写 (算文件大小没人会用 bits 吧 orz), 但单位和数字间不能有空格
-url https://w.7rs.net/speedtest/200MiB.test
# 由 @mx4994 提供，500 MB

-url https://xn--e1a.eu.org/300.zip
# 由 @0-RTT 提供，300 MB、500 MB
# 原为 https://е.eu.org/300.zip 但为了避免特殊符号被误认为字母 e 因此上面提供的是转换后的真实域名（浏览器也是先转换再访问）

-url https://cfspeed.520131420.xyz/200mb.bin
-url https://cfspeed.520131420.xyz/300mb.bin
-url https://cfspeed.520131420.xyz/500mb.bin
# 由 @holll 提供，200 MB、300MB、500 MB

-url https://down2.178969.xyz/download/100MB.zip
-url https://down2.178969.xyz/download/200MB.zip
-url https://down2.178969.xyz/download/300MB.zip
-url https://down2.178969.xyz/download/400MB.zip
-url https://down2.178969.xyz/download/500MB.zip
# 由 @mclk623 提供，100~500 MB

-url https://music.googleapis.asia/mp3/shi.mp3
-url https://music.googleapis.asia/mp3/wushi.mp3
-url https://music.googleapis.asia/mp3/yibai.mp3
-url https://music.googleapis.asia/mp3/liangbai.mp3
-url https://music.googleapis.asia/mp3/sanbai.mp3
-url https://music.googleapis.asia/mp3/sibai.mp3
-url https://music.googleapis.asia/mp3/wubai.mp3
# 由 @xiaoeyv 提供，10、50、100、200、300、400、500 MB

-url https://alist.cf.cloudns.biz/d/本地/测速/异世界迷宫的后宫生活_05.mp4
-url https://alist.cf.cloudns.biz/d/本地/测速/测速4k跳舞视频.webm
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集1.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集2.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集3.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集4.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/欢乐颂3_21_1080P.mp4
# 由 @bian-wz 提供，380~520 MB

-url https://cfst.easytestfiles.pencilnavcdn.990989.xyz/easytestfiles-100mb.zip
-url https://cfst.easytestfiles.pencilnavcdn.990989.xyz/easytestfiles-200mb.zip
-url https://cfst.easytestfiles.pencilnavcdn.990989.xyz/easytestfiles-300mb.zip
-url https://cfst.easytestfiles.pencilnavcdn.990989.xyz/easytestfiles-400mb.zip
-url https://cfst.easytestfiles.pencilnavcdn.990989.xyz/easytestfiles-500mb.zip

# 上面域名可替换为下面这几个
cfst.easytestfiles-b0.pencilnavcdn.990989.xyz
cfst.easytestfiles-b1.pencilnavcdn.990989.xyz
cfst.easytestfiles-b2.pencilnavcdn.990989.xyz
cfst.easytestfiles-b3.pencilnavcdn.990989.xyz
cfst.easytestfiles-b4.pencilnavcdn.990989.xyz
cfst.easytestfiles-b5.pencilnavcdn.990989.xyz
cfst.easytestfiles-b6.pencilnavcdn.990989.xyz
cfst.easytestfiles-b7.pencilnavcdn.990989.xyz
cfst.easytestfiles-b8.pencilnavcdn.990989.xyz
cfst.easytestfiles-b9.pencilnavcdn.990989.xyz

# 由 @PencilNavigator 提供，100、200、300、400、500 MB

✨感谢以上分享公益 下载测速地址 的热心网友对本项目的帮助！

---

# 如何使用其他 下载测速地址 ？

要使用其他下载测速地址，只需要在运行 CloudflareST 时加上 -url 参数即可，例如：

# Windows
CloudflareST.exe -url https://speed.cloudflare.com/__down?bytes=200000000

# Linux/Mac
./CloudflareST -url https://speed.cloudflare.com/__down?bytes=200000000

注意：如果下载测速地址大小低于 200MB，建议同时调低下载测速时间（如：-dt 5 ），以提高测速结果准确性。

Windows 用户不知道怎么加参数运行的话，可以看看这个：

• CMD 带参数运行 CloudflareST
  适用于经常修改运行参数的人。
• Windows 快捷方式带参数运行 CloudflareST
  适用于不经常修改运行参数的人（比如平时都是直接双击运行），这样的话使用习惯和以前一样。

[XIU2]

# 自建下载测速地址（三选一）：

1. Cloudflare Workers 自生成指定大小文件（无需反代其他文件，无需服务器，需要域名）

通过 Cloudflare 官方测速接口，自动生成指定大小的空文件供 CloudflareST 下载测速使用，无需寻找并反代其他外部文件地址。

1. 更灵活（文件大小随便自定义）
2. 更准确（因为是官方接口内部临时生成空文件，而非去反代其他外部文件地址，最大程度减少了回源环节对下载测速的影响）
3. 更稳定（毕竟如果反代的其他文件地址挂了就还要手动更换什么的）。

具体见项目：https://github.com/cmliu/CF-Workers-SpeedTestURL

---

2. Cloudflare Workers 文件反代（需要反代其他文件，无需服务器，需要域名）

注意：因为 *.workers.dev 域名被 DNS 污染，所以默认分配的子域名将无法使用，有域名的可以将 Workers 服务路由绑定至自己的域名就能访问了。

可以利用 Cloudflare Workers 服务，这个只限制访问次数不限制流量，免费版每日 10 万次数限制（每天 8 点重置）。
搭建 Workers 文件反代很简单，也就在 Cloudflare 后台点几下就完事了，连服务器都省了。

「 点击展开 查看快速搭建步骤 」

---

简单来说就是：创建服务、粘贴代码、保存部署，完事~

1. 打开 Cloudflare Workers，点击中间橙色的 Start building 按钮。
   如果是第一次用，则会让你取个 "专属于你" 的二级子域名，即 YYY.workers.dev，以后可以改...

---

2. 点击 创建服务 按钮（如下图所示）

---

3. 输入服务名称（三级子域名），选择第二个 HTTP 处理程序，点击 创建服务 按钮（如下图所示）

---

4. 点击右下角的 快速编辑 按钮

---

5. 清空原内容并粘贴以下代码，点击 保存并部署（通常 10 秒内就完成了，如下图所示）

addEventListener("fetch", event => {
  let url = new URL(event.request.url);
  url.protocol = 'https:'
  url.hostname = "cachefly.cachefly.net";
  let request = new Request(url, event.request);
  event.respondWith(fetch(request));
})

这里是以 https://cachefly.cachefly.net/200mb.test 为反代目标（不建议只照着这一个薅），不过最大只有 200MB，想要更大的请修改反代目标（下面有可用的大文件 URL），另外如果目标是 http 地址则记得将上面代码中的 https: 改为 http:

为了减少回源，提高下载测速准确度。建议反代目标选择文件小于 512MB 且 支持 CDN 缓存的文件后缀。

---

6. 最后尝试浏览器访问 https://XXX.YYY.workers.dev/200mb.test 如果可以正常下载则代表部署成功

注意：因为 *.workers.dev 域名被 DNS 污染，所以默认分配的子域名将无法使用，有域名的可以将 Workers 服务路由绑定至自己的域名就能访问了。

具体可以看看 #189 这里提到了 Workers 自定义域名。

后续使用 CloudflareST 时，记得加上 -url 参数，例如：

# Windows
CloudflareST.exe -url https://XXX.YYY.workers.dev/200mb.test 

# Linux/Mac
./CloudflareST -url https://XXX.YYY.workers.dev/200mb.test 

访问这个 URL 其实就是在反代 https://cachefly.cachefly.net/200mb.test
如果想要改成其他大文件 URL（下面写的有），只需要修改 Workers 代码中的 cachefly.cachefly.net 域名和协议即可

---

2.1【可选】自定义 Workers 地址的 URL 路径（简短好记）

「 点击展开 查看简单说明 」

---

把上面原先的 Workers 代码改成下面这样，即可把原先很长/不好记的 URL 路径改为简短好记：

addEventListener("fetch", event => {
  let url = new URL(event.request.url);
  if (url.pathname == "/test" && url.search == "") {
    url.href="https://cachefly.cachefly.net/200mb.test"
    let request = new Request(url, event.request);
    event.respondWith(fetch(request));
  }
})

其中第 3 行的 /test 就是你可以自定义的 URL 路径，最终下载测速地址为：https://xxx.yyy/test

你可以将其改为 /，这样的话最终下载测速地址为：https://xxx.yyy（/ 可省略不写

---

3. 服务器套 Cloudflare CDN（需要服务器+域名）

「 点击展开 查看简单说明 」

---

首先你需要有个域名，然后在你的服务器上建立一个简单的虚拟主机（也就是 HTTP 服务/网站，如 Nginx / Apache / Caddy 等，也不需要去申请 SSL 证书，毕竟这玩意用不上回源加密），虚拟主机绑定你的域名，并在虚拟主机目录下生成一个空文件即可：

# 以下命令会在 /XXX 目录下，生成一个文件名为 cfst.bin 大小为 300MB 的文件
# 记得修改命令中的 /XXX/ 示例路径，否则直接运行会提示找不到文件夹！

dd if=/dev/zero of=/XXX/cfst.bin bs=1M count=0 seek=300

# 因为是空文件（稀疏文件），所以并不会实际占用服务器的 300 MB 硬盘空间（只会占用一些元数据和少量实际分配的存储空间），可以使用 ls -lh cfst.bin 和 du -h cfst.bin 来对比一下文件大小

# 另外，也因为是稀疏文件的缘故，Cloudflare 在缓存压缩时，这种空稀疏文件 300MB 也会被压缩到极小（几 KB？和你用任何压缩协议压缩后的大小差不多，反正只要随意压缩了就会变得极小），不占用 Cloudflare 的节点缓存空间，因此 Cloudflare 并没有追究文件正不正常的问题，顶多像我这样因流量太大（每天 10TB）而被域名限速了。。。

# 另外，不建议搞太多不同大小的文件，这样不利于缓存，因此 Cloudflare 的缓存机制还会看文件热度，如果流量分散到几个文件上，可能会导致文件热度不足早早就被清理，从而增加回源次数，消耗服务器流量。

也可以使用其他 Cloudflare CDN 支持缓存的文件后缀，具体见：#default-cached-file-extensions

最后在 Cloudflare 上给你的域名添加 A 解析记录指向你的服务器 IP，并点击切换为橙色云朵（即走 Cloudflare CDN）即可。

使用初期的时候，会因为回源而消耗部分服务器流量并缓存到 CDN 节点，后续访问 URL 就直接从 CDN 缓存中读取了。

另外，建议去缓存 - Tiered Cache 中开启 Tiered Cache Topology 功能，这样可以进一步降低回源次数，节省服务器流量。

---

# 一些可用于 Cloudflare Workers 文件反代 的大文件 URL：

文件反代不知道在哪里找大文件的话，可以去看看各 IDC 的官方测速文件（可以谷歌搜索 VPS looking glass 或 testfile MB 就能找到很多，建议优先选择美西），建议选择 512MB 以下且 支持 CDN 缓存的文件后缀，我举几个例子：

# 这几个小于 512 MB，且都是会被 CDN 缓存的 .zip 文件后缀（常见的 文档、图片、音视频、压缩包、安装包、静态文件 后缀）
http://ipv4.download.thinkbroadband.com/200MB.zip
http://ipv4.download.thinkbroadband.com/512MB.zip
https://testfileorg.netwet.net/500MB-CZIPtestfile.org.zip

# 这几个 .test 的后缀是不支持缓存的，可以用但会影响下载测速准确度
https://cachefly.cachefly.net/200mb.test
https://lg-seattle.cloudzy.com/500MB.test
https://lg-miami.cloudzy.com/500MB.test
https://lg-chicago.cloudzy.com/500MB.test
https://lg.my.controlvm.com/500MB.test
http://23.145.48.48/500MB.test
http://speedtest-sfo3.digitalocean.com/1gb.test

注意：这些文件地址是让你 Workers 反代用的，不能直接用于 -url 参数！

[tramsky996]

我觉得用自己的cf workers反代大文件就很好，用这个优选ip的人肯定都会用cf，自己搭建也不麻烦，在使用教程里写上如何自己用cf搭反代就好了

[mingxiaoyu]

我觉着这个方案可行

[XIU2]

@tramsky996 我以前折腾过一个 Workers Github 文件加速的，但毕竟只适用于 Github 的 URL，我记得有那种适用于任何网站的文件加速的（如 xxx.xx/?url=https://yyy 这样的），但我一时半会又找不到。。。

[tramsky996]

@tramsky996 我以前折腾过一个 Workers Github 文件加速的，但毕竟只适用于 Github 的 URL，我记得有那种适用于任何网站的文件加速的（如 xxx.xx/?url=https://yyy 这样的），但我一时半会又找不到。。。

用过这个jsproxy
访问：https://xxx.子域名.workers.dev/-----http://url

还可以这样，用的v2rayn的测速文件，修改的话把hostname改了就行

addEventListener( 
  "fetch",event => { 
     let url=new URL(event.request.url); 
     url.hostname="cachefly.cachefly.net"; 
     let request=new Request(url,event.request); 
     event. respondWith( 
       fetch(request) 
     ) 
  } 
) 

访问：https://xxx.子域名.workers.dev/200mb.test
cachefly好像只有10mb 100mb 和 200mb

[XIU2]

@tramsky996 大文件的话，可以直接去找一些 VPS 的官方测速文件，往往都不小。
可以谷歌搜索关键词 VPS looking glass 就能找到很多，建议优先选择美西。

[XIU2]

@tramsky996 @mingxiaoyu 刚刚在 1L 补充了创建 Workers 的图文教程。

[WangWenBin2017]

怪不得。下个版本可以增加一个预置动态的测速源的功能，这样当限速了也能获取到最新的不限速源

[XIU2]

@WangWenBin2017 我还没想好到底怎么处理好，我个人比较咸鱼，不想牵涉过多精力来折腾下载测速地址，我更倾向于让大家自己去寻找或自建，但是这样又多少会影响轻度使用者/初次使用者。。。

另外，目前就能实现类似你说的效果，那就是将当前默认的下载测速地址直接 302 重定向至可用的地址即可，昨天我就尝试指向 Cloudflare 官方下载测速地址发现可以正常测速了，不过考虑到无论指向谁，都无法承受住这么大的下载测速流量（平均每秒 1Gb 速度全天 24 小时不停歇）。。。

就像 Cloudflare Workers 的免费套餐的每日 10 万次访问上限，看着很多，但对我来说远远不够，而我又懒得搞一堆账号，毕竟不仅麻烦而且还违反服务条款，容易翻车。

我想过可以考虑收集一个可用的下载测速地址列表，在服务器上随机/顺序重定向，来实现负载均衡，但我还没去研究，不知道 Nginx 是否能实现这样的功能。。。

---

目前默认的下载测速地址被 Cloudflare 限速至龟速，几乎不可用，所以我就暂时先将其重定向到该 Issues 问题下，就当成是一种变相通知吧，长时间无法下载测速，大家都会跑过来看看发生了什么。

可惜了，Cloudflare 官方下载测速地址竟然有每日总流量限制，一年前我这个项目还没多少人用的时候，就能把 Cloudflare 官方下载测速地址跑崩（一到晚上网站就会提示流量超限，直到第二天重置）。。。否则哪儿还需要操心这些事情~

---

虽然我写了这个软件，但实际上我自己只是一个轻度使用者，平均也只是几天用一次，只测延迟不测下载，可能是我是联通的原因，平时除了半夜 12 点高峰期顶峰期间外，其他时间随便找个延迟最低的 IP 速度都慢不到哪里去（白天 150ms，晚上 200ms），所以慢慢的我也就 -dd 禁用下载测速了。

[z10056]

我就说呢，咋测试半天一点速度都没有，还以为跟better-cloudflare-ip作者一样删库了。。

[z10056]

高宽带或者5g测试出来的ip用的更久，我家之前百兆宽带，基本一天得选两三次，用5g选的ip，选到的基本都是三百兆以上的速度，能用好几天

[cxw620]

"众筹"行不行?(笑)大家都去worker弄一个地址,, 然后提个issue收集一下

[boboqiu82]

大大，按照你的做法自己折腾了半天，还有2个问题不是很懂需要请教。
1.创建Cloudflare Workers反代的粘贴代码，如果用你提供的这套代码，http那到底是填写https:，还是http: ？我填的是http，没有“s“。
2.最后运行命令时，按照你提供的参数修改后，为什么测速不了。我最终是弄成这样： CloudflareST.exe -url https://xxx.xxxx.top/cfst.png才有速度。你的参数不知道该怎么加进来。可否解答。谢谢。
xxx.xxxx.top是我的域名。

[XIU2]

@boboqiu82
代码中的协议选择 http 还是 https 取决于目标网站用的是什么。
代码示例中的 cachefly.cachefly.net 用的是 https，所以我代码中写的就是 https。
如果目标网站用的是 http（如 http://speedtest-sfo3.digitalocean.com/1gb.test），那么你就需要改成 http 。

没明白你的意思，什么参数？你不是已经加上 url 参数了么？

[Filterrr]

分享测试地址：

jp.212124.xyz/vultr.com.100MB.bin

[XIU2]

感谢公益分享，已添加~

[XIU2]

失效了。。

[Filterrr]

可以了 更新下
新增：https://jp.212124.xyz/vultr.com.1000MB.bin

[XIU2]

已更新~

[XIU2]

jp.212124.xyz 域名解析没了。

[bian-wz]

[bian-wz]

我顶多再给你翻两倍，也就是原先你占 7 个，现在是占 21 个，也就是承担了三分之一的流量。

谢谢。如果不能用了，我会及时的通知你

域名出问题了
把域名改成 alist.bian666.cf 吧
抱歉了

[bian-wz]

我顶多再给你翻两倍，也就是原先你占 7 个，现在是占 21 个，也就是承担了三分之一的流量。

谢谢。如果不能用了，我会及时的通知你

域名出问题了 把域名改成 alist.bian666.cf 吧 抱歉了

@XIU2

[1265578519]

有点抽象，不到3个小时就寄

[XIU2]

OK，恢复原状了。

[bian-wz]

OK，恢复原状了。

真的非常抱歉

[cxw620]

更新: 发现 cachefly.cachefly.net 目前访问异常, 编写 WASM 在 Cloudflare Workers 上部署压缩炸弹作替代, 效果良好.

-url https://cf-speedtest-v2.acfun.win/50mb.test
-url https://cf-speedtest-v2.acfun.win/100mb.test
-url https://cf-speedtest-v2.acfun.win/200mb.test
-url https://cf-speedtest-v2.acfun.win/300mb.test
-url https://cf-speedtest-v2.acfun.win/500mb.test
-url https://cf-speedtest-v2.acfun.win/1gb.test
# 由 @cxw620 提供，50MB, 100 MB, 200 MB, 300 MB, 500MB, 1GB

旧地址流量目前也交由新版 workers 程序处理.

仓库地址, 可以自行部署, 但操作麻烦, 需要在 Linux 环境下操作: https://github.com/cxw620/cf-speedtest-v2
可以到我的仓库发 issue 分享意见等.

更新: 支持 Linux 部署, 作为 Workers 超限使用回落.

[XIU2]

已更新哈~

[cxw620]

更新: 支持任意长度 bytes, 默认为 200 MiB. 目前最大限制为 10 GiB.

// 1. 可以这么写 (推荐)
-url https://w.7rs.net/speedtest/?bytes=209715200
// 2. 也可以这么写: https://w.7rs.net/speedtest/{bytes}.test
-url https://w.7rs.net/speedtest/209715200.test
// 3. 按 2 的写法, 带单位也行, 支持 B / KB / KiB / MB / MiB / GB / GiB, 不分大小写 (算文件大小没人会用 bits 吧 orz), 但单位和数字间不能有空格
-url https://w.7rs.net/speedtest/200MiB.test

浏览器直接访问需要关闭 accept-encoding: zstd, 否则 Cloudflare 会偷懒返回原始文件让浏览器解压 (自然是解压不了的, 为了避免压缩炸弹类的攻击, 浏览器有解压大小限制). Go http.Client 不支持 brotli / zstd, 所以可以使用 Cloudflare Workers 构造压缩炸弹, Cloudflare 会解压后再返回. 参考 golang/go#62492, Go http.Client 加上 br / zstd 支持估计遥遥无期, 但我还是建议可以代码里面显式加上 disable compression.

[XIU2]

@cxw620 才看到这个。。

另外，是要把原来的 cf-speedtest-v2.acfun.win 改成新域名么？还是说两个域名共存都分享？

[cxw620]

@cxw620 才看到这个。。

另外，是要把原来的 cf-speedtest-v2.acfun.win 改成新域名么？还是说两个域名共存都分享？

改成新的就行.

# 默认 200MiB:
-url https://w.7rs.net/speedtest/
# 可选任意大小, 单位支持 B / KB / KiB / MB / MiB / GB / GiB, 不分大小写, 但单位和数字间不能有空格, 如:
-url https://w.7rs.net/speedtest/50MiB.test
-url https://w.7rs.net/speedtest/100MiB.test
-url https://w.7rs.net/speedtest/200MiB.test
-url https://w.7rs.net/speedtest/300MiB.test
-url https://w.7rs.net/speedtest/500MiB.test
-url https://w.7rs.net/speedtest/1GiB.test
# 支持通过 URL 参数指定文件大小 (不支持指定单位, 类似 Cloudflare 官方测速链接):
-url https://w.7rs.net/speedtest/?bytes=209715200
# 由 @cxw620 提供

[0-RTT]

分享自建测速地址：
300MB

https://е.eu.org/300.zip

@XIU2

[0-RTT]

https://е.eu.org/300.zip

@XIU2 更新一下，只保留这个链接，其他链接几乎没人访问，就不保留了。能不能保留域名原格式，我用了这么久，没遇到不能用的。

[XIU2]

@0-RTT OK 已更新，因为默认下载测速地址的分流重定向中用的就是这个 300 的（公益地址有多个大小的我一般会选择 两三百MB 左右）。

[0-RTT]

@0-RTT OK 已更新，因为默认下载测速地址的分流重定向中用的就是这个 300 的（公益地址有多个大小的我一般会选择 两三百MB 左右）。

@XIU2，大佬能不能保持这个格式，不转换。https://е.eu.org/300.zip

[XIU2]

这个特殊符号，容易被误解被看错为字母 e 所以当初我才会将其转换为真实形态（就像浏览器访问其实也是先转换一下再访问的），既然你要求，我可以把这个原本的给注明上去。

[0-RTT]

这个特殊符号，容易被误解被看错为字母 e 所以当初我才会将其转换为真实形态（就像浏览器访问其实也是先转换一下再访问的），既然你要求，我可以把这个原本的给注明上去。

谢谢大佬！！！

[Filterrr]

[XIU2]

感谢公益分享~

已添加到列表！

[XIU2]

失效了。。

[nayamxjoy]

感谢公益分享~

已添加到列表！

请问服务搭建的方式用了一次就被墙了，期间我直连用浏览器访问了几次，我是不是要屏蔽浏览器访问呀

[showgood163]

感谢各位提供的公益链接！

这里提一句，本人近期测速结果超出硬件理论带宽，经查证发现是下载的文件虽然尺寸是几百MB，但可被巨幅压缩的（7zip压缩后只有几十KB），这样的文件会导致上述结果。

建议各位在使用各类下载链接之前先人工检查以避免这类问题。

[pencilnav]

发一个我收集的刷流量ip list。#540 (comment)

提供测速链接的各位可以手动添加到waf里。

[pencilnav]

@XIU2 原域名停止服务（999857.xyz），更换为新域名（990989.xyz）。
因为近几周有大量的IP在疯狂刷流，所以将会采取更严格的措施。我会将滥用的IP实时更新到这个列表内，也欢迎各位提供测速链接的朋友使用。

URI不变，还是这几个：

pencilnfiles-10mb.zip
pencilnfiles-50mb.zip
pencilnfiles-100mb.zip
pencilnfiles-200mb.zip
pencilnfiles-300mb.zip
pencilnfiles-400mb.zip
pencilnfiles-500mb.zip

以下是域名

cloudflarest.pencilnfiles.cdn.990989.xyz
cloudflarest.pencilnfiles-apac.cdn.990989.xyz
cloudflarest.pencilnfiles-backup.cdn.990989.xyz
cloudflarest.pencilnfiles-bucket.cdn.990989.xyz
cloudflarest.pencilnfiles-cache.cdn.990989.xyz
cloudflarest.pencilnfiles-eeur.cdn.990989.xyz
cloudflarest.pencilnfiles-enam.cdn.990989.xyz
cloudflarest.pencilnfiles-object.cdn.990989.xyz
cloudflarest.pencilnfiles-static.cdn.990989.xyz
cloudflarest.pencilnfiles-storage.cdn.990989.xyz
cloudflarest.pencilnfiles-weur.cdn.990989.xyz
cloudflarest.pencilnfiles-wnam.cdn.990989.xyz

[pencilnav]

@XIU2

URI path 有错误， 应为easytestfiles-200mb.zip

[XIU2]

@pencilnav 看了下，我发现之前的其实没有失效，只不过之前你提供的文件名是 eastyestfiles-200mb.zip ，但后来估计是你发现了文件名错误修改了文件名，而我这边还在用错误的这个文件名，所以才报 404 了。。。

你提供的文件名里就 200mb 是错误的，而正好我默认用的就是 200mb 的。。。

[XIU2]

既然是这样，那就不改回去域名了，还用这个（0-50）的算了，当然 200mb 文件名我这边也会修正。

[pencilnav]

@XIU2
200mb的那个是老问题了（详见#490 (reply in thread) ）
原本创建多个子域名是为了使用通过rules redirect的能力，不过rulesets限制太多没有搞成。
还是更换为990989.xyz的那个吧 （我准备取消部署新的那个了）。

[XIU2]

@pencilnav OK 已经改回去了

[mclk623]

旧域名到期了换新地址
-url https://down2.178969.xyz/download/100MB.zip
-url https://down2.178969.xyz/download/200MB.zip
-url https://down2.178969.xyz/download/300MB.zip
-url https://down2.178969.xyz/download/400MB.zip
-url https://down2.178969.xyz/download/500MB.zip

[XIU2]

OK，感谢公益分享，已经更新了~

[XIU2]

额，404 Not Found 了。。

[mclk623]

额，404 Not Found 了。。

已恢复

[bian-wz]

-url https://alist.bian666.cf/d/本地/测速/异世界迷宫的后宫生活_05.mp4
-url https://alist.bian666.cf/d/本地/测速/测速4k跳舞视频.webm
-url https://alist.bian666.cf/d/本地/测速/阿衰全集1.pdf
-url https://alist.bian666.cf/d/本地/测速/阿衰全集2.pdf
-url https://alist.bian666.cf/d/本地/测速/阿衰全集3.pdf
-url https://alist.bian666.cf/d/本地/测速/阿衰全集4.pdf
-url https://alist.bian666.cf/d/本地/测速/欢乐颂3_21_1080P.mp4

由 @bian-wz 提供，380~520 MB

---

请将alist.bian666.cf更换成alist.cf.cloudns.biz
更改之后：

-url https://alist.cf.cloudns.biz/d/本地/测速/异世界迷宫的后宫生活_05.mp4
-url https://alist.cf.cloudns.biz/d/本地/测速/测速4k跳舞视频.webm
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集1.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集2.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集3.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/阿衰全集4.pdf
-url https://alist.cf.cloudns.biz/d/本地/测速/欢乐颂3_21_1080P.mp4

[XIU2]

OK，已经更新啦~

[XIU2]

突然发现你这个域名已经空解析了。。。

[holll]

-url https://cfspeed1.kkiyomi.top/200mb.bin
-url https://cfspeed1.kkiyomi.top/300mb.bin
-url https://cfspeed1.kkiyomi.top/500mb.bin
-url https://cfspeed2.kkiyomi.top/200mb.bin
-url https://cfspeed2.kkiyomi.top/300mb.bin
-url https://cfspeed2.kkiyomi.top/500mb.bin

由于域名即将到期，更换为新域名

-url https://cfspeed.520131420.xyz/200mb.bin
-url https://cfspeed.520131420.xyz/300mb.bin
-url https://cfspeed.520131420.xyz/500mb.bin

[XIU2]

OK！已经更新啦~

[fredericky123]

ipv6总是下载测速为0 网址有效 是哪里设置不对吗

[XIU2]

你是如何判断 下载测速地址 是有效的？

---

你随便找个 Cloudflare 的 IPv6 地址（例如你测速结果中的那些），然后将其放到系统 hosts 文件内，格式为：
CF的IPv6地址 你的下载测速地址的域名，例如 xxx:xxx:xxx:xxx:::xxx abc.com 这样子。

然后打开浏览器（如果已经打开了就关闭重开，避免缓存影响测试），访问你的下载测速地址，看能否访问，能访问说明下载测速地址及这个测试 IPv6 都没问题。

这个测试过程，本质上就是手动模拟了 CloudflareST 的下载测速过程，即访问下载测速地址时强制通过指定的 IP 去访问。

[fredericky123]

我利用如下项目的cf 自建链接，浏览器访问能正常下载的，担心workers不能访问，然后自定义路由为pp.ua和eu.org域名，都是能浏览器下载，就是测ipv6没速度
https://github.com/cmliu/CF-Workers-SpeedTestURL

[XIU2]

所以，你的意思是说，同一个下载测速地址，使用 IPv4 下载测速是正常的？改用 IPv6 下载测速就不正常了？

另外，你说的 都是能浏览器下载，就是测ipv6没速度，你确定浏览器是走 IPv6 访问并下载的么？你可以在地址栏输入下载测速地址前先按 F12 打开浏览器开发者工具，切换到 网络 选项卡，然后再去地址栏输入下载测速地址并回车，这样就能在开发者工具中看到实际走了什么 IP 地址。

[fredericky123]

我测试下。我猜测是下载时走的ipv4，也就是楼主说的ipv4测试正常，ipv6测试无速度，核实了来反馈

[fredericky123]

奇怪 今天重新测速 又都好了 ipv4正常 ipv6也正常 然而都有速度的ip 却不太会配置在clash里 导致链接无法通过ipv6链接cf

[XIU2]

@fredericky123

已更新 v2.3.0 版本。

其中增加了个调试模式参数 -debug，遇到下载测速都是 0.00 的可以在调试模式下再测速一遍看看具体原因是什么。

具体请看：# 下载测速都是 0.00 ？

---

1. 新增 支持显示地区码 (机场三字码，另外感谢 @o0HalfLife0o 早期做了初始工作)
   仅限 Cloudflare、AWS CloudFront，在 HTTPing 和 下载测速(无论是哪个延迟测速模式) 过程中都会自动获取
2. 新增 调试模式运行参数 -debug
主要是为了方便大家排查下载测速过程中遇到的问题，特别是下载速度为 0.00 时
3. 新增 彩色输出内容
   我的审美不行，大家可以提提意见，这个主要是在添加上面的调试模式时，为了显眼将其设置为红色，就顺便把其他的也加上了
4. 调整 当没找到符合速度条件的 IP 时，默认不再直接忽略条件输出所有 IP 测速结果了，而是只有在调试模式下才会输出
   原来的延迟测速和下载测速，遇到没找到符合条件的 IP 时，处理方案不统一（前者输出空，后者输出全部），容易引起纠纷

[fredericky123]

试了很多个网址，ipv4能正常下载，ipv6时 显示403 网址无法使用是为何呢 自建和公益的都是如此

[XIU2]

所有的下载测速地址 和 所有的 Cloudflare CDN IPv6 都会报错 403？
我倒是没见过这种情况，也没有其他人反馈过类似情况。

403 意思是 Cloudflare CDN 阻止你访问了，但具体是什么原因我就不清楚了。

[fredericky123]

v4不能用的，v6也不能用 上面的地址几乎都试了 凡是ipv4能用的地址，测试v6时，就是403 被拒了 好奇怪

[fredericky123]

不知道是不是类似于v6下人机验证没通过，拒绝了 而v4不检验人机

[XIU2]

你可以把下载测速地址的域名和你要测试的 IPv6 放到 hosts 文件里（hosts 你应该知道格式是怎么样写的吧？），然后重启浏览器（主要是为了刷新浏览器域名解析缓存，你也可以通过访问 chrome://net-internals/#dns 去点击 Clear host cache 按钮来清理浏览器的域名解析缓存），然后访问下载测速地址看看情况。

[fredericky123]

多谢指导，找到原因了！先是测试地址写入hosts,发现v6也能用；然后其实注意到原来hosts不知何时加了个关于cf地址的指定，猜测是不是这个指定导致解析出错了；最后删除测速地址和cf地址的指定，一切正常。看来是之前不知何时修改hosts导致的bug PS:这最近cf cdn被干扰太重了 刚通 就断流了

[0-RTT]

@XIU2 分享个cloudflare worker代码，可以不用反代文件，直接部署就可以。然后手动配置一下缓存规则，设置边缘TTL为最长时限就可以。默认文件名是300.zip，有需要自行修改。

https://域名/300.zip

// 常量定义
const MB = 1024 * 1024;
const KB = 1024;
const FILE_SIZE = 300 * MB; // 固定 300MB
const CHUNK_SIZE = 64 * KB;

// 复用 chunk 以优化内存
const SHARED_CHUNK = new Uint8Array(CHUNK_SIZE);

export default {
  async fetch(request, env, ctx) {
    try {
      // 检查缓存
      const cache = caches.default;
      const cacheKey = new Request(request.url, request);
      let response = await cache.match(cacheKey);

      if (response) {
        // 缓存命中，直接返回
        return response;
      }

      // 解析 Range 请求头，支持断点续传
      const rangeHeader = request.headers.get('Range');
      let start = 0;
      let end = FILE_SIZE - 1;
      let isRangeRequest = false;

      if (rangeHeader) {
        isRangeRequest = true;
        const rangeMatch = rangeHeader.match(/bytes=(\d+)-(\d*)/);
        if (rangeMatch) {
          start = parseInt(rangeMatch[1]);
          end = rangeMatch[2] ? parseInt(rangeMatch[2]) : end;
        }
      }

      const contentLength = end - start + 1;
      let bytesSent = 0;

      // 创建流式响应
      const stream = new ReadableStream({
        pull(controller) {
          try {
            if (bytesSent >= contentLength) {
              controller.close();
              return;
            }

            const remaining = contentLength - bytesSent;
            if (remaining >= CHUNK_SIZE) {
              controller.enqueue(SHARED_CHUNK);
              bytesSent += CHUNK_SIZE;
            } else {
              controller.enqueue(SHARED_CHUNK.subarray(0, remaining));
              bytesSent += remaining;
            }
          } catch (error) {
            controller.error(error);
          }
        }
      });

      // 构建响应头
      const headers = {
        'Content-Type': 'application/octet-stream',
        'Content-Disposition': 'attachment; filename="300.zip"',
        'Accept-Ranges': 'bytes',
        'X-Content-Type-Options': 'nosniff',
        'Cache-Control': 'public, max-age=31536000, immutable',
        'Access-Control-Allow-Origin': '*'
      };

      let status = 200;

      if (isRangeRequest) {
        // Range 请求返回 206 状态码
        headers['Content-Range'] = `bytes ${start}-${end}/${FILE_SIZE}`;
        headers['Content-Length'] = contentLength.toString();
        status = 206;
      } else {
        headers['Content-Length'] = FILE_SIZE.toString();
      }

      response = new Response(stream, {
        status,
        headers
      });

      // 将响应存入缓存（仅缓存完整请求，不缓存 Range 请求）
      if (!isRangeRequest) {
        ctx.waitUntil(cache.put(cacheKey, response.clone()));
      }

      return response;

    } catch (error) {
      // 错误处理
      return new Response(`Error: ${error.message}`, {
        status: 500,
        headers: {
          'Content-Type': 'text/plain'
        }
      });
    }
  }
};

[XIU2]

有人很早之前写过类似的，2L 的搭建方案中我也提了。