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.
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.Réponses:
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
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.
la source
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.
Sur le serveur:
Sur le client:
la source