VPN sürərkən yenidən qoşulur: radio dəyişikliyi, yoxsa IP dəyişikliyi?
Baza stansiyaları arasında keçid IP yolunu toxunulmaz saxlaya bilər. Tuneli köçürən müştəriləri onu yenidən quranlarla müqayisə edin və sürüşü deyil, şəbəkə hadisəsini oxuyun.
Şəhərin kənarından keçərkən zəng kəsilir və VPN nişanı elə həmin anda yox olur. Bunu “baza stansiyasının dəyişməsi tuneli öldürdü” kimi qeyd etmək cazibədardır. İki fərqli şey baş verdi və onlardan yalnız biri qüllələrlə bağlıdır. Radio keçidi IP ünvanınızı, standart marşrutunuzu və sessiyanızı tamamilə toxunulmaz qoya bilər, halbuki həqiqi ünvan dəyişikliyi onunla birlikdə hərəkət edə bilməyən hər hansı tuneli qıracaq. Müştərilərin o ikinci halı necə idarə etdiyini müqayisə etmək faydalı məşqdir, çünki bu, dizaynlı davranış, yoxsa səhv gördüyünüzü söyləyir.
Qüllə dəyişikliyi mütləq ünvan dəyişikliyi deyil
Mobil şəbəkələr paket sessiyasını keçidlər boyunca canlı saxlayır, nə qədər ki operatorun mobilite ankeri eyni qalır. Radio əlaqəsi dəyişir, tunel bunu görmür və heç bir jurnalda yenidən qoşulma görünməməlidir. Bu, şəhər daxilində hərəkət üçün adi haldır.
Ünvanı dəyişən şey ankerlər arasında keçid, Wi-Fi-dən mobil şəbəkəyə keçid və ya uzun fasilədən sonra operator tərəfində tunelin yenidən qurulmasıdır. Bu hadisələr paketlərinizin daşıdığı mənbə ünvanını əvəz edir və VPN həmyaşıdı hərəkət etmiş həmyaşıd görür.
Praktik nəticə budur ki, hərəkət sübut deyil. Qırx kilometr yol gedən cihaz bütün yol boyu bir ünvanı saxlamış ola bilər, yerində duran cihaz isə şəbəkə belə qərar verdiyi üçün iki dəfə ünvanını dəyişmiş ola bilər. Hadisəni qeyd etmək bu ikisini ayırmağın yeganə yoludur.
İki dizayn: tuneli köçür və ya yenidən qur
Müştərilər xarici mənbənin dəyişməsini nə qədər ciddi qəbul etmələri ilə fərqlənirlər. Bəziləri tuneli qurulduğu ünvana bağlayır və tam yenidən qurulma tələb edir. Digərləri hər paketi müstəqil yoxlayır və sadəcə cavabları hara göndərdiklərini yeniləyir.
| Mechanism | Behaviour after the source changes | What the user notices |
|---|---|---|
| WireGuard | Endpoint updated on the next authenticated packet | Usually nothing; the tunnel continues |
| IKEv2 with MOBIKE | Security association moves to the new address | Short pause, no re-authentication |
| OpenVPN over UDP with float | Peer address may change without a restart | Might survive, depending on timing |
| Client bound to one address | Session dies and is rebuilt | A visible reconnect and a new authentication |
Yuxarı sətir çoxlu qarışıq hesabatı izah edir. WireGuard-ın qırılacaq sessiyası yoxdur: hər paket həmyaşıdın indeksini daşıyır və yoxlanılır, ona görə yeni ünvandan gələn etibarlı paket tərifinə görə həmin həmyaşıddandır və qeydə alınmış son nöqtə onu izləyir. Sürüş boyu fasiləsiz “qoşulub” göstərən müştəri doğru deyir.
Aşağı sətir də qüsur deyil. Sessiyanı yenidən qurmaq cari ünvana qarşı yoxlamanı yenidən işə salır, köhnə ünvan artıq başqasına aid ola biləcəyi halda istədiyiniz də məhz budur.
Hərəkəti deyil, hadisəni müşahidə edin
Android-də bağlantı alt sistemi şəbəkə dəyişikliklərini hadisə kimi bildirir və müştərinin davranışı ilə əlaqələndirməli olduğunuz şeylər məhz bunlardır. Dump həcmli olsa da, aid hissələr standart şəbəkə və onun ünvanıdır:
adb shell dumpsys connectivity | grep -E 'NetworkAgentInfo|Default network'
adb shell ip -br addr show
adb logcat -b main -s Vpn:* | head -n 40
Server tərəfində rouminq halı üçün birbaşa ölçmə var. WireGuard hər həmyaşıd üzrə son yoxlanılmış son nöqtəni saxlayır, ona görə ünvan dəyişikliyi yenidən qoşulma kimi deyil, dəyişmiş dəyər kimi görünür:
sudo wg show wg0 endpoints
sudo wg show wg0 latest-handshakes
Sürüşdən əvvəl və sonra son nöqtəni müqayisə edin. Ünvan və port dəyişməyibsə, tunelin heç nə etməsinə ehtiyac olmayıb və yenidən qoşulma başqa yerdən, adətən tətbiqdən gəlib. Son nöqtə dəyişib, lakin əl sıxma vaxt möhürü normal açar dəyişmə aralığına yaxın qalıbsa, tunel yenidən başlamayıb, köçüb.
Yenidən başlama fərqli görünür: əl sıxma vaxt möhürü yenidən qoşulma anına sıfırlanır və müştəri sakit davam yerinə işə salma ardıcıllığını jurnala yazır.
Yenidən qoşulma düzgün davranış olduqda
Hər yenidən qoşulmanı qüsur kimi qəbul etmək ölü sessiyaları canlı saxlayan konfiqurasiyalara gətirir. Ünvanı şəbəkə onu yenidən bölüşdürdüyü üçün dəyişən həmyaşıd köhnə xəritələşdirmə üçün trafik almağa davam etməməlidir və səssizcə davam edən müştəri nişan yaşıl qalarkən qara dəliyə göndərə bilər.
İki nasazlığı istifadəçi baxımından müqayisə edin. Yenidən qoşulma bir neçə saniyə və bir yoxlama bahasına başa gəlir. Köhnəlmiş tunel isə xətasız donan tətbiq bahasına başa gəlir ki, bunu izah etmək daha çətindir və “internet xarab olub” kimi bildirilmə ehtimalı daha yüksəkdir.
Altında bir siyasət sualı da gizlənir. Bir yolu itirməklə digərini qurmaq arasındakı boşluqda bəzi müştərilər trafiki birbaşa göndərməyə keçir. Bunun qarşısını almaq avtomatik bərpadan ayrı bir nəzarətdir və müştəri birində yaxşı, digərində zəif ola bilər. Hər hansı birini tənzimləməzdən əvvəl hansına ehtiyacınız olduğunu qərar verin.
Müşahidə olunan ardıcıllığı yazın
Faydalı hesabat hadisə mənbəyini adlandırır: yeni ünvanla standart şəbəkə dəyişikliyi, Wi-Fi-dan mobil şəbəkəyə keçid və ya ümumiyyətlə ünvan dəyişikliyi olmayan keçid. Sonra müştərinin nə etdiyini, yaddaşdan deyil, server tərəfindəki vaxt möhürü ilə bildirir.
Tunel köçübsə, bunu deyin və yeni son nöqtə ailəsini qeyd edin. Yenidən qurulubsa, yoxlamanın ilk cəhddə uğurlu olub-olmadığını və boşluğun nə qədər davam etdiyini qeyd edin. Bu üç fakt sağlam mobil dizaynı şəbəkələr arasında silkələnən müştəridən ayırır.
Və cihaz jurnalı bunu həqiqətən təsdiqləmirsə, “qüllə dəyişikliyi” ifadəsindən çəkinin. Android bağlantı sənədləri mövcudluğu standart şəbəkə dəyişikliyindən ayıran geri çağırışları təsvir edir və hesabatınızın ehtiyac duyduğu fərq məhz budur. Qalan hər şey sürüş haqqında bir hekayədir.