我有一个使用IPv6隧道代理（6x）的Fedora 10服务器。 我注意到的一个唠叨的事情是，使用像“wget”域的任何常用工具parsing到真正的IPv4目的地址和我自己的IPv6地址。 该实用程序然后尝试连接到IPv6地址（我自己的），并得到一个404，强迫类似“wget -4”解决这个问题，它连接到真正的目的地，但我有一种感觉，它不应该是这个破第一名。
# ifconfig eth0 Link encap:Ethernet HWaddr 00:1B:21:13:14:C0 inet addr:XXX.129.227.207 Bcast:XXX.129.227.255 Mask:255.255.255.0 inet6 addr: fe80::XXX:21ff:fe13:14c0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1502991032 errors:0 dropped:7243 overruns:0 frame:0 TX packets:1496098078 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:3962471373 (3.6 GiB) TX bytes:1826394384 (1.7 GiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:9776357 errors:0 dropped:0 overruns:0 frame:0 TX packets:9776357 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:482344853 (459.9 MiB) TX bytes:482344853 (459.9 MiB) sixxs Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet6 addr: 2a01:XXX:6:1e0::2/64 Scope:Global inet6 addr: fe80:XXX:6:1e0:2/64 Scope:Link UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1280 Metric:1 RX packets:15199 errors:0 dropped:0 overruns:0 frame:0 TX packets:14859 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:2584878 (2.4 MiB) TX bytes:1531185 (1.4 MiB) 它的一个例子就是：
[hudson@devbox ~]$ wget "http://hudson-ci.org/latest/hudson.war" --2010-11-17 10:45:56-- http://hudson-ci.org/latest/hudson.war Resolving hudson-ci.org... 2a01:XXX:6:1e0::2, 192.18.49.133 Connecting to hudson-ci.org|2a01:XXX:6:1e0::2|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-11-17 10:45:56 ERROR 404: Not Found. [hudson@devbox ~]$ wget -4 "http://hudson-ci.org/latest/hudson.war" --2010-11-17 10:46:13-- http://hudson-ci.org/latest/hudson.war Resolving hudson-ci.org... 192.18.49.133 Connecting to hudson-ci.org|192.18.49.133|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 30672930 (29M) [text/plain] Saving to: `hudson.war' 100%[======================================================================================================================>] 30,672,930 76.1K/s in 70s 2010-11-17 10:47:25 (431 KB/s) - `hudson.war' saved [30672930/30672930]
任何想法可能是什么原因造成的？
在/etc/resolv.conf中检查你的DNSsearchpath，很可能你的searchpath本身有一个通配符AAAAlogging，因此它将parsing所有的东西