ZimaOS hårdkodar inte längre Google DNS 8.8.8.8 i den vanliga DNS-konfigurationen. Källkodsbuggen från 2025 fanns i 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 för varje nätverksgränssnitt under Inställningar → Nätverk. Om du fortfarande ser 8.8.8.8 i /etc/resolv.conf ska du identifiera vilken NetworkManager-anslutning eller vilket virtuellt gränssnitt som har lagt till den innan du redigerar filer för hand.
Vad som orsakade den historiska 8.8.8.8-posten
IceWhale spårade posten till systemkoden som används när en Thunderbolt-nätverksbrygga skapas. Den var inte avsedd att åsidosätta alla användares valda DNS-server.
Buggen har åtgärdats
Den ursprungliga rapportören bekräftade att den extra 8.8.8.8-posten försvann i ZimaOS 1.4.1. Man bör inte utgå från att den här buggen fortfarande finns i aktuella system.
Ställ in DNS på det aktuella sättet
I den aktuella konfigurationsguiden för ZimaOS-nätverk står det att du ska öppna Inställningar → Nätverk, växla gränssnittet till Manuellt vid behov och ange önskad DNS-server.
Kontrollera den aktiva DNS-resolvern
Visa /etc/resolv.conf
Visa nmcli-enhet | Sök efter DNS
Visa nmcli-anslutningarAnvänd dessa som diagnostik. Gör inte /etc/resolv.conf oföränderlig och redigera inte genererade NetworkManager-filer för hand 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 ruttinformation. Du bör inte utgå från att en direkt Thunderbolt-länk och din vanliga Ethernet-anslutning delar samma konfiguration.
Pi-hole- eller Technitium-användare bör testa om DNS-läckor förekommer
Om all DNS-trafik ska gå via din lokala resolver kan du granska resolverns loggar och jämföra DNS-värdena i nmcli. En hårdkodad reservserver kan kringgå filtreringen, men det kan även DHCP eller ett annat aktivt gränssnitt.
Blockera inte 8.8.8.8 innan du har hittat källan
En brandväggsblockering kan dölja problemet utan att den felaktiga nätverksprofilen åtgärdas. Åtgärda först DNS-källan; använd brandväggsregler endast om du avsiktligt vill framtvinga DNS för hela nätverket.
Felsökningsguiden för nätverk ger en bredare överblick över nätverket.
DHCP kan återinföra en annan DNS-server
Om ett gränssnitt är inställt på DHCP kan routern tillhandahålla DNS-inställningar även efter att det gamla 8.8.8.8-felet har åtgärdats. När du behöver strikt kontroll över DNS kan du jämföra routerns DHCP-alternativ med DNS-värdena som visas av NetworkManager.
Manuella DNS-ändringar kan koppla från kontrollpanelen
När du ändrar ett gränssnitt från DHCP till Manuell ska du kontrollera IP-adress, nätmask, gateway och DNS tillsammans. Fel gateway eller nätmask kan se ut som ett DNS-fel eftersom anslutningen till kontrollpanelen kan försvinna direkt efter att du sparat.
Testa namnuppslagning via den avsedda resolvern
Använd nslookup, dig eller loggarna från din lokala DNS-server för att bekräfta att förfrågningarna faktiskt når Technitium, Pi-hole eller någon annan vald resolver. Dra inte slutsatser enbart utifrån texten i resolv.conf.
Vanliga frågor
Är 8.8.8.8 fortfarande hårdkodad i ZimaOS?
Den som rapporterade källan bekräftade att den historiska posten togs bort i version 1.4.1.
Kan jag ange en egen DNS-server?
Ja. I de aktuella nätverksinställningarna i ZimaOS går det att ange DNS manuellt för varje gränssnitt.
Ska jag redigera resolv.conf direkt?
Nej, inte som första åtgärd; det hanteras vanligtvis av NetworkManager.
Varför ser jag fortfarande flera DNS-servrar?
Kontrollera DHCP, flera gränssnitt, Thunderbolt-/virtuella nätverk och NetworkManagers anslutningsprofiler.
