首页/网络/网络排障速查/SERVFAIL 排查路径
DNS 与解析排查46 条

SERVFAIL 排查路径

SERVFAIL 是『服务器自己处理不了』:按 DNSSEC 验证失败 → 上游/权威超时 → 转发链问题 的顺序排查,通常能在 10 分钟内定位。

网络排障速查网络更新于 2026-10-13

服务器失败意味着什么

服务器失败是域名系统里最含糊的一种状态:它只表示『这台服务器自己没能把结果给你』,至于是校验没过、上游超时、转发链条断了还是记录本身有环,都要靠后续动作区分。好消息是排查路径很短:先用关闭校验的重复查询做一次对照,就能把问题分成『安全扩展方向』与『服务器或上游方向』两条路,然后各自往下走。

基本信息

含义范围服务器自身处理失败,不包含域名不存在的语义
首要动作换服务器交叉验证,并用关闭校验的查询做对照
常见根因安全扩展校验失败、权威无响应、转发链断裂、别名环
留证要求保留各服务器的查询输出与服务端日志时间点
影响面判断多台解析器同时失败说明问题在上游或权威侧

根因与特征

根因典型特征验证方式
安全扩展校验失败关闭校验后查询恢复正常同一条查询加关闭校验参数前后对照
权威服务器无响应直查权威也超时,多台解析器同时失败直接向该域权威服务器查询
转发链断裂仅内网解析器失败,日志提示上游超时换一台内网解析器与公共服务器对照
别名环日志提示别名循环,溯源输出可见循环用溯源模式观察逐层委派
区域数据未加载该域全部记录都失败,其它域名正常查看解析服务日志与区域文件加载状态

典型使用场景

  • 用户报某网站打不开:先确认是域名不存在、服务器失败还是网络不通
  • 批量影响判断:多个域名同时失败时判断是否共用同一权威或上游
  • 安全扩展核查:验证是否因签名链问题导致整域解析失败
  • 转发链排错:内网只转发少量域名的场景下定位断裂点
  • 上线前验证:域名迁移后确认新旧权威切换期间没有残留失败

排查三步

排查三步
# 1) 换服务器对照:看是普遍现象还是本机解析链路问题
dig example.com @8.8.8.8 +short
dig example.com @1.1.1.1 +short
# 2) 关键一刀:关闭校验后是否恢复
dig +cd example.com @10.0.0.53 +short
dig +dnssec example.com @10.0.0.53 | grep -E 'status|flags'
# 3) 直查权威,排除解析器自身问题
dig example.com @ns1.example.com +short
dig +trace example.com | tail -20

结果组合与方向

对照结果方向动作
关闭校验后恢复正常安全扩展校验链有问题核对签名与密钥轮换,联系域名管理方
关闭校验后仍失败服务器或上游方向继续换服务器与直查权威
仅内网解析器失败解析器配置或转发链问题看解析器日志与上游可达性
全部服务器都失败权威侧故障联系域名与权威服务器的管理方
换域名正常、本域失败该域数据本身异常检查区域文件与记录配置
排查这类问题最省时间的一刀就是关闭校验参数:恢复正常说明方向在安全扩展链路,仍失败说明方向在服务器与上游。
影响面本身就是线索:只有一台解析器失败,问题大概率在它自己;多台同时失败,问题在上游或权威侧。
立刻重启解析服务会清掉现场日志与缓存状态,先留存证据再动手,否则后续无法定位根因。

易错点

  • 一看到这个状态就重启解析服务,现场被破坏且根因仍在
  • 只用一台解析器验证就定位根因,缺少多台交叉对照
  • 忽略关闭校验参数的对照价值,绕了很远才想到校验链路
  • 把域名不存在与服务器失败混在一起汇报,对方按错误方向处理
  • 忽略影响面:单域名失败与整域失败指向完全不同的层级
  • 排查结束不清缓存导致现象持续,误认为修复无效

数据来源与参考

  • RFC 1035(SERVFAIL 语义)
  • RFC 4033(DNSSEC 引入的验证失败场景)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