Já sabemos que o Radius não trabalha com o IP BINDINGS (host livre) do hotspot e por isso o Pedro não implantou esse controle no mk-auth. O que poderia ser feito com ssh mas o mesmo quer eliminar isso do sistema para evitar falhas e dor de cabeça.

Até ai tudo bem, quem tem esse tipo de cliente já controla diretamente no mikrotik, mas o chato é tá olhando toda data de vencimento quem pagou ou não para desativar a regra dele no mikrotik. 

Pensando nisso acho que o Pedro pode nos dar uma forcinha e nas opções de conexão PPPoE e Hotspot do cliente, ele adicionar mais uma opção IP LIVRE, onde o cliente marcado nessa opção quando for bloqueado após a data programada ele dé um aviso na home do mk-auth ou até mesmo em algum relatório específico para esse tipo de clientes.

Aqui eu deixo como hotspot, crio um user e senha fictício para ele (ex: login: pedrohostlivre senha: iplivre), preencho o IP que coloquei pra o cliente, o MAC também (opcional), plano de velocidade (pra gerar o boleto no valor correto), ramal e etc. Sendo que o gerenciamento de internet desse cliente é feito direto no mikrotik, ficando o mk-auth apenas com o controle financeiro. O problema é que as vezes não vemos que o cara tá bloqueado e ele fica lá liberado no mikrotik, usando a net numa boa. Por isso acho interessante um aviso específico do mk-auth para esse tipo de cliente, seria apenas um aviso e não um gerenciamento de conexão.

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

  • Pedro, essa ideia ja ta na fila de implementações? rsrsrs Aqui tá aumentando a demanda por host livre e aumentando a bronca tbm. Após o período de carência temos que ficar atentos nos inadimplentes para desativar no mikrotik, se o mk-auth desse pelo menos um aviso seria ótimo.

  • Então pode ser tbm. Aqui uso ip e ramal no cadastro dos clientes e funcionaria numa boa a página de corte caso vc implemente, porém como uso cache, uso corte por pool de ip (pgcorte) pra porta 80 da range de bloqueio n cair no cache, mas seria uma boa contar com essa opção que poderia beneficiar outros usuários.  Só assim avisaria ao cliente, e o aviso na tela principal do mk-auth nos lembraria tbm. Show de bola Pedro.

    Pedro Filho disse:

    ele não faz login, mais se você usar o corte por SSH o sistema envia o ip dele para o address-list, é preciso apenas que o cliente tenha o ip e ramal definidos no cadastro e a comunicação SSH entre o MikroTik e mk-auth esteja ok... 

    Cordeiro Neto disse:

    Como ele não faz login e nem possui user e senha, visto que é ip livre, não sei como poderia ser feito uma tela de bloqueio para ele. Mas só avisando na home do mk-auth e dessa forma a gente desabilitando ele no mikrotik já adiantaria, pois dessa forma, após desativar ele no ip-bindings ele passaria a ver a tela de login do hotspot e já saberia q tá em débito.

    Pedro Filho disse:

    uma opção para exibir pagina de corte ou não ?? se for isso irei ver então...

    Cordeiro Neto disse:

    Eu entendo Pedro. Caso seja mais fácil pra n confundir a galera, ao invés de criar uma nova opção de conexão pra galera não achar q o mkauth q tá gerenciando o ip-bindings tive outra idéia.

    No aba FINANCEIRO do cliente vc pode adicionar mais uma opção:

    Receber aviso de bloqueio na tela de avisos do mk-auth: (   ) SIM    (    )NÃO

    Dessa forma qualquer cliente que a gente deseje o aviso de bloqueio na home poderia marcar, independente de ser ip livre, pppoe ou hotspot. E pra ficar melhor ainda pode até mandar um aviso sms para o celular do provedor.

    Acho que assim fica mais fácil pra todo mundo e não confunde ninguém. Nem vai citar IP LIVRE pra ngm achar que o mk-auth tá gerenciando isso. E dessa forma ao logar no mk-auth já saberemos se os clientes que marcamos a opção estão bloqueados. :D

  • ele não faz login, mais se você usar o corte por SSH o sistema envia o ip dele para o address-list, é preciso apenas que o cliente tenha o ip e ramal definidos no cadastro e a comunicação SSH entre o MikroTik e mk-auth esteja ok... 

    Cordeiro Neto disse:

    Como ele não faz login e nem possui user e senha, visto que é ip livre, não sei como poderia ser feito uma tela de bloqueio para ele. Mas só avisando na home do mk-auth e dessa forma a gente desabilitando ele no mikrotik já adiantaria, pois dessa forma, após desativar ele no ip-bindings ele passaria a ver a tela de login do hotspot e já saberia q tá em débito.

    Pedro Filho disse:

    uma opção para exibir pagina de corte ou não ?? se for isso irei ver então...

    Cordeiro Neto disse:

    Eu entendo Pedro. Caso seja mais fácil pra n confundir a galera, ao invés de criar uma nova opção de conexão pra galera não achar q o mkauth q tá gerenciando o ip-bindings tive outra idéia.

    No aba FINANCEIRO do cliente vc pode adicionar mais uma opção:

    Receber aviso de bloqueio na tela de avisos do mk-auth: (   ) SIM    (    )NÃO

    Dessa forma qualquer cliente que a gente deseje o aviso de bloqueio na home poderia marcar, independente de ser ip livre, pppoe ou hotspot. E pra ficar melhor ainda pode até mandar um aviso sms para o celular do provedor.

    Acho que assim fica mais fácil pra todo mundo e não confunde ninguém. Nem vai citar IP LIVRE pra ngm achar que o mk-auth tá gerenciando isso. E dessa forma ao logar no mk-auth já saberemos se os clientes que marcamos a opção estão bloqueados. :D

  • Como ele não faz login e nem possui user e senha, visto que é ip livre, não sei como poderia ser feito uma tela de bloqueio para ele. Mas só avisando na home do mk-auth e dessa forma a gente desabilitando ele no mikrotik já adiantaria, pois dessa forma, após desativar ele no ip-bindings ele passaria a ver a tela de login do hotspot e já saberia q tá em débito.

    Pedro Filho disse:

    uma opção para exibir pagina de corte ou não ?? se for isso irei ver então...

    Cordeiro Neto disse:

    Eu entendo Pedro. Caso seja mais fácil pra n confundir a galera, ao invés de criar uma nova opção de conexão pra galera não achar q o mkauth q tá gerenciando o ip-bindings tive outra idéia.

    No aba FINANCEIRO do cliente vc pode adicionar mais uma opção:

    Receber aviso de bloqueio na tela de avisos do mk-auth: (   ) SIM    (    )NÃO

    Dessa forma qualquer cliente que a gente deseje o aviso de bloqueio na home poderia marcar, independente de ser ip livre, pppoe ou hotspot. E pra ficar melhor ainda pode até mandar um aviso sms para o celular do provedor.

    Acho que assim fica mais fácil pra todo mundo e não confunde ninguém. Nem vai citar IP LIVRE pra ngm achar que o mk-auth tá gerenciando isso. E dessa forma ao logar no mk-auth já saberemos se os clientes que marcamos a opção estão bloqueados. :D

  • uma opção para exibir pagina de corte ou não ?? se for isso irei ver então...

    Cordeiro Neto disse:

    Eu entendo Pedro. Caso seja mais fácil pra n confundir a galera, ao invés de criar uma nova opção de conexão pra galera não achar q o mkauth q tá gerenciando o ip-bindings tive outra idéia.

    No aba FINANCEIRO do cliente vc pode adicionar mais uma opção:

    Receber aviso de bloqueio na tela de avisos do mk-auth: (   ) SIM    (    )NÃO

    Dessa forma qualquer cliente que a gente deseje o aviso de bloqueio na home poderia marcar, independente de ser ip livre, pppoe ou hotspot. E pra ficar melhor ainda pode até mandar um aviso sms para o celular do provedor.

    Acho que assim fica mais fácil pra todo mundo e não confunde ninguém. Nem vai citar IP LIVRE pra ngm achar que o mk-auth tá gerenciando isso. E dessa forma ao logar no mk-auth já saberemos se os clientes que marcamos a opção estão bloqueados. :D

  • Eu entendo Pedro. Caso seja mais fácil pra n confundir a galera, ao invés de criar uma nova opção de conexão pra galera não achar q o mkauth q tá gerenciando o ip-bindings tive outra idéia.

    No aba FINANCEIRO do cliente vc pode adicionar mais uma opção:

    Receber aviso de bloqueio na tela de avisos do mk-auth: (   ) SIM    (    )NÃO

    Dessa forma qualquer cliente que a gente deseje o aviso de bloqueio na home poderia marcar, independente de ser ip livre, pppoe ou hotspot. E pra ficar melhor ainda pode até mandar um aviso sms para o celular do provedor.

    Acho que assim fica mais fácil pra todo mundo e não confunde ninguém. Nem vai citar IP LIVRE pra ngm achar que o mk-auth tá gerenciando isso. E dessa forma ao logar no mk-auth já saberemos se os clientes que marcamos a opção estão bloqueados. :D

  • está dificil amigo, colocar mais uma opção de conexão chamada IP LIVRE seria dificil explicar o funcionamento para o pessoal, mais irei ver uma forma de lhe ajudar nisso...

    Cordeiro Neto disse:

    iai Pedrão? É possível implementar essa funcionalidade?

  • iai Pedrão? É possível implementar essa funcionalidade?

  • Infelizmente não ajuda nesse problema específico Pedro, pois ali lista todos os clientes bloqueados. O que eu queria era um relatório especifico de clientes com IP LIVRE bloqueados e que de preferência aparecesse algum aviso na home do mk-auth, no mesmo local onde mostra os lembretes de aniversariantes, chamados e etc. Pois O mk-auth eu acesso ele no mínimo 10x por dia. Já o mikrotik tem dia que nem entro. Então vendo a informação do cliente HOST LIVRE que foi bloqueado na home do mk-auth era só ir no mikrotik e desativar o BINDING daquele cliente. Serviria como um lembrete específico para esse tipo de cliente. Por isso teria que ter alguma opção no cadastro dele para a gente marcar se ele é HOST LIVRE (SIM OU NÂO).

  • e os logs do mk-auth cordeiro não ajuda ?? tenta buscar na pagina de logs pela operação F15FA2B3 que assim vc pega os bloqueios que o sistema realizou...

This reply was deleted.