-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 07/09/2016 10:53 AM, Mick wrote: > Hi All, > > I just noticed my resolv.conf is topped up with the nameservers of the > wireless LAN I happen to be associated at the time and my wired ethernet > nameserver(s) are pushed further down. This happens despite the fact that I > have configured my wired ethernet to have a lesser priority than the wired > NIC. > > For example: > > less /etc/resolv.conf > # Generated by dhcpcd from wlan0.dhcp, enp11s0.dhcp > # /etc/resolv.conf.head can replace this lineL > domain openwifi > nameserver 192.168.22.22 > nameserver 192.168.22.23 > nameserver 10.10.10.254 > # /etc/resolv.conf.tail can replace this line > > The first 3 non-commented entries were produced by wlan0, demoting my wired > ethernet nameserver. > > ip route show > default via 10.10.10.254 dev enp11s0 metric 10 > default via 10.160.95.1 dev wlan0 metric 20 > 10.10.10.0/24 dev enp11s0 proto kernel scope link src 10.10.10.7 metric > 10 > 10.160.95.0/29 dev wlan0 proto kernel scope link src 10.160.95.2 metric > 20 > 127.0.0.0/8 dev lo scope host > > If I am associated, but not authenticated with the wireless LAN, any URLs I > try to visit will be queried with the 192.168.22.2* nameserver, before it > times out and 10.10.10.254 takes over. > > Waiting for URLs to resolve becomes tedious after a while. Is there a way to > prioritise nameservers so that the NIC metric is respected, whenever the > resolv.conf content is updated? >
Look at the -C option on dhcpcd's man page. It is done by a dhcpcd hook that you can disable with that option. Where to specify it depends on what you're using to manage your network connections. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXgRmiAAoJEPbOFX/5UlwckloP/RS5QM9FrJN/EGk5F2v3vakC DP5EIqx103d2Qte91zmBPNGpq3PKCDi2aQza3dIspQ6zfR/I4P8u3ODbsclIc1U9 gikAKos+fVB+6nVCAVKKrpyWsDGJ7Qgupu+x1SOP1MDLNBkDnIgS2n72S0Z6FCUF d5q4lUyp5w8G/+A+m01FnpFZCcBZBfBLQY9cccUR6CkkuJW1+vjPzppJoeQ032CT FRqebV17htnJzuME85KcVTuawiO8xuHM/Y9tkVupe8fyEPlG8k53WY4XNh3KuuEZ gIqjsYJWEJeH0HQp9MFM+HBesJrRAgaTT0jAmEXiNcKeVx0UHZppNfSl8q/NKT+o rChcHJ62lrW8Q4gHtf7I5tkXyZdfLM1TdiViLTKUR9EGkV+lnoQFHDbe0+MCirkC /2XsbYTUBWb5zMwCH0I9QCjA8LsCD5I4YK+strXld+6+yaGRDNh2XUo36uJCoJNZ 6fbOweDHCV9CMgkHH78swYZa3Fu7z8n4my7i/lEo9L+7r0IIcspDrxhgtP4T7qLu UYrWoOTALUwiyqtIry7FnciifdlrCoURm9rAp9jZAz8PTha33d2Vhlj/tKiL8v3x YmuB+Tz9/yLp8VXpR5h2hO4i2WTOQnW+vgugw0v3DJqE3JRKqqGsfhX9gA4JTDz2 Jwp9Faoag1hKEf8Dl8I9 =TqPa -----END PGP SIGNATURE-----
