Розділений тунель увімкнено, а принтер досі офлайн: чому

Ваш тунель увімкнено, інтернет працює, розділений тунель було ввімкнено кілька місяців тому, а принтер біля столу досі показується як офлайн. Це поєднання не є суперечністю, бо розділений тунель — це рішення про маршрутизацію, а не обіцянка доступності. Між чергою друку та папером стоять три механізми, і вони відмовляють так, що зі значка в лотку все виглядає однаково. Спершу простежте адресу, потім маршрут, потім фільтр.

Почніть з адреси за чергою

Прочитайте адресу або ім’я хоста, збережені в черзі друку, потім порівняйте їх з адресою, яку принтер показує на своєму мережевому екрані. Черга, яка досі вказує на попередню адресу, поводиться точно як збій маршрутизації, і розрізнити їх лише за симптомом важко. Отримайте обидва значення, перш ніж змінювати будь-яке з них. Одне з них зазвичай застаріле, і застаріле зазвичай черга.

Черга, побудована на імені хоста, додає до шляху розв’язання імен — механізм, окремий від маршрутизації. Якщо ім’я хоста всередині тунелю розв’язується інакше, черга потрапляє на іншу машину або нікуди. Числова адреса прибирає цю змінну на час тесту.

Запишіть пару, бо решта розслідування порівнює їх, а не гадає.

Як вибирається маршрут для цієї адреси

Припустімо, принтер розташований за адресою 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

Якщо завдання друкується в обох станах, черга, маршрут і фільтр узгоджені, і збій зник. Якщо друкується лише при від’єднанні, тунель досі перехоплює адресу принтера або фільтр досі її блокує, і наступний крок — пошук маршруту, а не ще один драйвер. Запишіть, який із трьох шарів ви змінили, і той самий тікет не відкриється знову наступного місяця.