Naka-on ang split tunnel at offline pa rin ang printer: bakit

Naka-on ang tunnel mo, gumagana ang internet, ilang buwan nang pinagana ang split tunnel, at offline pa rin ang printer sa tabi ng mesa. Hindi kontradiksyon ang kombinasyong iyon, dahil ang split tunnel ay desisyon sa routing at hindi pangako ng pag-abot. May tatlong mekanismong nasa pagitan ng print queue at papel, at nabibigo sila sa paraang magkapareho ang hitsura mula sa icon sa tray. Subaybayan muna ang address, pagkatapos ang ruta, pagkatapos ang filter.

Magsimula sa address sa likod ng queue

Basahin ang address o hostname na nakaimbak sa print queue, pagkatapos ihambing ito sa address na ipinapakita ng printer sa sarili nitong screen ng network. Ang queue na tumuturo pa rin sa dating address ay kumikilos nang eksakto tulad ng failure sa routing, at mahirap silang paghiwalayin mula sa sintomas lamang. Kunin ang parehong halaga bago baguhin ang alinman. Karaniwang luma na ang isa sa kanila, at ang luma ay karaniwang ang queue.

Ang queue na itinayo sa hostname ay nagdaragdag ng resolusyon ng pangalan sa landas, isang mekanismong hiwalay sa routing. Kung ang hostname ay naresolba nang iba sa loob ng tunnel, maaabot ng queue ang ibang makina o wala. Tinatanggal ng numeric na address ang variable na iyon habang tumatagal ang test.

Isulat ang pares, dahil inihahambing ito ng natitirang imbestigasyon sa halip na manghula.

Paano pinipili ang ruta para sa address na iyon

Ipagpalagay na ang printer ay nasa 192.168.1.50 at gumagamit din ang network ng opisina ng 192.168.1.0/24. Ang rutang dumadaan sa tunnel na sumasaklaw sa subnet na iyon ay maaari nang makipagkumpitensya sa direktang ruta patungo sa printer sa apartment mo, at nananalo ang mas espesipikong entry. Ang pagpapalit ng port sa parehong numeric na address ay hindi makakatanggal ng kalabuan na iyon, dahil nasa routing table ang kalabuan.

Ang VPN profile na nag-i-install ng default route ay humuhuli sa lahat, at ang local link prefix ay maaabot lamang sa pamamagitan ng tunnel. Ang split tunnel profile ay nag-i-install ng corporate prefixes sa halip, na karaniwang nagbabalik ng lokal na landas. Suriin ang rutang aktwal na pinili para sa address ng printer, hindi ang pangalan ng setting na gumawa nito.

Basahin ang table at ang napiling ruta nang magkasama, dahil ipinapakita ng table ang mga kandidato at ng paghahanap ang panalo.

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'

Bakit nabibigo ang discovery kapag gumagana ang address

Ang awtomatikong discovery ng printer sa lokal na network ay umaasa sa multicast DNS o sa mas lumang broadcast protocol, at pareho silang limitado sa isang link. Hindi ipinapasa ng router ang multicast na iyon bilang default, at ang VPN ay isang router. Ang pagdaragdag ng queue na batay sa address ay nag-aayos sa kaso kung saan ang discovery lang ang sira, at iyon ang dahilan kung bakit madalas napagkakamalang suwerte ang workaround na iyon.

Madaling itala ang pagkakaiba: kung sumasagot ang address sa print port pero hindi kailanman lumilitaw ang printer sa listahan ng add printer, ang saklaw ng discovery ang may kasalanan. Kung wala sa dalawa ang gumagana, ang ruta o ang filter ang may kasalanan. Dalawang test, dalawang magkaibang may-ari, at walang reinstalasyon ng driver sa pagitan.

Subukan ang address nang direkta sa halip na maghintay na mapuno ang isang listahan. Ginagawa ng mga command sa ibaba ang eksaktong iyon.

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

Ano ang idinadagdag ng lokal na access filter ng client

Ang mga endpoint client ay maaaring mag-filter ng lokal na trapiko nang hiwalay sa routing table. Ang setting ay madalas tawaging local network access, at maaari nitong harangan ang trapiko patungo sa lokal na segment habang konektado ang tunnel, kahit mukhang tama ang paghahanap ng ruta. Ito ay isang layer ng patakaran, at walang pag-edit ng ruta ang makakabago nito.

Sa isang managed device, tanungin ang administrator kung ano ang layunin ng profile sa halip na ikaw mismo ang mag-toggle. Karaniwang umiiral ang filter dahil may nagpasya na ang konektadong makina ay hindi dapat makaabot sa network ng coffee shop, at makatwirang desisyon iyon.

Basahin ang sariling status o log ng client para sa umiiral na patakaran, dahil madalas itong itago ng interface sa likod ng linya ng buod. Karaniwang pinangalanan ng log entry na iyon ang tuntuning nagpasya.

Suriin ang landas sa isang maliit na trabaho

Kapag ang address, ruta at filter ay lahat tumuturo sa printer, magpadala ng isang maikling dokumento sa parehong queue habang konektado pa rin ang tunnel. Mas tapat nitong ginagaya ang orihinal na failure kaysa sa reinstalasyon ng driver na sinubukan lamang pagkatapos ng pagdiskonekta. Panatilihing ordinaryo ang trabaho, dahil landas ang sinusubukan mo at hindi device.

Pagkatapos ulitin habang disconnected ang tunnel, upang malaman mo kung ang landas na inayos mo ang dating gumagana. Ang paghahambing na iyon ang tanging patunay na may halaga ang pagbabago.

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

Kung naipaprinta ang trabaho sa dalawang estado, nagkakasundo ang queue, ruta at filter at wala na ang problema. Kung naipaprinta lamang kapag disconnected, hinuhuli pa rin ng tunnel ang address ng printer o hinaharangan pa rin ito ng filter, at ang susunod na hakbang ay ang paghahanap ng ruta at hindi isa pang driver. Itala kung alin sa tatlong layer ang binago mo, at hindi na muling magbubukas ang parehong ticket sa susunod na buwan.