Difference between revisions of "MOOC:Auto-eval Act33-doc"
From Livre IPv6
Jgrouffaud (Talk | contribs) (→Niveau 1 : Reconnaitre / Identifier) |
(→Session 3) |
||
| (26 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
| − | + | [[MOOC:Accueil|MOOC]] >[[MOOC:Contenu|Contenu]]>[[MOOC:Quizz|Quizzs]] | |
| − | + | ---- | |
| − | + | __NOTOC__ | |
| − | - | + | |
| − | - | + | |
| − | + | ||
| − | + | ||
| − | < | + | = Session 3 = |
| + | <pre> | ||
| + | >>A33Q07<< | ||
| + | >>Complétez la phrase suivante à l'aide de numéros : | ||
| + | Les clients DHCPv6 écoutent le port UDP | ||
| + | = 546 | ||
| + | tandis que les serveurs et relais écoutent le port UDP | ||
| + | = 547 | ||
| + | . | ||
| − | === | + | [explanation] |
| − | + | Le RFC 3315 précise que les clients écoutent le port UDP 546, et que les serveurs et relais écoutent le port 547. | |
| + | [explanation] | ||
| + | |||
| + | >>A33Q08<< | ||
| + | >>Indiquez l'ordre des messages correspondant aux différentes étapes de la configuration d'un client DHCPv6, auprès d'un serveur DHCPv6 "avec état".<< | ||
| + | >>REPLY<< | ||
| + | [[ Aucune, Etape 1, Etape 2, Etape 3, (Etape 4) ]] | ||
| + | >>SOLICIT<< | ||
| + | [[ Aucune, (Etape 1), Etape 2, Etape 3, Etape 4 ]] | ||
| + | >>DISCOVER<< | ||
| + | [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] | ||
| + | >>REQUEST<< | ||
| + | [[ Aucune, Etape 1, Etape 2, (Etape 3), Etape 4 ]] | ||
| + | >>ADVERTISE<< | ||
| + | [[ Aucune, Etape 1, (Etape 2), Etape 3, Etape 4 ]] | ||
| + | >>OFFER<< | ||
| + | [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] | ||
| + | |||
| + | [explanation] | ||
| + | L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les messages OFFER et DISCOVER sont utilisés par DHCPv4. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q09<< | ||
| + | >>Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? << | ||
| + | ( ) L'adresse monodiffusion (unicast) globale du serveur DHCPv6. | ||
| + | ( ) L'adresse de lien-local du serveur DHCPv6. | ||
| + | (x) Une adresse de multidiffusion (multicast) dédiée à ce service. | ||
| + | ( ) L'adresse de diffusion (broadcast) IPv6. | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Le client ignore l'adresse IPv6 du serveur. Donc, il ne peut pas utiliser d'adresse de monodiffusion. La requête est émise avec l'adresse de multidiffusion FF02::1:2 qui identifie le groupe ALL_DHCP_Relay_Agents_And_Servers. Il n'existe pas d'adresse de diffusion pour IPv6 ! | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q10<< | ||
| + | >>Les adresses IPv6 configurées par DHCPv6 "avec état" sont stables tant que : << | ||
| + | ( ) le client garde la même carte réseau. | ||
| + | (x) le client utilise le même identifiant DUID. | ||
| + | ( ) le client utilise le même relai pour interroger le serveur. | ||
| + | ( ) le client interroge le même serveur. | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque le serveur alloue une adresse IPv6 au client, il associe cette adresse avec le DUID du client. Lors du redémarrage du client, si celui-ci utilise le même DUID, le serveur réutilisera l'association faite précédemment pour lui fournir la même adresse. L'utilisation de la même carte réseau, du même relai, ou du même serveur, n'est pas une condition suffisante pour avoir une allocation d'adresse stable. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q11<< | ||
| + | >>Le mécanisme de relayage de DHCPv6 est-il totalement transparent pour le client ? << | ||
| + | (x) Oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6. | ||
| + | ( ) Non, le client DHCPv6 est averti que le message va être relayé. | ||
| + | ( ) C'est possible si aucun relai n'ajoute d'option dans ses messages. | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Le mécanisme de relayage permet des interactions, avec le serveur, transparentes pour le client. Le relai DHCPv6 a la possibilité d'ajouter des options à destination du serveur lors du relayage d'un message d'un client, permettant de fournir au serveur des informations supplémentaires. Mais ces options ne sont jamais visibles par le client. | ||
| + | [explanation] | ||
| + | </pre> | ||
| + | |||
| + | = Archive = | ||
| + | <pre> | ||
| + | >>A33Q11<< | ||
| + | >>Un administrateur réseau utilise la méthode DHCPv6 "sans état" pour configurer des adresses IPv6 sur les stations de travail. Après qu'un hôte ait reçu les messages provenant de plusieurs serveurs DHCPv6 pour indiquer leur disponibilité pour le service DHCPv6, quel message envoie-t-il à un serveur pour obtenir les informations de configuration ? << | ||
| + | ( ) SOLICIT | ||
| + | ( ) REQUEST | ||
| + | (x) INFORMATION-REQUEST | ||
| + | ( ) CONFIGURE | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Dans la configuration DHCPv6 "sans état", un client configure son adresse IPv6 à l'aide du préfixe et de la longueur de préfixe du message d'annonce de routeur, combinés à un ID d'interface généré automatiquement. Il contacte alors un serveur DHCPv6 pour compléter sa configuration avec un message INFORMATION-REQUEST. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q12 << | ||
| + | >>Le protocole DHCPv6 est, pour l'administrateur du réseau : << | ||
| + | ( ) nécessaire pour maitriser les adresses configurées sur les stations. | ||
| + | (x) suffisant pour maitriser les adresses configurées sur les stations. | ||
| + | ( ) nécessaire pour configurer la table de routage IPv6 des stations. | ||
| + | ( ) suffisant pour configurer la table de routage IPv6 des stations. | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Le protocole DHCPv6 est suffisant pour que l'administrateur puisse maitriser la configuration automatique des adresses IPv6. Il n'est cependant pas nécessaire pour maitriser les adresses des stations d'un réseau, car l'administrateur peut aussi recourir à la configuration statique des adresses poste par poste. Le protocole DHCPv6 ne se charge pas de la configuration de la table de routage. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q13<< | ||
| + | >>Quel est le format de DUID recommandé pour une imprimante réseau ? << | ||
| + | (x) adresse MAC | ||
| + | ( ) adresse MAC + horodate | ||
| + | ( ) EUI-64 | ||
| + | ( ) identificateur de machine défini par le constructeur | ||
| + | Note : une seule réponse valide | ||
| + | [explanation] | ||
| + | Une imprimante réseau ne comporte pas de mémoire non-volatile comme un disque dur. L'identifiant DUID ne peut donc pas être enregistré pour persister si l'imprimante est éteinte. Afin d'obtenir une adresse stable à chaque démarrage, elle devra utiliser un identifiant stable comme l'adresse MAC. L'EUI-64 et l'identificateur de machine ne sont pas des DUID valides selon le standard DHCPv6. | ||
| + | [explanation]</pre> | ||
| + | |||
| + | = Session 2 = | ||
| + | <pre> | ||
| + | >>A33Q09.<< | ||
| + | >>Complétez la phrase suivante à l'aide de numéros: | ||
| + | "Les clients DHCPv6 écoutent le port UDP | ||
| + | = 546 | ||
| + | tandis que les serveurs et relais écoutent le port UDP | ||
| + | = 547 | ||
| + | ". | ||
| + | |||
| + | [explanation] | ||
| + | Le RFC 3315 précise que les clients écoutent le port UDP 546, et que les serveurs et relais écoutent le port 547. | ||
| + | [explanation] | ||
| + | |||
| + | |||
| + | >>A33Q10. << | ||
| + | >>Indiquez l'ordre des messages correspondant aux différentes étapes de la configuration d'un client DHCPv6, auprès d'un serveur DHCPv6 "avec état".<< | ||
| + | >>REPLY<< | ||
| + | [[ Aucune, Etape 1, Etape 2, Etape 3, (Etape 4) ]] | ||
| + | >>SOLICIT<< | ||
| + | [[ Aucune, (Etape 1), Etape 2, Etape 3, Etape 4 ]] | ||
| + | >>DISCOVER<< | ||
| + | [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] | ||
| + | >>REQUEST<< | ||
| + | [[ Aucune, Etape 1, Etape 2, (Etape 3), Etape 4 ]] | ||
| + | >>ADVERTISE<< | ||
| + | [[ Aucune, Etape 1, (Etape 2), Etape 3, Etape 4 ]] | ||
| + | >>OFFER<< | ||
| + | [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] | ||
| + | |||
| + | [explanation] | ||
| + | L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les messages OFFER et DISCOVER sont utilisés par DHCPv4. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q11. << | ||
| + | >>Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? (une réponse valide)<< | ||
| + | ( ) L'adresse monodiffusion (unicast) globale du serveur DHCPv6. | ||
| + | ( ) L'adresse de lien local du serveur DHCPv6. | ||
| + | (+) Une adresse de multidiffusion (multicast) dédiée à ce service. | ||
| + | ( ) L'adresse de diffusion (broadcast) IPv6. | ||
| + | |||
| + | [explanation] | ||
| + | Le client ignore l'adresse IPv6 du serveur. Donc, il ne peut pas utiliser d'adresse de monodiffusion. La requête est émise avec l'adresse de multidiffusion FF02::1:2 qui identifie le groupe ALL_DHCP_Relay_Agents_And_Servers. Il n'existe pas d'adresse de diffusion pour IPv6 ! | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q12. << | ||
| + | >>Les adresses IPv6 configurées par DHCPv6 "avec état" sont stables tant que : (une réponse valide)<< | ||
| + | ( ) le client garde la même carte réseau. | ||
| + | (+) le client utilise le même identifiant DUID. | ||
| + | ( ) le client utilise le même relai pour interroger le serveur. | ||
| + | ( ) le client interroge le même serveur. | ||
| + | |||
| + | [explanation] | ||
| + | Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque le serveur alloue une adresse IPv6 au client, il associe cette adresse avec le DUID du client. Lors du redémarrage du client, si celui-ci utilise le même DUID, le serveur réutilisera l'association faite précédemment pour lui fournir la même adresse. L'utilisation de la même carte réseau, du même relai, ou du même serveur, n'est pas une condition suffisante pour avoir une allocation d'adresse stable. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q13. << | ||
| + | >>Un administrateur réseau utilise la méthode DHCPv6 "sans état" pour configurer des adresses IPv6 sur les stations de travail. Après qu'un hôte ait reçu les messages provenant de plusieurs serveurs DHCPv6 pour indiquer leur disponibilité pour le service DHCPv6, quel message envoie-t-il à un serveur pour obtenir les informations de configuration ? (une réponse valide)<< | ||
| + | ( ) SOLICIT | ||
| + | ( ) REQUEST | ||
| + | (+) INFORMATION-REQUEST | ||
| + | ( ) CONFIGURE | ||
| + | |||
| + | [explanation] | ||
| + | Dans la configuration DHCPv6 "sans état", un client configure son adresse IPv6 à l'aide du préfixe et de la longueur de préfixe du message d'annonce de routeur, combinés à un ID d'interface généré automatiquement. Il contacte alors un serveur DHCPv6 pour compléter sa configuration avec un message INFORMATION-REQUEST. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q14. << | ||
| + | >>Le mécanisme de relayage de DHCPv6 est-il totalement transparent pour le client ? (une réponse valide)<< | ||
| + | (+) Oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6. | ||
| + | ( ) Non, le client DHCPv6 est averti que le message va être relayé. | ||
| + | ( ) C'est possible si aucun relai n'ajoute d'option dans ses messages. | ||
| + | |||
| + | [explanation] | ||
| + | Le mécanisme de relayage permet des interactions, avec le serveur, transparentes pour le client. Le relai DHCPv6 a la possibilité d'ajouter des options à destination du serveur lors du relayage d'un message d'un client, permettant de fournir au serveur des informations supplémentaires. Mais ces options ne sont jamais visibles par le client. | ||
| + | [explanation] | ||
| + | |||
| + | >>A33Q15. << | ||
| + | >>Le protocole DHCPv6 est, pour l'administrateur du réseau : (une réponse valide)<< | ||
| + | ( ) nécessaire pour maitriser les adresses configurées sur les stations. | ||
| + | (+) suffisant pour maitriser les adresses configurées sur les stations. | ||
| + | ( ) nécessaire pour configurer la table de routage IPv6 des stations. | ||
| + | ( ) suffisant pour configurer la table de routage IPv6 des stations. | ||
| + | |||
| + | [explanation] | ||
| + | Le protocole DHCPv6 est suffisant pour que l'administrateur puisse maitriser la configuration automatique des adresses IPv6. Il n'est cependant pas nécessaire pour maitriser les adresses des stations d'un réseau, car l'administrateur peut aussi recourir à la configuration statique des adresses poste par poste. Le protocole DHCPv6 ne se charge pas de la configuration de la table de routage. | ||
| + | [explanation] | ||
| + | |||
| + | |||
| + | >>A33Q16. << | ||
| + | >>Quel est le format de DUID recommandé pour une imprimante réseau ? (une réponse valide)<< | ||
| + | (+) adresse MAC | ||
| + | ( ) adresse MAC + horodate | ||
| + | ( ) EUI-64 | ||
| + | ( ) identificateur de machine défini par le constructeur | ||
| + | |||
| + | [explanation] | ||
| + | Une imprimante réseau ne comporte pas de mémoire non-volatile comme un disque dur. L'identifiant DUID ne peut donc pas être enregistré pour persister si l'imprimante est éteinte. Afin d'obtenir une adresse stable à chaque démarrage, elle devra utiliser un identifiant stable comme l'adresse MAC. L'EUI-64 et l'identificateur de machine ne sont pas des DUID valides selon le standard DHCPv6. | ||
| + | [explanation] | ||
| + | |||
| + | |||
| + | </pre> | ||
Latest revision as of 20:58, 9 April 2017
Session 3
>>A33Q07<< >>Complétez la phrase suivante à l'aide de numéros : Les clients DHCPv6 écoutent le port UDP = 546 tandis que les serveurs et relais écoutent le port UDP = 547 . [explanation] Le RFC 3315 précise que les clients écoutent le port UDP 546, et que les serveurs et relais écoutent le port 547. [explanation] >>A33Q08<< >>Indiquez l'ordre des messages correspondant aux différentes étapes de la configuration d'un client DHCPv6, auprès d'un serveur DHCPv6 "avec état".<< >>REPLY<< [[ Aucune, Etape 1, Etape 2, Etape 3, (Etape 4) ]] >>SOLICIT<< [[ Aucune, (Etape 1), Etape 2, Etape 3, Etape 4 ]] >>DISCOVER<< [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] >>REQUEST<< [[ Aucune, Etape 1, Etape 2, (Etape 3), Etape 4 ]] >>ADVERTISE<< [[ Aucune, Etape 1, (Etape 2), Etape 3, Etape 4 ]] >>OFFER<< [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] [explanation] L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les messages OFFER et DISCOVER sont utilisés par DHCPv4. [explanation] >>A33Q09<< >>Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? << ( ) L'adresse monodiffusion (unicast) globale du serveur DHCPv6. ( ) L'adresse de lien-local du serveur DHCPv6. (x) Une adresse de multidiffusion (multicast) dédiée à ce service. ( ) L'adresse de diffusion (broadcast) IPv6. Note : une seule réponse valide [explanation] Le client ignore l'adresse IPv6 du serveur. Donc, il ne peut pas utiliser d'adresse de monodiffusion. La requête est émise avec l'adresse de multidiffusion FF02::1:2 qui identifie le groupe ALL_DHCP_Relay_Agents_And_Servers. Il n'existe pas d'adresse de diffusion pour IPv6 ! [explanation] >>A33Q10<< >>Les adresses IPv6 configurées par DHCPv6 "avec état" sont stables tant que : << ( ) le client garde la même carte réseau. (x) le client utilise le même identifiant DUID. ( ) le client utilise le même relai pour interroger le serveur. ( ) le client interroge le même serveur. Note : une seule réponse valide [explanation] Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque le serveur alloue une adresse IPv6 au client, il associe cette adresse avec le DUID du client. Lors du redémarrage du client, si celui-ci utilise le même DUID, le serveur réutilisera l'association faite précédemment pour lui fournir la même adresse. L'utilisation de la même carte réseau, du même relai, ou du même serveur, n'est pas une condition suffisante pour avoir une allocation d'adresse stable. [explanation] >>A33Q11<< >>Le mécanisme de relayage de DHCPv6 est-il totalement transparent pour le client ? << (x) Oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6. ( ) Non, le client DHCPv6 est averti que le message va être relayé. ( ) C'est possible si aucun relai n'ajoute d'option dans ses messages. Note : une seule réponse valide [explanation] Le mécanisme de relayage permet des interactions, avec le serveur, transparentes pour le client. Le relai DHCPv6 a la possibilité d'ajouter des options à destination du serveur lors du relayage d'un message d'un client, permettant de fournir au serveur des informations supplémentaires. Mais ces options ne sont jamais visibles par le client. [explanation]
Archive
>>A33Q11<< >>Un administrateur réseau utilise la méthode DHCPv6 "sans état" pour configurer des adresses IPv6 sur les stations de travail. Après qu'un hôte ait reçu les messages provenant de plusieurs serveurs DHCPv6 pour indiquer leur disponibilité pour le service DHCPv6, quel message envoie-t-il à un serveur pour obtenir les informations de configuration ? << ( ) SOLICIT ( ) REQUEST (x) INFORMATION-REQUEST ( ) CONFIGURE Note : une seule réponse valide [explanation] Dans la configuration DHCPv6 "sans état", un client configure son adresse IPv6 à l'aide du préfixe et de la longueur de préfixe du message d'annonce de routeur, combinés à un ID d'interface généré automatiquement. Il contacte alors un serveur DHCPv6 pour compléter sa configuration avec un message INFORMATION-REQUEST. [explanation] >>A33Q12 << >>Le protocole DHCPv6 est, pour l'administrateur du réseau : << ( ) nécessaire pour maitriser les adresses configurées sur les stations. (x) suffisant pour maitriser les adresses configurées sur les stations. ( ) nécessaire pour configurer la table de routage IPv6 des stations. ( ) suffisant pour configurer la table de routage IPv6 des stations. Note : une seule réponse valide [explanation] Le protocole DHCPv6 est suffisant pour que l'administrateur puisse maitriser la configuration automatique des adresses IPv6. Il n'est cependant pas nécessaire pour maitriser les adresses des stations d'un réseau, car l'administrateur peut aussi recourir à la configuration statique des adresses poste par poste. Le protocole DHCPv6 ne se charge pas de la configuration de la table de routage. [explanation] >>A33Q13<< >>Quel est le format de DUID recommandé pour une imprimante réseau ? << (x) adresse MAC ( ) adresse MAC + horodate ( ) EUI-64 ( ) identificateur de machine défini par le constructeur Note : une seule réponse valide [explanation] Une imprimante réseau ne comporte pas de mémoire non-volatile comme un disque dur. L'identifiant DUID ne peut donc pas être enregistré pour persister si l'imprimante est éteinte. Afin d'obtenir une adresse stable à chaque démarrage, elle devra utiliser un identifiant stable comme l'adresse MAC. L'EUI-64 et l'identificateur de machine ne sont pas des DUID valides selon le standard DHCPv6. [explanation]
Session 2
>>A33Q09.<< >>Complétez la phrase suivante à l'aide de numéros: "Les clients DHCPv6 écoutent le port UDP = 546 tandis que les serveurs et relais écoutent le port UDP = 547 ". [explanation] Le RFC 3315 précise que les clients écoutent le port UDP 546, et que les serveurs et relais écoutent le port 547. [explanation] >>A33Q10. << >>Indiquez l'ordre des messages correspondant aux différentes étapes de la configuration d'un client DHCPv6, auprès d'un serveur DHCPv6 "avec état".<< >>REPLY<< [[ Aucune, Etape 1, Etape 2, Etape 3, (Etape 4) ]] >>SOLICIT<< [[ Aucune, (Etape 1), Etape 2, Etape 3, Etape 4 ]] >>DISCOVER<< [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] >>REQUEST<< [[ Aucune, Etape 1, Etape 2, (Etape 3), Etape 4 ]] >>ADVERTISE<< [[ Aucune, Etape 1, (Etape 2), Etape 3, Etape 4 ]] >>OFFER<< [[ (Aucune), Etape 1, Etape 2, Etape 3, Etape 4 ]] [explanation] L'allocation d'une ressource (adresse ou préfixe) se fait à travers 2 échanges. Le premier échange SOLICIT / ADVERTISE permet au client de découvrir les serveurs DHCPv6 aptes à fournir le type de ressource demandé. Le second échange REQUEST / REPLY permet l'allocation effective de la ressource par le serveur. Les messages OFFER et DISCOVER sont utilisés par DHCPv4. [explanation] >>A33Q11. << >>Quelle adresse IPv6 un client DHCPv6 utilise-t-il pour émettre sa requête visant à découvrir un serveur DHCPv6 ? (une réponse valide)<< ( ) L'adresse monodiffusion (unicast) globale du serveur DHCPv6. ( ) L'adresse de lien local du serveur DHCPv6. (+) Une adresse de multidiffusion (multicast) dédiée à ce service. ( ) L'adresse de diffusion (broadcast) IPv6. [explanation] Le client ignore l'adresse IPv6 du serveur. Donc, il ne peut pas utiliser d'adresse de monodiffusion. La requête est émise avec l'adresse de multidiffusion FF02::1:2 qui identifie le groupe ALL_DHCP_Relay_Agents_And_Servers. Il n'existe pas d'adresse de diffusion pour IPv6 ! [explanation] >>A33Q12. << >>Les adresses IPv6 configurées par DHCPv6 "avec état" sont stables tant que : (une réponse valide)<< ( ) le client garde la même carte réseau. (+) le client utilise le même identifiant DUID. ( ) le client utilise le même relai pour interroger le serveur. ( ) le client interroge le même serveur. [explanation] Le DUID est un identifiant stable inclus dans les requêtes du client permettant au serveur DHCPv6 d'identifier les requêtes provenant d'un même client. Lorsque le serveur alloue une adresse IPv6 au client, il associe cette adresse avec le DUID du client. Lors du redémarrage du client, si celui-ci utilise le même DUID, le serveur réutilisera l'association faite précédemment pour lui fournir la même adresse. L'utilisation de la même carte réseau, du même relai, ou du même serveur, n'est pas une condition suffisante pour avoir une allocation d'adresse stable. [explanation] >>A33Q13. << >>Un administrateur réseau utilise la méthode DHCPv6 "sans état" pour configurer des adresses IPv6 sur les stations de travail. Après qu'un hôte ait reçu les messages provenant de plusieurs serveurs DHCPv6 pour indiquer leur disponibilité pour le service DHCPv6, quel message envoie-t-il à un serveur pour obtenir les informations de configuration ? (une réponse valide)<< ( ) SOLICIT ( ) REQUEST (+) INFORMATION-REQUEST ( ) CONFIGURE [explanation] Dans la configuration DHCPv6 "sans état", un client configure son adresse IPv6 à l'aide du préfixe et de la longueur de préfixe du message d'annonce de routeur, combinés à un ID d'interface généré automatiquement. Il contacte alors un serveur DHCPv6 pour compléter sa configuration avec un message INFORMATION-REQUEST. [explanation] >>A33Q14. << >>Le mécanisme de relayage de DHCPv6 est-il totalement transparent pour le client ? (une réponse valide)<< (+) Oui, le client DHCPv6 a toujours l'impression de communiquer directement avec un serveur DHCPv6. ( ) Non, le client DHCPv6 est averti que le message va être relayé. ( ) C'est possible si aucun relai n'ajoute d'option dans ses messages. [explanation] Le mécanisme de relayage permet des interactions, avec le serveur, transparentes pour le client. Le relai DHCPv6 a la possibilité d'ajouter des options à destination du serveur lors du relayage d'un message d'un client, permettant de fournir au serveur des informations supplémentaires. Mais ces options ne sont jamais visibles par le client. [explanation] >>A33Q15. << >>Le protocole DHCPv6 est, pour l'administrateur du réseau : (une réponse valide)<< ( ) nécessaire pour maitriser les adresses configurées sur les stations. (+) suffisant pour maitriser les adresses configurées sur les stations. ( ) nécessaire pour configurer la table de routage IPv6 des stations. ( ) suffisant pour configurer la table de routage IPv6 des stations. [explanation] Le protocole DHCPv6 est suffisant pour que l'administrateur puisse maitriser la configuration automatique des adresses IPv6. Il n'est cependant pas nécessaire pour maitriser les adresses des stations d'un réseau, car l'administrateur peut aussi recourir à la configuration statique des adresses poste par poste. Le protocole DHCPv6 ne se charge pas de la configuration de la table de routage. [explanation] >>A33Q16. << >>Quel est le format de DUID recommandé pour une imprimante réseau ? (une réponse valide)<< (+) adresse MAC ( ) adresse MAC + horodate ( ) EUI-64 ( ) identificateur de machine défini par le constructeur [explanation] Une imprimante réseau ne comporte pas de mémoire non-volatile comme un disque dur. L'identifiant DUID ne peut donc pas être enregistré pour persister si l'imprimante est éteinte. Afin d'obtenir une adresse stable à chaque démarrage, elle devra utiliser un identifiant stable comme l'adresse MAC. L'EUI-64 et l'identificateur de machine ne sont pas des DUID valides selon le standard DHCPv6. [explanation]
