Fonctionnement de l'imprimante | Guide d'administration – Serveur d’impression

S'applique à SUSE Linux Enterprise Server 15 SP1

SUSE® Linux Enterprise Server prend en charge l'impression avec de nombreux types d'imprimantes, y compris imprimantes réseau à distance. Les imprimantes peuvent être configurées manuellement ou avec YaST. Pour les instructions de configuration, reportez-vous à la Section 18.3, «Configuration d'une imprimante». Des utilitaires graphiques et de ligne de commande sont disponibles pour démarrer et gestion des travaux d'impression. Si votre imprimante ne fonctionne pas comme prévu, reportez-vous à Section 20.8, «Dépannage». CUPS (Common Unix Printing System) est le système d'impression standard de SUSE Linux Enterprise Server. Les imprimantes peuvent être distinguées par une interface, telle que USB ou réseau, et langage d'imprimante. Lors de l'achat d'une imprimante, assurez-vous que l'imprimante interface prise en charge (USB, Ethernet ou Wi-Fi) et une imprimante appropriée Langue. Les imprimantes peuvent être classées en fonction des trois éléments suivants classes de langages d'impression:

Imprimantes PostScript

PostScript est le langage d'imprimante dans lequel la plupart des travaux d'impression sous Linux et Unix est généré et traité par le système d'impression interne. Si Les documents PostScript peuvent être traités directement par l'imprimante et ne doivent être convertis en étapes supplémentaires dans le système d'impression, le nombre des sources d'erreur potentielles est réduite. Actuellement, PostScript est remplacé par PDF comme travail d'impression standard format. Imprimantes PostScript + PDF pouvant imprimer directement des PDF (en plus en PostScript) existent déjà. Pour les imprimantes PostScript traditionnelles PDF doit être converti en PostScript dans le flux de travail d'impression.

Imprimantes standard (langues comme PCL et ESC / P)

Dans le cas de langages d'imprimante connus, le système d'impression peut convertir Travaux PostScript dans le langage d'imprimante respectif avec Ghostscript. Cette l'étape de traitement est appelée interprétation. Les langues les plus connues sont PCL (qui est principalement utilisé par les imprimantes HP et leurs clones) et ESC / P (qui est utilisé par les imprimantes Epson). Ces langages d'impression sont généralement pris en charge par Linux et produire un résultat d'impression adéquat. Linux peut ne pas être en mesure de traiter certaines fonctions spéciales de l'imprimante. À l'exception de HP et Epson, il existe actuellement aucun fabricant d'imprimantes qui développe des pilotes Linux et ne les fabrique disponible pour les distributeurs Linux sous une licence open source.

Imprimantes propriétaires (également appelées imprimantes GDI)

Ces imprimantes ne prennent en charge aucun des langages d'impression courants. Ils utiliser leurs propres langages d'imprimante non documentés, qui sont susceptibles de changer lorsqu'une nouvelle édition d'un modèle est publiée. Généralement, seuls les pilotes Windows sont disponibles pour ces imprimantes. Voir Section 20.8.1, «Imprimantes sans prise en charge du langage d'imprimante standard» pour plus d'informations.

Avant d'acheter une nouvelle imprimante, consultez les sources suivantes pour vérifier comment Eh bien, l'imprimante que vous avez l'intention d'acheter est prise en charge:

http://www.openprinting.org/printers

La page d'accueil d'OpenPrinting avec la base de données de l'imprimante. La base de données montre le dernier état du support Linux. Cependant, une distribution Linux ne peut intégrer les pilotes disponibles au moment de la production. En conséquence, une imprimante actuellement évalué comme "parfaitement supporté" peut ne pas avoir eu ce statut lorsque le dernier SUSE Linux Enterprise Server version est sortie. Ainsi, le les bases de données n'indiquent pas nécessairement l'état correct, mais seulement fournir une approximation.

http://pages.cs.wisc.edu/~ghost/

La page Web de Ghostscript.

/usr/share/doc/packages/ghostscript/catalog.devices

Liste des pilotes Ghostscript intégrés.

