Auf meinem RPi mit Ubuntu 16.04.2 LTS waren meine Ergebnisse wie folgt:
Hinweis: Ich habe NetworkManager deinstalliert und nur resolvconf verlassen, um seine Aufgaben zu erledigen. (Dies ist ein fester Server, daher ändern sich die Dinge im Netzwerk nicht wesentlich.)
WENN ich die Zeilen dns-search und dns-nameserver nur auf EINER Schnittstelle (der primären, verkabelten), aber nicht auf der anderen (wlan0) hatte, dann wäre dies beim Neustart ungefähr 95% der Zeit meine /etc/resolv.conf-Datei leeren.
zB Wenn meine Schnittstellendatei so aussah:
# The primary network interface
auto enxb827ebbfedcf
iface enxb827ebbfedcf inet static
address 192.168.1.16
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
dns-search summer.co.uk summer.vpn
dns-nameserver 192.168.1.16
dns-nameserver 192.168.1.1
# end stanza with clear line+
# The loopback network interface
auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet static
address 192.168.1.17
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
DANN würde meine resolv.conf nach einem Neustart folgendermaßen aussehen:
# 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
Bei ein oder zwei Neustarts bemerkte ich jedoch, dass es das hatte, was ich wollte, z
# 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.1.16
nameserver 192.168.1.1
search summer.co.uk summer.vpn
Lösung
Als ich BEIDEN Schnittstellen (wired und wlan0) die Zeilen dns-search und dns-nameserver gab, funktionierte alles bei jedem Neustart einwandfrei (bisher sowieso)
dh die folgende Schnittstellendatei funktioniert bei mir:
# The primary network interface
auto enxb827ebbfedcf
iface enxb827ebbfedcf inet static
address 192.168.1.16
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
dns-search summer.co.uk summer.vpn
dns-nameserver 192.168.1.16
dns-nameserver 192.168.1.1
# end stanza with clear line+
# The loopback network interface
auto lo
iface lo inet loopback
auto wlan0
iface wlan0 inet static
address 192.168.1.17
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
dns-search summer.co.uk summer.vpn
dns-nameserver 192.168.1.16
dns-nameserver 192.168.1.1
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
und gibt mir nach jedem Neustart (bisher) die folgende korrekte resolv.conf
# 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.1.16
nameserver 192.168.1.1
search summer.co.uk summer.vpn
Ich gehe davon aus, dass diese doppelte Konfiguration normal ist, wenn auch etwas redundant.
Schlussfolgerung: Wenn einer Schnittstelle (außer lo0) Informationen zu DNS-Suche und DNS-Nameserver fehlen, fügt resolvconf nichts in Ihre Datei resolv.conf ein. (Es ist, als ob ifup die wlan0-Schnittstelle als zweites ausgeführt und ifup resolv.conf oder ähnliches gelöscht hätte.)
Ich bin mir nicht sicher, ob dies ein Fehler ist oder nicht, aber ich fühle mich falsch.