MK-AUTH

Pessoal, primeiramente saudações a todos.

Sou membro novo do fórum, muito prazer.

espero ajudar no que puder os amigos.

Bom vamos lá.

Tenho um MK-RB 1036 v6.27 , autenticação via PPPOE, usamos o MK-AUTH para gerenciamento radius.

Problema, nossos clientes estão com a conexão pppoe duplicada, nos momentos que isso ocorre é preciso rebootar o Mikrotik para normalização, já configuramos as opções " One Session Per Host" e " Only One yes"  no Mikrotik e "Simultâneos = não" no MK-AUTH, usamos a opção de " Reparar Banco" e MAC amarrado no MK-AUTH mas mesmo assim continua o problema.

Algum dos amigos já passou por isso?

Pode ser o MK-AUTH de alguma permitindo ou duplicando esses usuários?

Mais uma vez muito obrigado pela atenção, Grande Pedro, excelente sistema.

anexo print do erro

Abraço

Exibições: 9812

Anexos

Responder agora

Respostas a este tópico

Pedro amigo, se puder dar uma luz....!!!!!

Tamu junto.

at.

qual o login duplo no print amigo ?? veja se lista de clientes conectados está correta, pois é nela que o sistema sabe se o cliente está logado ou não...

Raphael Rodrigues disse:

Pedro amigo, se puder dar uma luz....!!!!!

Tamu junto.

at.

Pedro, boa noite!

Cliente entre as tarjas vermelhas, " D -  aelias" e " DR -  aelias-1" e tbm os da tarja vermelha, eu acabei cortando o login logo abaixo.

Toda vez que isso acontece o cliente conecta mas não navega, o cliente logado 2 vezes mesmo com todas as marcações para evitar a dupla conexão.

at.

nunca vi isso amigo, esse DR é novo para mim, irei pesquisar...

Raphael Rodrigues disse:

Pedro, boa noite!

Cliente entre as tarjas vermelhas, " D -  aelias" e " DR -  aelias-1" e tbm os da tarja vermelha, eu acabei cortando o login logo abaixo.

Toda vez que isso acontece o cliente conecta mas não navega, o cliente logado 2 vezes mesmo com todas as marcações para evitar a dupla conexão.

at.

Esse DR Significa Dynamic Running ou seja aparece isso quando o cliente esta cadastrado na RB agora quando e via Radius ou Seja MK-AUTH ou qualquer outra Plataforma aparece R de radius

no caso do hotspot agora no caso do pppoe quando ta pelo mikrotik ou pelo mk-atuh aparece DR tambem

Pedro Filho disse:

nunca vi isso amigo, esse DR é novo para mim, irei pesquisar...

D significa que a interface foi criada dinamicamente, seja lá de que forma for. R significa que a interface está ativa. Não há distinção sobre como ocorreu a autenticação que levou à criação da interface.

Sugiro, por desencargo de consciência, que tente um downgrade para o MikroTik 6.25, que é o que eu uso aqui sem problemas.

Diego R Neves disse:

Esse DR Significa Dynamic Running ou seja aparece isso quando o cliente esta cadastrado na RB agora quando e via Radius ou Seja MK-AUTH ou qualquer outra Plataforma aparece R de radius

no caso do hotspot agora no caso do pppoe quando ta pelo mikrotik ou pelo mk-atuh aparece DR tambem

Boa noite pessoal,

Muito obrigado pelas respostas, curti a ideia do Downgrade, ire fazer sim :)

Irei postar os resultados.

Abraço a todos.

Qual o tempo setado em Timeout no radius dentro do mk? Não poderia ser que o cliente não chega a deslogar por timeout ficando conectado e relogando criando uma conexão duplicada? Quando estava com esse problema apenas diminui o tempo do timeout, e pronto.  Valeu.

Willian, bom dia

500ms

Realizei o downgrade ontem, vamos aguardar para ver o que acontece.

Obrigado mais uma vez meus camaradas.

O timeout do RADIUS é o tempo que o servidor tem para dar uma resposta ao pedido de autenticação antes do NAS desistir de esperar e tomar providências a respeito. Eu deixo em 10000 ms (10 segundos).

willian felipe paul disse:

Qual o tempo setado em Timeout no radius dentro do mk? Não poderia ser que o cliente não chega a deslogar por timeout ficando conectado e relogando criando uma conexão duplicada? Quando estava com esse problema apenas diminui o tempo do timeout, e pronto.  Valeu.

Obrigado Marco. 

Marco de Freitas disse:

O timeout do RADIUS é o tempo que o servidor tem para dar uma resposta ao pedido de autenticação antes do NAS desistir de esperar e tomar providências a respeito. Eu deixo em 10000 ms (10 segundos).

É pouco. Fique atento aos parâmetros Resends: e Timeouts: no status do RADIUS.

Raphael Rodrigues disse:

Willian, bom dia

500ms

Realizei o downgrade ontem, vamos aguardar para ver o que acontece.

Obrigado mais uma vez meus camaradas.

Responder à discussão

RSS

TheLinuxF

© 2018   Criado por Pedro Filho.   Ativado por

Badges - Divulgar  |  Relatar erro no site  |  Termos de serviço