Hitilafu ya mwingiliano wa pool ya Docker si tatizo la njia ya VPN

Docker inakataa kuunda mtandao kwa ujumbe kwamba pool inaingiliana na nyingine katika nafasi hii ya anwani, na mtu anaamua kwamba njia ya VPN lazima iwe sababu. Haiwezi kuwa. Hitilafu hiyo hutokea wakati pool inagawiwa, kabla ya pakiti moja kuwepo, na njia ya kernel iliyofanywa kwa mkono haina athari yoyote juu yake. VPN ni muhimu hatua moja baadaye, wakati kontena ambayo tayari ina anwani inakoma kufikiwa baada ya njia kuonekana. Matatizo mawili, seti mbili za ushahidi, na kuyachanganya kunazalisha mabadiliko ambayo hayatengenezi hata moja.

Hitilafu mbili zinazofanana

Hitilafu ya ugawaji ni ya kihesabu. Docker hulinganisha subnet uliyoomba na subnet ambazo tayari inasimamia, hupata makutano na inakataa. Hakuna kinachoendesha bado, kwa hiyo hakuna njia, hakuna kontena na hakuna trafiki ya kuchunguza.

Dalili wakati wa uendeshaji ni swali la ufikivu. Kontena iliyojibu jana haijibu sasa, na kitu kimebadilika katika jedwali la uelekezaji la mwenyeji. Kontena bado inashikilia anwani yake; swali ni njia ipi anwani hiyo inachukua.

Zote mbili ni matatizo ya mpango wa anwani. Moja tu ndiyo tatizo la Docker.

Kwanza soma pool zilizogawiwa

Orodhesha mitandao na ukague ile inayoweza kukutana. Subnet iko katika usanidi wa IPAM, na kontena zilizounganishwa zimeorodheshwa kando:

docker network ls
docker network inspect EXISTING_NETWORK

Linganisha subnet hiyo na pool inayoomba mtandao mpya, na kumbuka kwamba Compose huunda mtandao wake chaguo-msingi kwa kila mradi. Mgongano na mradi uliousahau unaonekana kama mgongano na daemon.

ipv4_address tuli kwenye huduma ni anwani ya kontena moja, si ufafanuzi wa pool. Kuibadilisha hakuondoi mwingiliano, kwa sababu mwingiliano ni kati ya subnet za mtandao na si kati ya kontena. Rejea ya network-create ya Docker inahitaji subnet zisizoingiliana kwa ugawaji wa kawaida wa daraja na inaeleza jinsi ya kuchagua moja kwa uwazi.

Chagua kiambishi kinachostahimili VPN

Mgongano wa haraka na njia ya baadaye huamuliwa na chaguo moja, kwa hiyo fanya mara moja. Linganisha safu ya wagombea na LAN, na kila marudio ya VPN ambayo mwenyeji anaweza kufikia, na overlay nyingine yoyote inayotumika.

Kiambishi kinachoridhisha Docker na kugongana na mtandao wa mbali kinakupa kontena inayoanza safi na kuwa isiyofikiwa mara tu handaki inapoinuka. Hilo ni hitilafu ya pili katika makala hii, na ni vigumu zaidi kuigundua baadaye kuliko kuiepuka sasa.

Andika safu zilizochaguliwa mahali ambapo mradi unaofuata unaweza kuzisoma. Rejista ya mstari mmoja ya viambishi vilivyogawiwa ni nafuu kuliko wiki ya muda wa kusubiri usioelezeka.

Ondoa au badilisha mtandao kwa makusudi

Kwa mtandao mpya wa Compose, weka kiambishi kisichotumika katika usanidi wa IPAM wa mtandao. Kwa mradi uliopo, panga uwekaji nambari upya: anwani zisizobadilika, huduma zinazotegemea na hatua ya kuunda mtandao upya yote yanapaswa kuzingatiwa, kwa sababu kuhariri YAML hakuweki nambari upya mtandao unaoendesha.

Ikiwa mtandao wa zamani unamiliki ugawaji unaogongana, kagua nani ameunganishwa kabla ya kuuondoa. docker network rm inakataa wakati endpoint hai zipo, na docker stop inachukua majina au ID za kontena badala ya jina la mtandao. Kusimamisha kontena pia hakuondoi ufafanuzi wa mtandao unaoshikilia pool.

Prune pana si chombo cha uchunguzi. Inafikia miradi isiyohusiana na kuharibu ushahidi uliokuwa unakaribia kukusanya.

Pool chaguo-msingi husaidia tu ugawaji unaofuata

Mpangilio wa pool ya anwani chaguo-msingi wa daemon huboresha ugawaji otomatiki wa baadaye kwa kuziweka nje ya safu unazohifadhi. Haufanyi anwani upya za mitandao iliyopo tayari kwa nyuma, na hautatui subnet dhahiri inayoingiliana na subnet nyingine dhahiri.

Chukulia mpangilio huo kama mabadiliko tofauti yaliyopangwa na uanzishaji wake mwenyewe, si sehemu ya kurekebisha mradi mmoja. Kuchanganya vyote viwili kunamaanisha uanzishaji wa daemon unaanguka katikati ya uchunguzi usiohusiana. Panga katika dirisha lake mwenyewe. Kisha thibitisha kwamba ugawaji mmoja mpya wa otomatiki unaanguka nje ya safu ulizohifadhi.

Mara uundaji ukifanikiwa, thibitisha subnet inayoendesha kweli na kisha fanya ombi moja halisi la programu ukiwa VPN katika hali iliyokusudiwa. Ikiwa pool ni halali na ufikiaji bado unashindikana, kazi iliyobaki ni uchaguzi wa njia, uchujaji na njia ya kurudi. Hiyo ni uchunguzi wa wakati wa uendeshaji, na haifanyi hitilafu ya ugawaji kuwa isiyo na maana kwa nyuma.

Mpangilio wa kazi: soma pool zilizogawiwa, chagua kiambishi kinachokwepa Docker na marudio ya VPN, unda mtandao upya kwa makusudi, kisha jaribu ombi moja ukiwa handaki imeinuka.