Qu’est-ce que le DNS ? (et pourquoi il affecte chaque site web que vous visitez)
Le DNS est l’« annuaire téléphonique » d’internet : il associe des noms (example.com) à des adresses IP.

Points clés
- Des problèmes DNS peuvent faire échouer des sites même quand votre Wi-Fi semble fonctionner.
- Les résultats DNS sont mis en cache, donc les changements et les corrections peuvent prendre du temps à apparaître.
- Vous pouvez souvent résoudre les problèmes DNS en changeant de résolveur, en vidant les caches ou en vérifiant les paramètres DNS de votre réseau.

DNS en une minute : noms vs nombres
Les ordinateurs se connectent à d’autres ordinateurs grâce aux adresses IP. Les humains préfèrent des noms comme ipverdict.net.
Le DNS (Domain Name System) fait le lien en traduisant les noms de domaine en adresses IP en arrière-plan.
Quand le DNS fonctionne, vous ne le remarquez pas. Quand il échoue, cela peut donner l’impression que « l’internet est en panne » alors que votre appareil est connecté.
Que se passe-t-il quand vous tapez une URL
Quand vous visitez un site : 1. Votre navigateur demande à votre système d’exploitation l’IP du domaine. 2. Votre système interroge un résolveur DNS (souvent votre FAI ou un résolveur public). 3. Le résolveur trouve la réponse (ou la récupère depuis le cache). 4. Votre appareil se connecte à l’adresse IP renvoyée.
Si le DNS renvoie la mauvaise IP — ou aucune réponse — vous pouvez voir des erreurs comme : - “This site can’t be reached” - “Server IP address could not be found” - Chargement infini, même si d’autres sites fonctionnent
Résolveur récursif vs DNS autoritaire
Deux rôles DNS comptent le plus :
Résolveur récursif (DNS resolver) - Le service qui répond aux questions DNS de votre appareil. - Exemples : DNS de votre FAI, Google Public DNS, Cloudflare, Quad9.
DNS autoritaire (Authoritative DNS) - La « source de vérité » des enregistrements DNS d’un domaine. - Généralement géré par le propriétaire du domaine via un hébergeur DNS (Cloudflare, Route 53, etc.).
Votre appareil parle généralement au résolveur, et le résolveur parle au DNS autoritaire lorsqu’il n’a pas la réponse en cache.
Types d’enregistrements DNS courants (A, AAAA, CNAME, TXT)
Vous verrez souvent ces types :
- A : domaine → adresse IPv4
- AAAA : domaine → adresse IPv6
- CNAME : domaine → autre domaine (alias)
- TXT : enregistrements texte (souvent vérification email/sécurité)
- MX : serveurs mail d’un domaine
Une configuration courante :
- www.example.com est un CNAME pointant vers example.com
- example.com a des enregistrements A/AAAA pointant vers le serveur ou le CDN
Cache DNS et pourquoi les changements prennent du temps
Le DNS est mis en cache à plusieurs endroits : - Votre navigateur - Votre système d’exploitation - Votre routeur - Le résolveur de votre FAI - Les résolveurs publics
C’est pourquoi : - Un changement DNS peut « marcher chez vous » mais pas encore chez quelqu’un d’autre - Après une correction, vous pouvez encore voir temporairement d’anciens résultats
La durée du cache est influencée par le TTL (Time To Live), configuré par enregistrement DNS.
Problèmes DNS courants (et à quoi ils ressemblent)
1) NXDOMAIN Le résolveur dit : « Ce domaine n’existe pas. » Causes fréquentes : - Faute de frappe dans le domaine - Domaine expiré - Enregistrements DNS supprimés
2) SERVFAIL Le résolveur n’a pas pu obtenir une réponse valide. Causes fréquentes : - DNS autoritaire mal configuré - Problèmes DNSSEC - Panne temporaire chez l’hébergeur DNS
3) Mauvaise IP (enregistrement obsolète ou incorrect) Votre domaine pointe vers un ancien serveur/CDN. Causes fréquentes : - Enregistrements en cache - Split DNS (réponses différentes selon le réseau) - Valeurs A/AAAA mal saisies
Vérifications DNS rapides que les utilisateurs peuvent faire
Si un site ne charge pas : - Essayer un autre réseau (partage mobile vs Wi-Fi) - Essayer un autre résolveur DNS (DNS public) - Redémarrer le routeur (efface certains comportements DNS locaux) - Vider le cache DNS de l’appareil
Si vous êtes propriétaire du site :
- Confirmer que les enregistrements A/AAAA/CNAME correspondent à votre hébergement/CDN
- Vérifier que vous n’avez pas oublié www vs domaine racine
- S’assurer que le fournisseur DNS est joignable et que les serveurs autoritaires sont corrects
Implications pratiques dans les systèmes réels
Le DNS est l’étape qui transforme un domaine en IP. Une fois que vous avez une IP (serveur, CDN ou point de terminaison), IPVerdict peut vous aider à comprendre : - Le propriétaire du réseau (FAI / organisation) - L’ASN derrière cette IP - Si cela ressemble à une infrastructure d’hébergement/CDN
Malentendus courants
Q1 : Si le DNS est cassé, cela veut-il dire que mon internet est en panne ? Pas forcément. La connexion peut être bonne tandis que la résolution de noms échoue.
Q2 : Dois-je toujours passer à un résolveur DNS public ? Un DNS public peut être plus rapide ou plus fiable, mais certains FAI optimisent localement. C’est un compromis.
Q3 : Pourquoi un appareil marche et un autre non sur le même Wi-Fi ? Caches différents, navigateurs différents, ou paramètres DNS différents selon l’appareil.
Q4 : Pourquoi les changements DNS prennent-ils du temps ? À cause des caches et des valeurs TTL sur internet.
Q5 : Le DNS peut-il révéler ma localisation ? Le DNS ne « diffuse » pas votre localisation, mais les fournisseurs DNS peuvent enregistrer les requêtes. Choisissez des résolveurs de confiance.
Limites
- Le comportement DNS dépend de l’endroit d’où vous interrogez. Différents résolveurs peuvent renvoyer des réponses différentes.
- Le cache peut rendre le dépannage confus : votre « correction » peut être correcte mais pas encore visible.
- Les CDN peuvent renvoyer des IP différentes selon la région (c’est normal).
Avertissement
Les informations de ce guide sont fournies à des fins éducatives et de diagnostic. Le comportement réseau peut varier selon l’environnement, la configuration et les sources de données ; les résultats doivent donc être traités comme des signaux informatifs plutôt que comme une preuve définitive.
Conclusion
Comprendre ces bases vous aide à interpréter les signaux réseau avec plus de confiance et à dépanner avec moins de fausses suppositions.