Boa tarde
Do nada meu mkauth nao autentica alguns clientes. Ja fiz de tudo que pesquisei na internet e nao consegui resolver.
Atualizei o mkauth pelo putty
ja fiz downgrade ja atualizei de novo.
Ja pedi pra reparar todos os clientes.
Ja reaprei cliente por cliente.
Ja reaparei pelo putty.
no cadastro do cliente esta ramal todos.
A authenticacao no server do pppoe é chap e pap.
O mkauth esta se comunicando corretamente com meus mikrotik.
Não ah nenhuma regra de firewal sobre os ips do mkauth.
Parametros pppoe em ramais esta em Pool.
Nada adiantou
Ja nao sei mais o que fazer
Se eu colocar o usuario direto no mikrotik ele funciona
O que esta acontecendo??
Respostas
Bom dia Lucas,
Sobre o backup está travando o radius e interrompendo a autenticação dos clientes, após a queda, existem algumas formas de resolver.
Me chame no privado, que vou te ajudar.
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Atendimento de suporte ao sistema
___________ MK-AUTH __________
Estou com esse problema:
Eu estava usando a versão 24.05 Tux 4.9 há 2 anos, e funcionava perfeitamente. Porém, semana passada meu disco começou a encher durante o backup da madrugada e o Mkauth parava de autenticar os clientes por falta de espaço em disco. Os clientes que desconectavm o pppoe na madrugada ficavam desconectados. Então eu excluía o backup e voltavam a autenticar imediatamente.
Porém, dia de sábado, há 4 dias atrás, o disco encheu que nem fez o backup da madrugada e amanheceram desconectados. No sábado eu fiz uma nova instalação do Mkauth em um disco maior. Instalei a versão 24.xx Tux 6.6 e fiz upgrade que atualizou para a última disponível (25.03 Tux 6.6) e restaurei o backup. Todos os clientes autenticaram normalmente até ontem terça feira.
Porém, hoje amanheceu com os clientes desconectados. No log do Mikrotik, apareciam tentando autenticar via PPPoE com erro "user renilza authentication failed - radius timeout". Selecionei alguns clientes no Mkauth e mandei reparar, mas não voltaram. Então reiniciei o Mkauth, e todos voltaram.
Mas descobri algo: eles pararam de autenticar logo após o Mkauth ter feito o backup da madrugada. O backup finalizou às 02:27h e, um minuto depois, uma cliente desconectou e já não conseguiu mais se conectar.
A partir daí, todos os clientes que foram desconectando passaram a apresentar o mesmo erro no log, sem conseguir reconectar. Só voltaram após eu reiniciar o MKAuth à 06:40h.
Antes do horário em que o Mkauth fez o backup, todos os PPPoEs que desconectavam reconectavam normalmente logo em seguida. Ou seja, o problema começou após a execução do backup.
O HD atual está com 70 GB livres, então não é mais falta de espaço.
As configurações entre Mikrotik e MKAuth estão corretas e passaram no teste da regra de SSH — tanto que os clientes reconectaram normalmente durante os 3 dias após a instalação.
O problema agora é a insegurança de não saber em qual dia os clientes podem amanhecer desconectados novamente.
No Netwatch do Mikrotik, tenho um ping que me envia e-mail caso o kauth pare de responder, mas ele não parou de pingar — ou seja, o servidor estava ativo, mas o serviço de autenticação aparentemente travou após o backup.
Lembrei que ontem eu executei esse comando no putty pois queria saber se conseguia um script que fizesse bachup completo /opt/mk-auth/hhvm/5-3-16/bin/php /opt/mk-auth/scripts/backup.php 2> /dev/null
Esse script pode ter causado isso?
Explicação que por algum motivo o cliente fica na tabela radacct sem ter informado que o cliente foi encerrado a conexao. Por esse motivo acaba "achando" que o cliente esta logado e não permite uma nova conexão.
Funcionou.. Mas o porque que aguns nao esta com esse simultanio ativa e authentica corretamente?
Qual a explicação para isso?
Boa tarde prezado(a),
Habilite o simultaneos nos clientes e repare eles.
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Atendimento de suporte ao sistema
___________ MK-AUTH __________