Abri este topico com a ideia e intenção de ajudar quem tambem esta com o mesmo problemas , acontece que desde o inicio do atual ano para cá o mkauth nas versoes novas esta constamente dando erro de radius timeout , sendo que apos analisar os logs do freeradius informa que o cliente esta com um erro muito parecido com falha na obtenção de ipv4 , o problema so e possivel ser resolvido quando e feito o reparo no banco de dados que ai então acredito eu que e quando ele cria as tabelas de conexoes novamente e entao resolve , porem passados alguns dias e quando o cliente e desbloqueado ou bloqueado , ele nao consegue logar ,
e sim , ja fizemos a marcação da opçção simutaneos , marcamos todos protocolos pppoe no perfil do servidor e mesmo assim nao resolveu .
por fim gostariamos de uma resolução para essa situação pq nao tem como fica tendo chamados abertos por causa de um erro do mkauth .
sao mais de 1 mil clientes , e na hora que bloqueia fica uns 100 dando timeout , so sobem quando REPARA ou quando Reiniciar o mkauth ..
aguardo soluções .
Respostas
No meu caso é o contrario, cliente nao autentica quando bloqueado, so autentica quando eu vou em CONTROLE DE RAMAIS GERENCIAR RECURSOS E CLICO EM SALVAR,
quando desbloqueia O USUARIO autentica normalmente, o erro so acontece com alguns clientes alternadamente apos o bloqieio...
Boa tarde prezado(a),
Me envie um print deste menu CONTROLE DE RAMAIS GERENCIAR RECURSOS
Em Provedor > controle de ramais, clicando na engrenagem, as opções "Radius - list ou pool" estão habilitadas?
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
esta habilitado sim, ate porque nao tem opção de "desabilitar", tem que usa POOL ou LIST... e tanto faz habilitar quelquer opção o erro persiste algumas horas depis de SALVAR
Prezado(a),
Desabilitar seria marcar "não".
Tentou com a opção de simultaneos ativada no cadastro dos clientes e com as opções "pgcorte" e "pgaviso" também ativadas?
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
nao é problema em minha topologia , é sim o Ip do cadastro do mkauth é via cgnat ... então mais uma ideia de que o problema esta sim no mkauth , analisando os logs de erro do freeradius e notavel ver que o sistema , pelo que interpretamos derruba muito rapido a conexão depois que e confirmado o pagamento e o freeradius ainda mantem a tabela da conexão do mkauth . para conseguir contornar so via REPARAR ou reiniciando o servidor ...
ja pegamos mais de 19 chamados por causa de um problema no sistema do mkauth onde antes nunca houve .basta lançar uma correçao para quando o cliente for desbloqueado repara em seguida com X segundo .
Cliente estão com Pool CGNAT , o Bloco de IP repassado é o mesmo que o mkauth gerou o script . então como ja falei antes o problema esta no mkauth , quando mandamos REPARAR resolve . ou Reparar o BD , porem issso inviabiliza derruba mais de 400 conexões ... fora que se o cliente bloquear ele fica dando timeout eternamente . e NÃO é nossa TOPOLOGIA .
pra voces terem ideia de como o problema esta no mkauth segue o print do log do freeradius trazendo ate um erro de IPV4 ... como assim ... do nada ... e quando reparo ele vai de boa ...
em outros momento ele da erro de Max Session , no caso como falei antes .
-
1
-
2
de 2 Próximo