VPN samolyot rejimida Connecting'da qotib qoldi: yuqori kanalni toping
Samolyot rejimida Connecting'da qoladigan mijozda yuqori kanal umuman bo'lmasligi mumkin. Radio holati, ulanish, portalga kirish va bloklash siyosatini ajratib oling.
Telefonda samolyot belgisi ko'rinib turibdi, VPN mijozi ikki daqiqadan beri Connecting'da va profil to'g'ri. Bir soat oldin shu binoda ishlagan edi. Hech narsa buzilmagan: VPN — boshqa tarmoq tashiydigan ulanish, samolyot rejimi esa uni tashiyotgan tarmoqni olib tashladi. Mijoz qayta-qayta urinadi, chunki yuqori kanalsiz u shunday qiladi.
Chalg'itadigani — samolyot belgisi Wi-Fi bor-yo'qligini aytmaydi, Connecting esa mijoz autentifikatsiyadan o'tyaptimi yoki shunchaki kutyaptimi, aytmaydi. Bu ikki o'qishni ajratsangiz, diagnostika bir daqiqa oladi.
Samolyot belgisi radio hisoboti emas
Qo'llab-quvvatlanadigan Android qurilmalarida Wi-Fi va Bluetooth samolyot rejimida yoniq qolishi mumkin, qurilma esa sizning oxirgi tanlovingizni eslab qoladi. Google'ning Pixel'da samolyot rejimi haqidagi qo'llanmasi aynan shu xulqni tasvirlaydi. Demak belgi faqat uyali tarmoq o'chirilgani va boshqa hech narsani bildirishi mumkin.
Glifni emas, haqiqiy holatni tekshiring. adb shell settings get global airplane_mode_on rejimning o'zi uchun 0 yoki 1 qaytaradi, adb shell dumpsys connectivity esa qurilmaning hozirgi tarmoqlarini tekshirish holati bilan sanab beradi. Bu ikki chiqish birgalikda belgi javob bera olmaydigan savolga javob beradi.
Agar Wi-Fi o'chirilgan bo'lsa yoki yoniq bo'lsa-u hech narsaga ulanmagan bo'lsa, VPN oxirgi nuqtasigacha yo'l yo'q va qanchalik qayta ulanish bo'lmasin, u paydo bo'lmaydi. Birinchi bo'lib aynan shu holatni istisno qilish kerak, chunki to'g'ri yechim VPN ilovasidan tashqarida bo'ladigan yagona holat shu.
Connecting aslida nimani anglatadi
Mijoz saqlangan profilni ushlab turishi, nomini ko'rsatishi va hech narsa bilan bog'lanmasdan aylanuvchi indikatorni ko'rsatishi mumkin. Konfiguratsiya mahalliy. Tunnel qurish uchun yetib boriladigan server, tugallangan qo'l siqish va marshrutlash uchun interfeys kerak. Faqat oxirgi qismga ishlaydigan tarmoq kerak, shuning uchun birinchi ikkisi radio o'chirilganda ham muvaffaqiyatli ko'rinishi mumkin.
Shuning uchun indikator kamida uch xil holatga mos keladi: yuqori kanal umuman yo'q, oxirgi nuqtaga yeta olmaydigan kanal, va yetadi-yu lekin autentifikatsiyadan o'ta olmaydigan kanal. Ekranda ular bir xil ko'rinadi, jurnalda esa butunlay boshqacha. Shuning uchun bu holatlarning barchasida birinchi foydali dalil jurnal, yana bir urinish emas.
Android'ning o'z VPN hujjatlari ham ulanish o'rnatish bilan alohida doimo-yoniq va bloklash siyosatlari orasida xuddi shu chegarani chizadi. Aynan shu ajratish telefon oflayn bo'lganda himoyalangandek ko'rinib, lekin tunnelga ega bo'lmasligining sababidir.
Ajratishga arziydigan to'rt holat
Quyidagi to'rt holat nomlashga arziydi, chunki ekran ularni bir xil ko'rsatadi.
| State | What you will see | What to do |
|---|---|---|
| Airplane mode, Wi-Fi off | No networks in dumpsys, VPN retries forever | Turn Wi-Fi on, or accept that the tunnel cannot exist |
| Wi-Fi on, not associated | Interface exists, no default network | Join the access point |
| Associated, not validated | Network listed, captive-portal flag set | Complete the portal sign-in, then reconnect |
| Validated, tunnel down | Internet works, VPN fails or blocks | Debug the tunnel, not the radio |
Uchinchi qator mehmonxonalar va aeroportlarda ko'pchilikni ushlaydi. Ulanish hali ruxsat emas: telefonni o'tkazmagan portal Wi-Fi parolini mamnuniyat bilan qabul qiladi va keyin VPN oxirgi nuqtasiga trafikni o'tkazishdan bosh tortadi. Tunnel o'chiq turganda avval brauzerdan kirish odatda yagona yo'ldir.
Nega bloklash vaziyatni yomonroq ko'rsatadi
Agar doimo-yoniq VPN va VPN'siz ulanishlarni bloklash ikkalasi ham faol bo'lsa, tunnel ko'tarilmaganda har bir qamrab olingan ilova bloklanadi. Bu funksiyaning ishlashi, ikkinchi nosozlik emas. Alomat bitta ilovaning ishlamasidan hammasining ishlamasiga o'tadi, bu esa ancha katta muammo bo'lib o'qiladi.
Bu odamlar noto'g'ri o'qiydigan ketma-ketlikni ham tushuntiradi: samolyot rejimi yoniq, yuqori kanal yo'q, ilovalar bloklangan, VPN connecting deydi. Bloklash — siyosatning o'z ishini qilishi edi. Yuqori kanalni sinash uchun siyosatni o'chirish siz xohlagan himoyani olib tashlaydi va hech narsa o'rgatmaydi.
Buning o'rniga qamrovni tekshiring. Qaysi ilovalar qamrab olingan, qaysilari chiqarilgan va profil har bir foydalanuvchiga yoki butun qurilmaga. Wi-Fi ko'rinishi bilan VPN ilovasini ishga tushiruvchi vazifa trigger, u ishga tushgunga qadar birorta paket chiqmaganiga kafolat emas.
Taxminni tugatadigan diagnostika tartibi
Pastdan yuqoriga ishlang. Rejimni tasdiqlang, tarmoq borligini, uning tekshirilganini, mahalliy quyi tarmoqdan tashqaridagi biror narsaga yeta olishini tasdiqlang, shundan keyingina mijozga qarang. adb shell ping -c 3 1.1.1.1 qo'pol sinov, lekin u yo'q yo'lni tunnel norozi bo'lganda mavjud bo'lgan yo'ldan ajratadi.
Agar tarmoq ro'yxatda turganda ping muvaffaqiyatsiz bo'lsa, muammo VPN'dan yuqorida va hech qanday mijoz sozlamasi uni tuzatmaydi. Agar ping muvaffaqiyatli bo'lib, tunnel baribir o'rnatilmasa, o'sha paytda mijoz jurnalini oling: xato vaqt tugashini autentifikatsiyadan bosh tortishdan ajratadi, bu ikkisining umumiy hech narsasi yo'q.
Mo'ljallangan holatni tiklash bilan tugating: agar bu odatiy konfiguratsiyangiz bo'lsa, samolyot rejimida Wi-Fi'ga ruxsat, portal tugallangan va bloklash siyosati yana yoniq. Keyin bir marta qayta ulanib, tunnel o'zi ko'tarilishini tasdiqlang, chunki faqat qo'lda qilingan urinishlardan keyin ishlaydigan konfiguratsiya keyingi yuklashda yana muvaffaqiyatsiz bo'ladi.