我的域名的名称服务器在 whois 条目中正确列出：
whois destiglobal.com | grep NS
得出以下结果：
Name Server: HEATHER.NS.CLOUDFLARE.COM
Name Server: OWEN.NS.CLOUDFLARE.COM
但使用 dig 进行名称服务器搜索没有返回任何内容：
dig +search +short NS destiglobal.com
我当时正在看这个问题描述了类似的问题，并且该问题中的提示是问题可能是我的域名查找没有权威答案：
因此我进一步调查，使用 dig trace 追溯 DNS 结果路径：
dig +trace destiglobal.com
; <<>> DiG 9.10.3-P4-Ubuntu <<>> +trace destiglobal.com
;; global options: +cmd
. 427432 IN NS d.root-servers.net.
. 427432 IN NS e.root-servers.net.
. 427432 IN NS f.root-servers.net.
. 427432 IN NS g.root-servers.net.
. 427432 IN NS h.root-servers.net.
. 427432 IN NS i.root-servers.net.
. 427432 IN NS j.root-servers.net.
. 427432 IN NS a.root-servers.net.
. 427432 IN NS k.root-servers.net.
. 427432 IN NS l.root-servers.net.
. 427432 IN NS m.root-servers.net.
. 427432 IN NS b.root-servers.net.
. 427432 IN NS c.root-servers.net.
;; Received 811 bytes from 127.0.1.1#53(127.0.1.1) in 11 ms
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 86400 IN DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com. 86400 IN RRSIG DS 8 1 86400 20180423170000 20180410160000 39570 . YDhqBnGqUMqkWRz6hPQB4lhfX6A73qsKQBi4a+ZzkbSUhwtc1T/RmViI e7P8nl+Z3lsKD8+AhBN3V/7JDeriNSK6+nq6U1zq5iGP/kEw86BFA8L2 oBY8czheCNkilLWSfCYzHz726R69fNUMW6ajp0lGeGAr8J9brM/01set yUJQvVvJWc73d5cnbs7y2eiUgGh939SqGnLl4b+1dwswRlKt5lMYIdv5 WiQUbHecvtvMvg/PT6xlR91kHTh1ON3DUFeZFXOdwtfq9ehNoOuvWutG HERT2VbEx1XY/p7A1y3BeTXAW1M7N0iDolkHKc2qslN22nkn0pUnB1QC yKPiig==
;; Received 1175 bytes from 2001:500:1::53#53(h.root-servers.net) in 163 ms
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1523441761 1800 900 604800 86400
com. 900 IN RRSIG SOA 8 1 900 20180418101601 20180411090601 46967 com. gWGmFMc7JcV66HRPf5rC/6qbV38K18q4O4i6TeUjHIQYyXSE4G6xncl+ CTcsj4I5jDszxM/8izmhwrHpRz4Fxs/BsFyUbViSKbRbYbzrA+Pu9ma+ N5fAFT+BvTY01tx2luu3qKFQLa8pMfW9HjUTLVAvvh9zPFNpRrLBA3jX Kmo=
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20180418044729 20180411033729 46967 com. k9ZhhJ/HGc6o2LJBpzYkMlOhkw2tYNoP85bUnifUBGOLojGB7nHOmiv6 ozeiL5Cnyz070tWmbyz0CYvhX78CrrObOt9DjTmSe9019GVBHYrqXk/7 9zXoJu+s3DdD1PaJUexgE91ducHmYhXF0618GQX3/xYZn3xmcUgjIjGK mCw=
0G3KEATRSRVKUADEK0SQM4UT7GO0B0NK.com. 86400 IN NSEC3 1 1 0 - 0G3LK864G8GRULBC1RUEGK0RT2PFRHA3 NS DS RRSIG
0G3KEATRSRVKUADEK0SQM4UT7GO0B0NK.com. 86400 IN RRSIG NSEC3 8 2 86400 20180417050536 20180410035536 46967 com. jwFRmb77tWyVgdZuKIiud8zz31sthpmpqbTNvbQBsjEXHh7u3kesE6xN zEuNJ1YrvAOaEW2TLX/M0geOv1LgnEqkI7CjdrRZECIvgkekDRZmWyUz hJQCoktkNn+7vwxn7/WCyPWiiZ/Xdh0p9+z12aY6tPdxGXe+q3F9ZvOK QRw=
3RL20VCNK6KV8OT9TDIJPI0JU1SS6ONS.com. 86400 IN NSEC3 1 1 0 - 3RL3ODP8D910939I655B97GAQU6VE1Q7 NS DS RRSIG
3RL20VCNK6KV8OT9TDIJPI0JU1SS6ONS.com. 86400 IN RRSIG NSEC3 8 2 86400 20180415042450 20180408031450 46967 com. IhbnQXIq5RlG9CMXhBshx052OWd4vCgXfJdqqNjJgS3iWDJXpv1KFsy1 W8fCqrqXvU2TkpCosVmM1fUViUwVVJGABZKHVttYdjpy2pnYh26xMSVF MwwvBO3yRDeNrhPRd1Ktel8Pue1SJ4G8mdwbVAKnwrQy3fhLcDfudIQf FRs=
;; Received 1007 bytes from 2001:503:d414::30#53(f.gtld-servers.net) in 41 ms
根据这和这dig trace 的解释是域名解析到第 3 步（根服务器返回到递归解析器），但在第 4 步失败（递归解析器到权威服务器）
我认为我的域名没有设置权威名称服务器，这种假设正确吗？
如果正确，我可以/应该做什么来解决这个问题？
我已将我的名称服务器指向托管服务提供商上的 cloudflare（我无法访问托管服务提供商上的区域文件，并且想通过域上的 cloudflare 管理 DNS）
答案1
您的问题的核心可以从 whoisdb 信息中的这一行中找到：
Domain Status: clientHold https://icann.org/epp#clientHold
此状态代码告知您的域名注册局不要在 DNS 中激活您的域名，因此，域名将无法解析。这是一种不常见的状态，通常在法律纠纷、未付款或您的域名即将被删除时出现。
通常，此状态表示您的域名存在需要解决的问题。如果是这样，您应该联系您的注册商来解决问题。如果您的域名没有任何问题，但您需要解决问题，您必须首先联系您的注册商并要求他们删除此状态代码。
这导致区域com返回NXDOMAIN。destiglobal.com这不是技术问题；可能是法律或合同问题，因此您需要联系注册商。
从技术角度来看，我看不出有任何其他错误。您的权威名称服务器都配置正确，通过直接向它们查询确认A，NS并且SOA– 全部连贯：
$ dig destiglobal.com @heather.ns.cloudflare.com +short
$ dig destiglobal.com @owen.ns.cloudflare.com +short
54.154.220.247
$ dig destiglobal.com SOA @heather.ns.cloudflare.com +short
$ dig destiglobal.com SOA @owen.ns.cloudflare.com +short
heather.ns.cloudflare.com. dns.cloudflare.com. 2027493360 10000 2400 604800 3600
$ dig destiglobal.com NS @heather.ns.cloudflare.com +short
$ dig destiglobal.com NS @owen.ns.cloudflare.com +short
heather.ns.cloudflare.com.
owen.ns.cloudflare.com.
所有这些都与 whois 数据库中的信息相符：
Domain Name: DESTIGLOBAL.COM
Name Server: HEATHER.NS.CLOUDFLARE.COM
Name Server: OWEN.NS.CLOUDFLARE.COM
一旦您与注册商搞清楚事情，这一切就会顺利进行，大概在 24-48 小时内。