GNOME Bugzilla – Bug 629258
Wrong order of nameservers in resolv.conf
Last modified: 2011-01-06 08:56:47 UTC
System: Debian testing (64bit) Kernel: 2.6.35 Problem description: When I simultaneously connect to DUN (via Bluetooth) and to a Wifi network, Network Manager will prioritize the Wifi connection and place the default route through Wifi. Which is just fine. But unfortunately, the nameservers of the DUN are written on top in the resolv.conf, which is bad since they aren't usable outside my GSM provider's network. Since even the log file says: "Policy set 'Auto PeopleBot-ITI' (wlan0) as default for IPv4 routing and DNS." I guess that this is not the desired behaviour. resolv.conf with Wifi only: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.236.1 resolv.conf with DUN only: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 212.23.97.2 nameserver 212.23.97.3 resolv.conf with both DUN and Wifi: # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 212.23.97.2 nameserver 212.23.97.3 nameserver 192.168.236.1
Created attachment 169943 [details] Syslog printout
So NM always sends the correct resolv.conf information to resolvconf (with wlan DNS on top), but resolvconf is another layer that might re-order nameservers. Is there a chance you can remove the resolvconf package just for testing to ensure that NM is sending the correct resolv.conf information to the resolvconf program?
Yep, you're right. Without resolvconf it works. Thanks, I'll file a bug over at bugs.debian.org.
This patch might solve the problem. $ svn diff Index: etc/resolvconf/interface-order =================================================================== --- etc/resolvconf/interface-order (revision 154) +++ etc/resolvconf/interface-order (working copy) @@ -10,5 +10,6 @@ eth* ath* wlan* +wifi* ppp* *
(That patch will fix the problem of a wifi* interface not being prioritized before a ppp* interface.) What is the name of your DUN interface? And of your Wi-Fi interface?