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

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

Начните с адреса за очередью

Прочитайте адрес или имя хоста, сохранённые в очереди печати, затем сравните их с адресом, который принтер показывает на своём сетевом экране. Очередь, которая всё ещё указывает на прежний адрес, ведёт себя точно как сбой маршрутизации, и различить их только по симптому трудно. Получите оба значения, прежде чем менять любое из них. Одно из них обычно устарело, и устаревшее обычно очередь.

Очередь, построенная на имени хоста, добавляет к пути разрешение имён — механизм, отдельный от маршрутизации. Если имя хоста внутри туннеля разрешается иначе, очередь попадает на другую машину или никуда. Числовой адрес убирает эту переменную на время теста.

Запишите пару, потому что остальная часть расследования сравнивает их, а не гадает.

Как выбирается маршрут для этого адреса

Предположим, принтер находится по адресу 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

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