Imprimantes réseau hors ligne (mais pas vraiment)
J'ai deux imprimantes/copieurs Ricoh configurées pour l'impression IP au bureau.
Avant cette semaine, il n'y avait aucun problème d'impression pour eux.
. Tous les PC exécutant XP n'ont aucun problème d'impression. Lorsque cela s'est produit, un redémarrage a pu faire apparaître l'imprimante en ligne, mais ce n'est plus le cas. (Et à l'époque je pensais 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. pourrait configurer les imprimantes sur un serveur 2003, mais je ne vois pas pourquoi l'impression IP devrait simplement cesser de fonctionner comme ça. L'imprimante est accessible par IP depuis tous les ordinateurs et l'interface Web est accessible et ne signale aucune erreur.
Quelqu'un a-t-il une idée?
Si tout le reste échoue, vous pouvez désactiver la surveillance SNMP dans les propriétés du port TCP TCP de l'imprimante. Vous ne serez pas averti lorsque l'imprimante se mettra VRAIMENT hors ligne, mais vous n'obtiendrez plus de faux positifs.
Hmm.
Nous avons vu quelque peu similaires des problèmes ici, mais en dehors de quelques traceurs haut de gamme pour lesquels nous imprimons directement sur IP, nous hébergeons les autres hors d'un serveur d'impression, et vos symptômes sont pas exactement la même chose que ce que nous avons vu, mais assez proche. 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!
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.
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).
J'ai pu résoudre le problème en démarrant le service SNMP Trap que j'avais désactivé manuellement (Windows 7).
Cette forum Vista a 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.
n 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" pour redémarrer. Par défaut, il cesse de redémarrer après 2 tentatives infructueuses.
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.
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 ...
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 sur le 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.
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.)
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 redéfini sur public pour correspondre aux paramètres du port de communication sur le pilote d'imprimante. Il est revenu en ligne.
Dans mon cas, l'imprimante Windows 7 était considérée comme hors ligne lorsque quelqu'un essayait d'imprimer en utilisant 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-fe cela fonctionne parfaitement que le client soit sur un réseau filaire ou sans fil et avec chaque système d'exploitation .