Utilisation de l'éditeur de zones DNS dans cPanel

L'éditeur de zones DNS dans cPanel vous permet d'afficher et, à condition que la zone DNS soit gérée via cet environnement d'hébergement, de modifier les enregistrements DNS d'un domaine. Cela inclut par exemple les enregistrements pour les sites Web, les sous-domaines, les services de messagerie ou les services externes.

Dans CURIAWEB-cPanel, vous trouverez l'éditeur de zones sous Domaines → Éditeur de zone.

Dans ce guide, nous vous montrons comment vérifier les enregistrements DNS, créer de nouveaux enregistrements, modifier des enregistrements existants et effectuer des modifications en toute sécurité. Nous vous expliquons également les types d'enregistrements les plus importants tels que A, AAAA, CNAME, MX et TXT.

Attention : Les modifications DNS peuvent affecter non seulement un site Web, mais aussi le courrier électronique et d'autres services d'un domaine. Par conséquent, ne supprimez pas et ne modifiez pas les entrées existantes par simple supposition.

Que fait le DNS ? #

DNS – le Système de noms de domaine – associe les noms de domaine aux destinations techniques et aux informations requises pour différents services Internet.

Pour faire simple, le DNS peut par exemple définir :

example.com
→ Serveur web

www.example.com
→ Site web

mail.example.com
→ Serveur de messagerie ou service de messagerie

Enregistrement TXT
→ Vérification ou politique de messagerie

Une zone DNS peut par conséquent contenir de nombreuses entrées différentes.

Qu'est-ce qu'une zone DNS ? #

Une zone DNS contient les enregistrements DNS d'un domaine.

Celles-ci peuvent par exemple contenir des informations pour les services suivants :

• Site Web
• Sous-domaines
• E-mail
• Vérifications de domaine
• Politiques de sécurité et de messagerie
• services externes

Les différentes entrées sont souvent considérées comme Enregistrements DNS qualifié.

L'éditeur de zones cPanel n'est pertinent que si cette zone DNS est effectivement utilisée #

Avant de modifier un enregistrement, vous devez savoir où est gérée la zone DNS autoritative de votre domaine.

Si le domaine utilise les serveurs de noms prévus pour cet environnement d'hébergement, les modifications apportées dans l'éditeur de zone cPanel peuvent devenir effectives publiquement.

Si le domaine utilise en revanche des serveurs de noms externes, la zone DNS utilisée publiquement peut se trouver chez un autre fournisseur.

Important : Un enregistrement DNS dans l'éditeur de zone cPanel n'a aucun effet sur la résolution de noms publique si la zone DNS faisant autorité pour le domaine est gérée par d'autres serveurs de noms.

Faire la distinction entre serveurs de noms et enregistrements DNS #

Les serveurs de noms déterminent quels serveurs DNS font autorité pour un domaine.

Les enregistrements individuels tels que A, MX ou TXT se trouvent ensuite dans la zone DNS qui y est gérée.

Simplifié :

Domaine
   ↓
Serveur de noms
   ↓
Zone DNS autoritative
   ↓
A / AAAA / CNAME / MX / TXT / autres enregistrements

1. Se connecter à cPanel #

Connectez-vous à votre cPanel CURIAWEB.

Ouvrez ensuite :

Domaines → Éditeur de zone

C'est là que sont affichés les domaines dont les zones DNS peuvent être gérées au sein de votre compte d'hébergement.

2. Choisir le bon domaine #

S'il y a plusieurs domaines dans le compte d'hébergement, vérifiez attentivement quel domaine vous souhaitez modifier.

Sélectionnez la fonction de gestion de la zone DNS pour le domaine concerné.

Attention : Vérifiez le nom de domaine avant chaque modification. Un enregistrement DNS techniquement correct dans la mauvaise zone DNS ne sert à rien et peut y perturber un autre service.

3. Vérifier d'abord les enregistrements DNS existants #

Avant de créer un nouvel enregistrement ou de modifier une entrée existante, vérifie la zone DNS existante.

