<div dir="ltr"><div>> resolvconf is not putting the tun0 resolvers</div><div>> below that of eth* even though tun* is supposed to take precedence</div><div><br></div><div>I don't understand this. If tun* is supposed to take precedence over eth* then resolvconf *shouldn't* put the tun0 resolver addresses *below* those of eth* in resolv.conf; resolvconf should put the tun0 resolver addresses *above* those of eth*.</div><div><br></div><div>And resolvconf does what it should do. According to interface-order, tun* is listed before eth*. The record /run/resolvconf/interface/tun0.f5 contains </div><div><br></div><div>    nameserver 192.168.1.1</div><div>    nameserver 10.10.10.21</div><div>    nameserver 10.10.10.20</div><div>    search <a href="http://canaccord.com">canaccord.com</a></div><div><br></div><div>whereas the record /run/resolvconf/interface/eth0.f5 contains</div><div><br></div><div>    search <a href="http://canaccord.com">canaccord.com</a></div><div>    nameserver 10.10.10.21</div><div>    nameserver 10.10.10.20</div><div><br></div><div>and the record /run/resolvconf/interface/eth3.dhclient contains the following.</div><div><br></div><div>    nameserver 192.168.1.1</div><div><br></div><div>The information from tun0.f5 should take precedence. And that is what we see in resolv.conf.</div><div><pre class=""><br></pre><pre class="">    # Dynamic resolv.conf(5) file for glibc resolver(3) ...
    #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES ...
    nameserver 192.168.1.1
    nameserver 10.10.10.21
    nameserver 10.10.10.20
    search <a href="http://canaccord.com">canaccord.com</a></pre><pre class=""><br></pre><pre class="">If there is a problem then the problem is with the contents of the record  /run/resolvconf/interface/tun0.f5 which comes from the program that calls resolvconf to create that record. Which interface configuration utility writes that record? What is "f5"?</pre></div><div>-- </div><div>Thomas</div></div>