MOOC:Auto-eval Act34-doc - Revision history

Jlandru: /* Session 3 */

2017-05-02T20:16:41Z

‎Session 3

Jlandru: /* Session 3 */

2017-04-11T20:16:45Z

‎Session 3

Jlandru: /* Session 2 */

2017-04-04T08:44:11Z

‎Session 2

Jlandru: /* Session 3 */

2017-04-04T08:43:56Z

‎Session 3

Jlandru at 07:57, 4 April 2017

2017-04-04T07:57:09Z

Panelli at 01:38, 19 March 2017

2017-03-19T01:38:27Z

Panelli at 13:07, 2 May 2016

2016-05-02T13:07:35Z

Ptournoux at 12:45, 2 May 2016

2016-05-02T12:45:59Z

Ptournoux at 12:23, 2 May 2016

2016-05-02T12:23:05Z

Ptournoux at 12:20, 2 May 2016

2016-05-02T12:20:57Z

@@ Line 39: / Line 39: @@
 >>A34Q09<<
->>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
+>>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 <<
@@ Line 61: / Line 61: @@
 >>A34Q10<<
->>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b> après avoir résolu le nom <b>sauvez-ipv4.asso.fr</b>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
+>>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 <<
@@ Line 79: / Line 79: @@
 [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 consulter de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone 'g6.asso.fr'.
+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]
 </pre>

@@ Line 7: / Line 7: @@
 >>A34Q06<<
 >>Un nom de domaine... <<
-[ ] est un nom structuré par des ":" ;
+( ) est un nom structuré par des ":" ;
-[x] 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é par des "/" ;
-[ ] est un nom structuré permettant de désigner une page web.
+( ) est un nom structuré permettant de désigner une page web.
-Note : deux réponses valides
+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.
@@ Line 28: / Line 28: @@
 >>A34Q08<<
