Dockerren poolen gainjartze-errorea ez da VPN ibilbidearen arazoa

Dockerek uko egiten dio sare bat sortzeari poolak beste batekin gainjartzen duela dioen mezuarekin, eta norbaitek erabakitzen du VPN ibilbidea izan behar dela arrazoia. Ezin du izan. Errore hori pool bat esleitzen ari den bitartean sortzen da, pakete bakarra ere existitu aurretik, eta eskuzko kernel ibilbideak ez du eraginik harengan. VPNak pauso bat geroago du garrantzia, helbidea jada duen edukiontzi bat ibilbide bat agertu ondoren irisgaitz bihurtzen denean. Bi arazo, bi froga-multzo, eta horiek nahasteak ez bat ere konpontzen ez duen aldaketa eragiten du.

Antzeko diruditen bi errore

Esleipen-errorea aritmetikoa da. Dockerek eskatutako azpisarea jada kudeatzen dituen azpisareekin alderatzen du, ebakidura bat aurkitzen du eta uko egiten dio. Oraindik ezer ez dabil, beraz ez dago ibilbiderik, edukiontzirik ezta aztertzeko trafikorik ere.

Exekuzio-sintoma irisgarritasun-kontua da. Atzo erantzuten zuen edukiontzi batek orain ez du erantzuten, eta zerbait aldatu da ostalariaren bideratze-taulan. Edukiontziak bere helbidea gordetzen du oraindik; kontua da helbide horrek zein bide hartzen duen.

Biak helbide-planaren arazoak dira. Horietako bat bakarrik da Dockerren arazoa.

Irakurri lehenengo esleitutako poolak

Zerrendatu sareak eta aztertu gurutzatu daitezkeenak. Azpisarea IPAM konfigurazioan dago, eta konektatutako edukiontziak bereiz zerrendatzen dira:

docker network ls
docker network inspect EXISTING_NETWORK

Alderatu azpisare hori sare berriak eskatzen duen poolarekin, eta gogoratu Composek proiektu bakoitzeko bere defektuzko sarea sortzen duela. Ahaztu duzun proiektu batekin gatazka daemonarekin gatazkaren berdin-berdina dirudi.

Zerbitzu bateko ipv4_address estatikoa edukiontzi baten helbidea da, ez poolaren definizioa. Hura aldatzeak ez du gainjartzerik kentzen, gainjartzea sare-azpisaren artean baitago, ez edukiontzien artean. Dockerren network-create erreferentzia zubi bidezko esleipen arrunterako gainjartzen ez diren azpisareak eskatzen ditu eta bat modu esplizituan nola hautatu dokumentatzen du.

Hautatu VPNa gainditzen duen aurrizki bat

Berehalako gatazka eta etorkizuneko ibilbidea hautapen berak erabakitzen ditu, beraz egin behin. Alderatu hautagai-barrutia LANarekin, ostalariak har dezakeen VPN helmuga bakoitzarekin eta erabiltzen ari den beste edozein overlayekin.

Dockerekin bat egiten duen eta urruneko sarearekin talka egiten duen aurrizki batek garbi abiatzen den eta tunela igotzen den unean irisgaitz bihurtzen den edukiontzi bat ematen dizu. Hori da artikulu honetako bigarren errorea, eta askoz zailagoa da geroago diagnostikatzen orain saihesten baino.

Idatzi hautatutako barrutiak hurrengo proiektuak irakur ditzakeen leku batean. Esleitutako aurrizkien lerro bakarreko erregistroa azalpenik gabeko itxaronaldi-aste bat baino merkeagoa da.

Erretiratu edo aldatu sare bat nahita

Compose sare berri baterako, ezarri erabili gabeko aurrizkia sarearen IPAM konfigurazioan. Dagoeneko proiektu baterako, planifikatu berrizenbaketa: helbide finkoak, menpeko zerbitzuak eta sarea berriro sortzeko pausoa kontuan hartu behar dira, YAML editatzeak ez baitu martxan dagoen sare bat berrizenbatzen.

Gatazkatsua den esleipena sare zaharkitu baten jabetzakoa bada, aztertu nor dagoen konektatuta hura kendu aurretik. docker network rmek uko egiten du endpoint aktiboak dauden bitartean, eta docker stopek edukiontzien izenak edo IDak hartzen ditu, ez sare baten izena. Edukiontzi bat gelditzeak ez du poolari eusten dion sarearen definizioa kentzen ere.

Prune zabala ez da diagnostikorako tresna. Erlaziorik gabeko proiektuetara iristen da eta biltzear zauden frogak suntsitzen ditu.

Defektuzko poolek hurrengo esleipenean bakarrik laguntzen dute

Daemonaren defektuzko helbide-pool ezarpenak etorkizuneko esleipen automatikoak hobetzen ditu erreserbatzen dituzun barrutietatik kanpo edukita. Ez die jada existitzen diren sareei atzeraeraginez helbiderik ematen, eta ez du beste azpisare esplizitu batekin gainjartzen den azpisare esplizitu bat konpontzen.

Ezarpen hori bere restart propioa duen aldaketa bereizi eta planifikatu gisa tratatu, ez proiektu bat konpontzearen zati gisa. Biak nahasteak daemonaren restart bat erlaziorik gabeko ikerketa baten erdian geratzea esan nahi du. Programatu bere leiho propioan. Gero berretsi esleipen automatiko berri bat erreserbatu zenituen barrutietatik kanpo geratzen dela.

Sorrera lortu ondoren, egiaztatu benetan martxan dagoen azpisarea eta gero egin aplikazio-eskaera erreal bat VPNa aurreikusitako egoeran dagoela. Poola baliozkoa bada eta sarbideak huts egiten badu oraindik, gainerako lana ibilbide-hautaketa, iragazketa eta itzulerako bidea da. Hori exekuzio-denbora ikerketa bat da, eta ez du esleipen-errorea atzeraeraginez zentzugabe bihurtzen.

Lanaren ordena: irakurri esleitutako poolak, aukeratu Docker eta VPN helmugak saihesten dituen aurrizki bat, sortu sarea nahita berriro, eta gero probatu eskaera bat tunela igota.