Função REPARAR Cliente não funciona como antes

Olá, sempre que tinha problema de algum cliente não conseguir acessar, procurava o mesmo na lista de clientes, selecionava ele e usava a opção REPARAR, assim o MK-Auth fazia esse cliente reconectar no PPPoE e o cliente recebia novo ip, assim voltava a navegar normalmente, mas desde a atualização para a versão 97 quando usa essa a opção REPARAR o cliente reconecta, mas com o mesmo ip, o que acaba não resolvendo o problema de navegação e acesso ao equipamento. Gostaria de saber se houve de fato mudanças nessa função do sistema, pois antes ela me servia muito bem. Agradeço desde já ao Pedro pelo excelente trabalho.

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

  • Estou com mesmo problema, já reparei o banco de dados, atualizei o mk-auth e testei com a regra do amigo e nada resolveu o problema.

  • ok amigo e obrigado por postar a regra, ela pode ajudar outros com o mesmo problema no futuro, valeu mesmo...

    Flavio Castor da Silva Junior disse:

    Pedro o que ocorreu foi o seguinte: passei a utilizar ip's validos em meus mkt'cs e havia uma regra de NAT para o servidor MK-AUTH ter acesso a internet, porem da forma que estava não conseguia derrubar clientes... Consegui resolver desbilitando-a... depois aki mesmo no fórum encontrei uma regra que permitiu funcionar redondo novamente segue regra:

    /ip firewall nat

    add action=masquerade chain=srcnat comment=MK-AUTH disabled=no dst-address=\ !172.31.255.1-172.31.255.2 out-interface=ISP3 src-address=\ 172.31.255.1-172.31.255.2

  • Pedro o que ocorreu foi o seguinte: passei a utilizar ip's validos em meus mkt'cs e havia uma regra de NAT para o servidor MK-AUTH ter acesso a internet, porem da forma que estava não conseguia derrubar clientes... Consegui resolver desbilitando-a... depois aki mesmo no fórum encontrei uma regra que permitiu funcionar redondo novamente segue regra:

    /ip firewall nat

    add action=masquerade chain=srcnat comment=MK-AUTH disabled=no dst-address=\ !172.31.255.1-172.31.255.2 out-interface=ISP3 src-address=\ 172.31.255.1-172.31.255.2

  • ok...

    Flavio Castor da Silva Junior disse:

    Muito obrigado Pedro pelo feed-back. Os meus MKTC's estao identicos a configuraçao sugerida, ainda assim o problema continua... vou resintalar o sistema para ver se volta ao normal. Posto o resultado em breve. Abraço.

  • Muito obrigado Pedro pelo feed-back. Os meus MKTC's estao identicos a configuraçao sugerida, ainda assim o problema continua... vou resintalar o sistema para ver se volta ao normal. Posto o resultado em breve. Abraço.

  • testei aqui e o cliente logado continua a ser derrubado, clique no botão incoming e ative a opção accept e coloque o valor 3799 em port:

     

    incoming.jpg

    Flavio Castor da Silva Junior disse:

    Pedro meu MK-Auth continua com o comando reparar clientes com problemas... Antes quando selecionava um cliente e mandava "reparar" se o cliente tivesse logado no Hotspot o mesmo era "derrubado", e se o cliente nao tivesse conectado, ficava o registro no LOG do Mikrotik sinalizando que o MK-AUTH tomou uma açao. Agora não fica registro em nenhum dos casos, e o cliente permanesse conectado... Outro fato é cliente bloqueado, o mk-auth sinaliza que o cliente está bloqueado, mas enquanto o cliente nao fizer um novo acesso no hotspot continua navegando... Agora imagina que tinho casos em que o cliente fica ativos por dez dias?

  • Pedro meu MK-Auth continua com o comando reparar clientes com problemas... Antes quando selecionava um cliente e mandava "reparar" se o cliente tivesse logado no Hotspot o mesmo era "derrubado", e se o cliente nao tivesse conectado, ficava o registro no LOG do Mikrotik sinalizando que o MK-AUTH tomou uma açao. Agora não fica registro em nenhum dos casos, e o cliente permanesse conectado... Outro fato é cliente bloqueado, o mk-auth sinaliza que o cliente está bloqueado, mas enquanto o cliente nao fizer um novo acesso no hotspot continua navegando... Agora imagina que tinho casos em que o cliente fica ativos por dez dias?

  • Também percebi a falta... utilizo com hotspot e realmente está fazendo falta... toda as vezes que mandava reparar um determinado cliente o sistema interagia com o mikrotik/hotspot e desconectava o cliente sendo necessário pagina de login.. O log da desconexão ficava registrado no LOG do MK... Outro fato importante é que estamos desbloqueando clientes e estes permanecem bloqueados...

     

  • não sei, não alterei o reparar, vc pode fazer um downgrade para 4.95 com o comando mkdown 495 e testar...

    Neilson Reis da Silva disse:

    Antes eu utilizava ele para aqueles clientes que reclamavam de não está conseguindo navegar (e que tinha conectado, mas não conseguia conexão com o equipamento através do IP gravado no sistema), e percebia que quando acontecia a mudança do ip ao reparar (por mais que essa não fosse sua função) o cliente voltava a navegar e eu tinha acesso ao equipamento. Utilizo aqui o RouterOS v6, você acha que pode ser isso?

  • Antes eu utilizava ele para aqueles clientes que reclamavam de não está conseguindo navegar (e que tinha conectado, mas não conseguia conexão com o equipamento através do IP gravado no sistema), e percebia que quando acontecia a mudança do ip ao reparar (por mais que essa não fosse sua função) o cliente voltava a navegar e eu tinha acesso ao equipamento. Utilizo aqui o RouterOS v6, você acha que pode ser isso?

This reply was deleted.