Раздзелены тунель уключаны, а прынтар усё яшчэ па-за сеткай: чаму

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

Пачніце з адраса за чаргой друку

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

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

Запішыце пару, бо рэшта расследавання параўноўвае іх, а не ўгадвае.

Як выбіраецца маршрут для гэтага адраса

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

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

Чытайце табліцу і выбраны маршрут разам, бо табліца паказвае кандыдатаў, а пошук — пераможцу.

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'

Чаму выяўленне не працуе, калі адрас працуе

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

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

Тэстуйце адрас напрамую, замест таго каб чакаць запаўнення спісу. Каманды ніжэй робяць менавіта гэта.

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

Што дадае лакальны фільтр доступу кліента

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

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

Чытайце ўласны стан або журнал кліента для дзейнай палітыкі, бо інтэрфейс часта хавае яе за радком зводкі. Гэты запіс у журнале звычайна называе правіла, якое вырашыла.

Праверце шлях адной невялікай задачай

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

Затым паўтарыце з адключаным тунелем, каб ведаць, ці быў выпраўлены шлях тым, які раней працаваў. Гэта параўнанне — адзіны доказ, што змена мела значэнне.

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

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