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.