Srs. Boa Tarde,
Caro Pedro, estou tendo um problema de autenticação pppoe, o cliente não consegue conectar novamente no mikrotik é preciso entrar no cadastro do cliente no mkauth botar ele para hotspot e voltar para pppoe, ai o cliente conecta normalmente.
Versão do mkauth 4.99
Roberto Junior.
Respostas
acompanhando
erros de conexão sempre é falha do radius, abaixo possiveis erro com algumas soluções:
Porta do accounting no MikroTik não é a padrão 1813 e a authenticate não é 1812:
troque as portas para o padrão correto, ou seja 1812 e 1813.
Falha de comunicação do mk-auth com seu MikroTik:
com um ping de um para o outro vc observa por alguns instantes se responde corretamente, se não reveja sua rede.
Para testar a comunicação ssh agora o sistema envia uma regra desabilitada para o filter do MikroTik, se gravar a regra é pq esta ok...
IP que o cliente usa no momento não é o mesmo ip gravado no sistema:
veja o tempo de validade que vc colocou em seu dhcp-server que se foi menor do que 3 dias aumenta para 3 dias.
Pode-se configurar o cliente tool fetch do MikroTik para controlar o DHCP, pois é a melhor forma agora para enviar os ips do DHCP ao MikroTik.
Usando o script do link abaixo, primeiro faça um update do sistema, então é preciso que seus clientes tenham o IP e MAC definidos no cadastro deles. esse script do link vc cola no terminal do MikroTik, no codigo dele vc altera se for preciso ip do mk-auth 172.31.255.2 e a altera key_api que vc pega na pagina de dados do provedor no webadmin.
www.mk-auth.com.br/tool_fetch/dhcp.txt
O script é todo automatico, ele coloca e remove os ips do DHCP sozinho a cada 45 minutos.
Tempo do interim update no MikroTik maior do que 3 minutos podem fazer o sistema desconectar clientes:
configure o tempo de interim como 00:05:00 e teste novamente.
Senha errada, as vezes o navegador troca a senha do cliente ao alterar algum dado do mesmo no webadmin:
teste com outro navegador e em opções coloque o item case sensitive como não e teste novamente.
Tipo de conexão errado (hotspot e pppoe) no cadastro do cliente no webadmin:
configure o tipo de conexão correto no cadastro do cliente.
MAC que o cliente usa esta errado, não é o mesmo gravado no sistema:
remova o mac que estiver salvo no cadastro do cliente e teste novamente.
Ramal que esta definido para o cliente não é o correto ou o ramal esta com ip errado:
coloque o ramal todos no cadastro do cliente e nas configurações de radius do MikroTik coloque o secret 123456.
MikroTik não esta cadastrado no MK-AUTH, ou ip secrect estão errados no webadmin:
faça um update do mk-auth e coloque no MikroTik nas configurações de radius o secret 123456 e no cliente o ramal todos.
Marcar a opção night sem querer no cadastro do cliente, assim o sistema irar desativar o mesmo alguma hora:
desmarque o item night no cadastro do cliente.
Dados do cliente mal formatados no banco do servidor radius:
selecione o cliente e clique no icone reparar ou então use o comando mk-auth e escolha reparar clientes.
hoje amanheceu com o radius sem aceitar autenticações, e ao reiniciar o mkauth aí voltou ao normal então aproveitei e atualizei novamente o mkauth pra ver se não volta a acontecer o mesmo problema.
Agora vou ficar observando se volta a dar o mesmo problema.
Tive este problema em julho durante uns 20 dias, havia feito de tudo inclusive trocado RB e refeito todo o servidor, ai com uma atualização do MK-Aut resolveu. Hoje tive vairas reclamações de queda da internet, constatei que voltei a ter novamente o problema sem fazer nenhuma alteração nos meus equipamentos. fica 5m 30s no ar e cais 80% dos clientes. Antes do outro problema, sempre funcionou normalmente.
fica em aberto ?? o cliente ainda aparece como conectado ??
Roberto Junior disse: