PTR 记录是什么
PTR 做的是「IP 地址 → 主机名」的反向解析，与 A/AAAA 的正向解析互为反向。它挂在反向解析树 in-addr.arpa 与 ip6.arpa 下：192.0.2.1 对应 1.2.0.192.in-addr.arpa，地址段要倒过来写。这块区域的授权归 IP 的持有者（ISP、云厂商、IDC），所以自建服务器想改 PTR，得在云厂商控制台设置反向解析，或提工单申请。
基本信息
| 记录类型 | PTR（TYPE 12） |
|---|---|
| 记录值 | 主机名 FQDN |
| 所在区域 | in-addr.arpa（IPv4）/ ip6.arpa（IPv6） |
| 授权方 | IP 持有者，通常不是域名所有者 |
| 查询命令 | dig -x <IP> 或 host <IP> |
| 规范 | RFC 1035 §3.3.12、RFC 1912 §3.1 |
典型使用场景
- 邮件服务器做 FCrDNS 校验：收信方会反查发信 IP，核对其与 HELO 域名是否一致
- 日志与审计把 IP 显示为可读主机名，便于人工定位
- 安全设备做来源画像与命中溯源，反查结果常作为线索之一
- 排查邮件被判垃圾的投诉：先确认 PTR 是否缺失或指向随机串
- 网络设备与监控系统为管理地址配置反向记录，便于识别
反向查询与交叉验证
反向查询与交叉验证
dig -x 93.184.216.34 +short # 反查 PTR
host 93.184.216.34 # 简写形式，输出更紧凑
dig +short -x 2001:4860:4860::8888 # IPv6 反查走 ip6.arpa
dig +short $(dig -x 93.184.216.34 +short) # 正查回来的域名是否解析回同一 IP
whois 93.184.216.34 | grep -i -E 'netname|orgname' # 交叉验证 IP 归属正向反向对照
| 方向 | 记录 | 所在树 | 谁负责配置 |
|---|---|---|---|
| 域名 → IP | A / AAAA | 域名自己的正向区域 | 域名持有者，在 DNS 服务商处配置 |
| IP → 域名 | PTR | in-addr.arpa / ip6.arpa | IP 持有者，云厂商或 ISP |
邮件反垃圾普遍做 FCrDNS：先反查 PTR 得到域名，再正向查该域名是否解析回同一 IP；不一致会被扣分，严重时直接拒收。自建邮局应保证两边一致并指向真实收发域名。
云主机默认 PTR 往往是 ip-1-2-3-4.region.tld 之类的随机串，收信方可能因此降低信任；需要主动在控制台申请修改，且能修改的通常是已绑定的弹性公网 IP。
配置与核对要点
- PTR 的值必须是能正查回同一 IP 的 FQDN，填写裸地址或带端口都不合法
- 一个 IP 通常只能有一条 PTR，多个域名共用出口 IP 时只能选最重要的那个作为反向名
- IPv6 反查要把地址按半字节倒序展开成 32 段挂在 ip6.arpa 下，手工书写容易出错
- 修改后要等旧记录 TTL 过期再验证，公共解析器的缓存可能仍返回旧值
- 云厂商一般要求 IP 已绑定到实例才允许申请反向解析，按控制台的流程提交并等待生效