Imprimantes réseau hors ligne (mais pas vraiment)

16

J'ai deux imprimantes / copieurs Ricoh configurés pour l'impression IP au bureau.
Avant cette semaine, il n'y avait aucun problème d'impression pour eux.
Maintenant, une poignée d'entre eux (tous fonctionnant sous Vista, je ne sais pas si c'est tous les ordinateurs Vista ou non, il semble que j'en entendrais plus des utilisateurs si c'était le cas), voyez les deux imprimantes comme étant hors ligne. Tous les PC exécutant XP n'ont aucun problème d'impression. Lorsque cela s'est produit pour la première fois, un redémarrage a pu faire apparaître l'imprimante en ligne, mais ce n'est plus le cas. (et à l'époque, je pensais qu'un seul ordinateur rencontrait le problème) J'ai supprimé les imprimantes, réinstallé les derniers pilotes et il n'y a aucun changement sur les machines Vista. J'utilise actuellement la même version d'un pilote RPCS sur VISTA et XP. En guise de solution, je pourrais configurer les imprimantes sur un serveur 2003, mais je ne vois pas pourquoi l'impression IP devrait simplement cesser de fonctionner comme ça.
Quelqu'un a-t-il une idée?

notandy
la source
Les «ports TCP / IP standard» sur les machines Vista et XP ont-ils l'option SNMP activée et la communauté définie de la même manière?
Evan Anderson
C'est un gros 10-4.
notandy

Réponses:

10

Si tout le reste échoue, vous pouvez désactiver la surveillance SNMP dans les propriétés du port TCP de l'imprimante. Vous ne serez pas averti lorsque l'imprimante deviendra ACTUELLEMENT hors ligne, mais vous n'obtiendrez plus de faux positifs.

Massimo
la source
2
Cela se produit également si la chaîne de communauté SNMP est autre chose que "publique"
Tom O'Connor
3

Hmm.

Nous avons vu des problèmes quelque peu similaires ici, mais en dehors de quelques traceurs haut de gamme pour lesquels nous imprimons directement sur IP, nous hébergeons le reste hors d'un serveur d'impression, et vos symptômes ne sont pas exactement les mêmes que ceux que nous 'ai vu, mais assez près. J'ai quelques idées pour vous, dans l'espoir qu'elles vous aideront mais rien de vraiment concluant :)

1.) Essayez de redémarrer le service de spouleur d'impression local sur le poste de travail en question. (ex: net stop "Print Spooler" && net start "Print Spooler"). Voyez si cela a un effet.

2.) Accédez aux propriétés du pilote de l'imprimante, sur le poste de travail, sélectionnez "Avancé", sélectionnez "Processeur d'impression", essayez de définir "WinPrint" sur RAW, ou passez à MS_XPS et sélectionnez RAW.

3.) Vérifiez le port sur les postes de travail locaux que l'imprimante est configurée pour utiliser, est-il valide ou a-t-il mystérieusement disparu? (Nous en avons déjà vu un. Homme, quelle douleur!)

4.) C'est un plan à long terme, mais voyez si un pare-feu local le bloque. Désactivez tout filtrage pare-feu / IP local et testez pour voir s'il fonctionne. Nous l'avons déjà vu, mais spécifiquement dans cette situation: nous exécutons Symantec EndPoint sur toutes les stations de travail et dans certains cas, le pare-feu par défaut de Windows local était activé et fonctionnait et faisait un blocage funky et funky. :)

Quoi qu'il en soit, bonne chance!

Greg Meehan
la source
nous sommes en 2018 et c'est toujours un problème. Votre net stop start a fonctionné pour moi, merci beaucoup!
voler le
3

Le redémarrage du service Spouleur d'impression sur le client a fait le travail. Le redémarrage du service sur le serveur n'a pas fonctionné.

Notre réseau: Win7Ultimate 64bit + un tas de Win7Pro 64bit sans domaine, seul groupe de travail.

Jaroslav Svestka
la source
2

Avez-vous changé la communauté snmp par défaut (publique)? Remettez-le en ligne via le menu Fichier une fois l'imprimante ouverte (ou faites d'abord un clic droit dessus).

Mathieu Chateau
la source
Non, aucun changement au SNMP. Basculer hors ligne / en ligne ne fait aucune différence.
notandy
1