Fais particulièrement attention à :

• Nom ou nom d'hôte
• Type d'enregistrement
• valeur actuelle
• TTL

S'il existe déjà une entrée pour le même nom d'hôte, vous devez d'abord clarifier quelle fonction elle remplit.

Ne pas supprimer les enregistrements DNS par leur nom #

Une entrée peut paraître insignifiante et pourtant être nécessaire à un service important.

Un enregistrement TXT peut par exemple être utilisé pour la vérification de domaine ou l'authentification des e-mails.

Un enregistrement MX peut s'avérer crucial pour la distribution des e-mails.

Règle de base : Si tu ne sais pas à quoi sert un enregistrement DNS existant, ne le modifie pas et ne le supprime pas au hasard.

Les principaux champs d'un enregistrement DNS #

Selon son type, un enregistrement DNS se compose de plusieurs informations. Les plus courants sont :

Champ	Sens
Nom	Nom d'hôte ou nom auquel s'applique l'enregistrement
TTL	Durée pendant laquelle les réponses DNS peuvent être mises en cache
Type	Type d'enregistrement DNS, par exemple A, CNAME ou MX
Objectif	Valeur ou objectif de l'entrée

Les champs supplémentaires affichés dépendent du type d'enregistrement concerné.

Que signifie TTL ? #

TTL représente Durée de vie.

En termes simples, cette valeur indique pendant combien de temps une réponse DNS peut être mise en cache par les résolveurs DNS avant de devoir être interrogée à nouveau.

Le TTL est généralement exprimé en secondes.

Par exemple :

3600

équivaut à une heure.

Conseil pratique : Ne modifiez pas la TTL simplement parce que vous modifiez un enregistrement DNS. Le paramètre existant ou prévu est souvent suffisant pour les modifications normales.

Enregistrement A : Pointer un domaine vers une adresse IPv4 #

Un Enregistrement A associe un nom d'hôte à une adresse IPv4.

Simplifié :

example.com
→ 192.0.2.10

L'adresse IP affichée n'est qu'un exemple.

Les enregistrements A sont fréquemment utilisés pour faire pointer des domaines ou des sous-domaines vers un serveur web ou un autre service doté d'une adresse IPv4.

4. Créer un enregistrement A #

Si vous avez besoin d'un nouvel enregistrement A, sélectionnez la fonction d'ajout d'un nouvel enregistrement dans l'éditeur de zone.

Entrez le nom ou le nom d'hôte souhaité.

Par exemple :

shop.example.com

Sélectionnez comme type :

A

et entrez l'adresse IPv4 prévue comme destination.

Par exemple :

192.0.2.10

Enregistrez ensuite l'enregistrement.

Attention : Utilise exclusivement l'adresse IP prévue pour le service concerné. Ne reprenne aucune adresse IP provenant d'un manuel quelconque ou d'une ancienne capture d'écran.

5. Vérifier l'enregistrement A #

Après l'enregistrement, vérifiez si le nouveau record s'affiche dans la zone DNS.

Vérifiez en particulier :

• Nom d'hôte
• Type A
• Adresse IPv4
• TTL

Enregistrement AAAA : Faire pointer un nom d'hôte vers une adresse IPv6 #

Un Enregistrement AAAA remplit une tâche similaire à celle d'un enregistrement A, mais utilise une adresse IPv6.

Simplifié :

exemple.com
→ Adresse IPv6

Un enregistrement AAAA ne doit pointer que vers une adresse IPv6 sur laquelle le service concerné doit effectivement être accessible.

Ne pas se contenter d'ajouter un enregistrement AAAA #

Si des enregistrements A et AAAA existent tous deux pour un nom d'hôte, les clients peuvent utiliser IPv4 ou IPv6 en fonction du réseau et de la configuration.

Un enregistrement AAAA incorrect peut par conséquent faire en sorte que le site Web ne fonctionne pas ou fonctionne de manière aléatoire pour certains visiteurs, même si l'enregistrement A est correct.

