Bind 仅在本地起作用 - Ping 在本地起作用，在外部不起作用

Question 1

根据显示的dig +trace输出，最可能的原因是到达面向互联网的 IP 的数据包没有被您认为的服务器进程接收。这可以通过以下CHAOS查询明确证明，该查询表明面向互联网的 IP 由 PowerDNS 守护程序管理。

$ dig @95.142.155.4 chaos txt version.bind

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @95.142.155.4 chaos txt version.bind
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24158
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;version.bind.                  CH      TXT

;; ANSWER SECTION:
version.bind.           5       CH      TXT     "PowerDNS Authoritative Server 3.3.1     ([email protected] built 20131217140448 [email protected])"

;; Query time: 97 msec
;; SERVER: 95.142.155.4#53(95.142.155.4)
;; WHEN: Sat Nov  1 08:57:18 2014
;; MSG SIZE  rcvd: 158

除非您在其中一个包含文件中定义自定义version.bind字符串（这种可能性极小），否则互联网上的查询根本不会到达您的 BIND 服务器。

更进一步说，以下评论让我怀疑您可能没有正确配置以实现预期目的：

还请注意，该域名是在 Godaddy 注册的。在 Godaddy 上，我们将 ns1.tsohost.co.uk 设置为名称服务器。在这里，我们在 tsohost 托管包上提供网站（即 example.es 和 www.example.es）。在 tso 上，我们为 ddns.example.es 和 *.ddns.example.es 创建了一条 A 记录，以转到数字海洋服务器，即 178.62.171.XXX，我们希望在此服务器上操纵这些域的 IP 地址。

粗体强调是我的。如果您的目标是让面向互联网的 DDNS 正常工作，您需要使用记录NS而不是A记录指向您的 Digital Ocean 服务器。NS记录会告诉服务器，控制权ddns.example.es已委托给您的 BIND 名称服务器。会dig +trace遵循该引用并停在您的 BIND 名称服务器上，但显然并非如此。

附注：NS记录必须指向名称，而不是 IP 地址，因此A除了这些记录之外，您还需要为这些名称服务器创建记录NS。

Answer

根据显示的dig +trace输出，最可能的原因是到达面向互联网的 IP 的数据包没有被您认为的服务器进程接收。这可以通过以下CHAOS查询明确证明，该查询表明面向互联网的 IP 由 PowerDNS 守护程序管理。

$ dig @95.142.155.4 chaos txt version.bind

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @95.142.155.4 chaos txt version.bind
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24158
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;version.bind.                  CH      TXT

;; ANSWER SECTION:
version.bind.           5       CH      TXT     "PowerDNS Authoritative Server 3.3.1     ([email protected] built 20131217140448 [email protected])"

;; Query time: 97 msec
;; SERVER: 95.142.155.4#53(95.142.155.4)
;; WHEN: Sat Nov  1 08:57:18 2014
;; MSG SIZE  rcvd: 158

除非您在其中一个包含文件中定义自定义version.bind字符串（这种可能性极小），否则互联网上的查询根本不会到达您的 BIND 服务器。

更进一步说，以下评论让我怀疑您可能没有正确配置以实现预期目的：

还请注意，该域名是在 Godaddy 注册的。在 Godaddy 上，我们将 ns1.tsohost.co.uk 设置为名称服务器。在这里，我们在 tsohost 托管包上提供网站（即 example.es 和 www.example.es）。在 tso 上，我们为 ddns.example.es 和 *.ddns.example.es 创建了一条 A 记录，以转到数字海洋服务器，即 178.62.171.XXX，我们希望在此服务器上操纵这些域的 IP 地址。

粗体强调是我的。如果您的目标是让面向互联网的 DDNS 正常工作，您需要使用记录NS而不是A记录指向您的 Digital Ocean 服务器。NS记录会告诉服务器，控制权ddns.example.es已委托给您的 BIND 名称服务器。会dig +trace遵循该引用并停在您的 BIND 名称服务器上，但显然并非如此。

附注：NS记录必须指向名称，而不是 IP 地址，因此A除了这些记录之外，您还需要为这些名称服务器创建记录NS。

Question 2

上述示例，至少在撰写本文时，显示出了相互矛盾的结果。我假设您正在更改主机名和 IP 地址以保护您的身份？这很好，但使得诊断问题变得非常困难。

因此，我的建议如下。首先确保您的 DNS 记录设置正确。

验证您的域名是否已在根服务器和 .es 域根服务器上正确注册。这显示在上面的第一次 dig +trace 结果中。据此，您的 dns 服务器

example.es.                 86400   IN      NS      ns1.tsohost.co.uk.
example.es.                 86400   IN      NS      ns2.tsohost.co.uk.

如果这些不正确，那么您的域名注册很可能有错误的名称服务器，因此您必须修复此问题。如果这些是正确的，那么当您查询它们时它们是否返回正确的答案？在您上面的 dig +trace 中，它们返回的是

