服务器 Gind.cn
  1. 服务器 Gind.cn
  3. ipv6反向dns不工作，除非+踪迹被指定
Intereting Posts
DNS子域级别 RAID卡事件通知电子邮件到Gmail 为什么在运行SOME sendmail命令之后，将“sendmail：queue runner”看作是一个进程，而不是其他的？ 诊断服务器崩溃，可能是CPU温度 指定虚拟机主机：从硬件的angular度来看，我们应该考虑哪些事情？ HP ProLiant DL385 G7的磁盘性能令人难以置信 squirrelmail postfixadmin插件 – 无法login到xmlrpc实例 configurationsystemd以重新启动超时进程 Windows 2008 DNS服务器parsing为内部（和不正确的）IP地址 将MariaDb更新到10.2后，Pure-ftpd-mysql不会启动 不能在ubuntu 14服务器上运行certbot进行encryption 通过组策略应用本地安全策略是否附加或replace？ DHCPDISCOVER和OFFER，但没有DHCPREQUEST或DHCPACK 我如何使pip或easy_install使用/opt/python2.6/include？ 为什么在安装OpenLDAP时无法进行testing？

ipv6反向dns不工作，除非+踪迹被指定

我想在我的局域网中设置ipv6的反向DNS。 应该被委派的dns服务器在2001：5c0：1400：b :: 9，RDNS应该工作的主机在2001：5c0：1500：300 :: 1。 问题是，除非指定了+ trace，否则dig -x似乎不起作用： 

$ dig -x 2001:5c0:1500:300::1 ; <<>> DiG 9.9.5-3-Ubuntu <<>> -x 2001:5c0:1500:300::1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 24545 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.5.1.0.c.5.0.1.0.0.2.ip6.arpa. IN PTR ;; Query time: 714 msec ;; SERVER: 192.168.0.1#53(192.168.0.1) ;; WHEN: Sun Oct 19 23:31:58 CEST 2014 ;; MSG SIZE rcvd: 101 $ dig -x 2001:5c0:1500:300::1 +trace ; <<>> DiG 9.9.5-3-Ubuntu <<>> -x 2001:5c0:1500:300::1 +trace ;; global options: +cmd . 433182 IN NS l.root-servers.net. . 433182 IN NS a.root-servers.net. . 433182 IN NS f.root-servers.net. . 433182 IN NS c.root-servers.net. . 433182 IN NS h.root-servers.net. . 433182 IN NS i.root-servers.net. . 433182 IN NS g.root-servers.net. . 433182 IN NS e.root-servers.net. . 433182 IN NS b.root-servers.net. . 433182 IN NS j.root-servers.net. . 433182 IN NS k.root-servers.net. . 433182 IN NS d.root-servers.net. . 433182 IN NS m.root-servers.net. . 435889 IN RRSIG NS 8 0 518400 20141025170000 20141018160000 22603 . kvgfN/rC3esMrbGF3KZFrwogm1EKA+nwZrFMXHf3a9sJsDZdpe4iDrOB 0xKyu9dvcsdfLcVLDMHGojlQqUAOda9KIcOGIdeFXl3IOKAk91XvQfrq mLOz02vrBog6gfFnzA34lGkLan1BtRFqKkjxvIHUyIcxstZkak44p/2/ t1w= ;; Received 913 bytes from 192.168.0.1#53(192.168.0.1) in 369 ms ip6.arpa. 172800 IN NS d.ip6-servers.arpa. ip6.arpa. 172800 IN NS b.ip6-servers.arpa. ip6.arpa. 172800 IN NS c.ip6-servers.arpa. ip6.arpa. 172800 IN NS e.ip6-servers.arpa. ip6.arpa. 172800 IN NS f.ip6-servers.arpa. ip6.arpa. 172800 IN NS a.ip6-servers.arpa. ip6.arpa. 86400 IN DS 13880 8 2 068554EFCB5861F42AF93EF8E79C442A86C16FC5652E6B6D2419ED52 7F344D17 ip6.arpa. 86400 IN RRSIG DS 8 2 86400 20141026190000 20141019180000 10069 arpa. oRqujHjYlEPu3LNM61WtGMXvMyXYYxvBnTPxYLhZxs3rZxqLNaqmzMQr 5cGjUBoEPbAQSsSvpXBX/VHKRf0FjcpL1kXt6YcmzwMyMKdlQrC9Rrxz AQd1csbsfpJP6E6AwWz3Vbd/AnsghIk+BRKerC2+DxjCxU8UpV9ae/3v R0o= ;; Received 685 bytes from 192.33.4.12#53(c.root-servers.net) in 77 ms 1.0.c.5.0.1.0.0.2.ip6.arpa. 86400 IN NS ns2.gogo6.com. 1.0.c.5.0.1.0.0.2.ip6.arpa. 86400 IN NS ns1.gogo6.com. 1.0.c.5.0.1.0.0.2.ip6.arpa. 10800 IN NSEC 8.c.5.0.1.0.0.2.ip6.arpa. NS RRSIG NSEC 1.0.c.5.0.1.0.0.2.ip6.arpa. 10800 IN RRSIG NSEC 5 11 10800 20141102202721 20141019192721 49851 5.0.1.0.0.2.ip6.arpa. GVMC0TF/hNZGCCRXY4bvpvuyqtmqC5mqhVp0DGhxldJ0m64CVzmOcFMf S3aqoggYRPMYqHNKG4Zjg40/IlwXSdsLmTmOQgBu0OBR4tJBGuomqoTP 7BsXeKx0a3Vgz/8mdz1Nf8e4czGWwkCAo/AomluyWKdEDM5bQiX30Uqa e0k= ;; Received 372 bytes from 2001:dc0:2001:a:4608::59#53(e.ip6-servers.arpa) in 373 ms 3.0.0.0.5.1.0.c.5.0.1.0.0.2.ip6.arpa. 3600 IN NS wonderland.broker.freenet6.net. ;; Received 173 bytes from 72.55.143.215#53(ns1.gogo6.com) in 125 ms 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.5.1.0.c.5.0.1.0.0.2.ip6.arpa. 3600 IN PTR wonderland.broker.freenet6.net. ;; Received 128 bytes from 2001:5c0:1400:b::9#53(wonderland.broker.freenet6.net) in 0 ms