Important : Ne créez un enregistrement AAAA que si le service est effectivement fourni correctement sous l'adresse IPv6 indiquée.

CNAME : faire pointer un nom d'hôte vers un autre nom d'hôte #

Un Enregistrement CNAME redirige un nom d'hôte vers un autre nom d'hôte.

Par exemple :

www.example.com
→ example.com

L'objectif est ici un nom d'hôte et non une adresse IP.

Un CNAME n'est pas une redirection de navigateur #

Si :

www.example.com

par CNAME sur :

exemple.com

fait référence, cela ne signifie-t-il pas que le navigateur change automatiquement son adresse de www.example.com sur exemple.com modifié.

Un CNAME fonctionne au niveau du DNS.

Si l'URL doit changer dans le navigateur, une redirection HTTP est nécessaire.

Nous vous expliquons comment les configurer sous Configurer une redirection de domaine dans cPanel.

6. Créer un enregistrement CNAME #

Créez un nouvel enregistrement dans l'éditeur de zones.

Entrez le nom d'hôte souhaité.

Par exemple :

www.example.com

Choisissez :

CNAME

et entrez le nom d'hôte cible prévu.

Par exemple :

exemple.com

Enregistrez ensuite l'enregistrement.

Ne pas utiliser CNAME avec une adresse IP #

Un CNAME pointe vers un nom d'hôte.

Si vous souhaitez pointer directement vers une adresse IPv4, vous utilisez un enregistrement A.

Pour une adresse IPv6, on utilise un enregistrement AAAA.

Vérifier les enregistrements existants avant un CNAME #

Les règles DNS limitent les autres enregistrements qui peuvent exister simultanément pour le même nom aux côtés d'un CNAME.

Par conséquent, si d'autres enregistrements existent déjà pour le nom d'hôte souhaité, vous ne devez pas simplement les remplacer par un CNAME.

Attention : Si un service externe demande un CNAME, vérifiez d'abord les enregistrements existants pour ce nom d'hôte précis.

Enregistrement MX : Configurer la distribution des e-mails #

Un Enregistrement MX détermine quels serveurs de messagerie doivent accepter les e-mails pour un domaine.

MX signifie Serveur de messagerie.

Un enregistrement MX contient typiquement une destination de serveur de messagerie et une priorité.

Simplifié :

example.com
→ Serveur de messagerie
→ Priorité

Modifier les enregistrements MX avec une extrême prudence #

Un enregistrement MX erroné peut empêcher les e-mails entrants d'arriver au service de messagerie prévu.

Attention : Modifiez les enregistrements MX uniquement si vous savez exactement quel service de messagerie doit être responsable du domaine. Un site Web fonctionnel ne signifie pas que les paramètres MX sont également corrects automatiquement.

Priorité des enregistrements MX #

Les enregistrements MX possèdent une valeur de priorité. Si plusieurs entrées MX sont présentes, cette valeur est prise en compte pour l'ordre des tentatives de livraison.

Pourtant, le la valeur numérique la plus petite a la plus haute priorité.

Par exemple :

10 mail1.example.com
20 mail2.example.com

Dans cet exemple, il possède mail1.example.com la plus haute priorité.

7. Configurer l'enregistrement MX uniquement selon les instructions #

Si vous utilisez un service de messagerie externe, celui-ci vous fournit généralement des indications précises sur les enregistrements MX nécessaires.

Prends le relais :

• Serveur de messagerie cible
• Priorité
• si nécessaire, d'autres enregistrements DNS requis

exactement selon la configuration prévue.

Modification MX et routage des e-mails #

L'enregistrement MX et le routage des e-mails dans cPanel sont des paramètres liés mais distincts.

Si les e-mails d'un domaine doivent être traités par un serveur de messagerie externe, la configuration de routage correcte du compte d'hébergement peut également être pertinente, en plus des paramètres DNS.

Nous vous expliquons comment vérifier ce paramètre sous Configurer correctement le routage des e-mails dans cPanel.

