Réponse courte: Non , les tiers ne peuvent pas enregistrer un sous-domaine sans l'autorisation du propriétaire du domaine.

Le DNS est un système hiérarchique, commandé auprès de de droite à gauche dans le nom d'hôte. Quiconque a enregistré un nom de domaine donné contrôle les serveurs de noms faisant autorité pour ce domaine. Cela signifie que toutes les requêtes (qui ne sont pas répondues à partir du cache) pour ce domaine ou l'un de ses sous-domaines seront dirigées vers les serveurs DNS de cette organisation, leur donnant un contrôle total sur tous les sous-domaines. Ils peuvent, bien sûr, choisir de déléguer ce contrôle à quelqu'un d'autre s'ils le souhaitent.

Par exemple, si je devais enregistrer reirab.com, si quelqu'un interroge subdomain.reirab.com (et aucun cache n'est impliqués,) ce qui se passerait est le suivant:

Leur serveur DNS demanderait d'abord aux serveurs racine le premier domaine à partir de la droite, c'est-à-dire com. Ils recevraient un enregistrement NS DNS leur indiquant le serveur de noms faisant autorité pour com.

Leur serveur DNS soumettrait alors une requête au serveur de noms faisant autorité com qu'il a découvert à partir du demande précédente pour reirab.com. Il obtiendrait à nouveau une réponse d'enregistrement NS lui indiquant le serveur de noms faisant autorité pour reirab.com.

Leur serveur DNS soumettrait maintenant une demande au serveur de noms faisant autorité de reirab.com pour subdomain.reirab.com. Puisque je posséderais reirab.com, j'aurais un contrôle total sur ce serveur de noms faisant autorité. Ce serait soit un serveur que je possède moi-même, soit un serveur hébergé par un tiers en mon nom. Les seuls sous-domaines qui pourraient éventuellement être retournés (avec autorité) pour ce domaine sont ceux pour lesquels j'ai moi-même créé des enregistrements sur ce serveur de noms faisant autorité. La seule façon pour quelqu'un d'autre d'enregistrer un sous-domaine de reirab.com serait alors qu'il me demande de le configurer pour lui , puisque je possède le serveur de noms faisant autorité pour reirab.com et toutes les demandes car ses sous-domaines seraient acheminés via mon serveur.

Si je voulais déléguer le contrôle d'un sous-domaine à quelqu'un d'autre, je le ferais exactement de la même manière que mon registraire me déléguait le contrôle de reirab.com: avec un enregistrement NS. En ajoutant un enregistrement NS pour subdomain.reirab.com au serveur de noms faisant autorité de reirab.com, je peux diriger les demandes de subdomain.reirab.com et de l'un de ses sous-domaines vers le serveur de noms répertorié dans cet enregistrement NS, qui serait contrôlé par l'organisation à laquelle j'ai délégué le contrôle de ce sous-domaine. Je pourrais révoquer cette délégation à tout moment en supprimant ou en modifiant cet enregistrement NS.

Au fait, «www» n'est pas traité spécialement par DNS. C'est juste un autre nom d'hôte dans le serveur DNS faisant autorité de son domaine. Ce n'est que par convention que nous y mettons l'enregistrement d'hôte (A ou AAAA) du serveur Web de cette organisation. L'enregistrement A pour www.exampledomain.com et somethingelse.exampledomain.com se trouvent probablement tous deux sur le même serveur: le serveur DNS de exampledomain.com.

Remarque: Cette réponse a intentionnellement simplifié un peu les choses dans le cas d'une personne demandant un enregistrement DNS sur Internet. Si une demande de domaine provient de l'organisation du domaine, la demande sera probablement résolue directement par les serveurs de noms de l'organisation sans remonter la chaîne vers root-servers.net, les serveurs de noms du TLD, etc. Dans ce cas, un hôte nom pourrait même potentiellement se résoudre à quelque chose de différent de ce à quoi il résoudrait à partir d'Internet, si l'organisation le souhaite.

Bienvenue dans la sécurité!

Le cas des institutions éducatives / gouvernementales est un cas particulier de sous-domaine. Fondamentalement, l'ICANN, qui régit les principaux noms d'Internet, a délégué la gestion du TLD .au au gouvernement australien (pour simplifier les choses). Mais comme .edu et .gov (et similia) appartiennent aux États-Unis pour des raisons historiques , l'Australie, comme certains autres pays, n'avait pas le choix que de gérer son propre sous-domaine éducatif dédié sous .au . D'autres exemples sont .gov.uk , .gov.it etc. qui ont fait des choix similaires.

Si vous utilisez whois Outil Linux, vous pouvez trouver des informations intéressantes. J'ai résumé sa sortie

 : ~ > whois au% IANA WHOIS server% pour plus d'informations sur l'IANA, visitez http: //www.iana.org% Cette requête a renvoyé 1 objectdomain: AUorganisation: .au Domain Administration (auDA) address: Lv 17address: 1 Collins Staddress: Melbourne VIC 3000address: Australia: ~ > whois edu.auDomain Name: EDU.AURegistry Domain ID: D407400000002449554-AURegistrar WHOIS Server: whois.auda.ltdRegistrar URL: http : //www.afilias.com.au Dernière modification: Nom du bureau d'enregistrement: Afilias Australia Pty Ltd: ~ > whois sydney.edu.au Nom de domaine: SYDNEY.EDU.AURegistry Domain ID: D407400000000057080-AURegistrar Serveur: whois.auda.org. auRegistrar URL: https: //www.domainname.edu.auDernière modification: 2018-07-17T00: 59: 06ZNom du registraire: EDUCATION SERVICES AUSTRALIA LIMITED  

