Os clientes do CUPS precisam ter PPDs instalados localmente?

Os clientes do CUPS precisam adicionar PPDs localmente, ou seja, devo transmiti-los lpadmin -P? Esses clientes imprimem através de um servidor de impressão local em um servidor de impressão remoto ( ipp://) que, presumo, é configurado de acordo com as práticas recomendadas (não o administro). Eles são computadores Linux. Acho que não estou lidando com filas brutas no servidor de impressão remoto.

Minha pergunta parece idêntica a esta, mas meu entendimento é que drivers e PPDs não são a mesma coisa e que os PPDs são uma espécie de "lista de recursos" para a impressora com alguns comandos PostScript sobre como usá-los. Parece-me algo que é o trabalho do servidor, mas tive problemas para encontrar algo que afirme isso claramente.

cups

— OEP
fonte

Se você estiver enviando trabalhos para um servidor de impressão remoto, acho que apenas esse servidor precisaria saber sobre os arquivos PPD. Veja, por exemplo, Configuração de uma impressora remota . É assim que os servidores geralmente funcionam - o cliente não precisa saber os detalhes. Você está tendo dificuldades para configurar alguma coisa? Talvez eu esteja entendendo mal sua pergunta. Pesquisando no Google "a impressão no servidor de copos remotos" tem algumas coisas. O primeiro golpe parecia bastante razoável.

— Faheem Mitha

Adendo: ao ler sua pergunta, não entendo a "impressão via servidor de impressão local para um servidor de impressão remoto" (por que dois servidores?), Por isso provavelmente não estou entendendo sua pergunta.

— Faheem Mitha

@FaheemMitha Minha configuração (sem PPD no servidor de copos locais) funciona, apenas certificando-me de que não há problema em fazê-lo. Eu poderia usá client.conf-lo para apontar para o servidor remoto, mas há uma fila que precisamos que não esteja no servidor CUPS (é um sistema pago para alguns laboratórios públicos). Esse é o principal motivo do servidor CUPS local e usamos um PPD para ele.

— OEP

@FaheemMitha Bem, se o PPD é o driver da impressora, isso provavelmente é apenas um mal-entendido. Claramente, o servidor de impressão possui um driver configurado e eu não preciso dele no cliente. Acho que fiquei confuso com parte da linguagem usada pelo servidor CUPS, pois se refere a um "driver" e não ao PPD.

— OEP

@ ILMostro_7 Se você quiser, esta pergunta poderá ser convertida em algo como "O PPD é um driver de impressora?" e acho que seria útil. Definitivamente, vi confusão quanto à necessidade de instalar o PPD / driver / ambos em um cliente Linux do CUPS. Podemos ter o cuidado de diferenciá-lo dos drivers de impressora do Windows.

— OEP

Eu tenho um único servidor de impressão Linux chamado printsrv executando o cupsd com todas as impressoras de rede definidas com drivers / PPDs / etc. Nas mais de 100 outras máquinas Linux do meu site, eu nem executo o daemon de serviço cups e a única configuração para impressão que faço nelas é adicionar uma linha ao /etc/cups/client.conf, que é

ServerName printsrv.mydomain.com

Com essa linha no /etc/cups/client.conf, todas as minhas caixas Linux vêem todas as impressoras que eu defino no printsrv e imprimo corretamente.

— chove
fonte

Isso parece funcionar (sim, simplicidade!), Mas a documentação do CUPS parece indicar que os clientes exigem que o daemon esteja em execução. freebsd.org/doc/en_US.ISO8859-1/articles/cups/…

— Greg Bell

No CUPS, você tem as seguintes opções: 1. Usar fila bruta no servidor, usar ppd específico no cliente 2. Usar ppd específico no servidor, usar fila bruta no cliente

Ambos os casos devem ser considerados obsoletos e estão planejados para serem descartados no futuro.

Use a fila de qualquer lugar do cliente, use o ppd específico no servidor:

No servidor:

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

No cliente:

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

— ponto vermelho
fonte