<div dir="ltr"><div><div><div>For my part, I'd be curious to know what sort of problem you're trying to solve with dig.  We might be able to shed a little more light on what the best command would be for you.<br><br>The +recurse gets overridden when you use +trace:<br><br>+[no]recurse<br>           ... Recursion is automatically disabled when the<br>           +nssearch or +trace query options are used.<br><br></div><div>so you're getting iterative queries whether you want them or not: +trace means you're treating yourself as a recursive nameserver, and the RD bit isn't set on your queries.<br><br></div>If you send a single query to a remote nameserver, you're only going to get a single response--that's how DNS works.  So if you're looking to see the chain of lookups that a remote recursive nameserver takes to reach its final response, you can run dig +trace from the remote nameserver, or you could run a series of dig @server +norecurse <hostname> queries to get what you're looking for.<br><br></div>I admit ignorance on the +showsearch option: I'm not seeing the query flags change, nor am I seeing any different output when I run:<br><br>dig @<a href="http://8.8.8.8">8.8.8.8</a> <a href="http://trombone.org">trombone.org</a> +showsearch<br><br>; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @<a href="http://8.8.8.8">8.8.8.8</a> <a href="http://trombone.org">trombone.org</a> +showsearch<br>; (1 server found)<br>;; global options: +cmd<br>;; Got answer:<br>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9742<br>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0<br><br></div><div>versus<br></div><div><br>dig @<a href="http://8.8.8.8">8.8.8.8</a> <a href="http://trombone.org">trombone.org</a><br><br>; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @<a href="http://8.8.8.8">8.8.8.8</a> <a href="http://trombone.org">trombone.org</a><br>; (1 server found)<br>;; global options: +cmd<br>;; Got answer:<br>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36891<br>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0<br><br></div><div>Even after flushing Google's cache (<a href="https://developers.google.com/speed/public-dns/cache">https://developers.google.com/speed/public-dns/cache</a>), I still get the same response.  Does anyone have insight on +showsearch, other than the following ;-)<br><br>BUGS<br>       There are probably too many query options.<b><br></b><br><b><br></b></div><div>John<br></div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 8, 2015 at 6:34 PM, Anne Bennett <span dir="ltr"><<a href="mailto:anne@encs.concordia.ca" target="_blank">anne@encs.concordia.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I've been trying to debug a problem with dig, and it has finally<br>
occurred to me that, if I understand this correctly, the "+trace"<br>
option essentially overrides the @server specification, except for<br>
the initial query for the root zone nameservers.  (I was using<br>
"+showsearch +trace +recurse".)<br>
<br>
Is my understanding correct?<br>
<span class="HOEnZb"></span><br></blockquote></div><br></div></div>