Olá pessoal.
Eu uso aqui IP Privado Fixo nos clientes, similar a IPxMAC porém não preciso usar ARP em Reply-Only pois uso ACL / WPA2 nos APs.
Não pretendo utilizar nem PPPoE nem Hotspot, talvez em um futuro próximo, ao migrar para IP Publico/ipv6 nos clientes, migre para DHCP .
Eu tenho hoje um servidor web dentro da minha intranet, onde dentre outras coisas, tenho mensagem de corte ativa e configurada no MK atravéz de um DST-NAT.
A pergunta é: se eu decidir implantar o MK-Auth aqui, até que nível de integração eu consigo com minha forma atual de autenticação ?
O que irei perder ao não utilizar PPPoE/Hotspot ? Se perco, consigo readaptar as perdas modificando algo no código do programa para adequar/compensar ?
Para adicionar comentários, você deve ser membro de MK-AUTH.
Respostas
no momento não tenho planos, mais o futuro ao pai pertence, por isso não sei se um dia posso incluir...
Provedor Smart ( Silvio ) disse:
hum... não teria como fazer essa implementação Pedro ?
Tu sabe que existe uma grande nicho de mercado que o MK-Auth não atinge justamente pela imposição do uso de PPPoE ou Hotspot.
Que o sistema é ótimo, realmente é consenso. Porém se conseguisse implementar o Radius do MK-Auth para interagir com o Mikrotik baseando-se pelo RADIUS MAC da UBNT ( ou a solução de Radius do Mikrotik também ) , acho que teríamos aí uma solução totalmente completa.
Eu não entendo nada de uPnP e de integração, mas tenho noção de script ( mas não de Radius ), e olhando de fora não me parece uma solução assim tão difícil de implementar ( claro, pra cliente é sempre tudo fácil :D ).
Fica a sugestão da melhoria, se ela não for possível, ou inviável, só me dá um pequeno retorno para que eu não fique na "esperança". (y)
sim, mais ai não aparece a pagina de corte para o cliente...
Provedor Smart ( Silvio ) disse:
Não é possível nem utilizando "RADIUS MAC Authentication" nos APs UBNT (linha M) ?
infelizmente não funciona amigo, como o sistema usa radius para controle é preciso usar ou hotspot ou pppoe...