Domain Name System

Il existe un point commun qui permet de faire entrer toutes les machines dans un domaine qu'on appellera le domaine racine. Cette caractéristique est l'implantation dans le Protocole Internet (IP).

Pour faire ressortir cela, théoriquement, les noms de domaines doivent se finir tous pas un point.

L'arborescence ci-dessus permet de mettre en avant très bien le concept de sous-domaine.

En effet, on peut lire chaque nom de domaine de droite à gauche en voyant chaque label comme un sous-domaine du label précédent.

Prenons l'exemple de de.wikipédia.org. :

• le point final représente le domaine racine

• Ce qui précède ce point final est nommé domaine de premier niveau et est un sous-domaine de la racine. Dans notre cas, il s'agit de org qui caractérise les organisations à but non lucratif.

• wikipedia est un sous-domaine de org (on peut aussi parler de domaine de deuxième niveau) référant à une organisation particulière.

• Enfin, le de est un sous-domaine de wikipedia correspondant à une partie particulière de wikipédia (ici, la partie germanophone).

On nomme zone l'ensemble regroupant un domaine et ses sous-domaines.

Par exemple, la zone wikipedia est formée de "wikipédia", de "nds", de "de", de "..." et de tous les sous-domaines des ces trois derniers domaines.

Pour éviter toute incompréhension, rappelons qu'un sous-domaine reste un domaine à part entière.

Zoom

Pour réussir cela, l'association délègue a différents acteurs la gestion de domaine de premier niveau. La base de données dans laquelle figure l'ensemble des noms de domaine ainsi que l'adresse qui leur ait associé est appelé un registre.

Par exemple, l'ensemble des noms de domaine lié à la France (.fr, .bzh. yt,...) sont gérés par l'AFNIC (Association française pour le nommage Internet en coopération).

L'ICANN laisse la liberté aux registres de choisir autant les conditions que les prix dans l'attribution de noms de domaine.

Les bureaux d'enregistrement (registrar en anglais) sont les entités (entreprises, associations, etc.) accréditées par certains registres pour vendre les noms de domaine du domaine de premier niveau du registre. Selon les registres, les procédures d'accréditation sont plus ou moins compliquées. De plus, les bureaux d'enregistrement devront payer plus ou moins pour enregistrer un nom selon le registre du domaine de premier niveau.

Notons que votre enregistrement de nom de domaine sera lié au bureau qui l'a réalisé.

1. Exécution d'un whois (algorithme qui permet de savoir si oui ou non le nom de domaine est possédé et si oui par qui)

2. Achat du nom de domaine ou rachat à un autre bureau

3. Écriture dans le registre par votre bureau d'enregistrement

4. Gestion de votre nom de domaine

5. (Optionnel) Renouvellement de votre nom de domaine avant expiration (fortement conseillé)

Il est fréquent que des bureaux d'enregistrement aient enregistré des noms de domaine sans avoir d'utilisateurs pour les utiliser. Cela permet de revendre potentiellement plus cher que ce qu'on l'a acheté.

Il existe une procédure un peu technique qui garantit que le transfert de noms de domaine soit sécurisé.

Ces bureaux d'enregistrement sont un peu particuliers puisqu'ils achètent les noms de domaine qui arrivent à expiration avec espoir de les revendre bien plus cher à de distraits internautes qui n'ont pas renouvelé rapidement.

En réalité, il n'y a pas un mais treize serveurs racine (deux basés en Europe, un au Japon et le reste au Etats-Unis) gérés par différentes organisations (NASA, ICANN, Université du Maryland ou encore RIPE NCC). La majorité de ces serveurs ont également des machines répartis dans différents lieux pour être au plus proche du client. Lorsqu'on fait une requête au serveur racine, celle-ci sera transmis à celui qui est le plus proche.

On a nommé ces serveurs A,B,C, ... jusqu'à M. Chacun a pour adresse [sa lettre].root-servers.net.

Par exemple, celui de la NASA est le E et a pour adresse E.root-servers.net

Zoom

On trouve ce fichier dans chaque serveur primaire, ce fichier contient la correspondance entre les noms de domaine et les adresses IP.

Chaque ligne définissant ces correspondances sont appelées des enregistrements.

Pour les sous-domaines ayant leur propre serveur primaire, le fichier de zone contiendra l'IP du serveur DNS du sous-domaine.

Par exemple, si l'on demande wikipedia.org au serveur du domaine .fr, il ne pourra retourner que l'adresse du DNS de la zone wikipedia.org.

Chaque bureau d'enregistrement possède ses propres démarches. Certains vous proposeront de copier le fichier, de le modifier et de l'upload sur le site lorsque les modifications seront effectuées.

Voyons l'exemple de Godaddy qui est un important bureau d'enregistrement :

Editer le fichier de zone chez Godaddy

Zoom

Zoom

Ces enregistrements sont assez simples : on lie un nom de domaine à une adresse IP (v4 pour le type A et v6 pour le type AAAA).

Voici un exemple :

exemple.fr.  IN  A     192.0.2.1     

             IN  AAAA  2001:db8:10::1

Typiquement, nous utiliserons ces enregistrement pour représenter une machine par exemple le VPS de Quentin ou la raspberry PI de Tobias.

Ces enregistrements permettent de faire qu'un nom de domaine pointe sur un autre, des alias.

www          IN  CNAME exemple.fr.

wwwtest      IN  CNAME exemple.fr.   

Il est souvent pratique d'utiliser ce système pour faire que plusieurs sous-domaines pointent sur une seule adresse. Ici, seul exemple est directement lié à une adresse IP. Si l'adresse IP vient à changer on aura pas à changer ce que pointe les sous-domaines.

Par exemple si le service de pad et celui de chat sont sur la machine vps01 on aura les enregistrements pad IN CNAME vps01.exemple.fr. et chat IN CNAME vps01.exemple.fr..

Ces enregistrements ont pour but de définir les DNS de la zone. Le premier de la liste étant le serveur primaire.

exemple.fr.  IN  NS    ns0

exemple.fr.  IN  NS    ns1

On a défini les adresses de manière relative, il résultera de ces lignes que le serveur primaire a pour nom de domaine ns0.exemple.fr et le secondaire aura ns1.exemple.fr.

Ces enregistrements permettent de définir les adresses des serveurs mail. Le nombre précédent l'adresse sert à définir la priorité (plus le nombre est grand, plus le serveur est prioritaire).

exemple.fr.  IN  MX    10 mail.exemple.fr.

@            IN  MX    20 mail2.exemple.fr. 

Notons qu'avec ces lignes il faudra un enregistrement de type A pour dire les adresses liées à mail.exemple.fr et mail2.exemple.fr.

Il existe quelques autres types un peu plus complexes tels que SRV, TXT ou SPF.

Pour en savoir un peu plus, je vous redirige vers le site suivant : Wiki Gandi

Ce DNS inverse est très souvent nécessaire pour que les réponses du serveur primaire soient considérés comme valides par certains systèmes. En effet, souvent les réponses d'un DNS primaire seront vérifiés à l'aide d'une requête au DNS inverse. S'il n'existe pas, la réponse ne sera pas considérée comme valide.