Encontrei problemas com os usuários da Área de trabalho remota de impressão fácil que tentavam imprimir em < href="http://h20565.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay?javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok= com.vignette.cachetoken & javax.portlet.prp_ba847bafb2a2d782fcbb0710b053ce01 = wsrp-navigationalState = docId% 253Demr_na-c00374690-4% 257CdocLocale% 253D% 257CcalledBy% 253D & javax.portlet.tpst = ba847bafb2a2d782fcbb0710b053ce01 & ac.admitted = 1392148470933.876444892.492883150" > GDI / impressoras baseadas em host de sessões da Área de Trabalho Remota. Os objetos da impressora são redirecionados para a sessão do RD e relatam um estado "Pronto" quando endereçados de dentro dos aplicativos do Office. Um trabalho de impressão submetido, no entanto, é apenas engolido pelo sistema - nada é impresso para a impressora local e nada é registrado no aplicativo ou nos logs do sistema do servidor ou do cliente.
Eu só tenho impressoras HP para testar isso e encontrei os sintomas mencionados acima com os seguintes modelos:
E no caso do P1606, que também suporta o PCL5e, pude verificar que o uso de drivers PCL5e compatíveis (eu escolhi um LaserJet 4000 PCL 5e) em vez dos drivers originais HP GDI corrige o problema.
No meu entender, o Easy Print transmite um trabalho de XPS que é alimentado no processador XPS do cliente RD e impresso através do driver local. Seguindo essa lógica, o procedimento deve ser totalmente independente do driver e, no mínimo, não engasgar com os drivers da GDI. Por que isso no final? Suspeitando de um problema no cliente, testei com o Windows XP SP3 com algumas atualizações relacionadas instaladas, bem como com o Windows 7 SP1, mas o problema estava relacionado a todos os ambientes do cliente.
Ambiente:
Trabalhamos com o MS e eles criaram um hotfix cliente que permite que impressoras (pelo menos da HP) usem drivers baseados em host para trabalhar com o RDS Easy Print. Isso foi testado com sucesso em nosso ambiente.
O hotfix está disponível aqui: link
Eu encontrei 2 soluções que funcionavam bem com clientes Windows 7 (32/64 bits)
Use o Universal Print Drivers PCL5 no seu cliente Windows
Como um GPO:
Modelos Administrativos / Componentes do Windows / Serviços de Área de Trabalho Remota / Host de Sessão de Área de Trabalho Remota / Redirecionamento de Impressora / Use a Área de Trabalho Remota Driver de Impressão Fácil primeiro: Ativado
Crie um GPO para um grupo de segurança (usuários que possuem uma Laserjet 1022) que não usam o Easy Print Driver primeiro
Modelos Administrativos / Componentes do Windows / Serviços de Área de Trabalho Remota / Host de Sessão de Área de Trabalho Remota / Redirecionamento de Impressora / Use a Área de Trabalho Remota Driver de Impressão Fácil primeiro: Desativado
Após instalar o driver Laserjet 1022 no seu servidor RDS (2008 R2 64bits), a impressora funciona bem
Primeiro, tente ativar o Easy Print no GPO do servidor. O local da política é "Configuração do computador - > Modelos administrativos - Componentes do Windows - > Serviços de área de trabalho remota > Host de Sessão da Área de Trabalho Remota - > Redirecionamento de Impressora ”. A configuração “Usar primeiro o driver da impressora Easy Desktop da Área de Trabalho Remota” deve ser definida como “Ativada” para o redirecionamento Easy Print e deve estar “Desabilitada” para Legacy Print. Para “Não configurado”, o Easy Print é escolhido por padrão.
Se o acima não funcionar, você deve instalar o mesmo driver de impressão de versão no servidor e no computador cliente. Depois de instalar o driver, você também precisará alterar novamente a política de grupo para desativada em "Configuração do computador - > Modelos administrativos - Componentes do Windows - > Serviços de área de trabalho remota > Host de Sessão da Área de Trabalho Remota - > Redirecionamento de impressoras - > Use o driver Easy Desktop da Área de Trabalho Remota primeiro "para que ele mapeie o driver no cliente para o que está no servidor. Uma vez feito isso, ele imprime bem.