Sous-domaines et wildcards

Module 3: Enregistrements pour votre site web · Temps de lecture : 7 minutes

Objectif pédagogique : après cette leçon, vous saurez créer un sous-domaine via le DNS et expliquer comment fonctionne un wildcard et où il ne s'applique pas.

Notions clés : sous-domaine, wildcard (*), « un nom existant l'emporte », wildcard et niveaux plus profonds, sous-domaine dans le panneau d'hébergement versus simple enregistrement DNS

Qu'est-ce qu'un sous-domaine ?

Un sous-domaine est un nom placé devant votre nom de domaine : shop.example.com, blog.example.com, mail.example.com. Même www.example.com est techniquement un simple sous-domaine. Vous n'avez rien à enregistrer ni à payer pour cela : quiconque possède le domaine example.com peut y créer autant de noms qu'il le souhaite. Un sous-domaine naît du fait de créer un enregistrement pour lui.

Un sous-domaine peut aussi comporter plusieurs niveaux de profondeur : test.shop.example.com est tout à fait possible. Chaque partie entre les points peut compter 63 caractères maximum, et le nom entier 253 caractères maximum.

Deux types de sous-domaines

En pratique, « créer un sous-domaine » peut signifier deux choses différentes, ce qui prête souvent à confusion.

1. Un simple enregistrement DNS. Vous créez dans le DNS un enregistrement A, AAAA ou CNAME pour shop. Ainsi, le monde entier sait où se trouve shop.example.com. S'il pointe vers un service externe, comme une plateforme de boutique en ligne, c'est suffisant : ce service gère le site web.

shop.example.com.   3600  IN  CNAME  shops.platform.example.

2. Un sous-domaine dans votre panneau d'hébergement. Dans un panneau d'hébergement, vous pouvez également créer un sous-domaine. Dans ce cas, deux choses se produisent : le panneau place (si le DNS y est géré) un enregistrement dans le DNS, et configure le serveur web avec un dossier dédié pour les fichiers de ce sous-domaine. C'est nécessaire lorsque le site web du sous-domaine est hébergé chez votre propre hébergeur, par exemple un deuxième WordPress sur blog.example.com.

Deux pièges à éviter :

• Si votre DNS est géré ailleurs que chez votre hébergeur (autres serveurs de noms, voir leçon 2.1), le panneau place l'enregistrement à un endroit que personne ne consulte. Créez alors l'enregistrement vous-même chez le prestataire qui gère le DNS.
• Si vous voulez qu'un sous-domaine pointe vers un service externe, ne le créez pas dans le panneau d'hébergement, mais uniquement comme enregistrement DNS. Sinon, vous obtenez deux enregistrements pour le même nom qui se gênent mutuellement.

Le wildcard : un seul enregistrement pour tous les noms

Un wildcard est un enregistrement avec un astérisque comme nom :

*.example.com.   3600  IN  A  192.0.2.10

Cela signifie : « tout nom sous example.com qui n'apparaît pas par ailleurs dans la zone pointe vers 192.0.2.10 ». Si quelqu'un interroge blog.example.com, test.example.com ou wat-dan-ook.example.com, et que ce nom n'existe pas séparément, le DNS donne la réponse du wildcard.

De nombreuses offres d'hébergement placent un wildcard par défaut. Ainsi, un nouveau sous-domaine créé dans le panneau d'hébergement fonctionne immédiatement, sans qu'il soit nécessaire de créer un enregistrement distinct pour chaque nom. www fonctionne alors aussi automatiquement.

Où un wildcard ne s'applique pas

Les règles relatives aux wildcards figurent dans la RFC 4592. Trois points sont utiles à connaître.

Un nom existant l'emporte. S'il existe un enregistrement propre pour shop.example.com, le wildcard n'est pas utilisé pour ce nom. Même pas pour d'autres types d'enregistrement : si shop possède uniquement un CNAME, le wildcard ne fournit plus non plus d'enregistrement A pour shop. Un wildcard est donc un filet de sécurité pour les noms qui n'existent pas du tout.