L'utilisateur crée un travail d'impression. Le travail d'impression se compose des données à imprimer plus d'informations pour le spouleur. Cela inclut le nom de l'imprimante ou du nom de la file d'attente d'impression et, éventuellement, des informations pour le filtre, telles que options spécifiques à l'imprimante. Il existe au moins une file d'attente d'impression dédiée pour chaque imprimante. Le spouleur conserve le travail d'impression dans la file d'attente jusqu'à ce que l'imprimante souhaitée soit prête à recevoir des données. Lorsque l'imprimante est prête, le spouleur envoie les données via le filtre et le back-end de l'imprimante. Le filtre convertit les données générées par l'application qui imprime (généralement PostScript ou PDF, mais aussi ASCII, JPEG, etc.) dans données spécifiques à l'imprimante (PostScript, PCL, ESC / P, etc.). Les caractéristiques du l'imprimante sont décrites dans les fichiers PPD. Un fichier PPD contient une imprimante spécifique options avec les paramètres nécessaires pour les activer sur l'imprimante. Le filtre le système s'assure que les options sélectionnées par l'utilisateur sont activées. Si vous utilisez une imprimante PostScript, le système de filtrage convertit les données en PostScript spécifique à l'imprimante. Cela ne nécessite pas de pilote d'imprimante. Si vous utiliser une imprimante non PostScript, le système de filtrage convertit les données en données spécifiques à l'imprimante. Cela nécessite un pilote d’imprimante adapté à votre imprimante. Le serveur principal reçoit les données spécifiques à l'imprimante du filtre puis le transmet à l'imprimante.

20,2 Méthodes et protocoles de connexion des imprimantes #Edit source

Il existe différentes possibilités pour connecter une imprimante au système. le la configuration de CUPS ne fait pas de distinction entre une imprimante locale et un imprimante connectée au système via le réseau. Pour plus d'informations sur la connexion de l'imprimante, lire l'article CUPS dans un Coquille de noix à http://en.opensuse.org/SDB:CUPS_in_a_Nutshell. IBM Z Imprimantes et périphériques similaires fournis par la z / VM qui se connectent localement avec les mainframes IBM Z ne sont pas pris en charge par CUPS. Sur ces plateformes, l'impression n'est possible que sur le réseau. Le câblage des imprimantes réseau doit être installé conformément aux instructions du fabricant de l'imprimante.

Avertissement: modification des connexions de câbles dans un système en cours d'exécution Lors de la connexion de l'imprimante à la machine, n'oubliez pas que seul USB les appareils peuvent être branchés ou débranchés pendant le fonctionnement. Pour éviter d'endommager votre système ou votre imprimante, arrêtez le système avant de modifier connexions qui ne sont pas USB.

