Où configurer ses DNS sur OVH et comment
Pour configurer ses DNS sur OVH, ouvrez l’espace client, allez dans Web Cloud > Noms de domaine, cliquez sur votre domaine, puis sur l’onglet « Zone DNS » et sur « Ajouter une entrée ». Cette zone n’a d’effet que si le domaine utilise les serveurs DNS d’OVH. Une modification met jusqu’à 24 heures à se propager.
Ce guide s’adresse à celles et ceux qui gèrent un nom de domaine chez OVH et doivent le pointer vers un site, un serveur ou une messagerie. Les chemins décrits correspondent à l’interface OVHcloud actuelle.
Prérequis
- Un accès à l’espace client OVHcloud avec les droits de gestion sur le domaine.
- La certitude de savoir qui gère les DNS du domaine : OVH ou un autre prestataire (étape 1).
- Les valeurs à saisir, fournies par votre hébergeur de site (IP, cible CNAME) et par votre fournisseur de mail (MX, SPF, DKIM).
- Un export ou une capture de la zone actuelle, pour pouvoir revenir en arrière.
Étape 1 : ouvrir la zone et vérifier qu’elle est active
Dans l’espace client, suivez ce chemin : Web Cloud > Noms de domaine > (votre domaine) > onglet « Zone DNS ». L’onglet liste les enregistrements dans un tableau avec quatre colonnes : sous‑domaine, type, cible et TTL source : OVHcloud, 2026.
Ouvrez ensuite l’onglet voisin « Serveurs DNS ». Si les serveurs ont la forme nsXX.ovh.net et dnsXX.ovh.net (.ovh.ca pour le Canada), la zone OVH est bien celle qui répond source : OVHcloud, 2026. Si d’autres serveurs apparaissent (Cloudflare, par exemple), tout ce que vous modifiez dans la zone OVH est ignoré. Dans ce cas, éditez les enregistrements chez le prestataire qui gère la zone, comme expliqué dans notre guide pour configurer ses DNS sur Cloudflare.
Étape 2 : sauvegarder la zone avant de toucher à quoi que ce soit
Cliquez sur « Actions sur ma zone ». Ce menu donne accès à l’édition en mode texte, à la réinitialisation et à l’historique. Ouvrez l’historique et repérez la version actuelle : restaurer une version supprime et remplace la zone en cours, avec une propagation de 4 à 24 heures. Un outil de comparaison permet de vérifier ce qui a changé source : OVHcloud, 2026.
Faites aussi une capture du tableau. Les enregistrements qui paraissent inutiles (un TXT obscur, un CNAME de sous‑domaine) appartiennent souvent à une intégration active.
Ne vous servez pas de l’édition en mode texte pour remplacer les enregistrements NS de la zone par des serveurs DNS externes : cette zone ne fonctionne qu’avec les serveurs DNS d’OVHcloud source : OVHcloud, 2026.
Étape 3 : pointer le domaine vers un site ou un serveur
Trois types d’enregistrements servent à cela.
- Un enregistrement A relie un nom de domaine à une adresse IPv4.
- Un enregistrement AAAA relie un nom de domaine à une adresse IPv6, un format encodé sur quatre fois plus de bits.
- Un enregistrement CNAME est un alias qui renvoie un sous‑domaine vers un autre nom de domaine.
Un CNAME est possible sur www ou tout autre sous‑domaine, mais pas sur le domaine nu : celui‑ci doit pointer vers une IP avec un A ou un AAAA source : OVHcloud, dépôt ovh/docs.
Procédure : cliquez sur « Ajouter une entrée », choisissez le type, renseignez le sous‑domaine (vide pour le domaine nu), la cible et le TTL, puis validez. Pour modifier ou supprimer, utilisez le menu ⋮ en bout de ligne.
Prenons un cas typique (fictif) : le site exemple.fr est hébergé sur Vercel. Le schéma recommandé est un A à l’apex et un CNAME sur www :
| Sous‑domaine | Type | Cible |
|---|---|---|
| (vide) | A | IP affichée dans Vercel, Settings > Domains |
| www | CNAME | cible affichée par Vercel, avec point final |
Recopiez les valeurs affichées dans le tableau de bord du projet, pas celles d’un vieux tutoriel : elles sont propres à chaque projet. Supprimez d’abord les anciens A de l’apex, car ceux d’un ancien hébergeur bloquent la vérification source : Vercel, 2026. Avec un DNS externe comme OVH, les commandes vercel dns add ne servent à rien : les enregistrements se saisissent dans l’interface OVH source : Vercel, 2026. Pour Netlify, reprenez de la même façon les valeurs indiquées dans son interface. Pour un serveur ou un VPS, créez un A vers son IPv4, et un AAAA seulement si le serveur répond réellement en IPv6.
Pour la suite côté certificat et domaine personnalisé, voir domaine perso sur Vercel ou Netlify.
Étape 4 : configurer les mails (MX, SPF, DKIM, DMARC)
Filtrez d’abord le tableau par type MX. Si une entrée existe, modifiez‑la : n’en créez pas une seconde en double source : OVHcloud, 2026.
Pour une messagerie OVH, les valeurs sont les suivantes : domaine laissé vide, TTL 3600, cibles terminées par un point.
| Cible | Priorité |
|---|---|
| mx0.mail.ovh.net. | 1 |
| mx1.mail.ovh.net. | 5 |
| mx2.mail.ovh.net. | 50 |
| mx3.mail.ovh.net. | 100 |
| mx4.mail.ovh.net. | 200 |
Les serveurs sont interrogés par priorité croissante jusqu’à obtenir une réponse. Avec une autre messagerie, utilisez exclusivement les MX donnés par son fournisseur. Une erreur ici peut rendre la réception des e‑mails impossible.
Pour SPF, DKIM et DMARC, le formulaire propose des types dédiés, ainsi qu’un type TXT générique pour les jetons de vérification source : OVHcloud, dépôt ovh/docs ; les types SPF et DKIM de l’interface produisent en réalité des enregistrements TXT. Collez la valeur fournie par votre service d’envoi. Une valeur TXT est limitée à 255 caractères : une clé DKIM plus longue doit parfois être scindée, à vérifier avec le prestataire source : OVHcloud, dépôt ovh/docs. Le détail des règles d’authentification est dans notre article sur SPF, DKIM et DMARC.
Étape 5 : régler le TTL et suivre la propagation
Le TTL (Time To Live) désigne la durée, en secondes, pendant laquelle un résolveur DNS garde une réponse en cache avant de la redemander. Il se règle par enregistrement, en « Par défaut » ou « Personnalisé ». Pour baisser le TTL de toute la zone, passez par « Actions sur ma zone » > « Modifier le TTL par défaut » source : OVHcloud, 2026.
Avant une migration, baissez le TTL la veille. Les caches se renouvellent alors plus vite le jour du changement.
OVH distingue deux propagations source : OVHcloud, 2026 :
- une modification de la zone : jusqu’à 24 heures ;
- un changement de serveurs DNS (onglet « Serveurs DNS » > « Modifier les serveurs DNS ») : jusqu’à 48 heures.
Ce sont des maximums. Pour contrôler, lancez dans un terminal :
dig +short A exemple.fr
dig +short CNAME www.exemple.frLe numéro de série de la zone (format AAAAMMJJ plus un compteur) augmente à chaque modification. Si la réponse reste ancienne, videz le cache local, puis consultez notre diagnostic DNS qui ne propage pas.
Pièges courants
| Piège | Conséquence | Solution |
|---|---|---|
Cible sans point final (mydomain.ovh) | OVH ajoute votre domaine à la cible | Terminer par un point : mydomain.ovh. |
| CNAME sur le domaine nu | Incompatible avec les NS et SOA de l’apex | A ou AAAA sur le domaine nu, CNAME sur www |
| CNAME et TXT sur le même sous‑domaine | Le CNAME ne fonctionne que partiellement ou plus du tout | Un seul type par nom, déplacer la vérification TXT |
| Zone modifiée alors que les DNS sont externes | Aucun effet visible | Modifier chez le prestataire qui gère la zone |
| MX créé en double | Réception de mails incohérente | Modifier l’entrée existante |
| Anciens A de l’apex laissés en place | Vérification Vercel bloquée | Les supprimer avant d’ajouter le nouveau |
| Changement de serveurs DNS sans recopier MX et TXT | Mails coupés, vérifications perdues | Recréer la zone complète sur les nouveaux serveurs avant de basculer |
Pour changer de serveurs DNS chez OVH, la zone doit déjà exister sur les nouveaux serveurs, avec les enregistrements NS correspondants source : OVHcloud, 2026. Une zone fraîchement créée peut mettre 15 à 20 minutes à apparaître source : OVHcloud, 2026. Si le domaine ne vous appartient pas clairement ou si vous n’avez plus accès au compte, commencez par récupérer le contrôle du nom de domaine.
Questions fréquentes
Pourquoi ma modification DNS OVH ne change rien ?
Soit la propagation n’est pas terminée (jusqu’à 24 heures pour la zone), soit le domaine utilise des serveurs DNS externes et la zone OVH est ignorée. Vérifiez l’onglet « Serveurs DNS » avant de chercher ailleurs.
Faut‑il mettre un point à la fin de la cible ?
Oui, quand la cible est un nom de domaine (CNAME, MX). Sans point final, OVH ajoute votre domaine à la cible et l’enregistrement pointe au mauvais endroit.
Peut‑on mettre un CNAME sur le domaine principal ?
Non. Le domaine nu porte déjà des enregistrements NS et SOA, donc il doit pointer vers une IP avec un A ou un AAAA. Réservez le CNAME à www et aux autres sous‑domaines.
Combien de temps dure la propagation DNS chez OVH ?
OVH annonce jusqu’à 24 heures après une modification de zone et jusqu’à 48 heures après un changement de serveurs DNS.
Comment annuler une erreur dans la zone ?
Ouvrez « Actions sur ma zone » > historique, comparez les versions puis restaurez la précédente. La restauration remplace la zone actuelle et se propage en 4 à 24 heures.
Ce problème, Peechy s'en occupe
Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout, hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.
Confier mon site à Peechy
