Сетевые принтеры в автономном режиме (но не на самом деле)

У меня есть два принтера Ricoh для настройки IP-печати в офисе.
До этой недели у них не было проблем с печатью.
Теперь их несколько (все работают под управлением Vista, не уверены, установлен ли он на каждом компьютере с Vista или нет. Кажется, я бы услышал больше от пользователей, если бы это было так), рассматривая оба принтера как автономные. Все ПК под управлением XP не имеют проблем с печатью. Когда это произошло впервые, перезагрузка смогла заставить принтер появиться в сети, но это уже не так. (и в то время я думал, что проблема возникла только у одного компьютера). Я удалил принтеры, переустановил последние версии драйверов, и на машинах Vista ничего не изменилось. В настоящее время я использую одну и ту же версию драйвера RPCS на VISTA и XP. В качестве обходного пути я мог бы настроить принтеры на 2003 сервере, но я не понимаю, почему IP-печать должна просто перестать работать на ровном месте, как это.
У кого-нибудь есть какие-либо идеи?

Если ничего не помогает, вы можете отключить мониторинг SNMP в свойствах TCP-порта принтера. Вы не будете уведомлены, когда принтер перейдет в автономный режим, но вы больше не будете получать ложные срабатывания.

Хм.

Мы видели некоторые похожие проблемы здесь, но за исключением нескольких высокопроизводительных плоттеров, для которых мы печатаем напрямую на IP, мы размещаем остальные из них на принт-сервере, и ваши симптомы не совсем такие, как у нас видел, но достаточно близко. У меня есть несколько идей для вас, в надежде, что они помогут, но на самом деле ничто не окончательно :)

1.) Попробуйте перезапустить локальную службу диспетчера очереди печати на соответствующей рабочей станции. (например: net stop "Диспетчер очереди печати" и& net start "Диспетчер очереди печати"). Посмотрите, имеет ли это какое-либо влияние.

2.) Перейдите к свойствам драйвера принтера, на рабочей станции выберите «Дополнительно», выберите «Процессор печати», попробуйте установить «WinPrint» в RAW или измените на MS_XPS и выберите «RAW».

3.) Проверьте порт на локальных рабочих станциях, который настроен для использования принтером, он действителен или загадочно исчезает? (Мы видели это раньше. Человек, какая боль!)

4.) Это длинный путь, но посмотрите, не блокирует ли его локальный брандмауэр. Отключите любой локальный брандмауэр / IP-фильтрацию и проверьте, работает ли он. Мы видели это раньше, но именно в этой ситуации: мы запускаем Symantec EndPoint на всех рабочих станциях, и в некоторых случаях локальный брандмауэр Windows по умолчанию показывался включенным и работающим, а также выполнял некоторые броские, причудливые блокировки. :)

В любом случае, удачи!

Перезапуск службы диспетчера очереди печати на клиенте сделал эту работу. Перезапуск службы на сервере не работает.

Наша сеть: Win7Ultimate 64bit + куча Win7Pro 64bit без домена, только рабочая группа.

Вы изменили стандартное сообщество snmp (общедоступное)? Переведите его обратно в режим онлайн через меню файлов, как только принтер откроется (или сначала щелкните по нему правой кнопкой мыши).

Я мог бы решить эту проблему, запустив службу прерывания SNMP, которую я отключил вручную (Windows 7).

Этот форум предлагает два предложения, одно из которых - попытаться настроить порт принтера как «постоянный» с помощью команды dos.

net use LPT1 \\[printservername]\P1 /persistent:yes

Другой вариант - применить исправление № 934455, доступное в Microsoft. Это должно быть включено в SP1.

Другой сайт предлагает перезапустить службу диспетчера очереди печати, которая должна сбросить статус офлайн. Также в свойствах Print Spooler / Recovery попробуйте установить для параметра «Восстановление при последующих сбоях» значение «Перезапустить». По умолчанию перезапуск прекращается после 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, и принтер вернулся в режим онлайн. (Имел также регедит.)

Точно такая же проблема на сервере W2K8 также. Локальная сеть, без маршрутизаторов, без фильтров, без брандмауэров, без наттинга. Все в одном сегменте вещания. С прошлой пятницы (5/24) все сетевые принтеры прекратили печать из очереди принтеров на сервере. Перезапуск службы катушки печати не дал никакого эффекта. Отключение опции snmp в настройках порта сервера сделало свое дело.

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

Обновление антивирусного программного обеспечения моего ноутбука, которое содержит брандмауэр, оказалось виновником. Он начал блокировать службу диспетчера очереди после обновления. Мне пришлось разрешить доступ к службе спулера через брандмауэр, и он снова начал нормально работать.

проблема может заключаться в том, что ваш маршрутизатор переназначает IP, полученный принтером. это может быть потому, что вы выключаете принтер после использования, а также маршрутизатор. вам нужно только переназначить ip на ваш принтер, и я советую вам зарезервировать его вашим маршрутизатором.

и никогда больше не сталкиваться с этой проблемой.