ZimaOS hardcodeert Google DNS 8.8.8.8 niet langer in de normale DNS-configuratie. De broncodebug uit 2025 kwam door het codepad voor de Thunderbolt-netwerkbridge en de oorspronkelijke melder bevestigde dat de ongewenste vermelding in ZimaOS 1.4.1 was verdwenen.
Configureer DNS in de huidige versie van ZimaOS per netwerkinterface via Instellingen → Netwerk. Als je nog steeds 8.8.8.8 in /etc/resolv.conf ziet, bepaal dan eerst welke NetworkManager-verbinding of virtuele interface deze heeft aangeleverd voordat je bestanden handmatig bewerkt.
Waardoor de historische vermelding van 8.8.8.8 ontstond
IceWhale traceerde de vermelding naar de systeemcode die wordt gebruikt bij het maken van een Thunderbolt-netwerkbridge. Deze was niet bedoeld om de door gebruikers gekozen DNS-server te overschrijven.
De bug is verwijderd
De oorspronkelijke melder bevestigde dat de extra vermelding van 8.8.8.8 in ZimaOS 1.4.1 was verdwenen. Huidige systemen moeten niet worden behandeld alsof deze bug nog steeds verwacht gedrag is.
DNS instellen volgens de huidige methode
De huidige handleiding voor netwerkconfiguratie van ZimaOS zegt dat je Instellingen → Netwerk moet openen, de interface indien nodig op Handmatig moet instellen en de gewenste DNS-server moet invoeren.
De actieve resolver controleren
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showGebruik deze opdrachten voor diagnostiek. Maak /etc/resolv.conf niet onveranderlijk en bewerk door NetworkManager gegenereerde bestanden niet handmatig als eerste oplossing.
Thunderbolt en Ethernet kunnen verschillende DNS-bronnen hebben
Als meerdere interfaces actief zijn, kan elke verbinding DNS- en route-informatie aanleveren. Ga er niet van uit dat een directe Thunderbolt-verbinding en je normale Ethernet-uplink dezelfde configuratie gebruiken.
Gebruikers van Pi-hole of Technitium moeten op lekken testen
Als alle DNS-verzoeken via je lokale resolver moeten lopen, controleer dan de logboeken van de resolver en vergelijk de DNS-waarden van nmcli. Een hardgecodeerde fallback kan filtering omzeilen, maar dat kan ook gebeuren door DHCP of een andere actieve interface.
Blokkeer 8.8.8.8 niet voordat je de bron hebt gevonden
Een firewallblokkade kan het symptoom verbergen terwijl het verkeerde netwerkprofiel geconfigureerd blijft. Los eerst de DNS-bron op en gebruik firewallbeleid alleen als je bewust DNS op netwerkniveau afdwingt.
De handleiding voor netwerkproblemen biedt bredere netwerkcontext.
DHCP kan een andere DNS-server opnieuw introduceren
Als een interface op DHCP blijft staan, kan je router DNS-instellingen aanleveren, zelfs nadat de oude bug met 8.8.8.8 is opgelost. Wanneer je strikte controle over DNS nodig hebt, vergelijk je de DHCP-opties van de router met de DNS-waarden die NetworkManager toont.
Handmatige DNS-wijzigingen kunnen het dashboard verbreken
Controleer bij het overschakelen van een interface van DHCP naar Handmatig het IP-adres, subnet, de gateway en DNS gezamenlijk. Een verkeerde gateway of een verkeerd subnet kan eruitzien als een DNS-probleem, omdat de dashboardsessie direct na het opslaan kan verdwijnen.
Resolutie testen via de bedoelde resolver
Gebruik nslookup, dig of de logboeken van je lokale DNS-server om te bevestigen dat query's Technitium, Pi-hole of een andere gekozen resolver daadwerkelijk bereiken. Baseer je oordeel niet alleen op de tekst in resolv.conf.
Veelgestelde vragen
Is 8.8.8.8 nog steeds hardgecodeerd in ZimaOS?
De oorspronkelijke melder bevestigde dat deze historische vermelding in versie 1.4.1 is verwijderd.
Kan ik mijn eigen DNS-server instellen?
Ja. De huidige netwerkinstellingen van ZimaOS ondersteunen handmatige DNS-configuratie per interface.
Moet ik resolv.conf rechtstreeks bewerken?
Nee, niet als eerste stap; dit bestand wordt doorgaans beheerd door NetworkManager.
Waarom zie ik nog steeds meerdere DNS-servers?
Controleer DHCP, meerdere interfaces, Thunderbolt- en virtuele netwerken en NetworkManager-verbindingsprofielen.
