MOOC:Auto-eval Act34-doc

From Livre IPv6

Revision as of 17:13, 10 April 2016 by Ptournoux (Talk | contribs) (Created page with "<quiz display=simple> {Les zones de résolution inverses sont elles hebergées sur les même serveurs que les zones de resolution directes ? |type="[]"} - Oui + Non || Explica...")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

1. Les zones de résolution inverses sont elles hebergées sur les même serveurs que les zones de resolution directes ?

Oui
Non
Explication : .

2. Un même fichier de zone peut il contenir une entrée de type AAAA et une entrée de type PTR ?

Oui
Non
Explication : .

3. Si un résolveur souhaite récupérer les adresses IPv6 associées à un FQDN, est-ce indispensable qu'il transmette sa requête via IPv6 ?

Oui
Non
Explication : .

4. La réponse à une requète DNS en UDP/IPv6 peut depasser la taille maximale de 512 octets prévu par la RFC1035. Quelles sont les solutions enviseagable ?

Faire la requète en plusieurs fois.
Faire la requète via UDP/IPv4.
Faire la requète via TCP/IPv6.
Utiliser l'extension EDNS.0.
Explication : .

5. Afin d'assurer la robustesse et le passage à l'echelle, les fichiers de zones d'un nom de domaine peuvent être consultable sur plusieurs serveurs :

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 secondaire.
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 : .

6. Découverte de serveurs DNS :

Lors de l'autoconfiguration IPv6 (via RA ou DHCPv6), un hote n'a pas reçu d'information relative au serveur DNS. Il peut néanmoins utiliser celui qu'il a appris avec l'autoconfiguration 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 leurs clients.
Les serveurs DNS appris via DHCPv4 et DHCPv6 (ou via RA) sont nécéssairement disjoints. Ils appartiennent à des instances différentes, hebergées ou non sur la même machine.
Un serveur DNS peut accepter les requètes via IPv4 et IPv6.
Explication : .

7. Les règles de sécurité de l'université UniX sont scrites 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 accépte 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'intermediaire 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.

User1 peut effectuer des requètes DNS iteratives (i.e. en contactant lui même les serveurs de l'arborescence DNS).
User2 peut effectuer des requètes DNS iteratives (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 resolution des noms de domaines sera en moyenne legerement plus long pour User1 que pour User2.
Explication : .

8. 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) :

Laisser les utilisateurs resoudre les noms de domaines via des requètes itératives.
Deployer un serveur recursif colocalisé avec le routeur WiFi. Les requètes des utilisateurs seront prises en charge par ce serveur.
Deployer un serveur recursif ailleurs l'internet. Les requètes des utilisateurs seront prises en charge par ce serveur.
Deployer un serveur relais colocalisé avec le routeur WiFi. Ce serveur transmettra ses requètes à un serveur recursif deployé sur l'internet. Les requètes des utilisateurs seront prises en charge par le serveur relais.
Explication : .

Your score is 0 / 0
Personal tools