Community-Lösung

Warum ZimaOS den DNS-Server 8.8.8.8 verwendete – und die aktuelle Lösung

IceWhale traced 8.8.8.8 to Thunderbolt bridge setup, and the reporter confirmed the unwanted DNS entry was gone in ZimaOS 1.4.1.

ZimaOS trägt Google DNS 8.8.8.8 nicht mehr fest in die normale DNS-Konfiguration ein. Der 2025 entdeckte Fehler im Quellcode lag im Codepfad der Thunderbolt-Netzwerkbrücke, und der ursprüngliche Melder bestätigte, dass der unerwünschte Eintrag in ZimaOS 1.4.1 verschwunden war.

Konfigurieren Sie DNS auf aktuellen ZimaOS-Systemen unter Einstellungen → Netzwerk für jede Netzwerkschnittstelle. Wenn Sie weiterhin 8.8.8.8 in /etc/resolv.conf sehen, ermitteln Sie, welche NetworkManager-Verbindung oder virtuelle Schnittstelle den Eintrag bereitgestellt hat, bevor Sie Dateien von Hand bearbeiten.

Ursache des historischen 8.8.8.8-Eintrags

IceWhale führte den Eintrag auf den Systemcode zurück, der beim Erstellen einer Thunderbolt-Netzwerkbrücke verwendet wurde. Er sollte nicht den von allen Nutzern gewählten DNS-Server überschreiben.

Der Fehler wurde behoben

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 wäre dieses Verhalten weiterhin zu erwarten.

DNS auf dem aktuellen Weg konfigurieren

Laut dem aktuellen ZimaOS-Netzwerkkonfigurationsleitfaden öffnen Sie Einstellungen → Netzwerk, wechseln bei Bedarf für die Schnittstelle zu „Manuell“ und geben den gewünschten DNS-Server ein.

Den tatsächlich verwendeten Resolver überprüfen

cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection show

Verwenden Sie diese Befehle zur Diagnose. Machen Sie /etc/resolv.conf nicht unveränderlich und bearbeiten Sie generierte NetworkManager-Dateien nicht von Hand als erste Maßnahme.

Thunderbolt und Ethernet können unterschiedliche DNS-Quellen haben

Wenn mehrere Schnittstellen aktiv sind, kann jede Verbindung DNS- und Routing-Informationen beitragen. Es sollte nicht davon ausgegangen werden, dass eine direkte Thunderbolt-Verbindung und Ihre normale Ethernet-Uplink-Verbindung dieselbe Konfiguration verwenden.

Pi-hole- oder Technitium-Nutzer sollten auf DNS-Lecks 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 Filter umgehen, aber auch DHCP oder eine andere aktive Schnittstelle.

Sperren Sie 8.8.8.8 nicht, bevor Sie die Ursache gefunden haben

Eine Firewall-Sperre kann das Symptom verbergen, während das falsche Netzwerkprofil weiterhin konfiguriert ist. Beheben Sie zunächst die DNS-Quelle; setzen Sie Firewall-Regeln nur ein, wenn Sie DNS bewusst netzwerkweit erzwingen möchten.

Der Leitfaden zur Netzwerkfehlerbehebung bietet einen umfassenderen Überblick über Netzwerke.

DHCP kann einen anderen DNS-Server wieder einführen

Wenn eine Schnittstelle auf DHCP eingestellt bleibt, kann Ihr Router DNS-Einstellungen bereitstellen, selbst nachdem der alte 8.8.8.8-Fehler behoben wurde. Wenn Sie DNS strikt kontrollieren müssen, vergleichen Sie die DHCP-Optionen des Routers mit den von NetworkManager angezeigten DNS-Werten.

Manuelle DNS-Änderungen können die Dashboard-Verbindung unterbrechen

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, weil die Dashboard-Verbindung direkt nach dem Speichern abbrechen kann.

Namensauflösung über den vorgesehenen Resolver testen

Verwenden Sie nslookup, dig oder die Protokolle Ihres lokalen DNS-Servers, um zu bestätigen, dass die Anfragen tatsächlich Technitium, Pi-hole oder einen anderen ausgewählten Resolver erreichen. Beurteilen Sie dies nicht allein anhand des Textes in resolv.conf.

FAQ

Ist 8.8.8.8 in ZimaOS noch fest codiert?

Der ursprüngliche Melder bestätigte, dass der historische Eintrag in Version 1.4.1 entfernt wurde.

Kann ich meinen eigenen DNS-Server festlegen?

Ja. Die Netzwerkeinstellungen der aktuellen ZimaOS-Version unterstützen manuelle DNS-Einstellungen pro Schnittstelle.

Sollte ich resolv.conf direkt bearbeiten?

Nein, nicht als ersten Schritt; die Verwaltung erfolgt normalerweise durch NetworkManager.

Warum werden mir weiterhin mehrere DNS-Server angezeigt?

Prüfen Sie DHCP, mehrere Schnittstellen, Thunderbolt-/virtuelle Netzwerke und NetworkManager-Verbindungsprofile.