macOS не будет печатать на принтере LPR в другой подсети

У нас есть довольно обширная сеть кампуса, состоящая из нескольких подсетей, соединенных основным маршрутизатором.

В течение многих лет все работало нормально, но в последнее время у меня есть несколько клиентов Macosx, которые отказываются печатать на сетевой принтер (LPR) в другой подсети, чем клиентский компьютер. Это вызывает некоторый ужас.

Проверки:

  • Правильная адресация, маска подсети и маршрутизация подтверждены как на клиентских компьютерах, так и на уязвимых принтерах.
  • ДА - я могу пропинговать принтер LPR через IP-адрес с клиентского компьютера
  • ДА - я могу пропинговать принтер LPR через его DNS-имя с клиентского компьютера
  • ДА - я могу подключиться к порту 515 на принтере с клиентского компьютера
  • Сканирование порта macOS "Network Utility" показывает, что TCP-порт 515 "открыт" на принтере с клиентского компьютера
  • ДА - я могу открыть страницу администратора принтера из браузера на клиентском компьютере.
  • Я попытался удалить и переустановить принтер на клиентском компьютере через DNS-имя и IP-адреса.
  • Я могу печатать из той же подсети, что и принтер, без изменений конфигурации
  • Я пробовал "dscacheutil -flushdns" и "sudo dscacheutil -flushdns" безрезультатно

Странно то, что у меня есть несколько клиентов Macosx, которые больше не будут печатать. Это затрагивает более одного принтера.

Симптомы:

Если я подключаю клиентский компьютер напрямую к той же подсети, что и принтер (через кабель Ethernet или WiFi), я могу печатать без проблем.

Если я попытаюсь выполнить печать на принтере из другой подсети, откроется приложение PrinterProxy (монитор печати macosx), в котором будет показан документ со следующим статусом: "Печать - подключение к принтеру". Через некоторое время появляется надпись "Печать - принтер не отвечает".

Пример информации:

  • Клиентский компьютер под управлением macOS Sierra 10.12.6
  • Многофункциональный копировальный аппарат Konica-Minolta C652DS
  • HP LaserJet 2100

Это сбивает меня с толку. Очевидно, что существует связь между клиентским компьютером и принтером. Я попытался удалить принтер и повторно добавить его через его DNS-имя и через его IP-адрес. Один и тот же сбой происходит во всех случаях.

Мой опыт подсказывает мне, что с принтером или самой сетью все в порядке. Это должно быть какая-то ошибка в macosx или CUPS, которая отказывается общаться с принтером, если он не находится в той же подсети.

Кто-нибудь наблюдал это явление, и есть ли решения или предложения?

1 ответ

Мы никогда не изолировали изменения, которые привели к этой проблеме, но она сохраняется и по сей день. У меня не было времени отладить его с помощью wireshark.

Мое лучшее предположение относительно причины - это некоторые изменения в macOS, связанные с обновлением ОС. Я не думаю, что это связано с изменением нашего основного маршрутизатора, поскольку рабочие станции Windows, использующие LPR, все еще работают в маршрутизируемых подсетях.

Мое окончательное решение - простой обходной путь. Удалите принтер с Mac и переустановите, используя JetDirect или другое соединение через сокет TCP/IP вместо LPR.

Другие вопросы по тегам