Conseils pratiques pour l’assistance technique
Comprendre le DNS sans deviner
Comprenez les noms DNS, les enregistrements, les caches et les résolveurs, avec des vérifications en lecture seule et une distinction claire entre la résolution d’un nom et le chargement d’un site.
Dernière vérification :
Le DNS est une étape de l’accès à un site
Lorsque vous saisissez un nom d’hôte comme www.example.com, l’appareil a besoin d’informations pour atteindre la destination. Le DNS fournit les enregistrements associés aux noms. Un enregistrement A peut donner une adresse IPv4, et un AAAA une adresse IPv6. Les autres types servent à d’autres usages.
Une réponse ne prouve pas que le site fonctionne. L’appareil a encore besoin d’un trajet, d’une connexion au serveur et d’une session chiffrée valide pour HTTPS. L’application peut ensuite renvoyer une erreur ou demander une authentification. « Le DNS résout le nom » et « la page se charge » sont deux constats différents.
Ce schéma simplifié distingue la recherche du nom de la connexion au site. Un cache peut déjà fournir la réponse. Le navigateur peut utiliser un résolveur différent du système : une commande locale et un navigateur ne suivent donc pas nécessairement le même parcours DNS.
Résolveurs, serveurs faisant autorité et caches
Un résolveur récursif recherche les réponses pour les clients en suivant les informations DNS s’il ne les a pas en cache. Un serveur de noms faisant autorité publie les enregistrements d’une zone. Un routeur domestique peut transmettre les questions à un résolveur distant plutôt que publier lui-même les enregistrements du site.
Le cache évite de répéter des recherches. La durée de vie d’un enregistrement, ou TTL, influence la conservation d’une réponse. Des résolveurs différents peuvent garder des réponses obtenues à des moments différents : une connexion peut donc voir un enregistrement modifié avant une autre.
La « propagation » ne signifie pas qu’un interrupteur mondial bascule à une heure fixe. L’enregistrement, son ancien TTL, les modifications de délégation et le comportement des résolveurs influencent les résultats. Des modifications répétées pendant les tests peuvent compliquer leur interprétation.
Commencez par une comparaison maîtrisée
- Notez le nom d’hôte exact, l’erreur du navigateur et l’heure. Vérifiez l’orthographe et si l’adresse nécessite
www. - Essayez un site sans rapport sur le même appareil.
- Comparez un autre navigateur et, si possible, un autre appareil sur la même connexion.
- Essayez une autre connexion autorisée si cela est utile. Notez les réglages du VPN et du DNS sécurisé du navigateur.
Une comparaison en données mobiles change le trajet réseau et probablement le DNS. Un succès aide à cerner le problème, mais ne prouve pas que le DNS en était la cause. Un autre navigateur peut aussi avoir des extensions, sessions ou réglages de proxy différents.
Utilisez une recherche en lecture seule pour compléter les observations
Sous Windows, nslookup peut interroger le serveur DNS configuré sur un nom. Certains autres systèmes le proposent aussi. S’il manque, utilisez les outils documentés de votre système plutôt que d’installer un logiciel de dépannage inconnu.
nslookup www.example.comCette commande fait une requête DNS pour un domaine de documentation. Remplacez-le par le nom d’hôte public à examiner. N’envoyez pas de noms internes confidentiels à des résolveurs publics ou outils en ligne. Une entreprise peut volontairement utiliser un DNS interne ou scindé sur son réseau ou son VPN.
Lisez les erreurs autant que les réponses. Plusieurs adresses peuvent être normales pour un service distribué. Une réponse IPv6 ne prouve pas une connectivité IPv6 utilisable, et une réponse IPv4 ne prouve pas que le serveur accepte une connexion.
Comparez les résultats publics à ceux de votre appareil
La recherche de domaines et de DNS fournit un autre point de vue public, avec les informations d’enregistrement disponibles. Son emplacement et son résolveur ne sont pas ceux de votre appareil ; il n’inspecte pas votre cache DNS domestique.
Si ce résultat semble correct mais que la navigation échoue, comparez la recherche locale et l’erreur exacte du navigateur. Un proxy, un VPN, un certificat ou une connexion bloquée peuvent intervenir. Signalez ces observations plutôt que de déclarer tout le site fonctionnel parce qu’une recherche distante a renvoyé une adresse.
Traitez un changement DNS comme une expérience
Sur votre propre réseau, un autre résolveur reconnu peut aider à examiner certains échecs de résolution. Notez l’ancien réglage automatique ou manuel et sachez le restaurer. Consultez le service informatique avant de modifier un appareil géré : le DNS peut fournir des noms internes ou du filtrage.
Répétez ensuite la comparaison d’origine si cela convient. Un cache peut aussi avoir expiré ou une destination s’être rétablie. Ne modifiez pas simultanément le routeur, le navigateur et l’appareil pour ensuite supposer quelle modification a résolu le problème.
Une adresse IP seule ne remplace pas de façon fiable le nom d’un site. Les certificats HTTPS et l’hébergement partagé dépendent des noms d’hôte. Ne contournez jamais un avertissement de certificat simplement parce qu’une adresse paraît plausible.
Si vous gérez le site
Identifiez d’abord le fournisseur DNS faisant autorité qui est actif. L’enregistrement, l’hébergement DNS et l’hébergement du site peuvent être distincts. Modifier le panneau d’un fournisseur inactif ne changera pas la zone utilisée.
Après une modification prévue, vérifiez le nom d’hôte exact, le type d’enregistrement et la destination. Préservez les autres enregistrements, notamment ceux de la messagerie. Des e-mails fonctionnels ne prouvent pas que le DNS web fonctionne, ni l’inverse.
Un ticket utile inclut le nom d’hôte public, la réponse attendue, l’erreur observée, l’heure, la connexion et l’état du VPN. Pour l’étape suivant la résolution du nom, utilisez le guide des sites qui ne se chargent pas.