Gar*_*den 8 domain-name-system nslookup dns-lookup
我的网络管理员为 thedigitalteacher.com 创建了一个 DNS 记录,其中应该包括指向 5.10.124.142 的域根的 A 记录,这确实是我在使用内部名称服务器时得到的响应。
然而,谷歌在 8.8.8.8 上的名称服务器经常(但并非总是)无法解析名称,导致这种废话:
ahrcsdca01115:triangle-app bodeng$ nslookup
> server 8.8.8.8
Default server: 8.8.8.8
Address: 8.8.8.8#53
> thedigitalteacher.com
Server: 8.8.8.8
Address: 8.8.8.8#53
** server can't find thedigitalteacher.com: NXDOMAIN
> set querytype=any
> thedigitalteacher.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: thedigitalteacher.com
Address: 5.10.124.142
thedigitalteacher.com nameserver = ns0.dcdns.net.
thedigitalteacher.com nameserver = ns1.dcdns.net.
thedigitalteacher.com nameserver = ns2.dcdns.net.
thedigitalteacher.com nameserver = ns3.dcdns.net.
thedigitalteacher.com
origin = ns0.dcdns.net
mail addr = domains.ucles.org.uk
serial = 22
refresh = 900
retry = 600
expire = 86400
minimum = 3600
thedigitalteacher.com mail exchanger = 10 66.96.140.160.
Authoritative answers can be found from:
> set querytype=a
> thedigitalteacher.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: thedigitalteacher.com
Address: 5.10.124.142
Run Code Online (Sandbox Code Playgroud)
我怎样才能弄清楚这个域有什么问题?
Pat*_*zek 14
使用在线诊断工具:
我刚刚给你跑了:https : //zonemaster.net/test/f9b464c2a567d89b,结果不好!
简而言之,您的域名服务器(ns0.dcdns.net和其他人)不会回复您的域名具有权威性。您首先需要联系背后的个人或公司,ns0.dcdns.net并要求他们为您的域名正确配置他们的域名服务器。或者更改您用于域的名称服务器。
在此之前,不要期望您的域名中的任何内容都能正常工作。
更准确地说:ns0并且ns3似乎根本没有为您的域正确回复,ns1并且ns2确实如此。你确定你需要使用所有四个吗?
另外:ns0 ns1并且ns2正在解析相同的 IP,这很愚蠢。并使上述结果奇怪。事实上,当多次执行相同的查询时,给定的名称服务器不会以相同的方式回复(有时是无用的向上引用的 NXDOMAIN,有时是正确的 NS 记录)。这严重坏了!(我怀疑背后有某种负载均衡器,我们访问了不同的服务器,或者他们的任播出错了......)
PS:用dig代替nslookup,是更好的工具。
看起来您在内部使用了一些运行可靠的名称服务器,而其他人使用的名称服务器处于更糟糕的状态。
代表团是这样的:
;; AUTHORITY SECTION:
thedigitalteacher.com. 172800 IN NS ns0.dcdns.net.
thedigitalteacher.com. 172800 IN NS ns1.dcdns.net.
thedigitalteacher.com. 172800 IN NS ns2.dcdns.net.
thedigitalteacher.com. 172800 IN NS ns3.dcdns.net.
;; ADDITIONAL SECTION:
ns0.dcdns.net. 172800 IN A 192.149.119.100
ns1.dcdns.net. 172800 IN A 192.149.119.100
ns2.dcdns.net. 172800 IN A 192.149.119.100
ns3.dcdns.net. 172800 IN A 212.44.18.27
Run Code Online (Sandbox Code Playgroud)
有四个NS记录,但是,正如您所看到的,这些有效地归结为只有两个地址,192.149.119.100并且212.44.18.27.
212.44.18.27似乎始终以对根的引用来回答(表明它根本不知道thedigitalteacher.com),同时192.149.119.100产生实际答案和对根的引用的混合。
至于导致这种192.149.119.100行为的原因,我只能推测。也许192.149.119.100由多个不同步的服务器实例支持?
权威端看起来有点乱。