Ola pessoal,
Dei uma passada aqui no escritório e aproveitei para para uma checada no sistema e me deparei com uns 30 ~40 clientes tentando autenticar e sendo exibida a mensagem :
user xxxxx authentication failed radius timeout
ai fui no secret do mikrotik a habilitei alguns dos clientes que estavam apresentando a mensagem e os mesmos logaram sem problemas, a desabilitei novamente e os removei, ai os mesmos voltaram tentando autenticar sem sucesso.
Notei q mesmo eu deixando apenas uns 3 ou 4 tentando autenticar no mk-auth ao mesmo tempo ficam dando erros na autenticação, porem se eu mandar 1 a 1 ir pedindo autenticação no radius ai vai.
O processamento no radius sobre para 150% quando uns 3 clientes tentam autenticar ao mesmo tempo.
Ja reiniciei o Mikrotik , Rbs , o Mk-auth, mandei o mk-auth reparar o banco de dados, tentei reparara alguns clientes e mesmo assim nao vai.
Se eu Desabilitar todos os clientes do secret no mikrotik e remove-los voltam todos tendo autenticar no radius com a mensagem authentication failed radius timeout.
Ai tenho que habilitar todos no secret do mikrotik e ir desabilitando 1 a 1 no secret e removendo-o para q ele conecte pelo radius.
Primeira vez que acontece isso.. Mais algupem passou por isso???
Abraços...
Respostas
Cara da uma pesquisada aqui no forum, tem um topico onde eu comento sobre a solução que eu encontrei..
vou tentar resumir
Formatei meu mk-auth e restaurei apenas o backup de mando automaticamente para meu e-mail, este backup nao tem o log da conexoes , historico de sinal etc
Porem todo o banco de dados dos clientes, e do financeiro restaura 100%..
Eu fiz um backup manual tbm, porem este salva tudo ate os logs que estavam deixando meu mk-auth um tanto quanto lento, entao nao sei se o problema resolveu pela formatação ou por eu nao ter restaurado os logs de conexoes
,, sinal etc..
vlw
Ronny Everson L. da silva disse:
Ola colega, procurei aqui no forum o comando para limpar o historico de conexões, seria este:
echo "TRUNCATE TABLE tab_sinal" | mysql -h localhost -u root -pvertrigo mkradius
Começou esses problemas depois que migrei o financeiro da empresa para o mk-auth, até ai tudo bem, porem os clientes sendo desconectados a cada 1 min ( OS bloqueados) gera uma enorme sugeira nos logs, na verdade uma grande poluição, tanto no log do mk-auth como no log do mikortik.
Grato pela dica e abr
Fernando Fiorentin disse:
ja tentou limpar os relatorios de controle de acesso?
Bom, do jeito que esta ligado o mk-auth ao mikrotik sempre trabalhou sem problemas desse genêro.
O mk-auth esta 172.31.255.2, porem o mascaramento esta em 24, estou com a mascara 24 no mk-auth pois foi a unica forma que encontrei de fazer com que a rb pegue o mac no radius para liberar o acesso a rede.
Pedro Filho disse:
Dual core 2.0GHz , 2GB de memoria 667
Sempre trabalhou leve dessa forma.
Começou de uns dias (3 dias ) pra ca.
Fernando Fiorentin disse:
Under-linux disse:
bem estranho, q pcs vcs usam no mkauth?
Fala Ricardo...
Entao brother... tive q colocar 2 a 2.. ai ta todo mundo pelo radius, a galera vai conectando aos poucos conforme entram sem problemas, reparei no radius q se tem uns 3.. 4 ou mais tentando logar ao mesmo tempo, o processamento vai na lua, 150% pra mais....
Fora isso o processamento parece estar ok,embora de uns pico momentaneos de 30%, coisa que axo de mais porque so rodo o financieor e o radius msm, nao uso o proxy nele.
Amigo, aqui tambem estou com esse problema.
Ja reiniciei o mk-auth e o mikrotik e sempre volta acontecer isso na hora de pico.
-
1
-
2
de 2 Próximo