VPN konektatzen da, baina LAN gailuetara ez da iristen: zer egiaztatu

Trafikoak tunelera sartzen da, pasabideak bere helbidean erantzuten du eta haren atzean ezerk ez du erantzuten. Eredu hori ohikoa da eta ez da kontraesana: pasabidearen erantzunak tunela amaitu zela frogatzen du, eta ez du ezer frogatzen harago helbideratutako pakete batekin zer gertatzen den. Bi probek kode-bide desberdinak erabiltzen dituzte makina berean.

Hemendik aurrera probatu zerbait pasabidearen beste aldean. Pasabidearen helbideak erantzuten jarraituko du, bidalketa zenbat eta hondatuago egon.

Pasabideak bere pilatik erantzuten du

Pasabidera helbideratutako pakete bat bere sarrera-bide lokalera entregatzen da, eta han nukleoak erabakitzen du entzuten ari den socket batek onartuko duen. Pasabidearen atzeko ostalari batera helbideratutako paketea, berriz, birbidaltze-bidera entregatzen da, eta han beste egiaztapen-multzo bat aplikatzen da. Birbidaltzea erabat desgai dezakezu, edo nukleoak gaituta gero tunela inoiz aipatzen ez duen iragazki-arau batek bazter dezake. Horietako ezerk ez du pasabidearen erantzunean eragiten, eta horregatik sintomak hain fidagarri engainatzen du.

Tunelaren bidez iristen diren administrazio-orrialdeak lehen kategorian sartzen dira ere. Tunelari buruzko ebidentzia dira, ez haren atzeko sareari buruzkoa.

Jarraitu fluxua uzten duen lehen mugara arte

Hasi bezeroan eta egiaztatu fluxuak erabiliko duen bidea eta iturburu-helbidea. Gero behatu pasabidea fluxu zehatz hori iristen, eta berriro fluxu bera LANera irteten. Inoiz iristen ez bada, arazoa bezeroaren aldean edo tunelaren aurrizki baimenduetan dago. Iristen bada eta inoiz irteten ez bada, arazoa birbidaltzean edo aurrerako bidearen iragazkian dago, eta harrapaketak jada esan du zein den.

Proba bera pasabidetik egiteak erdi interesgarria ezkutatzen du, pasabidetik sortutako paketeak iturburu desberdina eta itzultzeko baldintza desberdina dituelako. Erabili bezeroaren fluxua, bere iturburu-helbidearekin, urrats bakoitzean. Interfaze okerrean hartutako harrapaketak ziurtasunez zentzugabekeria sortzen du.

Itzulera-bideak eta ostalariaren suebakiak bereiz huts egiten dute

Paketea ostalarira iritsi ondoren, hiru gauza gehiago bete behar dira. Zerbitzuak paketea bidali zen helbidean entzun behar du, ostalariaren suebakiak onartu behar du, eta erantzunak bezeroen multzorantz itzultzeko bidea izan behar du. Azken horrek askotan huts egiten du, ostalariaren bide lehenetsiak tunelaren barrutiaz inoiz entzun ez duen bideratzaile bat seinalatzen duelako. Emaitza ostalariaren ikuspegitik ezartzen den eta beste norabidean isilki hiltzen den konexioa da.

Probatu itzulera-bidea nahita bezerotik bidaliz eta itzulera behatuz. Norabide bakarreko harrapaketak segundo batzuetan erabakitzen du ordu bateko espekulaziok erabakiko ez duena.

Egiaztatu jauzi bakoitza bezeroaren iturburu-helbidearekin

Exekutatu egiaztapenak ordenan eta gorde irteera guztiak, balioa konparaketan baitago, ez lerro bakar batean. Beheko komandoek iturburu-helbidea finkatzen dute, aukeratutako bidea erakusten dute eta birbidaltzearen bi aldeak harrapatzen dituzte. Ordeztu zure LAN ostalaria eta tunel-interfazea.

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

Bide-kontsultak erakusten du bezeroak pakete hori tunelera bidaliko lukeen ere, eta ping-ek erakusten du ostalaritik ezer itzuli den. Bi harrapaketak alderatzeak iristea irtetetik bereizten du, tunel-interfazean LAN-interfazean parekoarik ez duen marko bat birbidaltze-erabakia delako, ez zerbitzu-hutsegitea. Bi harrapaketek eskaera erakusten dutenean eta batek soilik erantzuna, itzulera-bidea da gainerako susmagarria.

Idatzi zein helbidek erantzun zuen eta zein birbidalitako helmugak huts egin zuen. Esaldi horrek txostena erabilgarri bihurtzen du, zerbitzaria iristezina dela dioen baieztapenaren ordez.