tuto2: Update for 2023 students
This commit is contained in:
parent
7925fd8a65
commit
0ebf69f4cd
9 changed files with 200 additions and 76 deletions
|
|
@ -13,10 +13,10 @@ Voici les grandes étapes :
|
|||
* choisir un serveur DNS autoritaire (BIND, NSD, Knot, PowerDNS, djbDNS, ...) ;
|
||||
* éditer la zone de votre domaine ;
|
||||
* configurer ce serveur pour qu'il réponde effectivement aux requêtes de votre zone ;
|
||||
* tester avec `dig @votreIPv4locale ANY login-x.srs.p0m.fr` que votre serveur réagit bien correctement ;
|
||||
* publier sur Maatma le nom de domaine où votre serveur de nom est joignable (généralement `ns.login-x.srs.p0m.fr`), il s'agit d'un enregistrement `NS` ;
|
||||
* tester avec `dig @votreIPv4locale ANY login-x.srs.example.tld` que votre serveur réagit bien correctement ;
|
||||
* publier sur Maatma le nom de domaine où votre serveur de nom est joignable (généralement `ns.login-x.srs.example.tld`), il s'agit d'un enregistrement `NS` ;
|
||||
* publier également sa *GLUE*, afin de résoudre le problème de poule et d'œuf (le domaine de votre serveur de noms étant dans la zone qu'il est sensé servir, le bureau d'enregistrement enverra également l'IP correspondant au domaine) ;
|
||||
* tester avec `dig @9.9.9.9 AAAA login-x.srs.p0m.fr` que votre serveur est bien joignable.
|
||||
* tester avec `dig @9.9.9.9 AAAA login-x.srs.example.tld` que votre serveur est bien joignable.
|
||||
|
||||
Un ouvrage de référence, qui répondra à l'intégralité de vos questions et manières d'utiliser votre serveur DNS se trouve à <http://www.zytrax.com/books/dns/>.
|
||||
|
||||
|
|
@ -26,14 +26,14 @@ Un ouvrage de référence, qui répondra à l'intégralité de vos questions et
|
|||
Pourquoi une telle complexité apparente pour déléguer une zone DNS ?
|
||||
|
||||
Vous êtes sur le point d'obtenir le contrôle total d'un domaine :
|
||||
`login-x.srs.p0m.fr.`. Cela signifie que vous allez pouvoir décider,
|
||||
`login-x.srs.example.tld.`. Cela signifie que vous allez pouvoir décider,
|
||||
depuis votre propre serveur de noms (respectueux des
|
||||
[standards](https://www.ietf.org/rfc/rfc1034.txt)), comment vous allez
|
||||
répondre aux serveurs résolveurs des utilisateurs.
|
||||
|
||||
Le protocole DNS étant décentralisé, mais basé sur une arborescence
|
||||
unique, il est nécessaire que les serveurs faisant autorité sur une
|
||||
zone (`fr.`, `srs.p0m.fr.`, ...) fournissent toutes les informations
|
||||
zone (`fr.`, `srs.example.tld.`, ...) fournissent toutes les informations
|
||||
nécessaire pour que cette délégation fonctionne.
|
||||
|
||||
À cet instant, vous connaissez l'adresse IPv6 routable sur Internet de votre
|
||||
|
|
@ -44,7 +44,7 @@ autorité.
|
|||
|
||||
Concrètement, vous allez devoir vous attribuer un sous-domaine pour votre
|
||||
serveur de noms, car c'est grâce à un enregistrement `NS` figurant dans la zone
|
||||
parente (pour vous, la zone parente c'est `srs.p0m.fr`) que la délégation va se
|
||||
parente (pour vous, la zone parente c'est `srs.example.tld`) que la délégation va se
|
||||
faire.
|
||||
|
||||
Dans le cas basique, on va utiliser les serveurs de quelqu'un d'autre (d'un
|
||||
|
|
@ -52,6 +52,7 @@ hébergement spécialisé par exemple, ou celui de son bureau d'enregistrement
|
|||
s'ils proposent ce service). Auquel cas, on fera figurer ce genre
|
||||
d'informations :
|
||||
|
||||
<div lang="en-US">
|
||||
```
|
||||
42sh$ dig @e.ext.nic.fr. NS epita.fr.
|
||||
;; ->>HEADER<<- opcode: QUERY; status: NOERROR; id: 17590
|
||||
|
|
@ -69,6 +70,7 @@ epita.fr. 172800 IN NS banjo.ionis-it.com.
|
|||
;; Time 2042-12-04 13:42:23 CET
|
||||
;; From 2a00:d78:0:102:193:176:144:22@53(UDP) in 13.9 ms
|
||||
```
|
||||
</div>
|
||||
|
||||
La commande est envoyée spécifiquement aux serveurs de l'AFNIC, faisant
|
||||
autorité pour la zone `fr.`. Les serveurs de l'AFNIC nous indiquent en retour,
|
||||
|
|
@ -79,6 +81,7 @@ Mais dans votre cas, vous hébergez vous-même votre propre serveur au sein de
|
|||
votre zone, vous n'avez pas d'autre domaine à votre disposition. C'est
|
||||
également le cas de Wikipédia :
|
||||
|
||||
<div lang="en-US">
|
||||
```
|
||||
42sh$ dig @d0.org.afilias-nst.org. NS wikipedia.org.
|
||||
;; ->>HEADER<<- opcode: QUERY; status: NOERROR; id: 47396
|
||||
|
|
@ -94,6 +97,7 @@ wikipedia.org. 86400 IN NS ns1.wikimedia.org.
|
|||
|
||||
[...]
|
||||
```
|
||||
</div>
|
||||
|
||||
On voit ici que pour résoudre les sous-domaines de `wikipedia.org.`, il faut
|
||||
demander à `nsX.wikimedia.org.`. Mais comment obtenir alors, l'adresse de ces
|
||||
|
|
@ -103,6 +107,7 @@ C'est là que les *GLUE records* entrent en jeu !
|
|||
|
||||
J'ai volontairement tronqué la sortie de la commande précédente, en entier, c'est :
|
||||
|
||||
<div lang="en-US">
|
||||
```
|
||||
42sh$ dig @d0.org.afilias-nst.org. NS wikipedia.org.
|
||||
;; ->>HEADER<<- opcode: QUERY; status: NOERROR; id: 47396
|
||||
|
|
@ -125,6 +130,7 @@ ns2.wikimedia.org. 86400 IN A 91.198.174.239
|
|||
;; Time 2042-12-04 13:42:23 CET
|
||||
;; From 2001:500:f::1@53(UDP) in 15.2 ms
|
||||
```
|
||||
</div>
|
||||
|
||||
Afin d'éviter de tourner en rond sans jamais avoir réponse à notre question, en
|
||||
même temps que de nous répondre sur qui sont les serveurs faisant autorité pour
|
||||
|
|
|
|||
Reference in a new issue