->>Parmi les fonctions du système DNS, se trouve la mise en correspondance... <<
+>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, laquelle est correcte ? <<
-[ ] des noms de domaines avec des adresses MAC ;
+( ) Un serveur DNS en IPv4 ne peut délivrer des correspondances nom de domaine adresse IPv6 (RR de type AAAA)
-[x] des noms de domaines avec des adresses IP ;
+( ) Si un serveur DNS est appris, via RA ou DHCPv6, il doit appartenir au même réseau que ses clients.
-[ ] des adresses IP avec des adresses MAC ;
+( ) 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] des adresses IP avec des noms de domaines.
+(x) Un serveur DNS peut accepter les requêtes via IPv4 et IPv6.
-Note : deux réponses valides
+Note : une seule réponse valide.
 [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.
+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<<
 >>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
@@ Line 85: / Line 60: @@
 [explanation]
->>A34Q12<<
+>>A34Q10<<
 >>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b> après avoir résolu le nom <b>sauvez-ipv4.asso.fr</b>. Commencez par le rang '1', indiquez 0 si cette zone n'est pas consultée.<<
@@ Line 108: / Line 83: @@
 </pre>
 = Session 2 =

@@ Line 107: / Line 107: @@
 [explanation]
 </pre>
 = Session 2 =

← Older revision		Revision as of 08:43, 4 April 2017
Line 4:		Line 4:

	= Session 3 =		= Session 3 =
		+	<pre>
		+	>>A34Q06<<
		+	>>Un nom de domaine... <<
		+	[ ] 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.
		+	Note : deux réponses valides
		+	[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<<
		+	>>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]
		+
		+
		+	>>A34Q10<<
		+	>>Découverte de serveurs DNS IPv6. Parmi les propositions suivantes, lesquelles sont correctes ? <<
		+	[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.
		+	Note : deux réponses valides
		+	[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<<
		+	>>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b>. 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<<
		+	>>Indiquez l'ordre des zones DNS consultées par un client cherchant à résoudre le nom <b>mooc-ipv6.g6.asso.fr</b> après avoir résolu le nom <b>sauvez-ipv4.asso.fr</b>. 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 consulter de nouveau cette zone pour obtenir l'adresse du serveur responsable de la zone 'g6.asso.fr'.
		+	[explanation]
		+	</pre>

	= Session 2 =		= Session 2 =

@@ Line 2: / Line 2: @@
 ----
 __NOTOC__
 <pre>
 >>A34Q06<<

@@ Line 1: / Line 1: @@
-{{TODO| Manque les questions à 5, 6 et 7. PU:Fait.}}
+[[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Quizz|Quizzs]]
-{{TODO| Manque l'explication à la dernière question. PU:Fait.}}
+----
-{{TODO| transformer les questions dont les reponses sont binaires (oui ou non) en réponse à choix multiple. PU: Fait. }}
+__NOTOC__
-−
 <pre>
 >>A34Q06<<
 >>Un nom de domaine (2 réponses correctes)<<

@@ Line 43: / Line 43: @@
 [ ] Faire la requête en plusieurs fois.
 [ ] Faire la requête via UDP/IPv4.
-[X] Faire la requête via TCP/IPv6.
+[x] Faire la requête via TCP/IPv6.
-[X] Utiliser l'extension EDNS.0.
+[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.
@@ Line 52: / Line 53: @@
 >>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.
+[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.
+[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]
@@ Line 66: / Line 66: @@
 >>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 <tt>g6.asso.fr</tt> [[0, 1, 2, 3, (4)]]
+>>Zone g6.asso.fr <<
-Zone <tt>asso.fr</tt> [[0, 1, 2, (3), 4]]
+[[0, 1, 2, 3, (4)]]
-Zone <tt>g6-asso.fr</tt> [[(0), 1, 2, 3, 4]]
+>>Zone g6-asso.fr<<
-Zone <tt>.fr</tt> [[0, 1, (2), 3, 4]]
+[[(0), 1, 2, 3, 4]]
-Zone Racine DNS [[0, (1), 2, 3, 4]]
+>>Zone asso.fr <<
-Zone <tt>mooc.g6.asso.fr</tt> [[(0), 1, 2, 3, 4]]
+[[0, 1, 2, (3), 4]]
-Zone <tt>mooc-ipv6.g6.asso.fr</tt> [[(0), 1, 2, 3, 4]]
+>>Zone mooc-ipv6.g6.asso.fr <<
 [explanation]
@@ Line 81: / Line 88: @@
 >>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]]
+>>g6.asso.fr <<
-asso.fr [[0, (1), 2, 3, 4]]
+[[0, 1, (2), 3, 4]]
-g6-asso.fr [[(0), 1, 2, 3, 4]]
+>>asso.fr <<
-.fr [[(0), 1, 2, 3, 4]]
+[[0, (1), 2, 3, 4]]
-. [[(0), 1, 2, 3, 4]]
+>>g6-asso.fr <<
-mooc.g6.asso.fr [[(0), 1, 2, 3, 4]]
+[[(0), 1, 2, 3, 4]]
-ipv6-mooc.g6.asso.fr [[(0), 1, 2, 3, 4]]
+>>.fr <<
 [explanation]

@@ Line 18: / Line 18: @@
 >>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 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 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>example.com</tt>
-[x] sur le serveur responsable de la zone <tt>mooc.example.com</tt>
+(+) sur le serveur responsable de la zone <tt>mooc.example.com</tt>
 [explanation]

@@ Line 5: / Line 5: @@
 <pre>
->>A34Q01<<
+[explanation]
 >>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
@@ Line 18: / Line 39: @@
->>A34Q02.<<
+>>A34Q4.<<
 >>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.
@@ Line 29: / Line 50: @@
->>A34Q03.<<
+>>A34Q5.<<
 >>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.
@@ Line 42: / Line 63: @@
->>A34Q04.<<
+>>A34Q6.<<
 >>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.<<
@@ Line 57: / Line 78: @@
 [explanation]
->>A34Q5.<<
+>>A34Q7.<<
 >>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.<<