主页 / server / 问题 / 809485
Accepted
Edward Blurock
Asked: 2016-10-18 01:51:37 +0800 CST

使用 TXT 的 DNS 验证不起作用

  • 772

我已按照说明设置 Chemicalkinetics.info 的 TXT 记录（通过 siteground 注册）。

等了几天，还是无法验证。我唯一的猜测与我在 whois 中看到的信息有关，即：

域状态：clientTransferProhibited https://icann.org/epp#clientTransferProhibited

域状态：clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited

验证是否涉及“转移”？这是问题所在吗（如果是这种情况，我该如何纠正它——最好通过我的提供商 siteground）？

website domain-name-system verification

2 个回答

  1. 我认为Chemicalkinetics.info 应该在能够为其添加任何记录之前存在。你能看见它吗？

    host -t soa chemicalkinetics.info google-public-dns-a.google.com
Using domain server:
Name: google-public-dns-a.google.com
Address: 8.8.8.8#53
Aliases:

Host chemicalkinetics.info not found: 2(SERVFAIL)

    或者

    host -t any chemicalkinetics.info google-public-dns-a.google.com
Using domain server:
Name: google-public-dns-a.google.com
Address: 8.8.8.8#53
Aliases:

Host chemicalkinetics.info not found: 2(SERVFAIL)
    • 3
  2. Best Answer

    就 Internet 上的 DNS 而言，您的域不存在。这些是您的名称服务器：

    chemicalkinetics.info.  86400   IN      NS      ns1.clev14.com.
chemicalkinetics.info.  86400   IN      NS      ns2.clev14.com.
;; Received 85 bytes from 199.249.121.1#53(b2.info.afilias-nst.org) in 14 ms

;; connection timed out; no servers could be reached

    如上所示，互联网上的客户端无法访问这些名称服务器。进一步的测试表明，这些 DNS 服务器甚至不响应与它们关联的域的外部请求 ( clev14.com)：

    $ dig +trace +additional ns1.clev14.com A

; <<>> DiG 9.7.0-P2-RedHat-9.7.0-21.P2.el5_11.6 <<>> +trace +additional ns1.clev14.com A
;; global options: +cmd

[snip]

clev14.com.             172800  IN      NS      ns1.clev14.com.
clev14.com.             172800  IN      NS      ns2.clev14.com.
ns1.clev14.com.         172800  IN      A       184.154.227.2
ns2.clev14.com.         172800  IN      A       184.154.227.102
;; Received 96 bytes from 192.48.79.30#53(j.gtld-servers.net) in 97 ms

;; connection timed out; no servers could be reached

    让我们来复习：

    • 这些 IP 不响应对clev14.com.
    • 这些 IP 不响应chemicalkinetics.info.

    即使这些 DNS 服务器确实响应了，它们也会忽略 BCP 16并且都位于同一个 /24 中。操作员是否受过足够的培训来运行这些服务器是值得怀疑的。如果您的公司试图运行自己的权威 DNS 基础设施，这通常被认为是个坏主意。

    • 2

相关问题