Routerra berrabiarazi ondoren trabatutako VPNa: aldatu ziren hiru gauza

Profila ez zen aldatu, baina haren azpiko bidea bai. Egiaztatu tokiko helbidea, itzulitako mapatzea eta bidea kredentzialak berrezarri aurretik.

Routerrak abiaraztea amaitzen du, ordenagailu eramangarria SSID berari lotzen zaio eta VPNa konektatuta egoeran geratzen da ezer mugitzen ez delarik. Gordetako profila osorik dago. Haren azpian iraungi zena bidea zen, eta bezeroak oraindik zaharrarentzat eraiki zuen egoera eusten du.

Hiru baldintzatek erabakitzen dute konponbidea. Egiaztatu hurrenkeran, geroagokoak alferreko lana baitira lehenengoak trabamendua jada azaltzen badu.

Lehen baldintza: tokiko helbidea aldatu da

Berrabiarazteak beste helbide bat eman diezaioke makinari. Orduan tokiko amaiera-puntu finkoarekin konfiguratutako VPNak jada existitzen ez den lotura erabiltzen jarraitzen du. Gauza bera gertatzen da bere socket-a helbide zaharrean lotu zuen bezeroarekin. Tunelaren interfazea altxatuta egon daiteke sortzen duen pakete bakoitza leku alferrik joaten den bitartean.

Konparatu bezeroak erabiltzen duen helbidea interfazeak une honetan duen helbidearekin. Aldatu den ate-biderantz seinalatzen duen bide lehenetsia arazo mota bera da beste izen batekin.

ip -4 addr show
ip route show default
ip route get 203.0.113.10

Bigarren baldintza: itzulitako mapatzea desagertu da

Etxeko routerrek irteerako fluxuak itzultzen dituzte, eta mapatze horiek memorian bizi dira. Berrabiarazteak denak ezabatzen ditu. Hori kaltegabea da konexio berri batentzat eta hilgarria bere fluxu existitzailea oraindik baliozkoa dela uste duen tunel batentzat. Orduan beste aldeak ez du ezer ikusten, eta bezeroak ez du inoiz jardun dezakeen errorerik jasotzen.

Hemen keepalive-rik gabeko tunel bat isil-isilik trabatzen da, ozen huts egin beharrean. WireGuard-en muga dokumentatuek huts egitearen forma bera deskribatzen dute. Amaiera-puntuaren egoera okerrak pakete baztertuak sortzen ditu, diagnostiko baten ordez.

25 segundoko keepalive iraunkorra da ohiko aringarria, mapatzea freskatzen baitu inaktibitate-denborak iraungi aurretik. Ez du jada desagertu den mapatze bat konpontzen. Lotu keepalive-a berriz konektatzeko logikarekin konponbide gisa hartu ordez.

Hirugarren baldintza: helbide publikoa aldatu da

Routerraren kanpoko helbideak berak aldatu badu, beste aldean jatorrizko helbidearen arabera iragazten duen edozerk beste solaskide bat ikusten du orain. Tunela altxa daiteke eta zerbitzariak trafikoa baztertzen jarrai dezake; hori bezero hondatua ematen du eta benetan beste muturreko politika da.

Idatzi kanpoko helbidea berrabiarazi aurretik eta ondoren. Biak desberdinak badira, galdera bezeroarengandik baimenduen zerrenda mantentzen duenarengana pasatzen da, eta eramangailuan kredentzialak berrezartzeak ezin du lagundu.

Berreskuratu ordena egokian

Amaitu lehenik beharrezkoa den captive portal saioa, gero utzi bezeroari bere prozedura onartuaren bidez berriz konektatzen prozesua hiltzen duzunaren ordez. Begiratu identitatea eta datu-trafikoa biak berreskuratzen diren, konexio beraren bi fase desberdin baitira.

Cachean gordetako orrialde batek ez du ezer frogatzen, ezta bere kasa berriz konektatu den txat-aplikazio batek ere. Probatu benetan axola zaizun amaiera-puntua eskaera berri batekin. Mantendu trafiko zuzenaren politika tartean zehar, berriz konektatzeko saiakera ez baita blokeoa.

Hori berrabiarazte bakoitzaren ondoren errepikatzen bada, erregistroak saiakera baino gehiago balio du. Idatzi tokiko helbidea, atea, kanpoko helbidea eta bezeroaren egoera aurretik eta ondoren, gero konparatu bi zutabeak. Horrek kexa lausoa bizitza-zikloaren errore bihurtzen du norbaitek konpon dezakeena, eta mapatzearen denbora-muga dela-eta ziurtagiriak hirugarren aldiz ordezkatzea eragozten du.

Erlazionatutako artikuluak