Ajouter un sous-domaine à mon DNS
Sous-domaine DNS
Comprendre où mène un sous-domaine
DNSDHCPInternet
Un sous-domaine dns n'est pas automatiquement un dossier créé dans votre hébergement. Il s'agit d'un nom logique, par exemple `blog.exemple.fr`, qui peut pointer vers plusieurs destinations selon votre architecture. Il peut mener vers un dossier précis, vers un site autonome, vers une application interne, ou vers un service hébergé sur une plateforme externe.
Le serveur DNS assure cette association entre le nom demandé et la destination technique. Il ne faut pas confondre ce rôle avec le DHCP, qui attribue des adresses réseau à des appareils sur un réseau local. Ici, le sujet concerne la publication d'un nom sur Internet et son lien avec une ressource joignable.
Gérer un sous-domaine DNS revient donc à relier une adresse lisible à un point d'arrivée unique ou à une ressource distincte. Cette ressource peut partager le même hébergement que le domaine principal, ou fonctionner sur une infrastructure séparée. Cette souplesse explique pourquoi les sous-domaines servent autant aux sites publics qu'aux services techniques.
Gérer un sous-domaine DNS revient donc à relier une adresse lisible à un point d'arrivée unique ou à une ressource distincte. Cette ressource peut partager le même hébergement que le domaine principal, ou fonctionner sur une infrastructure séparée. Cette souplesse explique pourquoi les sous-domaines servent autant aux sites publics qu'aux services techniques.
Pourquoi structurer vos services avec des sous-domaines
Pourquoi utiliser des sous-domaines
Un sous-domaine sépare les usages sans multiplier les domaines, quand le service a sa propre logique.
Zone DNS bien organisée
Une zone DNS claire identifie chaque fonction, limite les erreurs et permet une délégation ciblée.
Stratégie SEO et CDN
Utile au SEO ou au CDN, si la configuration, le contenu et l'interprétation de Google suivent.
Configurer un sous-domaine dans une zone DNS
IPv4IPv6TTL
Pour rendre un sous-domaine DNS utilisable, vous créez l'enregistrement DNS adapté dans la bonne zone. Un enregistrement d'adresse relie le nom à une adresse IPv4 ou IPv6. Un alias permet plutôt de faire pointer le sous-domaine vers un autre nom déjà résolu. Le choix dépend de la destination et du fonctionnement attendu côté web.
Le Time to Live indique combien de temps les résolveurs peuvent conserver une réponse avant de demander une information plus récente. Une valeur courte peut aider pendant une phase de changement, tandis qu'une valeur plus longue limite les requêtes répétées lorsque la configuration est stable.
Dans une configuration multisite, vous ajoutez le sous-domaine dans l'espace d'hébergement, puis vous l'associez au bon environnement : site public, application, dossier cible ou instance dédiée. La même logique peut apparaître dans un fichier de zone, avec une ligne par nom. Certains intitulés restent en anglais dans les interfaces techniques, mais la règle demeure simple : chaque entrée doit correspondre à une destination précise et maîtrisée.
Dans une configuration multisite, vous ajoutez le sous-domaine dans l'espace d'hébergement, puis vous l'associez au bon environnement : site public, application, dossier cible ou instance dédiée. La même logique peut apparaître dans un fichier de zone, avec une ligne par nom. Certains intitulés restent en anglais dans les interfaces techniques, mais la règle demeure simple : chaque entrée doit correspondre à une destination précise et maîtrisée.
Ce qui se passe lors de la résolution DNS
TLDServeur DNSRacine
Quand une personne saisit l'adresse d'un sous-domaine, son navigateur ou son système lance une résolution DNS. La demande part généralement vers un serveur récursif, souvent fourni par l'accès réseau ou configuré par l'équipe IT. Si ce serveur ne connaît pas déjà la réponse, il recherche l'information auprès de la hiérarchie DNS.
La requête peut remonter jusqu'à la racine, puis être orientée vers les serveurs du TLD concerné. Elle arrive ensuite aux serveurs faisant autorité pour le domaine. Le serveur primaire contient les données de zone qui indiquent quelle réponse donner pour le nom demandé. Cette chaîne explique pourquoi créer un sous-domaine ne se limite pas à remplir un champ dans une interface. Une offre d'hébergement peut rendre l'opération plus lisible, avec des formulaires et des contrôles, mais la logique technique reste identique. Le sous-domaine devient joignable lorsque les serveurs faisant autorité publient l'information correcte et que les résolveurs la récupèrent.
La requête peut remonter jusqu'à la racine, puis être orientée vers les serveurs du TLD concerné. Elle arrive ensuite aux serveurs faisant autorité pour le domaine. Le serveur primaire contient les données de zone qui indiquent quelle réponse donner pour le nom demandé. Cette chaîne explique pourquoi créer un sous-domaine ne se limite pas à remplir un champ dans une interface. Une offre d'hébergement peut rendre l'opération plus lisible, avec des formulaires et des contrôles, mais la logique technique reste identique. Le sous-domaine devient joignable lorsque les serveurs faisant autorité publient l'information correcte et que les résolveurs la récupèrent.
Un sous-domaine peut isoler un espace éditorial, comme un magazine, une documentation ou un centre d'aide. Le contenu reste associé au domaine principal, tout en disposant d'une organisation distincte pour les pages, les modèles et les redirections.
Selon votre architecture web, ce sous-domaine peut pointer vers une adresse IP dédiée, un système de gestion de contenu ou un repertoire précis contenant les fichiers publiés. Cette séparation aide l'équipe éditoriale à travailler sans modifier le site institutionnel.
Une boutique en ligne peut fonctionner sur un sous-domaine afin de séparer le parcours d'achat du reste du site. Cette approche convient lorsque la partie commerciale repose sur une application différente, avec ses propres règles de sécurité, de paiement et de publication.
Le sous-domaine peut diriger la clientèle vers un serveur applicatif, une adresse IP propre ou un service e-commerce spécialisé. Vous gardez ainsi une adresse claire, tout en gérant un environnement technique distinct du site vitrine.
Les applications métier utilisent souvent des noms comme `app`, `admin` ou `portail`. Le libellé indique immédiatement la fonction du service, ce qui simplifie la compréhension pour les équipes comme pour les utilisatrices et utilisateurs.
Côté DNS, l'entrée oriente les requêtes vers l'environnement concerné. Celui-ci peut être hébergé séparément du site public, avec ses propres cycles de mise à jour, règles d'accès, journaux et contrôles de supervision.
La messagerie s'appuie sur des enregistrements dédiés pour l'envoi, la réception et la validation des messages. Certains sous-domaines servent à séparer les notifications, les campagnes ou les flux transactionnels afin d'éviter les interférences entre usages.
D'autres services techniques peuvent utiliser des noms dédiés pour une API, des fichiers statiques ou des mesures de télémétrie. Le sous-domaine devient alors une étiquette fonctionnelle, utile pour gerer l'exploitation au quotidien.
Un environnement de préproduction ou de recette gagne à disposer d'un sous-domaine distincte dans sa fonction, même s'il reste rattaché au même domaine. Les équipes testent une version sur une adresse reconnaissable, sans exposer directement les changements au trafic principal.
Ce nom peut pointer vers une instance séparée, un serveur temporaire ou un repertoire isolé. Pensez toutefois à protéger ces espaces : authentification, restriction d'accès et exclusion de l'indexation limitent les risques de visibilité non souhaitée dans les moteurs de recherche, y compris google.
Un sous-domaine peut isoler un espace éditorial, comme un magazine, une documentation ou un centre d'aide. Le contenu reste associé au domaine principal, tout en disposant d'une organisation distincte pour les pages, les modèles et les redirections.
Selon votre architecture web, ce sous-domaine peut pointer vers une adresse IP dédiée, un système de gestion de contenu ou un repertoire précis contenant les fichiers publiés. Cette séparation aide l'équipe éditoriale à travailler sans modifier le site institutionnel.
Points de maîtrise avant la mise en production
Avant validation, vérifiez domaine, délégation TLD, zone, enregistrement, publication, hébergement, certificat et documentation pour faciliter le contrôle en équipe
Vérifiez le domaine et sa délégation
Travaillez dans la zone DNS autoritaire
Relisez chaque enregistrement DNS
Distinguez DNS et hébergement
Questions fréquentes sur les sous-domaines DNS
Quelle est la différence entre un domaine et un sous-domaine ?
Quelle est la différence entre un domaine et un sous-domaine ?
Un domaine correspond au nom principal que vous enregistrez, par exemple `exemple.fr`. Un sous-domaine ajoute un niveau à gauche de ce nom, comme `blog.exemple.fr` ou `app.exemple.fr`. Il dépend du domaine parent, mais il peut pointer vers une ressource différente. Cette relation permet de créer plusieurs espaces identifiables sans déposer un nouveau nom à chaque usage. Le domaine porte l'identité principale, tandis que le sous-domaine précise une fonction, un service ou un environnement.
Qu'est-ce qu'un FQDN ?
Qu'est-ce qu'un FQDN ?
Un FQDN, pour nom de domaine pleinement qualifié, désigne le nom complet d'une ressource dans la hiérarchie DNS. Dans l'exemple `www.boutique.exemple.fr`, `fr` représente le TLD, `exemple` le domaine, `boutique` un sous-domaine et `www` un niveau supplémentaire. Le point final de la racine est souvent implicite dans les interfaces. Un FQDN évite l'ambiguïté, car il décrit l'emplacement exact du nom dans l'arborescence DNS.
Pourquoi mon sous-domaine n'apparaît-il pas immédiatement après modification ?
Pourquoi mon sous-domaine n'apparaît-il pas immédiatement après modification ?
Le cache DNS peut conserver une ancienne réponse pendant une durée liée aux paramètres de la zone et aux résolveurs utilisés. Après une modification, certains accès voient la nouvelle destination rapidement, tandis que d'autres continuent temporairement à utiliser l'ancienne information. Ce comportement ne signifie pas forcément que la configuration est erronée. Pour diagnostiquer la situation, vérifiez la zone faisant autorité, puis comparez les réponses obtenues depuis plusieurs résolveurs ou réseaux.
Comment ajouter un sous-domaine depuis une interface de gestion ?
Comment ajouter un sous-domaine depuis une interface de gestion ?
Pour ajouter un sous-domaine, ouvrez l'interface de gestion DNS associée au domaine concerné, puis créez l'entrée correspondant au nom voulu. Vous choisissez ensuite le type d'enregistrement adapté à la destination, comme une adresse ou un alias. Si le sous-domaine doit servir un site web, vérifiez aussi la configuration côté hébergement afin que le serveur reconnaisse ce nom. La validation se fait généralement par une relecture de l'entrée publiée et un test d'accès.
Un sous-domaine entraîne-t-il un coût supplémentaire ?
Un sous-domaine entraîne-t-il un coût supplémentaire ?
Un sous-domaine n'implique généralement pas l'achat d'un nouveau domaine, puisqu'il dépend d'un nom déjà enregistré. Le coût éventuel vient plutôt du service associé : hébergement séparé, certificat spécifique, application, trafic, stockage ou options avancées. Selon l'offre utilisée, la création DNS peut être incluse ou encadrée par certaines limites. Le bon réflexe consiste à distinguer le nom lui-même de l'infrastructure qui le fait fonctionner.
Comment constituer la liste des sous-domaines utilisés ?
Comment constituer la liste des sous-domaines utilisés ?
Vous pouvez établir une liste à partir de la zone DNS, de l'interface d'hébergement, des certificats SSL/TLS, des journaux web et de la documentation interne. Chaque nom doit être associé à une fonction, une personne responsable et une destination technique. Cette démarche utilise les informations disponibles pour repérer les entrées actives, les services abandonnés et les noms à retirer. Un inventaire tenu à jour réduit les oublis lors des migrations ou des audits.