‫Marty chiede Non è la rete docker segmentata dalla rete pubblica dell'host slash.
‫Un collega sembra pensare che l'intervallo IP nel nostro ambiente Docker potrebbe causare un conflitto
‫con la nostra normale rete aziendale.
‫Quindi questa è in realtà una grande domanda.
‫La risposta alla prima è sì.
‫The Dockers.
‫Quindi, per impostazione predefinita, stai usando i driver di rete Docker e quello predefinito è bridge.
‫Se stai usando lo sciame, quello predefinito è overlay e ovviamente
‫puoi usare altri driver di rete, infatti, se mi vedi saltare dentro e faccio solo una rete docker, oh
‫oh la mia Docker non funziona Oh e guarda che c'è
‫una nuova versione di Docker in uscita No Non voglio aggiornarla oggi, quindi dammi un minuto per l'avvio
‫di Docker.
‫Ma c'è un elenco di driver di rete Docker che escono fuori dalla scatola e si sceglie l'unità
‫bridge one predefinita semplicemente creando una rete docker o nemmeno specificando una rete e
‫non usare bridge.
‫La maggior parte di noi in produzione utilizzerà altre reti come overlay di sciami o Kubernetes avrà i
‫propri driver di rete.
‫Ce ne sono altri come host e Mac v lan che puoi usare anche tu tecnicamente non
‫puoi usare nessuno che disabiliterà la rete, ma la cosa qui è che se stai parlando della rete bridge
‫predefinita che probabilmente non è ciò che tu ' verrà utilizzato nella produzione che è un segmento di rete netta,
‫quindi è la propria gamma di sottoreti e funziona in modalità bridge, quindi significa che si trasferirà
‫a Nat stesso al di fuori di quella sottorete privata nelle reti aziendali.
‫Ma anche se tecnicamente non è in conflitto con le tue reti fisiche nette, non puoi avere le stesse sottoreti utilizzate al
‫di fuori del tuo host.
‫E ciò è dovuto solo al routing IP TCP standard.
‫Quindi, se segui i dettagli di routing del protocollo IP essenzialmente se sono su, diciamo una sottorete 10 0 0 0 sul mio contenitore
‫docker all'interno di Docker e quindi una sottorete 10 punti 0 1 viene utilizzata da qualche parte nella mia rete aziendale, quindi il mio
‫contenitore su la mia macchina locale non saprà come instradare verso quella rete perché
‫pensa che quella rete sia già parte della mia sottorete locale.
‫Destra.
‫Quindi tecnicamente non puoi avere alcuna sottorete che si scontra da nessuna parte nel salto dei container in
‫giro, quindi anche se tecnicamente Nats probabilmente causerà ancora problemi e in effetti
‫con alcune aziende perché le reti docker fuori dalla scatola di solito sono 172
‫sottoreti e talvolta le aziende si sovrappongono a quelle sottoreti e ciò causa
‫un problema, il che significa che le aziende devono andare nelle loro impostazioni Docker, ad esempio, andando qui nelle preferenze e andrebbero nella configurazione del demone e vedono signore,
‫non penso che un
‫7 quell'opzione sia ancora visibile che un giorno ne vidi uno.
‫Oh si
‫Quindi questa è la sottorete predefinita proprio qui.
‫È un po 'difficile da vedere forse sullo schermo, ma è un'entità unica 168 65 e la mia e puoi
‫cambiarla, ma potresti anche aver bisogno di cambiare altre impostazioni predefinite all'interno della configurazione del demone
‫qui sotto avanzate in base all'utilizzo di overlay di sciame o usando il bridge predefinito e così via.
‫Quindi sì, questo è possibile.
‫E fondamentalmente se non sei sicuro di provare a creare contenitori, vedi se riesci a provare forse a provare a eseguire il ping di qualcosa
‫sulla tua rete nel primo modo in cui le persone dicono che questo è un problema:
‫creano contenitori sulla nostra macchina e quindi magari hanno un seguito server o qualcosa nel loro data center o in un armadio server
‫a cui devono arrivare.
‫Quindi cercano di arrivare dal loro contenitore a quella macchina e non riescono a connettersi affatto.
‫Dagli un po 'a seconda che tu conosca l'applicazione e che cosa stai usando potrebbe darti un errore.
‫Quindi prova a eseguire il ping prova a fare una route di traccia aggiungi quelle utility in un
‫container e vedi se riesci a tracciare route o ping a quell'indirizzo IP remoto perché, ovviamente, se non sei qualcuno che gestisce tutte
‫le sottoreti della tua azienda, potresti non conosco tutte le sottoreti utilizzate in tutta la rete.
‫Ora un'altra cosa è che se stai usando il cloud come usare Ada di U. S. sottoreti e la tua azienda potrebbe ospitare parte della
‫loro infrastruttura lì e hai una VPN tra te e otto di noi, quindi devi anche preoccuparti delle sottoreti
‫di Ada U. S. e se anche quelli si scontreranno.
‫Quindi, in pratica, le sottoreti Docker, anche se necessarie, non ti aiuteranno a risolvere i problemi relativi alla distribuzione
‫dei pacchetti più di qualsiasi altra sottorete della tua rete.
‫Fondamentalmente non puoi usarlo.
‫Non dovresti e probabilmente non puoi usare due sottoreti uguali ovunque nella tua rete.
‫Può darti che ti consenta di ottenere pacchetti perché tecnicamente i pacchetti che arrivano sanno come raggiungere la
‫tua macchina perché ne hai bisogno, ma quando provi a mandare indietro i pacchetti la tua macchina potrebbe dire bene ehi,
‫non ho bisogno della città pacchetti perché quel particolare indirizzo IP si trova nella mia sottorete locale o almeno
‫pensa che lo sia.
‫Destra.
‫Quindi spero che abbia un senso.
‫Sono solo alcune delle limitazioni del sottotitolo IP e sì, potresti doverlo cambiare.