Sabemos que em alguns casos a comunicação mk-auth/mikrotik (vice-versa) traz alguns problemas não relativos ao desenvolvimento do software mas á logica e aos protocolos utilizados.

É assim com o plano Night, limite de tráfego, turbo, pagina de aviso em pppoe etc.

O que proponho é uma comunicação um tanto quando diferente que poderia ser baseado no seguinte príncipio.

O mk-auth manteria um arquivo, ou uma tabela, com informações que pudessem ser acessadas pelo mikrotik de tempos em tempos através de um script, com base nessas informacoes o scritpt realizaria alguma alteração no mikrotik.

Observe que trocamos o lado do responsável pela comunicação, deixa de ser o mk-auth e passa ser o mikrotik, assim por exemplo no caso do limite tráfego, se o script estivesse buscando esses dados de 5 em 5 minutos no mk-auth, nós não teríamos um controle exato, uma vez que nesse tempo poderia haver uma quebra de limite, mas não seria grande coisa e haveria a possibilidade do usuário ser colocado em uma velocidade mais baixa sem a desconexão.

Opinem, por favor!

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

Join MK-AUTH

Enviar-me um email quando as pessoas responderem –

Respostas

  • Vc ja fez algum teste de bancada?

    Um sistema concorrente que eu usava tudo era no mikrotik ou seja os usuarios ficam lá, quando cadastrava um novo cliente no sistema ele criava o usuario direto la no mikrotik, quando deletava o cliente ele tirarava do mikrotik.

    tudo no mikrotik com certeza seria muito melhor, todavia vc ja tem algo na bancada?

  • Não é essa a idéia!


    Nem pensar nisso! O radius é a forma correta e eficiente. O que eu falo é de comunicação apenas, tipo:

    De tempos em tempos o mikrotik rodaria um script que estaria armazenado no servidor mk-auth o que possibilitaria que esse scritp fosse alterado de acordo com o que o mk-auth quer que o mikrotik faça, vejo isso como solução para planos night, turbo, limite de banda e até pagina de aviso para pppoe.

    Esse sistema que você falou, inclusive, acho que foi desenvolvido pelo Luciano, que hoje utiliza mk-auth.


    RIBEIRO'S NET - Flavio disse:

    Vc ja fez algum teste de bancada?

    Um sistema concorrente que eu usava tudo era no mikrotik ou seja os usuarios ficam lá, quando cadastrava um novo cliente no sistema ele criava o usuario direto la no mikrotik, quando deletava o cliente ele tirarava do mikrotik.

    tudo no mikrotik com certeza seria muito melhor, todavia vc ja tem algo na bancada?

  • o sistema é wmkt sem pronunciar ele todo afinal aki é mk-auth que sou muito mais srrsrsrs

    Jhonne Jossy disse:

    Não é essa a idéia!


    Nem pensar nisso! O radius é a forma correta e eficiente. O que eu falo é de comunicação apenas, tipo:

    De tempos em tempos o mikrotik rodaria um script que estaria armazenado no servidor mk-auth o que possibilitaria que esse scritp fosse alterado de acordo com o que o mk-auth quer que o mikrotik faça, vejo isso como solução para planos night, turbo, limite de banda e até pagina de aviso para pppoe.

    Esse sistema que você falou, inclusive, acho que foi desenvolvido pelo Luciano do n!moc que hoje utiliza mk-auth.


    RIBEIRO'S NET - Flavio disse:

    Vc ja fez algum teste de bancada?

    Um sistema concorrente que eu usava tudo era no mikrotik ou seja os usuarios ficam lá, quando cadastrava um novo cliente no sistema ele criava o usuario direto la no mikrotik, quando deletava o cliente ele tirarava do mikrotik.

    tudo no mikrotik com certeza seria muito melhor, todavia vc ja tem algo na bancada?


  • Jhonne Jossy disse:

    Não é essa a idéia!


    Nem pensar nisso! O radius é a forma correta e eficiente. O que eu falo é de comunicação apenas, tipo:

    De tempos em tempos o mikrotik rodaria um script que estaria armazenado no servidor mk-auth o que possibilitaria que esse scritp fosse alterado de acordo com o que o mk-auth quer que o mikrotik faça, vejo isso como solução para planos night, turbo, limite de banda e até pagina de aviso para pppoe.

    Esse sistema que você falou, inclusive, acho que foi desenvolvido pelo Luciano, que hoje utiliza mk-auth.


    RIBEIRO'S NET - Flavio disse:

    Vc ja fez algum teste de bancada?

    Um sistema concorrente que eu usava tudo era no mikrotik ou seja os usuarios ficam lá, quando cadastrava um novo cliente no sistema ele criava o usuario direto la no mikrotik, quando deletava o cliente ele tirarava do mikrotik.

    tudo no mikrotik com certeza seria muito melhor, todavia vc ja tem algo na bancada?

  • estava pensando em algo do tipo Jossy, mais seria assim o sistema cria um arquivo com os comandos e envia por ftp para o mikrotik e o mikrotik roda o mesmo, mais não sei muito dos comandos que o mikrotik usa como esse do limite de trafego para alterar sem problemas...

  • Diga o que quer fazer que eu te mando o comando =D

    vc pode fazer isso enviando um arquivo por ftp ou por SSH mesmo, 

    Ex: O cliente no atingir o limite de trafego dele o mk-auth envia o comando por ssh e altera a velocidade,

    ai se ele desconectar já vai estar com a velocidade alterada, voce pode fazer isso buscando pelo login do cliente na queue.

  • Pedro,

    Só acredito que o melhor é tirar a responsabilidade do mk-auth, tipo ao invés do sistema mandar o arquivo para o mikrotik, um script no mikrotik buscaria o arquivo no mk-auth.

    Pedro Filho disse:

    estava pensando em algo do tipo Jossy, mais seria assim o sistema cria um arquivo com os comandos e envia por ftp para o mikrotik e o mikrotik roda o mesmo, mais não sei muito dos comandos que o mikrotik usa como esse do limite de trafego para alterar sem problemas...

This reply was deleted.