VPN Saya Aktif, tetapi Wi-Fi Hotel Baru Berfungsi Setelah Urutannya Benar

Laptop saya menampilkan tulisan Connected, secured, tetapi tidak satu pun halaman terbuka. Aplikasi VPN terus mencoba tersambung, gagal, lalu mengulang proses yang sama. Saya mematikan Wi-Fi, memasukkan kembali kata sandi hotel, dan membuka peramban lain. Hasilnya tetap layar kosong. Dalam dua puluh enam menit, saya harus mengunggah dokumen tender dan memperoleh tanda terima sebelum batas waktu kantor di Jakarta. Berkasnya sudah siap. Jaringan hotel terlihat aktif. Namun saya bahkan tidak bisa membuka halaman login.

Saya berada di sebuah hotel di Bangkok setelah pertemuan dengan calon distributor. Dokumen yang harus dikirim berisi proposal harga, jadwal pengiriman, dan salinan perjanjian yang baru ditandatangani.

Tugasnya seharusnya singkat:

Masuk ke Wi-Fi hotel.

Unggah satu folder.

Kirim nomor penerimaan kepada tim di Jakarta.

Namun VPN di laptop telah diatur agar menyala otomatis pada setiap jaringan yang tidak dikenal. Fitur pemutus koneksinya juga aktif, sehingga tidak ada lalu lintas yang boleh keluar sebelum terowongan VPN terbentuk.

Pengaturan itu terdengar aman.

Di jaringan hotel, justru itulah yang menghentikan semuanya.

Saya mencoba melindungi koneksi yang belum tersedia

Wi-Fi hotel biasanya tidak langsung memberikan akses internet. Setelah perangkat tersambung, tamu masih harus melewati captive portal: halaman yang meminta nomor kamar, nama belakang, kode akses, atau persetujuan terhadap ketentuan penggunaan.

Sebelum portal selesai, laptop dapat terlihat tersambung ke Wi-Fi meskipun belum memiliki akses internet. (Google)

VPN saya membutuhkan internet untuk menghubungi servernya.

Hotel menunggu saya menyelesaikan portal sebelum memberikan internet.

Sementara itu, fitur pemutus koneksi menahan semua lalu lintas karena VPN belum tersambung.

Ketiganya saling menunggu.

Awalnya saya mengira kata sandi kamar salah. Saya bahkan menelepon resepsionis dan meminta kode baru.

Petugas membacakan kode yang sama.

Barulah saya memperhatikan ikon VPN yang terus berputar di sudut layar.

Saya menghentikan koneksi otomatis dan mematikan fitur pemutus koneksi untuk sementara. Beberapa detik kemudian, halaman hotel muncul.

Sebelum memasukkan data, saya menelepon resepsionis sekali lagi untuk memastikan nama jaringan resmi. Ada dua jaringan yang hampir sama: satu memakai nama hotel, satu lagi menambahkan kata “Guest” dengan ejaan sedikit berbeda.

Setelah jaringan dikonfirmasi, saya mengisi nomor kamar dan nama belakang. Portal kemudian menampilkan pesan bahwa akses internet telah diaktifkan.

Baru setelah itu saya menyalakan VPN kembali.

Urutannya ternyata lebih penting daripada seberapa cepat saya menekan tombol Connect:

Masuk ke jaringan resmi.

Selesaikan portal.

Kemudian aktifkan VPN sebelum membuka dokumen kerja, surat elektronik, atau akun penting.

Masalah pertama selesai. Saya akhirnya bisa membuka portal tender.

Lalu masalah kedua muncul.

Penyedia besar itu tersambung, lalu kehilangan unggahan

VPN yang biasa saya gunakan berasal dari penyedia terkenal. Aplikasinya matang, dukungannya luas, dan daftar lokasinya panjang.

Saya memilih server Bangkok karena paling dekat.

VPN tersambung dengan cepat.

Portal tender terbuka.

Saya menyeret folder berukuran 1,8 gigabita ke halaman unggahan dan melihat bilah kemajuan bergerak: 3 persen, 7 persen, 11 persen.

Lalu semuanya berhenti.

Ikon Wi-Fi masih penuh. VPN masih menampilkan status tersambung. Namun halaman tender melaporkan bahwa koneksi hilang.

Saya mencoba server Singapura.

Unggahan dimulai dari awal.

Kali ini mencapai 19 persen sebelum VPN masuk ke proses penyambungan ulang.

