NOUVEAU Migration gratuite en 24h sur tous les packs d'hébergement
Domaines & DNS

Comprendre et configurer les DNS d’un nom de domaine

Apprenez à relier un domaine à un site ou à une messagerie, à modifier une zone DNS et à diagnostiquer une résolution incorrecte, sans interrompre vos services.

Guide NovaHosterÀ lire avant toute modification

Objectif

Ce guide explique le rôle des serveurs de noms et des principaux enregistrements DNS, puis décrit une méthode sûre pour modifier une zone. Le DNS associe un nom lisible, comme exemple.fr, à des informations techniques telles qu’une adresse IP, une cible de service ou une règle de messagerie. Les enregistrements sont publiés avec un TTL (« Time To Live »), qui indique notamment combien de temps une réponse peut rester en cache. [1] [2]

Cette procédure prend tout son sens avec un nom de domaine .tn et une messagerie professionnelle correctement configurés.

Prérequis

Vous devez disposer du nom de domaine concerné, d’un accès à l’Espace client NovaHoster et de la valeur fournie par le service à connecter : adresse IPv4/IPv6, nom canonique, serveurs de messagerie ou jeton TXT. Vérifiez également où la zone DNS est réellement administrée : chez NovaHoster ou chez le fournisseur dont les serveurs de noms sont actuellement délégués. Les menus, droits d’écriture et types d’enregistrements peuvent dépendre de votre forfait ou de vos droits ; confirmez leur disponibilité dans l’Espace client ou auprès du support.

Avant toute modification, exportez ou notez la zone actuelle. Pour la messagerie, préparez les valeurs SPF, DKIM et DMARC communiquées par votre prestataire ; ne remplacez pas un SPF existant par une seconde ligne SPF.

Repères essentiels

TypeUtilité habituelleValeur à saisirPrécaution
APointe un nom vers une adresse IPv4Adresse IPv4Ne pas saisir http:// ni un chemin d’URL
AAAAPointe un nom vers une adresse IPv6Adresse IPv6À utiliser seulement si l’IPv6 est configurée
CNAMEAlias vers un autre nom DNSNom cibleUn nom ayant un CNAME ne doit pas recevoir d’autres données incompatibles
MXIndique les serveurs qui reçoivent les e-mailsPriorité + nom du serveurLa cible doit être un nom d’hôte, pas une URL
TXTVérification ou politique publiée en texteChaîne fournieRespecter exactement les guillemets, espaces et segments requis
NSServeurs autoritaires d’une délégationNoms de serveursUne modification peut déplacer toute l’administration DNS
TTLDurée de cache d’une réponseSecondes ou choix prédéfiniL’ancien résultat peut subsister jusqu’à l’expiration du cache

Procédure numérotée

  1. Identifier le périmètre. Décidez si vous connectez le domaine racine (exemple.fr), www, un sous-domaine comme app, la messagerie, ou plusieurs services. Écrivez les noms complets et les valeurs attendues avant d’ouvrir l’éditeur.
  2. Contrôler la délégation. Dans l’Espace client, relevez les serveurs de noms associés au domaine. Si la zone est hébergée ailleurs, les changements effectués dans NovaHoster ne seront pas nécessairement publiés. La modification des NS est différente de l’ajout d’un A ou d’un MX : elle transfère l’autorité de la zone.
  3. Ouvrir la zone DNS. Accédez à la gestion du domaine, puis à la rubrique DNS ou Zone DNS. Si l’action est absente, grisée ou réservée à certains utilisateurs, confirmez les droits et les conditions applicables dans l’Espace client.
  4. Ajouter ou modifier un enregistrement. Sélectionnez le type, renseignez le nom selon le format demandé par l’interface — souvent @ pour le domaine racine — puis saisissez la valeur sans ajout personnel. Pour un MX, renseignez aussi la priorité. Pour un CNAME, utilisez le nom cible attendu par le fournisseur.
  5. Préserver les enregistrements indispensables. Ne supprimez pas les MX, TXT de validation, DKIM, CNAME ou enregistrements utilisés par un certificat sans savoir quel service les consomme. Un site peut continuer à répondre alors que la messagerie est déjà interrompue, et inversement.
  6. Choisir un TTL raisonnable. Pour une migration planifiée, vous pouvez réduire le TTL avant la bascule si votre interface et votre opérateur le permettent ; cela ne purge pas instantanément les caches déjà constitués. Après stabilisation, rétablissez une valeur cohérente avec les recommandations du service.
  7. Enregistrer et contrôler le récapitulatif. Vérifiez chaque caractère, la présence éventuelle d’un point final, la priorité MX et l’absence d’espace parasite. Conservez une copie de l’ancienne valeur et de l’heure de changement.
  8. Tester séparément les services. Interrogez le domaine depuis plusieurs résolveurs ou outils DNS, puis testez une page HTTPS, l’envoi et la réception d’un e-mail, et la validation demandée par le fournisseur. La mise à jour peut être progressive à cause des caches et du TTL. [2]
  9. Documenter la zone. Notez la finalité, le fournisseur, la date, le responsable et la date de réexamen de chaque entrée sensible. Cette documentation réduit le risque de supprimer ultérieurement une validation encore nécessaire.

