Difference between revisions of "MOOC:Auto-eval Act45-doc"
From Livre IPv6
(→Niveau 1 : Reconnaitre / Identifier) |
(→Niveau 2 : Comprendre / Appliquer) |
||
| (6 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| − | [[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]> [[MOOC: | + | [[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Quizz|Quizzs]] |
---- | ---- | ||
| − | |||
__NOTOC__ | __NOTOC__ | ||
== Niveau 1 : Reconnaitre / Identifier == | == Niveau 1 : Reconnaitre / Identifier == | ||
| Line 7: | Line 6: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {Dans quel(s) cas une ALG ne présente-t-elle pas d'intérêt ? | + | {A45Q03 Dans quel(s) cas une ALG ne présente-t-elle pas d'intérêt ? (une seule réponse possible) |
|type="()"} | |type="()"} | ||
- Pour économiser le déploiement des mécanismes de traduction d'adresses. | - Pour économiser le déploiement des mécanismes de traduction d'adresses. | ||
| Line 23: | Line 22: | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {Lorsque la traduction s'effectue par une ALG | + | {A45Q04 Lorsque la traduction s'effectue par une ALG... (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | - le routage des paquets doit être symétrique afin de passer par la même ALG | + | - le routage des paquets doit être symétrique afin de passer, pour la voie retour, par la même ALG que pour la voie aller. |
| − | + le routage des paquets peut être asymétrique | + | + le routage des paquets peut être asymétrique. Cela ne change rien car la voie de retour passe obligatoirement par l'ALG de la voie aller. |
| − | - le routage des paquets peut être asymétrique car une autre ALG peut être empruntée pour la voie retour | + | - le routage des paquets peut être asymétrique car une autre ALG peut être empruntée pour la voie retour. |
- le routage des paquets doit être asymétrique afin de passer par une autre ALG, que la voie aller, pour la voie retour et ainsi répartir la charge. | - le routage des paquets doit être asymétrique afin de passer par une autre ALG, que la voie aller, pour la voie retour et ainsi répartir la charge. | ||
| − | {Une entreprise dont le réseau est uniquement en IPv4 doit rendre son service web | + | {A45Q05 Une entreprise dont le réseau est uniquement en IPv4 doit rendre son service web accessible en IPv6. Quelle est la bonne solution ? (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | + Utiliser | + | + Utiliser un réseau de distribution de contenus (''Content Delivery Network'' CDN) double-pile pour éviter le problème de robustesse posé par une ALG. |
| − | - Dupliquer ses serveurs pour en avoir en IPv4 et d'autres en IPv6 | + | - Dupliquer ses serveurs pour en avoir en IPv4 et d'autres en IPv6. |
| − | - Installer ses serveurs en double pile | + | - Installer ses serveurs en double pile. |
| − | - Installer une ALG devant ses serveurs | + | - Installer une ALG devant ses serveurs. |
</quiz> | </quiz> | ||
===Explications=== | ===Explications=== | ||
| − | # Lors d'utilisation des ALG, l'IP distante avec laquelle les hôtes vont interagir sera celle de l'ALG. Que le routage soit symétrique ou non n'a donc aucun impact. | + | # Lors d'utilisation des ALG, l'IP distante, avec laquelle les hôtes vont interagir, sera celle de l'ALG. Que le routage soit symétrique ou non n'a donc aucun impact. |
| − | # Cette entreprise n'a pas de préfixe IPv6, elle ne peut procéder à la configuration d'un réseau IPv6. | + | # Cette entreprise n'a pas de préfixe IPv6, elle ne peut procéder à la configuration d'un réseau IPv6. À ce stade, elle doit s'orienter vers un prestataire connecté à l'Internet v6. |
| − | + | <!-- | |
== Niveau 3 : Analyser / Résoudre == | == Niveau 3 : Analyser / Résoudre == | ||
(2 ou 1 questions) | (2 ou 1 questions) | ||
<quiz display=simple> | <quiz display=simple> | ||
| − | {Dans le cadre d'une communication entre un client IPv4 et un serveur IPv6 passant par une ALG, le client doit | + | {A45Q06 Dans le cadre d'une communication entre un client IPv4 et un serveur IPv6 passant par une ALG, le client doit identifier le serveur via : (une seule réponse possible) |
|type="()"} | |type="()"} | ||
| − | - l'adresse IPv6 du serveur | + | - l'adresse IPv6 du serveur. |
| − | + le nom de domaine du service | + | + le nom de domaine du service. |
| − | - l'adresse IPv4 compatible IPv6 du serveur | + | - l'adresse IPv4 compatible IPv6 du serveur. |
| − | - l'adresse IPv4 du serveur | + | - l'adresse IPv4 du serveur. |
</quiz> | </quiz> | ||
===Explications=== | ===Explications=== | ||
| − | # Il est possible qu'une application sache manipuler les adresses IPv6 mais pas la pile protocolaire d'un client IPv4 uniquement. Les | + | # Il est possible qu'une application sache manipuler les adresses IPv6 mais pas la pile protocolaire d'un client IPv4 uniquement. Les requêtes prises en charge par l'ALG doivent donc identifier le serveur via le nom de domaine. Il est du ressort de l'ALG de faire la résolution de noms pour obtenir l'adresse IPv6 du serveur (dans notre exemple). |
| + | --> | ||
Latest revision as of 13:51, 8 May 2017
Niveau 1 : Reconnaitre / Identifier
(5 ou 3 questions)
Explications
- Dans cette situation, la communication est en IPv4, ou en IPv6, de bout en bout. Une ALG entre les 2 protocoles n'a donc pas lieu d'être.
Niveau 2 : Comprendre / Appliquer
(3 ou 2 questions)
Explications
- Lors d'utilisation des ALG, l'IP distante, avec laquelle les hôtes vont interagir, sera celle de l'ALG. Que le routage soit symétrique ou non n'a donc aucun impact.
- Cette entreprise n'a pas de préfixe IPv6, elle ne peut procéder à la configuration d'un réseau IPv6. À ce stade, elle doit s'orienter vers un prestataire connecté à l'Internet v6.
