Wi-Fi hotel: VPN gagal sebelum sempat sampai ke pelayan

Klien VPN berputar, kemudian melaporkan tidak dapat mencapai pelayan, dan semua orang menyimpulkan hotel menyekat VPN. Biasanya tiada apa yang sedramatik itu berlaku: rangkaian belum melepaskan anda keluar. Portal tawanan menahan setiap sambungan sehingga anda masuk, dan tunnel tidak boleh lengkap selagi halaman log masuk memintas paketnya. Selesaikan log masuk sebelum menyalahkan tunnel.

Mitos: hotel menyekat VPN

Kebanyakan rangkaian hotel tidak menapis tunnel secara khusus. Mereka memintas trafik web sehingga tetamu disahkan, dan mereka juga boleh mengehadkan peranti, menamatkan sesi atau memperlahankan kadar. Setiap satu menghasilkan kegagalan yang dari dalam klien VPN kelihatan seperti sekatan.

Tunnel ialah alat diagnostik yang lemah di sini, kerana ia satu-satunya aplikasi yang pasti gagal selagi portal belum disahkan. Akses web biasa ialah penunjuk yang lebih baik, kerana ia boleh menunjukkan halaman log masuk itu sendiri.

Urutan itu penting atas sebab lain: klien dengan suis bunuh atau mod sentiasa hidup akan enggan memuatkan portal, dan pengguna menyimpulkan rangkaian rosak dan bukan tetapan. Kedua-dua fakta benar serentak, dan hanya satu boleh diubah di hotel. Matikan perlindungan melalui kawalan klien sendiri, masuk, dan hidupkan semula. Apa-apa lagi ialah jalan pintas yang menyembunyikan urutan sebenar.

Selesaikan portal dahulu, kemudian uji HTTPS biasa

Tanya kakitangan nama rasmi rangkaian dan kaedah log masuk. SSID yang meyakinkan bukan bukti pemilikan, dan rangkaian kedua dengan nama serupa ialah helah biasa di tempat awam. Gunakan gesaan log masuk sistem pengendalian sendiri jika ada, atau halaman berdokumen hotel.

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

Permintaan pertama menanyakan titik pengesanan portal tawanan yang dikenali melalui HTTP biasa; ubah hala atau isi tidak dijangka bermakna anda masih di belakang portal. Yang kedua menguji laman HTTPS biasa. Jika yang pertama menunjukkan pintasan dan yang kedua gagal, log masuk belum lengkap dan VPN tiada kaitan.

Pada peranti peribadi, suis bunuh atau VPN sentiasa hidup mungkin perlu dimatikan melalui kawalan klien yang disokong supaya portal boleh dimuatkan. Tutup aplikasi sensitif dalam tempoh itu dan hidupkan semula perlindungan sejurus selepasnya. Pada peranti terurus, ikut prosedur yang diluluskan pentadbir dan bukan mencabut dasar sendiri.

Jangan sekali-kali memintas amaran sijil dan jangan pasang sijil tidak dikenali atau aplikasi bantuan untuk masuk dalam talian. Jika portal menuntut sesuatu yang tidak dijangka, sahkan dengan kakitangan, dan dengan pentadbir jika peranti milik majikan.

Simpan profil asal dan ralatnya

Setelah akses biasa berfungsi, sambungkan profil asal dan catat ralat yang tepat. Penolakan pengesahan ialah masalah akaun, tamat masa semasa rundingan ialah masalah laluan, dan tunnel yang terbentuk tetapi tidak membawa apa-apa ialah masalah penghalaan atau dasar.

Ketiga-tiganya memerlukan langkah seterusnya yang berbeza, dan tangkapan skrin ralat lebih bernilai daripada penerangan. Catat juga masa, kerana had sesi hotel boleh tamat dalam sejam dan menghasilkan kegagalan yang kelihatan rawak. Jika klien menawarkan log, simpan bahagian sekitar kegagalan pertama dan bukan seluruh fail. Petikan itu biasanya cukup bagi pemilik profil untuk mengenal pasti peringkat.

Jika akses biasa berfungsi dan rundingan masih tamat masa, tanya hotel sama ada ia menyokong trafik itu, dan bandingkan dengan hotspot dipercayai dengan peranti dan profil dikekalkan. Bekerja pada hotspot menyempitkan perhatian kepada laluan hotel tanpa membuktikan apa-apa tentang profil.

Gunakan hanya alternatif yang dibekalkan pengendali

Profil TCP yang sepadan mungkin berjaya di tempat laluan UDP yang ditawarkan gagal, tetapi hanya jika pelayan benar-benar mendengar pada pengangkutan dan port itu. Port TCP 443 tidak dianggap automatik sebagai HTTPS biasa, dan ia bukan jaminan untuk melalui rangkaian yang menyekat.

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

Menjalankan profil yang dibekalkan dengan verbositi lebih tinggi mengekalkan ralat berguna pertama kelihatan dan bukan memampatkannya ke dalam dialog kegagalan umum. Gunakan fail yang diberi pengendali dan bukan menyunting port atau protokol sendiri, kerana perubahan setempat tidak boleh mencipta pendengar yang sepadan di sebelah sana.

Jika tunnel berulang kali ditetapkan semula, catat sama ada portal muncul semula atau isyarat setempat menurun, dan ikut pemeriksaan kestabilan dan bukan menukar beberapa protokol serentak. Kemudian uji aplikasi yang benar-benar anda perlukan dan pulihkan kawalan privasi biasa. Sambungan yang membawa satu laman tetapi bukan yang lain ialah soal penghalaan atau dasar, bukan portal.

Akhir sekali, periksa pemulihan selepas komputer riba tidur. Kebenaran portal boleh tamat secara berasingan daripada tunnel, jadi peranti yang menyambung semula secara automatik boleh kembali ke rangkaian yang sudah melupakannya. Membuka semula halaman portal ialah langkah biasa, bukan tanda VPN rosak.