Cas d’erreur et diagnostic

SymptômeCauses probablesDiagnostic et action
Le domaine renvoie « serveur introuvable »NS incorrects, zone absente, délégation incomplèteComparez les NS publiés avec ceux indiqués par l’hébergeur DNS ; corrigez à l’endroit qui fait autorité.
www fonctionne mais pas le domaine racineA/AAAA manquant sur @, ou configuration distincteComparez les réponses de exemple.fr et www.exemple.fr; ajoutez l’entrée exigée par votre hébergeur.
Le site affiche l’ancien serveurCache DNS, TTL non expiré, entrée concurrenteInterrogez plusieurs résolveurs et vérifiez la zone autoritaire avant de modifier à nouveau.
Les e-mails n’arrivent plusMX supprimé, priorité incorrecte, SPF/DKIM mal recopiéContrôlez tous les MX et les noms de serveurs ; rétablissez la dernière configuration connue.
Une validation TXT échoueValeur tronquée, mauvais sous-domaine, délai de cacheRecopiez strictement le jeton et vérifiez le nom exact fourni.
HTTPS signale un mauvais certificatLe nom pointe vers le mauvais service ou le certificat n’inclut pas ce nomCorrigez la cible puis relancez la procédure de certificat auprès du fournisseur.

Questions fréquentes

Quelle différence entre modifier un DNS et changer les serveurs de noms ?
Modifier un DNS ajoute ou change une donnée dans une zone déjà autoritaire. Changer les NS modifie la délégation : la zone de référence devient celle indiquée par les nouveaux serveurs.
Combien de temps faut-il attendre après une modification ?
Il n’existe pas de délai universel. Les caches suivent le TTL et certains services appliquent leurs propres contrôles. Vérifiez la réponse autoritaire et plusieurs résolveurs plutôt que de vous fier à un seul navigateur. [2]
Puis-je utiliser un CNAME sur le domaine racine ?
Le comportement dépend de la zone et du fournisseur DNS. Suivez la documentation du service ; n’ajoutez pas un CNAME racine si l’éditeur exige des enregistrements A, AAAA, MX ou TXT au même nom.
Dois-je supprimer les anciens enregistrements ?
Seulement lorsqu’ils sont identifiés comme obsolètes et qu’ils ne servent plus aucun site, e-mail, validation ou certificat. Gardez un relevé avant suppression.
Les fonctions DNS avancées sont-elles incluses dans mon forfait ?
Pas nécessairement. Les droits, l’éditeur de zone, DNSSEC, les modèles ou la restauration peuvent dépendre du forfait. Confirmez les fonctions disponibles dans l’Espace client ou auprès du support.

Quand contacter l’Espace client

Contactez NovaHoster si la zone attendue n’apparaît pas, si vous ne pouvez pas la modifier, si la délégation semble verrouillée, si une modification a interrompu un service critique ou si vous devez confirmer les droits liés à votre forfait. Joignez le domaine, l’heure du changement, les valeurs avant/après et les résultats de tests, sans transmettre de mot de passe ni de clé privée.

Maillage interne suggéré

  • Guide 2 — Transférer un nom de domaine vers NovaHoster sans interruption.
  • Guide 3 — Renouveler un domaine et modifier ses informations en toute sécurité.
  • « Comprendre les erreurs DNS et la propagation ».
  • « Configurer les enregistrements MX, SPF, DKIM et DMARC ».
  • « Activer et vérifier HTTPS sur un domaine ».

Sources techniques

[1] IANA — Domain Name System Parameters [2] Cloudflare — Time to Live (TTL) [3] IETF — RFC 1034, Domain Names: Concepts and Facilities


Cette procédure ne correspond pas à votre écran ?

Les permissions et options visibles peuvent dépendre de votre formule ou de vos droits. Faites vérifier le contexte depuis l’Espace client.

Demander une vérification
Besoin d’un contexte précis ?

Un technicien vous répond à partir de votre situation réelle.

Préparez votre domaine, le message d’erreur et le type d’hébergement. L’Espace client permet d’ouvrir une demande sans exposer d’informations sensibles.