反向DNS查询
输入IPv4或IPv6地址后，系统将返回 PTR 记录——即IP地址所有者为其分配的主机名。并非所有IP地址都具备 PTR ；在移动网络和消费级网络中这种情况十分常见。配置完善的邮件服务器始终拥有匹配的正向与反向地址对，因此 PTR 记录对垃圾邮件过滤至关重要。
反向DNS的工作原理
-
1
格式化查询
IPv4的版本号从4.3.2.1变为1.2.3.4.in-addr.arpa；而IPv6则使用位组反转后的.ip6.arpa名称。
-
2
PTR 查询
DNS查询用于获取该反向名称对应的 PTR 记录。
-
3
获取权威答案
答案来源于该IP地址所对应的DNS区域（由其互联网服务提供商控制），而非域名所有者。
-
4
前向交叉校验
在健康的配置环境中，主机名通过A/ AAAA 记录 PTR 解析回原始IP地址。
.in-addr.arpa 树
反向DNS使用特殊的顶级域名。IPv4地址192.0.2.15会转换为查询名称15.2.0.192.in-addr.arpa。由于DNS采用从右到左的层级结构，字节顺序被反转——因此较大的前缀（192）比主机部分（15）更靠近根节点。
对于IPv6，每个8位组（4位）均进行反转处理：
2001:db8::1 → 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa
谁控制着 PTR 记录
与前向DNS不同，您并不拥有自己的 PTR 。IP地址段的所有者（通常是您的互联网服务提供商或云服务商）负责管理in-addr.arpa区域，并代表您配置或设置PTR记录。
- 家庭互联网服务提供商（ISP）：通常为自动生成的PTR记录，例如
c-76-102-34-150.hsd1.ca.comcast.net，无法修改。 - 云服务提供商：AWS、 GCP 和Azure均提供控制台/API接口，可为自有弹性IP配置自定义 PTR 。
- 共置服务：互联网服务提供商（ISP）支持DNS委托机制——通常通过LOA表格或工单进行办理。
为何 PTR 对电子邮件至关重要
邮件客户端（Gmail、Outlook、Fastmail 以及所有主流企业邮件过滤系统）会进行以下检查：
- 发送IP地址是否具有 PTR 记录？
- PTR 中的主机名能否通过前向解析回相同的IP地址？
- HELO/ EHLO 是否与 PTR 相符？
缺失的 PTR 、不匹配的正向/反向PTR或通用ISP分配的PTR（如*.dsl.、*.cable.）会触发垃圾邮件判定。合格的邮件服务器必须具备匹配的PTR对。
其他用途
- 日志分析。 充满IP地址的日志数据存在噪声； PTR 查询可将
52.84.192.*转换为cloudfront.net，从而揭示规律性特征。 - 滥用行为调查。 PTR 在执行 WHOIS 前可快速提示您IP地址所有者信息。
- 地理位置合理性验证。 PTR地址通常包含地区代码（如阿姆斯特丹的
ams-、新加坡的sin-），可用于核对GeoIP信息。 - ** CDN 识别。** 像
*.akamaitechnologies.com、*.cloudfront.net、*.fastly.net这样的主机名可显示网站的实际运营者身份。
常见结果形状
| 结果 | 含义 |
|---|---|
NXDOMAIN |
未找到对应的 PTR 记录 |
generic-host-pattern.isp.net |
Autogenerated ISP PTR |
mail.example.com. |
用户自定义、功能明确的 PTR |
| 两条或更多 PTR 记录 | 合法，但邮件过滤器对其持保留态度 |
常见问题
您的互联网服务提供商会从大型地址池中分配一个自动生成的 PTR 。他们不允许客户在动态住宅IP地址上设置自定义PTR记录，部分原因是为了避免用户在家运行邮件服务器。
如果您拥有来自云服务提供商或托管服务商的静态IP地址，确实可以通过其DNS管理界面或委托申请来获取；但对于动态住宅线路，则无法实现。
合法发件人会配置匹配的 PTR 和转发解析主机名；而缺失或通用的 PTR 则与运行在用户终端上的垃圾邮件僵尸网络高度相关。
是的，使用多个PTR地址是合法的。部分邮件过滤器将多个PTR视为轻微负面信号，因此在实际应用中使用单个PTR更为稳妥。
该查询会被发送至公共解析器，且本工具仅存储单个响应结果。