反向 DNS（PTR）详解：它能透露 IP 的哪些信息，邮件服务器为什么要检查它
PTR 记录如何工作、由谁控制、通用主机名会向垃圾邮件过滤器传达什么信号、正反向一致的 DNS 如何验证，以及如何为邮件服务器补上缺失的 PTR。
By yandong2023 · 编辑审核 2026-08-14
正向 DNS 把域名变成地址，反向 DNS 反过来
普通 DNS 回答的是“example.com 的地址是什么”。反向 DNS 回答相反的问题：“192.0.2.10 对应什么名称”。答案是一条 PTR 记录，存放在一个特殊的域下——IPv4 用 in-addr.arpa，IPv6 用 ip6.arpa——而且地址要倒过来写。要查 192.0.2.10 的名称，解析器会去查询 10.2.0.192.in-addr.arpa。
你几秒钟就能试一下：dig -x 8.8.8.8 +short 返回 dns.google，dig -x 1.1.1.1 +short 返回 one.one.one.one。TrustIP 对每个地址都会做同样的查询，并把结果显示在“反向 DNS”一行。
PTR 记录由谁控制
这是最常被误解的一点。PTR 记录由持有该地址段的一方控制——你的运营商、云服务商或机房——而不是记录里那个域名的所有者。拥有 example.com 并不能让你给服务器 IP 发布 PTR；你必须通过分配这个地址的服务商来设置。
这也是 PTR 记录携带信息的原因。服务商决定如何为自己的地址命名，所以名称会遵循它的命名习惯：云服务地址常见的形式是 ec2-198-51-100-7.compute-1.amazonaws.com；家庭宽带地址常常把 IP 和 dynamic、dsl、pool、cable 等词嵌在名称里；而运维规范的服务器会使用自己域名下的名称。
为什么邮件服务器如此在意
接收方邮件服务器把反向 DNS 当作一道成本很低的初筛。一个完全没有 PTR、或者名称看起来像家庭宽带的发信 IP，从统计上看更可能是被入侵的设备，而不是真正的邮件服务器。很多接收方在看邮件内容之前，就会直接拒绝或大幅降低这类连接的信誉。
大型邮箱服务商对此有明确规定。Google 的邮件发件人指南要求发信域名或 IP 必须有有效的正向和反向 DNS 记录。反向 DNS 缺失或不一致，是新搭建的邮件服务器头几封邮件被退回或进入垃圾箱的最常见原因之一。
正反向一致的 DNS（FCrDNS）
因为任何控制地址段的人都可以在 PTR 里写任何名称——包括一个不属于自己的域名——所以单凭 PTR 证明不了什么。因此接收方会检查名称能否指回原地址：先查 IP 的 PTR，再查这个名称的 A 或 AAAA 记录，确认原来的 IP 在结果里。两个方向一致时，这种配置就叫正反向一致的 DNS（FCrDNS）。
- dig -x 203.0.113.25 +short → mail.example.com
- dig mail.example.com A +short → 203.0.113.25（必须包含同一个 IP）
- 在 SMTP 的 HELO/EHLO 问候中使用同一个名称，效果最好。
如何修复缺失或通用的 PTR
- 云服务器：大多数服务商允许你在控制台或通过工单为静态 IP / 弹性 IP 设置反向 DNS；有些要求你先建好对应的正向记录，并申请解除出站 25 端口的限制。
- 企业宽带：请运营商为你的静态 IP 设置或授权 PTR。家庭动态地址通常无法自定义 PTR，也不应直接发信——应通过运营商或邮件服务中转。
- 修改后，等旧记录的 TTL 过期，再把两个方向都检查一遍。
- 不要指望 PTR 能解决所有问题：SPF、DKIM 和 DMARC 是独立的要求，黑名单收录也必须找列表运营方处理。
PTR 不能告诉你什么
PTR 是地址持有方自己选择的标签。完全正规的服务器也可能没有 PTR，而格式规范的名称也不能证明服务器行为良好。应把它和 ASN、组织名称、地址类型一起作为网络身份的一部分来看，绝不能把它当作对地址使用者的判决。
参考资料
以下来源供读者核验技术背景。列出不代表这些机构认可 TrustIP。