Enregistrement TXT : informations textuelles dans le DNS #

Un Enregistrement TXT stocke des informations textuelles dans le DNS.

Les enregistrements TXT sont utilisés à des fins très diverses.

Cela comprend par exemple :

• Vérifications de domaine
• FPS
• DKIM
• DMARC
• Vérification des services externes

Le contenu exact dépend de l'objectif respectif.

Reprendre exactement les valeurs TXT #

Si un service vous indique une valeur TXT, vous devez la reprendre exactement selon les instructions de ce service.

Même de petits changements peuvent faire en sorte qu'une vérification ou une directive ne soit pas reconnue.

Important : Les enregistrements TXT ont souvent un aspect cryptique. Ne modifiez pas leur contenu simplement pour le rendre „ plus compréhensible “ ou „ plus esthétique “.

8. Créer un enregistrement TXT #

Créez un nouvel enregistrement dans l'éditeur de zones.

Entrez le nom ou le nom d'hôte requis par le service respectif.

Choisissez :

TXT

et insérez la valeur TXT prévue.

Enregistrez ensuite l'entrée.

Enregistrement SPF TXT #

Les politiques SPF sont aujourd'hui généralement publiées sous forme d'enregistrement TXT.

En termes simples, un enregistrement SPF détermine quels systèmes sont autorisés à envoyer des e-mails pour un domaine.

Un indice FPS peut par exemple être :

v=spf1

commencer.

Cependant, la configuration SPF concrète dépend des services de messagerie réellement utilisés.

Ne pas créer plusieurs politiques SPF par précaution #

S'il existe déjà un enregistrement TXT SPF et qu'un service de messagerie supplémentaire doit être intégré, vous ne devez pas simplement créer une deuxième politique SPF indépendante pour le même nom.

La configuration existante doit être adaptée de manière appropriée en fonction des services de messagerie utilisés.

Attention : Un nouveau service de messagerie ne signifie pas automatiquement „ ajouter un nouvel enregistrement SPF secondaire “. Vérifiez d'abord la configuration SPF existante.

DKIM en tant qu'enregistrement DNS #

DKIM utilise le DNS pour fournir des informations publiques permettant aux serveurs de messagerie récepteurs de vérifier une signature DKIM.

Le nom DNS associé contient généralement un sélecteur.

Un exemple de la structure d'un tel nom serait :

selector._domainkey.example.com

Les valeurs réelles dépendent du service de messagerie utilisé.

Enregistrement TXT DMARC #

Une politique DMARC est typiquement configurée sous un nom d'hôte tel que :

_dmarc.example.com

publié.

La valeur TXT commence généralement par :

v=DMARC1

La directive spécifique doit correspondre à la configuration réelle des e-mails du domaine.

Attention : Ne copiez pas les valeurs SPF, DKIM ou DMARC d'un domaine tiers. Ces paramètres doivent correspondre aux services de messagerie réellement utilisés et à votre propre domaine.

Enregistrement TXT de vérification d'un service externe #

De nombreux services externes exigent un enregistrement DNS pour prouver que vous avez le contrôle d'un domaine.

Vous recevrez alors, par exemple, un nom de TXT spécifique et une valeur individuelle.

Intégrez les deux indications exactement selon les instructions du service concerné.

9. Modifier l'enregistrement DNS existant #

Si un enregistrement existant doit être modifié, recherchez-le dans la zone DNS.

Vérifiez avant de traiter :

• Nom d'hôte
• Type d'enregistrement
• valeur précédente
• nouvelle valeur prévue
• Objet du record

Modifiez ensuite uniquement le paramètre réellement nécessaire.

Documenter l'ancienne valeur avant une modification #

En cas de modifications DNS importantes, il est judicieux de noter la valeur précédente ou de faire une capture d'écran.

Cela te permet de comprendre plus tard à quoi ressemblait la configuration avant la modification.

