O arquivo clientes.conf deve ser informado as configurações do dispositivo que vai comunicar com o servidor freeradius.
exemplo:

# joe /etc/freeradius/3.0/clients.conf

client ELIASWIFI {
ipaddr = 172.17.200.102/32
secret = exemplosenha
require_message_authenticator = no
nastype = other
virtual_server = eliaswifi
}

Estou a dias tentando amarrar o endereço mac um determinado login de usuario utilizando o atributo :

ja tentei das seguintes formas

(‘cliente’, ‘Calling-Station-Id’, ‘==’, ’00:11:22:33:44:55′);
(‘cliente’, ‘Calling-Station-Id’, ‘:=’, ’00:11:22:33:44:55′);
(‘cliente’, ‘Calling-Station-Id’, ‘==’, ’00-11-22-33-44-55′);
(‘cliente’, ‘Calling-Station-Id’, ‘:=’, ’00-11-22-33-44-55′);

Acontece que o Radius não valida o Calling-station-id e autentica qualquer equipamento com o mesmo usuário e senha,
onde sera que estou errando?

Tem outros dois tutoriais de freeradius no blog, da uma pesquisada. Falo sobre a questão do ipv6

Thu Dec 26 11:06:27 2019 : Error: Ignoring request to auth address * port 1812 bound to server default from unknown client 172.17.200.102 port 1812 proto udp

Olá, depois de refazer umas diversas vezes e lê centenas de artigos, encontrei a solução, Eu, estava importando a tabela antiga do meu Radius, que continha um campo modificado ( nasidentifier), que pega o nome da RB, que este eu modifiquei um arquivo do freeradius. Até aí tudo bem, removi ele, porém ainda não testei, mas, pretendo.

Outra coisa que percebi que na versão mais nova o Radius na tabela *radacct*, não possui algumas colunas, a esxemplo de (acctstartdelay, acctstopdelay, xascendsessionsvrkey).


('cliente', 'Cleartext-Password', ':=', 'senha'),

('cliente', 'Calling-Station-Id', '==', '00:11:22:33:44:55');


INSERT INTO `radcheck` (`username`, `attribute`, `op`, `value`) VALUES (‘computador’, ‘Caller-ID’, ‘==’, ’62:45:CB:A5:FF:0D’);

estou tentando prender o mac com o attributo Caller-ID, mas não esta funcionando, eu usava isso no freeradius 2 e agora no freeradius 3 não estou conseguindo usar, alguem sabe como prender mac do cliente pppoe usando freeradius 3 ?

Ainda não é possível fazer isso os atributos:
Framed-IPv6-Prefix, Delegated-IPv6-Prefix devem ser atrelados ao usuários. Vale lembrar que o Delegated-IPv6-Prefix no mikrotik não esta funcionando até a versão 6.45beta16

Remontti, gostaria de saber como faço para armazenas IPv6’s na tabela SQLIPPOOL, e disponibilizar meus IPv6’s (WAN e LAN) nessa tabela, sempre que o cliente logar pegar 1 que está disponível, assim como é feito no IPv4.

Nesse caso utilizando os parâmetros:
Framed-IPv6-Prefix: Responsável pela a entrega do IPv6 da WAN(/64);
Delegated-IPv6-Prefix: Responsável pela entregada do IPv6 da LAN (/56);

Sei que deve ser trabalhoso, mas se puder complementar nesse seu tutorial seria incrível!!

Minhas maiores duvidas sempre tirei em: https://wiki.freeradius.org

Mikrotik-Delegated-IPv6-Pool = nome-da-pool-q-exite-no-mk
No tutorial antigo ta errado mesmo. Oara vc poder mandar seu bloco o atributo seria Delegated-IPv6-Prefix (mas o mk nao entende ele) Existe no forum do mk muita reclamação…

Sim, muitos sistemas fazem isso, porem vc tem q estar 100% on para nada ficar fora, e ter um ip fixo, se o radius tiver atras de um nat é so direcionar a porta. já qm for buscar informacao no radius precisa ter um ip fixo tb, pois vai ter q informar na tabela nas o ip valido do lado q vai até o radius fazer a verificacao dos dados.

Parabéns pelo blog, recentemente me formei em Engenharia de Computação, procurando por alguns temas de meu interesse em adquir conhecimento encontrei teu blog, que acabou por suprir várias necessidades de minhas pesquisas.

Tenho uma dúvida sobre o freeradius, seria possível a aplicação de um servidor radius em nuvem para utilização em uma rede de terceiros? Em uma topologia que seria basicamente a seguinte:

servidor freeradius internet onu ap

Onde clientes se autenticaria em meu servidor radius por meio de um ap que estraria atrás de um nat da onu de um provedor qualquer.

Lembrando que eu os únicos ativos os quais eu iria dispor de gerência seria o servidor e o ap.

Grato,

Um grande abraço!