Re: Reducing the 2560 negative cache default
Fletcher Cocquyt <[email protected]> Mon, 17 May 2010 12:57:33 -0700
| Newsgroups | gmane.network.djbdns |
|---|---|
| Message-ID | <C816EDBD.4A5F0%[email protected]> |
Ok, I am testing this Z record: Z:xyz.school.edu:dns1.school.edu:[email protected]:::::300:600:: .xyz.school.edu:IPofdns1.school.edu:dns1.school.edu.:600 Ran make ( tinydns-data) I test with: dig @dns1 xyz.school.edu I still see default 2560 value instead of 300 as expected. Is that 2560 value cached itself? How do I best test updates to min are in effect? Thanks On 5/17/10 12:46 PM, "Sabahattin Gucukoglu" <[email protected]> wrote: > On 17 May 2010, at 19:49, Matthew Dempsky wrote: >> On Mon, May 17, 2010 at 7:51 AM, Sabahattin Gucukoglu >> <[email protected]> wrote: >>> The question was, must a Z record be used in order to change the value of >>> min (that's Minimum, or in these enlightened times, Negative Cache >>> Lifetime)? >> >> Yes. That field is not available with a "." line. >> >>> Which begs the question, what does dnscache use "min" for, the former or the >>> latter? >> >> The fields in the Z line go directly into the SOA record. (Also, >> dnscache never touches a data or data.cdb file directly.) > > Yes, but I meant, how will dnscache interpret that field when it receives SOA > records over the net in response to errors? Will it actually honour min as it > is done by BIND, EG cache the error for that time? > > Cheers, > Sabahattin -- Fletcher Cocquyt Senior Systems Administrator Information Resources and Technology (IRT) Stanford University School of Medicine Email: [email protected] Phone: (650) 724-7485