¿Deberían los clientes CUPS necesitar tener PPD añadidos localmente, es decir, debería pasárselos lpadmin -P? Estos clientes imprimen a través de un servidor de impresión local a un servidor de impresión remoto ( ipp://) que supongo que está configurado de acuerdo con las mejores prácticas (no lo administro). Son PC con Linux. No creo que esté tratando con colas sin procesar en el servidor de impresión remoto.
Mi pregunta parece idéntica a esta, pero entiendo que los controladores y los PPD no son lo mismo, y que los PPD son una especie de "lista de características" para la impresora con algunos comandos PostScript sobre cómo usarlos. Me parece algo que es el trabajo del servidor, pero tuve problemas para encontrar algo que lo indique claramente.
client.confpara apuntarlo al servidor remoto, pero hay una cola que necesitamos que no esté en ese servidor CUPS (es un sistema de pago para algunos laboratorios públicos). Esta es la razón principal del servidor CUPS local, y usamos un PPD para ello.Respuestas:
Tengo un único servidor Linux Print llamado printsrv que ejecuta cupsd con todas las impresoras de red definidas con los controladores / PPD / etc adecuados. En las más de 100 máquinas Linux en mi sitio, ni siquiera ejecuto el servicio de tazas demonio y la única configuración para imprimir que hago en ellas es agregar una línea a /etc/cups/client.conf que es
Con esa línea en /etc/cups/client.conf, todos mis cuadros de Linux ven todas las impresoras que defino en printsrv e imprimo en ellas correctamente.
fuente
En CUPS tiene las siguientes opciones: 1. Usar cola sin procesar en el servidor, usar ppd específico en el cliente 2. Usar ppd específico en el servidor, usar cola sin procesar en el cliente
Ambos casos deben considerarse obsoletos y se planea descartarlos en el futuro.
En el servidor:
En el cliente:
fuente