Tunela itzultzen da, bezeroak konektatuta dagoela dio, eta nabigatzailea oraindik mozketa baino lehen kargatzen ari zen orrian bueltaka dabil. VPNaren berriz konektatzeak bide bat leheneratzen du, eta ez du leheneratzen aplikazioek eta urruneko aldeak bide zaharrean pilatutako konexio-egoera. Bi gauza desberdin dira konpontzeko, eta haiek nahasteak VPNaren ezarpenetara eramaten zaitu arrazoirik gabe.

Proba bakar batek garbi bereizten ditu, eta hamar segundo besterik ez ditu behar. Bidali eskaera berri bat helmuga berera zaharra zintzilik dagoen bitartean.

Zer bizirik irauten du berriz konektatzean eta zer ez

Tunela bide, gako eta helbide multzo bat da, eta berriz konektatzeak hirurak lehenera ditzake ezarritako fluxu bakoitza hilda dagoen bitartean. Sistema eragileak soketa irekita edukitzen du aplikazioak hala eskatu zuelako, eta soketa horren denbora-muga minutu edo ordu gutxi batzuetara egon daiteke. Azpian, parekoak fluxua ahaztu du, itzulpen-sarrera bat iraungi da, edo bidea orain esku-ukondoa inoiz ikusi ez zuen mutur batetik doa. Berriz konektatzeko sekuentzian ezerk ez ditu aplikazioaren sokeetak zeharkatzen eta konpontzen.

Bezero batzuek kako bat gehitzen dute berriz konektatzean konexio zaharkituak botatzen dituena, eta gehienek ez. Hemen portaera aldatu egiten da bezeroaren, plataformaren eta bertsioaren arabera.

Urruneko aldeak zu ere ahaztu zaitu

Urruneko muturrak bere egoera gordetzen du: TLS saio bat, TCP kontrol-bloke bat eta, agian, zure helbidea eta ataka fluxuarekin lotzen dituen mapatze-sarrera bat. Bidean dagoen itzulpen-gailu batek mapatze hori iraunaraz dezake hutsunean zehar, tunela azkar berrezarri arren. Mapatzea desagertzen denean, zerbitzariak jada ezagutzen ez duen fluxu baterako paketeak iristen dira, eta erantzuna bezeroak inoiz erakusten ez duen reset bat izan daiteke. Aplikazioek geldialdi gisa jakinarazten dute hau, ez errore gisa, inoiz erantzungo ez duen soketa baten zain baitaude oraindik.

Zerbitzariaren aldeko inaktibitate-denborak gauza bera egiten du bere egutegiaren arabera, eta horregatik saio bat hil daiteke sare-gertaerarik gabe. Zerbitzariak espero duena baino denbora gehiago inaktibo egon den konexioa jada joan da tunela mugitu dela nabaritu aurretik.

Eskaera berri bat da haiek bereizten dituen proba

Bidali eskaera berri bat host berera zaharra oraindik zintzilik dagoen bitartean, eta begiratu biak. Eskaera berriak asmatzen badu, tunelak, bideak eta izen-ebazpenak funtzionatzen dute, eta hutsegitea fluxu zaharrari dagokio soilik. Eskaera berriak ere huts egiten badu, bide-arazo bat duzu eta aplikazioaren saio-egoera arrasto faltsua da.

Mantendu zuzeneko trafikoaren blokeoa bere tokian proban zehar. Ustekabeko ordezko bide batetik asmatzen duen eskaera batek ez du tunelari buruz ezer frogatzen.

Berretsi konexio berri batekin, ez zaharrarekin

Beheko komanduek oraindik irekitako sokeetak erakusten dituzte, eskaera berri bat abiarazten dute eta saio-taulan fluxuaren sarrera bat oraindik dagoen egiaztatzen dute. Exekutatu lehenengoa berriz konektatu aurretik eta ondoren, aldea ikus dadin. Ordezkatu hosta eta ataka zure zerbitzuarekin.

ss -tanp | grep -E ':(443|8443)'
curl -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 https://intranet.example.com/
conntrack -L 2>/dev/null | grep 8443
dig +short intranet.example.com

Trafikoa mugitzen ez duen ezarritako soketa bat da bilatu beharreko sinadura, eta egoera-kode bat itzultzen duen eskaera berri batek bidea bizirik dagoela erakusten du. Konexio-taulak erantzuten du ea zerbait oraindik fluxua mapatzen duen, eta hori da bezeroak ikusi ezin duen zatia. Ebaztailearen kontsultak orrialde-kargaren beste erdia estaltzen du, izen-hutsegitea eta konexio gelditua berdinak diruditelako nabigatzailean. Elkarrekin, lau irteera horiek saio zaharkitua tunel hautsitik bereizten dute.

Erregistratu etenduraren ordua, berriz konektatzearen ordua eta eskaera zaharren eta berriaren arteko aldea. Erregistro horrek kexa lausoa inork landu dezakeen txosten bihurtzen du.

Erlazionatutako artikuluak