Nola mantentzen du MOBIKE-k IKEv2 VPN bat bizirik sareak aldatzen direnean

Telefono bat Wi-Fi-tik ateratzen da eta sare mugikorrera elkartzen da, ordenagailu eramangarri bat Ethernet-etik sarbide-puntu batera mugitzen da, eta IKEv2 tunela bizirik ateratzen da edo ez. MOBIKE bizirik ateratzeko aukera ematen dion luzapena da, urruneko muturrari iturburu-helbidea aldatu dela jakinarazten dio, hasieratik berriz hasi beharrean. Egiten ez duena zera da: aldaketa osoan zehar aplikazio bakoitza bizirik mantentzea. Bi baieztapen dira horiek, eta bigarrena da jendeak normalean adierazi nahi duena.

Igaro trantsizioa etapaka, etapa bakoitzak modu ezberdinean huts egiten baitu.

Zer aldatzen du benetan eguneraketak

Segurtasun-elkarteak indarrean dirauen bitartean, hasieratzaileak bere helbide berria ikasten du eta erantzuleari eguneraketa bat bidaltzen dio, eta hark helbide hori erabiltzen du elkarte bererako. Segurtasun-parametroak ez dira berriz negoziatzen hutsetik. Hori da onura osoa: ez autentifikazio-txanda berririk, ez gako-truke berririk, ez erabiltzaileari eskakizunik. Era berean esan nahi du bizirik ateratzen den egoera oraindik saio zaharrena dela.

MOBIKE-k trafikoa UDP enkapsulaziora ere eraman dezake, eta horregatik funtzionatzen duen tunel batek batzuetan 4500 portua erabiltzen hasten da sare-aldaketaren ondoren. Trantsizio horrek ez du bere horretan NAT atzeman zenik frogatzen, nahiz eta biak sarritan elkarrekin agertzen diren.

Zure profilek benetan gaitzen du

Bi muturrek luzapena onartu behar dute, eta inplementazioak gaitu behar du. strongSwan-en portaera konexio bakoitzeko konfigura daiteke, eta interfaze- edo bide-aldaketek bide-bilaketa eta eguneraketa abiaraz ditzakete behar denean. Aztertu konexioaren benetako ezarpenak, IKEv2 profil guztiek gaitzen dutela suposatu beharrean. Ezaugarri honetara iristen ez den gida batetik kopiatutako profila da horren ohiko iturria.

Bi muturretan negoziatutako egoera da autoritatea, ez produktu-familiaren dokumentazioa.

Igaro trantsizioa etapaka

Erregistratu aplikazioaren egoera sareak aldatu aurretik. Ondoren aldatu, eta gero erregistratu bezeroaren eta zerbitzariaren egoera. Helbide bat falta, pare bat iristezina eta bere saioa berriz konektatu behar duen aplikazio bat hiru emaitza ezberdin dira. Lehen biak bakarrik dagozkio VPN geruzari; hirugarrena aplikazioak hitz egiten duen protokoloari dagokio.

Konparatu sare-aldaketa bat proba geldikor batekin, gertaera zeinek sortzen duen arazoa jakiteko. Sare finaleko esfortzu-neurriak ezin du trantsizio bat berproduzitu. Helmuga neurtzen du, ez bidaia.

Bereizi hutsegite-geruzak

TCP saio luze batek IKEv2 trukaketatik kanpoko arrazoiengatik huts egin dezake. Sare berriak beste modu batean iraga, ebatzi edo bidera dezake. Tunelaren helbideak batere aldatu gabe jarrai dezake, azpian dagoen bideak aldatzen duen bitartean. Horregatik aplikazioaren berrezarpen batek VPN-k inoiz hautsi ez zuen zerbait konpon dezake.

Mantendu blokeo-politika lekuan berreskuratzen ari zaren bitartean ere.

Mugikortasun automatikoa eta trafiko zuzena eragozten duen araua kontrol ezberdinak dira, eta bigarrena desaktibatzea lehenak funtziona dezan truke txarra da. Mugikortasun-eguneraketak huts egiten badu, blokeoak eutsi behar du, tuneletik inguruko trafikoa isuri beharrean.

Zer erregistratu errepikatzen denean

Mantendu denbora-markak eta bi muturren helbide-balioak. Erregistro horrek erakusten du eguneraketa osatu zen ala ez aplikazioak kontaktua galdu aurretik, hau da, mugikortasun-arazo baten eta aplikazioaren denbora-mugaren arteko aldea. Ondoren konparatu aldaketa-norabidea: Wi-Fi-tik sare mugikorrera ateratzea ez da simetrikoa kontrakoarekin. Norabide batek funtziona dezake besteak huts egiten duen bitartean.

Asimetria hori nahikoa arrunta da probatu beharreko lehen gauza izateko.

Erregistroa eskuan, gorabehera beste ikono deskonektatu bat izateari uzten dio eta jabe ezaguna duen segida bateko gertaera bakar bihurtzen da. Eta hori da ibilbide batek zintzoki agintari dezakeen guztia.