| |
| |
| |
|
Comments:
<0> socram, I would try manually recursing the DNS from your server, until you find the problem
<0> start at the root, and work down through the delegations until you find where it stops
<0> if you have a recent version of dig, use the +trace flag
<1> 2 problems http://www.squish.net/dnscheck 0.1% of queries will end in failure at 198.41.0.4 (A.ROOT-SERVERS.NET) - nameserver loop detected
<1> 11.6% of queries will end in failure at 198.6.1.65 (AUTH00.NS.UU.NET) - nameserver loop detected
<1> the other req will come from you nameservers
<1> your
<2> silk: here is the output.. if you please can check it out http://pastebin.ca/125748
<1> see line 101 and my comment above about nameserver loop
<0> archivist has already provided the answer
<2> ok, so it times out because of the loop, right?
<0> I would imagine
<0> You could also try asking the listed nameservers for that domain, and check that they answer correctly
<2> there is no solution to that, right? i can't make it to always ask to NS.CNC.UNA.py. ?
<0> you could probably create a stub or forward zone
<0> in your nameserver configuration
<0> but thats a hack
<0> that A.root is having problems is not really good
<1> I wonder if its just waiting for propagation
<0> was .py only recently delegated?
<0> (im guessing its Paraguay)
<1> perhaps just wait till it times out from the root server etc
<2> it is paraguay
<3> hi everyone
<3> quick question. just want to be sure on adding a 2nd zone/domain to named.conf
<3> should all domains be master zones?
<4> how can a domain have an A record if its not registered?
<3> ?? it's registered
<4> yea.. look at www.nunames.nu
<4> whois shows nothing
<4> but it has an A record
<3> what domain are you looking up?
<4> that one
<3> what one?
<3> what is .nunames.com
Return to
#dns
or
Go to some related
logs:
#perl
#css
imap.php line 180
#python
#sdl
larc iptables diagram
#php
fedora iptables missing connbytes
gentoo live root access
selinus slowing down fedora
|
|