Quiz du chapitre 6 : Réseau Docker¶
Consignes
Autoévaluation : 10 questions, environ 10 minutes. Chaque question a une seule bonne réponse. Répondez d'abord de mémoire, puis cliquez sur « Réponse » pour vérifier. En cas d'erreur, relisez la section indiquée du cours.
Question 1. Deux conteneurs sont lancés sans option --network. Que peut-on dire de leur communication ?
- A. Ils se joignent par leur nom
- B. Ils se joignent par leur adresse IP, mais pas par leur nom
- C. Ils ne peuvent pas communiquer
- D. Ils se joignent uniquement par un port publié
Réponse
B. Ils sont sur le réseau bridge par défaut : ils se joignent par adresse IP, mais ce réseau n'offre pas de résolution de noms (section 3).
Question 2. Quelle commande crée un réseau bridge nommé reseau-app ?
- A.
docker network add reseau-app - B.
docker run --network reseau-app - C.
docker network create reseau-app - D.
docker bridge create reseau-app
Réponse
C. docker network create crée un réseau ; le pilote bridge est le pilote par défaut sur une seule machine (section 4.1).
Question 3. Quel avantage un réseau défini par l'utilisateur offre-t-il sur le réseau bridge par défaut ?
- A. Les conteneurs y sont plus rapides
- B. Les conteneurs peuvent se joindre par leur nom grâce au DNS intégré
- C. Les ports y sont publiés automatiquement
- D. Les conteneurs y ont accès à Internet, ce qui n'est pas le cas sur le réseau par défaut
Réponse
B. Docker fournit un serveur DNS intégré qui résout le nom des conteneurs d'un réseau défini par l'utilisateur. La vitesse et la publication des ports ne changent pas (section 4.2 et 4.3).
Question 4. Le conteneur web doit interroger la base db située sur le même réseau défini par l'utilisateur, qui écoute sur le port 5432. Que faut-il faire ?
- A. Publier le port 5432 de
dbavec-p - B. Rien de plus :
webjointdb:5432directement - C. Utiliser
--network hostpourweb - D. Brancher
dbsur le réseaunone
Réponse
B. Entre conteneurs d'un même réseau, on utilise le nom et le port du conteneur ; aucune publication n'est nécessaire (section 5.1).
Question 5. Quelle option rend un service accessible uniquement depuis l'hôte ?
- A.
-p 8080:80 - B.
-P - C.
-p 127.0.0.1:8080:80 - D.
--network none
Réponse
C. En précisant l'adresse 127.0.0.1, le port n'est publié que sur l'interface locale de l'hôte. -p 8080:80 publie sur toutes les interfaces (section 5).
Question 6. Depuis un conteneur du même réseau, quelle adresse permet de joindre le conteneur web, publié avec -p 8080:80 ?
- A.
http://web:8080 - B.
http://web:80 - C.
http://localhost:8080 - D.
http://web:443
Réponse
B. Entre conteneurs, on utilise le port du conteneur (80). Le port 8080 est un port de l'hôte. Depuis un autre conteneur, localhost désigne ce conteneur lui-même (sections 5 et 5.1).
Question 7. Que fait l'option --network none ?
- A. Elle utilise le réseau par défaut
- B. Elle partage le réseau de l'hôte
- C. Elle supprime tout accès réseau du conteneur, hormis son interface locale
- D. Elle désactive la résolution de noms seulement
Réponse
C. Le conteneur n'a aucune connexion vers l'extérieur ni vers d'autres conteneurs (section 6.2).
Question 8. Quelle affirmation sur --network host est exacte ?
- A. Le conteneur reçoit une adresse IP privée propre
- B. Le conteneur utilise directement les interfaces et les ports de l'hôte, sans isolation réseau
- C. L'option
-pest obligatoire - D. Il fonctionne de la même manière sous Docker Desktop et sous Linux
Réponse
B. Il n'y a plus de traduction de ports ni d'isolation réseau. Le mode est conçu pour Linux ; le comportement diffère sous Docker Desktop (section 6.1).
Question 9. Dans une architecture proxy, application et base de données, quelle configuration respecte le principe du moindre accès ?
- A. Les trois conteneurs sur un même réseau, tous les ports publiés
- B. Deux réseaux : le proxy sur le premier, la base sur le second, l'application sur les deux
- C. Les trois conteneurs en mode
host - D. Un réseau par conteneur, sans aucune passerelle
Réponse
B. Chaque conteneur ne voit que ce dont il a besoin : le proxy ne joint pas la base, et l'application sert de passerelle entre les deux niveaux (section 7).
Question 10. Une application dans un conteneur n'écoute que sur 127.0.0.1. Que se passe-t-il quand on publie son port avec -p ?
- A. Le service fonctionne normalement
- B. Le service n'est pas joignable depuis l'hôte : l'application doit écouter sur
0.0.0.0 - C. Docker modifie automatiquement l'adresse d'écoute
- D. Le service est joignable uniquement depuis les autres conteneurs
Réponse
B. Une application qui n'écoute que sur 127.0.0.1 n'est joignable que depuis son propre conteneur ; le port publié ne fonctionne pas (section 8).