У нас есть довольно обширная сеть кампуса, состоящая из нескольких подсетей, соединенных основным маршрутизатором.
Все работает нормально в течение многих лет, но в последнее время у меня есть несколько клиентов macosx, которые отказываются печатать на сетевом принтере (LPR) в другой подсети, чем клиентская машина. Это вызывает некоторое недоумение.
Проверяет:
Странно то, что у меня несколько клиентов macosx, которые больше не печатают. Также затронуты несколько принтеров.
Симптомы:
Если я подключу клиентский компьютер напрямую к та же подсеть как принтер (через кабель Ethernet или Wi-Fi) я могу печатать нормально.
Если я попытаюсь выполнить печать на принтере из другой подсети, откроется приложение PrinterProxy (монитор печати macosx) и отобразит документ со статусом ниже: «Печать - подключение к принтеру». Через некоторое время появляется сообщение «Печать - принтер не отвечает».
Информация о образце:
Это меня сбивает с толку. Очевидно, что клиентская машина подключена к принтеру. Я попытался удалить принтер и повторно добавить его через его DNS-имя и IP-адрес. Во всех случаях происходит один и тот же отказ.
Мой опыт подсказывает мне, что с принтером или самой сетью все в порядке. Это должна быть какая-то ошибка в macosx или CUPS, которая отказывается разговаривать с принтером, если он не находится в той же подсети.
Кто-нибудь наблюдал это явление, и есть ли какие-либо решения или предложения?
Мы так и не изолировали изменение, которое привело к этой проблеме, но оно сохраняется по сей день. У меня не было времени отладить его с помощью wirehark.
Мое лучшее предположение относительно причины - некоторые изменения в macOS, связанные с обновлением ОС. Я не думаю, что это связано с изменением нашего основного маршрутизатора, поскольку рабочие станции Windows, использующие LPR, по-прежнему работают в маршрутизируемых подсетях.
Мое окончательное решение - простой обходной путь. Удалите принтер с Mac и переустановите с помощью JetDirect или другого сокета TCP / IP вместо LPR.