判断网站是否接入CDN，最直接的依据不是访问速度，而是请求是否由边缘节点代替源站完成响应。部分站点即使没有接入CDN，也可能因为源站带宽充足、线路质量好而访问很快；反过来，有些CDN节点在回源拥塞时速度并不理想。因此检测要回到技术特征上：DNS解析结果、响应头、TLS证书和IP归属。这四个维度可以单独使用，但单独观察都可能产生误判，只有交叉验证才能得到更可靠的结论。
一、从DNS解析入手：多地域查询比本地结果更可靠
如果域名通过CDN服务商提供的CNAME接入，本地DNS查询会先看到别名链。例如查询结果可能先出现 xxx.cdn.cloudflare.net，再解析到最终的A记录。需要注意的是，有些域名使用云解析的CNAME展平能力，查询时可能直接返回A记录而不显示CNAME链，这时不能因为看不到CNAME就排除CDN。更可靠的方式是从不同地域的公共DNS发起查询，例如同时使用 8.8.8.8、114.114.114.114 和 223.5.5.5，观察返回IP是否来自不同网络。
dig +short www.target-site.com @8.8.8.8 dig +short www.target-site.com @114.114.114.114 dig +short www.target-site.com @223.5.5.5 dig +trace www.target-site.com
如果某域名在多个地区解析到不同IP，且IP归属分别属于Cloudflare、Akamai、阿里云等CDN厂商的ASN，基本可以确认CDN存在。若所有地区返回相同IP或同一机房的少数几个IP，则可能是源站直连、Anycast网络或仅做了多线路解析，此时不能草率下结论，需要继续用响应头判断。还有一些CDN不采用CNAME接入，而是要求客户把NS托管到CDN厂商或直接使用Anycast IP，这种场景下只看CNAME也会漏检。
二、检查HTTP响应头：从缓存字段和节点标记识别
HTTP响应头是CDN最容易留下痕迹的位置。CDN节点为了调试和排障，通常会在响应中加入若干自定义字段。Cloudflare 会返回 CF-Ray 和 Server: cloudflare；阿里云CDN可能返回 Via、X-Swift-CacheTime、X-Cache 等字段；腾讯云CDN常见 X-NWS-LOG-UUID、X-Cache-Lookup。看到这些字段几乎可以直接确认请求经过了CDN节点。使用 curl -I 可以快速抓取响应头。
curl -I -s https://www.target-site.com
返回内容通常类似下面这样：
HTTP/2 200 server: cloudflare cf-ray: 8a6b1c2d3e4f5a6b-SJC cache-control: public, max-age=300 x-cache: HIT
但响应头并不是绝对可靠的证据。部分企业会在WAF或反向代理层删除、改写这些字段，避免暴露内部架构；也有一些安全设备会返回类似 X-Cache: HIT 的头，但流量并未经过真正的内容分发网络。因此响应头只能作为重要线索，不能单独作为最终结论。遇到响应头被清除的情况，可以继续查看TCP连接的目标IP归属和TLS证书信息。
三、用IP归属和TLS证书做交叉验证
如果DNS解析出多个IP，可以通过IP归属信息判断这些IP是否属于CDN厂商的网络。Cloudflare 的大段 IP 集中在 AS13335；Amazon CloudFront 使用 AS16509；Fastly 是 AS54113；国内阿里云、腾讯云、华为云也有明确的CDN地址段。对单个IP执行 whois 查询或调用IP信息接口，看ASN名称中是否包含 CDN、Content Delivery、Cloud 等关键字，可以快速判断。
whois 104.21.1.1 | grep -i "orgname" curl -s https://ipinfo.io/104.21.1.1
HTTPS场景下，CDN边缘节点通常使用平台自动签发或共享的证书。通过 openssl 连接指定IP并携带SNI，可以查看证书的颁发者和主题。若证书颁发者为 Cloudflare、Let's Encrypt 或 DigiCert 对 CDN 客户批量签发，并不能直接证明CDN存在，但结合IP归属可以增强判断。更隐蔽的CDN可能使用客户上传的源站证书，因此证书信息只能作为辅助。
openssl s_client -connect 104.21.1.1:443 -servername www.target-site.com 2>/dev/null | openssl x509 -noout -subject -issuer -ext subjectAltName
四、常见误判与问题解答
多地解析IP不同就一定是CDN吗？不一定。源站使用Anycast网络或云负载均衡也会导致不同地区出口不同，但这类IP的ASN通常属于同一云厂商或源站机房。判断时需要看ASN是否为CDN业务段，而不是仅仅看IP数量。比如源站部署在多个地域的负载均衡集群，也能返回多个IP，但这与内容分发网络是两回事。
响应头里有 X-Cache: HIT 就代表CDN命中吗？不一定。源站前面的反向代理、API网关或WAF同样能返回这个头。需要结合 Server、Via 和节点IP综合判断。如果 Server 仍然显示源站真实软件版本，或者IP归属为源站机房，那么更可能是自建缓存层。
检测不到CDN是不是意味着源站IP已经暴露？不一定。有些CDN只在特定线路或条件下启用，例如仅对海外用户启用、国内直连，或者移动端和PC端解析策略不同。只从一个网络环境检测可能看不到完整策略，需要从多个地区和运营商网络验证。能不能绕过CDN找真实源站？历史DNS记录、子域名、邮件服务、SSL证书透明度日志都可能暴露源站，但这类操作必须在合法授权范围内进行。
五、工具选择与检测流程建议
命令行工具仍然是检测CDN最直接的方式。dig 和 nslookup 用于查询解析记录，curl 用来观察响应头，openssl 用来检查证书，whois 用来确认IP归属。在线多地ping、DNS查询和IP归属工具可以补充本地网络限制，但由于不同平台的数据来源和更新频率不同，结果可能存在延迟。
#!/bin/bash
domain="www.target-site.com"
for dns in 8.8.8.8 114.114.114.114 223.5.5.5; do
echo "== DNS $dns =="
dig +short A $domain @$dns
done
echo "== Response headers =="
curl -I -s https://$domain | head -20
建议的检测顺序是：先做多地域DNS查询，观察IP分布；再用 curl -I 抓取响应头，记录CDN标记；接着对可疑IP做ASN归属确认；如果是HTTPS站点，最后查看证书信息辅助判断。整个过程至少使用两个不同网络环境，避免本地DNS缓存和运营商劫持影响结果。CDN节点和域名解析会动态调整，检测结论只代表当前快照，不能把一次结果当成永久结论。