У меня есть два принтера / копира Ricoh для IP-печати в офисе.
До этой недели у них не было проблем с печатью.
Теперь некоторые из них (все работают под Vista, не уверен, что это все компьютеры с Vista, кажется, я бы больше услышал от пользователей, если бы это было так), считают оба принтера отключенными. Все ПК под управлением XP не имеют проблем с печатью. Когда это произошло впервые, перезагрузка позволила принтеру подключиться к сети, но это уже не так. (и в то время я думал, что проблема возникла только на одном компьютере). Я удалил принтеры, переустановил последние версии драйверов, и на машинах Vista нет никаких изменений. В настоящее время я использую одну и ту же версию драйвера RPCS как на VISTA, так и на XP. В качестве обходного пути я мог бы настроить принтеры на сервере 2003, но я не понимаю, почему IP-печать должна перестать работать совершенно неожиданно, вот так. К принтеру можно подключиться по IP-адресу со всех компьютеров, веб-интерфейс доступен и не сообщает об ошибках.
У кого-нибудь есть идеи?
Если ничего не помогает, вы можете отключить мониторинг SNMP в свойствах порта TCP принтера. Вы не получите уведомление, когда принтер ДЕЙСТВИТЕЛЬНО отключится, но вы больше не получите ложных срабатываний.
Перезапуск службы диспетчера очереди печати на клиент сделал свою работу. Перезапустить службу на сервере не удалось.
Наша сеть: Win7 Ultimate 64bit + связка Win 7 Pro 64 bit без домена, только рабочая группа.
Хм.
Мы видели несколько похожий проблемы здесь, но за исключением нескольких высококлассных плоттеров, для которых мы печатаем напрямую по IP, мы размещаем остальные на сервере печати, и ваши симптомы не совсем такие, как мы видели, но близки достаточно. У меня есть для вас несколько идей в надежде, что они помогут, но ничего убедительного :)
1.) Попробуйте перезапустить локальную службу диспетчера очереди печати на соответствующей рабочей станции. (например: net stop «Диспетчер очереди печати» && net start «Диспетчер очереди печати»). Посмотрите, имеет ли это какой-нибудь эффект.
2.) Перейдите к свойствам драйвера принтера, на рабочей станции выберите «Advanced», выберите «Print Processor», попробуйте установить «WinPrint» на RAW или измените на MS_XPS и выберите RAW.
3.) Проверьте порт на локальных рабочих станциях, который принтер настроен для использования, действителен ли он или он загадочным образом исчез? (Мы видели ЭТО раньше. Боже, какая боль!)
4.) Это маловероятно, но посмотрите, не блокирует ли его локальный брандмауэр. Отключите любой локальный брандмауэр / фильтрацию IP и проверьте, работает ли он. Мы видели это раньше, но конкретно в этой ситуации: мы запускаем Symantec EndPoint на всех рабочих станциях, и в некоторых случаях локальный брандмауэр Windows по умолчанию отображался как включенный и работающий и выполнял некоторую фанковую, фанковую блокировку. :)
В любом случае, удачи!
Вы изменили сообщество snmp по умолчанию (общедоступное)? Верните его в режим онлайн через меню файлов после открытия принтера (или сначала щелкните его правой кнопкой мыши).
Я мог бы решить проблему, запустив SNMP-ловушка сервис, который я отключил вручную (Windows 7).
это Vista Forum есть два предложения: одно - попытаться настроить порт принтера как постоянный с помощью команды dos
net use LPT1 \\[printservername]\P1 /persistent:yes
Другой - применить исправление № 934455, доступное от Microsoft. Это должно быть включено в SP1.
Другой сайт предлагает перезапустить службу диспетчера очереди печати, которая должна сбросить автономный статус. Также в свойствах диспетчера очереди печати / восстановления попробуйте установить для параметра «Восстановление при последующих сбоях» значение «Перезапустить». По умолчанию перезапуск прекращается после 2 неудачных попыток.
У меня была такая же проблема с сервером 2008 года (в основном с Vista Light), мне пришлось перезагрузить его, прежде чем он печатал. Поговорим об обострении. В недрах HKLM спрятан параметр реестра.
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Hardware Profiles\0001\System\CurrentControlSet\Control\Print\Printers\
Найдите запись о неправильном принтере, затем найдите запись с именем.
PrinterOnLine
Отредактируйте это. Превратив его в магическое значение
1
Это заставляет меня плакать по CUPS ... или даже lpr ...
В моем случае Windows 7 считала принтер автономным, когда кто-то пытался печатать по беспроводной сети. В проводной сети все было в порядке, а также работало на Linux даже с беспроводным подключением к сети.
Я обнаружил, что вдовы 7 используют snmp для определения состояния принтера, после разблокировки связи snmp (конечно, только для принтера) на нашем брандмауэре он отлично работает независимо от того, подключен ли клиент к проводной или беспроводной сети и включен с каждой ОС.
Была точно такая же проблема в W2K3. Я снял флажок с опции snmp, и принтер снова вернулся в онлайн. (Также был regedit.)
Была такая же проблема на сервере W2K8. Локальная сеть, без маршрутизаторов, без фильтров, без брандмауэров, без натинга. Все в одном сегменте трансляции. С прошлой пятницы (24 мая) все сетевые принтеры перестали печатать из очереди печати на сервере. Перезапустить службу буфера печати не удалось. Снятие флажка с опции snmp в настройках порта сервера сделало свою работу.
Я обнаружил, что отключил SNMP в веб-интерфейсе и изменил имя сообщества SNMP на принтере при повторном включении, как только я снова изменил его на общедоступный, чтобы соответствовать настройкам порта связи в драйвере принтера. Он вернулся в онлайн.
Виной всему стало обновление антивирусного программного обеспечения моего ноутбука, которое содержит брандмауэр. После обновления он начал блокировать службу диспетчера очереди печати. Мне пришлось разрешить доступ службе диспетчера очереди печати через брандмауэр, и она снова начала нормально работать.
проблема может заключаться в том, что ваш маршрутизатор переназначает IP-адрес, полученный принтером. это может быть связано с тем, что вы выключаете принтер после использования, а также маршрутизатор. вам нужно только переназначить IP-адрес вашему принтеру, и я советую вам зарезервировать его своим маршрутизатором.
и никогда больше не столкнуться с этой проблемой.