解析监控与拨测是什么
域名解析是最容易被忽略的单点：解析服务配置错了、记录误删了、证书到期了，业务侧的报错却可能表现为五花八门的连接失败。解析监控要覆盖三件事——多地拨测核对返回结果是否与预期一致、观测解析耗时是否异常、比对权威与公共递归两个视角是否一致。再叠加证书到期监控，就构成了域名侧的基础巡检，异常时自动告警。
基本信息
| 监控对象 | 解析结果、解析耗时、异常返回码 |
|---|---|
| 视角覆盖 | 权威视角与多个公共递归视角 |
| 典型手段 | 解析服务自带拨测、第三方监控、自建脚本 |
| 拨测点 | 多地域多运营商，避免单点偏差 |
| 联动 | 与发布、变更流程联动，变更后自动复测 |
| 配套项 | 证书到期时间、域名注册与续费状态 |
典型使用场景
- 核心域名的可用性巡检，变更后自动复测
- 多地运营商视角差异排查，确认是否局部劫持或调度异常
- 迁移与 NS 切换期间观察解析来源收敛进度
- 解析耗时劣化告警，提前发现解析服务压力问题
- 证书到期提醒，避免到期当天才发现服务不可用
拨测结果判读
| 观测结果 | 含义 | 下一步 |
|---|---|---|
| 多处返回不一致 | 缓存未收敛或调度配置不同 | 对照权威与各递归结果，确认是否预期 |
| 返回码异常 | 记录不存在或权威处理失败 | 区分 NXDOMAIN 与 SERVFAIL 后分头排查 |
| 解析耗时上升 | 解析服务压力或网络抖动 | 对比同时段其他域名是否同样变慢 |
| 只某个运营商异常 | 局部线路或劫持问题 | 用该运营商线路复测并留证 |
| 全部正常但业务报障 | 问题不在解析 | 转向连接层与应用层排查 |
多递归快速拨测
多递归快速拨测
for ns in 223.5.5.5 119.29.29.29 8.8.8.8; do \
echo -n "$ns "; dig +short www.example.com @$ns; done
dig www.example.com +noall +comments | grep -i 'status\|query time'
openssl s_client -connect www.example.com:443 -servername www.example.com \
</dev/null 2>/dev/null | openssl x509 -noout -enddate # 证书到期时间
# 把结果按时间记录，形成可对比的历史基线监控同时覆盖权威与公共递归视角，能更早发现缓存与线路层异常：只看权威会漏掉递归侧的问题，而用户实际用的是递归结果。
解析变更后要同步更新监控的预期值：记录值改了但监控仍按旧值比对，会持续误报，久而久之告警被忽略，真故障反而漏掉。