ZimaOS n'inscrit plus en dur le DNS de Google 8.8.8.8 dans la configuration DNS normale. Le bogue d'origine, signalé en 2025, venait du code du pont réseau Thunderbolt, et l'auteur du signalement initial a confirmé que l'entrée indésirable avait disparu dans ZimaOS 1.4.1.
Sur les versions actuelles de ZimaOS, configurez le DNS pour chaque interface réseau dans Paramètres → Réseau. Si vous voyez toujours 8.8.8.8 dans /etc/resolv.conf, identifiez la connexion NetworkManager ou l'interface virtuelle qui l'a fourni avant de modifier manuellement les fichiers.
À l'origine de l'entrée historique 8.8.8.8
IceWhale a attribué cette entrée au code système utilisé lors de la création d'un pont réseau Thunderbolt. Elle n'était pas censée remplacer le serveur DNS choisi par chaque utilisateur.
Le bogue a été corrigé
L'auteur du signalement initial a confirmé que l'entrée 8.8.8.8 supplémentaire avait disparu dans ZimaOS 1.4.1. Il ne faut pas considérer que ce bogue est encore censé se produire sur les systèmes actuels.
Configurer le DNS selon la méthode actuelle
Le guide actuel de configuration réseau de ZimaOS indique d'ouvrir Paramètres → Réseau, de passer l'interface en mode Manuel si nécessaire et de saisir le serveur DNS souhaité.
Vérifier le résolveur effectif
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showUtilisez ces commandes à des fins de diagnostic. Ne rendez pas /etc/resolv.conf immuable et ne modifiez pas manuellement les fichiers générés par NetworkManager comme première solution.
Thunderbolt et Ethernet peuvent avoir des sources DNS différentes
Si plusieurs interfaces sont actives, chaque connexion peut fournir des informations DNS et de routage. Il ne faut pas supposer qu'une liaison Thunderbolt directe et votre connexion Ethernet habituelle partagent la même configuration.
Les utilisateurs de Pi-hole ou de Technitium devraient rechercher les fuites
Si tout le trafic DNS doit passer par votre résolveur local, consultez ses journaux et comparez les valeurs DNS de nmcli. Un serveur de secours codé en dur peut contourner le filtrage, mais le DHCP ou une autre interface active le peuvent aussi.
Ne bloquez pas 8.8.8.8 avant d’en avoir trouvé la source
Un blocage par le pare-feu peut masquer le symptôme tout en laissant le mauvais profil réseau configuré. Corrigez d’abord la source DNS ; n’utilisez les règles du pare-feu que si vous souhaitez imposer le DNS à l’échelle du réseau.
Le guide de dépannage réseau fournit davantage de contexte sur le réseau.
Le DHCP peut réintroduire un autre serveur DNS
Si une interface reste en DHCP, votre routeur peut fournir des paramètres DNS même après la correction de l’ancien bogue lié à 8.8.8.8. Lorsque vous avez besoin d’un contrôle strict du DNS, comparez les options DHCP du routeur aux valeurs DNS affichées par NetworkManager.
Une modification manuelle du DNS peut interrompre la connexion au tableau de bord
Lorsque vous faites passer une interface du DHCP au mode manuel, vérifiez ensemble l’adresse IP, le sous-réseau, la passerelle et le DNS. Une passerelle ou un sous-réseau incorrect peut donner l’impression d’une panne DNS, car la session du tableau de bord peut disparaître immédiatement après l’enregistrement.
Tester la résolution via le résolveur prévu
Utilisez nslookup, dig ou les journaux de votre serveur DNS local pour confirmer que les requêtes parviennent bien à Technitium, Pi-hole ou à un autre résolveur choisi. Ne vous fiez pas uniquement au texte de resolv.conf.
FAQ
8.8.8.8 est-il toujours codé en dur dans ZimaOS ?
La personne à l’origine du signalement a confirmé que cette entrée historique a été supprimée dans la version 1.4.1.
Puis-je définir mon propre serveur DNS ?
Oui. Les paramètres réseau actuels de ZimaOS permettent de configurer manuellement le DNS pour chaque interface.
Dois-je modifier directement resolv.conf ?
Non, pas dans un premier temps ; c’est généralement géré par NetworkManager.
Pourquoi est-ce que je vois toujours plusieurs serveurs DNS ?
Vérifiez le DHCP, les interfaces multiples, les réseaux Thunderbolt/virtuels et les profils de connexion de NetworkManager.
