ZimaOS non inserisce più automaticamente il DNS Google 8.8.8.8 nella configurazione DNS normale. Il bug nel codice sorgente del 2025 proveniva dal percorso del codice del bridge di rete Thunderbolt e il segnalatore originale ha confermato che la voce indesiderata era scomparsa in ZimaOS 1.4.1.
Nelle versioni attuali di ZimaOS, configura il DNS per ogni interfaccia di rete in Impostazioni → Rete. Se vedi ancora 8.8.8.8 in /etc/resolv.conf, individua quale connessione NetworkManager o interfaccia virtuale lo ha fornito prima di modificare manualmente i file.
Che cosa ha causato la voce storica 8.8.8.8
IceWhale ha ricondotto la voce al codice di sistema utilizzato per creare un bridge di rete Thunderbolt. Non era destinata a sostituire il server DNS scelto da ogni utente.
Il bug è stato rimosso
Il segnalatore originale ha confermato che la voce aggiuntiva 8.8.8.8 è scomparsa in ZimaOS 1.4.1. I sistemi attuali non devono essere considerati come se questo bug fosse ancora un comportamento previsto.
Imposta il DNS nel modo attuale
L'attuale guida alla configurazione di rete di ZimaOS indica di aprire Impostazioni → Rete, impostare l'interfaccia su Manuale quando necessario e inserire il server DNS desiderato.
Controlla il resolver effettivo
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showUsa questi comandi per la diagnostica. Non rendere /etc/resolv.conf immutabile né modificare manualmente i file generati da NetworkManager come prima soluzione.
Thunderbolt ed Ethernet possono avere origini DNS diverse
Se sono attive più interfacce, ogni connessione può contribuire con informazioni DNS e di routing. Non dare per scontato che un collegamento Thunderbolt diretto e il normale uplink Ethernet condividano la stessa configurazione.
Gli utenti di Pi-hole o Technitium devono verificare eventuali perdite
Se tutto il DNS deve passare attraverso il resolver locale, consulta i log del resolver e confrontali con i valori DNS mostrati da nmcli. Un fallback codificato nel sistema può bypassare i filtri, ma lo stesso può accadere con DHCP o con un'altra interfaccia attiva.
Non bloccare 8.8.8.8 prima di individuarne l'origine
Un blocco del firewall può nascondere il sintomo lasciando configurato il profilo di rete errato. Risolvi prima il problema all'origine del DNS; usa le regole del firewall solo se vuoi applicare intenzionalmente il DNS a livello dell'intera rete.
La guida alla risoluzione dei problemi di rete fornisce ulteriore contesto.
Il DHCP può reintrodurre un server DNS diverso
Se un'interfaccia è lasciata in modalità DHCP, il router può fornire impostazioni DNS anche dopo la rimozione del vecchio bug relativo a 8.8.8.8. Quando hai bisogno di un controllo rigoroso sul DNS, confronta le opzioni DHCP del router con i valori DNS mostrati da NetworkManager.
Le modifiche manuali al DNS possono disconnettere il pannello
Quando passi un'interfaccia da DHCP a Manuale, verifica insieme IP, subnet, gateway e DNS. Un gateway o una subnet errati possono sembrare un problema DNS, perché la sessione del pannello potrebbe interrompersi subito dopo il salvataggio.
Verifica la risoluzione tramite il resolver previsto
Usa nslookup, dig o i log del tuo server DNS locale per confermare che le richieste arrivino effettivamente a Technitium, Pi-hole o a un altro resolver scelto. Non basarti solo sul testo contenuto in resolv.conf.
Domande frequenti
8.8.8.8 è ancora codificato in ZimaOS?
Il segnalatore originale ha confermato che quella voce storica è stata rimossa nella versione 1.4.1.
Posso impostare il mio server DNS?
Sì. Le impostazioni di rete attuali di ZimaOS supportano il DNS manuale per ogni interfaccia.
Devo modificare direttamente resolv.conf?
No, non come primo passaggio; in genere è gestito da NetworkManager.
Perché continuo a vedere più server DNS?
Controlla il DHCP, le interfacce multiple, le reti Thunderbolt o virtuali e i profili di connessione di NetworkManager.
