PESSOAL TENHO O SEGUINTE PROBLEMA, DEPOIS DE 6 MESES COM O MKAUTH EM MEDIA, O MESMO DA ALGUM BUG OU CORROMPE O BANCO DE DADOS E PARA DE FUNCIONAR OS CLIENTES NÃO AUTENTICA PELO RADIUS, TENTO REPARAR O BANCO DE DADOS MAS NÃO FINALIZA, JA ACONTECEU ISSO 3 VEZES E A SOLUÇÃO É SEMPRE, FORMATAR E INSTALAR NOVAMENTE O ULTIMO BACKUP, VOLTA A AUTENTICAR ESTOU CANSADO DISSO, E TO PENSANDO EM MUDAR O SISTEMA, JA ACONTECEU ISSO COM MAIS ALGUEM? ALGUMA SOLUÇÃO?? HOJE MESMO PAROU DE AUTENTICAR OS CLIENTES, E PERDI O ACESSO VIA WEB O SSH NORMAL MAS VIA WEB NADA E N AUTENTICA NINGUEM!
Para adicionar comentários, você deve ser membro de MK-AUTH.
Respostas
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?
Boa tarde prezado(a),
Além das questões que o Glauco citou, se o disco for muito pequeno, pode encher rapidamente, travar o sistema e tudo para de funcionar. Clientes não autenticam, perde o acesso web, não gera mais backup e nem salva os logs de conexões dos clientes.
Tente utilizar um disco de pelo menos 256 GB e 8 GB de memória RAM.
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
Boa Tarde. Amigo esta usando nobreak para evitar quedas energia? Pois quando há queda e o mk-auth desliga por isso , geralmente corrompe o banco mesmo. Agora de ficar travando tem que analisar pois pode ser hd, com problema defeito em trilha . Tambem isso pode prejudar o sistema de funcionar direito. Aqui uso o mk-auth a mais de 5 anos e não tenho problemas.
Boa tarde
se precisar de consultoria tecnica nos chame no whatsapp 5599214-0573