VPN bağlanınca yazıcı çevrimdışı mı oluyor? Yönlendirme tablosunu kontrol edin

Dizüstü bilgisayarınız kurumsal VPN'e bağlanıyor ve iki metre ötedeki yazıcı yanıt vermeyi kesiyor. Yazıcıda hiçbir şey değişmedi ve yerel ağ çökmedi. Değişen şey yönlendirme tablosu: tünel bağdaştırıcısı artık yazıcının adresini kapsayan bir yola sahip, dolayısıyla bu paketler VPN üzerinden çıkıp düz ağınızın nerede olduğunu bilmeyen bir ağ geçidine ulaşıyor. Aşağıdaki dört kontrolü sırayla yapın ve başarısız olan ilkinde durun.

Birinci adım: yazıcının LAN üzerinde hâlâ erişilebilir olduğunu kanıtlayın

Yönlendirmeye dokunmadan önce, cihazın VPN kullanmayan bir şey için canlı olduğunu doğrulayın. Aynı Wi-Fi'deki bir telefondan yazıcının web sayfasını açmasını isteyin ya da düz ağdaki başka bir makineden adrese ping atın. Yazıcı orada da yanıt vermiyorsa VPN bir tesadüftür ve hata yazıcıda, onun Wi-Fi bağlantısında veya erişim noktasındaki istemci yalıtımındadır.

Bu dizüstü dışında her yerde yanıt veriyorsa, dizüstünde yaşayan bir yönlendirme veya ad çözümleme sorununuz var ve sonraki adım bunlardan hangisi olduğunu söyler.

İkinci adım: Windows'un gerçekte seçtiği rotayı bulun

Tabloyu yukarıdan aşağıya okuyup tahmin etmeyin. Windows'a, sizin için önemli olan tam adres için hangi girdiyi seçtiğini sorun ve aynı zamanda arabirim dizinini alın.

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

Find-NetRoute kazanan rotayı ve arabirimini yazdırır ve geri kalan her şey bu iki olguya bağlıdır. route print -4 çevredeki girdileri gösterir; tam tünel istemcilerinin kurduğu iki yarım varsayılan da buna dahildir: 0.0.0.0/1 ve 128.0.0.0/1, bunlar birlikte tüm IPv4 uzayını kapsar ve 0.0.0.0/0'i asla değiştirmez. /1, /0'dan daha uzundur, ama sizin 192.168.1.0/24 daha da uzundur, bu yüzden eksik bir LAN rotası tünelin iddiasından daha önemlidir.

Cevabı iki kural belirler. En uzun eşleşen önek önce kazanır ve aynı öneke sahip girdiler arasında daha düşük toplam metrik kazanır; toplam, rota metriği ile arabirim metriğini birleştirir. Seçilen arabirim tünel ise devam edin. Fiziksel bağdaştırıcıysa ve trafik hâlâ başarısız oluyorsa burada durun: sorununuz ad çözümleme veya yazıcının kendi erişim listesidir, VPN rotası değil.

Üçüncü adım: ağ geçidini ve arabirimi adlandıran en dar rotayı ekleyin

Onarım, yazıcının adresini yerel bağdaştırıcıdaki yerel yönlendiriciye yönlendiren tek bir girdidir. Yükseltilmiş bir komut isteminde çalıştırın ve az önce okuduğunuz değerleri yerine koyun.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

if değeri fiziksel bağdaştırıcının arabirim dizinidir. Bunu atlamak, komutun başarılı görünüp hiçbir şeyi değiştirmemesinin en yaygın nedenidir, çünkü iki bağdaştırıcı aynı sonraki atlamaya ulaşabildiğinde Windows istemediğiniz olanı seçmekte serbesttir. -p bayrağı girdiyi kalıcı yapar, böylece oturumla birlikte ölmek yerine yeniden başlatmayı atlatır.

Tek cihaz için ana bilgisayar rotasını tüm 192.168.1.0/24 için bir rotaya tercih edin. Alt ağ rotası görevin ihtiyacından daha geniştir ve kurumsal taraf da aynı öneki kullandığı anda çakışır: bir önekin o zaman iki sahibi olur ve hangi girdinin kazandığı gerçekte hangi ağa ulaşabileceğinizi belirler.

Ters yönde, LAN'ı korumak için VPN bağlantısında varsayılan ağ geçidi seçeneğini temizlediyseniz, uzak özel önekler de çözümlenmeyi bırakır. Onlar için rotaları aynı şekilde VPN arabirimi üzerinden ekleyin, yoksa tünel hiçbir şey taşımayan bir bağlantıya dönüşür.

Dördüncü adım: istisnanın sonraki bağlantıyı atlatmasını sağlayın

Birçok kurumsal istemci her bağlantıda tüm rota kümesini yeniden kurar ve bunu yaparken arabirim metriklerini yeniden hesaplar, bu yüzden dün çalışan bir rota bugün yenilebilir. Yeniden bağlandıktan sonra yazıcı için Find-NetRoute komutunu yineleyin ve arabirimin hâlâ fiziksel bağdaştırıcıyla eşleştiğini kontrol edin. Girdi yoksa bir şey onu siliyordur; kalıcı bir rota sizi tabloyu süpüren bir ajandan korumaz. VPN bağlandıktan sonra rotayı yeniden ekleyen zamanlanmış görevler olağan çözümdür ve dock veya sürücü güncellemesinden sonra bağdaştırıcı dizini değiştiğinde bozulan çözüm de aynıdır.

IPv6'yı ayrı izleyin. Yalnızca IPv4 varsayılanını talep eden bir istemci, IPv6 varsayılan rotasını fiziksel bağdaştırıcıda bırakabilir, böylece IPv6 üzerinden erişilebilen yazıcı IPv4 başarısız olurken çalışmaya devam eder ya da tersi. Rota tablosunun masum olduğuna karar vermeden önce ping -4 ve ping -6 ile test edin.

Yerel kısa yolun size maliyeti

Tüneli atlayan her rota, tünelin vaadinde bir deliktir. O adrese giden trafik artık kurumsal ağ geçidinden geçmez, bu da üzerinde denetim, günlükleme ve ilke uygulaması olmadığı anlamına gelir. Yönetilen bir cihazda bu bir tercih değil uyumluluk sorunu olabilir, bu yüzden elle bir tane eklemeden önce resmi bir bölünmüş tünel istisnası olup olmadığını sorun. Kendi rotanızı görev kadar dar ve durumun izin verdiği kadar kısa ömürlü tutun.

Değişiklikten sonra yazıcı yanıt verirse, düzeltmenin tuttuğunu varsaymak yerine bir sonraki yeniden bağlanmanızdan sonra dört kontrolü yineleyin. Yanıt vermezse, bağlantıdan önce ve sonra Find-NetRoute çıktısını yakalayın; fark, istemcinin girdiyi silip silmediğini yoksa yalnızca yeniden sıraladığını söyler.