quando meus clientes vao conectar aparece essa mensagem RADIUS server is not responding
alguem sabe a solucao
ja tentei fazer upgrade no mk-auth mais nao deu certo
ALGUEM PODE ME AJUDAR
Para adicionar comentários, você deve ser membro de MK-AUTH.
This reply was deleted.
Respostas
envia amigo, quero ver isso...
CSALEX disse:
Pedro ,
agradeço muito a gentileza e a proatividade ,para eu prefiro da forma que deixei,ficou excelente,muito bom,tudo funciona perfeito sem a auth no mk-auth.
Mas se você quiser acessa-lo para alguma duvida eu te envio o endereço externo.
Pedro Filho disse:
me passa um ip ou ddns com dados para acesso ao SSH de seu mk-auth em 2307901010@mk-auth.com.br que irei olhar ele...
CSALEX disse:
Esse mk-auth é bom ,mas as vezes da uma doidera nele que so Deus.
"Hoje ele esta file , amanha o radius não funciona mais e parece que a ultima solução é reinstalando o sistema" ,ai é foda ainda mais se o mk-auth for remoto,fica em local de dificil acesso.
Aqui uma solução que tivemos foi ,os clientes autentica no mikrotik,mk-auth apenas para cadastro e cortes por ssh,so.
Tem caso que sem ninguém mexer no mk-auth,update desativado e no outro dia o radius não rola,nem reiniciando nem nada , não tenho mais coragem de deixar meus clientes a messe do mk-auth , é sistema com recurso excelentes e barato ,mais isso mata !
Fica ai uma dica para matar essa falhar de Radius , não usando mais o radius.
Estou com o mesmo problema. Isso aconteceu depois que eu instalei o servidor de dns junto ao mk-auth.......agora nao consigo fazer voltar a funcionar novamente......Se alguem tiver mais alguma solucao posta ai para nos resolver.
Obrigado
erros de conexão sempre é falha do radius, abaixo possiveis erro com algumas soluções:
Porta do accounting no MikroTik não é a padrão 1813 e a authenticate não é 1812:
troque as portas para o padrão correto, ou seja 1812 e 1813.
Falha de comunicação do mk-auth com seu MikroTik:
com um ping de um para o outro vc observa por alguns instantes se responde corretamente, se não reveja sua rede.
Para testar a comunicação ssh agora o sistema envia uma regra desabilitada para o filter do MikroTik, se gravar a regra é pq esta ok...
IP que o cliente usa no momento não é o mesmo ip gravado no sistema:
remova o ip que estiver salvo no cadastro do cliente depois repare o mesmo e teste novamente.
Você pode configurar o cliente FTP do MikroTik para controlar o DHCP, depois de habilitar o uso de FTP no cadastro de servidores MikroTik no webadmin e incluir o usuário mkauth no MikroTik:
Use o script abaixo para controla o leases do servidor DHCP.
Tempo do interim update no MikroTik maior do que 3 minutos podem fazer o sistema desconectar clientes:
configure o tempo de interim como 00:03:00 e teste novamente.
Senha errada, as vezes o navegador troca a senha do cliente ao alterar algum dado do mesmo no webadmin:
teste com outro navegador e em opções coloque o item case sensitive como não e teste novamente.
Tipo de conexão errado (hotspot e pppoe) no cadastro do cliente no webadmin:
configure o tipo de conexão correto no cadastro do cliente.
MAC que o cliente usa esta errado, não é o mesmo gravado no sistema:
remova o mac que estiver salvo no cadastro do cliente e teste novamente.
Ramal que esta definido para o cliente não é o correto ou o ramal esta com ip errado:
coloque o ramal todos no cadastro do cliente e nas configurações de radius do MikroTik coloque o secret 123456.
MikroTik não esta cadastrado no MK-AUTH, ou ip secrect estão errados no webadmin:
faça um update do mk-auth e coloque no MikroTik nas configurações de radius o secret 123456 e no cliente o ramal todos.
Marcar a opção night sem querer no cadastro do cliente, assim o sistema irar desativar o mesmo alguma hora:
desmarque o item night no cadastro do cliente.
Dados do cliente mal formatados no banco do servidor radius:
selecione o cliente e clique no icone reparar ou então use o comando mk-auth e escolha reparar clientes.
me add ai que te ajudo djjeanmk