which NS record will be cached?

Matus UHLAR - fantomas uhlar at fantomas.sk
Thu Jan 12 10:29:11 UTC 2012


On 12.01.12 09:09, MontyRee wrote:
>I have one question about NS cache ttl.
>for example, I can get two different NS TTL like below. 
>
>$ dig  google.com ns +trace
>
>google.com.             172800  IN      NS      ns2.google.com.
>google.com.             172800  IN      NS      ns1.google.com.
>google.com.             172800  IN      NS      ns3.google.com.
>google.com.             172800  IN      NS      ns4.google.com.
>;; Received 164 bytes from 192.5.6.30#53(a.gtld-servers.net) in 173 ms
>
>google.com.             345600  IN      NS      ns4.google.com.
>google.com.             345600  IN      NS      ns1.google.com.
>google.com.             345600  IN      NS      ns2.google.com.
>google.com.             345600  IN      NS      ns3.google.com.
>;; Received 164 bytes from 216.239.34.10#53(ns2.google.com) in 43 ms
>
>so, on resolving DNS, which NS record TTL will be cached generally?
>172800 or 345600?

afaik, both will be. however the former are just delegation records, so 
the latter will override them, snd since delegations will expire 
sooner...

(at list bind used to work this way some years ago when I was tracing a 
problem)
-- 
Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
"They say when you play that M$ CD backward you can hear satanic messages."
"That's nothing. If you play it forward it will install Windows."



More information about the bind-users mailing list