Se você estiver usando o Samba / CUPS como um servidor de impressão para clientes baseados em Windows, os clientes normalmente terão drivers para essa impressora, embora em alguns casos o CUPS possa fazer sua própria tradução. Por exemplo, é possível configurar ghostscript e render postscript para serem exibidos em uma impressora que não seja PS, embora os clientes Windows precisem de um driver PS que funcione bem com isso.
Para clientes Linux, a resposta é: é complicado, mas não é. O tradicional Unix / Linux não possui uma API de renderização ou impressão nativa padrão equivalente ao GDI do Windows, embora bibliotecas como Cairo possam fornecer essa funcionalidade para aplicativos que usa-os. A maioria dos aplicativos unix tradicionais apenas imprimem ASCII para stdout ou geram arquivos Postscript nativamente. Bibliotecas de renderização independentes de dispositivo, como o Cairo, renderizarão apenas o Postscript por meio de seu próprio driver, que será empacotado no cliente com a biblioteca.
Você quase certamente encontrará o Postscript em algum lugar no fluxo de trabalho para um sistema de impressão lpr / lpd do CUPS ou mais antigo. Normalmente, os clientes produzem saída ASCII ou Postscript. A saída ASCII será convertida através de algo como a2ps e o Postscript acabado de passar. O Postscript será passado para a impressora ou uma camada de renderização baseada no Ghostscript.
Já faz um tempo que eu configurei um subsistema de impressão baseado em Linux, mas os drivers IIRC PS são bastante genéricos, com apenas um arquivo PPD para a impressora de destino. Os clientes não precisam necessariamente saber muito sobre isso. Tradicionalmente, você apenas configura filas para impressão de diferentes maneiras (por exemplo, frente e verso, não-frente e verso ou timbrado) e elas se tornam destinos de impressão separados.
Se você estiver usando aplicativos com controle de impressora local, por exemplo, aplicativos que usam a API GNOME-Print ou Para imprimir arquivos diretamente com as opções lpr -o , o recurso de impressão pode exercer mais controle sobre o destino real da impressora. Por exemplo, determinadas bandejas ou opções de duplexação podem ser selecionadas. Se você tiver um arquivo PPD correto para a impressora instalada no servidor CUPS, essas opções deverão funcionar a partir do cliente sem exigir que o cliente tenha software de driver adicional instalado.
EDIT: No seu caso, acho que o problema pode ser que o LBP810 é um winprinter e nunca houve nenhum driver Linux produzido para ele. Sua melhor aposta pode ser obter uma impressora diferente, o que pode ser feito de maneira muito barata se você se aproximar dela corretamente.
impressoras a laser de segunda mão são muito baratos no Ebay, e você pode obter uma Laserjet 4100 ou algo semelhante para o seu site. _sacat = Ver todas as categorias "> cerca de 100 USD , dependendo da sua localização. Todos os lasers HP de gama média suportam Postscript ou PCL5 / 6 e funcionam bem com o Linux e o CUPS. Você deve ter pouco trabalho para conseguir um desses para trabalhar e os usados são tão baratos que você pode tratá-los como um item descartável.