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!
Respostas
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:
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.
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...
Jhonne Jossy disse:
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, 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?