VPN piztuta, VM eskuraezin? Ibilbidea ziurrenik ez zen inoiz arazoa izan

Konektatu VPN-a, eta duela minutu bat erantzuten zuen garapen VM-a isildu egiten da. Istorio begi-bistakoa berez idazten da: tunelak ibilbidea hartu du, ostalariak gonbidatuaren trafikoa korporazio-sarera bidaltzen du orain, eta konponbidea ibilbide estatikoa gehitzea edo egokitzailea zubi-modura aldatzea da. Istorio hori batzuetan egia da. Baina ez da ohiko arrazoia, eta hartan oinarrituta lehenik jarduteak normalean beste zerbait hausten du.

Host-only sarea ostalariaren jabetzako eta bere gonbidatuekin partekatutako software-sare bat da, edozein konexio fisikotatik bereizia. VPN bezeroaren interfaze propioan ezerk ez du sare hori aldatzen, beraz ukitu aurretik, jakin ezazu lau geruzetatik zein huts egin duen benetan.

Ibilbidea normalean oraindik tokikoa da

Galdetu kernolari ibilbide-taularen azaleko orrialdearen ordez. Linuxen, ip route get 192.168.56.10 komandoak erabiliko litzatekeen ibilbide, interfaze eta iturri-helbide zehatzak ematen ditu, hau da, lehenetsitako ibilbidea irakurri eta asmatzearen erantzun ezberdina. Irteerak host-only interfazea aipatzen badu, tunelak ez du batere parte hartzen bide horretan.

Bi gauzak benetan hauts dezakete, eta biak helbide-arazoak dira, ez VPN-arazoak. Host-only aurrizkiarekin gainjartzen den urruneko azpisare batek ibilbide zehatzagoa irabazten du, eta metrika baxuagoa duen ibilbide zabala instalatzen duen VPN bezero batek aurrizkia eraman dezake. Biak komando berean ikusten dira: irteeran aipatutako interfazea tunela izango da, eta konponketa helbide-plan horren jabearena da.

Ibilbide-hautaketa eta pakete-onarpena erabaki desberdinak dira

Hau da eredu mentalak normalean ahazten duen zatia. Tokiko ibilbide ezin hobearekin ere, VPN bezero batek paketea uka dezake. Bezero askok sareko sarbide lokaleko politika bat aplikatzen dute, tunelaz kanpo zein helmuga onartzen diren erabakitzen duena, eta konektatutako azpisare batek ez du zerrenda hori automatikoki eguneratzen.

Beraz, hutsegiteak ibilbide-arazo baten itxura bera du aplikazioaren aldetik, eta guztiz bestelakoa bezeroaren aldetik. ip route get komandoak interfaze zuzena aipatzen badu eta konexioak oraindik denbora agortzen badu, utzi ibilbideak editatzen eta irakurri bezeroaren tokiko sarbidearen portaera dokumentatua. Bezero batzuek tokiko azpisareetarako baimen-zerrenda eskaintzen dute, beste batzuek tunela ez den guztia blokeatzen dute, eta beste batzuek kill switch bat gaituta dagoenean soilik blokeatzen dute.

Bereizketa horrek garrantzia du konponketak ez baitira trukagarriak. Ibilbide bat gehitzeak ezin du iragazki bat asebete, eta gonbidatu bakar bat lortzeko iragazki bat desgaitzeak sintomak iradokitzen duena baino askoz erabaki handiagoa da.

Gonbidatuak hiru modu ditu ezetz esateko

Internet arakatu dezakeen gonbidatu batek ez du ezer frogatu nahi duzun zerbitzuaz. Entzulea gonbidatuaren barruan 127.0.0.1 helbidera lotuta egon daiteke, eta kasu horretan ostalaritik datorren eskaerarik ezin da iritsi, bidea zein ona den ere. Egiaztatu gonbidatuan ss -ltn erabiliz eta begiratu tokiko helbidearen zutabeari, ez atakari soilik.

Hurrengoa gonbidatuaren beraren suebakia da. Lehenetsi murriztailea duen garapen-irudi batek ostalariaren paketeak onar ditzake eta zerbitzuaren muga gainean bota, eta horrek ibilbide-zulo beltz baten itxura zehatza duen denbora-muga sortzen du. Azkenik zerbitzuaren beraren konfigurazioa dago: ostalari-izen jakin bati lotutako web-aplikazio batek, edo bezero-helbideen baimen-zerrenda batek, host-only azpisaretik datorren eskaera ukatuko du pakete guztiak iritsi arren.

Begiratu hiru horiek VMaren sare-modua aldatzeari ekin aurretik. Bakoitza gonbidatuaren konexioa berrasmatzea baino aldaketa txikiagoa da, eta bakoitzak proba argia du.

Zer da zubi bat benetan, eta zenbat kostatzen da

Egokitzailea zubi-modura aldatzea ez da host-only bidearen konponketa. Gonbidatua beste sare batera, normalean LAN fisikoan, jartzeko erabakia da, eta han bertan bizi den guztiarentzako ikusgai bihurtzen da. Hori izan daiteke nahi duzun zehazki. Baina ez da jatorrizko konfigurazioak egiten zuena.

Erabili itzazu gonbidatuak benetan LAN horretan parekoa izan behar duenean eta esposizioa onartuta dagoenean. Ez erabili zerbitzu bakar batek erantzuteari utzi ziolako, aldaketak gonbidatua beraren aurka garatzea seguru egiten zuen isolamendutik atera baitezake.

Onartutako edozein konponketaren ondoren, probatu ordena finko batean: ostalaritik gonbidaturako eskaera berri bat, tunelaren bidez beharrezko korporazio-baliabide bat, eta aurreikusitako ukatze-portaera tunela itzalita dagoela. Azkenak jada betetzen ez badu, konponketak arazoa baino haratago joan da.

VirtualBoxen host-only sareari buruzko atalak ostalariaren aldeko software-interfazea eta zubi-konexioarekiko aldea deskribatzen ditu, eta hori da bi moduak trukagarriak direla suposatu aurretik irakurtzea merezi duen erreferentzia.