windows server compartilhando impressoras, por que a máquina local precisa de driver?

Question

Eu encontrei isso no trabalho hoje e não tenho uma boa resposta. Para elaborar, temos um servidor de impressão do Windows compartilhando várias impressoras. Se você se conectar a esse compartilhamento de impressora com um cliente do Windows, ele deseja instalar um driver de impressora. Por que é isso? Um dos recursos de um servidor de impressão é que você pode enviar um arquivo para ele e fazer o processamento no servidor de impressão, e não na máquina local.

Este é um problema especialmente com impressoras mais antigas que não possuem drivers de 64 bits. À medida que migramos para o windows 7, não podemos usar as impressoras, mesmo que o servidor de impressão possa falar com elas bem . O Windows 7 não pode usá-los, porque não é possível obter um driver de 64 bits.

O único trabalho que consegui encontrar, é configurar um servidor de cups que aceita tudo como postscript, depois faz o processamento correto para cada impressora. Por que o Windows funciona dessa maneira e eu tenho outra opção?

    

Answer 1

Você mesmo respondeu isso com o seu servidor CUPS aceitando tudo como PostScript.

Cada impressora possui recursos, recursos e suporte diferentes, e é por isso que impressoras diferentes exigem drivers diferentes. Lembre-se, Postscript e PCL não são obrigatórios.

É facilmente contornado ao discutir textos e uma simples impressora a laser B & W, mas leve isso ao extremo. Você tem um livreto de 50 páginas no MS Word e deseja imprimir em uma impressora multifuncional grande e complicada. Primeiramente, onde você configuraria o Duplex, de qual bandeja pegar o papel? Essas opções vêm do driver de impressão - o servidor de impressão deve interpretar as opções e exibi-las de alguma forma para o cliente?

Em segundo lugar, quando você clica em imprimir, o que exatamente é o MS Word tem a ver com este documento? Envie-o como um documento bruto - imagine a sobrecarga de processamento? Ou talvez a MS possa desenvolver um driver universal personalizado - totalmente possível, mas é improvável que ele suporte recursos complexos nem tenha sucesso garantido.

One of the appeals of a print server is that you can send it a file, and have the processing done on the print server, rather than at your local machine

Eu diria que isso é falso de qualquer maneira. Os servidores de impressão são sobre gerenciamento e distribuição centralizados, não sobre o trabalho de descarregamento.

Você considerou simplesmente adicionar um driver postrscript básico diferente de 64 bits no servidor de impressão? Isso provavelmente traria o mesmo resultado da solução CUPS, com menos confusão.

    

Answer 2

O driver no PC cliente basicamente transforma um trabalho de impressão em algo que a impressora entenderá - às vezes isso pode ser algo como PCL ou PS, mas em alguns casos, será mais obscuro usado apenas por essa marca / impressora.

Basicamente, o servidor apenas mantém este trabalho de impressão preparado e os coloca em fila antes que possa enviá-lo para a impressora em questão. No entanto, o servidor também precisa saber como se comunicar com a impressora, e é útil ser capaz de imprimir a partir do servidor, exigindo, portanto, o driver no servidor.

Uma solução que analisei foi configurar um servidor de impressão 7x64 que parecia funcionar, mas o método que acabei usando foi criar imagens para os PCs win7x64 que já tinham todos os drivers de impressão em uso em nossa organização. configurado anteriormente, então, quando implantado, ele precisava se conectar a uma impressora que já tinha os drivers.

Também achei uma quantidade surpreendente de drivers instalados com sucesso de servidores servidores 2003 / x86 para clientes 7x64, então o servidor de impressão de teste 7x64 nunca entrou em produção.

No entanto, esses métodos acabam com versões do driver muitas vezes incompatíveis no cliente e no servidor, o que não é uma prática recomendada, e o uso de drivers xp / x86 em 7x64 também não pode ser considerado a melhor prática. de servidores de 03 a 08, que na época era o maior motivo para fazê-lo, então infelizmente tive que recorrer a esses métodos.

Além disso, os drivers universais de postscript nem sempre são tão bons quanto você espera - tínhamos muitos HP inkjet 2600/2800 da HP que não eram compatíveis com 7x64, tentamos usar o driver ps universal da HP que não funcionaria com eles (Eu me assegurei de adicionar uma placa PS a cada impressora antes de testá-la).

+1 para drivers internos - Eu encontrei algumas impressoras que não tinham suporte para win7 no site do fabricante, mas o Win 7 carregou um driver sem problemas.