我也试过像http://www.sput.nl/internet/ipv6/chkip6rev.html这样的在线工具，而且他们确实报告了SERVFAIL。 我等了一天，看看这是否是一些caching的影响，但问题依然存在。 这里可能会发生什么？

这个代表团的某些DNSparsing器会失败： 

 3.0.0.0.5.1.0.c.5.0.1.0.0.2.ip6.arpa. 3600 IN NS wonderland.broker.freenet6.net.

DNS服务器wonderland.broker.freenet6.net只有一个IPv6地址： 

 $ host wonderland.broker.freenet6.net wonderland.broker.freenet6.net has IPv6 address 2001:5c0:1400:b::9

当你dig然后你问你的configurationDNSparsing器来解决你的地址。 如果parsing器没有IPv6，那么它将不能遵循这个委派，因为它不能到达仅IPv6的DNS服务器。 当你dig +trace然后你做所有的解决你自己。 如果你的系统有IPv6，那么它可以遵循整个链。 在没有IPv6的系统上，parsing也会失败。

在这种情况下，问题（也是？）似乎与2001:5c0:1400:b::9中的权威DNS服务器中的错误有关。 它发送的答案不符合DNS标准。 根据RFC 1034 ，原始问题必须包含在回复中。 然而，你的DNS服务器发送一个空白的问题部分（BIND报告为“太多的问题”，虽然从技术上说“没有足够的问题”，匹配!= 1我猜）： 

 Domain Name System (response) Transaction ID: 0xad20 Flags: 0x8400 Standard query response, No error Questions: 0 Answer RRs: 1 Authority RRs: 0 Additional RRs: 0 Answers 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.5.1.0.c.5.0.1.0.0.2.ip6.arpa: type PTR, class IN, wonderland.broker.freenet6.net

所以基本上你的权威的DNS服务器坏了， dig并不在乎，但“真正的”DNSparsing器做…