dig +trace
Simon Waters
Simon at wretched.demon.co.uk
Mon Aug 12 17:01:42 UTC 2002
Raul Sanchez Sanchez wrote:
>
> when a type dig +trace bugzilla.ade.com i have this result:
Okay bugzilla.ade.com doesn't exist on the public internet.
>
> com. 172800 IN NS M.GTLD-SERVERS.NET.
> ;; Received 468 bytes from 192.5.5.241#53(F.ROOT-SERVERS.NET) in 247 ms
>
> ade.com. 172800 IN NS NS0.ade.com.
> ade.com. 172800 IN NS NS1.DIRECTNIC.com.
> ;; Received 114 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 157 ms
>
> bugzilla.ade.com. 604800 IN CNAME dns.ade.com.
> dns.ade.com. 604800 IN A 80.35.88.236
> ade.com. 604800 IN NS dns.ade.com.
> ;; Received 84 bytes from 80.35.88.236#53(NS0.ade.com) in 85 ms
>
Hold it - a.gtld-servers.net isn't returning data like this any
more.
These servers are the authoritative name servers for ade.com
AUTH10.NS.WCOM.COM 198.6.100.21
AUTH20.NS.WCOM.COM
198.6.100.37
> but when i use a nslookup or a ping, my machine can't resolve the name.
> my conf is this:
>
> ;
> $TTL 604800
> @ IN SOA ade.com. root.ade.com. (
> 9 ; Serial
> 604800 ; Refresh
> 86400 ; Retry
These seem rather large compared to $TTL.
> 2419200 ; Expire
> 604800 ) ; Negative Cache TTL
Huh - fortunately this ridiculously large value is ignored by
most sensible name servers.
> ;
> @ IN NS dns.ade.com.
Only one name server?
> IN MX 10 correo.ade.com.
> correo IN CNAME dns
MX records should point to A records, not CNAME, make it "IN MX
10 dns.ade.com."
> filemon IN CNAME dns
> bugzilla IN CNAME dns
> www IN A 62.43.104.11
> dns IN A 80.35.88.236
> goku IN CNAME www
Have you been editting the data to obscure your domain name or
is this a private network?
If a private network I expect the zone is not overriding the
genuine "ade.com", but we'd need more information on how the
client and server are configured for that.
More information about the bind-users
mailing list