On Sat, Mar 06, 2004 at 03:10:42PM -0500, Randy Schrickel wrote:
Here's the output from a dnslookup, ifconfig, and 'netstat
-rn' on my
box, with just IPV4 configured followed by the IPV6 results (as setup by
the Fedora install):
Who is doing the DNS lookup?
eth0 Link encap:Ethernet HWaddr 00:01:03:C1:D1:BE
inet addr:192.168.0.100 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::201:3ff:fec1:d1be/64 Scope:Link
As you can see, IPv6 is enabled in the kernel. Otherwise you would
have no inet6 link-local addr.
Please show "ip addr show dev eth0" to make sure we have all the info.
Kernel IP routing table
With "netstat -rn" you look up only IPv4 routes. Use "netstat -A inet6
-rn" or (much better): "ip -6 route".
And here's the IPV6 version:
0.000000 192.168.0.100 -> 184.108.40.206 DNS Standard query AAAA
220.127.116.11 is being asked for AAAA RR but gives no reply. Retry:
5.000097 192.168.0.100 -> 18.104.22.168 DNS Standard query AAAA
5.010537 22.214.171.124 -> 192.168.0.100 DNS Standard query response
Now it answers with the CNAME. I'm seeing the same effect from here:
; <<>> DiG 9.2.3 <<>> www.google.com
;; ANSWER SECTION:
. 3600 IN CNAME www.google.akadns.net
;; Query time: 4727 msec
Why the resolver doesn't do an AAAA query for www.google.akadns.net
consequently, is beyond me. Looks like a bug.
Instead of following the CNAME, it asks for an A RR:
5.010918 192.168.0.100 -> 126.96.36.199 DNS Standard query A
5.024892 188.8.131.52 -> 192.168.0.100 DNS Standard query response
A 184.108.40.206 A 220.127.116.11 A 18.104.22.168
There, Akamai's DNS servers answer directly with A RRs for the CNAME.
5.025460 192.168.0.100 -> 22.214.171.124 DNS Standard query PTR
10.025349 192.168.0.100 -> 126.96.36.199 DNS Standard query PTR
10.039552 188.8.131.52 -> 192.168.0.100 DNS Standard query response,
No such name
Interesting. Same "no response to first query" problem on a simple
PTR query. Nothing IPv6 specific here.
10.039963 192.168.0.100 -> 184.108.40.206 DNS Standard query AAAA
10.050470 220.127.116.11 -> 192.168.0.100 DNS Standard query response
This one goes quickly... 18.104.22.168 has the answer cached.
(that was from loading http://www.google.com
Note the AAAA responses)
There are ne AAAA responses, but only a CNAME.
Actually, I see nothing going wrong IPv6-specific. There are two
pretty normal IPv4 DNS queries not being answered - one of them even
asking for a normal PTR RR, not even AAAA.
This will be probably tricky to debug properly.
Are those two different installations? Or how do you toggle "IPv6
enabled" (whatever that actually means - as both systems are obviously
IPv6 enabled per se).
IPv6 transport is not involved, but pls show "ip -6 route" anyway.
If there's something else in the config that's needed,
off ipv6, that'd be fine. I just wanted to get my net connection working
the way it should, and turning ipv6 off did the trick. .Any other tests
Currently, it looks like 22.214.171.124 or your network's NAT is misbehaving
somehow. What kind of device is doing the NAT?