Un sous-domaine générique, ou wildcard, permet de répondre à plusieurs noms sans créer un enregistrement DNS pour chacun. Par exemple, *.example.com peut servir une application qui gère plusieurs espaces. Cette configuration doit répondre à un besoin précis : elle ne redirige pas automatiquement les visiteurs et ne rend pas chaque adresse utilisable en HTTPS.
Définir les noms et le comportement attendus
Pour quelques sous-domaines connus, des entrées individuelles sont souvent plus faciles à contrôler. Avant un wildcard, identifiez les noms autorisés, le site ou l’application à afficher et le comportement prévu pour un nom inconnu. L’application doit reconnaître les noms reçus et refuser ceux qui ne correspondent à aucun espace autorisé.
Un wildcard DNS ne remplace pas l’entrée du domaine principal example.com. Les noms existants, les délégations et la structure de la zone limitent son application. Il peut aussi répondre à certains noms plus profonds : ne supposez pas qu’il se limite toujours à un seul niveau. Consultez les règles DNS de Cloudflare si ce fournisseur gère votre zone.
Préparer la destination dans cPanel
- Vérifiez le compte d’hébergement concerné et conservez les paramètres actuels. Confirmez que votre offre et l’application acceptent ce fonctionnement.
- Si la fonction est disponible, ouvrez Domains, puis Create A New Domain, et renseignez
*.example.comen remplaçant le domaine d’exemple. - Choisissez la racine documentaire correspondant au contenu prévu. Partager le dossier du site principal peut exposer ce même site sous les autres noms. Une application peut nécessiter une configuration supplémentaire du serveur web ou de son routage.
Les options dépendent de votre compte. Si le nom est refusé ou la destination ambiguë, faites vérifier la configuration avant de poursuivre. La procédure officielle de cPanel décrit cette création dans l’interface actuelle.
Modifier la zone DNS qui fait autorité
Effectuez la modification chez le fournisseur qui héberge réellement votre DNS. Une entrée ajoutée dans cPanel ne sera pas utilisée publiquement si la zone fait autorité ailleurs. Conservez les valeurs précédentes et les enregistrements du courriel, puis vérifiez le nom complet affiché avant d’enregistrer.
- A : une adresse IPv4 confirmée pour le service.
- AAAA : une adresse IPv6 seulement si le service la prend effectivement en charge.
- CNAME : un nom d’hôte cible, sans
https://ni chemin. Ce n’est pas une redirection HTTP; il ne doit pas coexister avec d’autres types de données au même nom.
Utilisez notre guide pour identifier l’adresse de votre hébergement, sans reprendre une adresse d’exemple ou celle de votre connexion Internet. Le nom à saisir, souvent * ou *.example.com, dépend de l’éditeur DNS.
Vérifier séparément HTTPS et le site
Un certificat pour *.example.com couvre notamment app.example.com, mais pas à lui seul example.com ni a.app.example.com. Cette règle TLS diffère des wildcards DNS. Avec Let’s Encrypt, un certificat wildcard nécessite la validation DNS-01. L’émission et le renouvellement automatiques dépendent de l’intégration disponible. Avec un proxy, vérifiez aussi la connexion HTTPS vers le serveur d’origine.
Après actualisation des caches DNS, testez les noms prévus, un nom inconnu, le contenu, les connexions à l’application et le certificat. Un résultat DNS correct ne prouve pas que le site fonctionne. Évitez un accueil universel qui publierait involontairement le même contenu sur des noms indésirables.
Pour valider le routage, la couverture HTTPS ou une application à plusieurs espaces, contactez Nuagerie avec les noms concernés et le résultat attendu, sans mot de passe ni jeton DNS.
