☰

BIND9 和 Webmin 的新 DNS 名称服务器未被注册商接受

tag-icon • tag-icon linux dns debian bind webmin
BIND9 和 Webmin 的新 DNS 名称服务器未被注册商接受

我在 Debian6/64 上使用 Webmin 制作的 BIND9 时遇到了麻烦和困惑。基本上我不认为 Webmin 是个问题，但我只是提到它。因此，我使用 BIND 创建了一个 DNS 主区域，当尝试在注册商 DNS 更改页面上粘贴例如 ns1.domain.org 和 ns2.domain.org 时，域名注册商不接受它。我使用木讷的语言，以便任何人都可以理解，继续阅读。我希望它有所帮助。BIND 服务器托管在 92.243.16.81，如下例所示，因此域应该指向它。这是区域的示例。我用通用的替换了实际域：

    $ttl 38400
domain.org.       IN      SOA     domain.org. web.domain.org. (
                        1363690132
                        600
                        3600
                        1200
                        38400 )
domain.org.           IN   A          92.243.16.81
domain.org.           IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
ns1.domain.org.      IN   A          92.243.16.81
ns2.domain.org.      IN   A          92.243.16.81
ns1.domain.org.      IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
ns2.domain.org.      IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
domain.org.           IN   NS         ns1.domain.org. 
domain.org.           IN   NS         ns2.domain.org.
www.domain.org.       IN   CNAME      domain.org.
mail.domain.org.      IN   MX  10     domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        mail.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR mail.domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        ns1.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        ns2.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.

为什么 DNS 未被接受？是新创建的区域。我做错了什么，还是我需要等待它传播，这样它才能被接受？注册商说输入的 DNS 不合格，并恢复到其默认 DNS。

答案1

根据你提供的信息，我们无法给出明确的答案，但是根据我的经验（我曾设立过 1 家以上的 ISP，也曾在一家注册商处工作过），

我想知道问题是否出在 GLUE 记录上。您已指定 ns 服务器，它们是区域的子域。为了支持这一点，您的注册商需要知道如何在不查看区域的情况下访问 DNS 服务器。这意味着您需要胶水记录（基本上，您需要向注册商指定您区域的 NS 记录的 IP 地址）。您可能需要仔细研究这个问题和/或与您的注册商讨论他们如何处理这个问题 - 有些注册商要求手动完成。

您的注册商是否支持 IPV6 注册？如果不支持，那么这可能是问题所在。

其他观察：

  1. 这可能不是 BIND 的问题。我不知道任何注册商在接受名称服务器之前要求有效区域的任何理由 - 事实上我怀疑他们能否检查区域是否有效!!!

  2. 我还没有看到区域中有其他文件的反向 (ARPA) 条目的设置，我很确定这是错误的。这应该是一个单独的域。我说可能是因为我还没有处理过 IPV6 记录，但我确信我是对的。

答案2

说得好！我刚刚四处看了看，发现了一些类似的东西。我必须在注册商中创建相同的名称服务器并将 IP 放在那里。我不太知道这些被称为胶水记录。这是我找到的帖子，其中说明了这一点：https://stackoverflow.com/questions/4308990/setting-up-a-custom-nameserver-with-bind9

现在我想知道，如果注册商已经有一些域名（dns）处理端，我可以在哪里设置它们，为什么我还需要 BIND？！我以前尝试过这样做，使用另一个域名，但由于某种原因没有成功，所以我尝试了这个 BIND 变体。也许我弄错了什么，但从技术上讲，根据我的计算，它应该可以工作。我会再试一次。可能我必须等待传播。

相关内容