Shahar chetidan o‘tayotganingizda qo‘ng‘iroq uziladi va VPN belgisi xuddi shu paytda yo‘qoladi. Buni “minora almashinuvi tunnelni o‘ldirdi” deb yozish jozibali. Ikki xil narsa yuz berdi va ulardan faqat bittasi minoralarga tegishli. Radio o‘tkazmasi IP manzilingizni, standart marshrutingizni va sessiyangizni butunlay buzmasdan qoldirishi mumkin, haqiqiy manzil o‘zgarishi esa u bilan birga harakatlana olmaydigan har qanday tunnelni uradi. Mijozlar o‘sha ikkinchi holatni qanday boshqarishini solishtirish foydali mashqdir, chunki bu sizga loyihalashtirilgan xatti-harakatni yoki xatoni ko‘rayotganingizni aytadi.

Minora almashinuvi albatta manzil almashinuvi emas

Mobil tarmoqlar paket sessiyasini o‘tkazmalar davomida tirik saqlaydi, toki operatorning mobillik ankeri bir xil qolsa. Radio havolasi o‘zgaradi, tunnel buni sezmaydi va hech qanday jurnalda qayta ulanish ko‘rinmasligi kerak. Bu shahar ichida harakatlanish uchun odatiy holat.

Manzilni ankerlar orasidagi ko‘chish, Wi-Fi'dan uyali tarmoqqa o‘tish yoki uzoq tanaffusdan keyin operator tomonida tunnelni qayta tiklash o‘zgartiradi. Bu hodisalar paketlaringiz olib yuradigan manba manzilini almashtiradi va VPN sherigi ko‘chgan sherikni ko‘radi.

Amaliy natija shuki, harakat dalil emas. Qirq kilometr yurgan qurilma butun yo‘l davomida bitta manzilni saqlab qolgan bo‘lishi mumkin, joyida turgan qurilma esa tarmoq shunday qaror qilgani uchun manzilni ikki marta o‘zgartirgan bo‘lishi mumkin. Hodisani yozib olish ularni ajratishning yagona yo‘lidir.

Ikki dizayn: tunnelni ko‘chir yoki qayta qur

Mijozlar tashqi manba o‘zgarganini qanchalik jiddiy qabul qilishlari bilan farq qiladi. Ba'zilari tunnelni u qurilgan manzilga bog‘laydi va to‘liq qayta tiklashni talab qiladi. Boshqalari har bir paketni mustaqil tekshiradi va faqat javoblar qayerga yuborilishini yangilaydi.

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

Yuqori qator ko‘plab chalkash hisobotlarni tushuntiradi. WireGuard'da uziladigan sessiya yo‘q: har bir paket sherikning indeksini olib yuradi va tekshiriladi, shuning uchun yangi manzildan kelgan haqiqiy paket ta'rifga ko‘ra o‘sha sherikdan bo‘ladi va yozib olingan oxirgi nuqta unga ergashadi. Sayohat davomida doimiy “ulangan” ko‘rsatadigan mijoz haqiqatni aytadi.

Pastki qator ham nuqson emas. Sessiyani qayta qurish autentifikatsiyani joriy manzilga qarshi qaytadan ishga tushiradi, eski manzil endi boshqasiga tegishli bo‘lishi mumkin bo‘lganda aynan shu kerak.

Harakatni emas, hodisani kuzating

Android'da ulanish quyi tizimi tarmoq o‘zgarishlarini hodisa sifatida xabar qiladi va mijoz xatti-harakati bilan aynan shularni bog‘lashingiz kerak. Dump uzun, ammo muhim qismlar standart tarmoq va uning manzilidir:

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 tomonida rouming holati uchun to‘g‘ridan-to‘g‘ri o‘lchov bor. WireGuard har bir sherik uchun oxirgi tasdiqlangan oxirgi nuqtani saqlaydi, shuning uchun manzil o‘zgarishi qayta ulanish sifatida emas, o‘zgargan qiymat sifatida ko‘rinadi:

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

Oxirgi nuqtani sayohatdan oldin va keyin solishtiring. Manzil va port o‘zgarmagan bo‘lsa, tunnel hech narsa qilishi shart emas edi va qayta ulanish boshqa joydan, odatda ilovadan keldi. Oxirgi nuqta o‘zgargan bo‘lsa-da, qo‘l siqish vaqt tamg‘asi odatdagi kalit yangilash oralig‘iga yaqin qolsa, tunnel qayta ishga tushmadi, ko‘chdi.

Qayta ishga tushish boshqacha ko‘rinadi: qo‘l siqish vaqt tamg‘asi qayta ulanish paytiga nolga tushiriladi va mijoz sokin davom etish o‘rniga ishga tushirish ketma-ketligini yozadi.

Qayta ulanish qachon to‘g‘ri xatti-harakat

Har qanday qayta ulanishni nuqson deb hisoblash o‘lik sessiyalarni tirik saqlaydigan konfiguratsiyalarga olib keladi. Manzili tarmoq tomonidan qayta taqsimlangani uchun o‘zgargan sherik eski xaritalash uchun trafik olishda davom etmasligi kerak, jimgina davom etayotgan mijoz esa belgi yashil qolgan holda qora tuynukka yuborishi mumkin.

Ikki nosozlikni foydalanuvchi nuqtai nazaridan solishtiring. Qayta ulanish bir necha soniya va yangi autentifikatsiyaga tushadi. Eskirgan tunnel esa xatosiz qotib qoladigan ilovaga tushadi, buni tushuntirish ancha qiyin va “internet buzildi” deb xabar qilinish ehtimoli ancha yuqori.

Ostida siyosat savoli ham yashiringan. Bir yo‘lni yo‘qotish va boshqasini o‘rnatish orasidagi bo‘shliqda ba'zi mijozlar trafikni to‘g‘ridan-to‘g‘ri yuborishga qaytadi. Buning oldini olish avtomatik tiklashdan alohida nazoratdir va mijoz birida yaxshi, boshqasida yomon bo‘lishi mumkin. Ikkalasidan birini sozlashdan oldin qaysi biri kerakligini hal qiling.

Kuzatilgan ketma-ketlikni yozing

Foydali hisobot hodisa manbasini nomlaydi: yangi manzil bilan standart tarmoq o‘zgarishi, Wi-Fi'dan uyali tarmoqqa o‘tish yoki umuman manzil o‘zgarishisiz o‘tkazma. Keyin mijoz nima qilganini xotiradan emas, server tomonidagi vaqt tamg‘asi bilan aytadi.

Agar tunnel ko‘chgan bo‘lsa, shuni ayting va yangi oxirgi nuqta oilasini belgilang. Agar qayta tiklangan bo‘lsa, autentifikatsiya birinchi urinishda o‘tganini va bo‘shliq qancha davom etganini belgilang. Bu uch fakt sog‘lom mobil dizaynni tarmoqlar orasida tebranib yurgan mijozdan ajratadi.

Va qurilma jurnali buni haqiqatan tasdiqlamasa, “minora almashinuvi” iborasidan qoching. Android ulanish hujjatlari mavjudlikni standart tarmoq o‘zgarishidan ajratadigan qayta qo‘ng‘iroqlarni tasvirlaydi va hisobotingizga aynan shu farq kerak. Qolgan hamma narsa haydash haqidagi hikoya.

O'xshash maqolalar