DUPLICIDADE DE IPS
boa tarde amigos.
tenho vario concentradores, pra ser mais exato, uns 70, são POP's com rb 433AH, e etc... cada local tem uma media de 10 a 20 clientes conectador, uso versão 6.36, PPOE, via radius.... ip's fornecidos pelo proprio MK AUTH(IP POOL), corte via ssh com clientes bloqueados indo pro adreslist...
ja coloquei a função SNMP pra todas! e mesmo assim da duplicidade!
OBS. Não quero colocar ip pra cada cliente pois uso IP VALIDO, pra todos os clientes, e se eu setar os ips, ficaram preso a cada clientes e iram me fazer falta! pois tenho uma range de 1024 e atualmente estou com 950 clientes aproximadamente! sem contar ip pra servidores, DNS e outros, resumindo, estou ficando com uma situação complicada!
SE ALGUEM PUDER AJUDAR....
FORTE ABRAÇO!
Visualizações: 22
Para adicionar comentários, você deve ser membro de MK-AUTH.
O problema é que a tabela radacct não atualiza todos os parâmetros que deveria. Por isso o FreeRADIUS se perde.
O meu patch resolve exatamente esse problema com o FreeRADIUS.
Rodrigo Foureaux disse:
entendi, mais o processo de controle de ips nao é o mesmo, tendo 1 ramal ou mais ? o interim nao vai manter a tabela do radius atualizada para que ele nao se perca ?
Reduzir tanto o interim update aumenta a pressão sobre o banco de dados. Pode parecer bobagem, mas com milhares de assinantes autenticando o MK-AUTH pode ficar muito lento em todas as suas funções.
Rodrigo Foureaux disse:
utilize o interim update do mikrotik com 50 segundos... funciona sem duplicar ...
verifique as duplicidades utilizando a query abaixo:
select distinct framedipaddress , count(*) as contador from radacct where acctstoptime is null group by framedipaddress HAVING COUNT(*) > 1;
Reduzir tanto o interim update aumenta a pressão sobre o banco de dados. Pode parecer bobagem, mas com milhares de assinantes autenticando o MK-AUTH pode ficar muito lento em todas as suas funções.
Rodrigo Foureaux disse:
utilize o interim update do mikrotik com 50 segundos... funciona sem duplicar ...
verifique as duplicidades utilizando a query abaixo:
select distinct framedipaddress , count(*) as contador from radacct where acctstoptime is null group by framedipaddress HAVING COUNT(*) > 1;
entendi, mais o processo de controle de ips nao é o mesmo, tendo 1 ramal ou mais ? o interim nao vai manter a tabela do radius atualizada para que ele nao se perca ?
Marco de Freitas disse:
Vários NAS (ramais) não um só. A duplicação piora quanto mais ramais.
Respostas
Você matou a charada. É isso que deve acontecer.
O problema é que a tabela radacct não atualiza todos os parâmetros que deveria. Por isso o FreeRADIUS se perde.
O meu patch resolve exatamente esse problema com o FreeRADIUS.
Rodrigo Foureaux disse:
qual seria o jeito ideal ?
Marco de Freitas disse:
Reduzir tanto o interim update aumenta a pressão sobre o banco de dados. Pode parecer bobagem, mas com milhares de assinantes autenticando o MK-AUTH pode ficar muito lento em todas as suas funções.
Rodrigo Foureaux disse:
entendi, mais o processo de controle de ips nao é o mesmo, tendo 1 ramal ou mais ? o interim nao vai manter a tabela do radius atualizada para que ele nao se perca ?
Marco de Freitas disse:
Vários NAS (ramais) não um só. A duplicação piora quanto mais ramais.
Rodrigo Foureaux disse:
como ?
Artelino kiihl Junior disse:
utilize o interim update do mikrotik com 50 segundos... funciona sem duplicar ...
verifique as duplicidades utilizando a query abaixo:
select distinct framedipaddress , count(*) as contador from radacct where acctstoptime is null group by framedipaddress HAVING COUNT(*) > 1;
Tem tudo neste link: http://mk-auth.com.br/xn/detail/2529151:Comment:860121
Artelino kiihl Junior disse:
-
1
-
2
de 2 Próximo