当我使用工具测试反向正向 DNS 时,我得到了以下信息:
FCrDNS测试结果:
xxxx解析为xxxxin-addr.arpa;xxxxin-addr.arpa未解析;
rDNS未正向确认。通用 PTR 记录测试结果: xxxxin-addr.arpa 看起来像通用的。
使用其他工具,我得到了这个:
反向 DNS 至 xxxx
IP 地址:xxxx 反向 DNS:OK xxxxin-addr.arpa 反向 DNS 真实性:警告 可能被伪造:主机名“xxxxin-addr.arpa”不存在 反向 DNS 域:xxxxin-addr.arpa
您能给我一些关于如何改正它们的提示吗?
我管理主机和 DNS 服务器,它们是不同的机器。
基本上有两种类型的 DNS 记录。正向DNS 是指您向 DNS 请求 FQDN(如
machine.example.org
),然后获取 IP 地址(严格来说,是指定 IP 地址的A 记录)。反向DNS 是指您向 DNS 请求 IP 地址(严格来说,是专门制定的“反向主机名”,其 IP 地址a.b.c.d
形式为d.c.b.a.in-addr.arpa
),然后获取主机名(严格来说,是具有该主机名的PTR 记录)。这是我的服务器转发 DNS 的示例
www.rafa.eu.org
:并进行反向 DNS 查询
217.182.79.147
:如您所见, 的正向查询
www.rafa.eu.org
返回带有 IP 地址的 A 记录217.182.79.147
,而 的反向查询返回带有主机名的 PTR 记录rafa.eu.org
。这些记录配置在两个不同的地方。正向记录配置在域的 DNS 服务器中
rafa.eu.org
,而反向记录配置在网络块所有者的 DNS 服务器中217.182.79.*
,即我的情况中的托管服务提供商。因为基本上人们可以在反向 DNS 中配置几乎任何名称(例如 的反向 DNS
217.182.79.147
可以返回microsoft.com
),所以有时(例如对于发送邮件的服务器)需要所谓的正向确认反向 DNS (FCrDNS)。使用 FCrDNS 测试,一旦您从反向 DNS 查询中获得结果(在我的情况下
rafa.eu.org
),您就可以对该名称执行正向 DNS 查询,以检查它是否解析回相同的 IP 地址(217.182.79.147
)。如果是,则认为该名称已确认;否则,则不是。就您而言,此测试失败,并且同时以两种方式失败:
首先,反向查询您的
x.x.x.x
IP 地址似乎解析为x.x.x.x.in-addr.arpa
,这基本上毫无意义,实际上这也是您在执行反向 DNS 查询时要求的x.x.x.x.in-addr.arpa
名称。就像有人设置了这样的 DNS 记录(这基本上是无稽之谈):因此出现消息“通用 PTR 记录”。您应该将上述 PTR 记录中的右侧名称更改为有意义的名称,并且不要与您要求的名称完全相同。
上述名称
x.x.x.x.in-addr.arpa
无法解析为 IP 地址 - 它没有 A 记录(这是设计使然,因为in-addr.arpa
命名空间中只有 PTR 记录),因此 FCrDNS 未得到确认。要解决此问题,您应该执行与第 1 点相同的操作,但您还应确保您为 PTR 记录输入的名称解析为 IP 地址x.x.x.x
,即具有适当的 A 记录。