Ваш ноўтбук падключаецца да карпаратыўнага VPN, і прынтар за два метры перастае адказваць. На прынтары нічога не змянілася, і лакальная сетка не ўпала. Змянілася табліца маршрутаў: адаптар тунэля цяпер валодае шляхам, які пакрывае адрас прынтара, таму гэтыя пакеты выходзяць праз VPN і трапляюць у шлюз, які не ўяўляе, дзе знаходзіцца ваша плоская сетка. Выканайце чатыры праверкі ніжэй па парадку і спыніцеся на першай, якая не пройдзе.

Крок першы: дакажыце, што прынтар па-ранейшаму дасяжны ў LAN

Перш чым кранаць маршрутызацыю, пераканайцеся, што прылада жывая для чагосьці, што не выкарыстоўвае VPN. Папрасіце тэлефон у той жа Wi-Fi адкрыць вэб-старонку прынтара або выканайце ping адраса з іншай машыны ў плоскай сетцы. Калі прынтар не адказвае і там, VPN — выпадковасць, а віна ляжыць на прынтары, яго асацыяцыі з Wi-Fi або ізаляцыі кліентаў на кропцы доступу.

Калі ён адказвае ўсюды, акрамя гэтага ноўтбука, у вас праблема маршрутызацыі або развязання імёнаў, якая жыве на ноўтбуку, і наступны крок скажа, якая з дзвюх гэта.

Крок другі: знайдзіце маршрут, які Windows сапраўды выбірае

Не чытайце табліцу зверху ўніз і не здагадвайцеся. Спытайце Windows, які запіс ён выбірае для дакладнага адраса, які вас цікавіць, і адначасова атрымайце індэкс інтэрфейса.

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

Find-NetRoute друкуе пераможны маршрут і яго інтэрфейс, і гэта два факты, ад якіх залежыць усё астатняе. route print -4 паказвае суседнія запісы, уключаючы два паўдэфолты, якія ставяць кліенты поўнага тунэля: 0.0.0.0/1 і 128.0.0.0/1, якія разам пакрываюць усю прастору IPv4 і ніколі не замяняюць 0.0.0.0/0. /1 даўжэйшы за /0, але ваш 192.168.1.0/24 яшчэ даўжэйшы, таму адсутны маршрут у LAN важнейшы за само прэтэнзію тунэля.

Адказ вызначаюць два правілы. Найдаўжэйшы адпаведны прэфікс перамагае першым, а сярод запісаў з аднолькавым прэфіксам перамагае ніжэйшая сумарная метрыка, дзе сума злучае метрыку маршруту і метрыку інтэрфейса. Калі абраны інтэрфейс — тунэль, ідзіце далей. Калі гэта фізічны адаптар, а трафік усё роўна не ідзе, спыніцеся тут: ваша праблема ў развязанні імёнаў або ва ўласным спісе доступу прынтара, а не ў маршруце VPN.

Крок трэці: дадайце самы вузкі маршрут, які называе шлюз і інтэрфейс

Рамонт — гэта адзін запіс, які накіроўвае адрас прынтара на лакальны роўтар на лакальным адаптары. Выканайце яго ў падвышаным запыце і падстаўце значэнні, якія толькі што прачыталі.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Значэнне if — гэта індэкс інтэрфейса фізічнага адаптара. Яго пропуск — самая частая прычына, чаму каманда выглядае паспяховай і нічога не змяняе, бо пры двух адаптарах, здольных дасягнуць таго ж наступнага скачка, Windows вольны выбраць той, які вам не патрэбны. Сцяг -p робіць запіс пастаянным, таму ён перажывае перазагрузку замест таго, каб памерці разам з сеансам.

Аддавайце перавагу маршруту да хоста для адной прылады перад маршрутам для ўсёй 192.168.1.0/24. Маршрут падсеткі шырэйшы, чым патрабуе задача, і ён канфліктуе ў той момант, калі карпаратыўны бок таксама выкарыстоўвае гэты прэфікс: у аднаго прэфікса тады два ўладальнікі, і які запіс пераможа, тое і вырашыць, да якой сеткі вы сапраўды дасягнеце.

У іншы бок, калі вы ачысцілі опцыю шлюза па змаўчанні у падлучэнні VPN, каб абараніць LAN, аддаленыя прыватныя прэфіксы таксама перастаюць развязвацца. Дадайце для іх маршруты праз інтэрфейс VPN такім жа чынам, інакш тунэль стане звяном, якое нічога не нясе.

Крок чацвёрты: зрабіце выключэнне жывым да наступнага падлучэння

Шматлікія карпаратыўныя кліенты пераўсталёўваюць увесь набор маршрутаў пры кожным падлучэнні і пералічваюць пры гэтым метрыкі інтэрфейсаў, таму маршрут, які працаваў учора, сёння можа быць перасягнуты. Пасля перапаключэння паўтарыце Find-NetRoute для прынтара і праверце, што інтэрфейс па-ранейшаму адпавядае фізічнаму адаптару. Калі запіс знік, нешта яго выдаляе; пастаянны маршрут не абараняе вас ад агента, які вымятае табліцу. Запланаваныя задачы, якія паўторна дадаюць маршрут пасля падключэння VPN, — звычайны абыход, і гэта таксама той абыход, які ламаецца, калі індэкс адаптара змяняецца пасля док-станцыі або абнаўлення драйвера.

Сачыце за IPv6 асобна. Кліент, які прэтэндуе толькі на IPv4 па змаўчанні, можа пакінуць маршрут IPv6 па змаўчанні на фізічным адаптары, таму прынтар, дасяжны праз IPv6, працягвае працаваць, пакуль IPv4 не ідзе, або наадварот. Праверце праз ping -4 і ping -6, перш чым вырашыць, што табліца маршрутаў невінаватая.

Што вам каштуе лакальны кароткі шлях

Любы маршрут, які абыходзіць тунэль, — гэта дзірка ў абяцанні тунэля. Трафік на гэты адрас больш не праходзіць праз карпаратыўны шлюз, а гэта значыць ніякай праверкі, ніякага лагавання і ніякага прымянення палітыкі да яго. На кіраванай прыладзе гэта можа быць праблемай адпаведнасці, а не перавагай, таму спытайце, ці існуе афіцыйнае выключэнне для раздзеленага тунэля, перш чым дадаваць сваё ўручную. Трымайце сваё настолькі вузкім, наколькі патрабуе задача, і настолькі кароткім, наколькі дазваляе сітуацыя.

Калі прынтар адказвае пасля змены, паўтарыце чатыры праверкі пасля наступнага перапаключэння, а не выказвайце здагадку, што рашэнне ўтрымалася. Калі ён не адказвае, захавайце вывад Find-NetRoute да і пасля падлучэння; розніца скажа вам, ці кліент выдаліў запіс, ці толькі пераранжыраваў яго.

Падобныя артыкулы