tuto2: Ready
This commit is contained in:
parent
a3657c4356
commit
eff54b1fa0
9 changed files with 187 additions and 61 deletions
|
|
@ -12,7 +12,7 @@ xxxx.wordpress.com fourni par le gestionnaire du service.
|
|||
Nous allons maintenant gérer notre propre domaine.\
|
||||
|
||||
La deuxième solution proposée par Maatma est une délégation de nom de domaine.
|
||||
Alors que jusque-là, c'était les serveurs DNS de Maatma qui répondaient aux
|
||||
Alors que jusque-là, c'étaient les serveurs DNS de Maatma qui répondaient aux
|
||||
requêtes DNS, avec la délégation, ce sera à vous, dans votre VM, de répondre
|
||||
aux requêtes venues tout droit d'Internet.
|
||||
|
||||
|
|
@ -149,9 +149,41 @@ Ce sont les administrateurs de la zone `wikipedia.org.` qui ont indiqué à
|
|||
`org.` quels étaient leurs serveurs de noms. Et ils ont également donné des
|
||||
*GLUE records*, pour permettre à la magie d'opérer.
|
||||
|
||||
::::: {.exercice}
|
||||
|
||||
À vous maintenant de créer votre zone, en envoyant sur Maatma, le nom de
|
||||
domaine votre serveur de noms, ainsi que le *GLUE record* qui lui correspond.
|
||||
|
||||
:::::
|
||||
|
||||
::::: {.warning}
|
||||
|
||||
Rappelez-vous que vous ne disposez que d'une plage IPv6 publique. La
|
||||
connectivité IPv4 est fournie par Maatma, lorsque les protocoles
|
||||
permettent de router les paquets entrant.
|
||||
|
||||
Bien qu'il serait théoriquement possible de le faire pour le DNS,
|
||||
**Maatma n'assure pas la résolution de vos noms de domaines**.
|
||||
|
||||
Lorsque vous définissez votre *GLUE record*, vous ne devez indiquer
|
||||
que l'adresse IPv6 de votre serveur faisant autorité. **N'indiquez pas
|
||||
l'IPv4 de Maatma pour le sous-domaine dédié au serveur de noms.**
|
||||
|
||||
Même si vous êtes dans un réseau entièrement IPv4, le résolveur de ce
|
||||
réseau va *généralement*[^NOLOCALIPv6] transmettre les requêtes à un
|
||||
résolveur qui aura une connectivité IPv6.
|
||||
|
||||
[^NOLOCALIPv6]: Un résolveur pour une entité peut faire le choix de
|
||||
résoudre lui-même les noms de domaines, et de ne pas être relié en
|
||||
IPv6. Néanmoins vous ne serez pas confronté à ce cas de figure sur
|
||||
les réseaux que vous utiliserez (EPITA, FAI français, ...). Si
|
||||
vous l'êtes tout de même, changez l'adresse de votre résolveur
|
||||
pour utiliser un résolveur public tel que celui de
|
||||
[FDN](https://www.fdn.fr/actions/dns/) ou
|
||||
[d'autres](https://en.wikipedia.org/wiki/Public_recursive_name_server).
|
||||
|
||||
:::::
|
||||
|
||||
|
||||
## À propos de Maatma et du portail IPv4
|
||||
|
||||
|
|
@ -160,25 +192,9 @@ routable sur Internet. Mais aujourd'hui encore, de nombreuses
|
|||
installations ne disposent pas de ce protocole de communication et ne
|
||||
peuvent accéder aux machines connectées en IPv4 seulement.
|
||||
|
||||
Pour palier cela, Maatma met à votre disposition une IPv4 mutualisée
|
||||
Pour pallier cela, Maatma met à votre disposition une IPv4 mutualisée
|
||||
entre tous les SRS. Un service écoute sur la machine au bout de cette
|
||||
IP, afin de distribuer le trafic entre vous, selon la demande du
|
||||
client. Tous les protocoles ne permettent pas d'identifier le domaine
|
||||
de destination, donc ce sont les protocoles HTTP et HTTPS qui sont
|
||||
transmis sur vos IPv6.
|
||||
|
||||
|
||||
|
||||
## DNSSEC (bonus)
|
||||
|
||||
En bonus, vous devriez sécuriser les réponses envoyées par votre serveur DNS.
|
||||
|
||||
Pour ce faire, et toujours parce que l'on se trouve dans le cadre d'une
|
||||
structure arborescente, les clefs publiques permettant de valider les
|
||||
enregistrements d'un domaine en particulier, sont publiées dans la zone
|
||||
parente. C'est pourquoi, vous disposez sur Maatma, d'une interface vous
|
||||
permettant d'indiquer vos clefs publiques.
|
||||
|
||||
De nombreux articles sont disponibles sur Internet pour vous permettre de
|
||||
configurer DNSSEC en fonction du serveur autoritaire que vous aurez choisi. À
|
||||
vous de jouer !
|
||||
|
|
|
|||
Reference in a new issue