rDNS 是什么：
没有 PTR 记录为什么会掉 5 分

1. 两个方向，别搞反

普通 DNS 解决「域名指向哪个 IP」；rDNS 解决「这个 IP 指向哪个域名」。方向相反，记录类型也不同。

两者都对上，叫 forward-confirmed rDNS：PTR 指向的主机名，正向解析回来还是同一个 IP。只配一边，效果会打折扣，甚至会被当成配置错误。

2. IPure 里怎么扣分

IPure 把 rDNS 当成一项独立判据。它不决定生死，但会参与总分与场景分；权重如下（风险点，纯净度 = 100 − 风险点）：

规则在 src/lib/scoring/score.ts 的 scoreRdns()；每条都有对应的单元测试。这里的「+」是风险点，不是纯净度加分。

在 420 个机房 IP 的样本里，63.6% 没有 PTR 记录，是这份样本里最普遍、也最容易自己修的一项。修好它值 5 分；和关闭管理端口、打补丁加在一起，是少数「不换 IP 也能改善」的动作。

3. 为什么它有意义

rDNS 的本质是归属与维护的旁证：

• 服务器：正规机房通常会给 IP 配 PTR；没有 PTR 的服务器更像临时机器、没人维护，或刚分配还没配置。
• 发信：不少收件方会看 PTR 与正向解析是否一致；它不是垃圾邮件判定的全部，但属于基础配置。
• 滥用处理：PTR 和 abuse 联系人让其他运营方知道该找谁；没有记录会增加沟通成本。

反过来，家宽/移动动态 IP 常常没有像样的 PTR，或者只有运营商默认的反查名。这不是用户的错，也不该被当成风险；IPure 对住宅段有单独的加分逻辑，不会只因为「PTR 不好看」就判死。

4. 怎么设置

多数 VPS / 独服面板有「rDNS / PTR / Reverse DNS」一栏；没有的话开工单让服务商设置。步骤大致是：

1. 准备一个你控制的域名，例如 host.example.com。
2. 在域名 DNS 里加 A（IPv4）或 AAAA（IPv6）记录，指向这个 IP。
3. 在 IP 面板或工单里，把 PTR 指向同一个主机名。
4. 等 DNS 生效，然后双向检查。

# 反向：IP → 域名
dig -x 203.0.113.10 +short
# 正向：域名 → IP，应该回到同一个地址
dig +short host.example.com

两边一致才算 forward-confirmed。只把 PTR 指向一个不解析的域名，或者指向别人的域名，通常没有帮助，还可能被认为是配置错误。

5. 什么时候不用管

• 住宅 / 移动动态 IP：PTR 通常由运营商控制，用户改不了；没有 PTR 很常见，不代表 IP 有问题。
• CDN / Anycast 出口：你拿到的不是「你的 IP」，PTR 也不由你控制。
• 服务商不提供 PTR：有些小机房不支持；这时候优先看黑名单、端口、共享程度，别为了 5 分换机器。
• 你的用途不看 rDNS：比如纯 API 调用、内部后台；它不会因为 PTR 缺失就拒绝你。

IPure 的评分里，没有 PTR 记录扣 5 分；rDNS 含机房特征扣 6 分，含家宽特征加 6 分，含代理/VPN 特征扣 20 分。在 420 个机房 IP 的样本里，63.6% 没有 PTR 记录——这是最普遍、也最容易自己修的一项。
来源：IPure《机房 IP 的每一分去哪了》（https://ipure.dev/guides/datacenter-ip-deduction）与评分规则 src/lib/scoring/score.ts

常见问题