我想要列出DNS服务器中的所有域。 更多细节：配偶， foo.com是一个networking托pipe公司， ns1.foo.com是他们的DNS服务器。 网站foo1.com到foo100.com由这家公司托pipe，他们的DNS服务器设置为ns1.foo.com 。 我正在寻找一个查询，而不是required_magic_ls和一个响应如下： server ns1.foo.com required_magic_ls foo1.com foo2.com foo3.com foo4.com foo5.com … foo99.com foo100.com 如果在nslookup和其他dns工具中没有这样的查询，获得这样的列表的解决scheme是什么？
要获得我正在使用的域的顶点的权威Alogging： $ nslookup -q=ns example.com Server: 194.168.4.100 Address: 194.168.4.100#53 Non-authoritative answer: example.com nameserver = a.iana-servers.net. example.com nameserver = b.iana-servers.net. Authoritative answers can be found from: b.iana-servers.net internet address = 199.43.133.53 a.iana-servers.net internet address = 199.43.135.53 $ dig -ta +noall +answer example.com @a.iana-servers.net example.com. 86400 IN A 93.184.216.34 有没有更好的办法？ 也不是所有的名字服务器都是同样创build的，所以b.iana-servers.net比b.iana-servers.net需要更长的时间（x100，有时超时），如果有一个简单的方法，它会非常有用查询他们全部并返回第一个响应的结果。
看起来好像在Amazon AMI（最新的2016.09版本）上忽略了resolv.conf选项use-vc 。 考虑以下： [hadoop@ip-172-20-40-202 ~]$ cat /etc/resolv.conf search default.svc.cluster.local svc.cluster.local cluster.local ec2.internal options use-vc ndots:5 timeout:2 attempts:5 nameserver 172.20.53.184 nameserver 172.20.0.2 如果我交互地使用nslookup ，通过set vc强制使用TCP，查询完全按照预期工作： [hadoop@ip-172-20-40-202 ~]$ nslookup > set vc > kafka.default.svc.cluster.local ;; Got recursion not available from 172.20.53.184, trying next server ;; Got recursion not available from 172.20.53.184, trying next server ;; Got […]
我有两台服务器： alpha.mydomain.net – 209.110.172.195 beta.mydomain.net – 185.169.74.16 这两台服务器都安装了WHM软件。 在WHM的帮助下，我configuration了DNS集群。 因此，在Alpha服务器上创build的DNSlogging将同步到Beta服务器。 当我执行这个命令 "nslookup webservices.mydomain.net ns1.mydomain.net" 我收到以下答案： *** Can't find server name for address 209.110.172.195: Query refused Server: UnKnown Address: 209.110.172.195 Name: webservices.mydomain.net Address: 185.169.74.16 我想知道为什么我收到“无法find服务器”错误？ 而当我查询ns2服务器（同步一个），我收到不同的答案。 由于这些服务器是同步的，我认为答案必须一致。 nslookup webservices.mydomain.net ns2.mydomain.net (root) nameserver = G.ROOT-SERVERS.NET (root) nameserver = H.ROOT-SERVERS.NET (root) nameserver = I.ROOT-SERVERS.NET (root) nameserver = J.ROOT-SERVERS.NET […]
当我运行这个： nslookup some.host.com 我得到这样的结果： Server: 4.2.2.1 Address: 4.2.2.1#53 Non-authoritative answer: Name: some.host.com Address: #.#.#.# “4.2.2.1”位于我的/etc/resolv.conf的顶部，所以这是有道理的，但是#53是什么意思？ 谷歌search，这似乎是通常附加到nslookup结果这里的地址，但我无法find任何有关它的实际意义的信息。
我有一个使用反向查找来parsing主机名的Linux机器上的应用程序。 问题是，我在我的resolve.conf中有两套DNS服务器（共有4个服务器），每套都对应不同的IP地址范围。 它适用于一个范围的IP，无论哪个恰好在列出的第一个服务器上，但是如果我尝试ns查找其他范围，则报告未find：3（NXDOMAIN）。 如果它只是尝试在列表中的下一个服务器，它会成功….有办法让它做到这一点？ DNS服务器仅对其各自的范围具有权威性。
我试图做一些我认为会很简单的事情。 使用我的注册商的DNS服务器将local.mydomain.com映射到192.168.0.1 （ namecheap.com ） 我已经添加了一个值为192.168.0.1 local A Record 试图使用像just-dnslookup.com这样的网站来查找local.mydomain.com返回正确的IP地址。 但是在Windows中尝试ping或nslookup导致这些错误。 Ping： Ping request could not find host local.mydomain.com. Please check the name and try again. Ping request could not find host local.mydomain.com. Please check the name and try again. nslookup No internal type for both IPv4 and IPv6 Addresses (A+AAAA) records available for local.mydomain.com. […]
我正在尝试从仅具有IPv6地址的计算机提供网站。 我已经购买了域名，并将DNS资源logging的AAAAlogging更改为我的IPv6地址，并且已经使用nslookup –query=AAAA example.comvalidation了此更改已更新。 但是，当我导航到我的页面时，它将parsing为我的域名注册机构提供的默认网站，该注册机构位于Alogging的IPv4地址处。 另外，我试图把Alogging设置为无效的IPv4地址 ，但是没有骰子。 我如何强制使用IPv6地址？
我已经build立了我的绑定服务器，但无法执行反向查找nslookup。 configuration文件看起来像这样。 acl "internal" {192.168.5.0/24;}; view "internal" { match-clients {"internal";}; recursion yes; zone "home" { type master; file "master/home.db"; }; zone "sludge.home" { type master; file "master/sludge.home.db"; }; zone "192.168.5.in-addr.arpa" { type master; file "master/192.168.5.db"; }; zone "255.in-addr.arpa" { type master; file "master/255.db"; }; zone "0.in-addr.arpa" { type master; file "master/0.db"; }; zone "." { […]
我正在尝试追踪我们将邮件发送到特定域的问题。 我们注意到，在查询MXlogging时，我们没有从nslookup / dig获得一致的结果，而且我不确定是否追查不存在的DNS问题或者是否可能是问题。 当结果没有被caching时，我从dig us.yusen-logistics.com mx结果dig us.yusen-logistics.com mx ： ;; QUESTION SECTION: ;us.yusen-logistics.com. IN MX ;; ANSWER SECTION: us.yusen-logistics.com. 300 IN MX 10 smtp1.us.yusen-logistics.com. us.yusen-logistics.com. 300 IN MX 20 smtp2.us.yusen-logistics.com. ;; ADDITIONAL SECTION: grid2i.seg.att.com. 24426 IN A 209.65.176.73 grid1i.seg.att.com. 24429 IN A 209.65.160.81 grid2i.seg.att.com. 24426 IN A 209.65.176.81 grid1i.seg.att.com. 24429 IN A 209.65.160.73 grid2i.seg.att.com. […]