Extracteur de sous-domaine

L'extracteur de sous-domaines isole la partie sous-domaine des noms d'hote en supprimant le domaine racine identifie via la Public Suffix List. Saisissez un hostname comme app.staging.example.com et l'outil retourne app.staging comme sous-domaine -- les labels qui precedent le domaine enregistrable. Il gere les entrees en masse pour traiter des listes entieres de hostnames d'un seul coup.

Comprendre l'extraction de sous-domaines

Les sous-domaines sont les labels qui precedent le domaine enregistrable dans un hostname. Dans api.v2.prod.example.com, le domaine enregistrable est example.com et la partie sous-domaine est api.v2.prod. Ces labels representent la structure interne qu'une organisation a choisie pour son domaine : des noms d'environnement comme staging ou prod, des identifiants de service comme api ou cdn, et des prefixes geographiques comme us-east ou eu-west. Comprendre cette structure est precieux pour l'audit DNS, l'analyse de securite et la cartographie organisationnelle.

Le defi est que vous ne pouvez pas extraire de maniere fiable les sous-domaines sans d'abord identifier correctement le domaine racine. Si vous supprimez naivement les deux derniers labels d'un hostname, vous obtenez des resultats errones pour les TLD multi-niveaux. Pour www.bbc.co.uk, supprimer les deux derniers labels donne www.bbc comme sous-domaine, mais la bonne reponse est simplement www car co.uk est le suffixe public et bbc.co.uk est le domaine racine. Cette erreur est si courante qu'elle merite d'etre soulignee : toute extraction de sous-domaines qui n'utilise pas la Public Suffix List produira des resultats incorrects pour un nombre significatif de hostnames.

Cet outil utilise la Public Suffix List de Mozilla pour identifier correctement la frontiere du domaine racine, puis extrait tout ce qui se trouve a sa gauche comme sous-domaine. Il gere tous les cas limites : TLD multi-niveaux comme co.uk et com.au, suffixes prives comme github.io et amazonaws.com, hostnames sans aucun sous-domaine, et labels internationalises encodes en Punycode. Le traitement en masse vous permet d'analyser des inventaires entiers de hostnames pour decouvrir les patterns de nommage et identifier les anomalies.

Comment extraire les sous-domaines des noms d'hote

1. Saisissez un ou plusieurs noms d'hote, separes par des retours a la ligne (ex. : api.prod.example.com)
2. L'outil identifie le domaine racine a l'aide de la Public Suffix List
3. Il supprime le domaine racine pour isoler les labels du sous-domaine
4. Consultez le resultat montrant la partie sous-domaine de chaque nom d'hote, ou « (aucun) » pour les domaines racine seuls

Exemples d'extraction de sous-domaines

Pourquoi le decoupage naif de chaines echoue pour les sous-domaines

Extraire les sous-domaines en decoupant sur les points et en supprimant les deux derniers labels ne fonctionne que pour les TLD simples comme .com ou .org. Cela echoue pour les TLD multi-niveaux :

Approche naive : supprimer les 2 derniers labels

"www.bbc.co.uk"       -> sous-domaine = "www.bbc"   (FAUX, devrait etre "www")
"api.example.com.au"  -> sous-domaine = "api.example" (FAUX, devrait etre "api")
"app.mysite.co.jp"    -> sous-domaine = "app.mysite"  (FAUX, devrait etre "app")

La Public Suffix List indique a l'outil que co.uk, com.au et co.jp sont tous des suffixes publics, donc le domaine racine comprend trois labels, et seuls les labels precedant le domaine racine sont des sous-domaines.

Quand utiliser l'extracteur de sous-domaines

• Audit de zones DNS -- lister tous les noms de sous-domaines utilises sur vos domaines pour identifier les entrees obsoletes ou non autorisees
• Analyse des patterns de nommage -- decouvrir les prefixes courants comme www, api, staging, dev utilises dans une organisation
• Surveillance de securite -- detecter des patterns de sous-domaines inhabituels ou suspects pouvant indiquer du phishing ou du shadow IT
• Logique de routage applicatif -- extraire le composant sous-domaine pour les decisions de routage au niveau applicatif
• Inventaire de certificats -- analyser quels sous-domaines apparaissent dans vos certificats TLS et SANs
• Planification de migration -- cartographier la structure des sous-domaines avant de deplacer les zones DNS entre fournisseurs

Fonctionnement de l'extraction de sous-domaines

Le processus d'extraction utilise la Public Suffix List (PSL) maintenue par Mozilla pour determiner la frontiere entre le domaine enregistrable et les sous-domaines :

Processus etape par etape

1. Recherche du suffixe public : faire correspondre les labels les plus a droite du nom d'hote avec la PSL pour trouver le suffixe correspondant le plus long (ex. : co.uk)
2. Identification du domaine racine : le suffixe public plus un label a sa gauche constitue le domaine enregistrable (ex. : example.co.uk)
3. Extraction du sous-domaine : tout ce qui se trouve a gauche du domaine racine constitue les labels du sous-domaine (ex. : api.v2.prod)

