Parce que le DNS est une étape invisible mais indispensable de presque chaque accès à une ressource, et qu'une défaillance à ce niveau produit exactement le symptôme « Internet est cassé » alors que la connexion, elle, fonctionne parfaitement. Rappelons le mécanisme : quand vous ouvrez un site, votre machine doit d'abord traduire le nom (par exemple un site quelconque) en adresse IP via le DNS ; ce n'est qu'ensuite qu'elle contacte le serveur. Si cette traduction échoue, aucun site ne s'ouvre par son nom — et comme l'utilisateur n'accède jamais aux sites autrement que par leur nom, il conclut logiquement qu'« Internet ne marche plus ». Pourtant, la connectivité de base (adresse IP valide, passerelle joignable) est intacte : c'est uniquement l'annuaire qui est en défaut. Ce qui rend ces pannes fréquentes, c'est le nombre de causes possibles au niveau DNS : un serveur DNS configuré qui ne répond plus ou est en panne, un cache DNS local corrompu (le poste a mémorisé une mauvaise correspondance), un problème chez le fournisseur d'accès, une mauvaise configuration DNS distribuée par le DHCP, ou un blocage. Le symptôme caractéristique qui permet d'identifier un problème DNS est simple et très utile : les noms ne fonctionnent pas, mais l'accès direct par adresse IP fonctionne. Si vous pouvez joindre une ressource par son adresse numérique mais pas par son nom, le diagnostic est posé — la connectivité est bonne, seule la résolution de nom échoue. Les outils de diagnostic confirment vite : tester la résolution d'un nom connu (nslookup) montre si le DNS répond, et essayer un serveur DNS alternatif (public et fiable) permet de contourner un serveur défaillant pour vérifier l'hypothèse. Les remèdes courants sont rapides une fois la cause identifiée : vider le cache DNS local, changer le serveur DNS, corriger la configuration, ou remonter au serveur/fournisseur si le problème est en amont. La leçon pratique de cette section est précieuse : devant un « je n'ai plus Internet », ne présumez pas d'une panne de connexion. Vérifiez d'abord si c'est réellement la connectivité (adresse IP, passerelle) ou seulement la résolution de nom (DNS). Cette distinction vous fera gagner un temps considérable et évitera de redémarrer des équipements ou d'appeler le fournisseur pour un problème qui se règle localement en quelques secondes.

Changer de serveur DNS est à la fois un outil de diagnostic précieux et, parfois, un choix de configuration — mais qui mérite d'être fait en connaissance de cause, surtout en entreprise. Comme outil de diagnostic, c'est incontournable : lorsqu'on soupçonne un problème DNS, basculer temporairement vers un serveur DNS public et fiable permet de vérifier immédiatement si le problème venait du serveur DNS d'origine. Si les sites se remettent à fonctionner avec le DNS alternatif, le serveur initial était en cause — diagnostic confirmé. C'est un réflexe simple et efficace. Comme choix de configuration durable, les serveurs DNS publics (proposés par de grands acteurs) présentent des avantages réels : ils sont généralement très disponibles et rapides, souvent plus que certains serveurs de fournisseurs d'accès moins performants, et certains offrent des fonctions de sécurité (blocage de domaines malveillants) ou de filtrage (versions familiales bloquant les contenus inappropriés). Pour un usage personnel, changer pour un DNS public réputé peut donc améliorer la rapidité et la fiabilité. Mais attention, en entreprise, la situation est différente et il ne faut pas changer les DNS à la légère. Dans un réseau d'entreprise avec un domaine (Active Directory, niveau 3), les postes doivent utiliser les serveurs DNS internes, car ceux-ci résolvent non seulement les noms Internet mais aussi les noms internes (serveurs, services, contrôleurs de domaine) que les DNS publics ne connaissent pas. Configurer un DNS public sur un poste du domaine casse la résolution des ressources internes et peut empêcher l'authentification et l'accès aux serveurs — une erreur classique aux conséquences déroutantes. La règle est donc : sur un poste du domaine, on garde les DNS internes (qui eux-mêmes redirigent vers l'extérieur pour les noms publics) ; le changement de DNS ne se fait qu'au niveau des serveurs DNS de l'entreprise, par les administrateurs. En dehors d'un domaine (petit réseau, usage personnel), le DNS public est une option intéressante pour la performance et la sécurité. Dans tous les cas, le changement temporaire pour tester reste un outil de diagnostic universel et sans risque, à condition de rétablir ensuite la configuration adaptée à l'environnement.