智能、聚焦、邮件。
超高效兼跨平台：专为静忧收件设计，专心聚焦重要事项。
定义
💡 反向 DNS 查找：将 IP 地址解析回域名的过程，与 DNS 通常的工作方式相反。 对于电子邮件而言，这是接收服务器检查发送 IP 地址是否真正属于其所声称代表的域名的方式。 正常的 DNS 是从域名到 IP。 反向 DNS 则是从 IP 回到域名。 两个方向都需要匹配。
这会影响到你吗？
可能不会直接影响，但了解原因是值得的。
如果你通过 Gmail、Google Workspace、Outlook 或 Microsoft 365 发送电子邮件，反向 DNS 会由 Google 和 Microsoft 在它们自己的发送 IP 上自动处理。 你无需碰它。 Mailchimp 或 Klaviyo 等平台上的共享 IP 也是如此。 这些 ESP 会为其服务器发送所用的 IP 地址管理 PTR 记录。
反向 DNS 会成为你的问题，是在你使用专用 IP 地址发送（通过 SendGrid 或 Mailgun 之类的服务），或在 VPS 或云实例上运行自己的邮件服务器时。 在这些情况下，你的 IP 的 PTR 记录不会自动设置。 你需要自己配置。 如果它缺失或配置错误，你的电子邮件送达率就会受到影响。
实用测试方法：如果你的邮件进入了垃圾邮件箱，而你的 DKIM、SPF 和 DMARC 记录全都通过了，那么缺失或损坏的 PTR 记录就是接下来合乎逻辑要检查的事项。
反向 DNS 查找的工作原理
这个过程称为正向确认反向 DNS（FCrDNS）。 以下是你的电子邮件到达接收服务器时发生的情况。
接收服务器获取你的发送 IP 地址，并向 DNS 查询与之关联的 PTR（指针）记录。 此查询会进入一个名为 in-addr.arpa 的特殊 DNS 区域。 如果配置了 PTR 记录，查询会返回一个主机名，类似 mail.yourbusiness.com。
然后，接收服务器会对该主机名进行常规的正向 DNS 查找，以确认它解析回原始 IP。 如果 IP 匹配，则检查通过。 如果该主机名解析到不同的 IP，或者根本没有 PTR 记录，那么发件人看起来就不可信。
这种双向验证正是关键所在。 任何人都可以声称自己从 yourbusiness.com 发送邮件。 但能够同时操纵 PTR 记录和正向 DNS 使其相互匹配的人则少得多。 自 Google 和 Yahoo 在 2024 年收紧批量发件人要求以来，Gmail 现在会针对没有有效 PTR 记录的 IP 返回一个特定的错误（421 4.7.23）。 对于任何发送可观数量邮件的人来说，这已不再是可选项。
缺失或不匹配的反向 DNS 是最隐蔽的送达率问题之一。 它并不总是产生明确的退信。 你的邮件可能只是悄悄地进了垃圾邮件箱，没有任何说明。
如何检查你的 PTR 记录
在尝试修复任何东西之前，先检查 PTR 记录是否存在以及是否正确。
MXToolbox：前往 mxtoolbox.com/ReverseLookup.aspx 并输入你的邮件服务器的 IP 地址。 它会返回 PTR 记录，或者在不存在时进行标记。
命令行（Mac/Linux/Windows）：
nslookup [your IP address]
或者在 Mac/Linux 上：
dig -x [your IP address]
输出应显示一条指向你的邮件服务器主机名的 PTR 记录。 如果它什么都没显示，或者指向某个通用的内容，比如云服务提供商的默认主机名（ec2-203-0-113-25.compute-1.amazonaws.com），那就是一个值得修复的问题。
如何设置或修复 PTR 记录
这里有一个大多数人都搞错的关键细节：PTR 记录由拥有该 IP 地址的一方控制（你的托管或 VPS 提供商，而不是你的域名注册商）。
你无法在 Cloudflare 或 GoDaddy 设置 PTR 记录。 你需要通过 DigitalOcean、Vultr、Hetzner、AWS、Linode，或你的邮件服务器 IP 所在的任何地方来设置它。
一般流程（自托管邮件服务器）：
- 登录你的托管提供商的控制面板
- 找到网络或 IP 管理部分（查找“反向 DNS”或“PTR 记录”；具体位置因提供商而异）
- 输入你的邮件服务器主机名（例如 mail.yourdomain.com）作为服务器 IP 的 PTR 值
- 保存并留出时间等待 DNS 传播（通常一小时，有时最长达 48 小时）
- 使用 MXToolbox 的反向查找工具进行验证
为了让你的设置通过 FCrDNS，你还需要确认你的邮件服务器主机名有一条解析回同一 IP 的 A 记录。 两个方向都必须有效。
如果你通过 ESP 使用专用 IP：SendGrid、Mailgun 及类似服务在其控制面板内都有各自的反向 DNS 设置流程。 对于 SendGrid，它位于 Settings > Sender Authentication > Reverse DNS 下。 完整的操作步骤请参阅 SendGrid 的反向 DNS 指南。 它们会生成记录并引导你完成发布过程。
如果你通过 ESP 使用共享 IP：提供商会为共享 IP 处理 PTR 记录。 你无需配置任何东西。
保持反向 DNS 干净整洁
避免使用通用的云主机名。 云服务提供商的默认 PTR 传达的是“通用 VPS 实例”而非“受管理的邮件服务器”的信号。 接收服务器会将此视为一个警示标志。 用一个与你的域名匹配的自定义主机名替换它。
PTR 只是其中一层，而非整个体系。 一条干净的 PTR 有助于建立基本的发送合法性，但它是与 DKIM、SPF 和 DMARC 协同工作的，而不是取代它们。 一个完美的 PTR 若没有 DKIM，仍然会举步维艰。 先把这三层身份验证全部部署到位；然后再验证你的 PTR。
在任何基础设施变更后重新检查。 如果你迁移到新服务器、获取新 IP 或更换托管提供商，你的 PTR 记录不会自动跟随。 它需要为新 IP 重新配置。 很容易忘记。 值得检查。
每个 IP 一条 PTR 记录，指向你的发送主机名。 你的 PTR 记录应解析到你的 SMTP 服务器在 SMTP 会话中所声明的同一主机名（HELO/EHLO 命令）。 不匹配会让垃圾邮件过滤器觉得前后不一致。
相关术语