DNS et hébergement : comprendre la propagation et les enregistrements

Qu’est-ce que le DNS et pourquoi est-il crucial pour votre hébergement ?

Chaque fois qu’un internaute saisit l’adresse de votre site dans son navigateur, une mécanique invisible se met en marche en quelques millisecondes. Cette mécanique, c’est le DNS — Domain Name System. Sans lui, il faudrait mémoriser des suites de chiffres comme 203.0.113.50 au lieu de taper simplement www.monsite.fr.

Le DNS est souvent comparé à un annuaire téléphonique d’Internet. Il traduit les noms de domaine lisibles par l’humain en adresses IP compréhensibles par les machines. C’est la toute première étape de chaque connexion web, et pourtant, c’est l’un des aspects les plus méconnus — et les plus sous-estimés — de l’hébergement.

Une mauvaise configuration DNS peut rendre votre site inaccessible, bloquer vos emails, empêcher la validation d’un certificat SSL ou ralentir considérablement l’expérience utilisateur. Comprendre son fonctionnement n’est pas un luxe technique : c’est une nécessité opérationnelle pour quiconque gère un site professionnel.

Comment fonctionne la résolution DNS : étape par étape

Lorsqu’un visiteur tape www.example.com dans son navigateur, voici ce qui se passe en coulisses :

1. Le navigateur vérifie son cache local : a-t-il déjà résolu ce domaine récemment ?
2. Interrogation du système d’exploitation : le fichier hosts et le cache DNS local sont consultés.
3. Requête au serveur DNS récursif (résolveur) : généralement fourni par le FAI ou un service comme Google DNS (8.8.8.8) ou Cloudflare (1.1.1.1).
4. Le résolveur contacte le serveur racine : il existe 13 groupes de serveurs racine dans le monde, identifiés de A à M.
5. Redirection vers le serveur TLD : le serveur racine indique quel serveur gère l’extension .com, .fr, etc.
6. Interrogation du serveur autoritaire : celui qui détient réellement les enregistrements DNS de votre domaine.
7. Réponse finale : l’adresse IP est renvoyée au navigateur, qui peut enfin se connecter au serveur d’hébergement.

Cette chaîne complète prend généralement entre 20 et 120 millisecondes. Mais quand un cache est disponible, la réponse arrive en moins de 5 ms.

Le rôle du TTL dans cette chaîne

Le TTL (Time To Live) est une valeur exprimée en secondes qui indique à chaque serveur intermédiaire combien de temps il peut conserver l’enregistrement en cache avant de le redemander au serveur autoritaire.

• Un TTL de 3600 = 1 heure de cache
• Un TTL de 86400 = 24 heures de cache
• Un TTL de 300 = 5 minutes de cache

Plus le TTL est élevé, moins votre serveur DNS est sollicité (ce qui améliore les performances), mais plus les modifications mettent du temps à se propager.

Les types d’enregistrements DNS essentiels

Votre zone DNS contient plusieurs types d’enregistrements, chacun ayant un rôle bien défini. Voici les principaux :

Type	Rôle	Exemple de valeur
A	Pointe un domaine vers une adresse IPv4	203.0.113.50
AAAA	Pointe un domaine vers une adresse IPv6	2001:db8::1
CNAME	Crée un alias vers un autre nom de domaine	www → example.com
MX	Définit le serveur de messagerie	mail.example.com (priorité 10)
TXT	Stocke du texte (SPF, DKIM, vérifications)	v=spf1 include:_spf.google.com ~all
NS	Indique les serveurs DNS autoritaires	ns1.hebergeur.com
SRV	Définit un service spécifique (VoIP, XMPP…)	_sip._tcp.example.com
CAA	Autorise certaines CA à émettre des certificats SSL	0 issue "letsencrypt.org"

L’enregistrement A : la base absolue

L’enregistrement A est le plus fondamental. C’est lui qui dit au monde entier : « ce domaine se trouve à cette adresse IP ». Si vous changez d’hébergeur, c’est cet enregistrement (ou le CNAME associé) que vous devrez modifier en priorité.

Exemple de configuration :

example.com.        3600    IN    A       203.0.113.50
www.example.com.    3600    IN    CNAME   example.com.

Ici, example.com pointe directement vers l’IP du serveur, et www.example.com est un alias qui redirige vers la racine du domaine.

Les enregistrements MX : ne pas oublier vos emails

Une erreur fréquente lors d’un changement d’hébergement est d’oublier de reconfigurer les enregistrements MX. Si vos emails sont gérés par un service tiers (Google Workspace, Microsoft 365, OVH Mail…), il faut impérativement conserver ou adapter ces enregistrements.

