Perangkat lokal hilang di VPN: tiga kegagalan terpisah

Printer yang hilang dari daftar perangkat saat VPN aktif mungkin masih menjawab di alamatnya. Daftar diisi oleh penemuan, nama bisa datang dari resolver, dan layanannya sendiri dicapai lewat socket, dan ketiganya bisa gagal secara independen. Membandingkan apa yang berfungsi di tiap lapisan memberi tahu Anda fitur mana yang harus diubah. Menyalakan semua pengecualian akses lokal lebih dulu justru menghapus buktinya.

Itulah bedanya perangkat yang hilang dan perangkat yang hanya tidak diumumkan.

Penemuan, nama, dan keterjangkauan adalah tiga lapisan

Protokol penemuan bergantung pada multicast atau broadcast, dan keduanya tidak melewati tunnel yang dirutekan secara bawaan, itulah sebabnya perangkat bisa hilang dari daftar sambil tetap sepenuhnya terjangkau. Resolusi nama adalah lapisan kedua: VPN dapat mengganti resolver, dan nama yang dulu dijawab jaringan lokal kini bisa dijawab di tempat lain atau tidak sama sekali. Keterjangkauan adalah lapisan ketiga: rute, aturan firewall, dan layanan yang mendengarkan. Setiap lapisan bisa rusak sementara dua lainnya baik-baik saja.

Ujilah dari bawah ke atas. Satu pemeriksaan keterjangkauan saja membuat pemisahannya jelas: nc -vz 192.168.1.20 443 entah berhasil, yang berarti jalur dan layanan baik dan namanya yang dicurigai, atau gagal, yang memindahkan pertanyaannya ke perutean dan kebijakan. Lalu tanyakan namanya. Kegagalan pertama yang Anda temui adalah lapisan yang harus dikerjakan, dan lapisan di atasnya tidak bisa menutupinya.

Tanyakan alamatnya dulu, baru nama host

Jika alamatnya menjawab tetapi namanya tidak, masalahnya ada pada resolusi, bukan perutean. Klien VPN yang memasang resolver sendiri bisa mengubah server mana yang menjawab nama lokal, dan yang tidak meneruskan domain lokal membuat namanya tanpa jawaban. Jika alamatnya juga gagal, jalurnya yang bermasalah: rute bawaan lewat tunnel, pemblokiran lalu lintas lokal di sisi klien, atau aturan firewall yang hanya mengizinkan antarmuka fisik.

Jika keduanya berfungsi tetapi penemuan otomatis tidak, perangkat memang tidak mengumumkan dirinya lewat tunnel. Itu perilaku yang diharapkan untuk penemuan berbasis multicast, bukan kegagalan konfigurasi. Menambahkan perangkat lewat alamat biasanya adalah perbaikan yang jujur.

Apa yang sebenarnya diubah sakelar akses lokal

Setelan akses jaringan lokal biasanya mengizinkan lalu lintas ke subnet yang terhubung langsung melewati tunnel, dan ia melakukan hal berbeda di klien berbeda. Setelan ini tidak mengonfigurasi penerusan ke kantor jarak jauh, dan tidak mengubah firewall host atau izin aplikasi itu sendiri. Ia juga tidak membuat subnet yang tumpang tindih menjadi tidak ambigu. Bacalah dokumentasi klien tentang apa yang dicakup setelan ini sebelum menyalakannya secara luas.

Pengecualian sempit untuk satu perangkat tepercaya lebih baik daripada izin menyeluruh, terutama di jaringan tamu yang pemblokirannya mungkin disengaja. Alamat privat bukan pemeriksaan identitas, jadi pilihannya bergantung pada jaringan tempat Anda berada.

Saat jaringannya tumpang tindih

Jika jaringan rumah dan jaringan jarak jauh memakai rentang yang sama, perutean menjadi ambigu dan baik sakelar akses lokal maupun pengecualian tidak menyelesaikannya. Dua layanan di alamat yang sama tidak bisa dijangkau keduanya, dan mana yang menang bergantung pada kekhususan rute dan urutan, bukan pada niat. Solusinya adalah perencanaan alamat, bukan setelan klien. Periksa rentangnya sebelum menghabiskan malam dengan printer.

Untuk perangkat di balik gateway jarak jauh, operator memiliki penerusan, kebijakan host, dan rute balik. Kotak centang lokal di klien tidak bisa menyediakan satu pun dari itu, dan memintanya lebih produktif daripada bereksperimen dengan sakelar.

Catat lapisan mana yang gagal dan apa yang Anda ubah. Perangkat berikutnya akan gagal di salah satu dari tiga tempat yang sama.