‫Marty ask Le réseau de docker n'est-il pas segmenté du réseau public de l'hôte?
‫Un collègue semble penser que la plage d'adresses IP de notre environnement Docker peut provoquer un conflit
‫avec le réseau de notre entreprise.
‫C'est donc une excellente question.
‫La réponse à la première est oui.
‫Les dockers
‫Donc, par défaut, vous utilisez des pilotes de réseau Docker, le plus important étant bridge.
‫Si vous utilisez swarm, celui par défaut est superposé et, bien sûr,
‫vous pouvez utiliser d'autres pilotes de réseau si vous me voyez entrer ici et que je viens de créer un réseau
‫Docker ls oh mon Docker ne fonctionne pas une nouvelle version de
‫Docker out Non, je ne veux pas mettre à jour cette version aujourd'hui, alors laissez-moi une minute pour que
‫Docker commence.
‫Mais il existe une liste de pilotes réseau Docker qui sortent de la boîte et vous choisissez le lecteur à pont unique
‫par défaut en créant simplement un réseau Docker ou en ne spécifiant même pas de réseau et n'utilisant
‫pas de pont.
‫La plupart d’entre nous en production utiliserons d’autres réseaux, tels que Swarm Overlay, ou Kubernetes aura
‫ses propres pilotes réseau.
‫Il y en a d'autres comme host et Mac v lan que vous pouvez utiliser. Vous pouvez même techniquement
‫n'en utiliser aucun qui désactivera la mise en réseau, mais le problème est que si vous parlez du réseau de
‫pont par défaut, qui n'est probablement pas ce que vous envisagez. Vous allez utiliser en production un segment de réseau réseau, donc
‫sa propre plage de sous-réseaux et son fonctionnement en mode pont, ce qui signifie que les données iront
‫à Nat lui-même en dehors de ce sous-réseau privé dans les réseaux de votre entreprise.
‫Toutefois, même s'il n'y a pas de conflit technique avec vos réseaux physiques nets, vous ne pouvez pas utiliser les mêmes sous-réseaux que ceux
‫utilisés en dehors de votre hôte.
‫Et cela est dû uniquement au routage TCP IP standard.
‫Donc, si vous suivez les détails du routage du protocole IP essentiellement si je suis sur, disons un sous-réseau 10 0 0 0 sur
‫mon conteneur Docker dans Docker, puis un sous-réseau 10 points 0 1 est utilisé quelque part dans mon réseau d'entreprise, puis mon conteneur sur ma
‫machine locale ne saura pas comment se rendre à ce réseau car elle pense
‫que ce réseau fait déjà déjà partie de mon sous-réseau local.
‫Droite.
‫Donc, techniquement, aucun sous-réseau ne se heurte dans les sauts de conteneurs. Même si, techniquement, Nats,
‫cela posera probablement des problèmes, et en fait à certaines entreprises, car
‫les réseaux fixes sont généralement constitués de 172 sous-réseaux et parfois les
‫entreprises chevauchent ces sous-réseaux, ce qui pose un problème, ce qui signifie
‫que les entreprises doivent définir leurs paramètres Docker, par exemple, dans les préférences, puis accéder à la configuration du démon et voir monsieur. Je ne
‫pense pas que
‫cette option soit encore ce jour-là j'en ai vu un.
‫Oh donc oui.
‫C'est donc le sous-réseau par défaut ici.
‫C’est un peu difficile à voir peut-être à l’écran, mais c’est un sous-réseau à une entité et le mien. Vous pouvez le
‫modifier, mais vous devrez peut-être également modifier d’autres valeurs par défaut dans la configuration du démon ici,
‫sous Advanced, selon que vous utilisiez ou non Swarm Overlay. le pont par défaut et ainsi de suite.
‫Alors oui c'est possible.
‫Et fondamentalement, si vous n'êtes pas sûr, essayez simplement de créer des conteneurs pour voir si vous pouvez obtenir quelque chose sur votre réseau. La
‫première façon pour les gens de lui dire que c'est un problème est de créer des conteneurs
‫sur notre machine et de créer une suite. serveur ou quelque chose dans leur centre de données ou dans un placard de serveur,
‫ils doivent se rendre.
‫Alors, ils essaient d'aller de leur conteneur à cette machine et ils ne peuvent pas se connecter du tout.
‫Donnez-leur en fonction de votre connaissance de l'application et son utilisation peut vous donner une erreur.
‫Essayez donc d’essayer d’essayer de faire un itinéraire de trace, d’ajouter ces utilitaires dans un conteneur et de voir si
‫vous pouvez suivre un itinéraire ou un ping vers cette adresse IP distante, car bien sûr, si vous n’êtes pas quelqu'un qui gère tous les
‫sous-réseaux de votre entreprise, vous pouvez: sais pas tous les sous-réseaux utilisés tout autour du réseau.
‫Maintenant, une autre chose est que si vous utilisez le cloud, utilisez Ada of U. S. Les sous-réseaux et votre entreprise hébergent peut-être une partie de
‫leur infrastructure et vous avez un réseau privé virtuel (VPN) entre vous et huit d'entre nous. Vous devez également vous soucier
‫des sous-réseaux d'Ada U. S. et si ceux-ci vont s'affronter aussi.
‫Donc, fondamentalement, les sous-réseaux Docker, même s’ils sont nécessaires, ne vous aideront pas à résoudre les problèmes de sortie
‫de paquets plus que tout autre sous-réseau de votre réseau.
‫Fondamentalement, vous ne pouvez pas l'utiliser.
‫Vous ne devriez pas et ne pouvez probablement pas utiliser deux sous-réseaux identiques partout dans votre réseau.
‫Cela vous permettra peut-être de faire entrer des paquets car, techniquement, les paquets qui arrivent savent comment accéder à
‫votre machine parce que vous en avez besoin, mais lorsque vous essayez de renvoyer des paquets, votre machine peut dire: "Hé, je n'ai
‫pas besoin de la ville". Les paquets sortent parce que cette adresse IP particulière est dans mon sous-réseau local ou du
‫moins, elle le pense.
‫Droite.
‫Alors espérons que cela a du sens.
‫C'est juste une sorte de certaines des limitations de la sous-rubrique IP et oui, vous devrez peut-être changer cela.