example.com.    3600    IN    MX    10    aspmx.l.google.com.
example.com.    3600    IN    MX    20    alt1.aspmx.l.google.com.

La valeur numérique (10, 20) indique la priorité : le serveur avec le chiffre le plus bas est contacté en premier.

Les enregistrements TXT : sécurité et vérification

Les enregistrements TXT sont devenus incontournables pour :

• SPF : déclarer quels serveurs sont autorisés à envoyer des emails pour votre domaine
• DKIM : signer cryptographiquement vos emails
• DMARC : définir une politique de traitement des emails échouant aux vérifications SPF/DKIM
• Vérification de propriété : Google Search Console, Facebook, services tiers

Sans une configuration correcte de ces enregistrements, vos emails risquent d’atterrir en spam — un problème que l’équipe de Lueur Externe résout régulièrement pour ses clients en réalisant un audit complet de la zone DNS.

La propagation DNS : pourquoi faut-il parfois patienter 72 heures ?

La propagation DNS est le processus par lequel une modification effectuée sur vos enregistrements DNS se répand à travers l’ensemble des serveurs récursifs du monde. Ce n’est pas une diffusion instantanée : c’est un système de caches qui expirent progressivement.

Ce qui influence la durée de propagation

Plusieurs facteurs entrent en jeu :

• Le TTL précédent : si votre ancien enregistrement avait un TTL de 86400 (24h), certains serveurs conserveront l’ancienne IP pendant 24 heures après votre modification.
• Le comportement des FAI : certains fournisseurs d’accès ne respectent pas strictement le TTL et maintiennent leur cache plus longtemps.
• La localisation géographique : les serveurs DNS en Asie ou en Amérique du Sud peuvent mettre plus de temps à se mettre à jour que ceux en Europe.
• Le type de modification : un changement de serveurs NS (nameservers) prend généralement plus de temps qu’un simple changement d’enregistrement A.

L’astuce des professionnels : anticiper la propagation

Chez Lueur Externe, agence web basée dans les Alpes-Maritimes et certifiée AWS Solutions Architect, la procédure standard avant toute migration d’hébergement suit ce protocole :

1. J-48h : réduire le TTL de tous les enregistrements concernés à 300 secondes (5 minutes)
2. J-0 : effectuer la modification des enregistrements DNS
3. J+1h : vérifier la propagation sur plusieurs points géographiques
4. J+48h : remonter le TTL à une valeur normale (3600 à 86400 secondes)

Cette méthode réduit considérablement la fenêtre d’indisponibilité potentielle lors d’une migration.

Comment vérifier la propagation en temps réel

Plusieurs outils permettent de suivre la propagation DNS :

• DNS Checker (dnschecker.org) : vérification visuelle depuis plus de 30 localisations
• dig en ligne de commande :

# Vérifier l'enregistrement A d'un domaine
dig example.com A +short

# Interroger un serveur DNS spécifique (Google)
dig @8.8.8.8 example.com A

# Vérifier les enregistrements MX
dig example.com MX +short

# Afficher le TTL restant
dig example.com A +noall +answer

• nslookup sur Windows :

nslookup -type=A example.com
nslookup -type=MX example.com 8.8.8.8

• MXToolbox : outil complet pour diagnostiquer les problèmes DNS, email et blacklists

Erreurs courantes de configuration DNS (et comment les éviter)

Erreur n°1 : le CNAME à la racine du domaine

Un enregistrement CNAME ne peut pas être placé à la racine d’un domaine (zone apex). Autrement dit, example.com ne peut pas être un CNAME. Seul www.example.com ou un autre sous-domaine le peut.

Certains fournisseurs DNS comme Cloudflare contournent cette limitation avec un mécanisme appelé CNAME flattening, qui résout le CNAME en enregistrement A de manière transparente.

Erreur n°2 : oublier les enregistrements MX lors d’une migration

Comme évoqué plus haut, c’est l’erreur la plus fréquente. Vous changez l’hébergement de votre site, la zone DNS est recréée sur le nouvel hébergeur, et… les enregistrements MX ne sont pas reproduits. Résultat : plus aucun email ne parvient à destination pendant des heures, voire des jours.

Erreur n°3 : des TTL trop élevés avant une migration

Migrer un site avec un TTL à 86400 secondes signifie que certains visiteurs verront encore l’ancien serveur jusqu’à 24 heures après la bascule. Pendant ce temps, les modifications faites sur le nouveau serveur (commandes e-commerce, formulaires de contact) peuvent être perdues.

