我有一台使用 IPv6 隧道代理 (sixxs) 的 Fedora 10 服务器。我注意到的一个令人烦恼的事情是,使用任何常用实用程序(如“wget”)域都会解析为真实的 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]
知道可能是什么原因造成的吗?
答案1
检查 /etc/resolv.conf 中的 DNS 搜索路径,很可能搜索路径本身有一个通配符 AAAA 记录,因此它将解析该记录中的所有内容