Vous lancez un nouveau service, une page temporaire ou une série de sous-domaines pour vos clients ? Créer une entrée DNS pour chacun peut vite transformer une petite tâche en séance de clics interminable. Une entrée A générique permet de diriger automatiquement vers une même adresse IPv4 les sous-domaines qui n’ont pas été définis individuellement.
Pratique, mais pas magique : cette configuration a ses règles et ne convient pas à tous les usages. Voici comment la mettre en place, comment la tester et les pièges à éviter, sans avoir besoin de ressortir un vieux manuel poussiéreux sur le DNS.
À quoi sert une entrée A générique ?
Une entrée A associe un nom de domaine à une adresse IPv4. Par exemple, elle peut indiquer que blog.exemple.be doit pointer vers 203.0.113.10. Lorsqu’un visiteur saisit ce nom dans son navigateur, le DNS lui fournit l’adresse à contacter.
Une entrée A générique applique ce principe à plusieurs sous-domaines. Elle utilise généralement l’astérisque comme nom d’hôte :
* A 203.0.113.10
Cette entrée signifie en substance : « Pour les sous-domaines qui ne disposent pas d’une règle plus précise, renvoie cette adresse IPv4. » Ainsi, client1.exemple.be, test.exemple.be ou nimportequoi.exemple.be peuvent tous pointer vers le même serveur.
On parle aussi d’entrée générique ou d’astérisque DNS. Elle ne crée toutefois ni site web ni boîte électronique. Elle donne seulement une indication de résolution : votre serveur doit encore savoir quoi faire lorsqu’il reçoit la demande.
Quand cette configuration est-elle utile ?
Ce type d’entrée est surtout intéressant lorsque les sous-domaines sont créés à la demande ou en grand nombre. Par exemple, une plateforme peut attribuer une adresse distincte à chaque client : atelier.exemple.be, librairie.exemple.be, puis studio.exemple.be. Avec une entrée générique, ces noms peuvent tous arriver sur le même serveur, qui choisira ensuite le bon contenu.
Elle peut aussi servir pour des environnements d’essai, des démonstrations ou des pages temporaires. Au lieu d’ajouter une entrée DNS à chaque nouveau sous-domaine, vous préparez une règle commune. C’est un petit gain de temps au départ, qui devient appréciable quand les sous-domaines se multiplient.
En revanche, une telle entrée ne remplace pas une configuration DNS complète. Si votre messagerie utilise des réglages particuliers, si certains services doivent pointer vers d’autres serveurs ou si chaque sous-domaine nécessite sa propre adresse, il faudra créer des entrées spécifiques.
Avant de modifier la zone DNS
Commencez par identifier l’adresse IPv4 du serveur qui doit recevoir les demandes. Elle est généralement indiquée dans le panneau de votre hébergeur ou par la personne qui administre le serveur. Une adresse IPv4 se présente sous la forme de quatre nombres séparés par des points, par exemple 203.0.113.10. Cette adresse est illustrative : ne la recopiez pas pour votre propre site.
Vérifiez ensuite où se gèrent les serveurs de noms de votre domaine. Les entrées DNS doivent être ajoutées auprès du fournisseur qui héberge effectivement la zone DNS, ce qui n’est pas toujours l’entreprise auprès de laquelle le domaine a été acheté. Si le domaine utilise les serveurs de noms de votre hébergeur, modifiez la zone dans son interface. Si les serveurs de noms sont gérés ailleurs, c’est là qu’il faudra intervenir.
Enfin, examinez les entrées déjà présentes. Une entrée générique peut influencer la résolution de noms qui n’ont pas de règle plus précise. Mieux vaut savoir ce qui existe avant de modifier la zone : en DNS, une petite ligne peut avoir un rayon d’action plus large qu’elle n’en a l’air.
Créer l’entrée A générique étape par étape
Les noms des boutons diffèrent selon les interfaces, mais la procédure suit généralement les mêmes étapes :
- Ouvrez le panneau de gestion DNS du domaine.
- Choisissez l’ajout d’une entrée de type A.
- Dans le champ du nom ou de l’hôte, saisissez
*. Certains panneaux demandent plutôt*.exemple.be: suivez le format indiqué par votre fournisseur. - Dans le champ de destination ou d’adresse, indiquez l’adresse IPv4 du serveur.
- Choisissez une durée de mise en cache adaptée, puis enregistrez l’entrée.
Une configuration pourrait donc ressembler à ceci :
- Nom :
* - Type : A
- Adresse :
203.0.113.10 - Durée de mise en cache : 3600 secondes
La durée de mise en cache, souvent appelée durée de vie, indique combien de temps les résolveurs DNS peuvent conserver la réponse avant de la demander à nouveau. Une heure est un exemple courant, pas une règle universelle. Si vous êtes en phase de test, une valeur plus courte peut faciliter les changements. Pour une configuration stable, une durée plus longue réduit le nombre de requêtes répétées. Attention : la diminuer après une modification ne fait pas disparaître instantanément les réponses déjà conservées avec une ancienne durée.
Ne confondez pas l’astérisque et le domaine principal
Une entrée * ne couvre pas le domaine sans sous-domaine. Elle ne fera donc pas pointer automatiquement exemple.be vers votre serveur. Il faut créer une entrée A distincte pour le domaine principal si vous souhaitez qu’il utilise cette même adresse IPv4.
Dans beaucoup de panneaux, le domaine principal est représenté par @. Vous pourriez alors avoir deux entrées :
@ A adresse IPv4 du serveur* A adresse IPv4 du serveur
La première concerne le domaine principal, la seconde les noms génériques situés en dessous. Vérifiez le format attendu par votre fournisseur : la notation peut varier d’une interface à l’autre.
Les limites à connaître avant le lancement
L’entrée générique ne remplace pas une entrée plus précise. Si mail.exemple.be possède déjà une entrée particulière, celle-ci prévaut pour ce nom. C’est utile pour séparer les services : votre site peut arriver sur un serveur tandis que le courrier électronique utilise une autre destination.
Elle ne couvre pas non plus tous les niveaux de sous-domaines comme on pourrait l’imaginer. Une entrée * pour exemple.be est destinée aux noms situés directement dessous, comme client.exemple.be. Elle ne signifie pas automatiquement que image.client.exemple.be sera pris en charge. Si vous avez besoin de plusieurs niveaux, testez précisément les noms concernés et créez les règles nécessaires.
Autre point important : l’entrée A générique fournit une adresse IPv4, mais ne configure pas le site sur le serveur. Celui-ci doit être prêt à recevoir les demandes pour les différents noms. Selon sa configuration, il pourra afficher le bon espace, rediriger le visiteur ou présenter une page par défaut. Sans cette étape, le DNS peut répondre correctement tandis que le navigateur tombe sur une erreur ou sur le mauvais site. Le facteur DNS a livré le courrier ; encore faut-il que le bon destinataire soit inscrit sur la boîte.
Une entrée générique n’est pas un réglage de messagerie
Si vous souhaitez créer des adresses comme [email protected], l’entrée A générique n’est pas la bonne solution. Le courrier électronique s’appuie notamment sur des entrées MX, ainsi que sur d’autres paramètres destinés à préciser où les messages doivent être remis et comment ils doivent être authentifiés.
De même, ne supposez pas qu’un sous-domaine pointant vers votre serveur pourra automatiquement envoyer des messages de manière fiable. La réception et l’envoi de courrier nécessitent des réglages adaptés. Séparer les fonctions du site et de la messagerie évite bien des surprises — et quelques messages qui partent faire une promenade sans revenir.
Vérifier que l’entrée fonctionne
Après l’enregistrement, la nouvelle réponse DNS peut mettre un certain temps à être visible partout. Les résolveurs conservent parfois les anciennes réponses en mémoire. Le délai dépend de la durée de mise en cache précédente, de la configuration du fournisseur et des résolveurs utilisés. Évitez donc de modifier l’entrée cinq fois en dix minutes : cela complique le diagnostic plus que cela ne l’accélère.
Testez plusieurs noms, dont un sous-domaine qui n’existe pas encore dans la zone, par exemple essai.exemple.be. Vous pouvez utiliser un outil de vérification DNS en ligne ou une commande système telle que nslookup essai.exemple.be. La réponse attendue doit contenir l’adresse IPv4 configurée. Une autre commande disponible sur de nombreux systèmes, dig, peut également afficher le type d’entrée et la réponse obtenue.
Si le nom ne renvoie pas l’adresse attendue, vérifiez les points suivants :
- L’entrée a-t-elle été ajoutée chez le fournisseur qui gère réellement la zone DNS ?
- Le nom a-t-il été saisi au format attendu, sans point ou domaine ajouté par erreur ?
- L’adresse IPv4 correspond-elle bien à celle du serveur visé ?
- Une entrée plus précise existe-t-elle pour le sous-domaine testé ?
- Le délai de mise en cache permet-il encore à une ancienne réponse d’être utilisée ?
Si le DNS renvoie la bonne adresse mais que le site ne s’affiche pas correctement, le problème se situe probablement après la résolution : configuration du serveur web, certificat de sécurité, redirection ou application. Le DNS indique où se rendre ; il ne garantit pas que la porte soit ouverte.
Pensez au certificat de sécurité et aux redirections
Un sous-domaine qui pointe vers votre serveur n’obtient pas automatiquement un certificat de sécurité. Si les visiteurs accèdent à client.exemple.be en mode sécurisé, le certificat doit couvrir ce nom. Selon votre solution, il faudra demander un certificat pour chaque sous-domaine ou utiliser un certificat générique compatible avec votre installation.
Vérifiez également les redirections entre les versions avec ou sans le préfixe www, ainsi que le comportement de l’application pour les noms qu’elle ne reconnaît pas. Une entrée DNS générique peut envoyer vers votre serveur des noms inventés par des visiteurs ou des robots. Il est souvent utile de prévoir une page par défaut, ou de refuser clairement les noms non autorisés, plutôt que de laisser apparaître un contenu inattendu.
Choisir entre une entrée A et une autre méthode
L’entrée A convient lorsque vous disposez d’une adresse IPv4 fixe pour le serveur. Si votre service utilise une adresse IPv6, il faut envisager une entrée AAAA. Si vous souhaitez faire pointer un sous-domaine vers un autre nom plutôt que vers une adresse IP, une entrée CNAME peut être appropriée, à condition de respecter les règles de la zone DNS. On ne remplace pas simplement une entrée A par un CNAME au hasard : les contraintes et les usages diffèrent.
Certains fournisseurs proposent aussi un mode de redirection web ou une fonction de répartition des demandes. Ces options ne sont pas équivalentes à une entrée A générique. Une redirection envoie le navigateur vers une autre adresse visible, tandis qu’une réponse DNS fournit une destination à contacter. Choisissez selon le résultat souhaité, et non selon le bouton qui semble le plus pratique dans le panneau.
Une règle simple, à vérifier régulièrement
Pour configurer une entrée A générique, retenez l’essentiel : ajoutez une entrée de type A dont le nom est *, indiquez l’adresse IPv4 du serveur, puis testez plusieurs sous-domaines. Configurez séparément le domaine principal, les noms qui doivent pointer ailleurs, la messagerie et le serveur web lui-même.
Cette méthode est particulièrement utile pour les services qui créent beaucoup de sous-domaines, mais elle mérite un contrôle régulier. Quand l’adresse du serveur change, pensez à mettre à jour l’entrée. Quand un nom reçoit un traitement particulier, créez une règle explicite et vérifiez qu’elle prévaut bien sur la règle générique. Quelques minutes de vérification aujourd’hui peuvent éviter une chasse au bug demain — et laisser davantage de temps pour les idées plus amusantes que la chasse aux points dans un panneau DNS.