PyKota: controle do uso de impressoras
“CUPS é velho conhecido de todos, o servidor de impressão mais utilizado hoje em dia no mundo opensource. O PyKota que talvez seja uma novidade: a função dele é permitir um maior controle sobre o que é impresso, por exemplo: você poderá informar que o usuário joao pode imprimir 10 páginas na impressora hp e 5 na xerox que o usuário jose não imprime e por aí vai (coisas que o CUPS não consegue sozinho). Ele atua como um backend para o CUPS, funcionando da seguinte maneira: o CUPS recebe a requisição de impressão, envia ao sistema do PyKota que analisa e julga as permissões do usuário, caso seja liberado, reenvia o processo ao CUPS que se encarrega da impressão.
Caso o usuário não tenha permissão para imprimir (ou tenha ultrapassado sua quota) ele não reenvia o processo para o CUPS, logo não imprime; loga que a impressão foi negada (e o motivo) e pode até mesmo enviar email para o usuário explicando a situação. Mesmo que a documentação do PyKota afirme que Debian é a distribuição mais recomendada, a solução funcionou perfeitamente no Arch. Veja maiores detalhes no artigo completo.”
Enviado por Carlos Eduardo Campos Silva (cecamposΘarchlinux-br·org) - referência (cecampos.archlinux-br.org)..
(postado por Augusto Campos)
Comentários dos leitores
Comentário de Stillcrazy
27/11/07 8:35
Qual o problema...: Qual o problema com o Debian? Me parece ser beeeeem estável e com muitas ferramentas que auxiliam na administração....
Comentário de Jerome Alet
27/11/07 11:38
Não usem isso!: Sorry for not writing in Portuguese...
If you've found any problem with this software, and you want them to be fixed, please send a bug report instead of complaining.
If you complain like this on a public forum without giving any detail about the problems you are encoutering, how do you want me to fix them ?
If you've found any problem with this software, and you want them to be fixed, please send a bug report instead of complaining.
If you complain like this on a public forum without giving any detail about the problems you are encoutering, how do you want me to fix them ?
Comentário de victor gaudio
27/11/07 14:27
Servidores de impressão com IBQUOTA: Dois anos atrás fiz um levantamento para selecionar um conjunto de software adequado para implementar soluções de impressão que contenham servidores de controle e atualmente nós implementamos com o ibquota por uma série de motivos, até hoje temos uns 15 servidores instalados nos mais variados ambientes funcionando perfeitamente e atendendo todas as necessidades dos clientes, incluindo personalizações.
portanto alguém precisando de alguma consultoria em soluções de impressão é só entrar em contato.
um abraço,
victor gaudio
portanto alguém precisando de alguma consultoria em soluções de impressão é só entrar em contato.
um abraço,
victor gaudio
Comentário de emanuelsan
27/11/07 14:35 - usuário registrado #5843
Não rodar continuamente: Minha empresa usa apenas para fazer "bilhetagem" (contabilizar o número de páginas impressas). Programei para fazer isso apenas de madrugada ao invés de x em x minutos.
Comentário de timm
27/11/07 19:34 - usuário registrado #6071
Apt?: Apt? Credo...
----------------
Linux User #405251
http://timmerman.wordpress.com
----------------
Linux User #405251
http://timmerman.wordpress.com
Comentário de timm
27/11/07 19:35 - usuário registrado #6071
Preciso em tempo real: Pois a hierarquia da empresa (que é bem grande) faz os gerentes gostarem de acompanhar o uso da impressora em suas unidades...
----------------
Linux User #405251
http://timmerman.wordpress.com
----------------
Linux User #405251
http://timmerman.wordpress.com
Comentário de timm
27/11/07 19:49 - usuário registrado #6071
Jerome Alet: O principal problema com o PyKota é a baixíssima performance ao processar documentos com contagem via hardware, não tem muitas configurações que podem ser feitas nisso. Nesse modo de contagem, as informações transitam entre impressora - servidor através de SNMP.
Ao ativar a contagem por software, a performance aumenta e fica aceitável (não boa, mas aceitável), mas ele obtém números inconsistentes ao processar documentos PDF e impressões remotas - através do protocolo LPD vindo dos Mainframes.
Impressões vindas das estações, mas enviadas através de PCL (também vindo dos mainframes, mas enviadas à estação do usuário, para esta imprimir - e não do mainframe pro servidor de impressão) recebem bilhetagens ainda mais absurdas, onde alguns relatórios de 4, 5 páginas obtém contabilidade de 300 a 400 páginas. Ativo o modo de contagem via hardware e ninguém imprime mais nada.
Ou seja, ele é um software complicado de se trabalhar. Por mim testaria o Ibquota, para utilizar o melhor entre os dois, mas não posso fazer isso.
E sim, já reportei erros pra vocês.
----------------
Linux User #405251
http://timmerman.wordpress.com
Ao ativar a contagem por software, a performance aumenta e fica aceitável (não boa, mas aceitável), mas ele obtém números inconsistentes ao processar documentos PDF e impressões remotas - através do protocolo LPD vindo dos Mainframes.
Impressões vindas das estações, mas enviadas através de PCL (também vindo dos mainframes, mas enviadas à estação do usuário, para esta imprimir - e não do mainframe pro servidor de impressão) recebem bilhetagens ainda mais absurdas, onde alguns relatórios de 4, 5 páginas obtém contabilidade de 300 a 400 páginas. Ativo o modo de contagem via hardware e ninguém imprime mais nada.
Ou seja, ele é um software complicado de se trabalhar. Por mim testaria o Ibquota, para utilizar o melhor entre os dois, mas não posso fazer isso.
E sim, já reportei erros pra vocês.
----------------
Linux User #405251
http://timmerman.wordpress.com
Comentário de Jerome Alet
27/11/07 21:09
problems: Sorry again, I can mostly read portuguese but not write it...
Hardware accounting speed has really improved lately (PyKota v1.26) : you can halve the inter-job time if your print server is the only one to send datas to a particular printer. By setting the "skipinitialwait: yes" directive in pykota.conf only one SNMP query will be sent to the printer before the job is sent to it. You can also play with "statusstabilizationloops" and "statusstabilizationdelay" which are now configurable. Most of the time spent during hardware accounting is lost because PyKota MUST wait for the printer's status to be stable before reading its internal page counter, otherwise the values would be incorrect, but depending on your printers you can configure this precisely with the three directives above.
With software accounting however, most of the time is used to parse the print jobs' datas, so it takes much much more CPU, and, as you have seen, this is not perfect science. You can often improve the situation by downloading and install the very latest stable release (currently v3.30) of pkpgcounter from http://www.pykota.com. This is the parsing engine used by PyKota and it can be upgraded independantly. Almost every month or two months a new release is published often with new parsers or improvements over the existing ones.
You must keep in mind that for each Page Description Language a mini parser has to be written, and unfortunately for some languages there is no documentation or the documentation is incomplete. Also for some documented languages, like PCL or PCLXL, some printer manufacturers introduce proprietary and undocumented extensions (like Canon ImageRunner), making it very difficult to code something which works with all printer drivers.
That being said I'd be very interested in receiving incorrectly parsed files from you (again maybe) to improve the situation if possible. Capture the files by setting "keepfiles: yes" in pykota.conf and then send to me the /var/spool/cups/tmp/cupspykota* files as a tar+gzip archive. For each file please tell me how many pages there are in reality in it, and how many pages PyKota has found. Also tell me which printer driver was used (e.g. CUPS' PPD file or Windows native driver).
Thanks for your help
Hardware accounting speed has really improved lately (PyKota v1.26) : you can halve the inter-job time if your print server is the only one to send datas to a particular printer. By setting the "skipinitialwait: yes" directive in pykota.conf only one SNMP query will be sent to the printer before the job is sent to it. You can also play with "statusstabilizationloops" and "statusstabilizationdelay" which are now configurable. Most of the time spent during hardware accounting is lost because PyKota MUST wait for the printer's status to be stable before reading its internal page counter, otherwise the values would be incorrect, but depending on your printers you can configure this precisely with the three directives above.
With software accounting however, most of the time is used to parse the print jobs' datas, so it takes much much more CPU, and, as you have seen, this is not perfect science. You can often improve the situation by downloading and install the very latest stable release (currently v3.30) of pkpgcounter from http://www.pykota.com. This is the parsing engine used by PyKota and it can be upgraded independantly. Almost every month or two months a new release is published often with new parsers or improvements over the existing ones.
You must keep in mind that for each Page Description Language a mini parser has to be written, and unfortunately for some languages there is no documentation or the documentation is incomplete. Also for some documented languages, like PCL or PCLXL, some printer manufacturers introduce proprietary and undocumented extensions (like Canon ImageRunner), making it very difficult to code something which works with all printer drivers.
That being said I'd be very interested in receiving incorrectly parsed files from you (again maybe) to improve the situation if possible. Capture the files by setting "keepfiles: yes" in pykota.conf and then send to me the /var/spool/cups/tmp/cupspykota* files as a tar+gzip archive. For each file please tell me how many pages there are in reality in it, and how many pages PyKota has found. Also tell me which printer driver was used (e.g. CUPS' PPD file or Windows native driver).
Thanks for your help
PS: Tenho que fazer funcionar porque sou obrigado. Tenho vontade de experimentar o ibquota, mas não posso devido a padronização de software. Até Debian eu tenho que usar... :P
----------------
Linux User #405251
http://timmerman.wordpress.com