J'ai pu résoudre le problème en démarrant le service d' interruption SNMP que j'avais désactivé manuellement (Windows 7).

kynan
la source
0

Ce forum vista propose deux suggestions, l'une consiste à essayer de configurer le port d'imprimante comme «persistant» à l'aide de la commande dos

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

L'autre consiste à appliquer le correctif # 934455 disponible auprès de Microsoft. Cela devrait être inclus dans SP1.

Un autre site suggère de redémarrer le service Spouleur d'impression, ce qui devrait réinitialiser l'état hors ligne. Toujours dans les propriétés du spouleur d'impression / récupération, essayez de définir la «récupération en cas d'échecs ultérieurs» sur redémarrer. Par défaut, il cesse de redémarrer après 2 tentatives infructueuses.

Jack B Nimble
la source
Ils exécutent SP2.
notandy
Avez-vous essayé les autres suggestions?
Jack B Nimble
Je n'utilise pas de serveur d'impression afin d'éliminer l'utilisation nette. J'ai essayé de redémarrer le service de spouleur d'impression et cela n'a pas résolu le problème.
notandy
Mais utilisez-vous toujours l'impression IP, il crée donc toujours un port virtuel.
Jack B Nimble
0

J'ai eu le même problème avec une machine Server 2008 (essentiellement Vista Light), j'ai dû la redémarrer avant d'imprimer. Parlez d'aggravation. Il y a un paramètre de registre caché au fond des entrailles de HKLM

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

Recherchez l'entrée d'imprimante incriminée, puis recherchez l'entrée nommée.

PrinterOnLine

Éditer. Le changer à la valeur magique de

1

Cela fait mon cri pour CUPS ... ou même lpr ...

Joseph Kern
la source
Hmm, je vais devoir vérifier ça.
notandy
1
Si vous l'essayez, n'utilisez pas HKLM \ System \ ControlSet001, mais HKLM \ System \ CurrentControlSet, qui est un lien vers le ControlSet réellement actif sur votre ordinateur.
Massimo
0

Dans mon cas, l'imprimante Windows 7 était considérée comme hors ligne lorsque quelqu'un essayait d'imprimer à l'aide d'un réseau local sans fil. Dans le lan filaire, tout allait bien et cela fonctionnait aussi sur Linux, même avec une connexion LAN sans fil.

J'ai découvert que les veuves 7 utilisent snmp pour déterminer l'état de l'imprimante, après avoir débloqué la communication snmp (bien sûr uniquement pour l'imprimante) sur notre pare-feu, cela fonctionne parfaitement, que le client soit en réseau filaire ou sans fil et avec chaque système d'exploitation.

Maciek Sawicki
la source
0

Eu exactement le même problème dans W2K3. J'ai décoché l'option snmp et l'imprimante est revenue en ligne. (Avait également le regedit.)

George
la source
0

Eu exactement le même problème dans le serveur W2K8 également. Réseau local, pas de routeurs, pas de filtres, pas de pare-feu, pas de natting. Tous sur le même segment de diffusion. Depuis vendredi dernier (5/24), toutes les imprimantes réseau ont cessé d'imprimer à partir de la file d'attente des imprimantes du serveur. Le redémarrage du service de spoule d'impression n'a eu aucun effet. Décocher l'option snmp dans les paramètres de port du serveur a fait le travail.

EricTronic
la source
0

J'ai découvert que j'avais désactivé SNMP dans l'interface Web et changé le nom de communauté SNMP sur l'imprimante lorsque je l'ai réactivé, dès que je l'ai remis en mode public pour correspondre aux paramètres du port de communication sur le pilote d'imprimante. Il est revenu en ligne.

MikeS
la source
0

Une mise à jour du logiciel antivirus de mon ordinateur portable qui contient un pare-feu a fini par être le coupable. Il a commencé à bloquer le service de spouleur après la mise à jour. J'ai dû autoriser l'accès au service du spouleur via le pare-feu et il a recommencé à fonctionner correctement.

Roy
la source
-1

le problème peut être que votre routeur réaffecte l'ip que l'imprimante a acquise. cela peut être dû au fait que vous éteignez votre imprimante après utilisation et également votre routeur. vous n'avez qu'à réaffecter une adresse IP à votre imprimante et mon conseil est de la réserver par votre routeur.

et ne plus jamais faire face à ce problème.

user151898
la source