EmmanuelTiamzon
24 lines
1.8 KiB
Markdown
24 lines
1.8 KiB
Markdown
## 1. Création des réseaux
|
|
* bridge-tp3 : La création a réussi. Docker permet de créer plusieurs réseaux de type "bridge" personnalisés pour isoler des groupes de conteneurs.
|
|
* host-tp3 & none-tp3 : La création a échoué car Docker n'autorise qu'une seule instance des drivers "host" et "none". Ces réseaux existent déjà par défaut lors de l'installation de Docker.
|
|
|
|
## 2. Tests de communication
|
|
* web1 vers web2 : Réussi.
|
|
* Sur un réseau bridge personnalisé, Docker active un service DNS interne. Il permet aux conteneurs de communiquer entre eux en utilisant leurs noms au lieu de leurs adresses IP ce qui nous facilite la tâche.
|
|
* web1 vers web3 : Réussi (via l'IP 172.17.0.1).
|
|
* Le conteneur web3 utilise le réseau host. On peut donc le joindre avec l'adresse IP de la passerelle (gateway) qui relie le bridge de l'hôte au système.
|
|
* web1 vers web4 : Échec ("bad address").
|
|
* Le conteneur web4 est configuré avec le driver "none". Il ne possède aucune interface réseau externe ni adresse IP, ce qui le rend totalement isolé et inatteignable par le réseau comme dit dans le cours.
|
|
|
|
## 3. Accès HTTP et vérification du contenu
|
|
* web1 (172.18.0.2) & web2 (172.18.0.3) : Les pages sont accessibles avec le navigateur. Le montage de volume (`-v`) a correctement remplacé le fichier par défaut de Nginx par notre `index.html`.
|
|
* web3 (172.17.0.1) : La page s'affiche correctement. En mode host, le serveur Nginx écoute directement sur les interfaces réseau de la machine hôte.
|
|
* web4 : Aucun accès possible. Comme il n'a pas d'adresse IP, aucun flux HTTP ne peut aller vers ce conteneur.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
 |