Comment configurer les enregistrements DNS sans avoir à deviner

Un nom de domaine peut être enregistré, payé et apparaître dans votre compte, tout en ne menant nulle part. La pièce manquante est généralement le DNS. Lorsque vous configurez les enregistrements DNS, vous indiquez aux navigateurs où trouver votre site web, aux serveurs de messagerie où acheminer les messages et aux services tiers comment vérifier votre nom de domaine.

Les détails ont leur importance. Un seul caractère mal placé peut rediriger les visiteurs vers un ancien serveur, empêcher la livraison des e-mails ou empêcher un nouveau service de se connecter. La bonne nouvelle, c’est que le DNS obéit à une logique claire dès lors que l’on sait à quoi sert chaque enregistrement et où il doit être géré.

Avant d'effectuer la moindre modification, vérifiez où est hébergée votre zone DNS. Il ne s'agit pas toujours de la société auprès de laquelle vous avez acheté le nom de domaine. Il se peut que votre registraire gère l'enregistrement, tandis que votre hébergeur, votre plateforme de site web ou votre partenaire informatique gère les serveurs de noms et les enregistrements DNS.

Commencez par vérifier les serveurs de noms du domaine. Ceux-ci identifient le service faisant autorité pour le DNS. N'effectuez des modifications que dans le panneau de configuration DNS de ce service. L'ajout d'un enregistrement auprès du registraire n'aura aucun effet si le domaine utilise les serveurs de noms d'un autre fournisseur.

Dans le cadre d'un domaine professionnel, cette vérification permet d'éviter une erreur courante et coûteuse : deux personnes mettent à jour des panneaux de contrôle différents, sans qu'aucune des deux modifications ne soit effective sur l'Internet public. Veillez à consigner clairement qui est le propriétaire du domaine, qui gère son DNS et qui est habilité à valider les modifications.

Le DNS est souvent décrit comme le carnet d'adresses d'Internet, mais son rôle ne se limite pas à associer un nom à une adresse. Chaque type d'enregistrement a une fonction spécifique.

| Type d'enregistrement | Fonction | Utilisation courante | | --- | --- | --- | | A | Associe un nom à une adresse IPv4 | Un site web hébergé sur un serveur | | AAAA | Associe un nom à une adresse IPv6 | Hébergement moderne compatible IPv6| | | CNAME | Crée un alias entre deux noms d’hôte | « www » pointant vers le nom d’un site web hébergé | | MX | Achemine les e-mails vers les serveurs de messagerie destinataires | Distribution des e-mails d’entreprise | | TXT | Publie des données de politique ou de vérification sous forme de texte | SPF, DKIM, DMARC et vérification des services | | SRV | Définit un service, un port et une cible | Certains services de téléphonie et de communication |

Un enregistrement A peut sembler simple : le nom d'hôte est « @ » ou vide pour le domaine racine, et la valeur est une adresse IP telle que « 203.0.113.10 ». Le symbole « @ » désigne généralement le domaine lui-même, par exemple « example.lu ». Un enregistrement A dont l'hôte est « www » s'applique à « www.example.lu ».

