问不能在centos上使用ipv6的名称解析

EN

我用下面的诊断过程解决了这个问题，它可以在处理名称解析问题和ipv6时应用

• 在有此问题的计算机上测试dig google.com和dig -4 google.com，在同一网络上测试另一台没有此问题的计算机。
• 如果四条命令(机器上有两条)失败，这意味着他们的/etc/resolv.conf中的第一个名称服务器没有配置为ipv6。把它拿出来然后再试一次。

一个cal还使用digg @nameserver google.com测试/etc/resolv.conf中的其他最终名称服务器，而不更改该文件。

我必须解决这个问题，而且在Centos版本6.x (例如5.8和更高版本)之前，glibc解析器的默认行为似乎是这样的。客户端向DNS服务器询问IPv6地址(AAAA记录)，而DNS服务器只有IPv4记录，它说-我没有它(NX)。然后客户再次请求这5次得到相同的答案，直到那时说-嗨服务器，给我的IPv4地址。然后服务器提供了A记录，客户端感到满意。在我的网络中，这整个舞蹈是在300毫秒内完成的，所以对于最终用户来说几乎是看不见的。

这种情况在CentOS6.x中发生了变化，在这种情况下，两个查询是并行完成的-- IPv6和IPv4记录同时进行查询。如果您的DNS服务器对IPv6地址使用NX (我没有)响应，客户端完全忽略了A (IPv4)地址的有效响应，因为它在很短的时间后就出现了。因此，它再次查询DNS服务器(同时执行IPv6和IPv4查询)，并在相同的情况下结束。因此，在最终放弃之后，它开始执行这些查询，将DNS搜索添加到搜索中。

在CentOS6.7中，客户端等待第二个IPv4响应并愉快地接受它，这在我的网络中大约需要15毫秒。这可能是它的相关红帽票据- https://bugzilla.redhat.com/show_bug.cgi?id=845218 (如果AF_UNSPEC的两个响应中有一个失败了，就不要失败)：

rpm -q --changelog glibc | sed -n '0,/2.12-1.132/p' | grep AF_UNSPEC
- Do not fail if one of the two responses to AF_UNSPEC fails (#845218).

现在，这张票是受限制的，所以这里有可能是上游补丁：https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=16b293a7a6f65d8ff348a603d19e8fd4372fa3a9

有关详细信息，以下是受影响的服务器列表：

• Centos 5.8 -工作(glibc-2.5-81)。正在执行6个IPv6查询，然后返回到最终成功的IPv4。
• Centos 6.0 -不工作(glibc glibc-2.12-1.7.el6.x86_64)
• Centos 6.1至6.4 -不工作
• Centos 6.5 -不工作(版本glibc-2.12-1.132.el6.x86_64)
• Centos 6.6 -固定版(glibc-2.12-1.149.el6.x86_64版)
• Centos 6.7 -固定版(glibc-2.12-1.166.el6.x86_64版)
• CentOS7.0--不工作(glibc-2.17-55.el7) --同时执行IPv4和IPv6查询，首先执行有效的IPv4响应，等待NX的IPv6响应并失败名称解析
• Centos 7.1 -固定(glibc-2.17-78.el7) -同时执行IPv4和IPv6查询，首先是有效的IPv4响应，然后是NX的IPv6响应，以及名称解析继承到IPv4

用于比较的SUSE Linux：

• SLES 11.3 -工作(只做IPv4查找)- (glibc-2.11.3-17.54.1)
• SLES 12.1 -不工作(glibc-2.19-31.9.x86_64)
• SLES 12.2 -正在工作(glibc-2.22-49.16.x86_64.rpm)。IPv4和IPv6查询同时进行，首先使用NX接收IPv6响应，但等待跟踪IPv4并使用该响应。
• SLES 12.3 - 将于2017年9月发布

inet4only选项/etc/surv.conf从未实现，https://bugzilla.redhat.com/show_bug.cgi?id=1027452