De oprop falt fuort as jo by de râne fan de stêd lâns ride, en it VPN-piktogram ferdwynt op itselde stuit. It is ferloklik om dat te boekstean as “tuorwiksel hat de tunnel dea makke”. Der barde twa ferskillende dingen, en mar ien dêrfan giet oer tuorren. In radio-oerdracht kin jo IP-adres, standertrûte en sesje folslein yntakt litte, wylst in echte adreswiksel elke tunnel brekke sil dy’t net mei bewege kin. It ferlykjen fan hoe’t klanten dat twadde gefal behannelje is de nuttige oefening, want it fertelt jo oft jo ûntworpen gedrach of in fout sjogge.

In tuorwiksel is net needsaaklik in adreswiksel

Mobyle netwurken hâlde de pakketsesje libben oer oerdrachten hinne salang’t de mobiliteitsanker fan de operator itselde bliuwt. De radiokeppeling feroaret, de tunnel merkt it net, en gjin werferbining heart yn hokker log dan ek te ferskinen. Dit is it gewoane gefal foar beweging binnen in stêd.

Wat it adres wol feroaret, is in ferpleatsing tusken ankers, in wiksel fan Wi-Fi nei mobyl, of in weropbou fan de tunnel oan de operatorkant nei in lange skoft. Dy barren ferfange it boarne-adres dat jo pakketten drage, en in VPN-pear sjocht in pear dat ferpleatst is.

De praktyske konsekwinsje is dat beweging gjin bewiis is. In apparaat dat fjirtich kilometer reizge hat, kin de hiele wei ien adres hâlden hawwe, en in apparaat dat stil stiet kin twa kear fan adres feroare hawwe om’t it netwurk dat besleat. It barren fêstlizze is de iennige manier om dy twa út elkoar te hâlden.

Twa ûntwerpen: ferpleats de tunnel of bou him wer op

Klanten ferskille yn hoefolle oft it har skele dat de bûtenste boarne feroare is. Guon bine de tunnel oan it adres dêr’t er op boud is en easkje in folsleine weropbou. Oaren autentisearje elk pakket selsstannich en fernije gewoan wêr’t se de antwurden hinne stjoere.

MechanismBehaviour after the source changesWhat the user notices
WireGuardEndpoint updated on the next authenticated packetUsually nothing; the tunnel continues
IKEv2 with MOBIKESecurity association moves to the new addressShort pause, no re-authentication
OpenVPN over UDP with floatPeer address may change without a restartMight survive, depending on timing
Client bound to one addressSession dies and is rebuiltA visible reconnect and a new authentication

De boppeste rige ferklearret in protte betiizjende rapporten. WireGuard hat gjin sesje om te brekken: elk pakket draacht de yndeks fan it pear en wurdt autentisearre, dus in jildich pakket dat fan in nij adres komt is per definysje fan dat pear, en it fêstleine einpunt folget it. In klant dy’t by in rit hieltyd “ferbûn” sjen lit, fertelt de wierheid.

De ûnderste rige is ek gjin defekt. It wer opbouwen fan de sesje fiert de autentikaasje opnij út tsjin it hjoeddeistige adres, en dat is krekt wat jo wolle as it âlde adres no fan immen oars wêze kin.

Besjoch it barren ynstee fan de beweging

Op Android rapportearret it ferbining-subsysteem netwurkferoarings as barrennen, en dat binne dejingen dy’t jo mei it gedrach fan de klant korrelearje moatte. De dump is wiidweidich, mar de relevante dielen binne it standertnetwurk en syn adres:

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

Oan de tsjinnerside is der in direkte mjitting foar it roaminggefal. WireGuard bewarret it lêst autentisearre einpunt per pear, dus in adreswiksel ferskynt as in feroare wearde ynstee fan in werferbining:

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

Ferlykje it einpunt foar en nei de rit. As it adres en de poarte net feroare binne, hoegde de tunnel nea wat te dwaan en kaam de werferbining earne oars wei, meastentiids de applikaasje. As it einpunt feroare wylst de tiidstimpel fan de hânskud ticht by syn normale kaai-ferfarskingsinterval bleau, is de tunnel ferpleatst ynstee fan werstart.

In werstart sjocht der oars út: de tiidstimpel fan de hânskud set werom nei it stuit fan de werferbining, en de klant logt in initialisaasjerige ynstee fan in stille fuortsetting.

Wannear’t de werferbining it juste gedrach is

Elke werferbining as fout behannelje liedt ta konfiguraasjes dy’t deade sesjes libben hâlde. In pear wêrfan’t it adres feroare is om’t it netwurk it opnij tawiisde, heart net troch te gean mei ferkear foar de âlde mapping te ûntfangen, en in klant dy’t stil trochgiet kin yn in swart gat stjoere wylst it piktogram grien bliuwt.

Ferlykje de twa mislearrings út it eachpunt fan de brûker. In werferbining kostet in pear sekonden en in nije autentikaasje. In ferâldere tunnel kostet in applikaasje dy’t hinget sûnder flater, wat folle dreger út te lizzen is en folle wierskynliker rapporteare wurdt as “it ynternet is stikken”.

Der skûlet ek in beliedsfraach ûnder. Yn de kleau tusken it ferliezen fan it iene paad en it fêstigjen fan in oar, falle guon klanten werom op it direkt stjoeren fan ferkear. Dat foarkomme is in aparte kontrôle fan automatysk herstel, en in klant kin goed wêze yn it iene en min yn it oare. Beslis hokker jo nedich hawwe foardat jo ien fan beide bystelle.

Skriuw de waarnommen folchoarder op

In nuttich rapport neamt de boarne fan it barren: in standertnetwurkferoaring mei in nij adres, in wiksel fan Wi-Fi nei mobyl, of in oerdracht sûnder hokker adresferoaring dan ek. Dêrnei seit it wat de klant die, mei de tiidstimpel fan de tsjinnerside ynstee fan út it ûnthâld.

As de tunnel ferpleatst is, sis dat en notearje de nije einpuntfamylje. As er wer opboud is, notearje oft de autentikaasje by de earste poging slagge en hoe lang’t de kleau duorre. Dy trije feiten ûnderskiede in sûn mobyl ûntwerp fan in klant dy’t tusken netwurken hinne en wer slingere.

En mij de útdrukking “tuorwiksel”, útsein as it log fan it apparaat it echt fêststelt. De Android-dokumintaasje oer ferbiningen beskriuwt de weromropen dy’t beskikberens fan in standertnetwurkferoaring ûnderskiede, en dy ûnderskied is dejinge dy’t jo rapport nedich hat. Al it oare is in ferhaal oer riden.

Relatearre artikelen