Re: [FUG-BR] bacula
Leonardo, sem olhar no log (/var/db/bacula/log) fica dificil tenta iniciar o bacula-dir em foreground (-f) e com maior nivel de verbose (-d 5) pra ver se ele reclama de alguma coisa... --Brenno Em 28 de setembro de 2012 17:54, Leonardo de Souza escreveu: > Pessoal estou com problema com o bacula... muitas vezes quando vou > entrar no bconsole ele não entra e da um erro... veirifquei que sempre > que ele não enra no bconsole tenho que startar o serviço > "bacula-dir"... > > alguem tem alguma ideia porque que esse serviço fica caindo. > > Obrigado. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Site tolo que eu estou fazendo.
Em 28/09/12 16:50, Otacílio escreveu: > On 28/09/2012 16:47, João Mancy wrote: >> Boa iniciativa >> >> ;) >> >> 2012/9/28 Welinaldo Lopes Nascimento >> >>> Muito bom Otacílio! >>> Valeu! >>> - > > Vou ficar postando no BSD info já que o Godin criou uma conta para mim lá. > > Alias seja bem vindo ao time Otacílio :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Site tolo que eu estou fazendo.
On 28/09/2012 16:47, João Mancy wrote: > Boa iniciativa > > ;) > > 2012/9/28 Welinaldo Lopes Nascimento > >> Muito bom Otacílio! >> Valeu! >> - Vou ficar postando no BSD info já que o Godin criou uma conta para mim lá. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Site tolo que eu estou fazendo.
Boa iniciativa ;) 2012/9/28 Welinaldo Lopes Nascimento > Muito bom Otacílio! > Valeu! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Site tolo que eu estou fazendo.
Muito bom Otacílio! Valeu! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] BSD em RouterBoards PowerPC
Postei um link um tempo atrás sobre um teste que fizeram. Dá uma procurada no histórico. Não são todas que rodam, algumas com processador específico vai tranquilo. Talvez exista dificuldade em drivers como o switch-chip das RB1x00 e não reconheça todas as portas de rede. -- Eduardo Schoedler Em 28 de setembro de 2012 14:23, Antonio Modesto escreveu: > Boa Tarde, > > > Estou pensando em testar o FreeBSD (ou outro BSD que funcione) em > routerboards, principalmente as powerpc. Alguém aqui da lista já conseguiu > instalar ou tem alguma informação sobre como fazer isso? > > > Obrigado. > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] BSD em RouterBoards PowerPC
Boa Tarde, Estou pensando em testar o FreeBSD (ou outro BSD que funcione) em routerboards, principalmente as powerpc. Alguém aqui da lista já conseguiu instalar ou tem alguma informação sobre como fazer isso? Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 9.1-RC2 liberado via SVN
Pessoal, RC2 saiu e fiz até um post no bsdinfo: https://www.bsdinfo.com.br/2012/09/28/freebsd-9-1-rc2-ja-liberado-via-svn/ Quem já tiver usando o RC1 pode atualizar :) FreeBSD xxx.xxx.com.br 9.1-RC2 FreeBSD 9.1-RC2 #34 r241024: Fri Sep 28 11:03:12 BRT 2012 r...@xxx.xxx.com.br:/usr/obj/usr/src/sys/GONDIM amd64 Abração, Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Site tolo que eu estou fazendo.
Caros Estou juntando todas as quinquilharias de receitas de bolo que uso na minha máquina em um site para que possam ser úteis para outras pessoas e, caso eu morra, não levem fim neste computador. https://sites.google.com/a/bsd.com.br/freehints/ Por enquanto tem o script de gravar o desktop via atalho de teclado e uma dica de como conectar no celular Android a partir do FreeBSD utilizando bluetooth. Na dica dá para ter um terminal AT, conectar no servidor de arquivos do Android para enviar e receber arquivos e também como enviar arquivos direto do Android para o FreeBSD. Quem tiver interesse dê uma passada lá. []'s -Otacílio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
Eu estou usando o newsyslog.conf pra rotacionar; então a opção rotate do squid.conf está zerada. Depois vou checar para ver o que está barrando; Em 28 de setembro de 2012 10:36, vic escreveu: > Em 2012-09-28 8:48, Welinaldo Lopes Nascimento escreveu: > > BOm dia! > > > > Configurei rotacionamento sim Gondim; > > E ainda pensei nisto mesmo que vc falou, mas não dei muita atenção; > > Pode ser que seja mesmo, até porquê configurei o rotacionamento às > > 0h, e > > sempre no dia seguinte estou percebendo a falha. > > Vou checar isto e faço um feedback aqui. > > > > Se não em engano, o squid tem um esquema para rotacionar os próprios > logs, então IMHO é melhor usar ele para isso. > > Se você estiver rotacionando "por fora", então tem que dar um > HUP/reload no squid (squid -k reconfigure) para o daemon perceber que o > arquivo de log não existe e criar um novo. > > Alguns outros daemons "sofrem" do mesmo "problema". > > > > > > > Em 28 de setembro de 2012 08:19, Marcelo Gondim > > escreveu: > > > >> Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: > >> > PessoALL, > >> > > >> > Em um de meus servidores, observei que após certo tempo, a análise > >> em > >> tempo > >> > real dos logs do squid pelo comando "tail -f" não está sendo > >> possível; o > >> > comando é aceito normalmente e fica aguardando as informações do > >> arquivo > >> de > >> > log. > >> > Se eu der um "squid -k reconfigure", daí funciona normalmente e > >> após > >> algum > >> > tempo (que não sei quanto) para de funcionar novamente... > >> > > >> > Alguém tem alguma idéia do que está acontecendo? > >> > > >> Ummm está parecendo algum rotacionamento ferrando o log. Você > >> configurou > >> algum rotacionamento do log do squid em /etc/newsyslog.conf? > >> Ou algum script no cron fazendo isso? > >> > >> Abração, > >> > >> Gondim > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > -- > vic > http://choppnerd.com > http://donttrack.us | http://dontbubble.us > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- .ılı..ılı. *Welinaldo Lopes Nascimento* Estudante de Desenvolvimento de Sistemas FreeBSD Community Member #BSD/OS *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
Em 2012-09-28 8:48, Welinaldo Lopes Nascimento escreveu: > BOm dia! > > Configurei rotacionamento sim Gondim; > E ainda pensei nisto mesmo que vc falou, mas não dei muita atenção; > Pode ser que seja mesmo, até porquê configurei o rotacionamento às > 0h, e > sempre no dia seguinte estou percebendo a falha. > Vou checar isto e faço um feedback aqui. > Se não em engano, o squid tem um esquema para rotacionar os próprios logs, então IMHO é melhor usar ele para isso. Se você estiver rotacionando "por fora", então tem que dar um HUP/reload no squid (squid -k reconfigure) para o daemon perceber que o arquivo de log não existe e criar um novo. Alguns outros daemons "sofrem" do mesmo "problema". > > > Em 28 de setembro de 2012 08:19, Marcelo Gondim > escreveu: > >> Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: >> > PessoALL, >> > >> > Em um de meus servidores, observei que após certo tempo, a análise >> em >> tempo >> > real dos logs do squid pelo comando "tail -f" não está sendo >> possível; o >> > comando é aceito normalmente e fica aguardando as informações do >> arquivo >> de >> > log. >> > Se eu der um "squid -k reconfigure", daí funciona normalmente e >> após >> algum >> > tempo (que não sei quanto) para de funcionar novamente... >> > >> > Alguém tem alguma idéia do que está acontecendo? >> > >> Ummm está parecendo algum rotacionamento ferrando o log. Você >> configurou >> algum rotacionamento do log do squid em /etc/newsyslog.conf? >> Ou algum script no cron fazendo isso? >> >> Abração, >> >> Gondim >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> -- vic http://choppnerd.com http://donttrack.us | http://dontbubble.us - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Mikrotik + PPPoE + Freeradius1.1.8 com Simultaneous-use
Em 28/09/12 10:09, Ricardo escreveu:
> Otavio, estamos utilizando dessa forma.
> Vale ressaltar que configuramos um Linux e tudo funciona, pegamos os
> arquivos de configuração e jogamos pra dentro do FreeBSD.
> Quando no Linux, o simultaneous-use é checado o Radius não permite a conexão
> e quando no FreeBSD, não.
>
> Dentro do arquivo radiusd.conf:
> session {
> sql
> }
>
> Dentro do arquivo SQL.conf:
> Sugeriram o uso com AcctStopTime IS NULL, mas também não rolou.
> #simul_count_query = "SELECT COUNT(*) \
> # FROM ${acct_table1} \
> # WHERE UserName='%{SQL-User-Name}' \
> # AND AcctStopTime = 0"
> simul_count_query = "SELECT COUNT(*) \
> FROM ${acct_table1} \
> WHERE UserName = '%{SQL-User-Name}' \
> AND AcctStopTime IS NULL"
>
>
> simul_verify_query = "SELECT RadAcctId, AcctSessionId, UserName, \
> NASIPAddress, NASPortId, FramedIPAddress, \
> CallingStationId, FramedProtocol \
> FROM ${acct_table1} \
> WHERE UserName='%{SQL-User-Name}' \
> AND AcctStopTime = 0"
Experimenta ao invés de usar o mysql usar o radutmp. Nós usamos aqui e
funciona certinho. Quando alguém tenta conectar pela segunda vez com o
mesmo login aparece a seguinte mensagem em radius.log:
ri Sep 28 07:50:51 2012 : Auth: Multiple logins (max 1) :
[janaina038886] (from client pppoe port 9718673 cli 00:E0:91:48:8B:F3)
Fri Sep 28 07:50:54 2012 : Auth: Multiple logins (max 1) :
[josecor032209] (from client pppoe port 9718678 cli 00:1D:0F:CC:F4:71)
Fri Sep 28 07:57:02 2012 : Auth: Multiple logins (max 1) :
[janaina038886] (from client pppoe port 9719188 cli 00:E0:91:48:8B:F3)
Fri Sep 28 08:04:24 2012 : Auth: Multiple logins (max 1) :
[janaina038886] (from client pppoe port 9719695 cli 00:E0:91:48:8B:F3)
O session ficaria assim:
session {
radutmp
#
# See "Simultaneous Use Checking Queries" in sql.conf
#sql
}
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Otavio Augusto
> Enviada em: sexta-feira, 28 de setembro de 2012 09:29
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Mikrotik + PPPoE + Freeradius1.1.8 com
> Simultaneous-use
>
> Em 27 de setembro de 2012 20:34, Adailton Milhorini
> escreveu:
>> Boa noite..
>>
>> Para funcionar o Simultaneos-Use no freeradius 2, voce tem que editar
>> o arquivo sql.conf que fica dentro da pasta etc/raddb/
>>
>> e adicionar ou descomentar caso já possua esta linha
>>
>> simul_count_query = "SELECT COUNT(*) \
>> FROM radacct \
>> WHERE username = '%{SQL-User-Name}' \
>> AND acctstoptime IS NULL"
>>
>>
>> antes do fechamento da chaves... e restart o radius..
> Lembrando de indicar que vc vai usar o sql como session no arquivo
> sites-available/default
>
> onde:
>
> sessions {
>
># See "Simultaneous Use Checking Queries" in sql.conf
> sql
> }
>
>
>> Adailton Milhorini
>> HardOnline Internet
>>
>>
>> Em 27 de setembro de 2012 16:49, Ricardo
>> escreveu:
>>> Pessoal, boa tarde.
>>>
>>> Estamos configurando um freeradius1.1.8 com mysql55 pra autenticar os
>>> clientes onde o NAS é MikroTik RouterOS. A versão do FreeBSD é a 8.3
>>> GENERIC, testamos tbm na 8.2 STABLE.
>>>
>>> Não conseguimos contornar o que aperenta ser um BUG relacionado ao
>>> bloqueio de conexões simultaneas, estamos usando o SQL, a query
>>> relacionada a logins simultaneos está habilitada, porem pelo que
>>> parece o Simultaneous-use := 1 não é respeitado, sendo que o mesmo login
> se conecta simultaneamente.
>>> A tabela radacct possui apenas o registro da primeira conexão do
>>> login junto ao servidor radius, o mais estranho é que quando é
>>> realizada a segunda o uptime dos logins começam a regredir até zerar
>>> e depois a contagem é iniciada novamente.
>>>
>>> Testamos, freeradius1.1.8 e também 2.1.12.
>>>
>>> O interessante da hitória é que quando testamos com GNU Linux não
>>> tivemos este problema.
>>>
>>>
>>>
>>> Alguém passou por algo parecido e encontrou alguma forma de bloquear
>>> a conexão simultânea?
>>>
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> --
> Otavio Augusto
> -
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
> -
> Histórico: http://www.f
Re: [FUG-BR] RES: Mikrotik + PPPoE + Freeradius1.1.8 com Simultaneous-use
Em 28 de setembro de 2012 10:09, Ricardo
escreveu:
> Otavio, estamos utilizando dessa forma.
> Vale ressaltar que configuramos um Linux e tudo funciona, pegamos os
> arquivos de configuração e jogamos pra dentro do FreeBSD.
> Quando no Linux, o simultaneous-use é checado o Radius não permite a conexão
> e quando no FreeBSD, não.
>
> Dentro do arquivo radiusd.conf:
> session {
>sql
> }
>
> Dentro do arquivo SQL.conf:
> Sugeriram o uso com AcctStopTime IS NULL, mas também não rolou.
> #simul_count_query = "SELECT COUNT(*) \
> # FROM ${acct_table1} \
> # WHERE UserName='%{SQL-User-Name}' \
> # AND AcctStopTime = 0"
> simul_count_query = "SELECT COUNT(*) \
> FROM ${acct_table1} \
> WHERE UserName = '%{SQL-User-Name}' \
> AND AcctStopTime IS NULL"
>
>
> simul_verify_query = "SELECT RadAcctId, AcctSessionId, UserName, \
>NASIPAddress, NASPortId, FramedIPAddress, \
>CallingStationId, FramedProtocol \
>FROM ${acct_table1} \
>WHERE UserName='%{SQL-User-Name}' \
>AND AcctStopTime = 0"
>
Tentar iniciar o radius em modo debug
radiusd -X
Pode ser que ai mostre algo que deviria estar acontecendo
Olhe tb o script checkrad se ele estiver com algum problema pode
estar retornando que as sessoes não existem realmente e assim o radius
libera a conexão. Tenta rodar ele manualmente e confira os resultados
Tem mais uma coisa pode até ser estupida de falar, mas quando nada
funciona é bom lembrar o obvio as vezes, mas os clients estão fazendo
o account normalmente no banco de dados ?
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Otavio Augusto
> Enviada em: sexta-feira, 28 de setembro de 2012 09:29
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Mikrotik + PPPoE + Freeradius1.1.8 com
> Simultaneous-use
>
> Em 27 de setembro de 2012 20:34, Adailton Milhorini
> escreveu:
>> Boa noite..
>>
>> Para funcionar o Simultaneos-Use no freeradius 2, voce tem que editar
>> o arquivo sql.conf que fica dentro da pasta etc/raddb/
>>
>> e adicionar ou descomentar caso já possua esta linha
>>
>> simul_count_query = "SELECT COUNT(*) \
>> FROM radacct \
>> WHERE username = '%{SQL-User-Name}' \
>> AND acctstoptime IS NULL"
>>
>>
>> antes do fechamento da chaves... e restart o radius..
>
> Lembrando de indicar que vc vai usar o sql como session no arquivo
> sites-available/default
>
> onde:
>
> sessions {
>
> # See "Simultaneous Use Checking Queries" in sql.conf
>sql
> }
>
>
>>
>> Adailton Milhorini
>> HardOnline Internet
>>
>>
>> Em 27 de setembro de 2012 16:49, Ricardo
>> escreveu:
>>> Pessoal, boa tarde.
>>>
>>> Estamos configurando um freeradius1.1.8 com mysql55 pra autenticar os
>>> clientes onde o NAS é MikroTik RouterOS. A versão do FreeBSD é a 8.3
>>> GENERIC, testamos tbm na 8.2 STABLE.
>>>
>>> Não conseguimos contornar o que aperenta ser um BUG relacionado ao
>>> bloqueio de conexões simultaneas, estamos usando o SQL, a query
>>> relacionada a logins simultaneos está habilitada, porem pelo que
>>> parece o Simultaneous-use := 1 não é respeitado, sendo que o mesmo login
> se conecta simultaneamente.
>>>
>>> A tabela radacct possui apenas o registro da primeira conexão do
>>> login junto ao servidor radius, o mais estranho é que quando é
>>> realizada a segunda o uptime dos logins começam a regredir até zerar
>>> e depois a contagem é iniciada novamente.
>>>
>>> Testamos, freeradius1.1.8 e também 2.1.12.
>>>
>>> O interessante da hitória é que quando testamos com GNU Linux não
>>> tivemos este problema.
>>>
>>>
>>>
>>> Alguém passou por algo parecido e encontrou alguma forma de bloquear
>>> a conexão simultânea?
>>>
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
>
> --
> Otavio Augusto
> -
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 8865124
[FUG-BR] RES: Mikrotik + PPPoE + Freeradius1.1.8 com Simultaneous-use
Otavio, estamos utilizando dessa forma.
Vale ressaltar que configuramos um Linux e tudo funciona, pegamos os
arquivos de configuração e jogamos pra dentro do FreeBSD.
Quando no Linux, o simultaneous-use é checado o Radius não permite a conexão
e quando no FreeBSD, não.
Dentro do arquivo radiusd.conf:
session {
sql
}
Dentro do arquivo SQL.conf:
Sugeriram o uso com AcctStopTime IS NULL, mas também não rolou.
#simul_count_query = "SELECT COUNT(*) \
# FROM ${acct_table1} \
# WHERE UserName='%{SQL-User-Name}' \
# AND AcctStopTime = 0"
simul_count_query = "SELECT COUNT(*) \
FROM ${acct_table1} \
WHERE UserName = '%{SQL-User-Name}' \
AND AcctStopTime IS NULL"
simul_verify_query = "SELECT RadAcctId, AcctSessionId, UserName, \
NASIPAddress, NASPortId, FramedIPAddress, \
CallingStationId, FramedProtocol \
FROM ${acct_table1} \
WHERE UserName='%{SQL-User-Name}' \
AND AcctStopTime = 0"
-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Otavio Augusto
Enviada em: sexta-feira, 28 de setembro de 2012 09:29
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Mikrotik + PPPoE + Freeradius1.1.8 com
Simultaneous-use
Em 27 de setembro de 2012 20:34, Adailton Milhorini
escreveu:
> Boa noite..
>
> Para funcionar o Simultaneos-Use no freeradius 2, voce tem que editar
> o arquivo sql.conf que fica dentro da pasta etc/raddb/
>
> e adicionar ou descomentar caso já possua esta linha
>
> simul_count_query = "SELECT COUNT(*) \
> FROM radacct \
> WHERE username = '%{SQL-User-Name}' \
> AND acctstoptime IS NULL"
>
>
> antes do fechamento da chaves... e restart o radius..
Lembrando de indicar que vc vai usar o sql como session no arquivo
sites-available/default
onde:
sessions {
# See "Simultaneous Use Checking Queries" in sql.conf
sql
}
>
> Adailton Milhorini
> HardOnline Internet
>
>
> Em 27 de setembro de 2012 16:49, Ricardo
> escreveu:
>> Pessoal, boa tarde.
>>
>> Estamos configurando um freeradius1.1.8 com mysql55 pra autenticar os
>> clientes onde o NAS é MikroTik RouterOS. A versão do FreeBSD é a 8.3
>> GENERIC, testamos tbm na 8.2 STABLE.
>>
>> Não conseguimos contornar o que aperenta ser um BUG relacionado ao
>> bloqueio de conexões simultaneas, estamos usando o SQL, a query
>> relacionada a logins simultaneos está habilitada, porem pelo que
>> parece o Simultaneous-use := 1 não é respeitado, sendo que o mesmo login
se conecta simultaneamente.
>>
>> A tabela radacct possui apenas o registro da primeira conexão do
>> login junto ao servidor radius, o mais estranho é que quando é
>> realizada a segunda o uptime dos logins começam a regredir até zerar
>> e depois a contagem é iniciada novamente.
>>
>> Testamos, freeradius1.1.8 e também 2.1.12.
>>
>> O interessante da hitória é que quando testamos com GNU Linux não
>> tivemos este problema.
>>
>>
>>
>> Alguém passou por algo parecido e encontrou alguma forma de bloquear
>> a conexão simultânea?
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mikrotik + PPPoE + Freeradius1.1.8 com Simultaneous-use
Em 27 de setembro de 2012 20:34, Adailton Milhorini
escreveu:
> Boa noite..
>
> Para funcionar o Simultaneos-Use no freeradius 2, voce tem que editar
> o arquivo sql.conf que fica dentro da pasta etc/raddb/
>
> e adicionar ou descomentar caso já possua esta linha
>
> simul_count_query = "SELECT COUNT(*) \
> FROM radacct \
> WHERE username = '%{SQL-User-Name}' \
> AND acctstoptime IS NULL"
>
>
> antes do fechamento da chaves... e restart o radius..
Lembrando de indicar que vc vai usar o sql como session no arquivo
sites-available/default
onde:
sessions {
# See "Simultaneous Use Checking Queries" in sql.conf
sql
}
>
> Adailton Milhorini
> HardOnline Internet
>
>
> Em 27 de setembro de 2012 16:49, Ricardo
> escreveu:
>> Pessoal, boa tarde.
>>
>> Estamos configurando um freeradius1.1.8 com mysql55 pra autenticar os
>> clientes onde o NAS é MikroTik RouterOS. A versão do FreeBSD é a 8.3
>> GENERIC, testamos tbm na 8.2 STABLE.
>>
>> Não conseguimos contornar o que aperenta ser um BUG relacionado ao bloqueio
>> de conexões simultaneas, estamos usando o SQL, a query relacionada a logins
>> simultaneos está habilitada, porem pelo que parece o Simultaneous-use := 1
>> não é respeitado, sendo que o mesmo login se conecta simultaneamente.
>>
>> A tabela radacct possui apenas o registro da primeira conexão do login junto
>> ao servidor radius, o mais estranho é que quando é realizada a segunda o
>> uptime dos logins começam a regredir até zerar e depois a contagem é
>> iniciada novamente.
>>
>> Testamos, freeradius1.1.8 e também 2.1.12.
>>
>> O interessante da hitória é que quando testamos com GNU Linux não tivemos
>> este problema.
>>
>>
>>
>> Alguém passou por algo parecido e encontrou alguma forma de bloquear a
>> conexão simultânea?
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Otavio Augusto
-
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
Valeu pela dica Gabriel Fonseca; vou testar isto! Em 28 de setembro de 2012 09:01, Gabriel Fonseca escreveu: > Em 28 de setembro de 2012 08:48, Welinaldo Lopes Nascimento < > welina...@bsd.com.br> escreveu: > > > BOm dia! > > > > Configurei rotacionamento sim Gondim; > > E ainda pensei nisto mesmo que vc falou, mas não dei muita atenção; > > Pode ser que seja mesmo, até porquê configurei o rotacionamento às 0h, e > > sempre no dia seguinte estou percebendo a falha. > > Vou checar isto e faço um feedback aqui. > > > > > > > > Em 28 de setembro de 2012 08:19, Marcelo Gondim > >escreveu: > > > > > Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: > > > > PessoALL, > > > > > > > > Em um de meus servidores, observei que após certo tempo, a análise em > > > tempo > > > > real dos logs do squid pelo comando "tail -f" não está sendo > possível; > > o > > > > comando é aceito normalmente e fica aguardando as informações do > > arquivo > > > de > > > > log. > > > > Se eu der um "squid -k reconfigure", daí funciona normalmente e após > > > algum > > > > tempo (que não sei quanto) para de funcionar novamente... > > > > > > > > Alguém tem alguma idéia do que está acontecendo? > > > > > > > Ummm está parecendo algum rotacionamento ferrando o log. Você > configurou > > > algum rotacionamento do log do squid em /etc/newsyslog.conf? > > > Ou algum script no cron fazendo isso? > > > > > > Abração, > > > > > > Gondim > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > > > > > .ılı..ılı. > > *Welinaldo Lopes Nascimento* > > Estudante de Desenvolvimento de Sistemas > > FreeBSD Community Member #BSD/OS > > *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.* > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > Só por desencardo, Welinaldo, utilize o "tail -F" no lugar do "tial -f". > Dessa forma ele irá continuar exibindo o conteúdo do arquivo, mesmo que > seja reaberto. > > Atenciosamente, > > - Gabriel Fonseca > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- .ılı..ılı. *Welinaldo Lopes Nascimento* Estudante de Desenvolvimento de Sistemas FreeBSD Community Member #BSD/OS *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
Em 28 de setembro de 2012 08:48, Welinaldo Lopes Nascimento < welina...@bsd.com.br> escreveu: > BOm dia! > > Configurei rotacionamento sim Gondim; > E ainda pensei nisto mesmo que vc falou, mas não dei muita atenção; > Pode ser que seja mesmo, até porquê configurei o rotacionamento às 0h, e > sempre no dia seguinte estou percebendo a falha. > Vou checar isto e faço um feedback aqui. > > > > Em 28 de setembro de 2012 08:19, Marcelo Gondim >escreveu: > > > Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: > > > PessoALL, > > > > > > Em um de meus servidores, observei que após certo tempo, a análise em > > tempo > > > real dos logs do squid pelo comando "tail -f" não está sendo possível; > o > > > comando é aceito normalmente e fica aguardando as informações do > arquivo > > de > > > log. > > > Se eu der um "squid -k reconfigure", daí funciona normalmente e após > > algum > > > tempo (que não sei quanto) para de funcionar novamente... > > > > > > Alguém tem alguma idéia do que está acontecendo? > > > > > Ummm está parecendo algum rotacionamento ferrando o log. Você configurou > > algum rotacionamento do log do squid em /etc/newsyslog.conf? > > Ou algum script no cron fazendo isso? > > > > Abração, > > > > Gondim > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > > > .ılı..ılı. > *Welinaldo Lopes Nascimento* > Estudante de Desenvolvimento de Sistemas > FreeBSD Community Member #BSD/OS > *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.* > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Só por desencardo, Welinaldo, utilize o "tail -F" no lugar do "tial -f". Dessa forma ele irá continuar exibindo o conteúdo do arquivo, mesmo que seja reaberto. Atenciosamente, - Gabriel Fonseca - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
BOm dia! Configurei rotacionamento sim Gondim; E ainda pensei nisto mesmo que vc falou, mas não dei muita atenção; Pode ser que seja mesmo, até porquê configurei o rotacionamento às 0h, e sempre no dia seguinte estou percebendo a falha. Vou checar isto e faço um feedback aqui. Em 28 de setembro de 2012 08:19, Marcelo Gondim escreveu: > Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: > > PessoALL, > > > > Em um de meus servidores, observei que após certo tempo, a análise em > tempo > > real dos logs do squid pelo comando "tail -f" não está sendo possível; o > > comando é aceito normalmente e fica aguardando as informações do arquivo > de > > log. > > Se eu der um "squid -k reconfigure", daí funciona normalmente e após > algum > > tempo (que não sei quanto) para de funcionar novamente... > > > > Alguém tem alguma idéia do que está acontecendo? > > > Ummm está parecendo algum rotacionamento ferrando o log. Você configurou > algum rotacionamento do log do squid em /etc/newsyslog.conf? > Ou algum script no cron fazendo isso? > > Abração, > > Gondim > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- .ılı..ılı. *Welinaldo Lopes Nascimento* Estudante de Desenvolvimento de Sistemas FreeBSD Community Member #BSD/OS *P Antes de imprimir pense em seu compromisso com o Meio Ambiente.* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tail -f / squid
Em 27/09/12 23:37, Welinaldo Lopes Nascimento escreveu: > PessoALL, > > Em um de meus servidores, observei que após certo tempo, a análise em tempo > real dos logs do squid pelo comando "tail -f" não está sendo possível; o > comando é aceito normalmente e fica aguardando as informações do arquivo de > log. > Se eu der um "squid -k reconfigure", daí funciona normalmente e após algum > tempo (que não sei quanto) para de funcionar novamente... > > Alguém tem alguma idéia do que está acontecendo? > Ummm está parecendo algum rotacionamento ferrando o log. Você configurou algum rotacionamento do log do squid em /etc/newsyslog.conf? Ou algum script no cron fazendo isso? Abração, Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
