反向解析是什么
反向解析从地址反查名字，走的是独立的反向树：IPv4 用倒序地址加 in-addr.arpa，IPv6 用倒序的十六进制半位加 ip6.arpa，记录类型为 PTR。它与正向解析是两套独立数据，配好了正向不代表反向会自动正确。
邮件为什么看重它
收信方常用「正向确认的反向解析」判断来信是否可信：先由地址反查出名字，再用这个名字正向查回同一地址，两边一致才算通过。自建邮件服务器时若反向解析没配好，投递成功率会明显下降，而且往往只对部分收件方失败。
基本信息
| IPv4 反向树 | 地址倒序后加 in-addr.arpa |
|---|---|
| IPv6 反向树 | 三十二个十六进制半位倒序后加 ip6.arpa |
| 授权方 | 由地址段持有者（运营商或云厂商）委托，用户通常无权自建 |
| 记录类型 | PTR |
典型使用场景
- 自建邮件服务器前先在云控制台设置反向解析
- 排查日志里只有地址、没有名字的问题
- 访问控制与审计工具按名字匹配时
- 纠正「正向正常就等于反向正常」的误解
正向确认的检查流程
正向确认的检查流程
dig -x 203.0.113.10 +short # 反查得到一个名字
dig +short mail.example.com A # 用该名字正查回地址，一致即通过正向确认
dig -x 2001:db8::1 +short # IPv6 的反向查询检查项与标准
| 检查项 | 通过标准 | 常见问题 |
|---|---|---|
| 反向解析存在 | 能得到一个名字 | 云环境默认不设置 |
| 正向一致 | 该名字正查回同一地址 | 名字指向了别的地址 |
| 名称规范 | 使用规范的邮件域名 | 用云主机默认名影响可信度 |
| 多地址覆盖 | 所有出口地址都配置 | 只配了其中一个出口地址 |
自建邮件服务器从云厂商地址发出时，必须先在控制台设置反向解析：没设置会被大量收信方降权，典型表现是「一部分收得进、一部分直接拒」。
反向解析由地址持有者管理，普通用户无法自行添加：需要修改时走云厂商或运营商的控制台与工单，提前预留处理时间。
地址段迁移或更换出口后，反向解析通常需要重新申请：迁移动线时要把它列入必做清单，否则会出现「配置都对、投递就是差」的怪现象。