Pencetak luar talian apabila VPN bersambung? Semak jadual laluan

Komputer riba anda menyertai VPN korporat dan pencetak dua meter jauhnya berhenti bertindak balas. Tiada apa yang berubah pada pencetak, dan rangkaian tempatan tidak jatuh. Yang berubah ialah jadual laluan: penyesuai terowong kini mempunyai laluan yang meliputi alamat pencetak, jadi paket itu keluar melalui VPN dan tiba di gateway yang tidak tahu di mana rangkaian rata anda. Lakukan keempat-empat semakan di bawah mengikut urutan, dan berhenti pada yang pertama gagal.

Langkah satu: buktikan pencetak masih boleh dicapai di LAN

Sebelum menyentuh penghalaan, sahkan peranti itu hidup untuk sesuatu yang tidak menggunakan VPN. Minta telefon pada Wi-Fi yang sama membuka halaman web pencetak, atau ping alamat itu dari mesin lain pada rangkaian rata. Jika pencetak juga tidak menjawab di sana, VPN hanyalah kebetulan dan kesalahannya terletak pada pencetak, persekutuan Wi-Fi-nya atau pengasingan klien di titik akses.

Jika ia menjawab di mana-mana kecuali pada komputer riba ini, anda mempunyai masalah penghalaan atau penyelesaian nama yang tinggal pada komputer riba, dan langkah seterusnya memberitahu anda yang mana satu daripada kedua-duanya.

Langkah dua: cari laluan yang sebenarnya dipilih Windows

Jangan baca jadual dari atas ke bawah dan meneka. Tanya Windows entri mana yang dipilihnya untuk alamat tepat yang anda pedulikan, dan dapatkan indeks antara muka pada masa yang sama.

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

Find-NetRoute mencetak laluan yang menang dan antara mukanya, dan itulah dua fakta yang menjadi asas kepada segala-galanya. route print -4 menunjukkan entri di sekelilingnya, termasuk dua separuh-lalai yang dipasang oleh klien terowong penuh: 0.0.0.0/1 dan 128.0.0.0/1, yang bersama-sama meliputi 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 laluan LAN yang hilang lebih penting daripada tuntutan terowong itu sendiri.

Dua peraturan menentukan jawapannya. Awalan yang sepadan paling panjang menang dahulu, dan antara entri dengan awalan yang sama, metrik jumlah yang lebih rendah menang, di mana jumlahnya menggabungkan metrik laluan dan metrik antara muka. Jika antara muka yang dipilih ialah terowong, teruskan. Jika ia penyesuai fizikal dan trafik masih gagal, berhenti di sini: masalah anda ialah penyelesaian nama atau senarai akses pencetak itu sendiri, bukan laluan VPN.

Langkah tiga: tambah laluan paling sempit yang menamakan gateway dan antara muka

Pembaikan ialah satu entri yang menghalakan alamat pencetak ke penghala tempatan pada penyesuai tempatan. Jalankan dalam gesaan yang dinaikkan dan gantikan nilai yang baru anda baca.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Nilai if ialah indeks antara muka penyesuai fizikal. Meninggalkannya ialah sebab paling biasa arahan kelihatan berjaya dan tidak mengubah apa-apa, kerana dengan dua penyesuai yang boleh mencapai hop seterusnya yang sama, Windows bebas memilih yang anda tidak mahu. Bendera -p menjadikan entri itu kekal, jadi ia bertahan selepas but semula dan tidak mati bersama sesi.

Utamakan laluan hos untuk peranti tunggal berbanding laluan untuk seluruh 192.168.1.0/24. Laluan subnet lebih luas daripada keperluan tugas, dan ia berlanggar pada saat pihak korporat juga menggunakan awalan itu: satu awalan kemudian mempunyai dua pemilik, dan entri mana yang menang menentukan rangkaian mana yang benar-benar boleh anda capai.

Ke arah lain, jika anda telah memadam pilihan gateway lalai pada sambungan VPN untuk melindungi LAN, awalan peribadi jauh juga berhenti diselesaikan. Tambah laluan untuknya melalui antara muka VPN dengan cara yang sama, atau terowong menjadi pautan yang tidak membawa apa-apa.

Langkah empat: pastikan pengecualian bertahan pada sambungan seterusnya

Banyak klien korporat memasang semula seluruh set laluan mereka pada setiap sambungan dan mengira semula metrik antara muka semasa berbuat demikian, jadi laluan yang berfungsi semalam boleh dikalahkan hari ini. Selepas menyambung semula, ulangi Find-NetRoute untuk pencetak dan semak bahawa antara muka masih sepadan dengan penyesuai fizikal. Jika entri itu hilang, ada sesuatu yang memadamnya; laluan kekal tidak melindungi anda daripada agen yang menyapu jadual. Tugas berjadual yang menambah laluan semula selepas VPN bersambung ialah penyelesaian biasa, dan ia juga penyelesaian yang rosak apabila indeks penyesuai berubah selepas dok atau kemas kini pemacu.

Pantau IPv6 secara berasingan. Klien yang hanya menuntut lalai IPv4 boleh membiarkan laluan lalai IPv6 pada penyesuai fizikal, jadi pencetak yang boleh dicapai melalui IPv6 terus berfungsi sementara IPv4 gagal, atau sebaliknya. Uji dengan ping -4 dan ping -6 sebelum memutuskan bahawa jadual laluan tidak bersalah.

Apa yang jalan pintas tempatan koskan kepada anda

Mana-mana laluan yang memintas terowong ialah lubang dalam janji terowong. Trafik ke alamat itu tidak lagi melalui gateway korporat, yang bermakna tiada pemeriksaan, tiada pengelogan dan tiada penguatkuasaan dasar padanya. Pada peranti terurus itu boleh menjadi masalah pematuhan dan bukannya pilihan, jadi tanya sama ada pengecualian split-tunnel rasmi wujud sebelum anda menambah satu secara manual. Jaga milik anda sesempit tugas dan sesingkat yang keadaan benarkan.

Jika pencetak menjawab selepas perubahan, ulangi keempat-empat semakan selepas sambungan semula anda yang seterusnya dan bukannya menganggap pembaikan itu bertahan. Jika ia tidak menjawab, tangkap output Find-NetRoute sebelum dan selepas sambungan; perbezaannya memberitahu anda sama ada klien memadam entri itu atau hanya menyusun semula kedudukannya.