DNS 全球传播检查
DNS 传播检查
同时比较多家递归 DNS 与 DoH 的返回结果、耗时和异常状态,适合排查传播延迟与解析分叉。
修改DNS记录或切换CDN后,最让运维头疼的问题是:全球各地什么时候生效?哪些地区还在返回旧记录?传统DNS和DoH的解析结果是否一致(是否存在DNS劫持或污染)?本工具通过后端并行查询全球多个传统DNS服务器和DoH端点,实时展示各源的解析结果、延迟和一致性状态,帮助你直观判断DNS传播进度,快速发现解析异常和DNS污染问题。
同时比较多家递归 DNS 与 DoH 的返回结果、耗时和异常状态,适合排查传播延迟与解析分叉。
修改DNS记录或切换CDN后,最让运维头疼的问题是:全球各地什么时候生效?哪些地区还在返回旧记录?传统DNS和DoH的解析结果是否一致(是否存在DNS劫持或污染)?本工具通过后端并行查询全球多个传统DNS服务器和DoH端点,实时展示各源的解析结果、延迟和一致性状态,帮助你直观判断DNS传播进度,快速发现解析异常和DNS污染问题。
传播时间主要取决于TTL设置:TTL 5分钟通常5–15分钟全球可见,TTL 1小时约1–4小时,TTL 24小时最长需要48小时。NS记录由于各顶级域服务器缓存时间不同,可能需要24–48小时。使用本工具可以实时检测传播进度,不用盲目等待。
常见原因有三种:①DNS缓存未同步,不同通道查询到不同递归DNS的缓存;②运营商DNS劫持或污染,53端口的查询被中间设备篡改;③CDN的Geo-DNS调度根据解析源IP位置返回不同的就近节点。如果DoH结果正确但DNS返回异常IP,大概率是DNS污染。
如果刚修改DNS记录不久,部分分叉是正常的,说明部分节点已更新、部分仍在缓存旧记录,等待TTL过期即可。如果修改已超过48小时仍有分叉,可能是权威DNS配置问题、部分递归DNS缓存异常,或CDN的智能调度导致不同地区返回不同IP(这对CDN是正常行为)。
对比DNS和DoH两列结果:如果DoH(加密通道)返回的IP是正确的,而传统DNS(53端口明文)返回了明显异常的IP(如境外域名返回国内错误IP、域名被指向广告页面),基本可以确定存在DNS劫持或污染。解决方案是切换到支持DoH/DoT的DNS或使用VPN。
支持6种最常用的记录类型:A(IPv4地址)、AAAA(IPv6地址)、CNAME(别名/ Canonical Name)、MX(邮件交换)、TXT(文本记录,含SPF/DKIM/DMARC)、NS(域名服务器)。覆盖了日常运维中绝大多数DNS排查场景。
单个或少数源超时通常是正常的(可能是该DNS节点临时不可达或被网络屏蔽)。如果大部分源都超时,检查:①域名拼写是否正确(是否多了空格或后缀);②域名是否已过期被释放;③本地网络是否有防火墙限制出站DNS查询。可以切换网络环境(如手机热点)重试。
修改A/CNAME记录后,使用本工具选择A记录检测,等待一致性状态变为"完全一致"(所有源都返回新CDN的IP),并且答案分布区域不再出现黄色(DNS独有)或蓝色(DoH独有)答案,即可确认全球传播完成。建议在切换前将TTL调低到300秒(5分钟)以加快传播速度。
| Google DNS | 8.8.8.8 / 8.8.4.4 | https://dns.google/dns-query | 美国 | 全球节点多,解析稳定,支持DoH/DoT |
| Cloudflare | 1.1.1.1 / 1.0.0.1 | https://cloudflare-dns.com/dns-query | 美国 | 强调隐私,延迟低,不记录查询日志 |
| Quad9 | 9.9.9.9 | https://dns.quad9.net/dns-query | 瑞士/美国 | 内置恶意域名拦截,安全防护 |
| OpenDNS | 208.67.222.222 | https://doh.opendns.com/dns-query | 美国(Cisco) | 支持内容过滤和钓鱼防护 |
| 阿里DNS | 223.5.5.5 / 223.6.6.6 | https://dns.alidns.com/dns-query | 中国 | 国内节点覆盖好,解析速度快 |
| 腾讯DNSPod | 119.29.29.29 | https://doh.pub/dns-query | 中国 | 国内访问稳定,支持DoH |
| 114DNS | 114.114.114.114 | N/A | 中国 | 老牌国内公共DNS,节点覆盖广 |
| 完全一致 | 绿色 | 所有DNS和DoH源返回完全相同的解析结果 | 传播已完成,记录已在全球生效 |
| 部分分叉 | 黄色 | 部分节点返回新记录、部分仍返回旧记录或不同结果 | 等待TTL过期后再次检测,或检查是否为CDN智能调度导致的正常差异 |
| 完全分叉 | 红色 | 各源返回结果完全不同,DNS和DoH结果不一致 | 可能存在DNS污染/劫持或权威DNS配置错误,优先用DoH验证正确结果,排查本地网络问题 |
| 超时/错误 | 红色 | 部分DNS源无法连接或返回错误 | 可能是网络问题、DNS服务器故障或域名不存在,检查域名拼写和权威DNS状态 |
| 空结果 | 黄色 | DNS查询成功但未返回该类型记录 | 确认记录类型是否正确,或该记录尚未发布到权威DNS |
| 300秒(5分钟) | 5–15分钟 | 紧急切换/故障迁移 | TTL过低会增加权威DNS查询压力,切换完成后建议调高 |
| 3600秒(1小时) | 1–4小时 | 常规运维/计划内变更 | 平衡传播速度和DNS负载的常用值 |
| 86400秒(24小时) | 24–48小时 | 稳定业务/不常变更的记录 | 修改前建议提前调低TTL,等待旧缓存过期再切换 |
| 604800秒(7天) | 2–7天 | NS记录/域名服务器 | NS记录缓存时间长,修改DNS服务商时需特别注意 |