A VPN újracsatlakozik vezetés közben: rádióváltás vagy IP-váltás?

A hívás megszakad, amikor elhalad a város széle mellett, és a VPN ikon ugyanabban a pillanatban eltűnik. Kísértő azt írni, hogy „a bázisállomás-váltás megölte az alagutat”. Két különböző dolog történt, és csak az egyik szól a bázisállomásokról. Egy rádióátadás teljesen érintetlenül hagyhatja az IP-címét, az alapértelmezett útvonalat és a munkamenetet, míg egy valódi címváltozás elszakít minden olyan alagutat, amely nem tud vele együtt mozogni. A hasznos gyakorlat összehasonlítani, hogyan kezelik a kliensek a második esetet, mert megmondja, tervezett viselkedést vagy hibát lát-e.

A bázisállomás-váltás nem feltétlenül címváltozás

A mobilhálózatok az átadások alatt életben tartják a csomagmunkamenetet, amíg az operátor mobilitási horgonya ugyanaz marad. A rádiókapcsolat változik, az alagút nem veszi észre, és egyetlen naplóban sem szabadna újracsatlakozásnak megjelennie. Ez a szokásos eset a városon belüli mozgásra.

A címet a horgonyok közötti mozgás, a Wi-Fi-ről mobilhálózatra váltás vagy az operátor oldalán hosszú szünet után történő újraépítés változtatja meg. Ezek az események lecserélik a csomagjai által hordozott forráscímet, és a VPN-partner egy elmozdult partnert lát.

A gyakorlati következmény az, hogy a mozgás nem bizonyíték. Egy negyven kilométert megtett eszköz végig megtarthatott egy címet, egy mozdulatlan eszköz pedig kétszer is válthatott címet, mert a hálózat így döntött. Az esemény rögzítése az egyetlen módja annak, hogy megkülönböztesse őket.

Két terv: mozgassa vagy építse újra az alagutat

A kliensek abban különböznek, mennyire érdekli őket, hogy a külső forrás megváltozott. Egyesek a címhez kötik az alagutat, amelyre épült, és teljes újraépítést követelnek. Mások minden csomagot önállóan hitelesítenek, és csak azt frissítik, hová küldik a válaszokat.

A felső sor sok zavaros jelentést megmagyaráz. A WireGuardnak nincs megszakítható munkamenete: minden csomag hordozza a partner indexét, és hitelesítve van, így az új címről érkező érvényes csomag definíció szerint attól a partnertől jön, és a rögzített végpont követi. Aki vezetés közben folyamatosan „csatlakozva” jelez, igazat mond.

Az alsó sor sem hiba. A munkamenet újraépítése újra lefuttatja a hitelesítést az aktuális cím ellen, ami pontosan az, amit akkor akar, amikor a régi cím már valaki máshoz tartozhat.

Figyelje az eseményt, ne a mozgást

Androidon a kapcsolati alrendszer eseményként jelenti a hálózati változásokat, és ezeket kell összevetnie a kliens viselkedésével. A kiírás bőbeszédű, de a lényeges részek az alapértelmezett hálózat és annak címe:

adb shell dumpsys connectivity | grep -E 'NetworkAgentInfo|Default network'
adb shell ip -br addr show
adb logcat -b main -s Vpn:* | head -n 40

A kiszolgáló oldalán közvetlen mérés van a barangolás esetére. A WireGuard partnernként tárolja az utolsó hitelesített végpontot, így a címváltozás megváltozott értékként jelenik meg, nem újracsatlakozásként:

sudo wg show wg0 endpoints
sudo wg show wg0 latest-handshakes

Hasonlítsa össze a végpontot az út előtt és után. Ha a cím és a port változatlan, az alagútnak nem kellett semmit tennie, és az újracsatlakozás máshonnan, általában az alkalmazásból jött. Ha a végpont megváltozott, miközben a kézfogás időbélyege a szokásos kulcsfrissítési intervallum közelében maradt, az alagút elmozdult, nem újraindult.

Az újraindulás másképp néz ki: a kézfogás időbélyege visszaáll az újracsatlakozás pillanatára, és a kliens inicializálási sorozatot naplóz csendes folytatás helyett.

Mikor helyes viselkedés az újracsatlakozás

Ha minden újracsatlakozást hibának tekint, olyan konfigurációkhoz jut, amelyek életben tartják a halott munkameneteket. Egy partner, amelynek címe azért változott meg, mert a hálózat újraosztotta, nem kaphat tovább forgalmat a régi leképezéshez, és egy csendben folytató kliens végül fekete lyukba küldhet, miközben az ikon zöld marad.

Hasonlítsa össze a két hibát a felhasználó szemszögéből. Az újracsatlakozás néhány másodpercbe és egy új hitelesítésbe kerül. Egy elavult alagút egy hiba nélkül megakadó alkalmazásba kerül, amit sokkal nehezebb megmagyarázni, és sokkal valószínűbb, hogy „elromlott az internet” címen jelentik.

Alatta egy szabálypolitikai kérdés is megbújik. Az egyik útvonal elvesztése és a másik létrehozása közötti résben egyes kliensek visszatérnek a forgalom közvetlen küldéséhez. Ennek megakadályozása külön vezérlés az automatikus helyreállítástól, és egy kliens lehet jó az egyikben és rossz a másikban. Döntse el, melyikre van szüksége, mielőtt bármelyiket hangolja.

Jegyezze fel a megfigyelt sorrendet

Egy hasznos jelentés megnevezi az esemény forrását: alapértelmezett hálózat változása új címmel, Wi-Fi-ről mobilhálózatra váltás, vagy címváltozás nélküli átadás. Ezután megmondja, mit tett a kliens, a kiszolgáló oldali időbélyeggel, nem emlékezetből.

Ha az alagút elmozdult, mondja meg, és jegyezze fel az új végpontcsaládot. Ha újraépült, jegyezze fel, sikerült-e a hitelesítés első próbára, és meddig tartott a rés. Ez a három tény különbözteti meg az egészséges mobil tervet egy hálózatok között hányódó kliensétől.

És kerülje a „bázisállomás-váltás” kifejezést, hacsak az eszköz naplója tényleg nem igazolja. Az Android kapcsolódási dokumentációja leírja azokat a visszahívásokat, amelyek megkülönböztetik az elérhetőséget az alapértelmezett hálózat változásától, és pontosan erre a különbségre van szüksége a jelentésének. Minden más történet a vezetésről.