[Cascavel-pm] Gerenciar sessões nas estações pelo servidor

[Igor Sutton Lopes]

Robson Negreiros wrote:

> Agradeço pela atenção Alceu, mas o que você e os membros desta 
> comunidade poderiam me recomendar para fazer o controle da sessão gráfica

Quando você executa a sessão gráfica a partir do XDM, ele executa o 
conteúdo do arquivo ~/.xsession. Isso pode ser um começo, armazenando o 
horário que o usuário se conectou, e para controlar se ele deve ter a 
sessão encerrada, pode executar uma rotina de minuto em minuto via crontab.

Acho que isso pode ser um bom começo. Uma boa é fazer isso cliente 
servidor, onde no servidor você pode fazer todo tipo de gerenciamento 
necessário.

>
> Em 05/12/05, *Alceu R. de Freitas Jr.* <glasswalk3r em yahoo.com.br 
> <mailto:glasswalk3r em yahoo.com.br>> escreveu:
>
>     Olá,
>
>     --- Robson Negreiros <kamusbr em gmail.com
>     <mailto:kamusbr em gmail.com>> escreveu:
>
>
>     > estou com uma necessidade, tem um lab de acesso
>     > "publico" e preciso ter um
>     > certo controle sobre: quantidade de hora minima
>     > podendo aumentar/reduzir ,
>     > total de horas do dia, travamento da estação (+
>     > importante). Enfim, um
>     > gerenciamento quase a nivel de um cyber. E gostaria
>     > de fazer isso em perl.
>
>     Eu fiz algo parecido com isso, mas os clientes eram
>     estações Windows e o servidor era Samba.
>
>     É possível, com o Samba, fazer com que o mesmo use a
>     base utmp (ou algo parecido com isso, desculpe!) que
>     registra logon/logoff de usuários. Com isso era
>     possível anotar o horário que o usuário passou a usar
>     o sistema num banco de dados MySQL.
>
>     O cliente na máquina Windows verificava esse horário
>     de entrada (consultando o banco) e, dado certa
>     quantidade de tempo, forçava o logoff do usuário. Não
>     me pergunte como era feito isso, pois quem programou
>     fez em Delphi e eu sei necas disso. :-)
>
>     Com o Linux, imagino que você poderia fazer o mesmo.
>     Existem módulos no CPAN para ler o utmp. No cliente,
>     você pode tentar fazer um kill no processo do usuário
>     mas acredito que esse cliente deverá rodar com
>     permissões de root.
>
>     > Imaginei a situação onde tenho no cliente um
>     > processo que fica responsavel
>     > por "tratar" a sessão (tratar seria: controlar
>     > horario/travar estação) e um
>     > processo no servidor que ficaria gerenciando os
>     > clientes, em um 1o. momento
>     > seria isso.
>
>     Você teria que fazer um servidor e um cliente que usem
>     sockets para trocar figurinhas. Nunca usei, mas já me
>     recomendaram fazer uso do POE no servidor: o cliente
>     você pode tentar usar IO::Socket mesmo, visto que você
>     vai ter uma instância só para controlar.
>
>     []'s
>
>
>     Alceu Rodrigues de Freitas Junior
>     --------------------------------------
>     glasswalk3r em yahoo.com.br <mailto:glasswalk3r em yahoo.com.br>
>     http://www.imortais.cjb.net
>     -----------------------------------------------------------------------
>
>     A well-used door needs no oil on its hinges.
>     A swift-flowing stream does not grow stagnant.
>     Neither sound nor thoughts can travel through a vacuum.
>     Software rots if not used.
>     These are great mysteries -- The Tao Of Programming, 5.1
>
>
>
>
>
>
>
>
>     _______________________________________________________
>     Yahoo! doce lar. Faça do Yahoo! sua homepage.
>     http://br.yahoo.com/homepageset.html
>     <http://br.yahoo.com/homepageset.html>
>
>     _______________________________________________
>     Cascavel-pm mailing list
>     Cascavel-pm em pm.org <mailto:Cascavel-pm em pm.org>
>     http://mail.pm.org/mailman/listinfo/cascavel-pm
>     <http://mail.pm.org/mailman/listinfo/cascavel-pm>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Cascavel-pm mailing list
>Cascavel-pm em pm.org
>http://mail.pm.org/mailman/listinfo/cascavel-pm
>


-- 
Igor Sutton Lopes
http://www.izut.com
MSN: igor em izut.com