[MASOCH-L] Opniões sobre radius.

Carlos Alberto Greco carlos at greco.com.br
Mon Jun 20 16:32:11 -03 2011


Caro Jean 

Usamos o freeradius 

Hoje fomos apagar uma tabela na maquina que está rodando o freeradius e parou de autenticar. 
Testamos o mysql estava ok (telnet localhost 3306) 

alteramos no sql.conf (freeradius) 
num_sql_socks = 5 para 
num_sql_socks = 50 

e resolveu . 

Greco 


----- Mensagem original -----

De: "Carlos Alberto Greco" <carlos at greco.com.br> 
Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> 
Enviadas: Segunda-feira, 20 de Junho de 2011 12:19:43 
Assunto: Re: [MASOCH-L] Opniões sobre radius. 

Tive alguns problemas de Mysql segue dica do que fiz. 
prg para verificar as conf de mysql 
wget http://mysqltuner.com/mysqltuner.pl 
chmod +x mysqltuner.pl 
./mysqltuner.pl vai pedir a senha de root do mysql 
adicionei my.cf 
skip-innodb 
ativar esse log 
log_slow_queries = /var/log/mysql/mysql-slow.log 
# Here you can see queries with especially long duration 

Greco 





----- Mensagem original ----- 

De: "Marcelo Costa" <marcelocosta at mcosta.ind.br> 
Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> 
Enviadas: Segunda-feira, 20 de Junho de 2011 12:01:12 
Assunto: Re: [MASOCH-L] Opniões sobre radius. 

Essa tabela muito grande nao pode ser copiada para uma somente com os campos 
de autenticacao que o script 
necessita? criando indices referenciando aos "where xxxx" da query 

[]s 
Eng. Marcelo Costa 

Em 20 de junho de 2011 10:54, Jean Carlos Oliveira Guandalini < 
jean.guandalini at corp.visaonet.com.br> escreveu: 

