Ja faz algum tempo que isso acontece, o cliente que esta bloqueado fica dando esse erro, depois de um tempo para de dar erro e loga, mas para resolver na hora, tenho que ir no mk-auth e reparar o cliente.
Acontece com mais alguém??
Para adicionar comentários, você deve ser membro de MK-AUTH.
Respostas
vc usa ssh para a pagina de corte ou radius ??
Under-linux disse:
Faz um teste nos clientes que está tendo mas problemas..
o meu tive que fazer no braço mesmo quase 230 clientes um por um..
tinha esse mesmo erro de altenticação, no Radius
o mesmo log que o seu tem o meu tbm dava.. acho que não vai ser a maquina não..
abraço e sucesso pra nós. rsrs
Under-linux disse:
Outro detalhe é que se eu derrubar todos os clientes, quando voltam todos ao mesmo tempo tentando conectar fica dando erro de autenticação radius, ai tenho que habilitar meus secrets, ai todos conectam na hora. ai desabilito o secrets e vou derrubando de 10 em 10 para que voltem a autenticar pelo radius.
Talves seja a maquina para o radius que não aguenta, é um dual core 2.2 , 2GB de ram. Vou experimentar colocar uma maquina mais robusta para ver se aguenta vários logos ao mesmo tempo.
Obrigado pelas respostas...
Abraços ;)
Obrigado pelos comentários ...
Uso a muito tempo esse @plug.com, depois da atualização 4.9x começou com isso, antes não dava.
Lembrando que nao são com todos os clientes bloqueados que acontece isso, somente alguns, é aleatório.
Os clientes que estão livres estão 101%, não da erro na hora de conectar.
Todos os clientes usam ap e esta setado o login e senha no próprio ap, dessa forma nossos queridos clientes não fazem a proeza de digitar login/senha errado.
Tirar o @ seria inviável, pois são muitos clientes e teria que acessar ap de um por um para realizar a mudança.
Vamos aguardar o que o Pedro tem a dizer .
Outro detalhe é que se eu derrubar todos os clientes, quando voltam todos ao mesmo tempo tentando conectar fica dando erro de autenticação radius, ai tenho que habilitar meus secrets, ai todos conectam na hora. ai desabilito o secrets e vou derrubando de 10 em 10 para que voltem a autenticar pelo radius.
Talves seja a maquina para o radius que não aguenta, é um dual core 2.2 , 2GB de ram. Vou experimentar colocar uma maquina mais robusta para ver se aguenta vários logos ao mesmo tempo.
Obrigado pelas respostas...
Abraços ;)
Olha tu usa pppoe né? verifiquei que quando o cliente esta em HotsPot tbm conecta com usuario em pppoe
que depois que ele pega o ipe o mac do cliente se ele desligar e for conectar da o mesmo erro, verifica o cadastro dos clientes e reveja eesse "@" não sei se é o mk-auth ou se é o mikrotik mas não tem suporte pro "@" sempre dá pau..
não sei em qual das 2 partes mas sempre da.. tbm não fui atras de saber de quem era a culpa só retirei e pronto todos os meus problemas foram resolvidos
rsrs...
Carlos Roberto Borges disse:
Vou sitar um problema que tive e só foi resolvido depois que foi retirado o "@"
Um tempo desse questionei ao dono do sistema Mk-auth o Pedro, disse a ele que estava com problema e a culpa era do mk-auth
ele perguntou qual o problema? disse que depois que coloquei para meus clientes pegar ip e mac começou uma lentidão terrível.. os clientes śo fazia reclamar.. retirei todos os ips dos clientes. comecei a deixar todos sem ip..
ai fiz um teste retirei o @ de alguns clientes e coloquei ip novamente..
ate hoje parou a reclamação de lentidão e os log dos clientes tentando logar com esse seu erro tbm.
Não custa nada tentar né? haua
um abraço e sucesso para o amigo e muitos e muitos clientes..
rsrs..
aqui acontece com controle de mac. ex:
se o cliente tem um mac cadastrado e ele liga informando que mudou o computador, aí vou lá e apago o mac anterior e seleciono sim pra pegar o novo mac, salvo a configuraçao.
pronto se eu pedir pro cliente conectar ele não consegue aí faço o mesmo que vc, reparo o cliente que conecta na hora.
as vezes imagino que dever ser alguma rotina que roda por tempo determinado e que atualiza estas alterações no cadastro, se for isso não tem jeito tem que aguardar mesmo ou reparar o cadastro a menos que o Pedro diminua o tempo de atualizar os dados no cadastro.
seria bom que fosse rapidinho como acontece quando colocamos alguem que está bloqueado em observaçao, da uns 5 minutos e o sistema já libera o cliente.
Bom estou apenas imaginando rsrsrs, não sei se existe esta rotina realmente, ou se o problema é outro.
Amigo.. quer um conselho?
Reveja as configurações do seu Mk-auth
e pare de usar "@" nos seus clientes.. já tive um problema só fui descobri depois de 1 anos que o problema era o "@"