Prezado Pedro,

Tive de atualizar meu MK-AUTH que era 32bits, atualizei para 64bits, versão 19.01 K4.9, já tive alguns problemas na emissão de carnê de clientes mas o que está mais URGENTE mesmo é que reparei que o MK-AUTH não está bloqueando os inadimplentes. Simplesmente não tem mais nenhum cliente na lista pgcorte e a configuração está OK (Radius -> list).

Att,

Marcelo

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

Join MK-AUTH

Enviar-me um email quando as pessoas responderem –

Respostas

  • Alguma novidade? Simplesmente o MK-AUTH não está repassando a informação para adicionar o cliente na pgcorte.

    Já reinstalei o sistema 2x mas sem sucesso.

  • Boa tarde prezado,

    Essa opção está em Provedor > controle de cadastros > controle de servidores, clicando na engrenagem.

    Qualquer dúvida, estamos à disposição.

    Atenciosamente,
    Equipe MK-AUTH

  • Sim, mas já estava tudo correto. Reinstalei o MK-AUTH 19.01 K4.9 e não funcionou, parece ser um bug nesta versão pois reinstalei de novo uma versão da ISO anterior (kernel 3.1) e funcionou perfeito, agora o problema está no envio de email que não está fazendo.

    O MK-AUTH diz que enviou o email mas monitorei o servidor e nao fez nada, nao abriu nenhum processo para enviar. Monitorei meu servidor de emails também e nem chegou a requisição de envio do email lá.

  • Verdade, a versão 19.01 só corta por pool, ssh e list não vai de jeito nenhum.

  • Alguma solução para bloqueio usando LIST,

    é tao mais pratico com LIST nao queria fazer downgrade do sistema nao. 

  • Como deu por resolvido? Mostra como fez sem usar pool

  • Problema da pgcorte por address-list está na radreply

    Olá,

    Vejo que muita gente está com problemas de seus clientes não serem bloqueados com a address-list pgcorte.

    Também tenho clientes com o mesmo problema, e ao investigar o porquê, identifiquei que o erro está na forma como o mk-auth adiciona o cliente bloqueado na tabela radreply do Freeradius. O campo "op" está sendo cadastrado como "==", sendo que o correto é ":=". Eu fiz a correção no campo e reconectei os clientes bloqueados, e todos reconectaram-se caindo na pgcorte como de costume.

    A correção disso deve ser bem simples, provavelmente uma string de query e pronto, mas essa correção precisa ser feita pelo mk-auth e disponibilizada via atualização, já que o código é obfuscado e eu não tenho acesso para alterá-lo.



    Integração MK-AUTH disse:

    Boa tarde prezado,

    Essa opção está em Provedor > controle de cadastros > controle de servidores, clicando na engrenagem.

    Qualquer dúvida, estamos à disposição.

    Atenciosamente,
    Equipe MK-AUTH

  • Reinstalei de novo uma versão da ISO anterior (kernel 3.1) e funcionou perfeito.



    Mark Damon disse:

    Como deu por resolvido? Mostra como fez sem usar pool

  • E AI PESSOAL DO MKAUTH, ALGUMA CORREÇÃO ATÉ MESMO PARA VERSAO MAIS NOVA?

    Cabo Net Provedor de Internet disse:

    Problema da pgcorte por address-list está na radreply

    Olá,

    Vejo que muita gente está com problemas de seus clientes não serem bloqueados com a address-list pgcorte.

    Também tenho clientes com o mesmo problema, e ao investigar o porquê, identifiquei que o erro está na forma como o mk-auth adiciona o cliente bloqueado na tabela radreply do Freeradius. O campo "op" está sendo cadastrado como "==", sendo que o correto é ":=". Eu fiz a correção no campo e reconectei os clientes bloqueados, e todos reconectaram-se caindo na pgcorte como de costume.

    A correção disso deve ser bem simples, provavelmente uma string de query e pronto, mas essa correção precisa ser feita pelo mk-auth e disponibilizada via atualização, já que o código é obfuscado e eu não tenho acesso para alterá-lo.



    Integração MK-AUTH disse:

    Boa tarde prezado,

    Essa opção está em Provedor > controle de cadastros > controle de servidores, clicando na engrenagem.

    Qualquer dúvida, estamos à disposição.

    Atenciosamente,
    Equipe MK-AUTH

  • ONDE BAIXOU A ISO ANTERIOR?

    Marcelo Piaz Vianna disse:

    Reinstalei de novo uma versão da ISO anterior (kernel 3.1) e funcionou perfeito.



    Mark Damon disse:

    Como deu por resolvido? Mostra como fez sem usar pool

This reply was deleted.