Wi-Fi hotel: VPN gagal sebelum sempat mencapai server

Klien VPN berputar, lalu melaporkan tidak dapat menjangkau server, dan semua orang menyimpulkan hotel memblokir VPN. Biasanya tidak ada yang sedramatis itu: jaringan belum melepaskan Anda keluar. Portal tangkap menahan setiap koneksi sampai Anda masuk, dan tunnel tidak dapat selesai selama halaman masuk mencegat paketnya. Selesaikan proses masuk sebelum menyalahkan tunnel.

Mitos: hotel memblokir VPN

Sebagian besar jaringan hotel tidak menyaring tunnel secara khusus. Mereka mencegat lalu lintas web sampai tamu terautentikasi, dan dapat pula membatasi perangkat, mengakhiri sesi, atau menurunkan laju. Masing-masing menghasilkan kegagalan yang dari dalam klien VPN tampak seperti blokir.

Tunnel adalah alat diagnosis yang buruk di sini, karena ia satu-satunya aplikasi yang pasti gagal selama portal belum diotorisasi. Akses web biasa adalah indikator yang lebih baik, karena dapat menunjukkan halaman masuk itu sendiri.

Urutan itu penting karena alasan lain: klien dengan kill switch atau mode selalu aktif akan menolak memuat portal, dan pengguna menyimpulkan jaringannya rusak, bukan pengaturannya. Kedua fakta benar sekaligus, dan hanya satu yang dapat diubah di hotel. Matikan perlindungan melalui kendali klien sendiri, masuk, lalu nyalakan kembali. Apa pun selain itu adalah jalan memutar yang menyembunyikan urutan sebenarnya.

Selesaikan portal dulu, lalu uji HTTPS biasa

Tanyakan kepada staf nama resmi jaringan dan cara masuknya. SSID yang meyakinkan bukan bukti kepemilikan, dan jaringan kedua dengan nama serupa adalah trik umum di tempat umum. Gunakan perintah masuk bawaan sistem operasi bila tersedia, atau halaman resmi 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 deteksi portal tangkap yang dikenal melalui HTTP polos; pengalihan atau isi tak terduga berarti Anda masih di belakang portal. Yang kedua menguji situs HTTPS normal. Jika yang pertama menunjukkan intersepsi dan yang kedua gagal, proses masuk belum selesai dan VPN tidak ada hubungannya.

Pada perangkat pribadi, kill switch atau VPN selalu aktif mungkin perlu dimatikan melalui kendali klien yang didukung agar portal dapat dimuat. Tutup aplikasi sensitif selama jendela itu dan nyalakan lagi perlindungan segera setelahnya. Pada perangkat terkelola, ikuti prosedur yang disetujui administrator alih-alih mencabut kebijakan sendiri.

Jangan pernah melewati peringatan sertifikat dan jangan memasang sertifikat tak dikenal atau aplikasi pembantu untuk online. Jika portal menuntut sesuatu yang tak terduga, konfirmasikan kepada staf, dan kepada administrator jika perangkat milik pemberi kerja.

Simpan profil asli dan galatnya

Setelah akses biasa berfungsi, sambungkan profil asli dan catat galat persisnya. Penolakan autentikasi adalah masalah akun, batas waktu saat negosiasi adalah masalah jalur, dan tunnel yang terbentuk tetapi tidak membawa apa pun adalah masalah perutean atau kebijakan.

Ketiganya memerlukan langkah berikut yang berbeda, dan tangkapan layar galat lebih bernilai daripada deskripsi. Catat juga waktunya, karena batas sesi hotel dapat kedaluwarsa dalam satu jam dan menghasilkan kegagalan yang tampak acak. Jika klien menyediakan log, simpan bagian sekitar kegagalan pertama, bukan seluruh berkas. Kutipan itu biasanya cukup bagi pemilik profil untuk mengenali tahapnya.

Jika akses biasa berfungsi dan negosiasi masih habis waktu, tanyakan kepada hotel apakah mendukung lalu lintas itu, dan bandingkan dengan hotspot tepercaya dengan perangkat dan profil dijaga tetap. Bekerja di hotspot mempersempit perhatian ke jalur hotel tanpa membuktikan apa pun tentang profil.

Gunakan hanya alternatif yang disediakan operator

Profil TCP yang cocok mungkin berhasil di tempat jalur UDP yang ditawarkan gagal, tetapi hanya jika server benar-benar mendengarkan pada transport dan port itu. Port TCP 443 tidak otomatis dianggap HTTPS biasa, dan itu bukan jaminan lolos melalui jaringan yang membatasi.

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

Menjalankan profil yang diberikan dengan verbositas lebih tinggi menjaga galat berguna pertama tetap terlihat alih-alih melipatnya ke dialog kegagalan umum. Gunakan berkas dari operator alih-alih menyunting port atau protokol sendiri, karena perubahan lokal tidak dapat membuat pendengar yang cocok di sisi jauh.

Jika tunnel terus ter-reset, catat apakah portal muncul kembali atau sinyal lokal menurun, dan ikuti pemeriksaan stabilitas alih-alih berganti beberapa protokol sekaligus. Lalu uji aplikasi yang benar-benar Anda perlukan dan pulihkan kendali privasi normal. Koneksi yang membawa satu situs tetapi bukan situs lain adalah soal perutean atau kebijakan, bukan portal.

Terakhir, periksa pemulihan setelah laptop tidur. Otorisasi portal dapat kedaluwarsa secara terpisah dari tunnel, sehingga perangkat yang menyambung ulang otomatis bisa kembali ke jaringan yang sudah melupakannya. Membuka lagi halaman portal adalah langkah normal, bukan tanda VPN rusak.