Conseil pratique : Avant une modification importante du DNS : documenter l'enregistrement existant, puis le modifier. Cela facilite considérablement un éventuel retour à la configuration précédente.

10. Supprimer l'enregistrement DNS #

Lorsqu'un enregistrement n'est définitivement plus nécessaire, vous pouvez le supprimer via l'éditeur de zone.

Vérifiez d'abord quel service utilise l'entrée.

Tu dois être particulièrement prudent avec les enregistrements suivants :

• A et AAAA pour les sites Web actifs
• MX pour e-mail
• Enregistrements TXT pour SPF, DKIM et DMARC
• CNAME pour services externes
• Enregistrements de vérification

Ne supprimez pas l'entrée simplement parce que vous ne la connaissez pas #

Une zone DNS peut croître au fil des ans et contenir des entrées pour différents services.

Si vous ne connaissez pas la fonction d'un enregistrement, la première mesure ne doit donc pas être sa suppression.

Vérifiez d'abord si le service en question est toujours utilisé.

11. Enregistrer et vérifier les modifications DNS #

Après une modification, la nouvelle valeur devrait s'afficher dans l'éditeur de zones.

Vérifie encore une fois :

• nom d'hôte correct
• bon type d'enregistrement
• bonne valeur cible
• TTL

Cela vous permet de vous assurer qu'aucune faute de frappe n'a été commise dès la saisie.

Les modifications DNS ne sont pas toujours visibles immédiatement partout #

Les réponses DNS peuvent être mises en cache en fonction de leur TTL et des résolveurs impliqués.

Par conséquent, après une modification, il est possible d'observer temporairement à la fois d'anciens et de nouveaux résultats.

Ceci est souvent appelé la propagation DNS.

En bref : Une modification DNS peut déjà être correctement enregistrée sur le serveur DNS autoritatif, tandis qu'un autre récurseur DNS utilise encore une valeur précédemment mise en cache.

Il n'y a pas de règle absolue selon laquelle „ le DNS prend toujours 24 heures “ #

La vitesse à laquelle un changement devient visible dépend entre autres de la TTL précédente et des caches DNS impliqués.

Une affirmation générale selon laquelle chaque modification DNS nécessite par principe un nombre déterminé d'heures n'est donc pas correcte.

Le TTL devient pertinent avant la modification #

Si une ancienne valeur DNS a déjà été mise en cache avec une TTL spécifique, ce cache peut encore être utilisé jusqu'à son expiration.

Une réduction ultérieure de la TTL ne supprime pas de manière rétroactive les caches déjà existants.

Modification DNS lors d'un changement de site web #

Lors d'un changement d'hébergement, il est par exemple possible de modifier un enregistrement A de l'ancienne vers la nouvelle adresse de serveur.

Avant le changement, le site web doit être entièrement préparé sur le nouvel hébergement.

Simplifié :

Avant :
example.com
→ ancien serveur

Après :
example.com
→ nouveau serveur

Alors que les caches DNS existants expirent, les visiteurs peuvent encore temporairement accéder à différents serveurs.

Préparer le site web pour le changement de DNS #

Lorsque vous déplacez un site Web vers un nouveau serveur, vous devez préparer les fichiers, la base de données et la configuration si possible avant la modification du DNS.

Cela réduit le risque que des visiteurs accèdent à un serveur qui n'est pas encore entièrement configuré après la modification du DNS.

Surveiller les modifications de données sur les sites web dynamiques #

Dans le cas des boutiques en ligne, des forums ou d'autres sites web dynamiques, de nouvelles données peuvent continuer à être générées lors d'un changement de serveur.

Si certains visiteurs accèdent encore à l'ancien serveur et que d'autres atteignent déjà le nouveau, des données peuvent être générées sur deux systèmes différents.

Un changement de DNS devrait donc être coordonné avec la migration proprement dite pour de telles applications.

Le domaine pointe toujours vers l'ancien serveur après la modification DNS #

Si la modification vient d'être effectuée, un cache DNS peut encore renvoyer la valeur précédente.

Vérifiez donc d'abord si le nouvel enregistrement a été correctement enregistré dans le DNS autoritaire.

Ne modifiez pas l'entrée à plusieurs reprises simplement parce qu'un seul appareil joint encore l'ancien serveur.

Le domaine pointe vers le bon serveur, mais vers le mauvais site web #

Si le DNS pointe déjà vers le bon serveur, mais que le mauvais site Web s'y affiche, vous devez vérifier la configuration du domaine et la racine du document (Document Root) dans cPanel.

Nous expliquons comment contrôler cette attribution sous Ajouter et gérer un domaine dans cPanel.

DNS correct, mais site Web inaccessible #

Une résolution DNS correcte prouve simplement que le nom d'hôte pointe vers la destination technique prévue.

Le site Web peut néanmoins ne pas fonctionner pour d'autres raisons.

Cela comprend par exemple :

• mauvaise racine de document
• fichiers de site Web manquants
• Problèmes SSL
• Erreur PHP
• Erreur de serveur web ou d'application

Le DNS ne représente donc qu'un seul niveau d'analyse des erreurs.

Pointer un sous-domaine vers un autre serveur via DNS #

Un sous-domaine peut pointer vers un autre service technique indépendamment du domaine principal.

Par exemple :

example.com
→ Serveur A

app.example.com
→ Serveur B

Le domaine principal ne doit pas non plus être migré vers le serveur B pour cela.

Faut-il exploiter le sous-domaine lokal dans cPanel ou de manière externe ? #

Si un sous-domaine pointe vers un service externe ou un autre serveur, vous ne devez pas supposer en même temps que son site Web sera chargé à partir de la racine de document cPanel locale.

Ce qui compte, c'est là où le DNS achemine la requête.

Créer un sous-domaine dans cPanel #

Si en revanche la sous-domaine doit recevoir son propre site web au sein de ton compte d'hébergement web, la configuration de domaine correspondante doit également être présente en plus du DNS.

Vous trouverez la procédure sous Créer un sous-domaine dans cPanel.

Traiter le DNS et les e-mails avec un soin particulier #

Lors de modifications des serveurs de noms ou des zones DNS, il ne faut pas oublier la configuration de messagerie existante.

Un site Web peut fonctionner correctement après une modification DNS, tandis que les e-mails ne sont plus distribués si les enregistrements MX ou autres enregistrements de messagerie requis sont manquants.

Attention : Lors d'un changement de serveur de noms, la nouvelle zone DNS doit prendre en compte tous les services qui restent nécessaires, et pas seulement le site web.

Le changement de serveur de noms est plus qu'un simple changement d'enregistrement A #

Si tu modifies uniquement un enregistrement A, tu modifies un seul enregistrement DNS.

Lors d'un changement de serveur de noms, en revanche, la responsabilité de l'ensemble de la zone DNS est transférée à d'autres serveurs de noms.

Il s'agit d'une intervention beaucoup plus importante.

Par conséquent, avant tout changement de serveur de noms, tous les enregistrements requis de la zone précédente doivent être connus.

Ajouter un enregistrement DNS pour un service externe #

Si un fournisseur externe demande un enregistrement DNS, vous devez lire ses instructions exactes.

Vérifier :

• quel type d'enregistrement est requis
• quel nom ou quel hôte doit être utilisé
• quelle valeur cible est requise
• s'il existe déjà un enregistrement pour le même nom
• si le fournisseur exige un TTL particulier

Ensuite, reportez exactement les données dans l'éditeur de zones.

@ comme nom d'hôte #

Les guides DNS de fournisseurs externes utilisent souvent le caractère :

@

comme écriture abrégée pour le domaine principal ou l'origine de zone.

Cependant, la saisie exacte dans l'éditeur de zone cPanel peut être affichée différemment ou traitée automatiquement comme un nom de domaine complet.

Important : Copiez l'orthographe @ ne copiez pas aveuglément chaque système DNS à partir d'un guide externe. Vérifiez comment l'éditeur de zone cPanel attend ou représente le nom du domaine principal.

Noms d'hôtes complets dans l'éditeur de zones #

cPanel peut afficher les noms DNS sous forme de noms de domaine complets.

Par exemple :

shop.example.com

Vérifiez après l'enregistrement quel nom s'affiche réellement dans l'enregistrement.

Point final d'un nom DNS #

Dans les représentations DNS, les noms de domaine entièrement qualifiés peuvent également apparaître avec un point final.

Par exemple :

mail.example.com.

Ce point désigne un nom de domaine complet dans les contextes DNS.

Ne le supprimez pas et ne l'ajoutez pas par hypothèse si un service impose une orthographe spécifique ou si cpanel affiche lui-même la valeur en conséquence.

Enregistrement DNS modifié par erreur de manière incorrecte #

Si, immédiatement après une modification, vous remarquez qu'une valeur incorrecte a été enregistrée, rétablissez la valeur correcte précédemment documentée.

Notez toutefois que la valeur erronée peut déjà avoir été interrogée et mise en cache par les résolveurs DNS.

Par conséquent, même après la correction, des résultats différents peuvent apparaître temporairement.

Pourquoi une capture d'écran est utile avant de modifier les DNS #

En cas de modifications importantes, une capture d'écran des enregistrements concernés peut documenter l'état initial.

C'est particulièrement utile pour :

• Changement de serveur de messagerie
• Migration de site web
• Configuration de services externes
• Modification de plusieurs enregistrements
• Changer les serveurs de noms

En cas de modifications plus importantes, vous ne devez pas seulement documenter une seule valeur, mais aussi les enregistrements existants pertinents.

Ne pas effectuer plusieurs modifications simultanément sans nécessité #

Si vous modifiez simultanément des enregistrements A, MX, TXT et d'autres, et qu'un problème survient par la suite, l'analyse des erreurs devient plus difficile.

Modifiez par conséquent, dans la mesure du possible, uniquement les enregistrements qui sont réellement nécessaires au traitement concerné.

Conseil pratique : Plus une modification DNS est effectuée de manière ciblée, plus il est facile de retracer par la suite quelle modification a provoqué quel comportement.

Ne pas utiliser le DNS pour rediriger une URL #

Le DNS fonctionne avec des noms d'hôtes et des cibles techniques, et non avec des chemins d'URL complets.

Une adresse comme :

example.com/ancienne-page/

ne peut donc pas être configuré via un enregistrement A, CNAME ou MX normal sur :

example.com/fr/nouvelle-page/

être transféré.

Pour les redirections d'URL, vous utilisez une redirection HTTP.

Le DNS ne peut pas traiter les chemins d'accès #

Le DNS connaît par exemple :

shop.example.com

mais pas le chemin de l'URL :

/produits/article-1/

Le traitement de tels chemins n'intervient qu'au niveau du serveur Web ou de l'application.

Modifier l'enregistrement DNS ou créer une redirection de domaine ? #

La bonne fonction dépend de l'objectif :

Résultat souhaité	Mécanisme d'adaptation
Le domaine doit atteindre un serveur spécifique	DNS
Le sous-domaine doit pointer vers une adresse IP	A ou AAAA
Le nom d'hôte doit pointer vers un autre nom d'hôte	CNAME
L'e-mail doit passer par un serveur de messagerie spécifique	MX et autres enregistrements DNS de messagerie
Le navigateur doit changer d'URL	Redirection HTTP

Procédure recommandée lors de la modification d'un enregistrement DNS #

1. Vérifiez où la zone DNS autoritative est gérée.
2. Connectez-vous à cPanel.
3. Ouvrir Domaines → Éditeur de zone.
4. Choisissez le bon domaine.
5. Recherche l'enregistrement concerné.
6. Vérifie son usage et sa valeur actuels.
7. Documentez la valeur précédente.
8. Vérifiez les nouvelles données.
9. Modifiez uniquement l'enregistrement réellement nécessaire.
10. Enregistre la modification.
11. Vérifiez la valeur enregistrée.
12. Prenez en compte les caches DNS existants.
13. Ensuite, testez le service concerné.

Procédure recommandée pour la création d'un nouvel enregistrement DNS #

1. Vérifiez les exigences du service pour lequel l'enregistrement est requis.
2. Vérifiez si un enregistrement existe déjà pour le même nom d'hôte.
3. Sélectionnez le type d'enregistrement correct.
4. Saisissez le nom d'hôte et la valeur cible exactement.
5. Modifiez le TTL uniquement s'il y a une raison valable de le faire.
6. Enregistre l'enregistrement.
7. Vérifiez la représentation enregistrée.
8. Attendez si nécessaire l'expiration des caches DNS existants.
9. Vérifiez ensuite si le service concerné détecte la modification.

Dépannage recommandé après une modification DNS #

1. Vérifiez si le domaine utilise effectivement cette zone DNS.
2. Vérifiez l'enregistrement modifié dans l'éditeur de zone.
3. Comparez le nom d'hôte, le type et la valeur cible avec la configuration prévue.
4. Prenez en compte le TTL précédent et les éventuels caches DNS.
5. Vérifiez si un seul appareil ou plusieurs réseaux sont concernés.
6. Faites la distinction entre un problème DNS et une défaillance du service lui-même.
7. En cas de problème avec le site web, vérifiez ensuite l'association du domaine et la racine du document.
8. Vérifiez, en cas de problèmes de messagerie, en particulier le MX et la configuration e-mail ultérieure.
9. Ne modifiez pas plusieurs autres enregistrements par précaution.

Règle de base : En cas de problèmes DNS, commencez par déterminer quelle zone DNS fait réellement autorité et quelle valeur elle renvoie. Ce n'est qu'après que vous devriez examiner plus en détail le site Web, les e-mails ou d'autres services.

Quand devez-vous contacter le support ? #

Si tu n'es pas sûr du DNS à modifier ou si un service ne fonctionne plus après une modification DNS, tu dois documenter l'état actuel aussi précisément que possible.

Pour une analyse, les informations suivantes sont notamment utiles :

• domaine ou sous-domaine concerné
• quel service doit être configuré ou modifié
• type d'enregistrement concerné
• valeur précédente, si connue
• nouvelle valeur enregistrée
• Date et heure de la modification
• si les serveurs de noms ont été modifiés récemment
• message d'erreur exact ou comportement observé
• Spécifications d'un service externe, si un tel service doit être mis en place

Ne transmettez pas de mots de passe ou d'autres informations d'identification confidentielles.

Résumé #

Vous trouverez l'éditeur de zone DNS dans le cPanel de CURIAWEB sous Domaines → Éditeur de zone. Vous y trouverez les enregistrements DNS d'un domaine et vous pourrez les modifier, à condition que la zone DNS soit effectivement gérée via cet environnement d'hébergement.

Un Enregistrement A fait référence à une adresse IPv4, un Enregistrement AAAA à une adresse IPv6 et un CNAME vers un autre nom d'hôte. Enregistrements MX gèrent la livraison des e-mails, tandis que Enregistrements TXT utilisé entre autres pour les vérifications ainsi que pour SPF, DKIM et DMARC.

Vérifie avant chaque modification l'utilité d'un enregistrement existant et documente la valeur précédente pour les modifications importantes. Tu ne dois pas modifier les enregistrements MX et TXT, en particulier, sur un simple soupçon.

Veuillez également noter qu'en raison des caches existants, les modifications DNS ne sont pas nécessairement immédiatement visibles partout. Par conséquent, ne modifiez pas un enregistrement à plusieurs reprises simplement parce qu'un seul appareil utilise encore une ancienne valeur.

La règle la plus importante lors de l'utilisation du DNS est : Vérifier d'abord la compétence et l'enregistrement existant, puis modifier de manière ciblée et enfin tester précisément le service concerné.