VPN tersekat pada Connecting dalam mod kapal terbang: cari pautan atas
Klien yang kekal pada Connecting dalam mod kapal terbang mungkin memang tiada pautan atas. Pisahkan keadaan radio, perkaitan, log masuk portal dan dasar sekatan.
Telefon menunjukkan ikon kapal terbang, klien VPN sudah dua minit pada Connecting, dan profilnya betul. Sejam lalu ia berfungsi dalam bangunan yang sama. Tiada apa yang rosak: VPN ialah sambungan yang dibawa oleh rangkaian lain, dan mod kapal terbang baru sahaja mengeluarkan rangkaian yang membawanya. Klien terus mencuba kerana itulah yang dilakukannya tanpa pautan atas.
Yang mengelirukan ialah ikon kapal terbang tidak memberitahu sama ada Wi-Fi tersedia, dan Connecting tidak memberitahu sama ada klien sedang mengesahkan atau hanya menunggu. Pisahkan kedua-dua bacaan itu dan diagnosis mengambil masa seminit.
Ikon kapal terbang bukan laporan radio
Pada peranti Android yang disokong, Wi-Fi dan Bluetooth boleh kekal dihidupkan dalam mod kapal terbang, dan peranti mengingati pilihan yang anda buat kali terakhir. Panduan Google tentang mod kapal terbang pada Pixel menerangkan tepat tingkah laku itu. Jadi ikon itu hanya boleh bermaksud selular dimatikan dan tidak lebih.
Periksa keadaan sebenar dan bukan glif. adb shell settings get global airplane_mode_on memulangkan 0 atau 1 untuk mod itu sendiri, dan adb shell dumpsys connectivity menyenaraikan rangkaian yang ada pada peranti sekarang, berserta status pengesahannya. Kedua-dua output itu bersama-sama menjawab soalan yang tidak dapat dijawab oleh ikon.
Jika Wi-Fi dimatikan, atau dihidupkan tetapi tidak dikaitkan dengan apa-apa, tiada laluan ke titik akhir VPN dan berapa kali pun menyambung semula tidak akan menciptanya. Kes itulah yang wajar diketepikan dahulu, kerana hanya di situ pembetulan yang betul berada di luar aplikasi VPN.
Apa maksud Connecting sebenarnya
Klien boleh menyimpan profil, memaparkan namanya dan memaparkan pemutar tanpa pernah menghubungi apa-apa. Konfigurasinya setempat. Membina terowong memerlukan pelayan yang boleh dicapai, jabat tangan yang selesai dan antara muka untuk menghalakan. Hanya bahagian terakhir memerlukan rangkaian yang berfungsi, sebab itulah dua bahagian pertama boleh kelihatan berjaya walaupun radio dimatikan.
Jadi pemutar itu selaras dengan sekurang-kurangnya tiga keadaan berbeza: tiada pautan atas, pautan atas yang tidak dapat mencapai titik akhir, dan pautan atas yang mencapainya tetapi pengesahan gagal. Di skrin semuanya kelihatan sama dan dalam log sama sekali berbeza. Sebab itu artifak berguna pertama dalam semua kes ini ialah log, bukan percubaan lain.
Dokumentasi VPN Android sendiri menarik garis yang sama antara pembentukan sambungan dengan dasar berasingan sentiasa hidup dan sekatan. Pemisahan itulah sebabnya telefon boleh kelihatan dilindungi semasa luar talian dan masih tiada terowong.
Empat keadaan yang wajar dibezakan
Empat keadaan di bawah ialah yang wajar dinamakan, kerana skrin memaparkannya secara sama.
| 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 |
Baris ketiga menangkap kebanyakan orang di hotel dan lapangan terbang. Perkaitan bukan kebenaran masuk: portal yang belum melepaskan telefon akan menerima kata laluan Wi-Fi dengan senang hati dan kemudian enggan menyalurkan trafik ke titik akhir VPN. Log masuk dahulu melalui pelayar, semasa terowong dimatikan, biasanya satu-satunya jalan.
Mengapa sekatan membuatnya kelihatan lebih teruk
Jika VPN sentiasa hidup dan sekatan sambungan tanpa VPN kedua-duanya aktif, setiap aplikasi yang diliputi disekat setiap kali terowong tidak naik. Itu ciri yang berfungsi, bukan kerosakan kedua. Gejalanya berubah daripada satu aplikasi gagal kepada semuanya gagal, yang dibaca sebagai masalah jauh lebih besar.
Ini juga menjelaskan urutan yang orang salah baca: mod kapal terbang dihidupkan, tiada pautan atas, aplikasi disekat, VPN berkata connecting. Sekatan itu ialah dasar yang menjalankan tugasnya. Mematikan dasar untuk menguji pautan atas membuang perlindungan yang mungkin anda mahukan dan tidak mengajar apa-apa.
Periksa skop pula. Aplikasi mana yang diliputi, mana yang dikecualikan, dan sama ada profil itu per pengguna atau seluruh peranti. Tugas yang memulakan aplikasi VPN sebaik Wi-Fi muncul ialah pencetus, bukan jaminan tiada paket keluar sebelum ia berjalan.
Urutan diagnosis yang menamatkan tekaan
Bekerja dari bawah ke atas. Sahkan modnya, sahkan ada rangkaian, sahkan ia telah disahkan, sahkan ia boleh mencapai sesuatu di luar subnet setempat, dan hanya selepas itu lihat klien. adb shell ping -c 3 1.1.1.1 ialah ujian kasar tetapi ia memisahkan laluan yang hilang daripada laluan yang ada semasa terowong tidak senang.
Jika ping gagal semasa ada rangkaian tersenarai, masalahnya di hulu VPN dan tiada tetapan klien akan membaikinya. Jika ping berjaya dan terowong masih tidak terbentuk, tangkap log klien pada saat itu: ralat akan membezakan tamat masa daripada penolakan pengesahan, dan kedua-duanya tiada persamaan.
Akhiri dengan memulihkan keadaan yang dimaksudkan: Wi-Fi dibenarkan dalam mod kapal terbang jika itu tetapan biasa anda, portal diselesaikan, dan dasar sekatan dihidupkan semula. Kemudian sambung semula sekali dan sahkan terowong naik sendiri, kerana konfigurasi yang hanya berfungsi selepas cubaan manual akan gagal lagi pada but seterusnya.