PPD (description d'imprimante PostScript) est le langage informatique qui décrit les propriétés, comme la résolution, et les options, telles que la disponibilité d'un unité duplex. Ces descriptions sont nécessaires pour utiliser diverses imprimantes options dans CUPS. Sans un fichier PPD, les données d'impression seraient transmises à l'imprimante dans un "brut" état, ce qui n'est généralement pas souhaité. Pour configurer une imprimante PostScript, la meilleure approche consiste à obtenir une Fichier PPD. De nombreux fichiers PPD sont disponibles dans les packages fabricant-PPD et OpenPrintingPPDs-postscript. Voir Section 20.7.3, «Fichiers PPD dans divers packages» et Section 20.8.2, «Aucun fichier PPD approprié disponible pour une imprimante PostScript». Les nouveaux fichiers PPD peuvent être stockés dans le répertoire / usr / share / cups / model / ou ajouté au système d'impression avec YaST comme décrit dans la Section 18.3.1.1, «Ajout de pilotes avec YaST». Par la suite, le fichier PPD peut être sélectionné lors de la configuration de l'imprimante. Soyez prudent si un fabricant d'imprimantes souhaite que vous installiez l'intégralité du logiciel paquets. Ce type d'installation peut entraîner la perte du soutien fourni par SUSE Linux Enterprise Server. En outre, les commandes d'impression peuvent fonctionner différemment et le système peut ne plus être en mesure d’adresser les périphériques d’autres fabricants. Pour cette raison, l'installation du logiciel du fabricant est non recommandé.

Une imprimante réseau peut prendre en charge divers protocoles, certains même simultanément. Bien que la plupart des protocoles pris en charge soient standardisés, certains les fabricants modifient la norme. Les fabricants fournissent ensuite des pilotes pour seulement quelques systèmes d'exploitation. Malheureusement, les pilotes Linux sont rarement à condition de. La situation actuelle est telle que vous ne pouvez pas agir hypothèse que chaque protocole fonctionne correctement sous Linux. Par conséquent, vous pouvez besoin d'expérimenter avec différentes options pour atteindre un fonctionnel configuration. CUPS soutient la prise, LPD, IPP et smb protocoles.

prise

Prise se réfère à une connexion dans laquelle la plaine les données d'impression sont envoyées directement à un socket TCP. Certains numéros de port de socket qui sont couramment utilisés sont 9100 ou 35. La syntaxe URI (uniform resource identifier) ​​de l'appareil est la suivante: prise://IP.OF.THE.PRINTER:PORT, par exemple: socket: //192.168.2.202: 9100 /.

LPD (Line Printer Daemon)

Le protocole LPD est décrit dans la RFC 1179. Sous ce protocole, certains les données liées au travail, telles que l'ID de la file d'attente d'impression, sont envoyées les données d'impression réelles sont envoyées. Par conséquent, une file d'attente d'impression doit être spécifiée lors de la configuration du protocole LPD. Les implémentations d'imprimantes diverses les fabricants sont suffisamment flexibles pour accepter n'importe quel nom comme file d'attente d'impression. Si nécessaire, le manuel de l'imprimante doit indiquer le nom à utiliser. LPT, LPT1, LP1 ou des noms similaires sont souvent utilisés. Le numéro de port pour un LPD le service est 515. Un exemple d'URI d'appareil est lpd: //192.168.2.202/LPT1.

IPP (Internet Printing Protocol)

IPP est basé sur le protocole HTTP. Avec IPP, plus de données liées au travail sont transmises qu'avec les autres protocoles. CUPS utilise IPP pour la transmission de données interne. Le nom de la file d'attente d'impression est nécessaire pour configurer IPP correctement. Le numéro de port pour IPP est 631. Des exemples d'URI d'appareil sont ipp: //192.168.2.202/ps et ipp: //192.168.2.202/printers/ps.

SMB (Windows Share)

CUPS prend également en charge l'impression sur des imprimantes connectées aux partages Windows. le le protocole utilisé à cet effet est SMB. SMB utilise les numéros de port 137, 138 et 139. Des exemples d'URI d'appareil sont smb: // utilisateur: password@workgroup/smb.example.com/printer, smb: // utilisateur: password@smb.example.com/printer, et smb: //smb.example.com/printer.

Le protocole pris en charge par l'imprimante doit être déterminé avant configuration. Si le fabricant ne fournit pas les informations nécessaires, la commande nmap (qui vient avec le nmap package) peut être utilisé pour vérifier protocole. nmap vérifie un hôte pour les ports ouverts. Par exemple:

smoking> nmap -p 35.137-139.515.631.9100-10000 IP.OF.THE.PRINTER

CUPS peut être configuré avec des outils de ligne de commande comme lpinfo, lpadmin et lpoptions. Vous avez besoin d'un URI d'appareil composé d'un back-end, comme USB, et les paramètres. Pour déterminer les URI de périphérique valides sur votre système utilise la commande lpinfo -v | grep ": /":

smoking> sudo lpinfo -v | grep ": /" usb direct: // ACME / FunPrinter% 20XL prise réseau: //192.168.2.253

Avec lpadmin l'administrateur du serveur CUPS peut ajouter, supprimer ou gérer les files d'attente d'impression. Pour ajouter une file d'attente d'impression, utilisez ce qui suit syntaxe:

smoking> sudo lpadmin -p QUEUE -v DEVICE-URI -P PPD-FILE -E

Ensuite, l'appareil (-v) est disponible en tant que QUEUE (-p), en utilisant la valeur spécifiée Fichier PPD (-P). Cela signifie que vous devez connaître le fichier PPD et l'URI du périphérique pour configurer l'imprimante manuellement. Ne pas utiliser -E comme première option. Pour toutes les commandes CUPS, -E comme le premier argument définit l'utilisation d'un chiffré connexion. Pour activer l'imprimante, -E doit être utilisé comme indiqué dans l'exemple suivant:

smoking> sudo lpadmin -p ps -v usb: // ACME / FunPrinter% 20XL -P /usr/share/cups/model/Postscript.ppd.gz -E

L'exemple suivant configure une imprimante réseau:

smoking> sudo lpadmin -p ps -v socket: //192.168.2.202: 9100 / -P /usr/share/cups/model/Postscript-level1.ppd.gz -E

Pour plus d'options de lpadmin, voir la page de manuel de lpadmin (8). Lors de la configuration de l'imprimante, certaines options sont définies par défaut. Ces options peuvent être modifié pour chaque travail d'impression (en fonction de l'outil d'impression utilisé). En changeant ces options par défaut avec YaST sont également possibles. Utilisation de la ligne de commande , définissez les options par défaut comme suit:

D'abord, listez toutes les options:

smoking> sudo lpoptions -p QUEUE -l

Exemple:

Résolution / Résolution de sortie: 150 dpi * 300 dpi 600 dpi

L'option par défaut activée est identifiée par un astérisque précédent (*).

Modifiez l'option avec lpadmin:

smoking> sudo lpadmin -p QUEUE -o Résolution = 600 dpi

Vérifiez le nouveau paramètre:

smoking> sudo lpoptions -p QUEUE -l

Résolution / Résolution de sortie: 150 dpi 300 dpi * 600 dpi

Lorsqu'un utilisateur normal s'exécute lpoptions, les paramètres sont écrit à ~ / .cups / lpoptions. cependant, racine les paramètres sont écrits dans / etc / cups / lpoptions.

Pour imprimer à partir de la ligne de commande, entrez lp -d QUEUENAME NOM DE FICHIER, en remplaçant les noms correspondants par QUEUENAME et NOM DE FICHIER. Certaines applications reposent sur lp commande d'impression. Dans dans ce cas, entrez la commande correcte dans la boîte de dialogue d'impression de l'application, généralement sans préciser NOM DE FICHIER, par exemple, lp -d QUEUENAME.

20,7 Caractéristiques spéciales dans SUSE Linux Enterprise Server #Edit source

Plusieurs fonctionnalités CUPS ont été adaptées pour SUSE Linux Enterprise Server. Certains des plus les changements importants sont couverts ici.

Après avoir terminé une installation par défaut de SUSE Linux Enterprise Server, pare-feu est actif et les interfaces réseau sont configurées pour être en le Publique zone, qui bloque le trafic entrant.

Quand pare-feu est actif, vous devrez peut-être le configurer pour permettre aux clients de parcourir les imprimantes réseau en autorisant mdns et ipp par la zone de réseau interne. La zone publique ne doit jamais exposer les files d'attente d'impression. (Plus informations sur le pare-feu la configuration est disponible en Section 17.4, «pare-feu"Et à http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings.)

Normalement, un client CUPS s'exécute sur un poste de travail normal situé dans un environnement réseau derrière un pare-feu. Dans ce cas, il est recommandé de configurer l'interface réseau pour être dans le Interne Zone, de sorte que le poste de travail est accessible à partir du réseau.

Si le serveur CUPS fait partie d'un environnement réseau de confiance protégé par un pare-feu, l'interface réseau doit être configurée pour être dans le Zone interne du pare-feu. Il n'est pas recommandé de configurer un serveur CUPS dans un environnement réseau non approuvé, sauf si vous vous assurez qu'il est protégé par des règles de pare-feu spéciales et des paramètres sécurisés dans la configuration CUPS.

Les serveurs CUPS annoncent régulièrement la disponibilité et les informations d'état de imprimantes partagées sur le réseau. Les clients peuvent accéder à ces informations pour afficher une liste des imprimantes disponibles dans les boîtes de dialogue d'impression, par exemple. Cette est appelé "navigation". Les serveurs CUPS annoncent leurs files d'attente d'impression sur le réseau soit via le protocole de navigation CUPS traditionnel, ou via Bonjour / DNS-SD. Pour activer la navigation dans les files d'attente d'impression réseau, le service parcouru de tasses doit fonctionner sur tous clients qui impriment via des serveurs CUPS. parcouru de tasses n'est pas démarré par défaut. Pour le démarrer pour la session active, utilisez sudo systemctl commencer à parcourir les tasses. Pour vous assurer qu'il démarre automatiquement après démarrage, activez-le avec sudo systemctl enable parcouru de tasses sur tous les clients. Si la navigation ne fonctionne pas après avoir commencé parcouru de tasses, le (s) serveur (s) CUPS annoncer probablement les files d'attente d'impression réseau via Bonjour / DNS-SD. Dans ce cas vous devez également installer le package avahi et démarrer l'associé service avec sudo systemctl start avahi-daemon en tout clients. Voir Section 20.7.1, «CUPS et pare-feu» pour plus d'informations pour permettre à l'imprimante de parcourir pare-feu.

La configuration de l'imprimante YaST définit les files d'attente pour CUPS à l'aide du PPD fichiers installés dans / usr / share / cups / model. Pour trouver le fichiers PPD appropriés pour le modèle d'imprimante, YaST compare le fournisseur et modèle déterminé lors de la détection du matériel avec les fournisseurs et les modèles tous les fichiers PPD. À cet effet, la configuration de l'imprimante YaST génère une base de données du fournisseur et des informations de modèle extraites du PPD des dossiers. La configuration utilisant uniquement des fichiers PPD et aucune autre source d'information n'a l'avantage que les fichiers PPD dans / usr / share / cups / model peut être modifié librement. Pour exemple, si vous avez des imprimantes PostScript, les fichiers PPD peuvent être copiés directement à / usr / share / cups / model (s'ils ne le font pas existent déjà dans le fabricant-PPD ou OpenPrintingPPDs-postscript packages) pour atteindre une configuration optimale pour vos imprimantes. Des fichiers PPD supplémentaires sont fournis par les packages suivants:

gutenprint: le pilote Gutenprint et ses PPD correspondants

splix: le pilote SpliX et ses PPD correspondants

OpenPrintingPPDs-ghostscript: PPD pour les pilotes intégrés Ghostscript

OpenPrintingPPDs-hpijs: PPD pour le pilote HPIJS pour les imprimantes non HP

Les sections suivantes couvrent certaines des imprimantes les plus fréquemment rencontrées problèmes matériels et logiciels et moyens de les résoudre ou de les contourner problèmes. Parmi les sujets traités figurent les imprimantes GDI, les fichiers PPD et le port configuration. Problèmes d'imprimante réseau courants, impressions défectueuses et la gestion des files d'attente est également abordée.

20.8.1 Imprimantes sans prise en charge du langage d'imprimante standard #Edit source

Ces imprimantes ne prennent en charge aucun langage d'imprimante commun et ne peuvent être adressé avec des séquences de contrôle propriétaires spéciales. Ils peuvent donc ne fonctionne qu'avec les versions de système d'exploitation pour lesquelles le fabricant livre un chauffeur. GDI est une interface de programmation développée par Microsoft * pour les périphériques graphiques. Habituellement, le fabricant fournit des pilotes uniquement pour Windows, et puisque le pilote Windows utilise l'interface GDI, ces imprimantes sont également appelés Imprimantes GDI. Le vrai problème est pas l'interface de programmation, mais que ces imprimantes ne peuvent être adressé avec le langage d'imprimante propriétaire de l'imprimante respective modèle. Certaines imprimantes GDI peuvent être commutées pour fonctionner en mode GDI ou en une des langages d'impression standard. Voir le manuel de l'imprimante si c'est possible. Certains modèles nécessitent un logiciel Windows spécial pour commutateur (notez que le pilote d'imprimante Windows peut toujours commuter l'imprimante en mode GDI lors de l'impression à partir de Windows). Pour les autres imprimantes GDI il existe des modules d'extension pour un langage d'imprimante standard. Certains fabricants fournissent des pilotes propriétaires pour leurs imprimantes. le l'inconvénient des pilotes d'imprimante propriétaires est qu'il n'y a aucune garantie que ceux-ci fonctionnent avec le système d'impression installé ou qu'ils conviennent pour les différentes plates-formes matérielles. En revanche, les imprimantes prenant en charge le langage d'imprimante standard ne dépend pas d'une version spéciale du système d'impression ou une plate-forme matérielle spéciale. Au lieu de passer du temps à essayer de faire fonctionner un pilote Linux propriétaire, il peut être plus rentable d'acheter une imprimante prenant en charge une norme langage d'imprimante (de préférence PostScript). Cela résoudrait le pilote problème une fois pour toutes, éliminant le besoin d'installer et de configurer logiciel de pilote spécial et obtenir des mises à jour de pilote qui peuvent être nécessaires en raison de nouveaux développements dans le système d'impression.

20.8.2 Aucun fichier PPD approprié disponible pour une imprimante PostScript #Edit source

Si la fabricant-PPD ou OpenPrintingPPDs-postscript les packages ne contenir un fichier PPD approprié pour une imprimante PostScript, il devrait être possible pour utiliser le fichier PPD à partir du CD du pilote du fabricant de l'imprimante ou téléchargez un fichier PPD approprié à partir de la page Web du fabricant de l'imprimante. Si le fichier PPD est fourni sous forme d'archive zip (.zip) ou auto-extractible archive zip (.EXE), déballez-le avec décompresser. Tout d'abord, passez en revue les termes du contrat de licence du fichier PPD. Utilisez ensuite le cupstestppd utilitaire pour vérifier si le PPD le fichier est conforme "Format de fichier de description d'imprimante Adobe PostScript Spécification, version 4.3." Si l'utilitaire revient "ÉCHOUER," les erreurs dans les fichiers PPD sont graves et sont probables causer des problèmes majeurs. Les points problématiques signalés par cupstestppd devrait être éliminé. Si nécessaire, demandez au fabricant d'imprimantes pour un fichier PPD approprié.

Identification des problèmes de réseau

Connectez l'imprimante directement à l'ordinateur. À des fins de test, configurer l'imprimante en tant qu'imprimante locale. Si cela fonctionne, les problèmes sont liés au réseau.

Vérification du réseau TCP / IP

Le réseau TCP / IP et la résolution de noms doivent être fonctionnels.

Vérification d'une télécommande lpd

Utilisez la commande suivante pour tester si une connexion TCP peut être établie à lpd (Port 515) sur HÔTE:

smoking> netcat -z HÔTE 515 && echo ok || écho échoué

Si la connexion à lpd ne peut être établie, lpd peut ne pas être actif ou il peut y avoir un réseau de base problèmes. Pour autant que les lpd est actif et l'hôte accepte les requêtes, exécutez la commande suivante en tant que racine pour interroger un rapport d'état QUEUE à distance HÔTE:

racine # echo -e " 004queue" | netcat -w 2 -p 722 HÔTE 515

Si lpd ne répond pas, il peut ne pas être actif ou il peut y avoir des problèmes de réseau de base. Si lpd répond, la réponse doit montrer pourquoi l'impression n'est pas possible sur le queue sur hôte. Si vous recevez un comme celle montrée dans l'exemple 20.1, «Message d'erreur de lpd", le problème est causée par la télécommande lpd.

Exemple 20.1: Message d'erreur de lpd #

lpd: votre hôte n'a pas accès à l'imprimante ligne lpd: la file d'attente n'existe pas imprimante: mise en file d'attente désactivée imprimante: impression désactivée

Vérification d'une télécommande cupsd

Un serveur réseau CUPS peut diffuser ses files d'attente par défaut tous les 30 secondes sur le port UDP 631. En conséquence, les éléments suivants La commande peut être utilisée pour tester s'il existe un réseau de diffusion CUPS serveur dans le réseau. Assurez-vous d'arrêter votre démon CUPS local avant exécuter la commande.

smoking> netcat -u -l -p 631 & PID = $! ; dormir 40; tuer $ PID

Si un serveur de réseau de diffusion CUPS existe, la sortie apparaît comme comme illustré dans l'exemple 20.2, «Diffusion à partir du serveur réseau CUPS».

Exemple 20.2: Diffusion à partir du serveur réseau CUPS #

ipp: //192.168.2.202: 631 / imprimantes / file d'attente

IBM Z Tenez compte du fait que les périphériques Ethernet IBM Z ne reçoivent pas diffuse par défaut. La commande suivante peut être utilisée pour tester si une connexion TCP peut être établi pour cupsd (Port 631) sur HÔTE:

smoking> netcat -z HÔTE 631 && echo ok || écho échoué

Si la connexion à cupsd ne peut être établi, cupsd peut ne pas être actif ou il peut y avoir un réseau de base problèmes. lpstat -h HÔTE -l -t renvoie un rapport d'état (peut-être très long) pour toutes les files d'attente sur HÔTE, à condition que les cupsd est actif et l'hôte accepte les requêtes. La commande suivante peut être utilisée pour tester si le QUEUE sur HÔTE accepte un travail d'impression composé d'un seul caractère de retour chariot. Rien ne doit être imprimé. Il est possible qu'une page vierge soit éjectée.

smoking> echo -en " r" | lp -d file d'attente -h HÔTE

Dépannage d'une imprimante réseau ou d'un serveur d'impression

Les spouleurs exécutés sur une machine serveur d'impression provoquent parfois des problèmes lorsque ils doivent gérer plusieurs travaux d'impression. Comme cela est dû à la spouleur dans la machine du serveur d'impression, il n'y a aucun moyen de résoudre ce problème. Comme une solution de contournement, contournez le spouleur dans la machine du serveur d'impression en adresser l'imprimante connectée à la machine du serveur d'impression directement avec le socket TCP. Voir Section 20.4, «Imprimantes réseau». De cette façon, la machine du serveur d'impression est réduite à un convertisseur entre les diverses formes de transfert de données (réseau TCP / IP et imprimante locale connexion). Pour utiliser cette méthode, vous devez connaître le port TCP sur le serveur d'impression. Si l'imprimante est connectée à la machine du serveur d'impression et allumé, ce port TCP peut généralement être déterminé avec le nmap utilitaire de la nmap emballage quelque temps après la mise sous tension de la machine du serveur d'impression. Par exemple, nmap Adresse IP mai fournir la sortie suivante pour une machine serveur d'impression:

Service de l'État du port 23 / TCP Open Telnet 80 / TCP ouvert http Imprimante ouverte 515 / TCP 631 / tcp gobelets ouverts 9100 / TCP Open JetDirect

Cette sortie indique que l'imprimante connectée à la machine du serveur d'impression peut être adressé via le socket TCP sur le port 9100. Par défaut, nmap ne vérifie que plusieurs ports répertoriés dans / usr / share / nmap / nmap-services. À vérifier tous les ports possibles, utilisez la commande nmap -p FROM_PORT–TO_PORT ADRESSE IP. Cela peut prendre un certain temps. Pour plus d'informations, reportez-vous à la page de manuel de nmap. Entrez une commande comme

smoking> echo -en " rBonjour r f" | netcat -w 1 port d'adresse IP fichier chat | netcat -w 1 port d'adresse IP

pour envoyer des chaînes de caractères ou des fichiers directement au port respectif tester si l'imprimante peut être adressée sur ce port.

20.8.4 Impressions défectueuses sans message d'erreur #Edit source

Pour le système d'impression, le travail d'impression est terminé lorsque le serveur principal CUPS termine le transfert des données vers le destinataire (imprimante). Si plus loin le traitement sur le destinataire échoue (par exemple, si l'imprimante n'est pas en mesure pour imprimer les données spécifiques à l'imprimante), le système d'impression ne le remarque pas. Si l'imprimante ne peut pas imprimer les données spécifiques à l'imprimante, sélectionnez un fichier PPD qui convient mieux à l'imprimante.

Si le transfert de données au destinataire échoue entièrement après plusieurs tentatives, le back-end CUPS, comme USB ou prise, signale une erreur au système d'impression (à cupsd). Le back-end détermine le nombre d'échecs les tentatives sont appropriées jusqu'à ce que le transfert de données soit signalé comme impossible. Comme de nouvelles tentatives seraient vaines, cupsd désactive impression pour la file d'attente respective. Après avoir éliminé la cause de la problème, l'administrateur système doit réactiver l'impression avec la commande cupsenable.

Si un serveur réseau CUPS diffuse ses files d'attente aux hôtes clients via navigation et un local approprié cupsd est actif sur hôtes clients, le client cupsd accepte les travaux d'impression de applications et les transmet au cupsd sur le serveur. Quand cupsd sur le serveur accepte un travail d'impression, il se voit attribuer un nouveau numéro de tâche. Par conséquent, le numéro de travail sur l'hôte client est différent du numéro de tâche sur le serveur. Comme un travail d'impression est généralement transmis immédiatement, il ne peut pas être supprimé avec le numéro de hôte client C'est parce que le client cupsd en ce qui concerne le tâche d'impression terminée lorsqu'elle a été transmise au serveur cupsd. Pour supprimer le travail d'impression sur le serveur, utilisez un commande telle que lpstat -h cups.example.com -o pour déterminer le numéro de tâche sur le serveur. Cela suppose que le serveur n'a pas déjà terminé le travail d'impression (c'est-à-dire qu'il a été complètement envoyé à l'imprimante). Utilisation l'emploi obtenu pour supprimer le travail d'impression sur le serveur comme suit:

smoking> annuler -h cups.example.com QUEUE-JOBNUMBER

20.8.7 Tâches d'impression défectueuses et erreurs de transfert de données #Edit source

Si vous éteignez l'imprimante ou éteignez l'ordinateur pendant l'impression processus d'impression, les travaux d'impression restent dans la file d'attente. L'impression reprend lorsque l'ordinateur (ou l'imprimante) est réactivée. Les travaux d'impression défectueux doivent être supprimés de la file d'attente avec Annuler. Si un travail d'impression est corrompu ou qu'une erreur se produit dans la communication entre l'hôte et l'imprimante, l'imprimante ne peut pas traiter les données correctement et imprime de nombreuses feuilles de papier avec caractères inintelligibles. À résoudre le problème, procédez comme suit:

Pour arrêter l'impression, retirez tout le papier des imprimantes à jet d'encre ou ouvrez le bacs à papier des imprimantes laser. Les imprimantes de haute qualité ont un bouton pour annuler l'impression en cours.

Le travail d'impression peut toujours être dans la file d'attente, car les travaux sont uniquement supprimés après leur envoi complet à l'imprimante. Utilisation lpstat -o ou lpstat -h cups.example.com -o pour vérifier lequel la file d'attente est en cours d'impression. Supprimez le travail d'impression avec Annuler QUEUE–JOBNUMBER ou annuler -h cups.example.com QUEUE–JOBNUMBER.

Certaines données peuvent encore être transférées vers l'imprimante même si l'impression le travail a été supprimé de la file d'attente. Vérifiez si un processus back-end CUPS est toujours en cours d'exécution pour la file d'attente respective et y mettre fin.

Réinitialisez complètement l'imprimante en l'éteignant pendant un certain temps. alors insérez le papier et mettez l'imprimante sous tension.

Utilisez la procédure générique suivante pour localiser les problèmes dans CUPS:

Ensemble Débogage de LogLevel dans /etc/cups/cupsd.conf.

Arrêtez cupsd.

Retirer / var / log / cups / error_log * pour éviter d'avoir à rechercher dans de très gros fichiers journaux.

Début cupsd.

Répétez l'action qui a provoqué le problème.

Vérifiez les messages dans / var / log / cups / error_log * à identifier la cause du problème.

Click to rate this post! [Total: 0 Average: 0]