Saya berpindah ke server Malaysia, lalu kembali ke Thailand. Setiap server bekerja cukup lama untuk memberi harapan, tetapi tidak cukup lama untuk menyelesaikan berkas.

Masalahnya semakin jelas ketika saya memindahkan laptop dari meja dekat jendela ke sisi kamar yang lebih dekat dengan lorong. Perangkat tampaknya berpindah antara titik akses hotel tanpa benar-benar kehilangan ikon Wi-Fi.

Bagi saya, perpindahannya hampir tidak terlihat.

Bagi VPN, jalur koneksinya berubah.

Setiap perubahan memicu jeda, penyambungan ulang, atau unggahan yang kembali ke nol.

Saya memiliki banyak server untuk dipilih, tetapi tetap tidak memiliki satu koneksi yang dapat membawa folder sampai selesai.

Wi-Fi hotel dapat berubah tanpa memberi peringatan

Hotel tidak perlu memblokir VPN secara langsung untuk menimbulkan masalah seperti ini.

Portal dapat meminta autentikasi ulang. Perangkat dapat berpindah dari satu titik akses ke titik akses lain. Sinyal dapat melemah di balik pintu atau di ujung lorong.

Bagi tamu, gejalanya membingungkan:

Wi-Fi terlihat aktif, tetapi internet berhenti.

VPN tampak tersambung, tetapi halaman tidak bergerak.

Memilih server baru membantu beberapa menit, lalu masalah kembali.

Seorang pelancong menggambarkan versi paling sederhana dari masalah ini: Wi-Fi hotel baru bekerja setelah fitur pemutus koneksi VPN dimatikan agar portal dapat dibuka. (Reddit)

Itu cukup untuk menegaskan bahwa urutan koneksi memang penting.

Namun membiarkan VPN mati selama proses tender bukan jawaban yang saya inginkan.

Microsoft baru-baru ini mengungkap kampanye yang memanipulasi lalu lintas pada jaringan sektor perhotelan yang memakai portal masuk. Pelancong diarahkan ke halaman phishing dan pembaruan palsu untuk mencuri kredensial atau memasang malware. (Microsoft)

Saya tidak akan mengunggah dokumen tender melalui jaringan bersama tanpa perlindungan hanya karena aplikasi pertama gagal mempertahankan koneksinya.

Tersisa tujuh belas menit.

Saya berhenti mengganti negara.

Aplikasi cadangan itu memulai dari situasi, bukan peta

OnlydogVPN sudah terpasang di laptop sebagai aplikasi cadangan perjalanan.

Layanannya memiliki lokasi lebih sedikit, riwayat publik lebih pendek, dan lebih sedikit ulasan independen dibandingkan penyedia yang baru saja saya gunakan. Itulah sebabnya aplikasi tersebut tidak menjadi pilihan pertama.

Ketika dibuka, aplikasi itu tidak langsung menampilkan daftar negara.

Ia menampilkan beberapa situasi penggunaan.

Saya memilih opsi untuk bekerja melalui Wi-Fi publik yang tidak stabil.

Aplikasi tersambung.

Saya membuka kembali portal tender dan memulai unggahan dari awal.

Bilah kemajuan melewati 10 persen.

Kemudian 20.

Pada 31 persen, sinyal hotel turun dua tingkat. Kecepatan unggahan melemah sebentar, tetapi bilahnya tidak kembali ke nol.

Pada 46 persen, laptop berpindah ke titik akses lain. Ikon Wi-Fi berkedip, lalu stabil kembali.

Unggahan berhenti selama beberapa detik.

Setelah itu, angka berubah menjadi 47 persen.

Saya tidak menyentuh aplikasi VPN.

Saya tidak memilih server lain.

Saya tidak membuka ulang halaman tender.

Untuk pertama kalinya malam itu, perubahan jaringan hanya menjadi jeda kecil, bukan alasan untuk mengulang pekerjaan.

Berkas tiba sebelum saya perlu memahami teknologinya

Folder mencapai 100 persen dengan sembilan menit tersisa.

Portal memeriksa berkas, menampilkan daftar dokumen, lalu mengeluarkan nomor penerimaan.

Saya menyalinnya ke grup kerja di Jakarta.

Balasan datang kurang dari satu menit kemudian:

Sudah masuk. Tender tercatat tepat waktu.

Itulah hasil yang saya butuhkan.

Bukan ikon VPN berwarna hijau.

Bukan server yang terlihat paling dekat di peta.

Bukan tes kecepatan singkat dengan angka besar.

Berkas telah sampai, dan saya memiliki bukti penerimaannya.

Baru setelah pekerjaan selesai saya melihat alasan mengapa aplikasi yang lebih kecil menangani jaringan hotel dengan lebih baik. Koneksinya menggunakan transportasi berbasis HTTP/3 yang dapat mempertahankan sesi ketika jaringan melemah atau jalurnya berubah. (IETF)

Dalam penggunaan nyata, penjelasannya sederhana: ketika Wi-Fi hotel berubah di bawah laptop, unggahan tetap menjadi unggahan yang sama.

Perjalanan ke lobi menjadi pengujian terakhir

Setelah dokumen diterima, saya menutup laptop dan turun ke lobi untuk mencetak tanda terimanya.

Di dalam lift, sinyal Wi-Fi dari lantai kamar menghilang.

Di lantai dasar, laptop menemukan titik akses lain milik hotel. Koneksi berhenti sesaat, lalu berlanjut.

Saya membuka surat elektronik dan mengunduh bukti penerimaan.

Berkas tampil tanpa meminta saya menyambungkan VPN lagi.

Di meja bisnis hotel, saya mengirimkannya ke printer dan mengambil dua salinan.

Saya tidak dapat melihat aturan internal jaringan hotel atau seluruh keputusan perutean di dalam kedua layanan VPN. Saya dapat melihat hasilnya: aplikasi pertama membuat saya mengulang unggahan setiap kali jaringan berubah, sedangkan aplikasi kedua membawa pekerjaan yang sama dari kamar hingga lobi tanpa mengembalikannya ke awal.

Pada titik itu, masalahnya tidak lagi terasa seperti pertanyaan tentang server mana yang paling cepat.

Pertanyaan sebenarnya adalah apakah koneksi dapat bertahan saat Wi-Fi hotel berperilaku seperti Wi-Fi hotel.

Menyalakan VPN terlalu cepat juga bisa menjadi kesalahan

Sebelum perjalanan itu, saya memiliki aturan sederhana: begitu masuk ke jaringan publik, nyalakan VPN secepat mungkin.

Aturan tersebut tidak sepenuhnya salah.

Namun pada jaringan dengan portal, “secepat mungkin” dapat berarti terlalu cepat.

Jika VPN dan fitur pemutus koneksi aktif sebelum portal selesai, halaman login mungkin tidak pernah muncul. Pengguna kemudian mengira kata sandi salah, Wi-Fi rusak, atau hotel memblokir VPN.

Cara yang lebih tepat adalah menyelesaikan satu tahap sebelum memulai tahap berikutnya.

Pastikan nama jaringan kepada hotel.

Masuk ke portal tanpa membuka akun sensitif.

Setelah akses internet dikonfirmasi, nyalakan VPN.

Kemudian gunakan koneksi yang mampu bertahan ketika hotel memperbarui sesi atau perangkat berpindah titik akses.

Pada malam itu, langkah pertama memerlukan waktu kurang dari satu menit.

Sebagian besar waktu saya justru habis karena penyedia pertama meminta saya terus memilih server, mengulang koneksi, dan memulai unggahan dari nol.

Banyak server tidak membantu jika perlindungan terus terputus

Penyedia besar memberi saya banyak pilihan:

Bangkok.

Singapura.

Kuala Lumpur.

Server otomatis.

Server dengan beban lebih rendah.

Namun setiap pilihan hanya mengubah rute. Tidak ada yang membuat unggahan bertahan ketika jaringan hotel bergeser.

Aplikasi yang lebih kecil memberi saya lebih sedikit pilihan yang terlihat.

Sebagai gantinya, ia memilih koneksi berdasarkan tugas dan menjaga sesi tetap hidup.

Perbedaan itu juga mengurangi waktu ketika saya harus mematikan perlindungan. Saya tidak perlu berulang kali membuka portal, mencoba negara lain, atau memulihkan unggahan yang gagal.

Setelah portal selesai, VPN tetap aktif sampai pekerjaan berakhir.

Itulah cara memakai VPN di Wi-Fi hotel dengan benar bagi saya:

Masuk ke jaringan dengan urutan yang tepat.

Kemudian gunakan koneksi yang tidak memaksa Anda keluar dari perlindungan setiap kali Wi-Fi berubah.

Nomor tender itu tiba tepat waktu bukan karena jaringan hotel akhirnya menjadi stabil.

Ia tiba karena VPN tidak lagi mengharuskan jaringan hotel stabil terlebih dahulu.