I'm imagining you want a way to make dig act like the caching
nameserver and do what it would do and show you the answer.
dig +trace does something similar to this. There is no nameserver
operation
that dig could do to tell a caching nameserver to act differently
for one query. You could
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
On Mon, 5 Jan 2009, Stephen Ward wrote:
On Mon, 05 Jan 2009 16:24:04 +, Chris Thompson wrote:
On Jan 5 2009, John Wobus wrote:
[...] There is no nameserver
operation
that dig could do to tell a caching
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
4 matches
Mail list logo