Pedro, seria interessante se nas opções de autenticação do cliente o mk-auth tbm pudesse controlar além de hotspot e pppoe ter a opção HOST LIVRE (ip bindings) sem autenticação.
Ao marcarmos essa opção, não precisaria preencher os campos login e senha, apenas o IP (obrigatório) e o MAC (opcional), pois dessa forma o mk-auth controlaria também os pagamentos dos clientes que não tem autenticação. No meu caso tenho alguns clientes empresariais que não querem autenticação de forma alguma, pois usam a internet diretamente ligada em terminais de cartão de crédito, outros usam em receptores de tv a cabo e não tem como autenticar. Seria interessante pois caso eles não pagassem o boleto o mk-auth desabilitaria o IP BINDINGS referente ao ip dele através do SSH consultando pelo comentário com o nome do cliente (ex: cliente_emanuel) ou até mesmo pelo ip.
Seria uma opção a mais para o Mk-auth que acho bastante interessante.
Respostas
acima da opção de pgaviso coloquei a pgcorte Cordeiro, faz um update e testa ai amigo como ficou...
Cordeiro Neto disse:
irei colocar a opção de pagina de corte, depois de testar a gente ver o resto...
Cordeiro Neto disse:
Certo, mas dessa forma o mkauth vai gerenciar o IP BINDINGS do hotspot ou ficará manual?
Pedro Filho disse:
bem melhor, acho que colocando a opção de mostrar pgcorte e vc colocar o cliente em um grupo de HOST LIVRE, coloco na busca para filtrar pelas 3 opções (grupo, pgcorte, bloqueado) é possivel pegar quais os clientes ainda bloqueados.
Cordeiro Neto disse:
Isso, só que seria um aviso para nós, quando entrarmos no webadmin no mk-auth avisar que TAL cliente com HOST LIVRE está bloqueado, e quando ele pagar avisar também pra gente lembrar de liberar ele no mikrotik. Após bloquear ou liberar ele no mikrotik a gente pode excluir o nome dele da tela de avisos do webadmin assim como excluimos os chamados de suporte
Pedro Filho disse:
igual a opção pgaviso que já tem lá ? realmente seria uma solução...
Cordeiro Neto disse:
Pedro, tive outra ideia. No menu do cliente, na guia FINANCEIRO, ter alguma opção pra gente marcar se quer receber aviso na tela principal do mk-auth quando esse cliente for bloqueado e desbloqueado. Só assim ficaria mais fácil de gerenciar isso sem tá fazendo consultas constantes pelo HL pra descobrir se o cliente ainda tá bloqueado ou já pagou. Quando bloqueia é fácil ver, mas as vezes a secretária dá baixa nele, e só depois é q eu vejo e libero no mikrotik. Se esse aviso pudesse ser inserido na tela principal do mk-auth não automatizaria o processo, como desejamos, mas já auxiliaria o nosso juízo. rsrs
Ótimo Pedro. Tá cada vez mais complicado gerenciar isso manualmente olhando no mk-auth se bloqueou ou pagou e desabilitando ou habilitando no mikrotik. Se você puder fazer algo a respeito será muito bom!
O interessante é que o script veja quem é HL que está bloqueado e repassar essa informação para o mikrotik desativando esse cliente no ip binding, e após o pagamento ele será habilitado novamente
Pedro Filho disse:
o sistema agora usa o recurso de tool fetch para passar os dados como saber amigo, acho que é possivel colocar para incluir esse ipbindings e depois de carregar os dados dos clientes nele o script do mikrotik deletar os que não tem o (HL) no nome, assim pode funcionar, assim que possivel irei ver aqui...
Cordeiro Neto disse:
Pedro, estava dando uma olhada no MK-Auth hoje, uso desde a versão 4.83 e muita coisa foi implementada, o sistema está se saindo muito bem nesses 4 anos que utilizo aqui e está nos atendendo muito bem, porém o que está ainda faltando é o controle completo do HOTSPOT, que utiliza o modo autenticado com login e senha, que o sistema já gerencia bem, e o sistema IP BINDINGS (Host livre de autenticação).
Estive pensando numa maneira de você implementar isso no mk-auth, no meu caso, tenho mais de 80 clientes que são HOST LIVRE e no cadastro deles para identificar, após o nome eu coloquei a tag (HL), Exemplo: José Augusto da Silva - (HL). Quando é no dia de bloqueio eu consulto todos os cliente que contenham o HL no nome e que estão bloqueados, ai vou no mikrotik e desabilito manualmente no hotspot, mas como a rede cresceu muito isso está saindo de controle. Gostaria que você pensasse nessa opção da seguinte forma.
No tipo de conexão do cliente, além do Hotspot e PPPoE, seria adicionado a opção Host Livre, onde não seria necessário preencher login e senha (se possível até desabilitasse na hora que marcasse host livre), pedindo obrigatoriamente o IP + MAC do cliente. O mk-auth após a confirmação do cadastro enviaria para o mikrotik via ssh o comando:
/ip hotspot ip-binding add address=$IPCLIENTE mac-address=$MAC_CLIENTE comment
="$NOMECLIENTE + $CPF" server=all type=bypassed
e na queue simple o comando:
/queue simple add name=$NOMECLIENTE + $CPF target-addresses=$IPCLIENTE interface=all parent=none priority=8 queue=default/default max-limit=$PlanoDoClienteUpload/$PlanoDoClienteDownload total-queue=default disabled=no
Quando o tal cliente não pagar o boleto e o mk-auth bloquear todos os clientes inadimplentes, aqueles que são Host Livre, o mk-auth iria rodar um comando pra pesquisar no IP BINDINGS DO MIKROTIK e na QUEUE SIMPLE pelo CPF ou alguma outra forma de código e desabilitar as suas regras. Dessa forma iria aparecer a pagina de autenticação do hotspot e o cliente já iria se tocar que tá em débito. Quando o cliente pagar e for dado baixa na sua fatura, o MK-Auth desbloquearia ele automaticamente rodando um script para pesquisar novamente pelo CPF dele no Bindings e Simple queue e habilitar novamente as regras. E quando esse cliente fosse DESATIVADO o mk-auth pesquisaria da mesma forma e excluiria, liberando o ip para uso novamente.
É apenas uma ideia q pode ser amadurecida com mais calma.
-
1
-
2
de 2 Próximo