Domaines & DNS

Restaurer les paramètres DNS par défaut d’un domaine dans cPanel

Une méthode ciblée pour reconstruire une zone DNS fonctionnelle (A, www, mail, MX, SPF/DKIM/DMARC, sous-domaines) après une erreur, avec checklist avant/pendant/après.

cPanel 14 min de lecture

Si plusieurs enregistrements DNS ont été modifiés ou supprimés par erreur, vous pouvez avoir besoin de restaurer une configuration DNS fonctionnelle pour votre domaine.

Cette opération doit être effectuée avec prudence, car une restauration incorrecte peut affecter le site web, les emails, les sous-domaines, les certificats SSL, ou des services externes comme Microsoft 365, Google Workspace ou d’autres plateformes SaaS. Ce guide explique comment remettre en place une configuration DNS de base dans cPanel sans supprimer inutilement les services existants.

Important avant de commencer

Il n’existe pas toujours un bouton universel « Restaurer les DNS par défaut » dans cPanel. Selon le serveur et l’hébergeur, il peut être nécessaire de recréer manuellement les enregistrements, de comparer avec une configuration standard, d’utiliser les informations du compte cPanel, ou de demander au support de reconstruire la zone DNS.

Ne supprimez pas toute la zone DNS sans sauvegarde.

1. Quand restaurer les DNS ?

Une restauration peut être nécessaire si le domaine ne pointe plus vers le bon serveur, si www ne fonctionne plus, si le sous-domaine mail a été supprimé, si les MX ont disparu, si les emails ne sont plus reçus, si une mauvaise migration a remplacé la zone DNS, si plusieurs enregistrements ont été supprimés, ou si les Nameservers ont été modifiés puis remis à l’ancien hébergeur.

2. Première étape — Sauvegarder la configuration actuelle

Avant toute modification, ouvrez cPanel → Zone Editor → Manage et sauvegardez la configuration actuelle : prenez des captures, copiez les enregistrements, exportez la zone si votre interface le permet, ou notez les valeurs importantes.

Conservez au minimum : A, CNAME, MX, TXT, SPF, DKIM, DMARC.

3. Identifier la zone DNS réellement utilisée

Avant de modifier cPanel, vérifiez les Nameservers du domaine. Si ces Nameservers correspondent à votre serveur cPanel, la zone cPanel est probablement utilisée. Si le domaine utilise des Nameservers externes (Cloudflare, registrar, autre hébergeur), la restauration doit être faite chez ce fournisseur.

nslookup
set type=ns
edinfogroup.ma

Vérifiez que les Nameservers correspondent bien à l’endroit où vous souhaitez modifier la zone. Voir Comprendre et modifier les serveurs DNS / Nameservers d’un domaine.

4. Configuration DNS minimale pour un hébergement cPanel classique

Une configuration standard peut contenir plusieurs éléments. Exemple de base :

edinfogroup.ma          A        192.0.2.10
www.edinfogroup.ma      CNAME    edinfogroup.ma
mail.edinfogroup.ma     A        192.0.2.10
edinfogroup.ma          MX       10   mail.edinfogroup.ma

Cette configuration peut suffire pour le site et les emails hébergés localement, mais elle ne couvre pas tous les cas.

5. Étape 1 — Restaurer l’enregistrement A principal

Le domaine principal doit généralement pointer vers l’IP du serveur d’hébergement :

Name   : edinfogroup.ma
Type   : A
Record : 192.0.2.10

Dans cPanel, cherchez Shared IP Address (ou Adresse IP partagée) pour retrouver l’adresse correcte — ou consultez votre espace client EDINFO HOST. N’utilisez pas une IP provenant d’un exemple. Voir Créer ou modifier un enregistrement A dans cPanel.

6. Étape 2 — Restaurer www

Une configuration courante utilise :

www.edinfogroup.ma
CNAME
edinfogroup.ma

www.edinfogroup.ma suit alors automatiquement la destination du domaine principal. Vous pouvez aussi rencontrer un enregistrement A pour www, mais le CNAME est très fréquent. Voir Créer ou modifier un enregistrement CNAME dans cPanel.

7. Étape 3 — Restaurer mail

Si les emails sont hébergés sur le même serveur cPanel :

mail.edinfogroup.ma
A
192.0.2.10

8. Étape 4 — Restaurer les MX

Si la messagerie est hébergée sur le serveur cPanel :

edinfogroup.ma
MX
10
mail.edinfogroup.ma

