Docker réseau internal communiquer avec l'extérieur
Résolu/Fermé
jo
-
16 oct. 2021 à 20:34
avion-f16 Messages postés 19246 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 21 avril 2024 - 18 oct. 2021 à 21:57
avion-f16 Messages postés 19246 Date d'inscription dimanche 17 février 2008 Statut Contributeur Dernière intervention 21 avril 2024 - 18 oct. 2021 à 21:57
A voir également:
- Docker réseau internal communiquer avec l'extérieur
- Entrer les informations d'identification reseau - Guide
- Imprimante reseau - Guide
- Paul a publié une annonce dans un groupe sur un réseau social. qui peut voir son annonce - Forum Réseau
- Réseau orange non détecté - Forum Réseau
- Partage reseau - Guide
3 réponses
avion-f16
Messages postés
19246
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
21 avril 2024
4 497
17 oct. 2021 à 03:07
17 oct. 2021 à 03:07
Bonjour,
Je ne vois pas vraiment pourquoi tu crées deux réseau Docker, tu peux y parvenir avec un seul bridge avec accès externe.
Si par "ouvrir de nouveaux ports dans le firewall" tu fais référence à l'option "-p" (lien entre port hôte et port container), il n'est pas nécessaire de le faire pour le container B. Le container B peut tout à fait écouter le port 80 sans que celui-ci soit exposé au niveau des ports de l'hôte.
Je ne vois pas vraiment pourquoi tu crées deux réseau Docker, tu peux y parvenir avec un seul bridge avec accès externe.
Si par "ouvrir de nouveaux ports dans le firewall" tu fais référence à l'option "-p" (lien entre port hôte et port container), il n'est pas nécessaire de le faire pour le container B. Le container B peut tout à fait écouter le port 80 sans que celui-ci soit exposé au niveau des ports de l'hôte.
Bonjour avion-f16, je vais faire d'autres tests cette semaine en supprimant un réseau, je suis débutant et cela me semblait être une bonne idée. Je reviendrai durant la semaine avec le résultat de mes tests et si cela ne fonctionne pas avec ma config. Encore merci pour ta réponse.
Belle soirée
Belle soirée
Salut avion-f16, cela à fonctionné, je te remercie, j'avais pensé trop compliqué.
Bonne soirée
Bonne soirée
avion-f16
Messages postés
19246
Date d'inscription
dimanche 17 février 2008
Statut
Contributeur
Dernière intervention
21 avril 2024
4 497
Modifié le 18 oct. 2021 à 21:58
Modifié le 18 oct. 2021 à 21:58
Bonjour,
En effet, je ne voyais pas l'utilité de vouloir placer le container B dans un réseau isolé (sans accès vers l'extérieur) alors qu'il doit justement pouvoir accéder à Internet.
La solution aurait été d'utiliser le container A comme passerelle (routeur NAT) mais ça aurait été inutilement compliqué.
Si on met de côté l'aspect Docker/containers et qu'on considère un déploiement de plusieurs backends derrière un proxy inversé, les serveurs backends disposent de leur propre accès à Internet sans passer par le proxy. Ils ne transmettent une réponse via le proxy que pour les requêtes qui viennent de ce proxy.
En effet, je ne voyais pas l'utilité de vouloir placer le container B dans un réseau isolé (sans accès vers l'extérieur) alors qu'il doit justement pouvoir accéder à Internet.
La solution aurait été d'utiliser le container A comme passerelle (routeur NAT) mais ça aurait été inutilement compliqué.
Si on met de côté l'aspect Docker/containers et qu'on considère un déploiement de plusieurs backends derrière un proxy inversé, les serveurs backends disposent de leur propre accès à Internet sans passer par le proxy. Ils ne transmettent une réponse via le proxy que pour les requêtes qui viennent de ce proxy.