Postado por Cleiton em 28 de Janeiro de 2010 às 10:40
Amigo Pedro. Está acontecendo um problema após a atualização para a versão 4.43 é que em conectados agora fica somando os q estavam conectado com os q ja perderam conexão. entendeu? exemplo no active do hotspot está com 191 clientes conectados e no conectados agora aparece 300.
Visualizações: 118
Para adicionar comentários, você deve ser membro de MK-AUTH.
vc já testou e em qual tabela vc adiciona o Simultaneous-Use pq nos testes que fiz ele sempre ocorre erros na hora de conexão quando uso o mesmo ..
Jhonne Jossy Pereira Costa disse:
Bom pedro, Já que gostou da sujestão, dependendo da forma que você implenta-la poderá fazer uso do attributo 'Simultaneous-Use' na tabela radcheck para evitar conexões simultãneas, antes não seria viável porque o usária poderia ficar 'agarrado' no radiuis.
Sugerindo ainda, acredito que se algumas tarefas fossem automatizadas no banco de dados com o uso de triggers ficaria mais robusto e confiável o sistema, tipo campos que são atualizados na tabela sis_cliente e que necessitam ser atualizados em outras tabelas, quando se usa o php e por algum motivo a instrução não poder confirmada em uma determinada tabela e confirmada em outra, podera se perder a integridade da referencia
Tenho outras sugestões, mas deixa vc analisar estas primeiro
Já que gostou da sujestão, dependendo da forma que você implenta-la poderá fazer uso do attributo 'Simultaneous-Use' na tabela radcheck para evitar conexões simultãneas, antes não seria viável porque o usária poderia ficar 'agarrado' no radiuis.
Sugerindo ainda, acredito que se algumas tarefas fossem automatizadas no banco de dados com o uso de triggers ficaria mais robusto e confiável o sistema, tipo campos que são atualizados na tabela sis_cliente e que necessitam ser atualizados em outras tabelas, quando se usa o php e por algum motivo a instrução não poder confirmada em uma determinada tabela e confirmada em outra, podera se perder a integridade da referencia
Tenho outras sugestões, mas deixa vc analisar estas primeiro
boa ideia, irei adicionar no proximo update, obrigado ...
Jhonne Jossy Pereira Costa disse:
corrigindo
o sql é:
update radacct set acctstoptime=DATE_ADD(acctstarttime, interval acctsessiontime second),acctterminatecause = 'Lost-Service' where (DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL (acctsessiontime + 3120) SECOND )> acctstarttime) AND acctstoptime is NULL
update radacct set acctstoptime=DATE_ADD(acctstarttime, interval acctsessiontime second),acctterminatecause = 'Lost-Service' where (DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL (acctsessiontime + 3120) SECOND )> acctstarttime) AND acctstoptime is NULL
sobre o conectados agora acima do normal, aqui no meu caso resolvi da seguinte maneira, de hora em quando rodo no banco de dados a seguinte sql
update radacct set acctstarttime =DATE_ADD(acctstarttime, interval acctsessiontime second),acctterminatecause = 'Lost-Service' where (DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL (acctsessiontime + 3600) SECOND )> acctstarttime) AND acctstoptime is NULL
corrige todos os desconectados a mais de 01 hora que esteja causando o problema.
importante: Isso soh funciona se o interim update do seu radius estiver ativo e com tempo menor que 01 hora para atualização (se quiser um tempo menor basta mudar o valor 3600 para menos, desde que não seja inferior ao tempo do interim update)
Pedro, agora começou a normalizar, neste momento só tem 3 clientes a mais conectados no item conectados agora. o relatório está dizendo que eles estão conectados desde o dia 29/01/2010 e olho no active do hotspot e eles não estão lá. É só para vc acompanhar o q está acontecendo com o Mk-auth. Abcs!!!
Respostas
mas, vou dar uma revisada aqui, para ver como esta a query de verficação de ssessão no radius, depois eu posto.
Jhonne Jossy Pereira Costa disse:
Já que gostou da sujestão, dependendo da forma que você implenta-la poderá fazer uso do attributo 'Simultaneous-Use' na tabela radcheck para evitar conexões simultãneas, antes não seria viável porque o usária poderia ficar 'agarrado' no radiuis.
Sugerindo ainda, acredito que se algumas tarefas fossem automatizadas no banco de dados com o uso de triggers ficaria mais robusto e confiável o sistema, tipo campos que são atualizados na tabela sis_cliente e que necessitam ser atualizados em outras tabelas, quando se usa o php e por algum motivo a instrução não poder confirmada em uma determinada tabela e confirmada em outra, podera se perder a integridade da referencia
Tenho outras sugestões, mas deixa vc analisar estas primeiro
Jhonne Jossy Pereira Costa disse:
o sql é:
update radacct set acctstoptime=DATE_ADD(acctstarttime, interval acctsessiontime second),acctterminatecause = 'Lost-Service' where (DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL (acctsessiontime + 3120) SECOND )> acctstarttime) AND acctstoptime is NULL
sobre o conectados agora acima do normal, aqui no meu caso resolvi da seguinte maneira, de hora em quando rodo no banco de dados a seguinte sql
update radacct set acctstarttime =DATE_ADD(acctstarttime, interval acctsessiontime second),acctterminatecause = 'Lost-Service' where (DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL (acctsessiontime + 3600) SECOND )> acctstarttime) AND acctstoptime is NULL
corrige todos os desconectados a mais de 01 hora que esteja causando o problema.
importante: Isso soh funciona se o interim update do seu radius estiver ativo e com tempo menor que 01 hora para atualização (se quiser um tempo menor basta mudar o valor 3600 para menos, desde que não seja inferior ao tempo do interim update)