Vérifiez ensuite que mail.edinfogroup.ma possède bien un enregistrement A valide.

Attention si les emails sont externes

Ne restaurez pas automatiquement MX → mail.edinfogroup.ma si votre messagerie utilise Microsoft 365, Google Workspace, Zoho ou un autre service externe. Dans ce cas, restaurez les MX fournis par ce prestataire.

Voir Configurer les enregistrements MX pour les emails dans cPanel.

Exemple Microsoft 365

Votre site peut rester chez EDINFO HOST (edinfogroup.ma A 192.0.2.10) tandis que vos emails utilisent un MX fourni par Microsoft, par exemple 0 valeur-fournie-par-microsoft.mail.protection.outlook.com. La valeur exacte est différente pour chaque domaine.

Exemple Google Workspace

Google Workspace utilise généralement plusieurs MX. Vous devez restaurer les valeurs exactes fournies dans votre console Google Admin — ne remplacez pas les MX Google par un MX cPanel uniquement parce que le site est hébergé sur cPanel.

9. Étape 5 — Vérifier Email Routing

Dans cPanel, ouvrez Email Routing (ou Routage des emails). Si les emails sont hébergés sur ce serveur cPanel, utilisez généralement Local Mail Exchanger. S’ils sont chez un fournisseur externe, utilisez généralement Remote Mail Exchanger — une mauvaise configuration peut provoquer des problèmes même si les MX sont corrects.

10. Étapes 6 à 8 — Restaurer SPF, DKIM et DMARC

Si votre messagerie est gérée par cPanel, ouvrez Email Deliverability : cPanel peut afficher les valeurs SPF et DKIM recommandées. Ne recopiez pas une valeur d’exemple — utilisez celle réellement générée pour votre domaine.

Votre SPF peut déjà contenir des autorisations pour Microsoft 365, Google, un CRM, un ERP, une plateforme emailing ou un serveur externe. Ne remplacez pas automatiquement un SPF complexe par une version simple.

Exemple DKIM

default._domainkey.edinfogroup.ma
TXT
v=DKIM1; k=rsa; p=...

La clé doit être recopiée exactement. DMARC est généralement situé sur _dmarc.edinfogroup.ma : si vous aviez déjà une politique DMARC, restaurez-la depuis votre sauvegarde plutôt que de créer directement p=reject sans connaître la configuration précédente.

Voir Ajouter ou modifier un enregistrement TXT dans cPanel.

11. Étape 9 — Vérifier les sous-domaines

Une zone DNS peut contenir app.edinfogroup.ma, erp.edinfogroup.ma, support.edinfogroup.ma ou shop.edinfogroup.ma : ne les oubliez pas lors de la restauration. Ils peuvent pointer vers le même serveur, vers une autre IP, ou vers un CNAME externe. Voir Créer un sous-domaine et configurer son DNS dans cPanel.

12. Étape 10 — Vérifier les services système cPanel

Selon la configuration du serveur, vous pouvez également avoir des noms comme cpanel.edinfogroup.ma, webmail.edinfogroup.ma, webdisk.edinfogroup.ma, autodiscover.edinfogroup.ma ou autoconfig.edinfogroup.ma. Ne les recréez pas manuellement au hasard : certains sont gérés automatiquement par le serveur.

13. Recréer un enregistrement dans Zone Editor

Dans cPanel : Zone Editor → Manage → Add Record. Choisissez ensuite A, CNAME, MX ou TXT et saisissez la valeur appropriée. Voir Comment se connecter à cPanel si nécessaire, et Gérer la zone DNS d’un domaine dans cPanel pour le détail de l’outil.

14. Exemples de configuration

Configuration standard (site et emails sur le même serveur)

edinfogroup.ma          A        192.0.2.10
www.edinfogroup.ma      CNAME    edinfogroup.ma
mail.edinfogroup.ma     A        192.0.2.10
edinfogroup.ma          MX       10   mail.edinfogroup.ma

Puis les enregistrements TXT pour SPF, DKIM et DMARC selon votre configuration réelle.

Site local + Microsoft 365

edinfogroup.ma          A        192.0.2.10
www.edinfogroup.ma      CNAME    edinfogroup.ma
MX / TXT (SPF, DKIM, DMARC)  →  valeurs fournies par Microsoft 365

avec Email Routing réglé sur Remote Mail Exchanger.

Site local + Google Workspace

