Bölünmüş tünel açık ve yazıcı hâlâ çevrimdışı: neden

Tüneliniz açık, internet çalışıyor, bölünmüş tünel aylar önce etkinleştirildi ve masanın yanındaki yazıcı hâlâ çevrimdışı görünüyor. Bu birleşim çelişki değil, çünkü bölünmüş tünel bir yönlendirme kararıdır, erişilebilirlik vaadi değil. Yazdırma kuyruğu ile kâğıt arasında üç mekanizma var ve bunlar sistem tepsisindeki simgeden aynı görünen biçimlerde başarısız olur. Önce adresi, sonra rotayı, sonra filtreyi izleyin.

Kuyruğun arkasındaki adresle başlayın

Yazdırma kuyruğunda saklanan adresi veya ana bilgisayar adını okuyun, ardından yazıcının kendi ağ ekranında gösterdiği adresle karşılaştırın. Hâlâ önceki bir adrese işaret eden kuyruk, tam olarak bir yönlendirme arızası gibi davranır ve ikisini yalnızca belirtiden ayırmak zordur. Herhangi birini değiştirmeden önce iki değeri de alın. Bunlardan biri genellikle eskidir ve eski olan genellikle kuyruktur.

Ana bilgisayar adı üzerine kurulu bir kuyruk, yola ad çözümlemesi ekler; bu, yönlendirmeden ayrı bir mekanizmadır. Ana bilgisayar adı tünelin içinde farklı çözülürse, kuyruk başka bir makineye ulaşır ya da hiçbir yere ulaşmaz. Sayısal adres, test süresi boyunca bu değişkeni ortadan kaldırır.

Çifti yazın, çünkü incelemenin geri kalanı tahmin etmek yerine onları karşılaştırır.

O adres için rota nasıl seçilir

Yazıcının 192.168.1.50 adresinde olduğunu ve ofis ağının da 192.168.1.0/24 kullandığını varsayalım. Bu alt ağı kapsayan tünel rotası artık dairenizdeki yazıcıya giden doğrudan rota ile yarışabilir ve daha belirgin girdi kazanır. Bağlantı noktasını aynı sayısal adrese değiştirmek bu belirsizliği gideremez, çünkü belirsizlik yönlendirme tablosundadır.

Varsayılan rota kuran bir VPN profili her şeyi yakalar ve yerel bağlantı öneki ancak tünel üzerinden erişilebilir olur. Bölünmüş tünel profili bunun yerine kurumsal önekleri kurar, bu genellikle yerel yolu geri getirir. Yazıcının adresi için gerçekte seçilen rotayı inceleyin, onu üreten ayarın adını değil.

Tabloyu ve seçilen rotayı birlikte okuyun, çünkü tablo adayları, arama ise kazananı gösterir.

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

Adres çalışırken keşif neden başarısız olur

Yerel ağda otomatik yazıcı keşfi multicast DNS'ye veya daha eski bir yayın protokolüne bağlıdır ve ikisi de tek bir bağlantıyla sınırlıdır. Yönlendirici bu multicastı varsayılan olarak iletmez ve VPN de bir yönlendiricidir. Adres tabanlı bir kuyruk eklemek, yalnızca keşfin bozuk olduğu durumu düzeltir ve bu geçici çözümün bu kadar sık şans sanılmasının nedeni tam olarak budur.

Ayrımı kaydetmek kolaydır: adres yazdırma bağlantı noktasında yanıt veriyor ama yazıcı yazıcı ekle listesinde hiç görünmüyorsa suç keşif kapsamındadır. İkisi de çalışmıyorsa suç rotada veya filtrededir. İki test, iki farklı sorumlu ve aralarında hiçbir sürücü yeniden kurulumu yok.

Liste dolmasını beklemek yerine adresi doğrudan test edin. Aşağıdaki komutlar tam olarak bunu yapar.

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

İstemcinin yerel erişim filtresi ne ekler

Uç nokta istemcileri yerel trafiği yönlendirme tablosundan bağımsız olarak filtreleyebilir. Ayar genellikle yerel ağ erişimi olarak adlandırılır ve tünel bağlıyken yerel segmentteki trafiği engelleyebilir, rota araması doğru görünse bile. Bu bir ilke katmanıdır ve hiçbir rota düzenlemesi onu değiştirmez.

Yönetilen bir cihazda anahtarı kendiniz çevirmek yerine yöneticiye profilin ne amaçladığını sorun. Filtre genellikle birisinin bağlı makinenin kafe ağına erişememesi gerektiğine karar vermesi yüzünden vardır ve bu makul bir karardı.

Yürürlükteki ilke için istemcinin kendi durumunu veya günlüğünü okuyun, çünkü arayüz onu genellikle bir özet satırının arkasında saklar. O günlük kaydı genellikle karar veren kuralı adlandırır.

Yolu küçük bir işle kontrol edin

Adres, rota ve filtre hepsi yazıcıyı gösterdiğinde, tünel bağlı kalırken aynı kuyruğa tek bir kısa belge gönderin. Bu, yalnızca bağlantı kesildikten sonra test edilen bir sürücü yeniden kurulumundan daha sadık biçimde özgün arızayı yeniden üretir. İşi sıradan tutun, çünkü bir cihazı değil bir yolu test ediyorsunuz.

Sonra tünel kapalıyken tekrarlayın, düzelttiğiniz yolun eskiden çalışan yol olup olmadığını bilmek için. Bu karşılaştırma, değişikliğin önemli olduğunun tek kanıtıdır.

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

İş her iki durumda da yazdırılıyorsa kuyruk, rota ve filtre uyuşuyor ve arıza gitmiş demektir. Yalnızca bağlantı kesildiğinde yazdırılıyorsa tünel hâlâ yazıcının adresini yakalıyor veya filtre hâlâ engelliyor demektir ve sonraki adım başka bir sürücü değil rota aramasıdır. Üç katmandan hangisini değiştirdiğinizi not edin, aynı talep gelecek ay yeniden açılmaz.