*.example.com.     A      192.0.2.10
www.example.com.   CNAME  shops.platform.example.

Ici, blog.example.com pointe vers 192.0.2.10, mais www.example.com vers la plateforme.

Un wildcard ne s'applique pas au domaine nu. *.example.com ne couvre pas example.com lui-même. Il vous faut pour cela un enregistrement dédié.

Un wildcard ne s'applique pas sous un nom qui existe. Si shop.example.com existe, *.example.com ne couvre pas le nom test.shop.example.com. Le wildcard ne fonctionne que pour les noms dont tout le « chemin » n'existe pas. Si shop n'existe pas, test.shop.example.com est bien couvert par le wildcard. Si vous souhaitez un wildcard sous shop, créez *.shop.example.com.

Un wildcard, les certificats et les fautes de frappe

Un wildcard dans le DNS indique uniquement vers où un nom pointe. Soyez attentif à deux choses :

• Un certificat. Pour le https sur chaque sous-domaine, il vous faut un certificat qui couvre ces noms. Un certificat wildcard (*.example.com) est autre chose qu'un enregistrement wildcard, et se demande séparément. Let's Encrypt ne délivre des certificats wildcard que via une vérification dans le DNS.
• Les fautes de frappe. Avec un wildcard, ww.example.com ou wwww.example.com fonctionnent aussi. Cela peut être pratique, mais cela signifie également que tout nom imaginable donne une réponse. Certains administrateurs ne le souhaitent justement pas.

En pratique : à quoi cela ressemble dans un panneau

À titre d'exemple, nous utilisons DirectAdmin. D'autres panneaux (cPanel, Plesk) disposent d'un écran comparable pour les sous-domaines.

1. Ouvrez Gestion des sous-domaines et cliquez sur Ajouter un sous-domaine.
2. Saisissez uniquement la première partie, par exemple shop.
3. Choisissez le dossier pour les fichiers, ou laissez la valeur par défaut.
4. Enregistrez.

Si vous souhaitez que le sous-domaine pointe vers un service externe, passez cet écran et créez uniquement un enregistrement dans Administration DNS (leçon 3.1 ou 3.2).

Résumé

• Un sous-domaine naît de la création d'un enregistrement pour lui ; aucun enregistrement officiel n'est nécessaire.
• Un simple enregistrement DNS suffit si un service externe fournit le site web. Un sous-domaine dans le panneau d'hébergement est nécessaire si le site est hébergé chez votre propre hébergeur.
• Un wildcard *.example.com répond à tous les noms qui n'existent pas par ailleurs.
• Un nom existant l'emporte toujours sur le wildcard ; le wildcard ne s'applique pas au domaine nu ni sous un nom qui existe.
• Un enregistrement wildcard n'est pas un certificat wildcard.

Quiz

Exercice

Exercice Z3.3 : Découvrir un wildcard. Vérifiez si github.io utilise un wildcard. Recherchez l'enregistrement A d'un nom qui n'existe presque certainement pas séparément, comme dnscursus- suivi de quelques lettres aléatoires .github.io. Si vous obtenez une adresse IP en retour, indiquez oui ainsi que l'adresse obtenue.

Exercice O3.3 : Configurer vous-même dans votre zone d'entraînement. Créez dans votre zone d'entraînement :

• un enregistrement wildcard * (type A) avec la valeur 192.0.2.20
• un enregistrement A vast avec la valeur 192.0.2.21

Le programme vérifie ensuite trois noms : un nom aléatoire (qui doit donner le wildcard), vast (qui doit donner sa propre adresse) et la zone d'entraînement nue.

Pour aller plus loin

Ces articles décrivent les étapes dans les panneaux de WebOké ; dans d'autres panneaux, le fonctionnement est comparable.

• Guide DirectAdmin 4.5: Sous-domaines créer et supprimer
• Créer un sous-domaine, et que faire si cela ne fonctionne pas
• Pouvez-vous utiliser des sous-domaines avec un caractère générique (*.votredomaine.fr) ?
• Guide DirectAdmin 6.3: Certificat pour www, sous-domaines et wildcard