Les clients CUPS doivent-ils avoir des PPD installés localement?


12

Les clients CUPS doivent-ils avoir besoin d'ajouter des PPD localement, c'est-à-dire, dois-je les transmettre à lpadmin -P? Ces clients impriment via un serveur d'impression local vers un serveur d'impression distant ( ipp://) qui, je suppose, est configuré conformément aux meilleures pratiques (je ne le gère pas). Ce sont des PC Linux. Je ne pense pas avoir affaire à des files d'attente brutes sur le serveur d'impression distant.

Ma question semble identique à celle-ci, mais je crois comprendre que les pilotes et les PPD ne sont pas la même chose, et que les PPD sont une sorte de "liste de fonctionnalités" pour l'imprimante avec quelques commandes PostScript sur la façon de les utiliser. Il me semble que c'est le travail du serveur, mais j'ai eu du mal à trouver quoi que ce soit qui le dise clairement.


3
Si vous envoyez des travaux à un serveur d'impression distant, seul ce serveur aurait besoin de connaître les fichiers PPD, je pense. Voir par exemple Configuration d'une imprimante distante . C'est la façon dont les serveurs fonctionnent généralement - le client n'a pas besoin de connaître les détails. Avez-vous des difficultés à configurer quelque chose? Peut-être que je comprends mal votre question. La recherche sur "l'impression sur un serveur de cups distant" sur Google a quelques trucs. Le premier coup semblait tout à fait raisonnable.
Faheem Mitha

Addendum: en lisant votre question, je ne comprends pas "l'impression via un serveur d'impression local vers un serveur d'impression distant" (pourquoi deux serveurs?) Donc je ne comprends probablement pas votre question.
Faheem Mitha

@FaheemMitha Ma configuration (pas de PPD sur le serveur cups local) fonctionne, juste pour m'assurer qu'il n'y a aucun problème à le faire. Je pourrais l'utiliser client.confpour pointer vers le serveur distant, mais il y a une file d'attente dont nous avons besoin qui ne se trouve pas sur ce serveur CUPS (c'est un système payant pour certains laboratoires publics). C'est la raison principale du serveur CUPS local, et nous utilisons un PPD pour cela.
OEP

1
@FaheemMitha Eh bien, si le PPD est le pilote d'imprimante, c'est probablement juste un malentendu. De toute évidence, le serveur d'impression a un pilote configuré pour cela et je n'en ai pas besoin sur le client. Je pense que j'ai été confus par une partie du langage utilisé par le serveur CUPS car il fait référence à un "pilote" et non au PPD.
OEP

2
@ ILMostro_7 Si vous le souhaitez, cette question pourrait être convertie en quelque chose du type "Le PPD est-il un pilote d'imprimante?" et je pense que ce serait utile. J'ai certainement vu une confusion quant à savoir si le PPD / pilote / les deux doivent être installés sur un client Linux CUPS. Nous pouvons être prudents pour le distinguer également des pilotes d'imprimante Windows.
OEP

Réponses:


4

J'ai un seul serveur d'impression Linux nommé printsrv exécutant cupsd avec toutes les imprimantes réseau définies avec les pilotes / PPD / etc appropriés. Sur les 100+ autres machines Linux de mon site, je n'exécute même pas le démon du service cups et la seule configuration pour l'impression que je fais dessus est d'ajouter une ligne à /etc/cups/client.conf qui est

ServerName printsrv.mydomain.com

Avec cette seule ligne dans /etc/cups/client.conf, toutes mes boîtes Linux voient toutes les imprimantes que je définis sur printsrv et impriment correctement.


Cela semble fonctionner (ouais, simplicité!) Mais la documentation CUPS semble indiquer que les clients ont besoin que le démon soit en cours d'exécution. freebsd.org/doc/en_US.ISO8859-1/articles/cups/…
Greg Bell

0

Dans CUPS, vous avez les options suivantes: 1. Utiliser une file d'attente brute sur le serveur, utiliser un ppd spécifique sur le client 2. Utiliser un ppd spécifique sur le serveur, utiliser une file d'attente brute sur le client

Ces deux cas devraient être considérés comme obsolètes et devraient être abandonnés à l'avenir.

  1. Utilisez la file d'attente partout sur le client, utilisez un ppd spécifique sur le serveur:

Sur le serveur:

lpadmin -p queue1 -v socket://printer -m 'my.ppd'

Sur le client:

lpadmin -p queue1 -v ipp://remote/printers/queue1 -m everywhere
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.