ZimaOS non inserisce più l'indirizzo DNS di Google 8.8.8.8 nella normale configurazione DNS. Il bug del codice sorgente del 2025 proveniva dal percorso di codice del bridge di rete Thunderbolt e l'autore della segnalazione 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 continui a vedere 8.8.8.8 in /etc/resolv.conf, individua quale connessione NetworkManager o interfaccia virtuale l'ha fornito prima di modificare i file manualmente.
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 sovrascrivere il server DNS scelto da ogni utente.
Il bug è stato rimosso
L'autore della segnalazione originale ha confermato che la voce aggiuntiva 8.8.8.8 è scomparsa in ZimaOS 1.4.1. Non bisogna considerare i sistemi attuali 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.
Verifica il resolver effettivo
cat /etc/resolv.conf
Mostra i dispositivi nmcli | grep -i dns
Mostra le connessioni nmcliUsa questi comandi a scopo diagnostico. Non rendere immutabile /etc/resolv.conf 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 alle informazioni DNS e di routing. Non bisogna dare per scontato che un collegamento Thunderbolt diretto e il normale uplink Ethernet condividano la stessa configurazione.
Gli utenti di Pi-hole o Technitium dovrebbero verificare la presenza di fughe DNS
Se tutto il traffico DNS deve passare dal resolver locale, controlla i log del resolver e confronta i valori DNS di nmcli. Un fallback codificato in modo fisso può aggirare il filtraggio, ma lo stesso può accadere con DHCP o un’altra interfaccia attiva.
Non bloccare 8.8.8.8 prima di aver individuato la sorgente
Un blocco del firewall può nascondere il sintomo, lasciando però configurato il profilo di rete errato. Correggi prima la sorgente DNS; usa le regole del firewall solo se vuoi applicare intenzionalmente il DNS a tutta la rete.
La guida alla risoluzione dei problemi di rete offre una panoramica più ampia della rete.
Il DHCP può reintrodurre un server DNS diverso
Se un’interfaccia è configurata per usare DHCP, il router può fornire le impostazioni DNS anche dopo la correzione del vecchio bug di 8.8.8.8. Quando hai bisogno di un controllo rigoroso del DNS, confronta le opzioni DHCP del router con i valori DNS mostrati da NetworkManager.
Le modifiche al DNS manuale possono disconnettere la dashboard
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 della dashboard potrebbe interrompersi subito dopo il salvataggio.
Verificare la risoluzione tramite il resolver previsto
Usa nslookup, dig o i log del tuo server DNS locale per verificare che le query raggiungano davvero Technitium, Pi-hole o un altro resolver scelto. Non basarti solo sul testo in resolv.conf.
FAQ
8.8.8.8 è ancora codificato in modo fisso in ZimaOS?
La persona che ha segnalato il problema ha confermato che la voce storica è stata rimossa nella versione 1.4.1.
Posso impostare un mio server DNS?
Sì. Le impostazioni di rete attuali di ZimaOS supportano la configurazione manuale del DNS per ogni interfaccia.
Devo modificare direttamente resolv.conf?
No, non come primo passo; in genere è gestito da NetworkManager.
Perché continuo a vedere più server DNS?
Controlla DHCP, interfacce multiple, reti Thunderbolt/virtuali e profili di connessione di NetworkManager.