bob.ddns.example.es.      1       IN      A       178.62.171.XXX

这是正确的吗？我也会特别检查它们两个：

dig bob.ddns.blu.es @ns1.tsohost.co.uk +norecurse
dig bob.ddns.blu.es @ns2.tsohost.co.uk +norecurse

这将告诉您问题出在哪里。对于另外两个示例：

dig @127.0.0.1 bob.ddns.example.es
dig @8.8.8.8 bob.ddns.example.es

我不知道您从哪个主机运行它们（即在名称服务器还是其他主机上运行？），所以我帮不上什么忙。但是，当您运行 dig 时，请使用 +trace 选项，这样您就可以准确地知道哪里出了问题。

还请注意，该域名是在 Godaddy 注册的。在 Godaddy 上，我们将 ns1.tsohost.co.uk 设置为名称服务器。在这里，我们在 tsohost 托管包上提供网站（即 example.es 和 www.example.es）。在 tso 上，我们为 ddns.example.es 和 *.ddns.example.es 创建了一条 A 记录，以转到数字海洋服务器，即 178.62.171.XXX，我们希望在此服务器上操纵这些域的 IP 地址。

正如 AndrewB 注意到而我却没有注意到的，这看起来像是你的问题。如果你在 tsohost 名称服务器上有一个指向你的数字海洋服务器的 A 记录，那么你就是告诉它其 A 记录查询的最终答案是数字海洋名称服务器。DNS 将不会进一步查询数字海洋服务器 - 它已经得到了答案。相反，从 tsohost 中删除该 A 记录并告诉它将子域的请求委托给你的其他名称服务器。通过添加另一个委托给你的子域的原点和 NS 记录来执行此操作：

; sub-domain definitions
; zone fragment for ddns.example.com
$ORIGIN ddns.example.com.
; we define two name servers for the sub-domain
@             IN      NS     <name of your dns server>.

请注意，您的 DNS 服务器也必须专门在 GO DADDY 或您的注册商处注册为 DNS 服务器。如何进行子域名委派

Answer

上述示例，至少在撰写本文时，显示出了相互矛盾的结果。我假设您正在更改主机名和 IP 地址以保护您的身份？这很好，但使得诊断问题变得非常困难。

因此，我的建议如下。首先确保您的 DNS 记录设置正确。

验证您的域名是否已在根服务器和 .es 域根服务器上正确注册。这显示在上面的第一次 dig +trace 结果中。据此，您的 dns 服务器

example.es.                 86400   IN      NS      ns1.tsohost.co.uk.
example.es.                 86400   IN      NS      ns2.tsohost.co.uk.

如果这些不正确，那么您的域名注册很可能有错误的名称服务器，因此您必须修复此问题。如果这些是正确的，那么当您查询它们时它们是否返回正确的答案？在您上面的 dig +trace 中，它们返回的是

bob.ddns.example.es.      1       IN      A       178.62.171.XXX

这是正确的吗？我也会特别检查它们两个：

dig bob.ddns.blu.es @ns1.tsohost.co.uk +norecurse
dig bob.ddns.blu.es @ns2.tsohost.co.uk +norecurse

这将告诉您问题出在哪里。对于另外两个示例：

dig @127.0.0.1 bob.ddns.example.es
dig @8.8.8.8 bob.ddns.example.es

我不知道您从哪个主机运行它们（即在名称服务器还是其他主机上运行？），所以我帮不上什么忙。但是，当您运行 dig 时，请使用 +trace 选项，这样您就可以准确地知道哪里出了问题。

还请注意，该域名是在 Godaddy 注册的。在 Godaddy 上，我们将 ns1.tsohost.co.uk 设置为名称服务器。在这里，我们在 tsohost 托管包上提供网站（即 example.es 和 www.example.es）。在 tso 上，我们为 ddns.example.es 和 *.ddns.example.es 创建了一条 A 记录，以转到数字海洋服务器，即 178.62.171.XXX，我们希望在此服务器上操纵这些域的 IP 地址。

正如 AndrewB 注意到而我却没有注意到的，这看起来像是你的问题。如果你在 tsohost 名称服务器上有一个指向你的数字海洋服务器的 A 记录，那么你就是告诉它其 A 记录查询的最终答案是数字海洋名称服务器。DNS 将不会进一步查询数字海洋服务器 - 它已经得到了答案。相反，从 tsohost 中删除该 A 记录并告诉它将子域的请求委托给你的其他名称服务器。通过添加另一个委托给你的子域的原点和 NS 记录来执行此操作：

; sub-domain definitions
; zone fragment for ddns.example.com
$ORIGIN ddns.example.com.
; we define two name servers for the sub-domain
@             IN      NS     <name of your dns server>.

请注意，您的 DNS 服务器也必须专门在 GO DADDY 或您的注册商处注册为 DNS 服务器。如何进行子域名委派

Bind 仅在本地起作用 - Ping 在本地起作用，在外部不起作用

答案1

答案2

相关内容