Le A reste chez EDINFO HOST, mais MX, SPF et DKIM doivent correspondre aux valeurs fournies par Google.

Ne pas supprimer toute la zone DNS

Évitez une méthode comme « tout supprimer puis recréer seulement A » : cela peut casser immédiatement les emails, les vérifications, les sous-domaines, DKIM, DMARC et les services SaaS. La restauration doit être ciblée.

15. Que faire si vous ne connaissez pas l’ancienne configuration ?

Si aucune sauvegarde n’existe : vérifiez les services actuellement utilisés, identifiez l’hébergement web, identifiez le fournisseur email, consultez Email Deliverability, vérifiez les sous-domaines connus, consultez d’anciennes captures ou tickets, et contactez le support si nécessaire.

16. Peut-on reconstruire automatiquement la zone ?

Cela dépend de votre serveur. Certains administrateurs WHM peuvent disposer d’outils permettant un Reset DNS Zone, qui recrée une zone basée sur les paramètres du compte — mais cette opération peut supprimer ou remplacer des enregistrements personnalisés. Elle doit donc être utilisée avec prudence.

Important pour l’administrateur WHM

Si une reconstruction complète de la zone est effectuée depuis WHM, sauvegardez d’abord les enregistrements personnalisés : MX externes, TXT, DKIM, DMARC, CNAME SaaS, sous-domaines externes. Une zone reconstruite automatiquement peut ne pas connaître ces services.

17. Vérifier après restauration

nslookup edinfogroup.ma
nslookup www.edinfogroup.ma
nslookup -type=mx edinfogroup.ma
nslookup -type=txt edinfogroup.ma
nslookup -type=txt _dmarc.edinfogroup.ma

Comparez également avec plusieurs résolveurs :

nslookup edinfogroup.ma 1.1.1.1
nslookup edinfogroup.ma 8.8.8.8

Pour DKIM, utilisez le sélecteur approprié. Voir Comprendre la propagation DNS et vérifier qu’une modification DNS est active.

Testez ensuite https://edinfogroup.ma et https://www.edinfogroup.ma (redirection, contenu, SSL, absence d’erreur), puis testez l’envoi et la réception d’emails dans les deux sens (réception, envoi, spam, SPF, DKIM, DMARC).

18. Problèmes fréquents après restauration

Le DNS fonctionne mais le site non

Si l’IP est correcte, vérifiez cPanel, le Document Root, le SSL, les fichiers, PHP et l’application. Ne continuez pas à modifier les DNS si la résolution est déjà correcte.

Le site fonctionne mais les emails non

Vérifiez MX, mail, Email Routing, SPF, DKIM et DMARC. Le problème n’est pas nécessairement lié à l’enregistrement A du site.

Erreur SSL après restauration

Une restauration DNS ne restaure pas automatiquement un certificat SSL. Si le domaine pointe de nouveau vers le serveur mais affiche une erreur HTTPS, vérifiez SSL/TLS Status et AutoSSL dans cPanel.

Après une modification de Nameservers

Si vous avez restauré les Nameservers, il peut être nécessaire d’attendre la propagation. Pendant cette période, certains utilisateurs peuvent encore utiliser l’ancienne zone DNS.

19. Checklist de restauration

Avant

Identifier les Nameservers actuels
Sauvegarder la zone existante
Identifier l’IP du serveur
Identifier le fournisseur email
Identifier les sous-domaines
Identifier les services externes

Pendant

Restaurer A principal
Restaurer www
Restaurer mail si nécessaire
Restaurer MX
Vérifier Email Routing
Restaurer SPF
Restaurer DKIM
Restaurer DMARC
Restaurer les sous-domaines importants

Après

Tester le domaine
Tester www
Tester les MX
Tester les emails
Tester le SSL
Vérifier avec plusieurs résolveurs DNS

20. Bonnes pratiques

Pour éviter d’avoir à reconstruire une zone DNS :

prenez une capture avant chaque modification importante ;
exportez la zone si possible ;
ne supprimez jamais un enregistrement inconnu ;
documentez les services externes ;
ne modifiez pas simultanément Nameservers et toute la zone sans préparation ;
conservez les anciennes valeurs pendant une migration ;
testez après chaque modification importante.

Cet article vous a-t-il été utile ?

Besoin d’aide ?

Vous rencontrez toujours un problème avec ce guide ? L’équipe EDINFO HOST peut vous accompagner.

Ouvrir un ticket Nous contacter