Cloudflare 的 pages.dev / workers.dev 在国内直连速度不稳定,或者某些 IP 段被墙。解决办法是「优选 IP」:用工具测速选出延迟低、能连通的 CF 边缘 IP,然后在 DNS 层把它绑定到你的 pages.dev 域名上。本文配方全部是本机实测过的。
核心结论(先记住)
- 测速快 ≠ 能访问:
172.65.x / 172.66.x段测速只有 56ms,但实测访问 pages.dev 返回 403;104.25.x / 104.18.x / 172.64.x段多数可用(本机实测104.25.250.10143.77ms 且 200)。 - 必须用
curl --resolve实测 200 才收下这个 IP,光看测速工具的数字会踩坑。 - CF 没有「服务端优选」开关,hack 只在 DNS 层:系统 hosts(需管理员)、路由器自定义 hosts(全家生效)、或 AdGuard 客户端的「DNS 保护 → 重写」(免管理员)。
工具:CloudflareSpeedTest(XIU2)
GitHub 仓库:XIU2/CloudflareSpeedTest。Windows 用 v2.3.5 的 cfst_windows_amd64.zip。
# 1. 下载(releases 页面拿最新 asset 名)# https://github.com/XIU2/CloudflareSpeedTest/releases# asset 名形如 cfst_windows_amd64.zip
# 2. 解压后测速。关键参数:# -tp 443 测 443 端口(https)# -dd 下载测速(不只看延迟)# -f ip.txt 测速目标 IP 列表(默认内置)# -o result.csv 输出结果# -p 20 并发线程# -sl 5 最低下载速度 5MB/s 才留下CloudflareSpeedTest.exe -tp 443 -dd -f ip.txt -o result.csv -p 20 -sl 5重要:测速时别走代理(直连才有真实数据)。如果本机有 v2rayN 之类代理常驻,先临时关掉或确认工具是直连。
实测判定:这个 IP 到底能不能用
# 用候选 IP 访问 pages.dev 域名。--resolve 意思是"该域名解析到指定 IP"。curl.exe -sS --noproxy '*' --connect-timeout 5 -o NUL -w "%{http_code}" ` --resolve "tsangasuna.pages.dev:443:104.25.250.101" https://tsangasuna.pages.dev/# 期望输出:200
# 再对比延迟curl.exe -sS --noproxy '*' --connect-timeout 5 -o NUL -w "connect=%{time_connect}s total=%{time_total}s\n" ` --resolve "tsangasuna.pages.dev:443:104.25.250.101" https://tsangasuna.pages.dev/判定标准:
| —resolve 实测 | 结论 |
|---|---|
| 200,延迟低 | ✅ 可用,收下 |
| 403 / 521 / 524 | ❌ 这个 IP 段被 CF 拒了(哪怕测速很快) |
| 连接超时 / RST | ❌ 被墙或不可达 |
多测几个 IP,把「200 且延迟最低」的 2-3 个记下来备用(CF 是 Anycast,换 IP 也不影响你的服务,可以写多个轮换)。
应用:三选一
方案 A:系统 hosts(最直接,需管理员)
# C:\Windows\System32\drivers\etc\hosts 追加104.25.250.101 tsangasuna.pages.dev保存后 ipconfig /flushdns 刷新,浏览器强刷(Ctrl+F5)验证。
不想每次弹 UAC 的,可以把 hosts 编辑封装成 ps1 脚本右键「以管理员身份运行」。
方案 B:路由器自定义 hosts(全家设备生效)
小米 / 华硕等路由器后台一般有「自定义 hosts / DHCP DNS 自定义」入口(小米在「高级设置 → 自定义 Hosts」)。填入同样内容,家里所有设备(手机、平板、电视)自动走优选 IP,不用每台设备配。
方案 C:AdGuard 客户端「DNS 保护 → 重写」(免管理员)
AdGuard Windows 版 / Android 版都有这个功能:
- 设置 → DNS 保护 → 打开(选一个上游 DNS)
- 管理 → 添加重写规则:域名填
tsangasuna.pages.dev,IP 填104.25.250.101
效果等同 hosts,但不需要管理员权限,还能按设备/按网络精细控制。
验证生效
# hosts/重写生效后,解析到的 IP 应该变成你选的优选 IPResolve-DnsName tsangasuna.pages.dev | Select-Object Name,IPAddress# 浏览器访问,Network 面板看 Remote Address 是不是优选 IP常见坑
- 只挑延迟不挑连通:56ms 的 172.66.x 访问 403,白搭。永远以
--resolve实测 200 为准。 - pages.dev 与 workers.dev 不同命运:
*.workers.dev默认域在国内经常被整域 SNI 封锁(改 IP 也没用),*.pages.dev目前实测国内直连可达——所以被墙优先换 pages.dev 而不是优选 IP。 - IP 会漂:CF 边缘 IP 库会变化,隔段时间重新测速更新 hosts,特别是速度明显变差时。
- 别把 hosts 里的 IP 用在 SNI 封锁场景:如果整域名被 SNI 封锁(连 200 都拿不到、换成任何 IP 都 RST),优选 IP 救不了,得走反代镜像(见另一篇反代教程)。
- 企业网/校园网可能强制自己的 DNS:hosts 是本地解析,一般仍生效;但如果网络做了透明 DNS 劫持,AdGuard 方案更稳。
参考
- 测速工具:https://github.com/XIU2/CloudflareSpeedTest
- 诊断封锁类型(DNS 污染 vs SNI 封锁 vs IP 封锁):见本博客的 bangumi 反代教程 / hanime 镜像实操,先判类型再决定用优选 IP 还是反代。
分享文章
生成精美分享图或复制链接,与更多人分享本文。
继续阅读
换条路线
从其他文章中稳定抽取
最后更新于 ,距今已过 39 天
部分内容可能已过时