☰

ubuntu bind 反向查找失败

tag-icon • tag-icon ubuntu bind reverse-dns
ubuntu bind 反向查找失败

当我通过主机 ip 从本地机器测试我的反向区域时，它说没问题。1.2.3.4.in-addr.arpa 域名指针 host.domain.co。但是当我使用 mxtoolbox 或 dnsstuff 等工具时，我收到这些错误 SMTP Reverse DNS Mismatch 。这是我在 name.config 中的配置

zone "domain.co" {
type master;
file "/etc/bind/db.domain.co";
};

zone "3.2.1.in-addr.arpa" {
type master;
file "/etc/bind/zones/rev.3.2.1.in-addr.arpa";
};

这是主要区域

domain.co. IN SOA lnxhost.domain.co. root.domain.co. (
2008080906 ; serial
8H ; refresh
4H ; retry
4W ; expire
1D ; minimum
)

domain.co. IN NS lnxhost.domain.co.
domain.co. IN MX 10 lnxhost.domain.co.

$ORIGIN domain.co.
localhost IN A 127.0.0.1

; Set the hostnames in alphabetical order
lnxhost IN A 1.2.3.4
domain.co. IN TXT "v=spf1 a -all"

这是反向条目

; IP Address-to-Host DNS Pointers for the 192.168.0 subnet
@ IN SOA lnxhost.domain.co. root.domain.co. (
2008080906 ; serial
8H ; refresh
4H ; retry
4W ; expire
1D ; minimum
)

3.2.1.in-addr.arpa. IN NS lnxhost.domain.co.

233 IN PTR lnxhost.domain.co.

系统日志有这些

Apr 1 13:19:01 lnxagelity named[1009]: zone 0.in-addr.arpa/IN: loaded serial 1
Apr 1 13:19:01 lnxagelity named[1009]: zone 127.in-addr.arpa/IN: loaded serial 1
Apr 1 13:19:01 lnxagelity named[1009]: /etc/bind/zones/rev.51.135.206.in-addr.arpa:2: no TTL specified; using SOA MINTTL instead
Apr 1 13:19:01 lnxagelity named[1009]: zone 1.2.3.in-addr.arpa/IN: loaded serial 2008080906
Apr 1 13:19:01 lnxagelity named[1009]: zone 255.in-addr.arpa/IN: loaded serial 1
Apr 1 13:19:01 lnxagelity named[1009]: zone domain.co/IN: loaded serial 2008080906
Apr 1 13:19:01 lnxagelity named[1009]: zone localhost/IN: loaded serial 2
Apr 1 13:19:01 lnxagelity named[1009]: managed-keys-zone ./IN: loaded serial 5
Apr 1 13:19:01 lnxagelity named[1009]: running

为什么像 mxtoolbox.dnsstuff 这样的工具无法进行反向查找？

任何帮助都将不胜感激。仅供参考，我已经研究这个问题大约一周了。谢谢

提示。此服务器配置为 DNS 和邮件服务器。我可以发送和接收邮件。只有反向操作失败

答案1

要使反向查找正常工作，您的 DNS 服务器必须是相关 IP 空间的权威 DNS。通常，只有当您拥有 PI（独立于提供商）IP 空间时，您才能做到这一点。

如果您拥有 PA（提供商分配）IP 空间，则只有当您的 ISP 将权限委托给您的 DNS 服务器时，您才能够执行此操作，否则您将依赖它们提供反向查找（有些不会这样做）。在某些情况下，您的 ISP 可能会提供超出其上游提供商分配给他们的空间的地址。

如果您没有直接从区域注册机构（ARIN、RIPE、APNIC 等）获得分配，那么您就没有 PI 地址。一种测试方法是对您的 IP 网络进行 whois 查询。如果您或您的组织未列出，那么您将无法在不联系 ISP 的情况下进行反向查询。

如果您确实有 PI 空间，则可能尚未建立 DNS 服务器的权限。您可以通过在网络上执行“dig”来检查。例如，对于 IP 地址为 abcd 的服务器，您可以执行“dig dcbain-addr.arpa”，它应该会返回权威服务器。

相关内容