Offline ang printer kapag kumonekta ang VPN? Suriin ang talahanayan ng ruta

Sumasali ang laptop mo sa corporate VPN at ang printer na dalawang metro ang layo ay tumitigil sa pagtugon. Walang nagbago sa printer, at hindi bumagsak ang lokal na network. Ang nagbago ay ang talahanayan ng ruta: ang tunnel adapter ay mayroon nang landas na sumasaklaw sa address ng printer, kaya lumalabas ang mga packet na iyon sa VPN at dumarating sa isang gateway na walang ideya kung nasaan ang flat network mo. Gawin ang apat na pagsusuri sa ibaba nang sunud-sunod, at huminto sa una na mabibigo.

Unang hakbang: patunayan na naaabot pa rin ang printer sa LAN

Bago mo hawakan ang routing, tiyakin na buhay ang device para sa isang bagay na hindi gumagamit ng VPN. Hilingin sa isang telepono sa parehong Wi-Fi na buksan ang web page ng printer, o i-ping ang address mula sa ibang makina sa flat network. Kung hindi rin tumutugon ang printer doon, ang VPN ay nagkataon lamang at ang kasalanan ay nasa printer, sa koneksyon nitong Wi-Fi o sa paghihiwalay ng mga kliyente sa access point.

Kung tumutugon ito sa lahat ng lugar maliban sa laptop na ito, mayroon kang problema sa routing o resolution ng pangalan na nakatira sa laptop, at sasabihin ng susunod na hakbang kung alin sa dalawa.

Ikalawang hakbang: hanapin ang rutang aktwal na pinipili ng Windows

Huwag basahin ang talahanayan mula sa itaas pababa at huwag manghula. Tanungin ang Windows kung aling entry ang pipiliin nito para sa eksaktong address na mahalaga sa iyo, at kunin din ang index ng interface.

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

Find-NetRoute ay nagpi-print ng nanalong ruta at ng interface nito, at iyon ang dalawang katotohanang nakasalalay ang lahat ng iba. route print -4 ay nagpapakita ng mga kalapit na entry, kabilang ang dalawang kalahating-default na inilalagay ng mga full-tunnel client: 0.0.0.0/1 at 128.0.0.0/1, na magkasamang sumasaklaw sa buong espasyong IPv4 nang hindi kailanman pinapalitan ang 0.0.0.0/0. Ang /1 ay mas mahaba kaysa /0, ngunit ang 192.168.1.0/24 mo ay mas mahaba pa, kaya mas mahalaga ang nawawalang rutang LAN kaysa sa claim ng tunnel mismo.

Dalawang tuntunin ang nagpapasya sa sagot. Ang pinakamahabang tugmang prefix ang unang nananalo, at sa mga entry na may parehong prefix, ang mas mababang kabuuang metric ang nananalo, kung saan pinagsasama ng kabuuan ang metric ng ruta at metric ng interface. Kung ang napiling interface ay ang tunnel, magpatuloy. Kung ito ay ang pisikal na adapter at nabibigo pa rin ang trapiko, huminto dito: ang problema mo ay resolution ng pangalan o ang sariling access list ng printer, hindi ang rutang VPN.

Ikatlong hakbang: idagdag ang pinakamakitid na rutang nagpapangalan sa gateway at interface

Ang pag-aayos ay isang entry na nagtuturo sa address ng printer papunta sa lokal na router sa lokal na adapter. Patakbuhin ito sa isang elevated na prompt at palitan ang mga value na binasa mo lang.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Ang value ng if ay ang index ng interface ng pisikal na adapter. Ang pag-iwan dito ang pinakakaraniwang dahilan kung bakit mukhang matagumpay ang command at wala itong binabago, dahil kapag dalawang adapter ang makakaabot sa parehong susunod na hop, malaya ang Windows na piliin ang hindi mo gusto. Ginagawa ng flag na -p na permanent ang entry, kaya nakakaligtas ito sa reboot sa halip na mamatay kasama ng session.

Mas gusto ang rutang host para sa isang device kaysa sa ruta para sa buong 192.168.1.0/24. Ang rutang subnet ay mas malawak kaysa kailangan ng gawain, at bumabangga ito sa sandaling gamitin din ng panig ng korporasyon ang parehong prefix: isang prefix na may dalawang may-ari, at kung aling entry ang mananalo ang nagpapasya kung aling network ang talagang maaabot mo.

Sa kabilang direksyon, kung binura mo ang opsyon ng default gateway sa koneksyon ng VPN upang protektahan ang LAN, titigil din ang pag-resolve ng mga malalayong pribadong prefix. Magdagdag ng mga ruta para sa mga iyon sa pamamagitan ng interface ng VPN sa parehong paraan, o ang tunnel ay magiging link na walang dinadala.

Ikaapat na hakbang: gawing nakakaligtas ang eksepsiyon sa susunod na koneksyon

Maraming corporate client ang nag-i-install muli ng kanilang buong set ng ruta sa bawat koneksyon at muling kinakalkula ang metric ng interface habang ginagawa ito, kaya ang rutang gumana kahapon ay maaaring madaig ngayon. Pagkatapos kumonekta muli, ulitin ang Find-NetRoute para sa printer at tiyakin na tumutugma pa rin ang interface sa pisikal na adapter. Kung nawala ang entry, may isang bagay na nagbubura nito; hindi ka pinoprotektahan ng permanenteng ruta laban sa isang agent na nagwawalis ng talahanayan. Ang mga naka-schedule na gawain na nagdaragdag muli ng ruta pagkatapos kumonekta ang VPN ang karaniwang solusyon, at sila rin ang solusyong nasisira kapag nagbabago ang index ng adapter pagkatapos ng dock o pag-update ng driver.

Panoorin ang IPv6 nang hiwalay. Ang client na nag-aangkin lamang ng default na IPv4 ay maaaring mag-iwan ng default na ruta ng IPv6 sa pisikal na adapter, kaya ang printer na naaabot sa IPv6 ay patuloy na gumagana habang nabibigo ang IPv4, o kabaliktaran. Subukan gamit ang ping -4 at ping -6 bago magpasya na walang kasalanan ang talahanayan ng ruta.

Ano ang ibinabayad mo sa lokal na shortcut

Anumang rutang lumalampas sa tunnel ay butas sa pangako ng tunnel. Hindi na dumadaan ang trapiko patungo sa address na iyon sa gateway ng korporasyon, na nangangahulugang walang inspeksyon, walang pag-log at walang pagpapatupad ng patakaran dito. Sa isang pinamamahalaang device, maaaring isa itong problema sa pagsunod kaysa kagustuhan, kaya itanong kung may opisyal na eksepsiyon sa split-tunnel bago ka magdagdag ng isa nang manu-mano. Panatilihing kasingkitid ng gawain at kasing-ikli ng sitwasyon ang sa iyo.

Kung tumugon ang printer pagkatapos ng pagbabago, ulitin ang apat na pagsusuri pagkatapos ng iyong susunod na muling pagkonekta sa halip na ipagpalagay na nanatili ang pag-aayos. Kung hindi ito tumugon, kunin ang output ng Find-NetRoute bago at pagkatapos ng koneksyon; sasabihin sa iyo ng pagkakaiba kung binura ng client ang entry o inayos lang ito.