Un sous-domaine pour chaque client, chaque projet ou chaque campagne : l’idée est séduisante. Mais faut-il vraiment créer une entrée DNS à chaque fois ? L’enregistrement DNS joker, souvent appelé « wildcard », permet de répondre à cette question avec une règle simple : rediriger vers une même destination les sous-domaines qui n’ont pas été définis individuellement.
Pratique pour simplifier la gestion d’un hébergement web, cette solution n’est pourtant pas magique. Elle ne crée ni site web ni compte d’hébergement à votre place. Voici comment elle fonctionne, comment la configurer et dans quels cas elle peut vous faire gagner du temps — ou vous en faire perdre si vous l’utilisez sans précaution.
À quoi sert un enregistrement DNS joker ?
Le DNS, ou système de noms de domaine, fait le lien entre un nom facile à retenir et l’adresse du serveur qui héberge un site. Quand une personne saisit exemple.be dans son navigateur, le DNS lui indique où trouver ce domaine.
Un sous-domaine est une adresse placée devant le nom de domaine principal. Par exemple, blog.exemple.be, boutique.exemple.be et client.exemple.be sont des sous-domaines de exemple.be.
Sans enregistrement joker, chaque sous-domaine doit généralement être déclaré séparément dans la zone DNS. Avec un joker, une seule règle peut répondre aux demandes concernant plusieurs sous-domaines non définis individuellement. L’astérisque sert de caractère de remplacement : il représente un nom variable.
Dans une zone DNS, cette règle apparaît souvent sous une forme proche de *.exemple.be. Elle peut diriger les sous-domaines concernés vers une adresse IP, au moyen d’un enregistrement A ou AAAA, ou vers un autre nom d’hôte, selon le type d’enregistrement et les possibilités du fournisseur DNS.
Un exemple concret : un site pour chaque client
Imaginons que vous proposiez une plateforme de création de pages web. Chaque client dispose de sa propre adresse : alice.exemple.be, marc.exemple.be, puis samira.exemple.be. Si les pages sont toutes servies par le même hébergement et la même application, il serait fastidieux de créer une entrée DNS à chaque inscription.
Une entrée joker peut faire pointer les sous-domaines vers le serveur de la plateforme. Ensuite, l’application reconnaît le nom demandé et affiche la page correspondant au bon client. C’est donc l’association du DNS, de l’hébergement et du logiciel qui produit le résultat. Le joker aide le trafic à atteindre le bon serveur ; il ne fabrique pas le contenu de chaque page.
Le même principe peut servir à des espaces de démonstration, des outils internes ou des environnements de test. Au début, la configuration semble presque trop simple. C’est souvent à ce moment-là qu’il faut vérifier les détails : le serveur doit savoir quoi faire de chaque nom reçu.
Ce que le joker couvre — et ce qu’il ne couvre pas
Une entrée de la forme *.exemple.be correspond en général à un sous-domaine situé juste devant le domaine principal, comme client.exemple.be. Elle ne signifie pas automatiquement « tous les noms, à tous les niveaux ».
Par exemple, ne partez pas du principe que la règle couvrira aussi espace.client.exemple.be. La prise en charge des niveaux supplémentaires dépend du fonctionnement DNS et de la configuration des enregistrements. Si vous avez besoin de plusieurs niveaux, vérifiez le comportement auprès de votre fournisseur DNS et testez précisément les noms concernés.
Autre point important : le joker ne remplace pas le domaine racine. exemple.be et *.exemple.be sont deux noms distincts. Pour que le domaine principal fonctionne, il faut donc aussi prévoir sa propre entrée DNS.
Enfin, une entrée précise l’emporte généralement sur la règle joker pour le nom auquel elle correspond. Si blog.exemple.be possède sa propre entrée, celle-ci permet de le diriger ailleurs que les autres sous-domaines. Cette exception est utile lorsque, par exemple, le site principal et un espace client ne sont pas hébergés sur le même serveur.
Les enregistrements DNS à connaître
La configuration exacte dépend de votre hébergement et de votre fournisseur DNS. Les types d’enregistrements les plus courants sont les suivants :
- A : associe un nom à une adresse IPv4. C’est souvent le choix utilisé pour diriger un sous-domaine vers un serveur web.
- AAAA : associe un nom à une adresse IPv6.
- CNAME : fait pointer un nom vers un autre nom d’hôte. Selon les règles appliquées par le fournisseur DNS, un CNAME ne peut pas toujours être utilisé à tous les emplacements, notamment à la racine du domaine.
Vous pouvez, par exemple, créer un enregistrement A pour *.exemple.be et indiquer l’adresse IP de votre serveur. Certains panneaux de gestion demandent seulement * dans le champ du nom ; d’autres attendent le nom complet. Le formulaire de votre hébergeur vous indiquera la syntaxe à employer.
Ne confondez pas cette entrée avec une configuration de messagerie. Si vous souhaitez gérer les courriels des sous-domaines, les enregistrements MX et les autres paramètres associés doivent être examinés séparément. Une entrée joker de type A ne configure pas, à elle seule, la réception des messages.
Comment mettre en place un enregistrement joker
Avant toute modification, vérifiez où votre zone DNS est administrée. Elle peut se trouver chez votre hébergeur web, chez le bureau d’enregistrement du domaine ou chez un service DNS distinct. Modifier les réglages au mauvais endroit revient à coller une nouvelle adresse sur une carte que personne ne consulte : l’intention est bonne, l’effet est nul.
La mise en place suit généralement ces étapes :
- Repérez l’adresse IP ou le nom d’hôte que votre hébergeur vous demande d’utiliser.
- Ouvrez la zone DNS du domaine dans le panneau de gestion concerné.
- Ajoutez un enregistrement A, AAAA ou CNAME pour le nom joker, selon les indications de votre hébergeur.
- Conservez ou créez une entrée distincte pour le domaine principal si celui-ci doit aussi pointer vers le serveur.
- Vérifiez les entrées précises déjà présentes, comme celles de www, blog ou mail, afin de ne pas les modifier par erreur.
- Enregistrez les changements, puis testez plusieurs sous-domaines après leur propagation.
La propagation DNS n’est pas toujours immédiate. Le délai dépend notamment du TTL, c’est-à-dire de la durée pendant laquelle une réponse DNS peut être conservée en mémoire. Une valeur de TTL basse peut aider pendant une phase de test ou une migration, mais elle n’annule pas forcément les mises en cache déjà présentes partout sur Internet.
Le DNS n’est que la première moitié du travail
Une fois le sous-domaine dirigé vers le serveur, celui-ci doit encore répondre correctement. Le serveur web doit accepter le nom demandé, et l’application doit savoir quel contenu afficher. Si le domaine arrive au serveur mais que celui-ci ne reconnaît pas le sous-domaine, le visiteur risque de voir une erreur, une page par défaut ou le mauvais site.
Sur certains hébergements, il faut ajouter un domaine générique ou activer une option dédiée dans le panneau de gestion. Sur d’autres, la configuration se fait dans le serveur web ou dans l’application. Les services d’hébergement spécialisés dans les plateformes à sous-domaines proposent parfois un réglage prêt à l’emploi.
Pensez également au certificat HTTPS. Un certificat couvrant seulement exemple.be ne couvre pas nécessairement client.exemple.be. Il faut vérifier que votre certificat prend en charge les sous-domaines utilisés. Un certificat joker peut couvrir plusieurs sous-domaines d’un même niveau, mais il ne couvre pas automatiquement les niveaux supplémentaires. Là encore, mieux vaut vérifier la portée exacte avant de mettre le service en ligne.
Les erreurs fréquentes à éviter
La première erreur consiste à croire que l’entrée joker règle toute la configuration. Elle gère la résolution DNS, pas les comptes d’hébergement, les dossiers, les certificats HTTPS ni les règles de l’application.
La deuxième est de créer une règle trop large sans réfléchir aux noms qui pourraient être concernés. Un sous-domaine imprévu peut alors aboutir sur votre serveur. Cela ne signifie pas nécessairement qu’il sera accessible comme vous le souhaitez, mais il vaut mieux éviter d’exposer une page de test ou un espace mal protégé.
Troisième piège : oublier les enregistrements déjà en place. Une règle joker ne remplace pas forcément une entrée précise, mais les paramètres DNS peuvent être différents selon les prestataires. Faites une copie de la configuration existante avant toute modification, en particulier pour les entrées liées au courrier électronique.
Enfin, testez avec des noms qui existent déjà et des noms qui n’existent pas encore. Par exemple, vérifiez blog.exemple.be, puis test-inconnu.exemple.be. Si seul le premier fonctionne, le résultat vous aidera à repérer si une entrée précise, le serveur ou l’application est à l’origine du comportement observé.
Quand choisir cette solution ?
L’enregistrement joker est pertinent lorsque plusieurs sous-domaines doivent arriver au même service et que leur liste évolue souvent. Il simplifie la gestion d’une plateforme multi-client, d’un environnement de démonstration ou d’un outil qui attribue automatiquement un nom à chaque espace.
Il est moins adapté lorsque chaque sous-domaine doit pointer vers un serveur différent, recevoir une configuration particulière ou disposer de règles de sécurité propres. Dans ce cas, des entrées DNS individuelles offrent un contrôle plus précis. La simplicité est utile, mais pas au prix d’une configuration impossible à comprendre six mois plus tard.
En résumé pratique, demandez-vous : les futurs sous-domaines doivent-ils tous rejoindre le même serveur ? Mon hébergement sait-il les reconnaître ? Mon certificat HTTPS les couvre-t-il ? Si vous pouvez répondre clairement à ces trois questions, le joker peut être une solution efficace.
À retenir avant de modifier votre zone DNS
Un enregistrement DNS joker permet de diriger automatiquement certains sous-domaines vers une destination commune. Il évite de créer une entrée pour chaque nom, mais ne remplace ni la configuration du serveur ni celle de votre application. Le domaine principal doit généralement être traité séparément, et les noms déjà définis peuvent suivre leurs propres règles.
Procédez étape par étape, conservez une copie des réglages existants et testez les sous-domaines après modification. Une règle bien configurée vous fera gagner du temps. Une règle ajoutée à la va-vite peut, elle, transformer une petite tâche DNS en enquête numérique — avec l’astérisque en suspect principal.