‫Marty vraagt Is het docker-netwerk niet gesegmenteerd van het openbare host-slash-netwerk.
‫Een collega lijkt te denken dat het IP-bereik in onze Docker-omgeving een conflict kan
‫veroorzaken met ons normale bedrijfsnetwerk.
‫Dus dat is eigenlijk een geweldige vraag.
‫Het antwoord op de eerste is ja.
‫De Dokwerkers.
‫Dus standaard gebruik je Docker-netwerkstuurprogramma's en de standaard is bridge.
‫Als je zwerm gebruikt, is de standaard overlay en natuurlijk kun
‫je andere netwerkstuurprogramma's gebruiken als je me hier binnen ziet springen en ik doe gewoon een docker-netwerk. Oh, mijn Docker
‫werkt niet Oh en kijk eens dat er is een nieuwe versie
‫van Docker uit Nee, ik wil die vandaag niet updaten, dus geef me even de tijd om Docker te
‫laten beginnen.
‫Maar er is een lijst met Docker-netwerkstuurprogramma's die uit de doos komen en u kiest de standaard bridge-drive
‫door gewoon een docker-netwerk te maken of zelfs geen netwerk op te geven en geen
‫bridge te gebruiken.
‫De meesten van ons in productie zullen andere netwerken gebruiken, zoals swarm-overlay, of Kubernetes heeft
‫zijn eigen netwerkstuurprogramma's.
‫Er zijn andere zoals host en Mac v lan die je ook kunt gebruiken, je kunt
‫technisch gezien zelfs geen gebruiken die netwerken uitschakelt, maar het punt hier is dat als je het
‫hebt over het standaard bridge-netwerk, dat waarschijnlijk niet is wat je ' opnieuw gaat gebruiken in productie dat
‫een netto netwerksegment is, dus het is zijn eigen subnetbereik en het draait in bridge-modus, dus
‫dat betekent dat het zichzelf buiten dat privésubnet naar uw bedrijfsnetwerken gaat.
‫Maar hoewel het technisch gezien niet in strijd is met uw fysieke netwerknetwerken, kunt u niet dezelfde subnetten hebben die
‫buiten uw host worden gebruikt.
‫En dat komt door alleen standaard TCP IP-routering.
‫Dus als je de routeringsdetails van het IP-protocol volgt, als ik op laten we zeggen een 10 0 0 0-subnet op mijn
‫docker-container in Docker en dan wordt een 10-punts 0 1-subnet ergens in mijn bedrijfsnetwerk gebruikt, dan is mijn container op mijn lokale machine
‫weet niet hoe hij naar dat netwerk moet routeren omdat hij denkt dat
‫dat netwerk eigenlijk al deel uitmaakt van mijn lokale subnet.
‫Rechts.
‫Dus je kunt technisch gezien geen subnet hebben dat ergens botst in het rondspringen van containers, dus
‫hoewel het technisch gezien Nats is, zal het waarschijnlijk nog steeds problemen veroorzaken
‫en in feite bij sommige bedrijven, omdat de docker-netwerken uit de doos meestal 172
‫subnetten zijn en soms bedrijven overlappen die subnetten en dat veroorzaakt een probleem,
‫wat betekent dat bedrijven naar hun Docker-instellingen moeten gaan, bijvoorbeeld hier naar voorkeuren gaan en ze zouden naar de daemon-configuratie gaan en meneer ik denk niet dat als
‫een 7 die optie
‫nog zie dat ik er op een dag een zag.
‫O zo ja.
‫Dit is dus het standaardsubnet hier.
‫Het is misschien een beetje moeilijk te zien op het scherm, maar het is een één entiteit 168 65 subnet en het mijne
‫en je kunt dat veranderen, maar het kan ook nodig zijn om andere standaardinstellingen in de daemon-configuratie hier
‫onder geavanceerd te wijzigen op basis van het gebruik van swarm-overlay of het gebruik van de standaard bridge enzovoort.
‫Dus ja dit is mogelijk.
‫En eigenlijk, als je het niet zeker weet, probeer dan gewoon containers te maken, kijk of je misschien iets op je netwerk kunt pingen,
‫de eerste manier waarop mensen het meestal vertellen dat dit een probleem is, is dat ze
‫containers op onze machine maken en dan misschien een vervolg hebben server of iets in hun datacenter of in een serverkast waar
‫ze heen moeten.
‫Dus dan proberen ze van hun container naar die machine te komen en ze kunnen helemaal geen verbinding maken.
‫Geef ze wat, afhankelijk van of u de toepassing kent en wat u gebruikt, u mogelijk een foutmelding krijgt.
‫Dus probeer te pingen, probeer een traceerroute uit te voeren, voeg die hulpprogramma's toe aan een container en kijk
‫of u de route of ping naar dat externe IP-adres kunt traceren, want natuurlijk bent u, als u niet iemand bent die alle subnetten
‫in uw bedrijf beheert, mogelijk ken niet elk subnet dat overal in het netwerk wordt gebruikt.
‫Een ander ding is dat als je cloud gebruikt, zoals het gebruik van Ada of U. S. subnetten en uw bedrijf herbergt daar misschien een deel van
‫hun infrastructuur en u hebt VPN tussen u en ons achten, dan moet u zich ook zorgen maken over de
‫subnetten in Ada U. S. en of die ook zullen botsen.
‫Dus eigenlijk zullen Docker-subnetten, hoewel ze nodig zijn, je niet helpen bij het oplossen van problemen om pakketten eruit te
‫krijgen, net zo min als enig ander subnet op je netwerk.
‫Je kunt het in principe niet gebruiken.
‫U mag en kunt waarschijnlijk niet overal in uw netwerk twee dezelfde subnetten gebruiken.
‫Het kan je misschien toestaan om pakketten binnen te krijgen, omdat technisch gezien de pakketten die binnenkomen weten hoe ze
‫bij je machine moeten komen omdat je nodig bent, maar wanneer je probeert om pakketten terug te sturen, zou je machine kunnen zeggen: goed,
‫ik heb geen stadsrechten nodig. pakketten uit omdat dat specifieke IP-adres zich in mijn lokale subnet bevindt of in ieder geval
‫denkt dat het is.
‫Rechts.
‫Dus hoop dat dat logisch is.
‫Dat zijn een paar van de beperkingen van de IP-subkop en ja, misschien moet u dat veranderen.