> Temos um programa no exec-progam-wait, ele está com um tempo de 1s para 
> rodar, apesar de fazer uma verificação numa tabela muito grande ele até 
> que está rápido, vamos tentar verificar o tempo com o debug. 
> 
> ------------------------------------------ 
> Jean Carlos Oliveira Guandalini 
> Dep. de Engenharia e Administração de Redes 
> VisãoNet Telecom 
> http://www.visaonet.com.br 
> 
> Em 20-06-2011 10:09, Marcelo Costa escreveu: 
> > Eu utilizava Oracle, que é mais pesado que o MySQL. 
> > E, note, que fazíamos, também, o armazenamento de accounting no DB e 
> > executávamos scripts com exec-program-wait. 
> > 
> > []s 
> > Eng. Marcelo Costa 
> > 
> > 
> > Em 20 de junho de 2011 10:05, Jean Carlos Oliveira Guandalini < 
> > jean.guandalini at corp.visaonet.com.br> escreveu: 
> > 
> >> Marcelo, mesmo com uma quantidade muito grande de requisições você não 
> >> tinha problemas com o banco de dados? Utilizava MySQL mesmo? 
> >> 
> >> Em 20-06-2011 09:57, Marcelo Costa escreveu: 
> >>> Fazer o balanceamento é facil: rode outra instancia do radius e 
> configure 
> >>> ele para fazer proxy para quantos servidores você quiser balancear e 
> >>> especifique round-robin. 
> >>> minha ultima rede possuía 22.000 assinantes e ocorria de faltar energia 
> >> em 
> >>> uma área grande e, mesmo assim, na volta o radius não morria. 
> >>> 
> >>> Att, 
> >>> Eng. Marcelo Costa 
> >>> 
> >>> Em 20 de junho de 2011 09:53, Jean Carlos Oliveira Guandalini < 
> >>> jean.guandalini at corp.visaonet.com.br> escreveu: 
> >>> 
> >>>> Em 20-06-2011 09:40, Rober Hoelscher escreveu: 
> >>>>> Aqui executo freeradius 2.1. Nenhum problema. 
> >>>>> 
> >>>>> Quantas requisições por segundo você tem e qual hardware ? 
> >>>> A quantidade de requisições em operação normal não é muito grande, o 
> >>>> problema é se fico com alguma indisponibilidade em alguma localidade e 
> >>>> de repente voltam trocentas conexões de uma só vez, inclusive não 
> >>>> consegui fazer o SNMP dele rodar, você faz algum monitoramento quanto 
> a 
> >>>> requisições por segundo? 
> >>>> O Hardware é uma máquina virtualizada com o XenServer, e está com 4GB 
> de 
> >>>> memória. 
> >>>> 
> >>>>> 
> >>>>> Quanto ao mikrotikm, realmente ele não faz load-balancing. O segundo 
> >>>>> radius é para failover. 
> >>>> Pensei que até uma solução fosse fazer um load-balance com algo do 
> tipo 
> >>>> do ultra monkey por exemplo. 
> >>>> 
> >>>> Eu estou utilizando o MySQL, no banco de dados são dois servidores em 
> >>>> balanceamento de carga, segundo eu li na lista do freeradius o erro de 
> >>>> (300) que recebi seria sobrecarga do MySQL e o mesmo não estava 
> >>>> aguentando responder as requisições. 
> >>>> 
> >>>> O que percebo mesmo é que esse tipo de erro acontece quando temos uma 
> >>>> sobrecarga de requisições, mas não consegui medir o quanto é isso, 
> penso 
> >>>> que talvez eu não tenha opções de tunning no radius para maiores 
> >>>> quantidades de requisições. 
> >>>>> 
> >>>>> Att. 
> >>>>> - 
> >>>>> Rober Hoelscher 
> >>>>> 
> >>>>> Em Segunda, 20/06/2011 no 9:24 Jean Carlos Oliveira Guandalini 
> >>>>> escreveu: 
> >>>>> 
> >>>>> Pessoal, ultimamente temos enfrentado alguns problemas com o radius, 
> >>>>> principalmente no que diz a sobrecarga, gostaria de algumas opniões 
> >>>>> do 
> >>>>> que vocês tem feito para sanar esse tipo de problema, se estão 
> >>>>> fazendo 
> >>>>> algum balanceamento de carga ou algo do tipo. (Vejo que o mikrotik, 
> >>>>> apesar de permitir configurar dois radius não faz um balanceamento 
> >>>>> de 
> >>>>> requisições entre os radius disponíveis) 
> >>>>> 
> >>>>> E agora ultimamente temos recebido as seguintes mensagens: 
> >>>>> Sat Jun 18 23:24:09 2011 : Error: FATAL: Thread create failed: 
> >>>>> Resource 
> >>>>> temporarily unavailable 
> >>>>> 
> ----------------------------------------------------------------------- 
> >>>>> Sun Jun 19 12:00:00 2011 : Info: The maximum number of threads (300) 
> >>>>> are 
> >>>>> active, cannot spawn new thread to handle request 
> >>>>> 
> >>>>> Esse primeiro erro começou depois que compilamos com a opção 
> >>>>> "threads". 
> >>>>> 
> >>>>> Vocês tem usado qual versão do radius? Tem compilado com alguma 
> >>>>> opção 
> >>>>> diferenciada? 
> >>>>> 
> >>>>> OBS: Por um problema de módulo estamos precisando utilizar a versão 
> >>>>> 1.1.8 ainda. 
> >>>>> 
> >>>>> Valeu 
> >>>>> 
> >>>>> Jean 
> >>>>> __ 
> >>>>> masoch-l list 
> >>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
> >>>>> 
> >>>>> 
> >>>>> __ 
> >>>>> masoch-l list 
> >>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
> >>>> __ 
> >>>> masoch-l list 
> >>>> https://eng.registro.br/mailman/listinfo/masoch-l 
> >>>> 
> >>> 
> >>> 
> >>> 
> >> __ 
> >> masoch-l list 
> >> https://eng.registro.br/mailman/listinfo/masoch-l 
> >> 
> > 
> > 
> > 
> __ 
> masoch-l list 
> https://eng.registro.br/mailman/listinfo/masoch-l 
> 



-- 
Eng. Marcelo Costa 
====================================== 
MCosta Ind. Com. 
Fone/Fax: 11-4356-5536 
__ 
masoch-l list 
https://eng.registro.br/mailman/listinfo/masoch-l 



-- 


atenciosamente, 




Carlos - Comercial Greco Internet 


_______________________________________ 
http://mailflex.com.br/wp-content/themes/twentyten/images/logo.gif 

(11) 3040.1000 - São Paulo Direto 3040-1001 
(21) 4063.4537 - Rio de Janeiro 
(31) 4063.9131 - Belo Horizonte 
(51) 4063.6077 - Porto Alegre 
(61) 4063.8755 - Brasília 

__ 
masoch-l list 
https://eng.registro.br/mailman/listinfo/masoch-l 



-- 


atenciosamente, 




Carlos - Comercial Greco Internet 


_______________________________________ 
http://mailflex.com.br/wp-content/themes/twentyten/images/logo.gif

(11) 3040.1000 - São Paulo Direto 3040-1001 
(21) 4063.4537 - Rio de Janeiro 
(31) 4063.9131 - Belo Horizonte 
(51) 4063.6077 - Porto Alegre 
(61) 4063.8755 - Brasília 




More information about the masoch-l mailing list