VPN tersambung tetapi tidak ada internet? Periksa empat lapisan

Klien menyatakan tersambung, peramban berputar, dan setiap situs berakhir dengan waktu habis. Kombinasi itu lazim dan bukan pertentangan: tersambung berarti terowongan sudah bernegosiasi, tidak lebih. Resolusi nama, perutean, dan keluaran server sendiri masing-masing gagal dengan caranya, dan masing-masing punya pemilik berbeda. Telusuri lapisan berurutan dan berhenti pada lapisan pertama yang gagal.

Mulai dari jaringan asal Anda

Putuskan terowongan dengan kontrol pemutusan milik klien, lalu coba dua situs HTTPS yang tidak berkaitan bila kebijakan mengizinkan. Biarkan pekerjaan sensitif tertutup selama pengujian itu. Jika akses biasa juga gagal, VPN bukan tersangka pertama.

Perhatikan tautan Wi-Fi, router, dan halaman portal mana pun yang meminta masuk sebelum menyentuh terowongan. Kill switch dapat memblokir lalu lintas saat terputus sesuai rancangan, jadi ikuti prosedur pengujiannya yang terdokumentasi alih-alih menyimpulkan jaringan mati. Jaringan tepercaya lain adalah pembanding yang berguna, dan keluaran VPN baru tidak akan menuntaskan login hotel yang kedaluwarsa. Jika jaringan terbuka bekerja dan terowongan tidak, jaringan bebas dari tuduhan dan lapisan berikutnya milik Anda.

Tentukan apakah kegagalan itu resolusi nama

Catat teks galatnya, karena kegagalan resolusi, waktu habis, dan peringatan sertifikat menunjuk ke tempat berbeda. Pola yang perlu ditangkap dini adalah nama host yang belum pernah Anda kunjungi gagal sementara aplikasi dengan sesi terbuka terus berjalan. Pola itu soal pencarian baru, bukan soal terowongan membawa paket. Satu pencarian menunjukkan apa yang dikembalikan resolver, dan menjalankannya butuh satu detik. Coba nama kedua juga, agar satu jawaban tersimpan atau satu catatan rusak tidak menentukan diagnosis.

nslookup example.com

IP sembarang di bilah alamat HTTPS bukan uji DNS, karena sertifikat dan host virtual biasanya bergantung pada nama. Nama internal mungkin memerlukan resolver organisasi alih-alih pengganti publik, dan peramban dengan resolver aman sendiri dapat menjawab berbeda dari pencarian sistem operasi. Bila keduanya berselisih, resolver peramban adalah yang dialami pengguna, dan perbedaan itu masuk ke tiket.

Terowongan penuh atau hanya subnet perusahaan

Sebagian profil ada hanya untuk menjangkau segelintir subnet perusahaan; yang lain dibangun untuk membawa semuanya dan perlu keluaran yang bekerja di belakangnya. Baca tujuan yang terdokumentasi sebelum menganggap indikator mencakup setiap aplikasi dan setiap keluarga alamat. Profil jaringan pribadi bisa bekerja persis seperti rancangannya sementara peramban, yang tidak pernah dimaksudkan memakainya, tetap gagal. Baca tabel rute tanpa mengubahnya, dan sertakan IPv6, karena jalur IPv4 yang bekerja tidak mengatakan apa pun tentang keluarga lain.

Rute yang lebih spesifik bisa menang saat rute bawaan masih ada, karena itu tabelnya harus dibaca, bukan diasumsikan. Adaptor virtual yang bersaing juga bisa memiliki lalu lintas yang Anda harapkan di tempat lain, terutama setelah klien VPN kedua dipasang dan dilupakan. Jangan hapus rute bawaan sebagai percobaan; itu mengubah diagnosis menjadi gangguan kedua.

Satu situs gagal di antara yang bekerja adalah masalah situs itu, dan itu juga membuktikan terowongan membawa lalu lintas. Kemacetan yang hanya muncul pada transfer besar menunjuk ukuran paket, bukan keterjangkauan.

Saat server tidak pernah meneruskan apa pun

Jika setiap tujuan gagal pada dua perangkat dan dua jaringan akses, terowongan sudah naik dan keluarannya tidak meneruskan. Pasangan itulah yang memisahkan kegagalan sisi server dari satu perangkat yang salah konfigurasi di satu tempat. Kirim pertanyaan penerusan, NAT, dan jalur balik kepada operator, bukan tangkapan layar indikator.

Ketiganya mencakup sebagian besar penyebab sisi server, dan menjawabnya tugas operator. Halaman pemecahan masalah konektivitas OpenVPN menelusuri pertanyaan yang sama dari sisi server, jadi serahkan bersama tiket. Tangkapan layar indikator hijau tidak menjawab satu pun.

Pindai log klien setelah masuk untuk kegagalan penerapan rute, setelan DNS, atau adaptor virtual. Galat pada tahap itu menunjuk perangkat, bukan server. Galat yang tidak pernah muncul di log sama informatifnya, karena memindahkan kecurigaan ke sisi jauh.

Periksa satu lapisan setiap kali

Setelah mengubah sesuatu, sambungkan ulang dan ulangi persis aplikasi yang gagal. Satu halaman yang termuat membuktikan lebih sedikit daripada jalur yang dapat diulang ke sumber daya yang menjadi tujuan profil. Dua perintah memisahkan resolusi dari keterjangkauan, dan yang kedua khas host. Jalankan baris curl di mana saja, lalu jalankan perintah rute yang cocok dengan host di hadapan Anda.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Jika permintaan numerik bekerja dan nama tidak, tetaplah di DNS. Jika keduanya tidak bekerja, bandingkan tabel rute dengan bawaan yang diharapkan terowongan, dan periksa keluarga yang benar-benar Anda uji. Jika rutenya benar dan permintaan tetap mati di keluaran, pertanyaan sisanya milik operator, dan bukti yang Anda simpan adalah tiketnya.