IPv6(aiccu 隧道)服务器始终将地址解析为其自己的 IPv6 地址

IPv6(aiccu 隧道)服务器始终将地址解析为其自己的 IPv6 地址

我有一台使用 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 记录,因此它将解析该记录中的所有内容

相关内容