Chaque sujet de la chaîne est responsable de permettant aux parties d'enregistrer des sous-domaines. Par exemple, si votre département scientifique souhaite enregistrer un sous-domaine, il doit se renseigner auprès de Education Services Australia .

Expérience: essayez d'enregistrer usrlocalechelon.edu.au sur GoDaddy: ils ne sont pas autorisés à vous vendre ça

Expérience 2: https://www.domainname.edu.au/ me propose d'enregistrer usrlocalechelon.edu.au pour 41 AUD. Cela semble trop public à mon avis, car vous pourriez prétendre être un établissement d'enseignement en Australie si vous pouvez simplement payer pour un domaine .edu.au .

Commentaire: le site affiche une étape d'enregistrement "Détails d'éligibilité", où il est probable que je ne pourrai pas enregistrer un domaine éducatif australien car je ne suis pas autorisé à m'enregistrer sous eu. Je n'ai pas pris la peine d'essayer de faire avancer l'assistant.

Expérience 3 (qui répond à la question de sécurité)

https://www.domainname.edu.au/ ne me permet PAS de m'inscrire usrlocalechelon.sydney.edu.au car

exige que le candidat ait des intérêts et des responsabilités nationaux ou être reconnu et fournir des services dans plus d'un État ou territoire

Résumé

Vous ne peut jamais demander votre sous-sous-domaine préféré auprès d'un bureau d'enregistrement public, car des raisons techniques vous obligent à passer par le propriétaire du domaine de niveau moins un. Le DNS est hiérarchique.

Mais si l'organisation propriétaire de votre domaine de troisième ou quatrième niveau (comme sydney.edu.au dans l'exemple) a des failles dans le filtrage des applications de domaine, c'est son propre problème d'organisation et n'est pas une faille dans le système DNS.

Les bureaux d'enregistrement DNS ne se soucient que de l'enregistrement du domaine principal, c'est-à-dire example.com . Ils ne se soucient pas des sous-domaines tels que www.example.com ou www.math.example.com et autres. Ceux-ci contrôlent totalement l'organisation qui possède le domaine principal, qui peut également décider de déléguer le contrôle de ces domaines ou de certains de ces domaines à d'autres parties.

Notez qu'un domaine principal n'est pas nécessairement le domain.toplevel mais c'est domain.publicsuffix où publicuffix peut être des choses comme com mais aussi co. uk . Pour plus d'informations à ce sujet, consultez publicsuffix.org.

Le registre le permettra-t-il? Ou y a-t-il une compréhension implicite que ces noms de domaine sont liés et ne peuvent pas être obtenus par des tiers?

Il n'y a aucune raison technique ils ne pouvaient pas encore faire cela *. Les enregistrements DNS sont gérés de manière centralisée par des serveurs de noms et les enregistrements peuvent pointer dans n'importe quel sens. La nature textuelle de base des enregistrements DNS nécessite quasiment d'être aussi libérale. En fait, c'est pourquoi l'usurpation d'identité et le contrôle de l'homme au milieu des serveurs DNS sont un problème.

Cela dit, il existe des règles que les registres de noms de domaine suivent à travers des obligations contractuelles. Briser ces règles, c'est-à-dire permettre à d'autres d'enregistrer des sous-domaines sur un domaine donné sans l'autorisation du «propriétaire» (bailleur) du domaine, risquerait un contrat très lucratif avec le détenteur du domaine de premier niveau ou l'ICANN. Ainsi, la compréhension implicite qui rend difficile l'obtention d'un sous-domaine sur le domaine de quelqu'un d'autre est simplement l'intérêt financier du bureau d'enregistrement.

Pour lutter contre ceci, d'autres techniques comme la signature SSL de sites, les certificats racine de confiance ou DNSSEC (extensions de sécurité DNS) sont importantes. * DNSSEC est le plan actuel pour lutter contre les vulnérabilités dans la résolution DNS, grâce au chiffrement de bout en bout et à la validation des requêtes DNS.

Je possède un domaine, disons "xyz.eu". Cela a été enregistré dans DNS par un fournisseur, et je leur verse des frais annuels (7 € pour le nom et 10 € pour l'hébergement le moins cher).

Avec un simple outil Web chez mon fournisseur d'hébergement, je peux créer tous les sous-domaines que je préfère. Certains sont prédéfinis: www.xyz.eu, smtp, mail, imap. Je n'ai besoin de la permission de personne et je ne paie rien de plus pour les sous-domaines. Personne d'autre ne peut créer des sous-domaines sous mon domaine, uniquement via moi. Il en va de même pour les boîtes aux lettres, comme name@xyz.eu, je suis la seule à pouvoir les créer.

La plupart des données sont hébergées par mon fournisseur, jusqu'à 10 Go. Avec l'aide de DDNS et une certaine configuration chez le fournisseur, je peux également faire pointer un sous-domaine vers un serveur chez moi, par ex. home.xyz.eu. Ce serveur est juste un lecteur flash de 32 Go branché sur le routeur, il pourrait servir de gros fichiers multimédias.