ZimaOS trägt den Google-DNS-Server 8.8.8.8 nicht mehr fest in die normale DNS-Konfiguration ein. Der Quellcode-Fehler aus dem Jahr 2025 trat im Codepfad der Thunderbolt-Netzwerkbrücke auf. Der ursprüngliche Melder bestätigte, dass der unerwünschte Eintrag in ZimaOS 1.4.1 verschwunden war.
Konfigurieren Sie DNS im aktuellen ZimaOS für jede Netzwerkschnittstelle unter Einstellungen → Netzwerk. Wenn Sie 8.8.8.8 weiterhin in /etc/resolv.conf sehen, ermitteln Sie zunächst, welche NetworkManager-Verbindung oder virtuelle Schnittstelle den Eintrag bereitgestellt hat, bevor Sie Dateien manuell bearbeiten.
Was den historischen Eintrag 8.8.8.8 verursacht hat
IceWhale führte den Eintrag auf den Systemcode zurück, der beim Erstellen einer Thunderbolt-Netzwerkbrücke verwendet wird. Er sollte nicht den von Benutzern gewählten DNS-Server überschreiben.
Der Fehler wurde entfernt
Der ursprüngliche Melder bestätigte, dass der zusätzliche Eintrag 8.8.8.8 in ZimaOS 1.4.1 verschwunden war. Aktuelle Systeme sollten nicht so behandelt werden, als sei dieser Fehler weiterhin ein erwartetes Verhalten.
DNS auf die aktuelle Weise festlegen
Die aktuelle ZimaOS-Anleitung zur Netzwerkkonfiguration empfiehlt, Einstellungen → Netzwerk zu öffnen, die Schnittstelle bei Bedarf auf Manuell umzustellen und den gewünschten DNS-Server einzugeben.
Den tatsächlich verwendeten Resolver prüfen
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showVerwenden Sie diese Befehle zur Diagnose. Machen Sie /etc/resolv.conf nicht unveränderlich und bearbeiten Sie von NetworkManager erzeugte Dateien nicht manuell als ersten Lösungsversuch.
Thunderbolt und Ethernet können unterschiedliche DNS-Quellen haben
Wenn mehrere Schnittstellen aktiv sind, kann jede Verbindung DNS- und Routing-Informationen beisteuern. Gehen Sie nicht davon aus, dass eine direkte Thunderbolt-Verbindung und Ihre normale Ethernet-Uplink-Verbindung dieselbe Konfiguration verwenden.
Benutzer von Pi-hole oder Technitium sollten auf DNS-Leaks testen
Wenn der gesamte DNS-Verkehr über Ihren lokalen Resolver laufen soll, prüfen Sie die Resolver-Protokolle und vergleichen Sie die DNS-Werte von nmcli. Ein fest codierter Fallback kann die Filterung umgehen, ebenso wie DHCP oder eine andere aktive Schnittstelle.
8.8.8.8 nicht blockieren, bevor die Quelle gefunden wurde
Eine Firewall-Sperre kann das Symptom verbergen, während das falsche Netzwerkprofil weiterhin konfiguriert ist. Beheben Sie zuerst die DNS-Quelle. Verwenden Sie eine Firewall-Regel nur, wenn Sie DNS netzwerkweit absichtlich erzwingen möchten.
Die Anleitung zur Netzwerkfehlerbehebung bietet zusätzlichen Netzwerkkontext.
DHCP kann einen anderen DNS-Server erneut eintragen
Wenn eine Schnittstelle auf DHCP eingestellt bleibt, kann Ihr Router DNS-Einstellungen bereitstellen, selbst nachdem der alte Fehler mit 8.8.8.8 behoben wurde. Wenn Sie eine strikte DNS-Kontrolle benötigen, vergleichen Sie die DHCP-Optionen des Routers mit den von NetworkManager angezeigten DNS-Werten.
Manuelle DNS-Änderungen können die Dashboard-Verbindung trennen
Wenn Sie eine Schnittstelle von DHCP auf Manuell umstellen, überprüfen Sie IP-Adresse, Subnetz, Gateway und DNS gemeinsam. Ein falsches Gateway oder Subnetz kann wie ein DNS-Fehler wirken, da die Dashboard-Sitzung unmittelbar nach dem Speichern abbrechen kann.
Die Namensauflösung über den vorgesehenen Resolver testen
Verwenden Sie nslookup, dig oder die Protokolle Ihres lokalen DNS-Servers, um zu bestätigen, dass Anfragen tatsächlich Technitium, Pi-hole oder einen anderen ausgewählten Resolver erreichen. Beurteilen Sie dies nicht ausschließlich anhand des Textes in resolv.conf.
FAQ
Ist 8.8.8.8 in ZimaOS weiterhin fest codiert?
Der ursprüngliche Melder bestätigte, dass dieser historische Eintrag in Version 1.4.1 entfernt wurde.
Kann ich meinen eigenen DNS-Server festlegen?
Ja. Die aktuellen Netzwerkeinstellungen von ZimaOS unterstützen manuelles DNS pro Schnittstelle.
Sollte ich resolv.conf direkt bearbeiten?
Nein, nicht als ersten Schritt. Die Datei wird normalerweise von NetworkManager verwaltet.
Warum sehe ich weiterhin mehrere DNS-Server?
Prüfen Sie DHCP, mehrere Schnittstellen, Thunderbolt- und virtuelle Netzwerke sowie die Verbindungsprofile von NetworkManager.
