Difference between revisions of "MOOC:Auto-eval Act34-doc"

From Livre IPv6
(→‎Session 3)
 
(19 intermediate revisions by 4 users not shown)
Line 1: Line 1:
−
<quiz display=simple>
+
[[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Quizz|Quizzs]]
−
{Un même fichier de zone peut-il contenir une entrée de type AAAA et une entrée de type PTR ? (une seule réponse valide
+
----
−
|type="()"}
+
__NOTOC__
−
- Oui
+
−
+ Non
+
−
|| Explication : Les champs PTR sont utilisés dans les zones de résolution inverse tandis que les champs AAAA sont utilisés dans les zones de résolution directe. Les zones de résolution inverse et directe ne peuvent être contenues dans le même fichier. Par conséquent, les entrées AAAA et PTR ne peuvent se rencontrer dans un même fichier.
+
−
+
−
{Dans quel fichier de zone sont incluses les entrées PTR relatives aux adresses IPv6 ? (une seule réponse valide)
+
−
|type="()"}
+
−
- in-addr.arpa
+
−
+ ip6.arpa
+
−
- in6-addr.arpa
+
−
- ipv6.arpa
+
−
|| Explication : Elles appartiennent à la zone de résolution inverse "ip6.arpa".
+
  
−
{Si un résolveur souhaite récupérer les adresses IPv6 associées à un FQDN, que doit-il faire ? (une seule réponse valide)
+
= Session 3 =
−
|type="()"}
+
<pre>
−
- Il est indispensable qu'il transmette sa requête via IPv6.
+
>>A34Q06<<
−
- Il est indispensable qu'il transmette sa requête via IPv4.
+
>>Un nom de domaine... <<
−
+ La version du protocole IP pour l'émission de la requête est sans importance.
+
( ) est un nom structuré par des ":" ;
−
- Il faut envoyer la requête à la fois en IPv4 et en IPv6.
+
(x) est un nom structuré par des "." ;
−
|| Explication : Le document compagnon indique à plusieurs reprises que le serveur DNS doit répondre à la requête sans se soucier de la version d'IP qui a été utilisée dans les paquets.
+
( ) est un nom structuré par des "/" ;
 +
( ) est un nom structuré permettant de désigner une page web.
 +
Note : une seule réponse valide.
 +
[explanation]
 +
Un nom de domaine est un nom structuré par des "." permettant de désigner un serveur de l'internet. Une ressource web est désignée par une URL, contenant elle-même un nom de domaine pour désigner le serveur hébergeant cette ressource.
 +
[explanation]
  
−
{La taille d'une réponse à une requête DNS en UDP/IPv6 peut dépasser la valeur maximale de 512 octets prévue par le RFC1035. Quelles sont les solutions envisageables ? (deux réponses valides)
+
>>A34Q07<<
−
|type="[]"}
+
>>La correspondance entre le nom <b>www.mooc.example.com</b> et l'adresse IP de ce serveur est définie...  <<
−
- Faire la requête en plusieurs fois.
+
( ) sur le serveur récursif du réseau local du client demandant la correspondance.
−
- Faire la requête via UDP/IPv4.
+
( ) sur le serveur de la racine du système de nommage.
−
+ Faire la requête via TCP/IPv6.
+
( ) sur le serveur responsable de la zone <b>example.com</b>.
−
+ Utiliser l'extension EDNS.0.
+
(x) sur le serveur responsable de la zone <b>mooc.example.com</b>.
−
|| Explication : Il n'est pas toujours possible de réduire le scope d'une requête afin de réduire la taille de la réponse. Utiliser IPv4 pour router les paquets de la requête n'aura aucun impact sur le contenu de la ''payload''. Par conséquent, la taille de la réponse ne sera pas impactée et sera toujours au-dessus de la valeur maximale autorisée. Le DNS autorise l'utilisation de TCP sans limite de taille. L'utilisation d'EDNS.0 (RFC 6891) permet d'autoriser jusqu'à 4096 octets de ''payload'' avec UDP.
+
Note : une seule réponse valide
 +
[explanation]
 +
La correspondance est définie dans la zone la plus précise, selon la structure du nom de domaine. Dans notre cas : <b>mooc.example.com</b>. Les serveurs intermédiaires dans la hiérarchie ne contiennent que des références vers les zones plus précises. Le serveur récursif du réseau local ne sert pas à définir les correspondances. Il ne les garde en mémoire qu'à titre de cache.
 +
[explanation]
  
−
{{TODO| Manque la question}}
+
>>A34Q08<<
 +
>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, laquelle est correcte ? <<
 +
( ) Un serveur DNS en IPv4 ne peut délivrer des correspondances nom de domaine adresse IPv6 (RR de type AAAA)
 +
( ) Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
 +
( ) Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécessairement disjoints. Ils appartiennent à des instances différentes, hébergées ou non sur la même machine.
 +
(x) Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.
 +
Note : une seule réponse valide.
 +
[explanation]
 +
Un hôte peut utiliser le serveur DNS accessible en IPv4 pour faire des requêtes AAAA. Lorsque le RA ou DHCPv6 indique un serveur DNS, rien n'oblige celui-ci à être dans le même réseau que ses clients. Les serveurs répondant aux requêtes IPv6 et IPv4 ne sont pas nécessairement disjoints. En effet, une instance de ''bind'' va écouter les requêtes sur l'ensemble des interfaces listées dans ''listen-on'' et ''listen-on-v6'' .
 +
[explanation]
  
−
{Afin d'assurer la robustesse et le passage à l’échelle, les fichiers de zones d'un nom de domaine peuvent être consultables sur plusieurs serveurs : (deux réponses valides)
+
>>A34Q09<<
−
|type="[]"}
+
>>Un serveur DNS récursif résout pour un client local le nom <b>mooc-ipv6.g6.asso.fr</b>. Indiquez l'ordre des zones DNS consultées par ce serveur récursif pour résoudre ce nom. Commencez par le rang '1' pour la première zone, indiquez 0 si cette zone n'est pas consultée.<<
−
- Il est possible de modifier les entrées sur n'importe lequel des serveurs.
+
−
- Il faut d'abord faire la modification sur le serveur primaire puis sur les serveurs secondaires.
+
−
+ La modification ne peut se faire que sur le serveur primaire.
+
−
+ Il est indispensable d'incrémenter le numéro de série lors de la modification des entrées d'une zone.
+
−
|| Explication : Il n'est possible de modifier les entrées que sur le serveur maitre.
+
  
−
{{TODO| Manque la question}}
+
>>Zone g6.asso.fr <<
−
{Découverte de serveurs DNS IPv6 : (deux réponses valides)
+
[[0, 1, 2, 3, (4)]]
−
|type="[]"}
+
>>Zone g6-asso.fr<<
−
+ Lors de l'auto-configuration IPv6 (via RA ou DHCPv6), un hôte n'a pas reçu d'information relative au serveur DNS. Il pourra néanmoins utiliser celui qu'il a appris avec l'auto-configuration IPv4, y compris pour obtenir les adresses IPv6 associées à un nom de domaine.
+
[[(0), 1, 2, 3, 4]]
−
- Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
+
>>Zone asso.fr <<
−
- Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécessairement disjoints. Ils appartiennent à des instances différentes, hébergées ou non sur la même machine.
+
[[0, 1, 2, (3), 4]]
−
+ Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.
+
>>Zone mooc-ipv6.g6.asso.fr <<
−
|| Explication : Un hôte peut utiliser le serveur DNS accessible en IPv4 pour faire des requêtes AAAA. Lorsque le RA ou DHCPv6 indique un serveur DNS, rien n'oblige celui-ci à être dans le même réseau que ses clients. Les serveurs répondant aux requêtes IPv6 et IPv4 ne sont pas nécessairement disjoints. En effet, une instance de ''bind'' va écouter les requêtes sur l'ensemble des interfaces listées dans ''listen-on'' et ''listen-on-v6'' .
+
[[(0), 1, 2, 3, 4]]
 +
>>Zone Racine DNS <<
 +
[[0, (1), 2, 3, 4]]
 +
>>Zone mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>Zone .fr <<
 +
[[0, 1, (2), 3, 4]]
  
−
{{TODO| Manque la question}}
+
[explanation]
−
{Les règles de sécurité de l'université UniX sont strictes et bloquent par défaut tous les ports, à l'exception des ports 80 et 443. Un serveur DNS présent dans la DMZ n'est pas soumis à ces règles et il accepte les requêtes provenant du réseau de l'université. Un utilisateur User1 installe un routeur WiFi branché en ethernet au réseau de l'université. Il se connecte au réseau via l’intermédiaire de ce routeur. Le serveur DNS qu'il apprend via DHCP est celui de son routeur WiFi. Un utilisateur User2 est branché directement au réseau de l'université via une prise ethernet. Le serveur DNS qu'il apprend via DHCP est celui présent dans la DMZ. (trois réponses valides)
+
La première zone consultée est celle de la racine du DNS, soit la zone '.' Ensuite, sont consultées les zones suivant la hiérarchie du système de nommage : .fr, asso.fr, et enfin g6.asso.fr qui contient la correspondance pour le nom cherché.
 +
[explanation]
  
−
|type="[]"}
+
>>A34Q10<<
−
- User1 peut effectuer des requêtes DNS itératives (''i.e.'' en contactant lui-même les serveurs de l'arborescence DNS).
+
>>Un serveur DNS récursif résout pour un client local le nom <b>mooc-ipv6.g6.asso.fr</b>, après avoir résolu quelques temps auparavant le nom <b>sauvez-ipv4.asso.fr</b>. Indiquez l'ordre des zones DNS consultées par ce serveur récursif pour résoudre ce nom <b>mooc-ipv6.g6.asso.fr</b>. Commencez par le rang '1' pour la première zone, indiquez 0 si cette zone n'est pas consultée.<<
−
- User2 peut effectuer des requêtes DNS itératives (''i.e.'' en contactant lui-même les serveurs de l'arborescence DNS).
+
−
- Le routeur WiFi peut effectuer des requêtes DNS itératives (''i.e.'' en contactant lui-même les serveurs de l'arborescence DNS).
+
−
- Le serveur DNS du routeur WiFi est de type récursif (''caching name server'').
+
−
+ Le serveur DNS du routeur WiFi est de type relais DNS (''forwarder'').
+
−
+ Pour les requêtes formulées par User1, le serveur DNS présent dans la DMZ est de type récursif (''caching name server'').
+
−
- Pour les requêtes formulées par User1, le serveur DNS présent dans la DMZ est de type relais DNS (''forwarder'').
+
−
+ Le temps de résolution des noms de domaines sera en moyenne légèrement plus long pour User1 que pour User2.
+
−
|| Explication : Le port 53 est verrouillé. Ni User1, ni User2, ni le routeur WiFi ne pourront effectuer de requête récursive. Le DNS du routeur WiFi ne peut faire de requête itérative. Il ne peut donc jouer que le rôle de ''caching server''. Le serveur présent dans la DMZ pourra effectuer ce type de requête. Il sera donc considéré comme serveur récursif. Dans l'architecture que nous avons décrite, il n'y a pas de serveur à qui il pourrait envoyer ses requêtes.
+
  
 +
>>g6.asso.fr <<
 +
[[0, 1, (2), 3, 4]]
 +
>>asso.fr <<
 +
[[0, (1), 2, 3, 4]]
 +
>>g6-asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>. <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>ipv6-mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
  
−
{Une entreprise déploie un routeur WiFi connecté à l'internet via une connection 3G. Le réseau de l'opérateur, le routeur WiFi et ses clients utilisent tous IPv6. L'entreprise souhaite réduire autant que possible le temps de chargement des pages internet pour ses clients. Que doit-elle faire ?(une seule réponse possible) :
+
[explanation]
−
|type="()"}
+
Le serveur récursif ayant déjà consulté la hiérarchie du DNS pour un nom ayant en commun le suffixe 'asso.fr', il connait déjà le serveur responsable de cette zone. Il va juste consulter de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone 'g6.asso.fr'.
−
- Laisser les utilisateurs résoudre les noms de domaines via des requêtes itératives.
+
[explanation]
−
- Déployer un serveur récursif colocalisé avec le routeur WiFi. Les requêtes des utilisateurs seront prises en charge par ce serveur.
+
</pre>
−
- Déployer un serveur récursif ailleurs sur l'internet. Les requêtes des utilisateurs seront prises en charge par ce serveur.
+
−
+ Déployer un serveur relais colocalisé avec le routeur WiFi. Ce serveur transmettra ses requêtes à un serveur récursif déployé sur l'internet. Les requêtes des utilisateurs seront prises en charge par le serveur relais.
+
−
|| Explication : .
+
  
−
{{TODO| Manque la dernière explication}}
+
= Archive =
−
</quiz>
+
<pre>
 +
>>A34Q08<<
 +
>>Parmi les fonctions du système DNS, se trouve la mise en correspondance... <<
 +
[ ] des noms de domaines avec des adresses MAC ;
 +
[x] des noms de domaines avec des adresses IP ;
 +
[ ] des adresses IP avec des adresses MAC ;
 +
[x] des adresses IP avec des noms de domaines.
 +
Note : deux réponses valides
 +
[explanation]
 +
Le système DNS gère les associations entre noms de domaines et adresses IP dans sa fonction de nommage direct et les associations entre adresses IP et noms de domaines dans sa fonction de nommage inversé. La correspondance entre adresse MAC et adresse IP est gérée en IPv6 au niveau du réseau local par la découverte des voisins.
 +
[explanation]
 +
 
 +
>>A34Q09<<
 +
>>La taille d'une réponse à une requête DNS en UDP/IPv6 peut dépasser la valeur maximale de 512 octets prévue par le RFC 1035. Quelles sont les solutions envisageables ?  <<
 +
[ ] Faire la requête en plusieurs fois.
 +
[ ] Faire la requête via UDP/IPv4.
 +
[x] Faire la requête via TCP/IPv6.
 +
[x] Utiliser l'extension EDNS.0.
 +
Note : deux réponses valides
 +
[explanation]
 +
Il n'est pas toujours possible de réduire le scope d'une requête afin de réduire la taille de la réponse. Utiliser IPv4 pour router les paquets de la requête n'aura aucun impact sur le contenu de la ''payload''. Par conséquent, la taille de la réponse ne sera pas impactée et sera toujours au-dessus de la valeur maximale autorisée. Le DNS autorise l'utilisation de TCP sans limite de taille. L'utilisation d'EDNS.0 (RFC 6891) permet d'autoriser jusqu'à 4096 octets de ''payload'' avec UDP.
 +
[explanation]
 +
</pre>
 +
 
 +
= Session 2 =
 +
<pre>
 +
>>A34Q06<<
 +
>>Un nom de domaine (2 réponses correctes)<<
 +
[ ] est un nom structuré par des ":"
 +
[x] est un nom structuré par des "."
 +
[x] est un nom structuré permettant de désigner un serveur
 +
[ ] est un nom structuré permettant de désigner une page web
 +
 
 +
[explanation]
 +
Un nom de domaine est un nom structuré par des "." permettant de désigner un serveur de l'internet. Une ressource web est désignée par une URL, contenant elle-même un nom de domaine pour désigner le serveur hébergeant cette ressource.
 +
[explanation]
 +
 
 +
>>A34Q07<<
 +
>>La correspondance entre le nom <tt>www.mooc.example.com</tt> et l'adresse IP de ce serveur est définie (1 réponse correcte)<<
 +
( ) sur le serveur récursif du réseau local du client demandant la correspondance
 +
( ) sur le serveur de la racine du système de nommage
 +
( ) sur le serveur responsable de la zone <tt>example.com</tt>
 +
(+) sur le serveur responsable de la zone <tt>mooc.example.com</tt>
 +
 
 +
[explanation]
 +
La correspondance est définie dans la zone la plus précise selon la structure du nom de domaine, dans notre cas <tt>mooc.example.com</tt>. Les serveurs intermédiaires dans la hiérarchie ne contiennent que des références vers les zones plus précises. Le serveur récursif du réseau local ne sert pas à définir les correspondance, il ne les gardent en mémoire qu'à titre de cache.
 +
[explanation]
 +
 
 +
>>A34Q08<<
 +
>>Parmi les fonctions du système DNS se trouve la mise en correspondance (2 réponses correctes)<<
 +
[ ] des noms de domaines avec des adresses MAC
 +
[x] des noms de domaines avec des adresses IP
 +
[ ] des adresses IP avec des adresses MAC
 +
[x] des adresses IP avec des noms de domaines
 +
 
 +
[explanation]
 +
Le système DNS gère les associations entre noms de domaine et adresse IP dans sa fonction de nommage direct et les association entre adresse IP et nom de domaine dans sa fonction de nommage inversé. La correspondance entre adresse MAC et adresse IP est gérée en IPv6 au niveau du réseau local par la découverte des voisins.
 +
[explanation]
 +
 
 +
 
 +
>>A34Q09.<<
 +
>>La taille d'une réponse à une requête DNS en UDP/IPv6 peut dépasser la valeur maximale de 512 octets prévue par le RFC1035. Quelles sont les solutions envisageables ? (deux réponses valides)<<
 +
[ ] Faire la requête en plusieurs fois.
 +
[ ] Faire la requête via UDP/IPv4.
 +
[x] Faire la requête via TCP/IPv6.
 +
[x] Utiliser l'extension EDNS.0.
 +
 
 +
[explanation]
 +
Il n'est pas toujours possible de réduire le scope d'une requête afin de réduire la taille de la réponse. Utiliser IPv4 pour router les paquets de la requête n'aura aucun impact sur le contenu de la ''payload''. Par conséquent, la taille de la réponse ne sera pas impactée et sera toujours au-dessus de la valeur maximale autorisée. Le DNS autorise l'utilisation de TCP sans limite de taille. L'utilisation d'EDNS.0 (RFC 6891) permet d'autoriser jusqu'à 4096 octets de ''payload'' avec UDP.
 +
[explanation]
 +
 
 +
 
 +
>>A34Q10.<<
 +
>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, lesquelles sont correctes ? : (deux réponses valides)<<
 +
[x] Lors de l'auto-configuration IPv6 (via RA ou DHCPv6), un hôte n'a pas reçu d'information relative au serveur DNS. Il pourra néanmoins utiliser celui qu'il a appris avec l'auto-configuration IPv4, y compris pour obtenir les adresses IPv6 associées à un nom de domaine.
 +
[ ] Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
 +
[ ] Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécessairement disjoints. Ils appartiennent à des instances différentes, hébergées ou non sur la même machine.
 +
[x] Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.
 +
 
 +
[explanation]
 +
Un hôte peut utiliser le serveur DNS accessible en IPv4 pour faire des requêtes AAAA. Lorsque le RA ou DHCPv6 indique un serveur DNS, rien n'oblige celui-ci à être dans le même réseau que ses clients. Les serveurs répondant aux requêtes IPv6 et IPv4 ne sont pas nécessairement disjoints. En effet, une instance de ''bind'' va écouter les requêtes sur l'ensemble des interfaces listées dans ''listen-on'' et ''listen-on-v6'' .
 +
[explanation]
 +
 
 +
 
 +
>>A34Q11.<<
 +
>>Indiquer l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <tt>mooc-ipv6.g6.asso.fr</tt>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
 +
 
 +
>>Zone g6.asso.fr <<
 +
[[0, 1, 2, 3, (4)]]
 +
>>Zone g6-asso.fr<<
 +
[[(0), 1, 2, 3, 4]]
 +
>>Zone asso.fr <<
 +
[[0, 1, 2, (3), 4]]
 +
>>Zone mooc-ipv6.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>Zone Racine DNS <<
 +
[[0, (1), 2, 3, 4]]
 +
>>Zone mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>Zone .fr <<
 +
[[0, 1, (2), 3, 4]]
 +
 
 +
[explanation]
 +
La première zone consultée est celle de la racine du DNS, soit la zone '.'. Ensuite sont consultées les zones suivant la hiérarchie du système de nommage : .fr, asso.fr, et enfin g6.asso.fr qui contient la correspondance pour le nom cherché.
 +
[explanation]
 +
 
 +
>>A34Q12.<<
 +
>>Indiquer l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <tt>mooc-ipv6.g6.asso.fr</tt> après avoir résolu le nom <tt>sauvez-ipv4.asso.fr</tt>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
 +
 
 +
>>g6.asso.fr <<
 +
[[0, 1, (2), 3, 4]]
 +
>>asso.fr <<
 +
[[0, (1), 2, 3, 4]]
 +
>>g6-asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>. <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
>>ipv6-mooc.g6.asso.fr <<
 +
[[(0), 1, 2, 3, 4]]
 +
 
 +
[explanation]
 +
Le client ayant déjà consulté la hiérarchie du DNS pour un nom ayant en commun le suffixe asso.fr, il connait déjà le serveur responsable de cette zone. Il va juste consulté de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone g6.asso.fr.
 +
[explanation]
 +
 
 +
</pre>

Latest revision as of 21:16, 2 May 2017

MOOC >Contenu>Quizzs


Session 3

>>A34Q06<<
>>Un nom de domaine... <<
( ) est un nom structuré par des ":" ;
(x) est un nom structuré par des "." ;
( ) est un nom structuré par des "/" ;
( ) est un nom structuré permettant de désigner une page web.
Note : une seule réponse valide.
[explanation]
Un nom de domaine est un nom structuré par des "." permettant de désigner un serveur de l'internet. Une ressource web est désignée par une URL, contenant elle-même un nom de domaine pour désigner le serveur hébergeant cette ressource.
[explanation]

>>A34Q07<<
>>La correspondance entre le nom <b>www.mooc.example.com</b> et l'adresse IP de ce serveur est définie...  <<
( ) sur le serveur récursif du réseau local du client demandant la correspondance.
( ) sur le serveur de la racine du système de nommage.
( ) sur le serveur responsable de la zone <b>example.com</b>.
(x) sur le serveur responsable de la zone <b>mooc.example.com</b>.
Note : une seule réponse valide
[explanation]
La correspondance est définie dans la zone la plus précise, selon la structure du nom de domaine. Dans notre cas : <b>mooc.example.com</b>. Les serveurs intermédiaires dans la hiérarchie ne contiennent que des références vers les zones plus précises. Le serveur récursif du réseau local ne sert pas à définir les correspondances. Il ne les garde en mémoire qu'à titre de cache.
[explanation]

>>A34Q08<<
>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, laquelle est correcte ? <<
( ) Un serveur DNS en IPv4 ne peut délivrer des correspondances nom de domaine adresse IPv6 (RR de type AAAA)
( ) Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
( ) Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécessairement disjoints. Ils appartiennent à des instances différentes, hébergées ou non sur la même machine.
(x) Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.
Note : une seule réponse valide.
[explanation]
Un hôte peut utiliser le serveur DNS accessible en IPv4 pour faire des requêtes AAAA. Lorsque le RA ou DHCPv6 indique un serveur DNS, rien n'oblige celui-ci à être dans le même réseau que ses clients. Les serveurs répondant aux requêtes IPv6 et IPv4 ne sont pas nécessairement disjoints. En effet, une instance de ''bind'' va écouter les requêtes sur l'ensemble des interfaces listées dans ''listen-on'' et ''listen-on-v6'' .
[explanation]

>>A34Q09<<
>>Un serveur DNS récursif résout pour un client local le nom <b>mooc-ipv6.g6.asso.fr</b>. Indiquez l'ordre des zones DNS consultées par ce serveur récursif pour résoudre ce nom. Commencez par le rang '1' pour la première zone, indiquez 0 si cette zone n'est pas consultée.<<

>>Zone g6.asso.fr <<
[[0, 1, 2, 3, (4)]]
>>Zone g6-asso.fr<< 
[[(0), 1, 2, 3, 4]]
>>Zone asso.fr <<
[[0, 1, 2, (3), 4]]
>>Zone mooc-ipv6.g6.asso.fr << 
[[(0), 1, 2, 3, 4]]
>>Zone Racine DNS <<
[[0, (1), 2, 3, 4]]
>>Zone mooc.g6.asso.fr << 
[[(0), 1, 2, 3, 4]]
>>Zone .fr << 
[[0, 1, (2), 3, 4]]

[explanation]
La première zone consultée est celle de la racine du DNS, soit la zone '.' Ensuite, sont consultées les zones suivant la hiérarchie du système de nommage : .fr, asso.fr, et enfin g6.asso.fr qui contient la correspondance pour le nom cherché.
[explanation]

>>A34Q10<<
>>Un serveur DNS récursif résout pour un client local le nom <b>mooc-ipv6.g6.asso.fr</b>, après avoir résolu quelques temps auparavant le nom <b>sauvez-ipv4.asso.fr</b>. Indiquez l'ordre des zones DNS consultées par ce serveur récursif pour résoudre ce nom <b>mooc-ipv6.g6.asso.fr</b>. Commencez par le rang '1' pour la première zone, indiquez 0 si cette zone n'est pas consultée.<<

>>g6.asso.fr <<
[[0, 1, (2), 3, 4]]
>>asso.fr <<
[[0, (1), 2, 3, 4]]
>>g6-asso.fr <<
[[(0), 1, 2, 3, 4]]
>>.fr <<
[[(0), 1, 2, 3, 4]]
>>. <<
[[(0), 1, 2, 3, 4]]
>>mooc.g6.asso.fr <<
[[(0), 1, 2, 3, 4]]
>>ipv6-mooc.g6.asso.fr <<
[[(0), 1, 2, 3, 4]]

[explanation]
Le serveur récursif ayant déjà consulté la hiérarchie du DNS pour un nom ayant en commun le suffixe 'asso.fr', il connait déjà le serveur responsable de cette zone. Il va juste consulter de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone 'g6.asso.fr'.
[explanation]

Archive

>>A34Q08<<
>>Parmi les fonctions du système DNS, se trouve la mise en correspondance... <<
[ ] des noms de domaines avec des adresses MAC ;
[x] des noms de domaines avec des adresses IP ;
[ ] des adresses IP avec des adresses MAC ;
[x] des adresses IP avec des noms de domaines.
Note : deux réponses valides
[explanation]
Le système DNS gère les associations entre noms de domaines et adresses IP dans sa fonction de nommage direct et les associations entre adresses IP et noms de domaines dans sa fonction de nommage inversé. La correspondance entre adresse MAC et adresse IP est gérée en IPv6 au niveau du réseau local par la découverte des voisins.
[explanation]

>>A34Q09<<
>>La taille d'une réponse à une requête DNS en UDP/IPv6 peut dépasser la valeur maximale de 512 octets prévue par le RFC 1035. Quelles sont les solutions envisageables ?  <<
[ ] Faire la requête en plusieurs fois.
[ ] Faire la requête via UDP/IPv4.
[x] Faire la requête via TCP/IPv6.
[x] Utiliser l'extension EDNS.0.
Note : deux réponses valides
[explanation]
Il n'est pas toujours possible de réduire le scope d'une requête afin de réduire la taille de la réponse. Utiliser IPv4 pour router les paquets de la requête n'aura aucun impact sur le contenu de la ''payload''. Par conséquent, la taille de la réponse ne sera pas impactée et sera toujours au-dessus de la valeur maximale autorisée. Le DNS autorise l'utilisation de TCP sans limite de taille. L'utilisation d'EDNS.0 (RFC 6891) permet d'autoriser jusqu'à 4096 octets de ''payload'' avec UDP.
[explanation]

Session 2

>>A34Q06<<
>>Un nom de domaine (2 réponses correctes)<<
[ ] est un nom structuré par des ":"
[x] est un nom structuré par des "."
[x] est un nom structuré permettant de désigner un serveur
[ ] est un nom structuré permettant de désigner une page web

[explanation]
Un nom de domaine est un nom structuré par des "." permettant de désigner un serveur de l'internet. Une ressource web est désignée par une URL, contenant elle-même un nom de domaine pour désigner le serveur hébergeant cette ressource.
[explanation]

>>A34Q07<<
>>La correspondance entre le nom <tt>www.mooc.example.com</tt> et l'adresse IP de ce serveur est définie (1 réponse correcte)<<
( ) sur le serveur récursif du réseau local du client demandant la correspondance
( ) sur le serveur de la racine du système de nommage
( ) sur le serveur responsable de la zone <tt>example.com</tt>
(+) sur le serveur responsable de la zone <tt>mooc.example.com</tt>

[explanation]
La correspondance est définie dans la zone la plus précise selon la structure du nom de domaine, dans notre cas <tt>mooc.example.com</tt>. Les serveurs intermédiaires dans la hiérarchie ne contiennent que des références vers les zones plus précises. Le serveur récursif du réseau local ne sert pas à définir les correspondance, il ne les gardent en mémoire qu'à titre de cache.
[explanation]

>>A34Q08<<
>>Parmi les fonctions du système DNS se trouve la mise en correspondance (2 réponses correctes)<<
[ ] des noms de domaines avec des adresses MAC
[x] des noms de domaines avec des adresses IP
[ ] des adresses IP avec des adresses MAC
[x] des adresses IP avec des noms de domaines

[explanation]
Le système DNS gère les associations entre noms de domaine et adresse IP dans sa fonction de nommage direct et les association entre adresse IP et nom de domaine dans sa fonction de nommage inversé. La correspondance entre adresse MAC et adresse IP est gérée en IPv6 au niveau du réseau local par la découverte des voisins.
[explanation]


>>A34Q09.<<
>>La taille d'une réponse à une requête DNS en UDP/IPv6 peut dépasser la valeur maximale de 512 octets prévue par le RFC1035. Quelles sont les solutions envisageables ? (deux réponses valides)<<
[ ] Faire la requête en plusieurs fois.
[ ] Faire la requête via UDP/IPv4.
[x] Faire la requête via TCP/IPv6.
[x] Utiliser l'extension EDNS.0.

[explanation]
Il n'est pas toujours possible de réduire le scope d'une requête afin de réduire la taille de la réponse. Utiliser IPv4 pour router les paquets de la requête n'aura aucun impact sur le contenu de la ''payload''. Par conséquent, la taille de la réponse ne sera pas impactée et sera toujours au-dessus de la valeur maximale autorisée. Le DNS autorise l'utilisation de TCP sans limite de taille. L'utilisation d'EDNS.0 (RFC 6891) permet d'autoriser jusqu'à 4096 octets de ''payload'' avec UDP.
[explanation]


>>A34Q10.<<
>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, lesquelles sont correctes ? : (deux réponses valides)<<
[x] Lors de l'auto-configuration IPv6 (via RA ou DHCPv6), un hôte n'a pas reçu d'information relative au serveur DNS. Il pourra néanmoins utiliser celui qu'il a appris avec l'auto-configuration IPv4, y compris pour obtenir les adresses IPv6 associées à un nom de domaine.
[ ] Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
[ ] Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécessairement disjoints. Ils appartiennent à des instances différentes, hébergées ou non sur la même machine.
[x] Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.

[explanation]
Un hôte peut utiliser le serveur DNS accessible en IPv4 pour faire des requêtes AAAA. Lorsque le RA ou DHCPv6 indique un serveur DNS, rien n'oblige celui-ci à être dans le même réseau que ses clients. Les serveurs répondant aux requêtes IPv6 et IPv4 ne sont pas nécessairement disjoints. En effet, une instance de ''bind'' va écouter les requêtes sur l'ensemble des interfaces listées dans ''listen-on'' et ''listen-on-v6'' .
[explanation]


>>A34Q11.<<
>>Indiquer l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <tt>mooc-ipv6.g6.asso.fr</tt>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<

>>Zone g6.asso.fr <<
[[0, 1, 2, 3, (4)]]
>>Zone g6-asso.fr<< 
[[(0), 1, 2, 3, 4]]
>>Zone asso.fr <<
[[0, 1, 2, (3), 4]]
>>Zone mooc-ipv6.g6.asso.fr << 
[[(0), 1, 2, 3, 4]]
>>Zone Racine DNS <<
[[0, (1), 2, 3, 4]]
>>Zone mooc.g6.asso.fr << 
[[(0), 1, 2, 3, 4]]
>>Zone .fr << 
[[0, 1, (2), 3, 4]]

[explanation]
La première zone consultée est celle de la racine du DNS, soit la zone '.'. Ensuite sont consultées les zones suivant la hiérarchie du système de nommage : .fr, asso.fr, et enfin g6.asso.fr qui contient la correspondance pour le nom cherché.
[explanation]

>>A34Q12.<<
>>Indiquer l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <tt>mooc-ipv6.g6.asso.fr</tt> après avoir résolu le nom <tt>sauvez-ipv4.asso.fr</tt>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<

>>g6.asso.fr <<
[[0, 1, (2), 3, 4]]
>>asso.fr <<
[[0, (1), 2, 3, 4]]
>>g6-asso.fr <<
[[(0), 1, 2, 3, 4]]
>>.fr <<
[[(0), 1, 2, 3, 4]]
>>. <<
[[(0), 1, 2, 3, 4]]
>>mooc.g6.asso.fr <<
[[(0), 1, 2, 3, 4]]
>>ipv6-mooc.g6.asso.fr <<
[[(0), 1, 2, 3, 4]]

[explanation]
Le client ayant déjà consulté la hiérarchie du DNS pour un nom ayant en commun le suffixe asso.fr, il connait déjà le serveur responsable de cette zone. Il va juste consulté de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone g6.asso.fr.
[explanation]
Retrieved from "http://livre.g6.asso.fr/index.php?title=MOOC:Auto-eval_Act34-doc&oldid=14940"
Personal tools