Vagrant VM desagertu egiten da VPN konektatzean: nori hautsi zaio bidea

Makinak duela minutu bat erantzuten zuen, VPN konektatu zen eta orain helbide berak denbora-muga gainditzen du. Hiru hutsek sortzen dute sintoma hori, eta makina ezberdinetan bizi dira. Ostalariak sare pribaturako bidea gal dezake, gonbidatuaren NAT barrutiak talka egin dezake tunelak orain iragartzen duen barruti batekin, edo tunel oso batek ostalariko bide guztien jabetza har dezake. Aurkitu zein gertatu zen edozein konfigurazio aldatu aurretik, konponbide bakoitza beste leku batean bizi baita.

Begiratu bidea, ez makina

Begiratu ostalariaren bideratze-erabakia gonbidatuaren helbiderako tunela martxan dagoen bitartean. Oraindik ostalari-soilik adaptadoreari seinalatzen dion bidea ez da arazoa. Orain VPN adaptadoreari seinalatzen dion bidea da arazoa, eta bezeroak aldatu zuen, ez zuk. Adaptadoreak helbidea mantentzeak interfazeak iraun zuela esaten du, bideak iraun duenaren beste gertaera bat baita.

Konektatzeko une zehatzean erortzen den SSH saioa espero den portaera da. Bezeroak adaptadoreak birziklatzen eta bideak instalatzen ditu, beraz konexioa segundo batzuetan hiltzen da. Hutsegitea inoiz itzultzen ez den konexioa da, keinu bat egin zuen hura ez.

Hartu taula tunelaren aurretik eta berriro ondoren, gero konparatu bi irteera horiek. Diferentzia da diagnostikoa, eta sarearen jabeak eskatuko duen froga ere bada.

ip -4 route get 192.168.56.10
ip -brief addr show
ip route show table main | head -20

Irakurri ostalariaren taula aurretik eta ondoren

Linuxen gainjartzen diren bideen arteko lehentasuna aurrizkiaren luzeratik eta metrikatik dator, beraz VPN bide zehatzago batek irabazten du okerra denean ere. Windowsen interfazearen metrikak erabakitzen du berdinketa, eta tunelaren adaptadorea metrika baxuagoarekin iristen da normalean birtuala baino. Bi kasuetan ikusgai dagoen sintoma berbera da: paketeak tunelaren adaptadoretik ateratzen dira eta desagertu egiten dira.

Inprima itzazu adaptadoreak eta haien metrikak gonbidatuaren aurrizkiaren bidearen ondoan. Irteera pare horrek jabetza-galderari begirada bakarrean erantzuten dio.

Get-NetAdapter | Select-Object Name, InterfaceIndex, InterfaceMetric
Get-NetRoute -DestinationPrefix 192.168.56.0/24
route print -4 | Select-String '192.168.56'

Bidea aldatu bada baina adaptadorearen metrika ez, bezeroak lehiakide den bide bat instalatu zuen. Metrika aldatu bada, bezeroak adaptadoreak berrantolatu zituen. Biak konpontzeko modukoak dira, eta leku ezberdinetan konpontzen dira.

Gonbidatuaren NAT barrutia delarik talka

VirtualBox NAT-ek 10.0.2.0/24 erabiltzen du lehenespenez, eta barruti bera bultzatzen duen tunel batek gonbidatua trafiko hori bere NAT atebidera bidaltzera behartzen du, benetako helmugara beharrean. Paketea ez da inoiz ostalariatik ateratzen, beraz beste aldeko suebakiko erregistro batek ere ez du erakutsiko. Docker Machine-k gatazka mota bera du bere ostalari-soilik planean, eta plan hori aldatzeak makina ziurtagiriekin batera berriz sortzea eska dezake.

Aukeratu ordezkoa tunelak dagoeneko iragartzen duena zerrendatuz, gero bulegoko sareak erabiltzen duena, gero ostalari honetako adaptadore birtual bakoitzak aldarrikatu duena. Gainjartzeak hausten du bideratzea, eta antzekotasuna ez da garrantzitsua. Barruti bat beste baten barruan egon daiteke erabat, lehen begiradan batere antzik izan gabe.

Ezarri barruti berria makina sortzean, edo aldatu eta berriz kargatu, gero probatu berriro huts egiten duen konexioa gonbidatutik. Gonbidatuaren beraren taula da garrantzia duen ikuspegia.

VBoxManage modifyvm devbox --natnet1 10.77.0.0/24
vagrant reload devbox --provision
vagrant ssh devbox -c 'ip route get 10.20.0.15'

Berreskuratu bidea bezeroarekin borrokatu gabe

Plataforma bakoitzak ostalari-soilik aurrizkia berriro aurrera ekartzeko modu bat eskaintzen du. macOS-en ostalari-soilik interfazerako bide estatikoa hurrengo konexiora arte funtzionatzen du. Windowsen interfaze-metrika baxuago batek adaptadore birtualean hura hobetsita mantentzen du. Linuxen ordezkatze-eragiketa batek aurrizki bakarra estaltzen du. Hirurak aldi baterako konponbideak dira, bere bideak berriz aldarrikatzen dituen bezero batek indargabetu egingo baititu.

Idatzi egiaztapena script gisa, abioan itsu berriz konektatu beharrean. Konexio bakoitzaren ondoren gonbidatuaren aurrizkiaren bidea inprimatzen duen script txiki batek misterioa erregistroko lerro bihurtzen du.

Profilak tunel osoa bada, eskatu sarearen jabeari tunel zatitua edo dokumentatutako salbuespena. Segurtasun-politika saihesten duten bideak isilpean gehitzea ez da konponbidea, geroago auditoria batekin iristen den bigarren arazoa baizik.

Egiaztatu konponbidea bi aldeetan

Egiaztatu hiru bide aldaketaren ondoren: ostalaria gonbidatura, gonbidatua enpresako ostalarira eta gonbidatua internetra. Bat berreskuratzen eta bestea hausten dituen konponbidea konponketa mozorroa duen konfigurazio-aldaketa da. Hartu aldaketaren aurretik bildu zituen irteera berberak, konparazioa berdinarekin berdin izan dadin.

Erregistratu aldatu ziren interfazea, metrika eta bidea, orduarekin batera, hurrengo gertaera bilaketa izan dadin, berreraikuntza izan beharrean. Ohar horrek ticket harizpi luze batek baino gehiago balio du.

ip -4 route get 192.168.56.10
traceroute -n -m 4 10.20.0.15
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com

Ostalariak berriro gonbidatua iristen duenean eta gonbidatuak LANera iristen denean, hasi zinen bidea berreskuratu duzu. Horietako bat bakarrik dabilenean, gainerako hutsegitea beste jabearen lurraldean dago, eta diferentziak lurralde hori zein den esaten dizu.