706298 - IPv6 DNS lookups in the .local realm time out when no AAAA record available

Status: RESOLVED INVALID

(Core :: Networking, defect)

Description

[Drew Stephens]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0.1) Gecko/20100101 Firefox/8.0.1
Build ID: 20111120135848

Steps to reproduce:

Try to load a page from a host in the .local realm (e.g. dev.local)


Actual results:

After a 5 second delay, the page loads


Expected results:

No delay before page load

Packet capture shows Firefox kicking off a DNS request for the A record, which receives an immediate response from the nameserver on my network, but a 5 second delay before it starts a TCP connection with the webserver and issues the GET request.

Command line DNS lookup:
Trajan:~$ time dig dev.local A
dev.local.	600	IN	CNAME	realhost.clearspring.local.
realhost.clearspring.local. 3600	IN	A	10.15.18.227
clearspring.local.	3600	IN	NS	ns1.clearspring.local.
clearspring.local.	3600	IN	NS	ns2.clearspring.local.
clearspring.local.	3600	IN	NS	ns.clearspring.local.
clearspring.local.	3600	IN	NS	ns3.clearspring.local.
ns.clearspring.local.	3600	IN	A	10.15.18.181
ns1.clearspring.local.	3600	IN	A	10.15.18.182
ns2.clearspring.local.	3600	IN	A	10.15.18.181
ns3.clearspring.local.	3600	IN	A	10.15.18.182

real	0m0.035s
user	0m0.027s
sys	0m0.005s
Trajan:~$ time dig dev.local AAAA
dev.local.	600	IN	CNAME	realhost.clearspring.local.
clearspring.local.	3600	IN	SOA	ns.clearspring.local. admin.clearspring.local. 2011112601 600 3600 864000 3600

real	0m0.038s
user	0m0.030s
sys	0m0.006s

Interface info:
Trajan:~$ ifconfig|grep -A3 en1
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	ether c8:bc:c8:e7:9a:c0 
	inet6 fe80::cabc:c8ff:fee7:9ac0%en1 prefixlen 64 scopeid 0x5 
	inet 10.10.17.114 netmask 0xfffff000 broadcast 10.10.31.255
	media: autoselect
	status: active

Comment 1

[Drew Stephens]

Setting network.dns.disableIPv6 in about:config to true fixes the issue—pages on the .local realm load immediately.

Comment 2

[j.j.]

I assume that's a dup of bug 705483

Comment 3

[Drew Stephens]

(In reply to j.j. from comment #2)
> I assume that's a dup of bug 705483

My issue is consistent (always happens) and doesn't have to do with the hosts file.  I can provide a packet capture if that would help.

Comment 4

[Masatoshi Kimura [:emk]]

Possibly dupe of bug 684893. Is it still reproducible with latest Nightly?

Comment 5

[Drew Stephens]

Could be a MacOS 10.7 thing:

"""
@Brock
@dinomite Using Lion? Found the same thing with .local domains, so I switched all my local sites to .dev
"""
https://twitter.com/#!/Brock/status/141737638926368769

I'll investigate with latest nightly today.

Comment 6

[Drew Stephens]

Still an issue with latest nightly.

Comment 7

[Steve Workman [:sworkman] (INACTIVE)]

Hi Drew,

I did some poking around to find out more about .local, and I found the following blog post: http://www.justincarmony.com/blog/2011/07/27/mac-os-x-lion-etc-hosts-bugs-and-dns-resolution/

It reports something very similar to what you're seeing on 10.7.  Can you take a look and see if it describes your issue at all?  Specifically the part titled "Problem #2: DNS Resolution Orders has DNS Servers Before the Hosts File".

Thanks.

Comment 8

[Drew Stephens]

(In reply to Steve Workman [:sworkman] from comment #7)
> It reports something very similar to what you're seeing on 10.7.  Can you
> take a look and see if it describes your issue at all?  Specifically the
> part titled "Problem #2: DNS Resolution Orders has DNS Servers Before the
> Hosts File".

That does in fact seem to be the issue—I'm happy to call this resolved.

Comment 9

[Steve Workman [:sworkman] (INACTIVE)]

Awesome - thanks for checking, Drew.