Problema da pgcorte por address-list está na radreply
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.
Respostas
Problema da pgcorte por address-list está na radreply
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.
Pedro Filho disse:
Estou com o mesmo problema.
Versão MK-AUTH 19.01 :: K4.9 64bits
faz um novo update...