Un enregistrement CNAME fonctionne différemment. Au lieu de contenir une adresse IP, il pointe vers un autre nom d'hôte. Cela s'avère utile lorsqu'une plateforme de site web fournit une cible telle que `client.plateforme-d'hébergement.exemple`. La plateforme peut ainsi modifier son infrastructure sous-jacente sans que vous ayez à mettre à jour une adresse IP.

Il existe toutefois une restriction importante : un nom d'hôte associé à un enregistrement CNAME ne doit pas comporter d'autres enregistrements. Le domaine racine peut également être soumis à des restrictions supplémentaires, selon le fournisseur DNS. Si votre hébergeur vous demande de configurer un alias pour le domaine racine, suivez scrupuleusement ses instructions ou utilisez la solution alternative proposée par ce dernier.

Considérez un changement de DNS comme un déploiement technique de courte durée, et non comme une simple modification effectuée à la va-vite entre deux réunions. Commencez par noter le nom exact, le type d'enregistrement, la valeur et le TTL fournis par le service auquel vous vous connectez. Copiez les valeurs techniques plutôt que de les retaper, en particulier les chaînes de vérification et les clés de messagerie.

Commencez par examiner les enregistrements existants. Vous y trouverez peut-être un enregistrement A pour le domaine racine, un enregistrement CNAME pour `www`, des enregistrements MX pour la messagerie électronique et plusieurs enregistrements TXT. Faites une capture d’écran ou exportez la zone avant de la modifier. Cela vous permettra de revenir en arrière si le résultat ne correspond pas à vos attentes.

Ensuite, ajoutez ou modifiez l'enregistrement demandé. Soyez précis quant au nom d'hôte. Un enregistrement saisi sous la forme « shop » crée « shop.example.lu » ; si vous saisissez le domaine complet dans un panneau qui ajoute automatiquement le domaine, vous risquez de créer par inadvertance « shop.example.lu.example.lu ». Les interfaces DNS pouvant varier, vérifiez l'aperçu ou le nom de l'enregistrement obtenu lorsque cela est possible.

Enregistrez ensuite les modifications et testez-les. Vérifiez à la fois le domaine racine et `www` pour vous assurer que votre site web fonctionne sur les deux. Pour les modifications liées à la messagerie électronique, testez l'envoi et la réception après la propagation, plutôt que de partir du principe qu'un enregistrement sauvegardé est actif.

Évitez de supprimer des enregistrements MX ou TXT existants, sauf si vous comprenez leur fonction. La messagerie électronique repose souvent sur plusieurs enregistrements à la fois, et la suppression d'un enregistrement SPF ou DKIM en place depuis longtemps peut nuire à la délivrabilité et à la fiabilité. Un nouveau fournisseur de messagerie peut exiger la mise en place d'enregistrements de remplacement, mais cette consigne doit être clairement indiquée.

TTL signifie « Time To Live » (durée de vie). Il indique aux résolveurs pendant combien de temps ils peuvent mettre en cache une réponse DNS avant d'envoyer une nouvelle requête. Un TTL de 3 600 secondes correspond à une durée de mise en cache pouvant aller jusqu'à une heure dans des conditions normales.

Pour les enregistrements stables, un TTL plus long réduit les requêtes répétées et convient généralement. Avant une migration planifiée de site web ou de messagerie, réduire le TTL un ou deux jours à l'avance peut permettre aux modifications d'apparaître plus rapidement après le basculement. Ne vous attendez pas à ce que les caches soient vidés instantanément : les résolveurs qui ont déjà stocké l'ancienne réponse peuvent la conserver jusqu'à l'expiration du TTL précédent.

Une fois la migration confirmée, réinitialisez la valeur TTL à une valeur standard raisonnable. Des valeurs TTL très basses ne sont pas nécessairement préférables. Elles génèrent davantage de requêtes et ne corrigent pas les erreurs de configuration.

Une configuration fiable d'un site web prend généralement en compte à la fois `example.lu` et `www.example.lu`. Choisissez l'une de ces adresses comme adresse publique privilégiée et redirigez l'autre au niveau du serveur web ou de la plateforme du site. Le DNS peut faire pointer les deux noms vers la bonne destination, mais il n'effectue pas lui-même de redirection web.

Si vous hébergez un site web sur votre propre serveur, vous utiliserez généralement un enregistrement A pour le domaine racine et soit un enregistrement A, soit un enregistrement CNAME pour `www`. Si vous utilisez une plateforme d'hébergement, celle-ci peut vous fournir un enregistrement A spécifique, un enregistrement CNAME ou une combinaison des deux. Respectez scrupuleusement les valeurs indiquées par la plateforme, y compris tout enregistrement de vérification qu'elle demande.

Faites attention lorsque vous modifiez un enregistrement A existant. Si le domaine prend également en charge la messagerie électronique, la modification des enregistrements relatifs au site Web ne devrait pas nécessiter de modification des enregistrements MX. Le fait de séparer ces fonctions réduit le risque qu'un transfert de site Web perturbe la communication de l'entreprise.

Les enregistrements de messagerie sont moins tolérants, car la remise des messages dépend de la coordination entre plusieurs systèmes. Les enregistrements MX indiquent aux autres serveurs de messagerie où envoyer les messages. Leurs valeurs de priorité ont leur importance : les nombres les plus bas sont préférables. Si un fournisseur propose deux enregistrements MX, les deux sont généralement nécessaires pour assurer la résilience.

Les enregistrements TXT gèrent souvent l'authentification. Le SPF identifie les serveurs autorisés à envoyer des e-mails au nom de votre domaine. Le DKIM publie une clé publique que les systèmes destinataires utilisent pour valider les messages signés. Le DMARC définit votre politique concernant les messages dont l'authentification échoue et peut générer des rapports.

Ces enregistrements sont liés, mais ils ne sont pas interchangeables. La plupart des domaines ne devraient avoir qu'un seul enregistrement SPF. Si plusieurs services envoient des e-mails – par exemple Microsoft 365, une plateforme marketing et un service d'assistance –, leurs sources autorisées doivent normalement être regroupées en une seule valeur SPF. Le simple fait d'ajouter un deuxième enregistrement TXT SPF peut entraîner l'échec de la validation SPF.

Les noms d'hôte DKIM sont souvent longs et comportent un sélecteur, tel que `selector1._domainkey`. Ne supprimez pas le sélecteur ni les guillemets s'ils apparaissent dans votre panneau de configuration DNS. Pour DMARC, commencez par une politique de surveillance si vous êtes encore en train d’évaluer les sources d’envoi légitimes. Une politique de rejet stricte s’avère utile une fois que la configuration a fait ses preuves, mais son application prématurée peut bloquer des messages valides.

Les outils de création de sites web, les applications cloud et les plateformes de communication vous demandent souvent d'ajouter un enregistrement TXT ou CNAME pour prouver que vous êtes bien le propriétaire du nom de domaine. Ces enregistrements peuvent sembler temporaires, mais ne les supprimez pas immédiatement après la vérification, sauf si le service confirme que cette suppression ne présente aucun risque. Certains services effectuent en effet une nouvelle vérification ultérieurement.

Dans la pratique, les valeurs de vérification sont sensibles à la casse, car il s'agit de chaînes de caractères exactes. Conservez chaque caractère. Si une valeur semble trop longue pour un seul champ, utilisez le format spécifié par le service et le fournisseur DNS plutôt que de la fractionner vous-même.

Un message indiquant que l'enregistrement a bien été effectué confirme uniquement que le panneau de configuration a accepté votre saisie. Il ne garantit pas que la réponse DNS publique soit correcte. Utilisez un outil de recherche DNS ou une requête en ligne de commande pour vérifier le nom d'hôte et le type exacts de l'enregistrement renvoyé. Assurez-vous qu'il correspond bien à la valeur souhaitée, et ne vous contentez pas de vérifier qu'un enregistrement existe.

Si le résultat n'est pas correct, vérifiez les serveurs de noms, le nom d'hôte et les conflits entre les enregistrements avant d'effectuer d'autres modifications. Si le résultat reste obsolète, tenez compte du délai de vie (TTL) et des réponses mises en cache. Supprimer et recréer les enregistrements à plusieurs reprises accélère rarement le processus et peut entraîner de nouvelles erreurs.

Pour les organisations qui utilisent des services de messagerie hébergée, de téléphonie d'entreprise ou de relations clients, il est recommandé de planifier les modifications importantes du DNS pendant une fenêtre de temps contrôlée et de conserver les valeurs précédentes à portée de main. Le DNS constitue une infrastructure fondamentale : une vérification minutieuse de cinq minutes vaut mieux qu'une correction effectuée à la hâte par la suite.

Si vous avez besoin d'un avis extérieur, l'équipe interne de Visual Online peut vous aider à déterminer ce qui doit figurer dans votre zone DNS et ce qui doit rester inchangé. La meilleure configuration DNS est rarement la plus complexe : c'est celle qui est documentée, testée et facile à maintenir lorsque vos services évoluent.