Re: [FUG-BR] GTER - Botelho
2009/11/29 Claudio Pereira > 2009/11/28 Nenhum_de_Nos : > >> Matheus, você canta nessa banda? :) > > > > qual banda ? :) > > Acho que ele quis dizer esta http://www.nenhumdenos.com.br/ > > > -- > Claudio Pereira aka IndioX > GentooBR - http://gentoobr.org > mailto: ind...@gentoobr.org > - > É isso mesmo. Camila, camila! Bom dia. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com arp..
Amigos estou com um problema aqui .. tenho um AP em bridge depois de meu servidor freebsd ele pra mim some do ar ... não entro nele mais do nada quando eu entro no meu servidor digito um arp d e o ip do AP .. ele volta no ar ... O que pode tar provocando isto ?? já viram este comportamento ?? e nos logs do servidor nada de troca de ip o arp não reclama de nada . Certa vez tive um problema assim mas era um micro que estava com o mesmo ip do ap .. mas o arp acusava ... no servidor ... desta vez não vejo nada de errado ... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com arp..
2009/11/30 Cobausque : > Amigos estou com um problema aqui .. tenho um AP em bridge depois de meu > servidor freebsd ele pra mim some do ar ... não entro nele mais do nada > quando eu entro no meu servidor digito um arp –d e o ip do AP .. ele volta > no ar ... > > > > > > > > O que pode tar provocando isto ?? já viram este comportamento ?? e nos logs > do servidor nada de troca de ip o arp não reclama de nada . > > > > Certa vez tive um problema assim mas era um micro que estava com o mesmo ip > do ap .. mas o arp acusava ... no servidor ... desta vez não vejo nada de > errado ... > Nao saquei muito bem a treta, mas parece simples... outro dispositivo está usando o ip do seu AP. Podes tentar fixar a entrada na tabela arp: # arp -S ip.do.seu.ap m:a:c:do:seu:ap -- []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema com arp..
Isto já tentei .. exemplo .. suponhamos que agora estou pingando o equipamento ... ai vou no servidor e deixo a sua Mac fixa ... mesmo assim segundos depois ele some do ar somente eu dando o comando arp -d .. no ip na mesma hora ele volta.. Se eu não faço nada .. em algum tempo ele volta no ar .. mas se eu vou no servidor dou um arp -d no ip dele volta na hora ... Lembrando que troquei placa ... cabos... e isto começou a acontecer do nada .. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Nilson Enviada em: segunda-feira, 30 de novembro de 2009 11:20 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema com arp.. 2009/11/30 Cobausque : > Amigos estou com um problema aqui .. tenho um AP em bridge depois de meu > servidor freebsd ele pra mim some do ar ... não entro nele mais do nada > quando eu entro no meu servidor digito um arp d e o ip do AP .. ele volta > no ar ... > > > > > > > > O que pode tar provocando isto ?? já viram este comportamento ?? e nos logs > do servidor nada de troca de ip o arp não reclama de nada . > > > > Certa vez tive um problema assim mas era um micro que estava com o mesmo ip > do ap .. mas o arp acusava ... no servidor ... desta vez não vejo nada de > errado ... > Nao saquei muito bem a treta, mas parece simples... outro dispositivo está usando o ip do seu AP. Podes tentar fixar a entrada na tabela arp: # arp -S ip.do.seu.ap m:a:c:do:seu:ap -- []s Nilson - 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] Problema com arp..
> Amigos estou com um problema aqui .. tenho um AP em bridge depois de meu > servidor freebsd ele pra mim some do ar ... não entro nele mais do nada > quando eu entro no meu servidor digito um arp d e o ip do AP .. ele volta > no ar ... [SNIP] > O que pode tar provocando isto ?? já viram este comportamento ?? e nos > logs > do servidor nada de troca de ip o arp não reclama de nada . [SNIP] > Certa vez tive um problema assim mas era um micro que estava com o mesmo > ip > do ap .. mas o arp acusava ... no servidor ... desta vez não vejo nada de > errado ... > [SNIP] > - > Salve Cobausque! Já convivi com situações semelhantes. Veja se a referência[1] é aplicável ao seu caso. [1]http://www.fug.com.br/historico/html/freebsd/2009-08/msg00593.html Saudações, Trober - - - - - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema com arp..
Amigo .. li a informação .. já tive este problema quando utilizo dois aps bridge usando somente o radio .. não é o meu caso .. tenho uma bridge mas do meu servidor por cabo vai para este ap.. daí clientes ... nesta estrutura nunca tive problemas com a passagem do mac . Comparando aqui eu crio uma entrada estática para o ip do aparelho ... arp -s antes de acontecer o problema .. mesmo assim ocorre ... E também já testei checar que Mac esta passando antes de acontecer o problema e depois .. de acontecer .. e pra surpresa é a mesma Mac.. Detalhe muito importante .. este AP esta em um intervalo diferente de rede ... o cliente que esta na ponta ... tem outro intervalo neste eu não paro de pingar por exemplo no meu servidor lógico possui os dois intervalos. Para que ele chegue aos dois pontos . -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Trober Enviada em: segunda-feira, 30 de novembro de 2009 11:34 Para: FUG-BR Assunto: Re: [FUG-BR] Problema com arp.. > Amigos estou com um problema aqui .. tenho um AP em bridge depois de meu > servidor freebsd ele pra mim some do ar ... não entro nele mais do nada > quando eu entro no meu servidor digito um arp d e o ip do AP .. ele volta > no ar ... [SNIP] > O que pode tar provocando isto ?? já viram este comportamento ?? e nos > logs > do servidor nada de troca de ip o arp não reclama de nada . [SNIP] > Certa vez tive um problema assim mas era um micro que estava com o mesmo > ip > do ap .. mas o arp acusava ... no servidor ... desta vez não vejo nada de > errado ... > [SNIP] > - > Salve Cobausque! Já convivi com situações semelhantes. Veja se a referência[1] é aplicável ao seu caso. [1]http://www.fug.com.br/historico/html/freebsd/2009-08/msg00593.html Saudações, Trober - - - - - - 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
[FUG-BR] RES: RES: Problema com arp..
Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. Quando você *não* estiver acessando a bridge, dê um "arp -an" antes de apagar a lista de arp e verifique o mac associado. Deve estar com o mac diferente. Você só vai resolver isso quando eliminar da rede o equipamento que está com o mesmo IP. O problema não deve ser no seu freebsd. -- Eduardo Schoedler > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Cobausque > Enviada em: segunda-feira, 30 de novembro de 2009 11:42 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: [FUG-BR] RES: Problema com arp.. > > Amigo .. li a informação .. já tive este problema quando utilizo dois > aps > bridge usando somente o radio .. não é o meu caso .. tenho uma bridge > mas do > meu servidor por cabo vai para este ap.. daí clientes ... nesta > estrutura > nunca tive problemas com a passagem do mac . > Comparando aqui eu crio uma entrada estática para o ip do aparelho ... > arp > -s antes de acontecer o problema .. mesmo assim ocorre ... > E também já testei checar que Mac esta passando antes de acontecer o > problema e depois .. de acontecer .. e pra surpresa é a mesma Mac.. > > Detalhe muito importante .. este AP esta em um intervalo diferente > de > rede ... o cliente que esta na ponta ... tem outro intervalo neste eu > não > paro de pingar por exemplo no meu servidor lógico possui os dois > intervalos. > Para que ele chegue aos dois pontos . > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome > de Trober > Enviada em: segunda-feira, 30 de novembro de 2009 11:34 > Para: FUG-BR > Assunto: Re: [FUG-BR] Problema com arp.. > > > Amigos estou com um problema aqui .. tenho um AP em bridge depois de > meu > > servidor freebsd ele pra mim some do ar ... não entro nele mais do > nada > > quando eu entro no meu servidor digito um arp d e o ip do AP .. ele > volta > > no ar ... > [SNIP] > > O que pode tar provocando isto ?? já viram este comportamento ?? e > nos > > logs > > do servidor nada de troca de ip o arp não reclama de nada . > [SNIP] > > Certa vez tive um problema assim mas era um micro que estava com o > mesmo > > ip > > do ap .. mas o arp acusava ... no servidor ... desta vez não vejo > nada de > > errado ... > > > [SNIP] > > - > > > > Salve Cobausque! > > Já convivi com situações semelhantes. Veja se a referência[1] é > aplicável > ao seu caso. > > [1]http://www.fug.com.br/historico/html/freebsd/2009-08/msg00593.html > > Saudações, > > Trober - 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: RES: Problema com arp..
2009/11/30 Eduardo Schoedler : > Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. > Quando você *não* estiver acessando a bridge, dê um "arp -an" antes de > apagar a lista de arp e verifique o mac associado. > Deve estar com o mac diferente. > > Você só vai resolver isso quando eliminar da rede o equipamento que está com > o mesmo IP. > > O problema não deve ser no seu freebsd. > > > -- > Eduardo Schoedler Concordo com o Eduardo, o problema nao deve ser no seu FreeBSD, mas se for nele aposto no driver q controla esse dispositivo ethernet. Por curiosidade, quantas entradas tem na tabela arp dessa interface? arp -n -a -i $INTERFACE | wc -l -- []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: Problema com arp..
Amigos creio ter encontrado o problema ... Tem um aparelho ATA aqui que esta depois deste ap...ao desliga-lo. Ate agora não aconteceu novamente. Esta perfeito... Um aparelhinho gxw4008 da grandstream.. que por coencidência esta ligado em uma das portas deste AP... vi duas entradas referente ao ip dele na rede ... resolvi retirar ele da rede pra ver .. Ate agora o problema não aconteceu novamente .. É Mole... :) Vou continuar vigiando -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Nilson Enviada em: segunda-feira, 30 de novembro de 2009 12:51 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: Problema com arp.. 2009/11/30 Eduardo Schoedler : > Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. > Quando você *não* estiver acessando a bridge, dê um "arp -an" antes de > apagar a lista de arp e verifique o mac associado. > Deve estar com o mac diferente. > > Você só vai resolver isso quando eliminar da rede o equipamento que está com > o mesmo IP. > > O problema não deve ser no seu freebsd. > > > -- > Eduardo Schoedler Concordo com o Eduardo, o problema nao deve ser no seu FreeBSD, mas se for nele aposto no driver q controla esse dispositivo ethernet. Por curiosidade, quantas entradas tem na tabela arp dessa interface? arp -n -a -i $INTERFACE | wc -l -- []s Nilson - 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] [OT] Billing System for PBX
Marcos, Vocês tem VoIP em cima de Linux ou BSD? Estava querendo montar uma solução em cima de BSD, mas ouvi dizer que são poucas as placas que funcionam, e as que funcionam podem gerar problemas. Isso procede? Abs, Vinícius - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FIB + Jail
Galera, Eu instalei o FreeBSD 8, e estou testando fib + jail. Porém estou com uma dúvida. Quando eu digo jail_nomedajail_fib="1", ela seta essa fib como default da determinada jail?? Porque eu fiz isso no meu rc.conf, porém não funciona eu preciso usar setfib para ultilizar minha outra saída. Cordialmente, Fabricio Archanjo 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] [OT] Billing System for PBX
Vinicius, Aqui nos temos VoIP com AVAYA, porém o "Communication Manager" da Avaya roda em cima de Linux. No geral Linux tem mais drivers do que FreeBSD, onde o foco é estabilidade e segurança. Vinicius Abrahao wrote: > Marcos, > > Vocês tem VoIP em cima de Linux ou BSD? > Estava querendo montar uma solução em cima de BSD, > mas ouvi dizer que são poucas as placas que funcionam, > e as que funcionam podem gerar problemas. Isso procede? > > Abs, > Vinícius > - > 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] FreeBSD 8: limite de partição por s lice. 8 ou 26?
2009/11/29 Helio Loureiro : >>> O FreeBSD só chegava até o das1h (oito partições no slice). Pelo que >>> falaram iria ser possível chegar a 26 partições no slice (ou seja, até >>> das1z). >> >> ahh :) >> >> mal o barulho então :) > > > Vc cria outro grupo de slices sobre a partição h, tipo das1h. > > Então vc cria as partições das1ha, das1hb, das1hc e assim por diante. > Como fiz isso somente para adicionar o journaling, que funcionou muito > mal e acabei desativando, não cheguei às 16 partições para ver se > existia esse limite. Na verdade o que li foi sobre 26, onde o limite '26' se dava por conta das letras do alfabeto (a --> z). Então as partições seriam das1a --> das1z. Não cheguei a ver nada sobre limite de 16 partições (creio que quem tem limite de 16 é o OpenBSD, mas ai é outra história). E também não vi nada sobre criar um grupo de slice sobre uma partição. Bom, não pude esperar, então não tenho mais o cenário para testar. Vou ver se arrumo um HD e testo isso no current lá em casa. De qualquer modo, valeu pela atenção. -- Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: Problema com arp..
Conecta ele com um cabo crossover em algum pc e roda o nmap para achar o ip dele. Sds, -- Eduardo Schoedler > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Cobausque > Enviada em: segunda-feira, 30 de novembro de 2009 13:51 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: [FUG-BR] RES: RES: RES: Problema com arp.. > > Amigos creio ter encontrado o problema ... > Tem um aparelho ATA aqui que esta depois deste ap...ao desliga-lo. Ate > agora > não aconteceu novamente. > Esta perfeito... > Um aparelhinho gxw4008 da grandstream.. que por coencidência esta > ligado em > uma das portas deste AP... vi duas entradas referente ao ip dele na > rede ... > resolvi retirar ele da rede pra ver .. > Ate agora o problema não aconteceu novamente .. > É Mole... :) > Vou continuar vigiando > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome > de Nilson > Enviada em: segunda-feira, 30 de novembro de 2009 12:51 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: RES: Problema com arp.. > > 2009/11/30 Eduardo Schoedler : > > Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. > > Quando você *não* estiver acessando a bridge, dê um "arp -an" antes > de > > apagar a lista de arp e verifique o mac associado. > > Deve estar com o mac diferente. > > > > Você só vai resolver isso quando eliminar da rede o equipamento que > está > com > > o mesmo IP. > > > > O problema não deve ser no seu freebsd. > > > > > > -- > > Eduardo Schoedler > > Concordo com o Eduardo, o problema nao deve ser no seu FreeBSD, > mas se for nele aposto no driver q controla esse dispositivo ethernet. > > Por curiosidade, quantas entradas tem na tabela arp dessa > interface? arp -n -a -i $INTERFACE | wc -l > > -- > []s > Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: RES: RES: Problema com arp..
Não me parece ser algum bug neste aparelho mesmo .. ... ele que estava fazendo isto .. unca vi isto não Ate agora não houve mais este comportamento estranho ... Ta resolvido . .. RS ... -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eduardo Schoedler Enviada em: segunda-feira, 30 de novembro de 2009 16:23 Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' Assunto: [FUG-BR] RES: RES: RES: RES: Problema com arp.. Conecta ele com um cabo crossover em algum pc e roda o nmap para achar o ip dele. Sds, -- Eduardo Schoedler > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de Cobausque > Enviada em: segunda-feira, 30 de novembro de 2009 13:51 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: [FUG-BR] RES: RES: RES: Problema com arp.. > > Amigos creio ter encontrado o problema ... > Tem um aparelho ATA aqui que esta depois deste ap...ao desliga-lo. Ate > agora > não aconteceu novamente. > Esta perfeito... > Um aparelhinho gxw4008 da grandstream.. que por coencidência esta > ligado em > uma das portas deste AP... vi duas entradas referente ao ip dele na > rede ... > resolvi retirar ele da rede pra ver .. > Ate agora o problema não aconteceu novamente .. > É Mole... :) > Vou continuar vigiando > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome > de Nilson > Enviada em: segunda-feira, 30 de novembro de 2009 12:51 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: RES: Problema com arp.. > > 2009/11/30 Eduardo Schoedler : > > Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. > > Quando você *não* estiver acessando a bridge, dê um "arp -an" antes > de > > apagar a lista de arp e verifique o mac associado. > > Deve estar com o mac diferente. > > > > Você só vai resolver isso quando eliminar da rede o equipamento que > está > com > > o mesmo IP. > > > > O problema não deve ser no seu freebsd. > > > > > > -- > > Eduardo Schoedler > > Concordo com o Eduardo, o problema nao deve ser no seu FreeBSD, > mas se for nele aposto no driver q controla esse dispositivo ethernet. > > Por curiosidade, quantas entradas tem na tabela arp dessa > interface? arp -n -a -i $INTERFACE | wc -l > > -- > []s > Nilson - 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
[FUG-BR] RES: Problema com arp..
Cobausque escreveu: > Não me parece ser algum bug neste aparelho mesmo ... > ele que estava fazendo isto .. nunca vi isto não ... > Ate agora não houve mais este comportamento estranho... > Ta resolvido . .. > > RS Não falei em bug. Falei em ip duplicado! Se você quiser *confirmar* que o ATA está com o mesmo IP da sua bridge, faça o que eu disse: conecte ele com um cabo xover em algum computador e use o nmap para confirmar o endereço ip. Sds, -- Eduardo Schoedler - 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: RES: RES: RES: RES: Problema com arp..
Boa tarde, para você poder fazer uma melhor analise.. use o arping, tcpdump arp , etc... Hygor Cavalcante FSNETWORK CONSULTORIA hy...@bsd.com.br 2009/11/30 Cobausque > Não me parece ser algum bug neste aparelho mesmo .. ... ele que estava > fazendo isto .. unca vi isto não > Ate agora não houve mais este comportamento estranho ... > Ta resolvido . .. > > > RS ... > > > > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome > de Eduardo Schoedler > Enviada em: segunda-feira, 30 de novembro de 2009 16:23 > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > Assunto: [FUG-BR] RES: RES: RES: RES: Problema com arp.. > > Conecta ele com um cabo crossover em algum pc e roda o nmap para achar > o ip dele. > > Sds, > > -- > Eduardo Schoedler > > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome de Cobausque > > Enviada em: segunda-feira, 30 de novembro de 2009 13:51 > > Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' > > Assunto: [FUG-BR] RES: RES: RES: Problema com arp.. > > > > Amigos creio ter encontrado o problema ... > > Tem um aparelho ATA aqui que esta depois deste ap...ao desliga-lo. Ate > > agora > > não aconteceu novamente. > > Esta perfeito... > > Um aparelhinho gxw4008 da grandstream.. que por coencidência esta > > ligado em > > uma das portas deste AP... vi duas entradas referente ao ip dele na > > rede ... > > resolvi retirar ele da rede pra ver .. > > Ate agora o problema não aconteceu novamente .. > > É Mole... :) > > Vou continuar vigiando > > > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > > nome > > de Nilson > > Enviada em: segunda-feira, 30 de novembro de 2009 12:51 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] RES: RES: Problema com arp.. > > > > 2009/11/30 Eduardo Schoedler : > > > Com certeza tem outro dispositivo com o mesmo IP dessa sua bridge. > > > Quando você *não* estiver acessando a bridge, dê um "arp -an" antes > > de > > > apagar a lista de arp e verifique o mac associado. > > > Deve estar com o mac diferente. > > > > > > Você só vai resolver isso quando eliminar da rede o equipamento que > > está > > com > > > o mesmo IP. > > > > > > O problema não deve ser no seu freebsd. > > > > > > > > > -- > > > Eduardo Schoedler > > > > Concordo com o Eduardo, o problema nao deve ser no seu FreeBSD, > > mas se for nele aposto no driver q controla esse dispositivo ethernet. > > > > Por curiosidade, quantas entradas tem na tabela arp dessa > > interface? arp -n -a -i $INTERFACE | wc -l > > > > -- > > []s > > Nilson > > - > 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 > > - 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][OpenBSD] - PF + AltQ
Saudações companheiros, embora eu classifiquei como off, não considero
diretamente pelo fato do FreeBSD possuir os mesmo recursos,
No ultimos dias estou trabalhando com OpenBSD e venho tendo problemas
quanto ao controle de banda dele.
Estou suando a versão 4.6 Release com PF + ALTQ com schenduler "cbq".
Após configurar as filas quando passo o arquivo atravez do "pfctl -f"
obtenho o seguinte erro.
### ERROR ###
pfctl: DIOCADDALTQ: Cannot allocate memory
### End ERROR
No caso já consultei na internet e no FAQ do OpenBSD e as man pages,
todos as consulta dispoêm para mim que é um #define em uma biblioteca
do hfsc, contudo não estou usando como schenduler o hfsc e sim o CBQ e
que mesmo em consulta sobre ele não desmotra a solução.
Segue o conjunto de regras referentes ao controle de banda.
### Definicoes de filas de trafego CBQ #
altq on $INT_IF cbq bandwidth 20Mb qlimit 700 queue { two5six five1two
seven6eigth thousand1 thousand2 thousand3 standart }
### queue de 256 kbps ##
queue two5six bandwidth 256Kb priority 4 qlimit 100 cbq ( rio ecn )
### queue de 512 kbps ##
queue five1two bandwidth 512Kb priority 4 qlimit 100 cbq ( rio ecn )
### queue de 768 Kbps #
queue seven6eigth bandwidth 768Kb priority 4 cbq qlimit 100 cbq ( rio ecn )
queue de 1000 kbps #
queue thousand1 bandwidth 1000Kb priority 4 qlimit 100 cbq ( rio ecn )
### queue de 2000 kbps #
queue thousand2 bandwitch 2000Kb prioriy 3 qlimit 100 cbq ( rio ecn )
### queue de 3000 kbps #
queue thousand3 bandwidth 3000Kb priority 4 qlimit 100 cbq ( rio ecn )
### queue standart de trafego ##
queue standart bandwidth 6000Kb priority 4 qlimit 100 cbq(default rio ecn)
Uma dos teste que notei no qual mudou as mensagens foi quando removi
as opções de processamento ( rio e ecn )
e que no caso retorno outros erros.
A maquina é Pentium 4 3Ghz com 1Gbs de ram.
o conjunto de regras sem o controle de banda carrega normalmente e
funciona perfeitamente, o erro apareceu depois que configuei o AltQ
nele.
Sem mais qualquer ajudar fico agradecido
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] GTER - Botelho
Galera, vamos maneirar no OFF. ;-) A palestra, massa, mas a banda? hehehe. Um abc 2009/11/30 Wanderson Tinti : > 2009/11/29 Claudio Pereira > >> 2009/11/28 Nenhum_de_Nos : >> >> Matheus, você canta nessa banda? :) >> > >> > qual banda ? :) >> >> Acho que ele quis dizer esta http://www.nenhumdenos.com.br/ >> >> >> -- >> Claudio Pereira aka IndioX >> GentooBR - http://gentoobr.org >> mailto: ind...@gentoobr.org >> - >> > > É isso mesmo. Camila, camila! > > Bom dia. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- = Pablo Santiago Sánchez Análise e Desenvolvimento de Sistemas Web Zend Certified Engineer #ZEND006757 phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br http://www.corephp.com.br "Quidquid latine dictum sit, altum viditur" = - 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][OpenBSD] - PF + AltQ
Paulo Henrique escreveu:
> altq on $INT_IF cbq bandwidth 20Mb qlimit 700 queue { two5six five1two
> seven6eigth thousand1 thousand2 thousand3 standart }
>
Paulo,
cada queue, criado acima, tem uma "," (vírgula) entre eles
> queue two5six bandwidth 256Kb priority 4 qlimit 100 cbq ( rio ecn )
>
> queue five1two bandwidth 512Kb priority 4 qlimit 100 cbq ( rio ecn )
>
> queue seven6eigth bandwidth 768Kb priority 4 cbq qlimit 100 cbq ( rio ecn )
>
>
A linha acima tem um erro (duas vezes cbq)???
> queue thousand1 bandwidth 1000Kb priority 4 qlimit 100 cbq ( rio ecn )
>
> queue thousand2 bandwitch 2000Kb prioriy 3 qlimit 100 cbq ( rio ecn )
>
A linha cima tem um erro, veja como você escreviu priority e também
bandwidth
> queue thousand3 bandwidth 3000Kb priority 4 qlimit 100 cbq ( rio ecn )
>
> queue standart bandwidth 6000Kb priority 4 qlimit 100 cbq(default rio ecn)
>
Veja esses erros e siga em frente.
Abraço,
-
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][OpenBSD] - PF + AltQ
2009/11/30 Márcio Luciano Donada :
> Paulo Henrique escreveu:
>> altq on $INT_IF cbq bandwidth 20Mb qlimit 700 queue { two5six five1two
>> seven6eigth thousand1 thousand2 thousand3 standart }
>>
>
> Paulo,
> cada queue, criado acima, tem uma "," (vírgula) entre eles
>
>> queue two5six bandwidth 256Kb priority 4 qlimit 100 cbq ( rio ecn )
>>
>> queue five1two bandwidth 512Kb priority 4 qlimit 100 cbq ( rio ecn )
>>
>> queue seven6eigth bandwidth 768Kb priority 4 cbq qlimit 100 cbq ( rio ecn )
>>
>>
> A linha acima tem um erro (duas vezes cbq)???
>> queue thousand1 bandwidth 1000Kb priority 4 qlimit 100 cbq ( rio ecn )
>>
>> queue thousand2 bandwitch 2000Kb prioriy 3 qlimit 100 cbq ( rio ecn )
>>
> A linha cima tem um erro, veja como você escreviu priority e também
> bandwidth
>> queue thousand3 bandwidth 3000Kb priority 4 qlimit 100 cbq ( rio ecn )
>>
>> queue standart bandwidth 6000Kb priority 4 qlimit 100 cbq(default rio ecn)
>>
>
> Veja esses erros e siga em frente.
> Abraço,
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Rapaz ja arrumei e verifiquei o arquivo novamenrte atraz de erros.
contudo ainda continua com o problema ainda siteado,
pfctl: DIOCADDALTQ: Cannot allocate memory
Até mais e qualquer ajuda será bem vindo !!
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid Servidor
Muito obrigado Paulo pelas dicas > Date: Mon, 30 Nov 2009 00:12:25 + > From: paulo.rd...@bsd.com.br > To: freebsd@fug.com.br > Subject: Re: [FUG-BR] Squid Servidor > > Rapaz a economia vai ser visivel apos alguns dias, e dependendo da > politica do seu cache, tipo manter arquivos grandes que todos usam é > bom como atualizações da microsoft, agora manter o filme xyz já não > será mais do que espaço de armazenamento perdido, paginas do > orkut/facebook economiza muito trafego tambem, agora analise bem > posteriormente colocar uma hierarquia de proxys pois se esse servidor > parar vai ficar com a rede parada. > Quanto ao squid aguentar é só não economizar em processador, memoria e > uma boa placa mãe, pois da mesma forma que ele pode economizar link > externo ele pode tambem se tornar um gargalo interno. > tenta usar apenas sistema 64bits não use PAE pois aquilo parece ser > até uma bomba relogio. > > 2009/11/29 : > > > > > > > > > > Boa tarde pessoal, > > > > É o seguinte. Gostaria de saber quanto de banda economizariamos se > > comprássemos um servidor com dois HDs SAS fazendo RAID 0 para cache do > > Squid. Com um terceiro HD SATA com o sistema operacional instalado. Nesse > > servidor vai passa o tráfego de 700 clientes que atualmente utilizamos com > > dois servidores e cada um deles chega a 8Mbit/s totalizando 16Mbit/s. > > > > Será que o squid daria conta? > > > > Alguém que tenha essa solução funcionando poderia dar uma dica? > > > > desde já agradeço > > > > _ > > Novo site do Windows Live: Novidades, dicas dos produtos e muito mais. > > Conheça! > > http://www.windowslive.com.br/?ocid=WindowsLive09_MSN_Hotmail_Tagline_out09 > > - > > 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 _ Novo windowslive.com.br. Descubra como juntar a galera com os produtos Windows Live. http://www.windowslive.com.br/?ocid=WindowsLive09_MSN_Hotmail_Tagline_out09 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0-RELEASE
http://seclists.org/fulldisclosure/2009/Nov/371 Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são vulneráveis. -- Antônio Rogério Lins de A. Pessoa Técnico em Tecnologia da Informação CREA-PE - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0-RELEASE
2009/12/1 Antônio Pessoa : > http://seclists.org/fulldisclosure/2009/Nov/371 > > Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o > RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são > vulneráveis. Saiu um security advisory sobre essa falha de segurança, mas o patch ainda não está 100%. -- []´s Helio Loureiro http://helio.loureiro.eng.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] FreeBSD 8.0-RELEASE
2009/12/1 Helio Loureiro : > 2009/12/1 Antônio Pessoa : >> http://seclists.org/fulldisclosure/2009/Nov/371 >> >> Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o >> RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são >> vulneráveis. > > > Saiu um security advisory sobre essa falha de segurança, mas o patch > ainda não está 100%. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, A short time ago a "local root" exploit was posted to the full-disclosure mailing list; as the name suggests, this allows a local user to execute arbitrary code as root. Normally it is the policy of the FreeBSD Security Team to not publicly discuss security issues until an advisory is ready, but in this case since exploit code is already widely available I want to make a patch available ASAP. Due to the short timeline, it is possible that this patch will not be the final version which is provided when an advisory is sent out; it is even possible (although highly doubtful) that this patch does not fully fix the issue or introduces new issues -- in short, use at your own risk (even more than usual). The patch is at http://people.freebsd.org/~cperciva/rtld.patch and has SHA256 hash ffcba0c20335dd83e9ac0d0e920faf5b4aedf366ee5a41f548b95027e3b770c1 I expect a full security advisory concerning this issue will go out on Wednesday December 2nd. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksUbjcACgkQFdaIBMps37LP9ACgljaYCfgVuhD2gd9Natpq4H/9 i48An1mgl+Mih+AWN7J9KZ1rsiEU31IZ =MPXj -END PGP SIGNATURE- -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -- []´s Helio Loureiro http://helio.loureiro.eng.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] FreeBSD 8.0-RELEASE
On Mon, 30 Nov 2009 23:27:34 -0300 Antônio Pessoa wrote: > http://seclists.org/fulldisclosure/2009/Nov/371 > > Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o > RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são > vulneráveis. acabei de testar em um 8.0R recém instalado (sem patches nem nada, primeiro boot) e funciona. matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] falha seguranca freebsd 7.1, 7.2, 8.0
ai galera fug recebi um e-mail da freebsd brasil agora (tem alguem la que nao dorme) é um aviso de segurança que me pareceu muito serio e grave então resolvi compartilhar estou repassando quase na integra, acho que nao tem problema... para evitar problema so removi o link direto do binario que a comunidade nao precisa vamo atualizar, acorda ai cso rsss rss Assunto:AVISO DE SEGURANÇA - Elevação de privilégios no rtld com envenenamento de ambiente. De: "Equipe FreeBSD Brasil LTDA" Data: Ter, Dezembro 1, 2009 1:35 am Afeta: FreeBSD 7.1, 7.2, 8.0 Criticidade: alta Probabilidade: média Impacto: alto Exploit: disponível publicamente Correção oficial: zero-day (correção esperada para Quarta, 2 Dezembro). Recomendação: atualização imediata Senhores, bom dia. Foi divulgado há pouco uma falha no RTLD (Real-time Link Editor) que permite a troca artificialmente manipulada de algumas variáveis de ambiente em momento de execução de um binário. Dessa forma é possível envenenar o ambiente de forma que permita uma biblioteca externa ser linkada a uma aplicação em execução. Se essa aplicação for executada com suid-bit, então será possível carregar dinamicamente essa biblioteca, executando-a com os mesmos privilégios da aplicação - e não do usuário. A consequência é a elevação de privilégios, permitindo que usuários locais desprivilegiados executem instruções como root. Dessa forma servidores que permitam o acesso ``shell`` de usuários, mesmo shell artificial (web servers com java, php, etc) ou permitam upload seguido de execução de aplicações (tipicamente CGI) são os alvos principais dessa exploração. E X P L O R A Ç Ã O A exploração é comprovada em FreeBSD 7.1 e 8.0. A FreeBSD Brasil comprovou o problema em FreeBSD 7.2 também. Sistemas 7.0 ou anteriores não estão vulneráveis. A exploração é facilitada por rotina existente e publicamente disponível. C O R R E Ç Ã O O rtld é uma aplicação de userland. Dessa forma sua correção é simples e muito rápida, sem a necessidade de reiniciar o sistema operacional. Siga os passos abaixo (logado como root): # cd /usr/src/libexec/rtld-elf/ # fetch http://people.freebsd.org/~cperciva/rtld.patch # patch -p0 < rtld.patch # make # make install Essa correção é preliminar, mas não é mitigatória. Ela anula completamente o risco. Clientes com sistema embarcado (memória flash) ou outro ambiente qualquer que não disponha de código-fonte localmente instalado ou não disponha das ferramentas de compilação podem, alternativamente, instalar um binário previamente preparado pela FreeBSD Brasil: # cd /tmp # fetch http://removido.pq.nao.sei.se.pode.divulgar/l/ld-elf.so.1 # sha256 ld-elf.so.1 Confira o hash do comando acima com o hash disponível no final dessa nota. Depois instale o ld-elf.so.1: # chflags noschg /usr/libexec/ld-elf.so.1 # install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf.so.1 /libexec C L I E N T E S F R E E B S D B R A S I L Clientes FreeBSD Brasil acima do nível 1 (SLS L1) se não se sentirem confortáveis em realizar os procedimentos acima basta responder esse e-mail com pedido para atualização que nós executaremos os procedimentos (nesse caso, liste todos os servidores FreeBSD 7.1-8.0 e seus respectivos IPs para agilizar o trabalho de nossa equipe). Clientes nível 1 (SLS L1) se ainda houverem dúvidas quanto aos procedimentos, nos comuniquem. H A S HL I S T I N G MD5 (ld-elf.so.1) = 40e461a069e06be4068b29eacd575c90 SHA256 (ld-elf.so.1) = 36b5b541ea2fd8a5d5da176c20f7138996a2719f1206dfdf9d5db9dbb21655d2 MD5 (rtld.patch) = f359628cfe7d8acbba4a8f3957c3e35b SHA256 (rtld.patch) = ffcba0c20335dd83e9ac0d0e920faf5b4aedf366ee5a41f548b95027e3b770c1 -- Equipe FreeBSD Brasil LTDA http://www.freebsdbrasil.com.br (31) 3516-0800 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0-RELEASE
2009/12/1 Nenhum_de_Nos : > On Mon, 30 Nov 2009 23:27:34 -0300 > Antônio Pessoa wrote: > >> http://seclists.org/fulldisclosure/2009/Nov/371 >> >> Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o >> RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são >> vulneráveis. > > acabei de testar em um 8.0R recém instalado (sem patches nem nada, primeiro > boot) e funciona. Eu vi o fonte do FreeBSD 8.0, com cvsup logo depois do release, e está como o patch que diz que tem que sair. Estou fazendo um csup no meu sistema que nem tinha instalado ainda, mas já tinha compilado. João Rocha. > > matheus > > -- > We will call you Cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0-RELEASE
On Tue, 1 Dec 2009 02:31:34 -0200 Joao Rocha Braga Filho wrote: > 2009/12/1 Nenhum_de_Nos : > > On Mon, 30 Nov 2009 23:27:34 -0300 > > Antônio Pessoa wrote: > > > >> http://seclists.org/fulldisclosure/2009/Nov/371 > >> > >> Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o > >> RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são > >> vulneráveis. > > > > acabei de testar em um 8.0R recém instalado (sem patches nem nada, primeiro > > boot) e funciona. > > Eu vi o fonte do FreeBSD 8.0, com cvsup logo depois do release, e está > como o patch que diz que tem que sair. Estou fazendo um csup no meu > sistema que nem tinha instalado ainda, mas já tinha compilado. acabei de atualizar este 8.0R para RELENG_8_0 e estou recompilando tudo (para ter altq). não vi se baixou algo novo, mas amanhã instalo e testo novamente. matheus We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0-RELEASE
2009/12/1 Nenhum_de_Nos : > On Tue, 1 Dec 2009 02:31:34 -0200 > Joao Rocha Braga Filho wrote: > >> 2009/12/1 Nenhum_de_Nos : >> > On Mon, 30 Nov 2009 23:27:34 -0300 >> > Antônio Pessoa wrote: >> > >> >> http://seclists.org/fulldisclosure/2009/Nov/371 >> >> >> >> Alguém já leu ou testou? Ainda não tive tempo de instalar/atualizar o >> >> RELEASE para testar. Mas pelo que li o 7.1 e o 7.2 também são >> >> vulneráveis. >> > >> > acabei de testar em um 8.0R recém instalado (sem patches nem nada, >> > primeiro boot) e funciona. >> >> Eu vi o fonte do FreeBSD 8.0, com cvsup logo depois do release, e está >> como o patch que diz que tem que sair. Estou fazendo um csup no meu >> sistema que nem tinha instalado ainda, mas já tinha compilado. > > acabei de atualizar este 8.0R para RELENG_8_0 e estou recompilando tudo (para > ter altq). não vi se baixou algo novo, mas amanhã instalo e testo novamente. Eu estou fazendo ainda, mas já sei que o rtld.c foi modificado. Dei uma olhada e o patch não estava lá. Comparei com este abaixo. http://people.freebsd.org/~cperciva/rtld.patch Refaça amanhã antes de instalação. João Rocha. > > matheus > > We will call you Cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- "Sempre se apanha mais com as menores besteiras. Experiência própria." goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
