I've been doing some testing lately on query times. What I did was create a new zone and create a * record within it. Then, from a shell, I do "dig @server $RANDOM.test.testdomain.com". For more randomness, you can combine: "dig @server $RANDOM.$RANDOM.test.testdomain.com"
That's how I've worked around the caching issue. I also set the TTL on the * record to be 1 second, to ensure that I don't hit any cache. Cheers, Todd. > > If you're referring to your local system's cache, you can bypass this > by specifying a DNS server for dig to query. use @dns.server.domain or > @4.2.2.2(for example) for this. > > If you're referring to the cache on the server you're trying to query, > sorry, that's beyond your control, unless you have root on that server. > > -wes > > On Fri, Jan 2, 2009 at 12:11 PM, Stephen Ward < > stephen.usenet.w...@wibblywobblyteapot.co.uk> wrote: > >> For all my attempts to read the manual on DIG I can't find a way to >> do something really simple. >> >> Is there a way to dig a domain name so even if the results are in >> cache, it will ignore these and re-read them? It's really from a >> testing perspective I'm looking at this. I can mash the keyboard each >> time to try and get a better handle on the query time, but there has >> got to be an easy way to do this? >> >> >> >> -- >> . . . >> _______________________________________________ bind-users mailing >> list bind-users@lists.isc.org >> https://lists.isc.org/mailman/listinfo/bind-users >> >> > ------=_Part_21674_19533272.1230941795123 Content-Type: text/html; > charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > If you're referring to your local system's cache, you can > bypass this by specifying a DNS server for dig to query. use > @dns.server.domain or @<a href="http://4.2.2.2">4.2.2.2</a> (for > example) for this.<br><br>If you're referring to the cache on the > server you're trying to query, sorry, that's beyond your > control, unless you have root on that server.<br> <br>-wes<br><br><div > class="gmail_quote">On Fri, Jan 2, 2009 at 12:11 PM, Stephen Ward > <span dir="ltr"><<a > href="mailto:stephen.usenet.w...@wibblywobblyteapot.co.uk">stephen.usene t.w...@wibblywobblyteapot.co.uk</ a>></span> > wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px > solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: > 1ex;">For all my attempts to read the manual on DIG I can't find a > way to do<br> something really simple.<br> <br> Is there a way to dig > a domain name so even if the results are in cache,<br> it will ignore > these and re-read them? It's really from a testing<br> perspective > I'm looking at this. I can mash the keyboard each time to try<br> > and get a better handle on the query time, but there has got to be > an<br> easy way to do this?<br> <font color="#888888"><br> <br> <br> > --<br> . . .<br> _______________________________________________<br> > bind-users mailing list<br> <a > href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br > > <a href="https://lists.isc.org/mailman/listinfo/bind-users" > target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</ a><br> > </font></blockquote></div><br> > > ------=_Part_21674_19533272.1230941795123-- > > --===============3579383764054783402== Content-Type: text/plain; > charset="us-ascii" MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > _______________________________________________ bind-users mailing > list bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users > --===============3579383764054783402==-- I had a feeling forcing lookups against other servers was all I could do. Problem is, once you've done that it's cached there too. Not a major issue, just wanted to be sure it was not easily doable. -- . . . _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users --------------------------------------------------------------------- This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users