Printer offline saat VPN terhubung? Periksa tabel rute

Laptop Anda bergabung ke VPN perusahaan dan printer yang berjarak dua meter berhenti merespons. Tidak ada yang berubah pada printer, dan jaringan lokal tidak mati. Yang berubah adalah tabel rute: adaptor tunnel kini memiliki jalur yang mencakup alamat printer, sehingga paket-paket itu keluar melalui VPN dan tiba di gateway yang tidak tahu di mana jaringan datar Anda. Kerjakan keempat pemeriksaan di bawah ini secara berurutan, dan berhenti pada pemeriksaan pertama yang gagal.

Langkah satu: buktikan printer masih dapat dijangkau di LAN

Sebelum menyentuh perutean, pastikan perangkat hidup untuk sesuatu yang tidak memakai VPN. Minta ponsel di Wi-Fi yang sama membuka halaman web printer, atau ping alamatnya dari mesin lain di jaringan datar. Jika printer juga tidak menjawab di sana, VPN hanyalah kebetulan dan kesalahannya ada pada printer, asosiasi Wi-Fi-nya, atau isolasi klien di titik akses.

Jika ia menjawab di mana-mana kecuali di laptop ini, Anda punya masalah perutean atau resolusi nama yang tinggal di laptop, dan langkah berikutnya memberi tahu Anda yang mana di antara keduanya.

Langkah dua: temukan rute yang sebenarnya dipilih Windows

Jangan membaca tabel dari atas ke bawah lalu menebak. Tanyakan kepada Windows entri mana yang dipilihnya untuk alamat persis yang Anda pedulikan, dan ambil indeks antarmuka pada saat yang sama.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute mencetak rute pemenang dan antarmukanya, dan itulah dua fakta yang menjadi sandaran sisanya. route print -4 menunjukkan entri di sekitarnya, termasuk dua setengah-default yang dipasang klien tunnel penuh: 0.0.0.0/1 dan 128.0.0.0/1, yang bersama-sama menutupi seluruh ruang IPv4 tanpa pernah menggantikan 0.0.0.0/0. /1 lebih panjang daripada /0, tetapi 192.168.1.0/24 Anda lebih panjang lagi, itulah sebabnya rute LAN yang hilang lebih penting daripada klaim tunnel itu sendiri.

Dua aturan menentukan jawabannya. Prefiks yang cocok paling panjang menang lebih dulu, dan di antara entri dengan prefiks yang sama, metrik total yang lebih rendah menang, di mana totalnya menggabungkan metrik rute dan metrik antarmuka. Jika antarmuka yang dipilih adalah tunnel, lanjutkan. Jika itu adaptor fisik dan lalu lintas masih gagal, berhentilah di sini: masalah Anda adalah resolusi nama atau daftar akses printer itu sendiri, bukan rute VPN.

Langkah tiga: tambahkan rute tersempit yang menyebut gateway dan antarmuka

Perbaikannya adalah satu entri yang mengarahkan alamat printer ke router lokal pada adaptor lokal. Jalankan di prompt yang ditingkatkan dan ganti dengan nilai yang baru saja Anda baca.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Nilai if adalah indeks antarmuka adaptor fisik. Meninggalkannya adalah alasan paling umum perintah tampak berhasil dan tidak mengubah apa pun, karena dengan dua adaptor yang mampu mencapai hop berikutnya yang sama, Windows bebas memilih yang tidak Anda inginkan. Tanda -p membuat entri menjadi persisten, sehingga bertahan dari reboot alih-alih mati bersama sesi.

Lebih suka rute host untuk perangkat tunggal daripada rute untuk seluruh 192.168.1.0/24. Rute subnet lebih luas daripada yang dibutuhkan tugas, dan bertabrakan begitu sisi perusahaan juga memakai prefiks itu: satu prefiks lalu punya dua pemilik, dan entri mana yang menang menentukan jaringan mana yang benar-benar bisa Anda capai.

Ke arah lain, jika Anda menghapus opsi gateway default pada koneksi VPN untuk melindungi LAN, prefiks privat jarak jauh juga berhenti diresolusi. Tambahkan rute untuk itu melalui antarmuka VPN dengan cara yang sama, atau tunnel menjadi tautan yang tidak membawa apa pun.

Langkah empat: buat pengecualian bertahan pada koneksi berikutnya

Banyak klien korporat memasang ulang seluruh rangkaian rutenya pada setiap koneksi dan menghitung ulang metrik antarmuka saat melakukannya, sehingga rute yang berfungsi kemarin bisa kalah hari ini. Setelah menyambung ulang, ulangi Find-NetRoute untuk printer dan periksa bahwa antarmuka masih cocok dengan adaptor fisik. Jika entri hilang, ada sesuatu yang menghapusnya; rute persisten tidak melindungi Anda dari agen yang menyapu tabel. Tugas terjadwal yang menambahkan rute kembali setelah VPN tersambung adalah solusi umum, dan itu juga solusi yang rusak ketika indeks adaptor berubah setelah dock atau pembaruan driver.

Awasi IPv6 secara terpisah. Klien yang hanya mengklaim default IPv4 dapat meninggalkan rute default IPv6 pada adaptor fisik, sehingga printer yang dapat dijangkau lewat IPv6 tetap berfungsi sementara IPv4 gagal, atau sebaliknya. Uji dengan ping -4 dan ping -6 sebelum memutuskan bahwa tabel rute tidak bersalah.

Berapa biaya jalan pintas lokal bagi Anda

Rute apa pun yang melewati tunnel adalah lubang dalam janji tunnel. Lalu lintas ke alamat itu tidak lagi melewati gateway perusahaan, yang berarti tanpa inspeksi, tanpa pencatatan, dan tanpa penegakan kebijakan. Pada perangkat yang dikelola, itu bisa menjadi masalah kepatuhan, bukan preferensi, jadi tanyakan apakah ada pengecualian split-tunnel resmi sebelum Anda menambahkan satu secara manual. Jaga milik Anda sesempit tugas dan sesingkat yang situasinya izinkan.

Jika printer menjawab setelah perubahan, ulangi keempat pemeriksaan setelah koneksi ulang berikutnya alih-alih menganggap perbaikannya bertahan. Jika tidak menjawab, tangkap keluaran Find-NetRoute sebelum dan sesudah koneksi; perbedaannya memberi tahu Anda apakah klien menghapus entri atau hanya memberi peringkat ulang.