Impresoras de red sin conexión (pero no realmente)

16

Tengo dos impresoras / copiadoras Ricoh configuradas para la impresión IP en la oficina.
Antes de esta semana no había problemas para imprimir en ellos.
Ahora, un puñado de ellos (todos ejecutan Vista, no estoy seguro de si es una computadora con Vista o no, parece que escucharía más de los usuarios si ese fuera el caso), ven que ambas impresoras están fuera de línea. Todas las PC que ejecutan XP no tienen problemas para imprimir. Cuando esto ocurrió por primera vez, un reinicio logró que la impresora apareciera en línea, pero ese ya no es el caso. (y en ese momento pensé que solo una computadora tenía el problema). Eliminé las impresoras, reinstalé los controladores más recientes y no hay ningún cambio en las máquinas Vista. Actualmente estoy usando la misma versión de un controlador RPCS en VISTA y XP. Como alternativa, podría configurar las impresoras en un servidor 2003, pero no veo por qué la impresión IP debería dejar de funcionar de la nada de esta manera.
¿Alguien tiene alguna idea?

notandy
fuente
¿Los "Puertos TCP / IP estándar" en las máquinas Vista y XP tienen habilitada la opción SNMP y la comunidad está configurada de la misma manera?
Evan Anderson
Ese es un gran 10-4.
notandy

Respuestas:

10

Si todo lo demás falla, puede deshabilitar la supervisión SNMP en las propiedades del puerto TCP de la impresora. No se le notificará cuando la impresora se desconecte REALMENTE, pero ya no obtendrá falsos positivos.

Massimo
fuente
2
Esto también sucede si la cadena de comunidad SNMP no es "pública"
Tom O'Connor
3

Hmm

Hemos visto problemas algo similares aquí, pero fuera de unos pocos trazadores de alta gama para los que imprimimos directamente en IP, estamos alojando el resto de ellos fuera de un servidor de impresión, y sus síntomas no son exactamente los mismos que nosotros Lo he visto, pero lo suficientemente cerca. Tengo algunas ideas para ti, con la esperanza de que te ayuden pero nada realmente concluyente :)

1.) Intente reiniciar el servicio de cola de impresión local en la estación de trabajo en cuestión. (por ejemplo: net stop "Print Spooler" && net start "Print Spooler"). Vea si eso tiene algún efecto.

2.) Navegue a las propiedades del controlador de la impresora, en la estación de trabajo, seleccione "Avanzado", seleccione "Procesador de impresión", intente configurar "WinPrint" en RAW, o cambie a MS_XPS y seleccione RAW.

3.) Verifique el puerto en las estaciones de trabajo locales que la impresora está configurada para usar, ¿es válido o desapareció misteriosamente? (Hemos visto ESO antes. ¡Hombre, qué dolor!)

4.) Es una posibilidad remota, pero vea si un firewall local lo está bloqueando. Deshabilite cualquier filtro de firewall / ip local y pruebe para ver si funciona. Hemos visto esto antes, pero específicamente en esta situación: estamos ejecutando Symantec EndPoint en todas las estaciones de trabajo y, en algunos casos, el cortafuegos predeterminado de Windows local se mostró como habilitado y ejecutándose y haciendo algunos bloqueos extravagantes. :)

De cualquier manera, ¡buena suerte!

Greg Meehan
fuente
Es 2018 y esto sigue siendo un problema. Tu parada neta comenzó a funcionar para mí, muchas gracias!
robar
3

Reiniciar el servicio de cola de impresión en el cliente hizo el trabajo. Reiniciar el servicio en el servidor no funcionó.

Nuestra red: Win7Ultimate 64bit + un montón de Win7Pro 64bit sin dominio, solo grupo de trabajo.

Jaroslav Svestka
fuente
2

¿Cambiaste la comunidad snmp predeterminada (pública)? Vuelva a ponerlo en línea a través del menú de archivo una vez que se abra la impresora (o haga clic derecho sobre él primero).

Mathieu Chateau
fuente
No, no hay cambios en el SNMP. Alternar sin conexión / en línea no hace ninguna diferencia.
notandy
1

