反向解析是什么
正向解析把域名换算成 IP，反向解析（PTR）把 IP 换算成域名。它不是由域名所有者配置，而是由 IP 地址段的所有者（运营商或云厂商）在反向区域里维护，所以「有域名不等于有 PTR」。反查名称是把 IPv4 地址四段倒序后拼上 in-addr.arpa，IPv6 则把 32 位十六进制逐位展开拼上 ip6.arpa。邮件收件方普遍用 PTR 做反垃圾判断，这是反查最常被投诉的使用场景。
基本信息
| 适用工具 | dig（bind-utils / dnsutils），Windows 用 nslookup -type=PTR |
|---|---|
| 查询方式 | dig -x IP，等价于 dig PTR <倒序>.in-addr.arpa |
| IPv6 | 反向名在 ip6.arpa 下，长度 32 个十六进制位 |
| 配置方 | IP 归属方：云主机在云平台控制台申请，机房 IP 找机房 |
| 常见返回 | NXDOMAIN 表示该地址从未配置 PTR，不等于 DNS 故障 |
典型使用场景
- 发信被拒：确认服务器 IP 的 PTR 是否存在并与 HELO 域名一致
- 日志与审计：把海量访问 IP 反解成域名便于归属分析
- 安全排查：发现可疑 IP 时反查归属，辅助判断来源类型
- 验证云平台配置：申请 PTR 后确认是否已生效
- 对比正反解析：正反不一致是常见的托管与安全策略问题
反查与对照
反查与对照
dig -x 8.8.8.8 # 一条命令完成倒序与查询
dig +short PTR 8.8.8.8.in-addr.arpa # 手动构造反查名，效果等价
dig +short -x 2400:3200::1 # IPv6 反查走 ip6.arpa
dig -x 203.0.113.10 +noall +answer # 只看答案段，便于脚本处理
dig @8.8.8.8 -x 203.0.113.10 # 指定公共 DNS 对照本地解析差异返回结果判读
| 返回 | 含义 | 处置 |
|---|---|---|
| 答案段有一到多个 PTR | 该 IP 已配置反查 | 核对是否与业务域名或 HELO 一致 |
| NXDOMAIN | 该地址从未配置 PTR | 联系 IP 归属方申请，而非改本地 DNS |
| SERVFAIL | 反向区域解析失败 | 检查区域委派与权威服务器状态 |
| 超时无响应 | 反向权威不可达或被拦 | 换公共 DNS 复核并检查出口策略 |
| 正反不一致 | PTR 指向与 A 记录域名不同 | 邮件场景下按收件方规则修正 |
邮件服务器反查必须与发信域名匹配（PTR 与 HELO 名称一致），否则容易被大厂拒收或降级处理，这是网络排查里最常被投诉的场景之一。
IP 段拆分或再委派时，PTR 可能由下级持有者的 DNS 服务器应答；查询公共 DNS 与权威服务器结果不一致，先怀疑缓存，再用 +trace 或直接指定权威地址复核。