Docker: VPN saio batean ez da aurrez definitutako helbide multzorik geratzen
Aurrez definitutako multzoaren errorea esleipen automatikoari buruzkoa da, ez helbide publikoei buruz. Zenbatu esleipenak, alderatu on-link bideak eta mantendu VPN politika osorik.
Hutsegitea zehatza da: Dockerek ezin du zubi-sare berri baterako onargarria den azpisare automatikorik aurkitu. Horrek ez du esan nahi makinari helbideak agortu zaizkionik, ezta VPN-a hondatuta dagoenik ere. Bi galderak erabakitzen dute diagnosia: zein hautagai-bloke ikus ditzakeen daemonak, eta horietatik zein baztertzen dituen bere esleitzaileak ingurune honetan. Argi horretan ibili, bigarren galderak ez baitu zentzurik lehenengoa erantzun arte.
Berretsi zer huts egin zuen ezer aldatu aurretik
Exekutatu beheko urratsak daemona exekutatzen duen ostalaritik. Urruneko testuinguru batekin hitz egiten duen shell batek beste makina bat deskribatzen ari da, eta hutsegite horrek bakarrik ordu bat gal dezake.
Idatzi Engine bertsioa txartelean aldi berean. Gidaliburu honen gainerako edozein heuristikak bertsioaren mende dago, eta bertsiorik gabeko baieztapena zurrumurrua da.
Zenbatu jada dituzun esleipenak
Zerrendatu sareak eta gero aztertu garrantzitsuak: docker network ls, ondoren docker network inspect NETWORK_NAME. Irakurri haien IPAM azpisareak eta bakoitzari atxikitako edukiontziak. Compose proiektu batzuek edukiontzi-kopuruak iradokitzen duena baino bloke gehiago kontsumitzen dituzte, proiektu bakoitzak bere defektuzko sarea sortzeko joera duelako. Gelditutako edukiontzi batek ez du bere sarearen esleipena askatzen.
Egiaztatu multzoaren konfigurazioa ere, defektuzko multzo batek oinarrizko barrutia eta sareko aurrizki tamaina baititu. Sareko esleipen handiek eskuragarri dauden blokeak azkarrago agortzen dituzte, eta hori edukieraren egitatea da, ez bideratze arazoa.
Idatzi zenbaketa. Hori da hurrengo aldaketak lagundu duen ala ez esaten dizun oinarri-lerroa.
Alderatu daemonak bideei buruz duen ikuspegia
VPN batek hautagai hautaketa eragin dezake, baina inplementazio zehatzak erabakitzen du nola. Moby 28.2.2 Linuxen bertsioan, InferReservedNetworks funtzioak izen-zerbitzarien helbideak eta on-link IPv4 bide batzuk biltzen ditu, eta ez du taula guztietako bide bakoitza besterik gabe gordetzen. Bildutako esteka-bideek zehaztugabeko helmuga-helbidea ere baztertzen dute, beraz 0.0.0.0/1 bide bakar batek ez ditu helbide guztiak gordetzen. Beste aurrizki on-link zabal batek, adibidez 128.0.0.0/1, ohiko 172 eta 192 hautagai-barrutiak ebaki ditzake.
Alderatu ip -4 route show table all, VPN-a konektatu aurretik eta ondoren, daemonaren ostalarian. Delta da frogia, eta bertsioa da baieztapenaren irismena.
Ez orokortu bertsio bakarreko heuristika bertsio guztietara. Horrela bihurtzen da foro-erantzun bat politika-aldaketa.
Aukeratu funtzionatzen duen zuzenketa txikiena
Berretsitako erabilera gabeko sare batek behar duzun bloke bat badauka, planifikatu haren kentze zehatza jabearekin, ez moztu zabalki. Sare berri baterako, berrikusitako erabilera gabeko azpisare batek hautaketa automatikotik erabat independentea izatea lortzen du. Azpisare horrek Docker, LAN eta beharrezko VPN helmugak saihestu behar ditu oraindik, pribatuak ez baitu seguru esan nahi. Benetako urruneko aurrizki bat bideratzeak esleipen-errorea sarbide haustuarekin trukatuko luke.
default-address-pools aldatzea etorkizuneko esleipenei buruzko politika zabalagoa da. Aukeratu gatazkarik gabeko oinarri bat eta esleitutako tamaina egoki bat, batu daemonaren lehendik dauden ezarpenekin, eta planifikatu berrabiaraztearen eragin dokumentatua. Lehendik dauden sareak ez dira isilean berriz zenbakitzen.
Ez desgaitu enpresaren bide-bidalketak esleipena lortzeko. Helbide-plan esplizitu batek tokiko arazoa konpontzen du normalean derrigorrezko politika ahuldu gabe.
Onartu esleipena eta bideratzea bereizita
Aldaketaren ondoren, aztertu Dockerek benetan sortu zuen azpisarea eta probatu aplikazioaren VPN eta tokiko mendekotasunak. Esleipen arrakastatsua eta exekuzio-denborako bideratze zuzena onarpen-proba desberdinak dira, eta lehena gainditzeak ez du bigarrena frogatzen. Aplikazioak tunelaren atzeko baliabide batera iristen ez bada, multzoaren erroreak ezkutatzen zuen bideratze-arazoa duzu. Erregistratu bi emaitzak txartelean.
Gorde bide-delta eta multzoaren zenbaketa aldaketaren erregistroarekin batera, hurrengo VPN bezeroaren eguneraketak lehenengoa alda baitezake Docker ukitu gabe.
Gidaliburua osatuta dago beste norbaitek bi proba horiek errepikatu eta erantzun bera lortzen duenean.