Podría resolver el problema iniciando el servicio SNMP Trap que había deshabilitado manualmente (Windows 7).

kynan
fuente
0

Este foro de Vista tiene dos sugerencias, una es tratar de configurar el puerto de la impresora como 'persistente' usando el comando dos

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

La otra es aplicar el hotfix # 934455 disponible de microsoft. Esto debería incluirse en SP1.

Otro sitio sugiere reiniciar el servicio de cola de impresión, que debería restablecer el estado fuera de línea. También en las propiedades de Print Spooler / Recovery intente configurar 'Recuperación en fallas posteriores' para reiniciar. El valor predeterminado es que deja de reiniciarse después de 2 intentos fallidos.

Jack B Nimble
fuente
Están ejecutando SP2.
notandy
¿Intentaste las otras sugerencias?
Jack B Nimble
No estoy usando un servidor de impresión para eliminar el uso neto. Intenté reiniciar el servicio de cola de impresión y no solucionó el problema.
notandy
Pero todavía está utilizando la impresión IP, por lo que todavía crea un puerto virtual.
Jack B Nimble
0

Tuve el mismo problema con una máquina Server 2008 (básicamente Vista Light), tuve que reiniciarla antes de que se imprimiera. Habla sobre agravación. Hay una configuración de registro oculta en las entrañas de HKLM

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Hardware Profiles\0001\System\CurrentControlSet\Control\Print\Printers\

Busque la entrada ofensiva de la impresora, luego busque la entrada nombrada.

PrinterOnLine

Editarlo. Cambiándolo al valor mágico de

1

Esto hace llorar por CUPS ... o incluso lpr ...

Joseph Kern
fuente
Hmm, tendré que revisar esto.
notandy
1
Si lo prueba, no use HKLM \ System \ ControlSet001, sino HKLM \ System \ CurrentControlSet, que es un enlace al ControlSet que está realmente activo en su máquina.
Massimo
0

En mi caso, Windows 7 vio la impresora como desconectada cuando alguien intentaba imprimir con LAN inalámbrica. En LAN por cable, todo estaba bien y también funcionaba en Linux incluso con conexión LAN inalámbrica.

Descubrí que las viudas 7 usan snmp para determinar el estado de la impresora, después de desbloquear la comunicación snmp (por supuesto, solo para la impresora) en nuestro firewall , funciona perfectamente si el cliente está en una red cableada o inalámbrica y con todos los sistemas operativos.

Maciek Sawicki
fuente
0

Tenía exactamente el mismo problema en W2K3. Desmarqué la opción snmp y la impresora volvió a estar en línea. (Tenía el regedit también).

Jorge
fuente
0

Tuve exactamente el mismo problema en el servidor W2K8 también. Red local, sin enrutadores, sin filtros, sin firewalls, sin natting. Todo en el mismo segmento de transmisión. Desde el viernes pasado (24/05) todas las impresoras de red dejaron de imprimir desde la cola de la impresora en el servidor. Reiniciar el servicio de cola de impresión no tuvo ningún efecto. Desmarcar la opción snmp en la configuración del puerto del servidor hizo el trabajo.

EricTronic
fuente
0

Descubrí que había deshabilitado SNMP en la interfaz web y había cambiado el nombre de la comunidad SNMP en la impresora cuando volví a habilitarlo, tan pronto como lo volví a hacer público para que coincida con la configuración del puerto de comunicación en el controlador de la impresora. Volvió a estar en línea.

MikeS
fuente
0

Una actualización del software antivirus de mi computadora portátil que contiene un firewall terminó siendo el culpable. Comenzó a bloquear el servicio de cola después de la actualización. Tuve que permitir el acceso al servicio de cola a través del firewall y comenzó a funcionar bien nuevamente.

Roy
fuente
-1

el problema podría ser que su enrutador está reasignando la ip que adquirió la impresora. Esto puede deberse a que apaga la impresora después del uso y también el enrutador. solo tiene que reasignar una ip a su impresora y mi consejo es que la reserve por su enrutador.

y nunca más enfrentar este problema.

usuario151898
fuente