Fonctionnalites de traitement en masse

Lors du traitement de listes de noms d'hote, l'outil offre :

• Deduplication : les sous-domaines identiques sur differents domaines racine sont preserves, mais les entrees de noms d'hote exactement en double sont regroupees
• Regroupement : les resultats peuvent etre regroupes par domaine racine pour voir tous les sous-domaines sous chaque domaine enregistrable
• Tri : tri alphabetique pour un balayage visuel rapide
• Gestion des sous-domaines vides : les domaines racine seuls (sans sous-domaine) sont clairement identifies

L'extraction de sous-domaines en pratique

L'un des usages les plus precieux de l'extraction en masse de sous-domaines est la decouverte des conventions de nommage au sein d'une organisation. Lorsque vous traitez l'inventaire DNS complet d'une entreprise, des patterns emergent : chaque environnement utilise les prefixes dev, staging et prod, chaque region utilise us-east, eu-west et ap-south, et chaque type de service utilise api, admin et portal. Documenter ces patterns aide a imposer la coherence, et trouver des hostnames qui devient du pattern revele souvent du shadow IT, des environnements de test oublies ou des services mis en place par des equipes qui n'etaient pas au courant du standard de nommage.

Les equipes de securite utilisent l'extraction de sous-domaines pour identifier les risques potentiels. Un sous-domaine comme test-payment-gateway.example.com pourrait indiquer un environnement de staging avec des identifiants similaires a la production expose sur Internet. Les sous-domaines avec des patterns comme vpn, remote, admin ou internal suggerent des services qui devraient etre verifies pour un controle d'acces adequat. Comparer la liste de sous-domaines extraite avec votre inventaire connu aide a identifier les entrees DNS non autorisees que quelqu'un a ajoutees sans passer par le processus de gestion des changements.

Lors de la preparation d'une migration DNS, l'extraction de sous-domaines vous donne une image claire de la complexite a laquelle vous etes confronte. Un domaine avec trois sous-domaines est simple a migrer. Un domaine avec 200 sous-domaines repartis sur plusieurs patterns de nommage necessite une planification rigoureuse, et vous devez comprendre la structure avant de commencer a deplacer les enregistrements. Regrouper les resultats par prefixe de sous-domaine vous aide a identifier quels services sont impliques et qui doit etre consulte pendant la migration.

Questions frequentes

Que se passe-t-il lorsqu'un nom d'hote n'a pas de sous-domaine ?

Lorsque vous saisissez un domaine racine seul comme example.com, l'outil indique qu'aucun sous-domaine n'existe. L'entree entiere est le domaine enregistrable sans aucun label le precedant. C'est un resultat valide, pas une erreur.

Comment les suffixes prives comme github.io sont-ils geres ?

Les suffixes prives dans la PSL sont traites de la meme maniere que les suffixes ICANN. Pour myapp.github.io, le suffixe public est github.io (prive), faisant de myapp.github.io le domaine racine sans sous-domaine. Mais cdn.myapp.github.io a cdn comme sous-domaine et myapp.github.io comme domaine racine.

Peut-on extraire les sous-domaines a partir d'URL au lieu de noms d'hote ?

Cet outil attend des noms d'hote en entree. Si vous avez des URL completes, utilisez d'abord l'extracteur URL vers nom d'hote pour supprimer les schemas, ports et chemins, puis transmettez les noms d'hote resultants a cet outil pour l'extraction des sous-domaines.

L'outil gere-t-il les sous-domaines internationalises ?

Oui. Les labels de sous-domaines contenant des caracteres internationalises encodes en Punycode (ex. : xn--nxasmq6b.example.com) sont geres correctement. L'outil travaille avec la forme encodee telle qu'elle apparait dans le DNS.

Quelle est la difference entre cet outil et le Root Domain Extractor ?

Le Root Domain Extractor retourne le domaine enregistrable (par ex. example.co.uk). Cet outil retourne l'oppose : la partie sous-domaine (par ex. app.staging). Ils sont complementaires -- ensemble, ils decomposent n'importe quel hostname en ses deux parties logiques.

Les sous-domaines peuvent-ils contenir plusieurs niveaux ?

Oui. Il n'y a pas de limite pratique a la profondeur des sous-domaines. Un hostname comme a.b.c.d.example.com a un sous-domaine a quatre niveaux a.b.c.d. Cela est courant dans les environnements qui encodent l'environnement, la region, le niveau de service et d'autres metadonnees dans la hierarchie de sous-domaines.

Outils associes

• Extracteur de domaine racine - Extraire le domaine racine a l'aide de la Public Suffix List
• Extracteur URL vers nom d'hote - Extraire les noms d'hote des URL en masse
• Validateur de nom d'hote - Valider les noms d'hote selon la norme RFC 1123
• Validateur FQDN - Valider les noms de domaine pleinement qualifies
• Dedoublonneur d'enregistrements DNS - Trouver et supprimer les enregistrements DNS en double