I client CUPS devono avere PPD installati localmente?

I clienti CUPS devono avere PPD aggiunti localmente, ovvero devo passarli lpadmin -P? Questi client stampano tramite un server di stampa locale su un server di stampa remoto ( ipp://) che presumo sia impostato in base alle migliori pratiche (non lo gestisco). Sono PC Linux. Non credo di avere a che fare con le code non elaborate sul server di stampa remoto.

La mia domanda sembra identica a questa, ma la mia comprensione è che i driver e i PPD non sono la stessa cosa e che i PPD sono una sorta di "elenco di funzioni" per la stampante con alcuni comandi PostScript su come usarli. Mi sembra qualcosa che è il lavoro del server, ma ho avuto problemi a trovare qualcosa che lo dichiari chiaramente.

cups

— OEP
fonte

Se stai inviando lavori a un server di stampa remoto, credo che solo quel server dovrebbe conoscere i file PPD. Vedere ad esempio Installazione di una stampante remota . Questo è il modo in cui normalmente funzionano i server: il client non ha bisogno di conoscere i dettagli. Hai difficoltà a configurare qualcosa? Forse sto fraintendendo la tua domanda, però. Googling "stampa su server tazze remote" ha alcune cose. Il primo colpo sembrava abbastanza ragionevole.

— Faheem Mitha,

Addendum: leggendo la tua domanda, non capisco la "stampa tramite un server di stampa locale su un server di stampa remoto" (perché due server?) Quindi probabilmente non capisco la tua domanda.

— Faheem Mitha,

@FaheemMitha La mia configurazione (nessun PPD sul server di tazze locale) funziona, solo assicurandomi che non ci siano problemi nel farlo. Potrei usarlo client.confper indicarlo al server remoto, ma c'è una coda di cui abbiamo bisogno che non è su quel server CUPS (è un sistema a pagamento per alcuni laboratori pubblici). Questo è il motivo principale per il server CUPS locale e per questo utilizziamo un PPD.

— OEP,

@FaheemMitha Bene, se il PPD è il driver della stampante, questo è probabilmente solo un malinteso. Chiaramente il server di stampa ha un driver impostato per esso e non ne ho bisogno sul client. Penso di essere stato confuso da parte del linguaggio usato dal server CUPS poiché si riferisce a un "driver" e non al PPD.

— OEP,

@ ILMostro_7 Se lo desideri, questa domanda potrebbe essere convertita in qualcosa del tipo "Il PPD è un driver della stampante?" e penso che sarebbe utile. Ho sicuramente visto la confusione sul fatto che sia necessario installare PPD / driver / entrambi su un client CUPS Linux. Potremmo stare attenti a distinguerlo anche dai driver di stampa di Windows.

— OEP,

Risposte:

Ho un singolo server di stampa Linux chiamato printrv che esegue cupsd con tutte le stampanti di rete definite con i driver / PPD / etc appropriati. Sulle oltre 100 altre macchine Linux sul mio sito non eseguo nemmeno il demone del servizio tazze e l'unica configurazione per la stampa che faccio su di esse è quella di aggiungere una riga a /etc/cups/client.conf che è

ServerName printsrv.mydomain.com

Con quella riga in /etc/cups/client.conf tutte le mie scatole di Linux vedono tutte le stampanti che definisco su printsrv e le stampano correttamente.

— Raines
fonte

Questo sembra funzionare (yay, semplicità!) Ma la documentazione CUPS sembra indicare che i client richiedono che il demone sia in esecuzione. freebsd.org/doc/en_US.ISO8859-1/articles/cups/...

— Greg Campana

In CUPS hai le seguenti opzioni: 1. Usa la coda grezza sul server, usa i ppd specifici sul client 2. Usa i ppd specifici sul server, usa la coda grezza sul client

Entrambi questi casi dovrebbero essere considerati deprecati e dovrebbero essere eliminati in futuro.

Usa la coda ovunque sul client, usa ppd specifico sul server:

Sul server:

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

Sul cliente:

lpadmin -p queue1 -v ipp://remote/printers/queue1 -m everywhere

— punto Rosso
fonte