Skip to content
VDS · 网络、IP 地址与域名

反向 DNS 记录(PTR)

什么是 PTR,为什么邮件和日志需要它,如何在机器面板中设置,以及如何检查记录已生效。

更新于 2026年8月23日

普通 DNS 记录把名称解析为地址。反向记录 PTR 则相反:它从地址返回名称。只有地址的所有者才能设置它,因此它不在您的 DNS 区域中,而在机器的控制面板里。

在哪里设置

控制面板中 /hosting/vds/m/<id> 的“访问”标签页,反向地址记录(PTR)区块。输入完全限定域名——例如 mail.example.com——然后保存。更改不会立即通过 DNS 传播:通常需要几分钟到一小时。

名称必须是真实的:必须存在一条指回您机器地址的正向 A 记录。这种“A 指向地址,PTR 指向名称”的配对称为正向确认反向 DNS,而这正是邮件接收方所检查的内容。

为什么需要它

  • 电子邮件。 几乎所有大型邮件系统都会拒绝或将来自没有 PTR、或 PTR 与正向记录不匹配的地址的邮件标记为垃圾邮件。这是它们检查的第一项。
  • 日志和报告。 第三方服务器会在日志中写入您的名称,而不是光秃秃的数字,调查事件也会变得更容易。
  • 服务信任。 一些 API 和 IRC 网络会限制没有正确反向记录的客户端。

对于普通网站,PTR 不是必需的,但设置它也没有坏处。

验证

dig -x <address> +short
host <address>
dig mail.example.com A +short

前两条命令应返回您设置的名称,第三条——您机器的地址。如果结果不匹配,说明不存在对应关系,您的邮件会继续落入垃圾邮件。

也值得整理一下机器自身的名称:

hostnamectl set-hostname mail.example.com
hostname -f

许多邮件服务器在 HELO 命令中用系统主机名标识自己,它也必须与 PTR 匹配。

常见错误

错误会发生什么解决方法
设置了 PTR,但没有 A 记录匹配检查失败为机器地址创建一条 A 记录
在 PTR 中输入了地址而不是名称记录毫无意义输入完全限定域名
保存后立即检查缓存中仍是旧值等待后重复 dig -x
系统主机名不同HELO 与 PTR 不匹配hostnamectl set-hostname

仅靠 PTR 不足以完成邮件投递。您还需要在区域中配置 SPF、DKIM 和 DMARC——请阅读 无需魔法的 DNS 了解记录类型。

请记住:地址与机器绑定,当您删除机器时,它会连同反向记录一起返回共享池。您无法订购第二个地址,因此一台机器在 PTR 中只能对应一个名称。