Le Wi-Fi dit connecté, rien ne se charge : résolveurs Mac obsolètes

Faites un ping vers une adresse littérale et elle répond. Ouvrez un site par son nom et rien ne se passe, tandis que l'icône réseau affirme que la connexion est bonne. Sur un Mac qui vient de rejoindre un VPN, cette combinaison signifie presque toujours que les requêtes visent un serveur qui n'est plus joignable, et non que le réseau est en panne. Les adresses ont été épinglées au service Wi-Fi à un moment antérieur et rien ne les a retirées depuis. Diagnostiquez par élimination, puis supprimez les entrées épinglées.

La réparation est une suppression et non un vidage, et la différence compte car les commandes que la plupart des gens essaient d'abord font tout autre chose.

Connecté est une affirmation sur la liaison

macOS conserve une configuration de résolveur par service réseau. Les valeurs du DHCP sont une source, les valeurs saisies une autre, et celles poussées par un profil ou écrites par un client une troisième. Les valeurs épinglées priment sur ce que le réseau propose, et rien dans la pile ne les revalide. Un serveur disparu reste donc dans la liste jusqu'à ce qu'un humain le retire ou que le service soit reconstruit de zéro.

C'est pourquoi un tunnel qui achève sa poignée de main ne change rien à une requête déjà mal dirigée. Le VPN a ajouté un résolveur ; il n'a pas audité celui qui échouait.

Séparez les noms des paquets

Atteignez d'abord un hôte par son adresse littérale. Quand cela charge, les paquets vont bien et le résolveur est en cause. Quand cela ne charge pas, arrêtez-vous là et traitez le problème comme un problème de routage, car des changements DNS n'ajouteront qu'une variable à un tableau déjà confus.

Un nom qui échoue alors que l'adresse correspondante fonctionne est l'empreinte. Notez aussi la portée : si tout échoue, cela pointe vers une entrée globale cassée, tandis que si seuls les hôtes à l'intérieur du tunnel échouent, cela pointe vers un autre responsable et un correctif plus étroit.

Supprimez les serveurs épinglés

Dans Réglages Réseau, ouvrez les détails du service Wi-Fi et passez à l'onglet DNS. Retirez chaque ligne de serveur, confirmez le changement, puis parcourez les domaines de recherche à la recherche de valeurs que vous n'avez jamais ajoutées. Laissez la liste vide, reconnectez le service et confirmez que l'adresse fournie par le DHCP réapparaît d'elle-même. Une liste vide est l'état temporaire qui prouve que les valeurs épinglées étaient le problème.

Les versions plus anciennes cachent le même panneau un niveau plus bas, derrière un bouton Avancé, avec un comportement identique et le même résultat.

Lisez l'état, pas le panneau

scutil --dns | head -40 imprime les résolveurs que macOS utilise réellement, groupés par portée, et un nslookup rapide d'un nom interne connu montre si une réponse arrive. Comparez les deux sorties : un panneau propre avec un serveur obsolète encore listé signifie qu'un autre script détient ce réglage. C'est un autre bug avec un autre correctif.

Quand les deux semblent propres et que les noms échouent encore, la panne s'est déplacée ailleurs et vous ne déboguez plus la configuration DNS.

Qui remet les entrées

Les serveurs qui reviennent après suppression ont une source. Vérifiez la Gestion des appareils pour un profil de configuration, car les profils peuvent porter du DNS et sont réévalués selon leur propre calendrier. Vérifiez les préférences du client pour une option de définition du DNS à la connexion, et décidez si elle mérite encore sa place sur cette machine. Si le VPN a vraiment besoin d'un résolveur privé, limitez-le aux domaines qu'il possède au lieu d'écrire dans la liste globale que tout réseau futur hérite.

Notez le résolveur prévu et les domaines qu'il doit résoudre. Après la prochaine mise à jour du client, vérifiez un nom public et un nom privé, ce qui est plus rapide que de refaire le tour des réglages et attrape la régression pendant que la machine est encore entre vos mains.

Tout le reste est du théâtre de maintenance : des commandes qui semblent délibérées, ne changent rien de mesurable et laissent la même requête cassée à la personne suivante.