Estou enfrentando um problema recorrente onde novas autenticações PPPoE deixam de funcionar até que eu execute a opção Reparar Usuários.

Sintoma

  • Clientes já conectados continuam navegando normalmente.
  • As sessões PPPoE existentes não caem.
  • Apenas novas autenticações falham.
  • Se um cliente desconectar por qualquer motivo, não consegue reconectar.
  • Após executar Reparar Usuários, todos os clientes voltam a autenticar normalmente.

Ambiente

  •  MK-AUTH 26.01 :: TUX 6.6
  • FreeRADIUS 3.0.17
  • MariaDB 10.3

O que já verifiquei

  • FreeRADIUS permanece em execução durante a falha.
  • Banco de dados operacional e sem locks aparentes.
  • Usuários possuem normalmente o atributo Cleartext-Password na tabela radcheck.
  • Não encontrei erros de conexão SQL entre FreeRADIUS e MariaDB.

Logs

Durante a falha aparecem diversos registros semelhantes a:

mschap: FAILED: No NT/LM-Password. Cannot perform authentication

Comportamento observado

O problema já ocorreu em dias diferentes, geralmente pela manhã, e sempre foi resolvido imediatamente após executar Reparar Usuários.

Gostaria de entender:

  • O que exatamente a rotina Reparar Usuários corrige internamente?
  • Existe algum processo conhecido que possa impedir novas autenticações PPPoE sem derrubar as sessões já estabelecidas?
  • Existe algum log ou tabela específica que eu deva monitorar para identificar a causa raiz?

Agradeço qualquer orientação.

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Votos 0
Enviar-me um email quando as pessoas responderem –

Respostas

  • Bom dia prezado(a),

    faça um teste habilitando a opção de 'simultaneos' no cadastros dos clientes e habilite a opção 'Auto desconecta' em Provedor > controle de ramais no botão da engrenagem, confira se as outras opções estão marcadas corretamente.


    Qualquer dúvida, estamos à disposição.
    Atenciosamente,
    Atendimento de suporte ao sistema
    ___________ MK-AUTH __________

This reply was deleted.