Erreur n°4 : ne pas configurer le SPF et DKIM

En 2024, Google et Yahoo ont renforcé leurs exigences : les expéditeurs qui envoient plus de 5000 emails par jour doivent obligatoirement configurer SPF, DKIM et DMARC. Mais même pour les petits volumes, l’absence de ces enregistrements TXT dégrade significativement la délivrabilité.

Erreur n°5 : confondre registrar et hébergeur DNS

Votre registrar (bureau d’enregistrement) est l’entité chez qui vous avez acheté votre nom de domaine. L’hébergeur DNS est celui qui gère votre zone DNS. Ce sont souvent les mêmes, mais pas toujours. Quand vous modifiez les serveurs NS chez votre registrar pour pointer vers un hébergeur tiers (Cloudflare, AWS Route 53, etc.), vous déléguez la gestion DNS à ce tiers.

DNS et performance : l’impact sur le temps de chargement

La résolution DNS est la toute première étape du chargement d’une page web. Un serveur DNS lent ajoute de la latence avant même que le navigateur ne commence à télécharger le moindre octet.

Voici des temps de résolution moyens selon les fournisseurs DNS (source : DNSPerf, 2024) :

Fournisseur DNS	Temps de réponse moyen (monde)
Cloudflare (1.1.1.1)	~11 ms
Google Public DNS (8.8.8.8)	~14 ms
AWS Route 53	~16 ms
DNS de certains FAI	30 à 80 ms

Pour un site e-commerce sous Prestashop ou un site vitrine WordPress, ces millisecondes s’accumulent si la page effectue des requêtes vers plusieurs sous-domaines (CDN, analytics, APIs tierces). Utiliser un fournisseur DNS performant est un levier d’optimisation souvent négligé.

DNS et sécurité : protéger votre domaine

Le DNS est aussi un vecteur d’attaque. Voici les principales menaces :

• DNS Spoofing / Cache Poisoning : un attaquant injecte de faux enregistrements dans le cache d’un résolveur pour rediriger les visiteurs vers un site malveillant.
• DNS Hijacking : prise de contrôle de votre zone DNS via le piratage de votre compte registrar.
• DDoS sur les serveurs DNS : rendre votre site inaccessible en saturant vos serveurs DNS de requêtes.

Les protections essentielles

• DNSSEC : ajoute une couche de signature cryptographique pour garantir l’authenticité des réponses DNS. Encore trop peu déployé (environ 30 % des domaines en .fr en 2024), il est pourtant un rempart efficace contre le cache poisoning.
• Verrouillage du domaine (Registry Lock) : empêche toute modification non autorisée de vos serveurs NS.
• Authentification à deux facteurs sur votre compte registrar : une mesure basique mais indispensable.
• Enregistrements CAA : limitent les autorités de certification autorisées à émettre des certificats SSL pour votre domaine.

Quand faire appel à un expert pour la gestion DNS ?

Si vous gérez un site vitrine simple avec un hébergement mutualisé, la configuration DNS par défaut de votre hébergeur suffit généralement. Mais dès que votre infrastructure se complexifie, l’expertise devient nécessaire :

• Migration d’hébergeur avec zéro interruption de service
• Architecture multi-serveurs (serveur web + serveur mail + CDN + API)
• Mise en place de DNSSEC et d’une politique de sécurité DNS complète
• Configuration avancée : géolocalisation DNS, failover automatique, load balancing DNS
• Audit de délivrabilité email : SPF, DKIM, DMARC correctement configurés

Avec plus de 20 ans d’expérience en hébergement web et une certification AWS Solutions Architect, Lueur Externe accompagne les entreprises des Alpes-Maritimes et de toute la France dans la gestion de ces problématiques techniques, de l’audit initial à la supervision continue.

Conclusion : le DNS, fondation invisible de votre présence en ligne

Le DNS est le socle silencieux sur lequel repose l’intégralité de votre présence web. Un enregistrement mal configuré, un TTL négligé ou une propagation mal anticipée peuvent transformer une simple migration en cauchemar technique : site inaccessible, emails perdus, certificat SSL invalide.

Comprendre les mécanismes de la résolution DNS, maîtriser les différents types d’enregistrements et adopter les bonnes pratiques de propagation sont des compétences essentielles pour tout professionnel du web.

Vous préparez une migration d’hébergement, un changement de nom de domaine ou vous souhaitez simplement vous assurer que votre zone DNS est correctement configurée ? Les experts de Lueur Externe sont à votre disposition pour auditer votre infrastructure et sécuriser votre configuration DNS. N’attendez pas qu’un problème survienne pour agir.