ZimaOS lägger inte längre in Googles DNS 8.8.8.8 i den vanliga DNS-konfigurationen. Källkodsbuggen från 2025 kom från kodvägen för Thunderbolt-nätverksbryggan, och den ursprungliga rapportören bekräftade att den oönskade posten var borta i ZimaOS 1.4.1.
I aktuella versioner av ZimaOS konfigurerar du DNS per nätverksgränssnitt under Inställningar → Nätverk. Om du fortfarande ser 8.8.8.8 i /etc/resolv.conf bör du först ta reda på vilken NetworkManager-anslutning eller vilket virtuellt gränssnitt som tillhandahåller den, innan du redigerar filer manuellt.
Vad orsakade den historiska posten 8.8.8.8?
IceWhale spårade posten till systemkoden som används när en Thunderbolt-nätverksbrygga skapas. Den var inte avsedd att åsidosätta den DNS-server som användaren hade valt.
Buggen har tagits bort
Den ursprungliga rapportören bekräftade att den extra posten 8.8.8.8 försvann i ZimaOS 1.4.1. Aktuella system bör inte behandlas som om detta fortfarande vore förväntat beteende.
Så ställer du in DNS i den aktuella versionen
Den aktuella nätverkskonfigurationsguiden för ZimaOS anger att du ska öppna Inställningar → Nätverk, växla gränssnittet till Manuellt vid behov och ange önskad DNS-server.
Kontrollera den aktiva namnupplösaren
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showAnvänd dessa kommandon för felsökning. Gör inte /etc/resolv.conf oföränderlig och redigera inte genererade NetworkManager-filer manuellt som första åtgärd.
Thunderbolt och Ethernet kan ha olika DNS-källor
Om flera gränssnitt är aktiva kan varje anslutning bidra med DNS- och routningsinformation. Du bör inte utgå från att en direkt Thunderbolt-länk och din vanliga Ethernet-anslutning använder samma konfiguration.
Användare av Pi-hole eller Technitium bör testa efter läckor
Om all DNS-trafik ska gå genom din lokala namnupplösare bör du kontrollera namnupplösarens loggar och jämföra DNS-värdena från nmcli. En hårdkodad reservserver kan kringgå filtrering, men det kan även DHCP eller ett annat aktivt gränssnitt göra.
Blockera inte 8.8.8.8 innan du har hittat källan
En brandväggsregel kan dölja symptomet samtidigt som fel nätverksprofil fortfarande är konfigurerad. Åtgärda DNS-källan först; använd brandväggsregler endast om du avsiktligt vill tvinga fram DNS för hela nätverket.
Nätverksfelsökningsguiden ger mer allmän nätverksinformation.
DHCP kan återinföra en annan DNS-server
Om ett gränssnitt fortfarande använder DHCP kan routern tillhandahålla DNS-inställningar även efter att den gamla 8.8.8.8-buggen har försvunnit. När du behöver strikt kontroll över DNS bör du jämföra routerns DHCP-alternativ med DNS-värdena som visas av NetworkManager.
Manuella DNS-ändringar kan koppla från instrumentpanelen
När du byter ett gränssnitt från DHCP till Manuellt ska du kontrollera IP-adress, subnät, gateway och DNS tillsammans. En felaktig gateway eller ett felaktigt subnät kan se ut som ett DNS-fel, eftersom instrumentpanelens session kan försvinna direkt efter att du sparat.
Testa namnupplösningen via den avsedda namnupplösaren
Använd nslookup, dig eller loggarna på din lokala DNS-server för att bekräfta att förfrågningarna faktiskt når Technitium, Pi-hole eller någon annan vald namnupplösare. Bedöm inte detta enbart utifrån texten i resolv.conf.
Vanliga frågor
Är 8.8.8.8 fortfarande hårdkodad i ZimaOS?
Den ursprungliga rapportören bekräftade att den historiska posten togs bort i 1.4.1.
Kan jag ange min egen DNS-server?
Ja. I aktuella versioner av ZimaOS kan du ställa in DNS manuellt för varje gränssnitt under Nätverk.
Bör jag redigera resolv.conf direkt?
Nej, inte som första åtgärd. Filen hanteras vanligtvis av NetworkManager.
Varför ser jag fortfarande flera DNS-servrar?
Kontrollera DHCP, flera gränssnitt, Thunderbolt- och virtuella nätverk samt NetworkManagers anslutningsprofiler.
