Vérifier les DNS d’un domaine et diagnostiquer une erreur DNS

1. Symptômes fréquents d’un problème DNS

Un problème DNS peut se manifester de plusieurs façons : le site ne s’ouvre pas, DNS_PROBE_FINISHED_NXDOMAIN, Server IP address could not be found, le domaine affiche l’ancien site, www fonctionne mais pas le domaine principal, le site fonctionne mais les emails ne sont plus reçus, un sous-domaine ne fonctionne pas, ou la vérification Microsoft/Google échoue.

Tous ces symptômes ne signifient pas forcément que le DNS est en cause, mais le DNS doit faire partie des premières vérifications.

2. Étape 1 — Vérifier les Nameservers

Les Nameservers indiquent où la zone DNS du domaine est réellement gérée. Si vous modifiez votre zone dans cPanel alors que le domaine utilise des Nameservers externes, vos modifications peuvent ne jamais être utilisées.

nslookup
set type=ns
edinfogroup.ma

Vous devriez obtenir les Nameservers actuellement publiés, par exemple :

edinfogroup.ma nameserver = ns1.edinfohost.com
edinfogroup.ma nameserver = ns2.edinfohost.com

Demandez-vous ensuite : « Est-ce bien chez ce fournisseur que j’ai modifié la zone DNS ? » Si la réponse est non, vous avez probablement modifié la mauvaise zone.

3. Étape 2 — Vérifier l’enregistrement A

nslookup edinfogroup.ma

Exemple de résultat :

Name:    edinfogroup.ma
Address: 192.0.2.10

Comparez cette IP avec l’adresse IP réelle de votre hébergement. Si elle est incorrecte, vérifiez l’enregistrement A dans la zone DNS autoritative — voir Créer ou modifier un enregistrement A dans cPanel.

Si nslookup retourne bien l’adresse IP du serveur mais que le site ne fonctionne pas, le problème n’est probablement plus un simple problème DNS : vérifiez la configuration du domaine sur le serveur, cPanel, le Document Root, Apache/Nginx, le SSL, l’application et les fichiers du site.

4. Étape 3 — Vérifier www

Un problème classique : edinfogroup.ma fonctionne mais www.edinfogroup.ma ne fonctionne pas.

nslookup www.edinfogroup.ma

Configuration courante :

edinfogroup.ma          A        192.0.2.10
www.edinfogroup.ma      CNAME    edinfogroup.ma

ou directement un A sur www avec la même adresse — les deux peuvent fonctionner selon la configuration. Si www retourne NXDOMAIN, cela signifie généralement qu’aucun enregistrement DNS valide n’existe pour ce nom : créez l’enregistrement approprié dans la bonne zone DNS. Voir Créer ou modifier un enregistrement CNAME dans cPanel.

5. Étape 4 — Vérifier un sous-domaine

nslookup app.edinfogroup.ma

Vous devriez obtenir une adresse IP (app.edinfogroup.ma A 203.0.113.50) ou un CNAME valide (app.edinfogroup.ma CNAME application.exemple.com). Si le sous-domaine ne résout pas, vérifiez qu’il existe dans la zone DNS, son orthographe, son type A ou CNAME, les Nameservers et la propagation. Voir Créer un sous-domaine et configurer son DNS dans cPanel.

6. Étape 5 — Vérifier les MX

Si le site fonctionne mais que les emails ne sont plus reçus, vérifiez les MX :

nslookup
set type=mx
edinfogroup.ma

Vous devriez retrouver les serveurs de messagerie attendus, par exemple mail.edinfogroup.ma ou un serveur externe comme votredomaine-ma.mail.protection.outlook.com.

Si votre MX utilise mail.edinfogroup.ma, vérifiez également que ce nom résout vers une adresse IP valide (nslookup mail.edinfogroup.ma). Une erreur classique : le MX pointe vers mail.edinfogroup.ma mais aucun enregistrement A n’existe pour ce nom — dans ce cas, la réception email peut échouer. Voir Configurer les enregistrements MX pour les emails dans cPanel.

7. Étapes 6 à 8 — Vérifier SPF, DMARC et DKIM

8. Étape 9 — Comparer plusieurs résolveurs DNS

Votre fournisseur Internet peut encore conserver une ancienne valeur. Comparez les résultats avec plusieurs résolveurs publics :

nslookup edinfogroup.ma 1.1.1.1
nslookup -type=mx edinfogroup.ma 1.1.1.1

nslookup edinfogroup.ma 8.8.8.8
nslookup -type=mx edinfogroup.ma 8.8.8.8

Si un résolveur retourne la nouvelle IP mais que votre DNS local retourne l’ancienne, il s’agit probablement d’un cache ou d’une propagation partielle.

9. Étape 10 — Vider le cache DNS Windows

ipconfig /flushdns

