Opened 11 years ago
Closed 7 years ago
#546 closed defect (fixed)
Some DNS lookups fail
Reported by: | Martin Decky | Owned by: | Jiri Svoboda |
---|---|---|---|
Priority: | major | Milestone: | 0.7.1 |
Component: | helenos/net/dns | Version: | mainline |
Keywords: | Cc: | ||
Blocker for: | Depends on: | ||
See also: |
Description
DNS lookups of hosts such as "www.d3s.mff.cuni.cz" and "www.mff.cuni.cz" fail even if they shouldn't. Sometimes the first query actually succeeds, but the same query (or even lookups of different hosts) fails subsequently. The zones of the hosts above contain CNAME records which seems to correlate with the issue.
Tested in QEMU 1.0.1 with -net user. The issue is present even in mainline,1818, it does not appear to be a later regression.
Change History (8)
comment:1 by , 11 years ago
comment:2 by , 10 years ago
Alternatively, can you reproduce this with a publicly-accessible DNS server? If so, please provide me with its IP address.
comment:3 by , 10 years ago
Milestone: | 0.6.0 → 0.7.1 |
---|
comment:4 by , 9 years ago
Hi, could you take some time to capture the traffic for me, or determine if this can be reproduced with a publicly-accessible DNS server? Thanks.
comment:5 by , 7 years ago
Can you please re-test with mainline,2729? I fixed two cases of memory corruption that could possibly lead to non-deterministic behavior.
If the problem is still reproducible, can you please capture the debug log with max debug level set?
# logset dnsres debug2 # dnsres xxx
Thanks.
comment:6 by , 7 years ago
Owner: | set to |
---|---|
Status: | new → accepted |
comment:8 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Yes, I confirm that it works fine now. I consider this ticket fixed.
Hypothesis: The DNS resolver expects to receive both the CNAME and the address record in the reply - it will not send another query to get the address record for a CNAME-only response.
From my location, I get both CNAME and A in response. It could be the case that the responses get merged by my ISP's DNS server, but not by your DNS server - thus the problem could be dependent on the location/chain of DNS servers/resolvers used.
Can you capture the network traffic with Wireshark and post it here, please?