CDN 雷达
正在测试…
结果是你当前网络和分流规则下的情况。
页面从 static.figma.com 取一个小文件，它在 Amazon CloudFront 上。响应的 Server-Timing 里，Cdn-Pop 一项写着应答的节点。
CloudflareCloudflare 中国网络AkamaiFastlyAzure Front DoorBunny CDNWikimediaGoogle阿里云腾讯云 EdgeOne网宿GcoreCDN77
大的 CDN 有几百个节点（也叫 POP、机房）。你被分到哪个节点，决定了这家 CDN 上所有网站对你来说有多快，而且分到的不一定是最近的那个。
页面从你的浏览器向每家 CDN 请求一个小文件，就像打开网站时一样，然后读出是哪个节点应答的。接着显示这个节点离你多远、往返时间多少，以及按距离算出的理论最低值。
不会向本站发送任何数据：请求从你的浏览器直接发往各家 CDN。
每家 CDN 都会把节点写进响应里，写法各不相同：
Cloudflare：/cdn-cgi/trace 的 colo 字段（HKG）。
Amazon CloudFront：Server-Timing 的 cdn-pop，或 X-Amz-Cf-Pop（NRT57-P11）。
Akamai：Akamai-Request-BC，直接写城市（JP_13_TOKYO）。
Fastly：X-Served-By（cache-nrt-…-NRT）。
Azure Front Door：X-Azure-Ref（…C1TYO…）。
Bunny：Server 响应头（BunnyCDN-JP1-…）。
Wikimedia：X-Cache，缓存服务器的编号表示机房。
浏览器只有在响应允许时才能读到这些信息，所以每家 CDN 都选了一个允许读取的公开文件来测。Google、阿里云、腾讯云 EdgeOne、网宿、Gcore 和 CDN77 都不允许，所以只测延迟。
CDN 并不按距离分配。Cloudflare、Akamai 等会在很多地方同时宣告同一组地址（Anycast），或者按你的 DNS 所在位置返回地址，最后走哪条路由你的运营商决定。
在中国大陆这很常见：Cloudflare 免费版和低价套餐的网站，在很多运营商那里会绕到美国西海岸等远处的节点，因为这些线路更便宜。付费套餐和中国网络（与京东云合作）则由香港或中国大陆的节点应答。
代理和 VPN 也会改变节点：CDN 看到的是代理的地址，按代理所在的位置分配。
光在光纤里每毫秒大约走 200 km，所以距离 d 的往返时间不可能低于 d ÷ 100 毫秒。实际线路比直线长 1.5 到 2 倍。往返时间超过理论值的两倍再加 40 ms，就标为「绕远了」：线路绕了路，或者在拥堵的链路上排队。
对于公开了全部节点的 CDN（Cloudflare、Bunny、Wikimedia），页面会找出离你最近的节点。如果实际应答的节点比它远 1000 km 以上、并且远一倍以上，就会标出来。这不算故障：是 CDN 或你的运营商选了另一条路。
输入一个域名。本站的 Worker 用 Cloudflare 的 DNS 查询它的解析记录（不受本地或被污染的结果影响），从 CNAME 指向的地址认出 CDN；向网站请求 /cdn-cgi/trace 判断是不是 Cloudflare；如果网站允许，还会读出它 favicon 响应头里的节点。最后测一下这个网站的延迟。
域名会发给本站的 Worker 和 Cloudflare 的 DNS，两者都不保存。
根据你的 IP 地址，由 Cloudflare 判断（本站运行在 Cloudflare 上）。一般能精确到城市，但也可能差几百公里；用了代理时，得到的是代理的位置。「用精确位置」会改用浏览器的定位，只在页面里使用。
不会。请求从你的浏览器直接发到各家 CDN，它们和任何网站一样能看到你的 IP 地址。本站不保存任何东西。分享链接里有节点和往返时间；你的城市、坐标（精确到约 10 公里）和运营商只有在你勾选后才会加入，IP 地址永远不会。代码在 GitHub 上开源。
网页没法决定请求走直连还是走代理，这由你的代理客户端按分流规则决定。默认的测试反映你平时的真实情况。
想只测一种：把下面的规则加到客户端规则列表的最前面，然后重新测试。全部直连测的是你本地的网络；全部代理测的是代理服务器到各家 CDN。测完记得删掉这些规则。
全部直连时，在中国大陆有些 CDN 可能连不上，这本身也是结果。
全部在你的浏览器里运行。无需账号，不收集测试结果。
© 2026 1ms.dog