Simu inakatika unapopita ukingo wa mji, na ikoni ya VPN inatoweka wakati huo huo. Inavutia kuandika hilo kama “mabadiliko ya mnara yaliua handaki”. Mambo mawili tofauti yalitokea, na ni moja tu kati yao linahusu minara. Uhamishaji wa redio unaweza kuacha anwani yako ya IP, njia ya msingi na kikao zote bila kubadilika, wakati mabadiliko ya anwani halisi yatavunja handaki lolote lisiloweza kusogea nayo. Zoezi lenye manufaa ni kulinganisha jinsi wateja wanavyoshughulikia hali hiyo ya pili, kwa sababu inakuambia kama unaona tabia iliyobuniwa au hitilafu.

Mabadiliko ya mnara si lazima mabadiliko ya anwani

Mitandao ya simu huweka kikao cha pakiti hai wakati wa uhamishaji mradi nanga ya uhamaji ya mtoa huduma ibaki ile ile. Kiungo cha redio kinabadilika, handaki halioni, na hakuna muunganisho upya unapaswa kuonekana katika kumbukumbu yoyote. Hii ni hali ya kawaida kwa mwendo ndani ya mji.

Kinachobadilisha anwani ni kusogea kati ya nanga, kubadilika kutoka Wi-Fi kwenda simu, au kuanzishwa upya kwa handaki upande wa mtoa huduma baada ya pengo refu. Matukio hayo hubadilisha anwani ya chanzo ambayo pakiti zako hubeba, na mwenzi wa VPN anaona mwenzi aliyesogea.

Matokeo ya kiutendaji ni kwamba mwendo si ushahidi. Kifaa kilichosafiri kilomita arobaini kinaweza kuwa kiliweka anwani moja njia yote, na kifaa kilichokaa kitulivu kinaweza kuwa kilibadilisha anwani mara mbili kwa sababu mtandao uliamua hivyo. Kurekodi tukio ndiyo njia pekee ya kuzitofautisha.

Miundo miwili: sogeza handaki au lijenge upya

Wateja wanatofautiana kwa kiasi gani wanajali kwamba chanzo cha nje kimebadilika. Wengine hufunga handaki kwa anwani iliyojengwa juu yake na wanahitaji uanzishaji kamili upya. Wengine huthibitisha kila pakiti kwa kujitegemea na huboresha tu mahali wanapotuma majibu.

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

Mstari wa juu unaeleza ripoti nyingi zenye mkanganyiko. WireGuard haina kikao cha kuvunja: kila pakiti hubeba faharasa ya mwenzi na huthibitishwa, kwa hivyo pakiti halali inayofika kutoka anwani mpya kwa ufafanuzi inatoka kwa mwenzi huyo, na kituo cha mwisho kilichorekodiwa kinaifuata. Mteja anayeonyesha “imeunganishwa” mfululizo wakati wa safari anasema ukweli.

Mstari wa chini pia si kasoro. Kujenga upya kikao huendesha uthibitishaji tena dhidi ya anwani ya sasa, ambayo ni hasa kile unachotaka wakati anwani ya zamani inaweza sasa kuwa ya mtu mwingine.

Angalia tukio badala ya mwendo

Kwenye Android mfumo mdogo wa muunganisho huripoti mabadiliko ya mtandao kama matukio, na hayo ndiyo unayopaswa kuyahusisha na tabia ya mteja. Utoaji ni mrefu, lakini sehemu muhimu ni mtandao wa msingi na anwani yake:

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

Upande wa seva kuna kipimo cha moja kwa moja kwa hali ya uzururaji. WireGuard huhifadhi kituo cha mwisho kilichothibitishwa kwa kila mwenzi, kwa hivyo mabadiliko ya anwani yanaonekana kama thamani iliyobadilika badala ya muunganisho upya:

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

Linganisha kituo cha mwisho kabla na baada ya safari. Ikiwa anwani na mlango hazijabadilika, handaki haikuhitaji kufanya chochote na muunganisho upya ulitoka mahali pengine, kwa kawaida programu. Ikiwa kituo cha mwisho kilibadilika wakati muhuri wa muda wa kupeana mikono ulibaki karibu na kipindi cha kawaida cha kuhuisha ufunguo, handaki ilisogea badala ya kuanza upya.

Kuanza upya kunaonekana tofauti: muhuri wa muda wa kupeana mikono hurejeshwa kwa wakati wa muunganisho upya, na mteja hurekodi mfuatano wa uanzishaji badala ya mwendelezo wa kimya.

Wakati muunganisho upya ni tabia sahihi

Kuchukulia kila muunganisho upya kama hitilafu husababisha mipangilio inayoweka vikao vilivyokufa hai. Mwenzi ambaye anwani yake ilibadilika kwa sababu mtandao uliipanga upya hapaswi kuendelea kupokea trafiki kwa ramani ya zamani, na mteja anayeendelea kwa kimya anaweza kuishia kutuma kwenye shimo jeusi wakati ikoni inabaki ya kijani.

Linganisha hitilafu hizo mbili kwa mtazamo wa mtumiaji. Muunganisho upya unagharimu sekunde chache na uthibitishaji mpya. Handaki lililopitwa na wakati linagharimu programu inayokwama bila hitilafu, jambo ambalo ni gumu zaidi kueleza na lina uwezekano mkubwa zaidi wa kuripotiwa kama “interneti imeharibika”.

Chini yake pia kuna swali la sera. Wakati wa pengo kati ya kupoteza njia moja na kuanzisha nyingine, wateja wengine hurudi kutuma trafiki moja kwa moja. Kuzuia hilo ni udhibiti tofauti na urejeshaji wa kiotomatiki, na mteja anaweza kuwa mzuri katika moja na mbaya katika nyingine. Amua unachohitaji kabla ya kurekebisha kimoja.

Andika mfuatano ulioonekana

Ripoti yenye manufaa hutaja chanzo cha tukio: mabadiliko ya mtandao wa msingi na anwani mpya, kubadilika kutoka Wi-Fi kwenda simu, au uhamishaji bila mabadiliko yoyote ya anwani. Kisha husema mteja alifanya nini, na muhuri wa muda kutoka upande wa seva badala ya kumbukumbu.

Ikiwa handaki ilisogea, sema hivyo na uandike familia mpya ya vituo vya mwisho. Ikiwa ilianzishwa upya, andika kama uthibitishaji ulifanikiwa mara ya kwanza na pengo lilidumu kwa muda gani. Mambo hayo matatu hutofautisha muundo mzuri wa simu na mteja anayeyumbayumba kati ya mitandao.

Na epuka msemo “mabadiliko ya mnara” isipokuwa kumbukumbu ya kifaa ithibitishe hivyo. Nyaraka za muunganisho za Android zinaeleza mwitikio wa kurudi unaotofautisha upatikanaji na mabadiliko ya mtandao wa msingi, na tofauti hiyo ndiyo ripoti yako inayohitaji. Kila kingine ni hadithi kuhusu kuendesha.

Makala zinazohusiana