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
Respostas
Bom dia a todos,
Quem queira entender pode continuar lendo, quem e preguicoso ou precisa com urgencia pode ir direto ate em baixo ;)
Depois de quebrar muito a cabeca procurando de varias maneiras, com query SQL no cron, com a linguagem unlang do freeradius, etc..
Achei uma maneira de ajeitar esse problema (mudando no lugar certo 2 letras para 6 !! ;) sem essa gambeara de formatar fazer downgrade e sei la
O problema realmente e porque o pedro usou operador errado na tabela radreply, a versao 2.x do freeradius (que nao e mais desemvolvida ha 10 anos)
aceitava erroneamente o operador "==" que nao tem sentido nenhum na tabela radreply, isso foi corrigido no freeradius 3.x.
CFR:
https://wiki.freeradius.org/config/Operators
http://freeradius.1045715.n5.nabble.com/FreeRadius-3-0-12-Select-ra...
http://freeradius.1045715.n5.nabble.com/Not-Receiving-radreply-Attr...
http://lists.freeradius.org/pipermail/freeradius-users/2015-July/07...
(sim, o Alan Dekok, fundador do freeradius, e um nerd chato mais ele ta certissimo ja tive argumento com ele uns 20 anos atras eu estava errado)
O certo seria o pedro ajeitar na fonte do codigo php compilado para inserir "=" ou ":=" ou "+=" na tabela radreply no lugar de "==".
Ate isso acontecer achei outra maneira:
Ja que so sao permitidos os operadores "=", ":=" e "+=" no radreply, mudei a query SQL do propio freeradius para sempre responder com o operador "+=".
Ate agora nao achei nenhuma circunstancia no mkauth que possa usar ou precisar de outro operador nas query SQL da tabela radreply.
Usando o operador "+=" permite atribuir varias address list para um usuario.
Para os preguicosos, tem sorte, simplifiquei o negocio, e so digitar essas linha no terminal root:
sed -i /etc/freeradius/3.0/mods-config/sql/main/mysql/queries.conf -e "s/authorize_reply_query = \"SELECT id, username, attribute, value, op/authorize_reply_query = \"SELECT id, username, attribute, value, \\\\\"+=\\\\\"/"
Reiniciar o servidor RADIUS:
/etc/init.d/freeradius restart
Pronto, pode relaxar.. ;)
http://mk-auth.com.br/forum/topics/pgcorte-n-o-vai-para-o-address-l...
Bom dia,
Pode postar a solução ?
Manuel Bornemann disse:
Boa tarde, posso te chamar no whatsapp? estou com esse problema de não bloquear os clientes
Bom dia,
Boa noticia, depois de muita pesquisa e quebrar muito a cabeca consegui resolver isso de maneira linda e efficaz sem formatar e para qualquer iso ou versao atualizada!
Quem precisar do fix pode enviar messagem pelo whatsapp: +55 (86) 999 21 45 38
Ainda sem funcionar !
Boa noite pessoal fiz a instalação da nova versão e nao esta funcionando, entao deixe para o cliente nao conseguir logar ,,, nesta opção esta funcionando perfeitamente ! aguardando a correção do radius !
Boa noite!! Meu amigo muito obrigado pelo arquivo e pela colaboração, tinha reinstalado o sistema 2x e estou testando desde pela manhã e nada. A sua contribuição ajudou muito, baixei a iso, instalei, atualizei, e funcionou de primeira. Muito obrigado.
Jonatan Elizeche disse:
Pessoal é tenso quando sequer querem procurar hein.
ISOs de 32 e 64 bits, versão provavelmente 4.99 que era a que tinha em 2017.
Na versão 64bits é só ir atualizando, uma hora chega na versão 19.01.
Na versão 32bits vai chegar no máximo na 18.01.
32bits - https://mega.nz/#!e8UHyALK!8F8BpcP9WyqLrKnZ1BzW6Q1K1YRKT6ElYwaKyrBKGiE
64bits - https://mega.nz/#!fwMhDK7Q!JEQce9NPUGQ0bvdnk0kqe3Vj8byTHBRYZ3lq7nkoNKw
amigo vc pode me menda essa que vc reinstalou estou com o mesmo poblema!
Marcelo Piaz Vianna disse:
apos a reinstalacao fica na versao 18.01 mais dahi depois vc pode atualizar pra 19.01 que vai continuar funcionando o bloqueio, pelo menos aqui funcionou depois de atualizar