VPN bersambung tetapi tiada internet? Periksa empat lapisan
Penunjuk hijau hanya bermaksud terowong sudah naik. Semak dahulu rangkaian akses, DNS, tujuan profil dan keluaran pelayan.
Klien berkata bersambung, pelayar berputar, dan setiap laman berakhir dengan tamat masa. Gabungan itu biasa dan bukan percanggahan: bersambung bermaksud terowong telah berunding, dan tidak lebih. Penyelesaian nama, penghalaan dan keluaran pelayan sendiri masing-masing gagal dengan caranya, dan masing-masing mempunyai pemilik berbeza. Telusuri lapisan mengikut urutan dan berhenti pada lapisan pertama yang gagal.
Mulakan dengan rangkaian tempat anda datang
Turunkan terowong dengan kawalan putus sambungan klien itu sendiri, kemudian cuba dua laman HTTPS tidak berkaitan jika dasar membenarkan. Biarkan kerja sensitif tertutup sepanjang ujian itu. Jika akses biasa juga gagal, VPN bukan suspek pertama.
Lihat pautan Wi-Fi, penghala dan mana-mana halaman portal yang meminta log masuk sebelum menyentuh terowong. Kill switch boleh menyekat trafik semasa terputus mengikut reka bentuk, jadi ikut prosedur ujiannya yang didokumenkan daripada membuat kesimpulan rangkaian sudah mati. Rangkaian dipercayai lain ialah perbandingan berguna, dan keluaran VPN baharu tidak akan menyelesaikan log masuk hotel yang tamat tempoh. Jika rangkaian terbuka berfungsi dan terowong tidak, rangkaian dibebaskan dan lapisan seterusnya milik anda.
Tentukan sama ada kegagalan itu penyelesaian nama
Catat teks ralat, kerana kegagalan penyelesaian, tamat masa dan amaran sijil masing-masing menunjuk ke tempat lain. Corak yang perlu ditangkap awal ialah nama hos yang tidak pernah anda lawati gagal sementara aplikasi dengan sesi terbuka terus berjalan. Corak itu mengenai carian baharu, bukan sama ada terowong membawa paket. Satu carian menunjukkan apa yang dipulangkan penyelesai, dan menjalankannya mengambil satu saat. Cuba nama kedua juga, supaya satu jawapan cache atau satu rekod rosak tidak menentukan diagnosis.
nslookup example.com
IP sewenang-wenangnya dalam bar alamat HTTPS bukan ujian DNS, kerana sijil dan hos maya biasanya bergantung pada nama. Nama dalaman mungkin memerlukan penyelesai organisasi dan bukan pengganti awam, dan pelayar dengan penyelesai selamat sendiri boleh menjawab berbeza daripada carian sistem pengendalian. Apabila kedua-duanya berbeza, penyelesai pelayar ialah yang dialami pengguna, dan perbezaan itu tergolong dalam tiket.
Terowong penuh atau hanya subnet syarikat
Sesetengah profil wujud hanya untuk mencapai segelintir subnet syarikat; yang lain dibina untuk membawa segala-galanya dan memerlukan keluaran berfungsi di belakangnya. Baca tujuan yang didokumenkan sebelum menganggap penunjuk meliputi setiap aplikasi dan setiap keluarga alamat. Profil rangkaian peribadi boleh berfungsi tepat seperti direka sementara pelayar, yang tidak pernah sepatutnya menggunakannya, masih gagal. Baca jadual laluan tanpa mengubahnya, dan sertakan IPv6, kerana laluan IPv4 yang berfungsi tidak mengatakan apa-apa tentang keluarga lain.
Laluan yang lebih khusus boleh menang semasa laluan lalai masih wujud, sebab itu jadual mesti dibaca dan bukan diandaikan. Penyesuai maya yang bersaing juga boleh memiliki trafik yang anda jangkakan di tempat lain, terutamanya selepas klien VPN kedua dipasang dan dilupakan. Jangan padam laluan lalai sebagai eksperimen; itu menjadikan diagnosis sebagai gangguan kedua.
Satu laman yang gagal antara yang berfungsi ialah masalah laman itu, dan ia juga membuktikan terowong membawa trafik. Tersekat yang hanya muncul pada pemindahan besar menunjuk saiz paket dan bukan kebolehsampaian.
Apabila pelayan tidak pernah memajukan apa-apa
Jika setiap destinasi gagal pada dua peranti dan dua rangkaian akses, terowong sudah naik dan keluaran tidak memajukan. Pasangan itulah yang memisahkan kegagalan sebelah pelayan daripada satu peranti yang salah dikonfigurasi di satu tempat. Hantar soalan pemajuan, NAT dan laluan balik kepada pengendali, bukan tangkapan skrin penunjuk.
Ketiga-tiganya meliputi kebanyakan punca sebelah pelayan, dan menjawabnya tugas pengendali. Halaman penyelesaian masalah sambungan OpenVPN menelusuri soalan yang sama dari sebelah pelayan, jadi serahkan bersama tiket. Tangkapan skrin penunjuk hijau tidak menjawab satu pun.
Imbas log klien selepas log masuk untuk kegagalan menggunakan laluan, tetapan DNS atau penyesuai maya. Ralat pada peringkat itu menunjuk peranti dan bukan pelayan. Ralat yang tidak pernah muncul dalam log juga sama bermaklumat, kerana ia memindahkan syak ke sebelah sana.
Periksa satu lapisan pada satu masa
Selepas mengubah sesuatu, sambung semula dan ulangi tepat aplikasi yang gagal. Satu laman yang dimuatkan membuktikan kurang daripada laluan boleh diulang ke sumber yang profil itu dibina untuknya. Dua arahan memisahkan penyelesaian daripada kebolehsampaian, dan yang kedua khusus hos. Jalankan baris curl di mana-mana, kemudian jalankan arahan laluan yang sepadan dengan hos 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 berangka berfungsi dan nama tidak, kekal pada DNS. Jika kedua-duanya tidak berfungsi, bandingkan jadual laluan dengan lalai yang dijangka terowong, dan periksa keluarga yang benar-benar anda uji. Jika laluan betul dan permintaan masih mati di keluaran, soalan selebihnya milik pengendali, dan bukti yang anda simpan itulah tiket.