Puis recommencez nslookup edinfogroup.ma. Vous pouvez également comparer le Wi-Fi et la 4G/5G : si le domaine fonctionne en 4G mais pas en Wi-Fi, le problème peut provenir du DNS de votre réseau, de votre fournisseur Internet, d’un cache local, ou d’un firewall/proxy.

10. Comprendre les erreurs DNS fréquentes

DNS_PROBE_FINISHED_NXDOMAIN (Chrome) indique généralement que le navigateur n’a pas réussi à résoudre le nom DNS : vérifiez en priorité les Nameservers, l’A/CNAME, la propagation et le cache DNS.

ERR_NAME_NOT_RESOLVED signifie également que le navigateur n’arrive pas à résoudre le nom demandé : utilisez nslookup pour vérifier si le problème existe également en dehors du navigateur.

11. Si nslookup fonctionne mais pas le navigateur

Le DNS système peut être correct. Vérifiez alors le cache navigateur, un proxy, un VPN, une extension, le fichier hosts, le HTTPS ou une redirection.

Vérifier le fichier hosts sous Windows

Windows possède un fichier local C:\Windows\System32\drivers\etc\hosts. Une entrée dans ce fichier peut forcer un domaine vers une adresse IP spécifique :

192.0.2.10 edinfogroup.ma

Dans ce cas, votre ordinateur peut ignorer temporairement le DNS public pour ce domaine. Après une migration ou un test, une ancienne ligne dans hosts peut faire croire que le DNS est incorrect — vérifiez que le domaine n’est pas forcé vers une ancienne IP.

12. Étape 11 — Vérifier la propagation

Si la modification a été faite récemment, comparez l’ancienne et la nouvelle valeur sur différents résolveurs :

DNS local  → 192.0.2.10
Cloudflare → 192.0.2.10
Google     → 192.0.2.10

Cela indique probablement que certains caches utilisent encore l’ancienne valeur. Voir Comprendre la propagation DNS et vérifier qu’une modification DNS est active.

13. DNS correct mais le problème persiste

Si nslookup edinfogroup.ma retourne la bonne IP, testez ensuite le serveur.

14. Diagnostiquer les emails

Si les emails ne fonctionnent plus, procédez dans cet ordre :

1. vérifier MX ;
2. vérifier la destination du MX ;
3. vérifier Email Routing dans cPanel ;
4. vérifier la boîte email ;
5. vérifier SPF ;
6. vérifier DKIM ;
7. vérifier DMARC ;
8. tester l’envoi et la réception.

Une configuration peut parfaitement être « site chez EDINFO HOST, email chez Microsoft 365 ou Google Workspace » : dans ce cas, ne remplacez pas les MX externes simplement parce que le domaine est hébergé sur un serveur cPanel.

15. Diagnostiquer un changement de Nameservers

Après un changement de Nameservers, vérifiez d’abord les NS, puis vérifiez que la nouvelle zone contient bien A, CNAME, MX et TXT. Une erreur fréquente consiste à changer les Nameservers sans recopier les anciens enregistrements email : le site peut alors fonctionner alors que la messagerie est coupée.

16. Tableau de diagnostic rapide

17. Méthode de diagnostic recommandée

1. Vérifier les Nameservers
        ↓
2. Identifier la zone DNS autoritative
        ↓
3. Vérifier l'enregistrement concerné
        ↓
4. Tester avec 1.1.1.1
        ↓
5. Tester avec 8.8.8.8
        ↓
6. Vider le cache local
        ↓
7. Tester depuis un autre réseau
        ↓
8. Vérifier le serveur

18. Bonnes pratiques

Pour diagnostiquer un problème DNS :

1. ne modifiez rien avant d’avoir vérifié ;
2. commencez par les Nameservers ;
3. identifiez la zone réellement utilisée ;
4. utilisez nslookup ;
5. comparez plusieurs résolveurs ;
6. vérifiez l’ancienne et la nouvelle valeur ;
7. distinguez DNS, serveur et SSL ;
8. sauvegardez la configuration avant modification ;
9. vérifiez séparément site web et emails ;
10. documentez toute modification importante.

19. Informations utiles à fournir au support

Si vous ouvrez un ticket auprès du support EDINFO HOST, fournissez :

• nom de domaine ;
• service concerné : site / email / sous-domaine ;
• message d’erreur exact ;
• date de la dernière modification DNS ;
• ancienne valeur ;
• nouvelle valeur ;
• résultat de nslookup.

Domaine : edinfogroup.ma

Problème :
le site ne s'affiche plus depuis le changement d'IP.

Nouvelle IP attendue :
192.0.2.10

Résultat :
nslookup edinfogroup.ma
Address: 192.0.2.10

Cela permet au support de comprendre immédiatement que le domaine utilise encore une ancienne adresse IP pour le résolveur testé.