Re: [FUG-BR] Reboot aleatório após upgrade para o 11-RELEASE
Normal, por isso você precisa rodar o kgdb. Através dele é possível obter informações da saída do dump gerado antes do reboot. De uma olhada aqui para ajudar: https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. > Em 2 de mai de 2017, à(s) 13:36, Guilherme Rigon <guilhe...@rigon.info> > escreveu: > > O problema é que rola o crash e em seguida ele já da reboot automático... > Só acabo percebendo que rebootou, quando dou um uptime depois mesmo > > Está rodando em um ESXi, com algumas outras máquinas virtuais, até então > sem problemas. > Serviços rodando tem o pf, algumas aplicações em java e um bot em python > para o telegram. > > > > <https://mailtrack.io/> Enviado com Mailtrack > <https://mailtrack.io/install?source=signature=pt=guilhe...@rigon.info=24> > > Em 2 de maio de 2017 13:33, Jean Milanez Melo <jm...@freebsdbrasil.com.br> > escreveu: > >> Seu debug não ajuda muita coisa. Quando acontecer o crash você precisa >> rodar o seguinte: >> >> # kgdb kernel.debug /var/crash/vmcore.last >> # bt >> >> E cole a saída pra ver se ajudo em algo. >> >> Qual hardware voce esta usando e qual serviço? >> >> -- >> Atenciosamente >> Jean Milanez Melo >> FreeBSD Brasil LTDA. >> Fone: (31) 3516-0800 >> http://www.freebsdbrasil.com.br >> <https://mailtrack.io/trace/link/f26173759183e90bf3117e9b50a277cd6a4cac77?url=http%3A%2F%2Fwww.freebsdbrasil.com.br=798255=c7abdf16ef6e3210> >> >> Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir >> ou compartilhar, solicite nosso Guia de Seg. da Informação. >> This information is classified, before printing/sharing ask for our >> Information Security guidelines. >> >>> Em 2 de mai de 2017, à(s) 11:59, Guilherme Rigon <guilhe...@rigon.info> >> escreveu: >>> >>> Estava rodando tudo normal com o 10.3-RELEASE, fiz o update conforme o >>> handbook. >>> Após isso comecei a ter alguns reboots aleatórios, praticamente diários >>> >>> https://pastebin.com/7MnCU2VM >> <https://mailtrack.io/trace/link/a784d8a7d45ea41cdcd8f26522f00bab863b598a?url=https%3A%2F%2Fpastebin.com%2F7MnCU2VM=798255=fac26c0ba12619fe> >>> <https://mailtrack.io/trace/link/7d7411597802877fad03e42e7a04c0 >> 37499e5f3c?url=https%3A%2F%2Fpastebin.com%2F7MnCU2VM& >> userId=798255=42089d5b2e51efbf >> <https://mailtrack.io/trace/link/1c299647231a340cf25609450b5f3eb44d69cfb2?url=https%3A%2F%2Fpastebin.com%2F7MnCU2VM=798255=f102a6e6a6bfe71e> >>> >>> ' >>> https://pastebin.com/ntyfzia9 >> <https://mailtrack.io/trace/link/2a3aab7c1bfe7a868ec541fd0fcf03c0afa362d7?url=https%3A%2F%2Fpastebin.com%2Fntyfzia9=798255=73f1fc0a3df07749> >>> <https://mailtrack.io/trace/link/613202583655d9f5a763de693a252e >> 3a47c40b4c?url=https%3A%2F%2Fpastebin.com%2Fntyfzia9& >> userId=798255=e2942487162beb9d >> <https://mailtrack.io/trace/link/e156762a1a60b07b5bac902df1b0623dfb2c79d2?url=https%3A%2F%2Fpastebin.com%2Fntyfzia9=798255=2e92b4f63a255478> >>> >>> https://pastebin.com/VzRD7nEL >> <https://mailtrack.io/trace/link/a020c3bf086a0a99a9885496281b56a5e5cec5b2?url=https%3A%2F%2Fpastebin.com%2FVzRD7nEL=798255=ce4a936ff37eafee> >>> <https://mailtrack.io/trace/link/f09d2fb608d712a4b19732c7d88280 >> 91dee0ab5f?url=https%3A%2F%2Fpastebin.com%2FVzRD7nEL& >> userId=798255=e0ccd5d9ad8641c9 >> <https://mailtrack.io/trace/link/a020c3bf086a0a99a9885496281b56a5e5cec5b2?url=https%3A%2F%2Fpastebin.com%2FVzRD7nEL=798255=ce4a936ff37eafee> >>> >>> https://pastebin.com/bHU6BdTs >> <https://mailtrack.io/trace/link/b777faf80b4fe611f8858285cdc4ef4ed3229bec?url=https%3A%2F%2Fpastebin.com%2FbHU6BdTs=798255=46637cb36ea0fbf0> >>> <https://mailtrack.io/trace/link/63912dd15ce5fee35f8342b3bfcd2d >> 5a893ee4e1?url=https%3A%2F%2Fpastebin.com%2FbHU6BdTs& >> userId=798255=da073f100317b8c9 >> <https://mailtrack.io/trace/link/b777faf80b4fe611f8858285cdc4ef4ed3229bec?url=https%3A%2F%2Fpastebin.com%2FbHU6BdTs=798255=46637cb36ea0fbf0> >>> >>> >>> Os três primeiros estava dando falha no dump, depois corrigi no rc.conf >>> para jogar o dump em uma pasta com mais espaço em disco
Re: [FUG-BR] Reboot aleatório após upgrade para o 11-RELEASE
Seu debug não ajuda muita coisa. Quando acontecer o crash você precisa rodar o seguinte: # kgdb kernel.debug /var/crash/vmcore.last # bt E cole a saída pra ver se ajudo em algo. Qual hardware voce esta usando e qual serviço? -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. > Em 2 de mai de 2017, à(s) 11:59, Guilherme Rigon <guilhe...@rigon.info> > escreveu: > > Estava rodando tudo normal com o 10.3-RELEASE, fiz o update conforme o > handbook. > Após isso comecei a ter alguns reboots aleatórios, praticamente diários > > https://pastebin.com/7MnCU2VM > <https://mailtrack.io/trace/link/7d7411597802877fad03e42e7a04c037499e5f3c?url=https%3A%2F%2Fpastebin.com%2F7MnCU2VM=798255=42089d5b2e51efbf> > ' > https://pastebin.com/ntyfzia9 > <https://mailtrack.io/trace/link/613202583655d9f5a763de693a252e3a47c40b4c?url=https%3A%2F%2Fpastebin.com%2Fntyfzia9=798255=e2942487162beb9d> > https://pastebin.com/VzRD7nEL > <https://mailtrack.io/trace/link/f09d2fb608d712a4b19732c7d8828091dee0ab5f?url=https%3A%2F%2Fpastebin.com%2FVzRD7nEL=798255=e0ccd5d9ad8641c9> > https://pastebin.com/bHU6BdTs > <https://mailtrack.io/trace/link/63912dd15ce5fee35f8342b3bfcd2d5a893ee4e1?url=https%3A%2F%2Fpastebin.com%2FbHU6BdTs=798255=da073f100317b8c9> > > Os três primeiros estava dando falha no dump, depois corrigi no rc.conf > para jogar o dump em uma pasta com mais espaço em disco. > > Eu não consegui reproduzir o momento exato do dump, mas sempre que deixo > rodando chega em algum momento que está dando o panic. > > Tudo instalado através de pkg e usando o kernel GENERIC. > > Em /var/crash/ ele gerou o vmcore.last, porém nao consegui abrir o arquivo > tanto com o gdb ou kgdb > > > -- > -- > Guilherme Rigon > - > 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] Acordar interface
O correto é sempre colocar o argumento “up” no rc.conf. Algumas interfaces como por exemplo “ix” só funcionam se estiverem setadas como up. Se isso não funcionar, pode ser algum problema de negociação com o switch, ou mesmo bug no driver. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. > Em 2 de mai de 2017, à(s) 12:58, Luiz Gustavo S. Costa > <luizgust...@luizgustavo.pro.br> escreveu: > > Em 2 de maio de 2017 16:36, Ricardo Ferreira > <ricardo.ferre...@sotech.com.br> escreveu: >> >> Aqui passei pelo mesmo problema que só consegui resolver "upando" as realtek >> antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os >> IPs... >> Se ainda assim não resolver coloca no /etc/rc.conf.local /sbin/ifconfig_reX >> down e em seguida /sbin/ifconfig reX up > > Foi exatamente isso que fiz para contornar o problema, porém, isso não > é nada elegante :( e explicar isso para algumas pessoas Linux-like vai > ser extremamente frustante :p > > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > ICQ: 2890831 / Gtalk: gustavo@gmail.com > Blog: http://www.luizgustavo.pro.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] Problemas na Lista
Nilton, Eu não estou recebendo duplicada, inclusive o mailman ja tem features que até evita esse tipo de coisa. Vamos ver se alguém mais vai reclamar. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. > Em 2 de mai de 2017, à(s) 12:47, Nilton José Rizzo <ri...@i805.com.br> > escreveu: > > Em 2017-05-02 11:02, Jean Milanez Melo escreveu: >> Pessoal, bom dia. >> Tivemos um problema no servidor da lista. O problema foi corrigido e a >> mesma encontra-se funcional novamente. >> Desculpem o transtorno. >> Qualquer erro favor reportar em adm...@fug.com.br <mailto:adm...@fug.com.br> >> Obrigado. > > Jean e demais, a lista está gerando 2 mensagens iguais > > > > -- > > * Nilton José Rizzo Sistema de InformaçãoUFRRJ * > * http://cursos.ufrrj.br/grad/sistemas/* > * lattes:http://lattes.cnpq.br/0079460703536198* > > - > 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] Problemas na Lista
Pessoal, bom dia. Tivemos um problema no servidor da lista. O problema foi corrigido e a mesma encontra-se funcional novamente. Desculpem o transtorno. Qualquer erro favor reportar em adm...@fug.com.br <mailto:adm...@fug.com.br> Obrigado. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alternativa ao quagga e ao OpenOSPFD
> Em 23/01/2017, à(s) 11:50, Renato Botelho <rbga...@gmail.com> escreveu: > >> On 23 Jan 2017, at 10:23, Jean Milanez Melo <jm...@freebsdbrasil.com.br> >> wrote: >> >> Bom dia, >> >> No FreeBSD (e em sistemas BSD no geral), o Bird usa a route flag PROTO1 para >> identificar as suas rotas. O OpenBGP usa a mesma flag, então isso causa uma >> bagunça geral nas rotas. >> >> Existe a possibilidade de mudar o Bird para usar a flag PROTO2 ou PROTO3 e >> acabar com esse conflito. Porém não é uma opção de compilação, você precisa >> alterar no código fonte e recompilar. >> >> Para isso edite o arquivo krt-sock.c do codigo fonte do Bird e altera as >> seguintes linhas: >> >> msg.rtm.rtm_flags = RTF_UP | RTF_PROTO2; >> >> u32 self_mask = RTF_PROTO2; >> >> Após isso você conseguirá rodar Bird (fazendo OSPF) e OpenBGP (fazendo BGP) >> na mesma maquina. > > > Interessante a sua análise, será que o pessoal do Bird não aceitaria um patch > que permitisse definir isso em tempo de compilação ou até mesmo via config? > Ia deixar a vida mais simples... > > Não sei, mas é algo que poderia ser colocado facilmente no port do FreeBSD. Bastaria verificar o conflito com o openbgpd e aplicar o patch nesses casos. Eu não fiz por falta de tempo, mas quem se interessar pode ficar a vontade para submeter. Já rodamos essa alteração há anos sem problemas. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br <http://www.freebsdbrasil.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] Alternativa ao quagga e ao OpenOSPFD
Bom dia, No FreeBSD (e em sistemas BSD no geral), o Bird usa a route flag PROTO1 para identificar as suas rotas. O OpenBGP usa a mesma flag, então isso causa uma bagunça geral nas rotas. Existe a possibilidade de mudar o Bird para usar a flag PROTO2 ou PROTO3 e acabar com esse conflito. Porém não é uma opção de compilação, você precisa alterar no código fonte e recompilar. Para isso edite o arquivo krt-sock.c do codigo fonte do Bird e altera as seguintes linhas: msg.rtm.rtm_flags = RTF_UP | RTF_PROTO2; u32 self_mask = RTF_PROTO2; Após isso você conseguirá rodar Bird (fazendo OSPF) e OpenBGP (fazendo BGP) na mesma maquina. > Em 19/01/2017, à(s) 09:38, Wenderson Souza <wendersonso...@gmail.com> > escreveu: > > Em 17 de janeiro de 2017 17:41, Tiago Drumond <tiagodex...@gmail.com> > escreveu: > >> O bird não da conflito com o OpenBGP, porém da problemas de rotas. >> Ou você modifica o código do bird para ajustar as rotas, ou utiliza somente >> o brid para fazer BGP e OSPF > > > Estou passando por esta dificuldade do BIRD fazendo OSPF estar removendo da > tabela as rotas recebidas pelo OpenBGPd. > > Estou pensando seriamente em mudar o BGP + OSPF tudo para o BIRD. > > > Atenciosamente, > > Wenderson Souza - wendersonso...@gmail.com > +55 (43) 9162-4333 Vivo Mobile > Skype: wendersonsouza > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br <http://www.freebsdbrasil.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] 11 RELEASE
Particularmente achei a condução desse processo de release pelo Glen Barber muito bom. Quem acompanhou notou como ele foi bem transparente em todas as etapas do processo, mostrou os problemas encontrados, soluções, status, agenda e conversou com a comunidade, gerando uma interatividade bem maior entre o time de engenharia e os usuários do sistema. > Em 29/09/2016, à(s) 13:34, Renato Botelho <rbga...@gmail.com> escreveu: > >> On 29 Sep 2016, at 12:32, Marcelo Gondim <gon...@bsdinfo.com.br> wrote: >> >> Em 29/09/2016 08:42, Tiago Ribeiro escreveu: >>>> Em 29 de set de 2016, à(s) 07:17, Renato Botelho <rbga...@gmail.com> >>>> escreveu: >>>> >>>>> On 28 Sep 2016, at 15:14, Rafael Aquino <raf...@lk6.com.br> wrote: >>>>> >>>>> OI, Pessoal, >>>>> >>>>> No site do BSD ainda não consta, mas no ftp oficial já tem ISO do >>>>> 11-RELEASE. >>>>> Fui baixar uma iso do 10.3 e vi a 11 lá. >>>> >>> kkk, apressado come cru, já baixei a iso pq tenho um servidor a ser >>> reinstalado >>> nos próximos dias. >>> >> Previsão de anuncio para 05/10. Glen já deu um parecer: >> >> Dear FreeBSD Community: >> >> Although the FreeBSD 11.0-RELEASE has not yet been officially announced, >> many have found images on the Project FTP mirrors. >> >> However, please be aware the final 11.0-RELEASE will be rebuilt and >> republished on the Project mirrors as a result of a few last-minute >> security fixes we feel are imperative to include in the final release. >> >> FreeBSD users already running 11.0-RELEASE will be given instructions on >> how to safely upgrade systems to the 11.0-RELEASE-p1 in the final >> announcement email. Those building from source code can obtain the >> latest security updates from the releng/11.0 branch in Subversion: >> >> svn://svn.freebsd.org/base/releng/11.0 >> >> As the FreeBSD Project strives to provide the best possible product, the >> Release Engineering team decided to build an updated release to include >> the fixes. At present, we expect to have the final release available >> Wednesday, October 3rd. If you have not yet downloaded 11.0-RELEASE, >> please wait for the official release announcement. >> >> Thank you in advance for your patience waiting for 11.0-RELEASE, and of >> course for understanding the reasons behind the updated release. >> > > > Eu fico feliz de ver o time de release ainda manter essa postura nos dias de > hoje, dando prioridade a qualidade da release ao invés de ficar tentando > cumprir schedule :) > > -- > Renato Botelho > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br <http://www.freebsdbrasil.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] Distribuir FreeBSD pre-configurado
explicar como fazer. Deixa isso para pessoal preguiçoso de linux/Windows. Não estraga o sistema, um usuário bastardo ira instalar, não vai funcionar corretamente por que não tem conhecimento técnico para efetuar a devida configurações/gerenciamentos necessários e depois sairá dizendo que o sistema operacional é um lixo que nada funciona direito. Se quer algo meio userfriend no segmento BSD recomenda o PFSense. Att. -- Paulo Henrique BSDs Brasil Grupo de Usuários de FreeBSD do Brasil. Fone: +55 (21) 3708-9388 Celular: +55 (21) 96713-5042 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Paulo Henrique BSDs Brasil Grupo de Usuários de FreeBSD do Brasil. Fone: +55 (21) 3708-9388 Celular: +55 (21) 96713-5042 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Paulo Henrique BSDs Brasil Grupo de Usuários de FreeBSD do Brasil. Fone: +55 (21) 3708-9388 Celular: +55 (21) 96713-5042 paulo_rddck.vcf- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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] BSD Magazine - PPPoE Concentrator Dual Stack!
Pessoal, bom dia. Ficamos felizes com as recomendações de vocês do ServerU. Trabalhamos duro para produzir um hardware que atendesse as nossas exigências e da comunidade. Uma novidade que ainda não divulgamos mas que pode ser do interesse de muitos aqui é que agora ao comprar o ServerU você pode optar por fonte de 48V sem custo adicional. Sabemos que muitos provedores colocam seus servidores em locais remotos com problemas de energia elétrica, e foi com base nessa demanda dos nossos clientes que a partir de agora nossos servidores suportam também 48V. Abraços a todos os amigos. Em 03/12/2014, à(s) 09:20, Paiva, Gilson de gilson.pa...@el.com.br escreveu: +1 para os ServerUs Paiva, Gilson de System Administrator Nucleo de Pesquisa e Desenvolvimento -- Telefax: +55 (27) 3268-3123 Celular: +55 (279) 9255-9076 http://www.el.com.br/ On 3 Dec 2014 09:19, mantunes mantunes.lis...@gmail.com wrote: Sou suspeito em falar do ServerU, pq é excelente. Show de bom. - 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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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] BSD Magazine - PPPoE Concentrator Dual Stack!
Olá Gilson, A fonte 48V são para ambos os produtos: L-100 e L-800. Em 03/12/2014, à(s) 11:43, Paiva, Gilson de gilson.pa...@el.com.br escreveu: 2014-12-03 11:09 GMT-02:00 Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br: Enviado do meu smartphone Sony Xperia™ Jean Milanez Melo escreveu Pessoal, bom dia. Ficamos felizes com as recomendações de vocês do ServerU. Trabalhamos duro para produzir um hardware que atendesse as nossas exigências e da comunidade. Uma novidade que ainda não divulgamos mas que pode ser do interesse de muitos aqui é que agora ao comprar o ServerU você pode optar por fonte de 48V sem custo adicional. Sabemos que muitos provedores colocam seus servidores em locais remotos com problemas de energia elétrica, e foi com base nessa demanda dos nossos clientes que a partir de agora nossos servidores suportam também 48V. Olá Jean, Parabéns pela iniciativa e pelo produto! Sobre o suporte à alimentação -48V, ela está disponível para o L100 também ou apenas para o L800? Abraços, Abraços a todos os amigos. Em 03/12/2014, à(s) 09:20, Paiva, Gilson de gilson.pa...@el.com.br escreveu: +1 para os ServerUs Paiva, Gilson de System Administrator Nucleo de Pesquisa e Desenvolvimento -- Telefax: +55 (27) 3268-3123 Celular: +55 (279) 9255-9076 http://www.el.com.br/ On 3 Dec 2014 09:19, mantunes mantunes.lis...@gmail.com wrote: Sou suspeito em falar do ServerU, pq é excelente. Show de bom. - Bom, serverU esta na casa de competição com as RBs mais cara, eu tenho dois serverUs na infraestrutura, um com 209 dias de uptime e realmente são excelentes, mais a competição com as RBs de baixo custo vejo apenas o DD-WRT e o OpenWRt com linksys. O port do pfsense para arquiteturas como arm seria uma boa. 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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Paiva, Gilson de System Administrator Núcleo de Pesquisa e Desenvolvimento -- Telefax:+55 (27) 3268-3123 Mobile: +55 (279) 9255-9076 http://www.el.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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] BSD Magazine - PPPoE Concentrator Dual Stack!
Evandro, Bem parecido com o consumo da L-100. Em nossos testes ficou na média em 32W, chegando no máximo de 40W. abs Em 03/12/2014, à(s) 13:38, Evandro Nunes evandronune...@gmail.com escreveu: 2014-12-03 13:27 GMT-02:00 Jean Milanez Melo jm...@freebsdbrasil.com.br: Olá Gilson, A fonte 48V são para ambos os produtos: L-100 e L-800. jean na l800 qual consumo com 48v? as l100 não gastam nada, meu nobreak dura o triplo do tempo Em 03/12/2014, à(s) 11:43, Paiva, Gilson de gilson.pa...@el.com.br escreveu: 2014-12-03 11:09 GMT-02:00 Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br: Enviado do meu smartphone Sony Xperia™ Jean Milanez Melo escreveu Pessoal, bom dia. Ficamos felizes com as recomendações de vocês do ServerU. Trabalhamos duro para produzir um hardware que atendesse as nossas exigências e da comunidade. Uma novidade que ainda não divulgamos mas que pode ser do interesse de muitos aqui é que agora ao comprar o ServerU você pode optar por fonte de 48V sem custo adicional. Sabemos que muitos provedores colocam seus servidores em locais remotos com problemas de energia elétrica, e foi com base nessa demanda dos nossos clientes que a partir de agora nossos servidores suportam também 48V. Olá Jean, Parabéns pela iniciativa e pelo produto! Sobre o suporte à alimentação -48V, ela está disponível para o L100 também ou apenas para o L800? Abraços, Abraços a todos os amigos. Em 03/12/2014, à(s) 09:20, Paiva, Gilson de gilson.pa...@el.com.br escreveu: +1 para os ServerUs Paiva, Gilson de System Administrator Nucleo de Pesquisa e Desenvolvimento -- Telefax: +55 (27) 3268-3123 Celular: +55 (279) 9255-9076 http://www.el.com.br/ On 3 Dec 2014 09:19, mantunes mantunes.lis...@gmail.com wrote: Sou suspeito em falar do ServerU, pq é excelente. Show de bom. - Bom, serverU esta na casa de competição com as RBs mais cara, eu tenho dois serverUs na infraestrutura, um com 209 dias de uptime e realmente são excelentes, mais a competição com as RBs de baixo custo vejo apenas o DD-WRT e o OpenWRt com linksys. O port do pfsense para arquiteturas como arm seria uma boa. 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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Paiva, Gilson de System Administrator Núcleo de Pesquisa e Desenvolvimento -- Telefax:+55 (27) 3268-3123 Mobile: +55 (279) 9255-9076 http://www.el.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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] BSD Magazine - PPPoE Concentrator Dual Stack!
Sim sim, o consumo é o mesmo. Em 03/12/2014, à(s) 14:17, Evandro Nunes evandronune...@gmail.com escreveu: 2014-12-03 14:11 GMT-02:00 Jean Milanez Melo jm...@freebsdbrasil.com.br: Evandro, Bem parecido com o consumo da L-100. Em nossos testes ficou na média em 32W, chegando no máximo de 40W. abs em 48v e em 220 o consumo é o mesmo, 40W? isso é consumo de netbook é muito baixo! já é bom na L100, na L800 com 8 CPU achei que fosse maior Em 03/12/2014, à(s) 13:38, Evandro Nunes evandronune...@gmail.com escreveu: 2014-12-03 13:27 GMT-02:00 Jean Milanez Melo jm...@freebsdbrasil.com.br : Olá Gilson, A fonte 48V são para ambos os produtos: L-100 e L-800. jean na l800 qual consumo com 48v? as l100 não gastam nada, meu nobreak dura o triplo do tempo Em 03/12/2014, à(s) 11:43, Paiva, Gilson de gilson.pa...@el.com.br escreveu: 2014-12-03 11:09 GMT-02:00 Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br: Enviado do meu smartphone Sony Xperia™ Jean Milanez Melo escreveu Pessoal, bom dia. Ficamos felizes com as recomendações de vocês do ServerU. Trabalhamos duro para produzir um hardware que atendesse as nossas exigências e da comunidade. Uma novidade que ainda não divulgamos mas que pode ser do interesse de muitos aqui é que agora ao comprar o ServerU você pode optar por fonte de 48V sem custo adicional. Sabemos que muitos provedores colocam seus servidores em locais remotos com problemas de energia elétrica, e foi com base nessa demanda dos nossos clientes que a partir de agora nossos servidores suportam também 48V. Olá Jean, Parabéns pela iniciativa e pelo produto! Sobre o suporte à alimentação -48V, ela está disponível para o L100 também ou apenas para o L800? Abraços, Abraços a todos os amigos. Em 03/12/2014, à(s) 09:20, Paiva, Gilson de gilson.pa...@el.com.br escreveu: +1 para os ServerUs Paiva, Gilson de System Administrator Nucleo de Pesquisa e Desenvolvimento -- Telefax: +55 (27) 3268-3123 Celular: +55 (279) 9255-9076 http://www.el.com.br/ On 3 Dec 2014 09:19, mantunes mantunes.lis...@gmail.com wrote: Sou suspeito em falar do ServerU, pq é excelente. Show de bom. - Bom, serverU esta na casa de competição com as RBs mais cara, eu tenho dois serverUs na infraestrutura, um com 209 dias de uptime e realmente são excelentes, mais a competição com as RBs de baixo custo vejo apenas o DD-WRT e o OpenWRt com linksys. O port do pfsense para arquiteturas como arm seria uma boa. 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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Paiva, Gilson de System Administrator Núcleo de Pesquisa e Desenvolvimento -- Telefax:+55 (27) 3268-3123 Mobile: +55 (279) 9255-9076 http://www.el.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ProApps Cloud - Call for Testers
inspirado em algo? Sim, é inspirado no conceito do freebsd-update. - Qual o preço? Ainda não temos um preço definido, será divulgado quando finalizarmos a fase de teste e o produto estiver maduro o suficiente. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.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] ProApps Cloud - Call for Testers
Grande Garga :) A solução é diferente, a idéia do tarsnap é criar políticas de backup diárias e fazer backups de arquivos específicos incrementais ou não onde você pode recuperar arquivos de determinadas horas, dias, etc. Já no ProApps Cloud a idéia é especificamente para disaster recovery de sistemas completos. Ou seja, é feito um snapshot do sistema na nuvem e em caso de problemas executa-se um restore do sistema completo, sem qualquer trabalho ou dor de cabeça. A idéia é gerar um snapshot diário do sistema todo e em caso de problemas só será possível fazer o restore do último snapshot tirando e não de datas específicas. Como o objetivo do ProApps Cloud é ser bem simples, não é preciso definir política ou escolher qualquer coisa, é tudo copiado automático para o cloud para que possa ser feito o restore completo no momento que for necessário. abs Em 17/03/2014, à(s) 15:42, Renato Botelho rbga...@gmail.com escreveu: On Seg, 2014-03-17 at 14:31 -0300, Jean Milanez Melo wrote: Prezados, boa tarde. Gostaria de enviar a seguir informações de uma solução que estamos testando e acredito que seja interesse de muitos administradores de sistema. Peço a gentileza que os interessados leiam atentamente todo email e descubra se você tem o perfil para testar a solução nesse momento. O teste será limitado a no máximo 10 pessoas. Caso você esteja apto a testar basta acessar: http://www.proapps.com.br e vá no menu Componentes - ProApps Cloud faça seu cadastro e siga as instruções. - Sobre o ProApps Cloud Quantas vezes já aconteceu de um sistema de missão crítica ter algum problema, e quando você mais precisava de um backup, ele também deu problema?! Acredito que esse cenário já deve ter acontecido com muitos. A FreeBSD Brasil vem pensando em uma maneira de criar uma solução de disaster recovery o mais rápido possível de forma segura. De forma que o administrador não precise configurar absolutamente nada, faz-se uma restauração do sistema com um único comando. Com isso criamos a solução ProApps Cloud. A idéia simplificada por trás da solução é: Gera-se um snapshot do sistema crítico na nuvem. Caso aconteça qualquer problema, basta instalar um FreeBSD na mesma série ou inferior e então faz-se um restore completo e funcional do sistema anterior. A solução está em fase de testes e o objetivo é fazer uma chamada de Call for testers de pelo menos 5 pessoas para que nos deem um feedback, críticas e sugestões sobre o processo. - FAQ - Para qual email posso dar feedback ou suporte no período de teste? Basta enviar email para proapps-cl...@freebsdbrasil.com.br. Seus comentários serão muito bem vindos. - Qual espaço máximo que terei no período de teste? O espaço máximo será de 20Gb no período de testes. Quando o modelo de negocios for definido o usuário poderá adquirir o espaço que julgar necessário. - O que acontecerá com os meus dados após o período de testes? Após o período de testes, você será contactado com a oferta dos planos de serviço e caso não tenha interesse seus dados serão removidos do servidor. - Como funciona? A solução possui dois aplicativos: 1) proapps-cloud-server É a solução que será executada no servidor crítico onde será feita uma indexação de todo o sistema e depois enviado o snapshot para a nuvem. 2) proapps-cloud-client É a solução a ser utilizada em caso de problemas com o servidor, ou seja, é o binário que deverá ser executado para fazer o restore do sistema. Nesse momento será feito o download do snapshot do sistema na nuvem e então restaurado. - Vai ser gratuito? Não, porém os valores ainda não estão definidos. Clientes FreeBSD Brasil que utilizam a solução ProApps farão uso da solução de forma gratuita integrada ao seu módulo ProApps. - Quanto tempo leva para gerar o snapshot no cloud? O processo é realizado em duas etapas: Primeira vez rodando o ProApps Cloud: 1) Gera-se uma indexação de todo o sistema 2) Faz-se o upload do sistema indexado para o cloud Sobre a etapa 1, como devem saber existem uma série de fatores que melhoram ou pioram a performance, nós tentamos otimizar para que esse processo seja o mais rápido possível, porém a solução ainda depende de I/O de disco, memória ram e processamento, logo caso você esteja com gargalo em seu servidor, pode levar mais tempo. Por isso recomendamos que seja executado o processo sempre a noite, fora dos horários de pico. Para efeito de amostragem, 1GB de dados leva em média 4 minutos para ser feita a indexação completa. Para a etapa 2, ou seja de envio para o cloud, vai depender do seu link, e fica difícil mensurar. O que podemos dizer é que nosso servidor está no PTT através da Amazon e caso você esteja no PTT, tanto seu upload quanto o restore serão significativamente rápidos. - E nas próximas vezes que eu rodar o ProApps Cloud? quanto tempo vai demorar? O ProApps
Re: [FUG-BR] Alguém usando Intel PRO/10GbE PCIE Ethernet no FreeBSD?
On Thu, 13 Sep 2012 15:59:09 -0300, Patrick Tracanelli eks...@freebsdbrasil.com.br wrote: Em 13/09/2012, às 15:52, Marcelo Gondim escreveu: Em 11/09/2012 15:56, Patrick Tracanelli escreveu: Em 11/09/2012, às 15:47, Eduardo Schoedler escreveu: 2012/9/11 Patrick Tracanelli eks...@freebsdbrasil.com.br Em 11/09/2012, às 15:38, Marcelo Gondim escreveu: Pessoal, Alguém que esteja usando essa interface no FreeBSD, sabe me dizer se está funcionando bem o driver? Dei uma olhada pela Internet e não vi nenhum problema relatado mas achei melhor ver se alguém aqui tem algo à dizer caso necessite comprar. Sim, eu estou, uma que custou uma bala pro meu cliente, num servidor BGP, chipset 82598EB com MSI-X bonitinho, usa quantos CPU-core voce quiser :-) Só para constar a quem interesse o uso de MSI-X, a placa Intel E1G4ET tem o maravilhoso MSI-X, duas portas giga, funciona perfeitamente no FBSD e custa só 120 dolares. Agora 10Giga ainda não cheguei lá, hehehe E ainda você consegue rodar filtros em hardware! Pelo menos no linux... É, parece que sim, uns negócios de MAC, filtrar LLC, grava na eeprom da placa. Não usei mas vi que tem algo assim mesmo :-) Olha o precinho das bichinhas que consegui rsrsrsr praticamente o preço de uma switch boa de 24 portas gigabit rsrsrsr Intel E10G41AT2 AT2 Server Adapter 10Gbps PCI Express 2.0 x8 1 x RJ45 R$ 2.390,00 Intel E10G41BFSR Server Adapter X520-SR1 10Gbps PCI Express 2.0 x8 1 x LC R$ R$ 3.590,00 Lembrando que a placa mãe tem de ter slot Pci_Ex 8X É por ai mesmo :P Ai no RJ esses preços? -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lusca Varios HDs
-Mensagem Original- From: s...@fsnet.com.br Sent: Tuesday, July 03, 2012 11:04 AM To: freebsd@fug.com.br Subject: [FUG-BR] Lusca Varios HDs Ola Pessoal, Montei um lusca, num servidor e estou com varios HDs. Gostaria de separar por tamanho, por exemplo: arquivos com ate 128K num HD, os maiores nos outros. Existem alguma configuracao do squid para isso? Vi que usando o mode de arquivamento COSS, consigo limitar o tamanho dos arquivos na propria linha do cache_dir, alguem ja usou assim? De antemao, obrigado por toda ajuda, Sidnei - 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] Lusca Varios HDs
-Mensagem Original- From: s...@fsnet.com.br Sent: Tuesday, July 03, 2012 11:04 AM To: freebsd@fug.com.br Subject: [FUG-BR] Lusca Varios HDs Ola Pessoal, Montei um lusca, num servidor e estou com varios HDs. Gostaria de separar por tamanho, por exemplo: arquivos com ate 128K num HD, os maiores nos outros. Existem alguma configuracao do squid para isso? Vi que usando o mode de arquivamento COSS, consigo limitar o tamanho dos arquivos na propria linha do cache_dir, alguem ja usou assim? De antemao, obrigado por toda ajuda, Sidnei - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Segue a mesma idéia, min-size e max-size, olha um exemplo: cache_dir aufs /cache/squid0 25000 16 256 min-size=100 cache_dir coss /cache2/coss0.0 1900 max-size=100 block-size=128 Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ***SPAM*** Re: Comparativo entre SSD Intel Serie 520 e HD VelociRaptor 10kRPM
On Thu, 19 Apr 2012 12:17:37 -0300, Joao Rocha Braga Filho goffr...@gmail.com wrote: 2012/4/18 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br: AT Matik, Ok, disponibilizou informações muito interessantes a respeitos dos SSDs, muitas delas estão expostas apenas nessa mensagem, contudo alguns pontos a se considerar. Além de ser basicamente opinião, pois não tem um teste formal. Sei quanto ao limite de gravações devido a ter lido em outros artigos quanto ao mesmo ( acho que foi clube do hardware ou tons Hardware, não me recordo ). Lembro ter visto no Toms Hardware. Agora primeiro, um HD SSD não é um barato para eu comprar ( usuário final assalariado) só para queimar ele fazendo teste de desempenho, e mesmo que o mesmo se demonstre com custo/beneficio valido, depois dos teste não teria a necessidade do mesmo, resumo joguei pelo menos 500 reais no lixo só para testar. Eu tinha curiosidade de experimentar um SSD no meu desktop como disco de sistema e swap. Se ele funcionar bem, deve fazer voar. Tambem sou do ICSI ( Se não tivesse apagado a mensagem anterior teria visto ) até por que são no minimo 20 anos de pesquisas sobre os mesmos contra 4 a 5 anos dos SSDs, Ultimo e o mais considerável dos fatos, Se eu não posso confiar na informação do fabricante, este que possui engenheiros nos quais são os unicos que tem acesso a todas as informações pertinentes ao projeto do hardware, então estou sendo lesado e por vias Jurídicas legais o fabricante tem que me sanar o dano causado, alem da propaganda enganosa, bom resumo, se não posso acreditar em um documento técnico chamado Datasheet disponibilizo pelo único especialista no hardware, considere voltarmos para o lápis e papel. O fabricante tem que disponibilizar informações confiáveis aí, senão fica desmoralizado, mas um vídeo de propaganda, como apareceu antes aqui, não é muito confiável, pois pode ser um teste escolhido a dedo para dar um bom resultado. Os argumentos apresentados são interessantes. Mas são argumentos em experiências de uma pessoa, sem um relatório de testes. Por isto devem ser vistas com cuidado. Por exemplo, a pessoa se acostuma com um desempenho, ou com a falta dele. O meu desktop é bem mais rápido que o meu notebook, mas só noto isto direito depois de passar um tempo sem usá-lo. Eu tive a sensação de melhora de desempenho quando mudei do FreeBSD 7.x para o 8.2 no meu desktop, tal como do 8.2 para o 9.0, mas não fiz nenhum teste para confirmar. Também tiveram mudança de driver de vídeo, de KDE etc, então menos ainda posso afirmar. Pode ter envolvido a sensação pelo uso do notebook que é mais lento. Variáveis demais e controle de menos na situação. Oi João, Tenho 2 SSD sata3, hoje está em ZFS, gravando o cache, um em AUFS e outro em COSS, pode ter certeza, deixou os dois SAS (15K) velhos no chinelo, mas não tenho um teste especifico para te mostrar, porém é incomparavel, e já faz meses que estão rodando, sei que devem baixar um pouco o desempenho com o tempo, mas é algo que ainda não consegui perceber. Como os dados gravados neles não são muito relevantes, não me importo se perder (coisa que ainda não aconteceu). Att. Jean Zanuzo João Rocha. Att. -- Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história. Flames /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - 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] Curso OS X Server Essentials
Cleyton, bom dia. Podemos ir para qualquer cidade ministrar esse treinamento, basta que tenha no mínimo 5 pessoas interessadas. abs Em 09/04/2012, às 17:22, Cleyton Bertolim escreveu: Boa tarde Jean! Por acaso ha a possibilidade de daqui a pouco vocês ministrarem esse treinamento em Porto Alegre? Obrigado! Cleyton Mayer Bertolim. Em 9 de abril de 2012 17:15, Jean Milanez Melo jm...@freebsdbrasil.com.br escreveu: Pessoal, boa tarde. Estaremos ministrando no Rio de Janeiro nos dias 19 a 21/04 o curso OS X Server Essentials. Como sabem, o OS X é todo baseado em FreeBSD, e o curso pode ser uma boa oportunidade para os que desejam ampliar seu conhecimento na plataforma Apple com foco em servidores. No momento só temos duas vagas disponíveis, portanto quem se interessar faça a inscrição o quanto antes em: https://www.ids.com.br/inscricao/?param=0229411E-9A1E-43EB-B0BC-A728634FF4DC A seguir um breve resumo do treinamento: = Descrição OS X Server Essentials é um curso prático de três dias projetado para oferecer a coordenadores e a administradores de sistema habilidades, ferramentas e conhecimento necessários para implantar e manter uma rede baseada no OS X Server. Os alunos aprenderão como instalar e configurar o OS X Server de forma a oferecer serviços de rede como compartilhamento de arquivos, servidor web e de wikis. Aprenderá também ferramentas necessárias para gerenciar e implantar atualizações do OS X nesse treinamento. O curso combina leitura com estudos de caso e aulas práticas que fornece experiências do mundo real. = A quem se destina O curso é projetado para especialistas de help-desk, coordenadores técnicos e administradores de sistemas de nível iniciante que querem ou implementam e gerenciam redes usando OS X Server. = O que você aprenderá • Os recursos do OS X Server v10.7; • Como configurar serviços essenciais no OS X Server; • Como usar as ferramentas de monitoração e resolução de problemas do servidor; • Uso efetivo do OS X Server para gerenciar uma rede de computadores e usuários Macintosh; • Como gerenciar o acesso a arquivos e serviços; • Como se preparar para a certificação Apple Certified Technical Coordinator (ACTC). Mais informações da ementa em: http://www.ids.com.br/treinamento/cursos-apple/it/lion201/ -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.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 -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Curso OS X Server Essentials
Pessoal, boa tarde. Estaremos ministrando no Rio de Janeiro nos dias 19 a 21/04 o curso OS X Server Essentials. Como sabem, o OS X é todo baseado em FreeBSD, e o curso pode ser uma boa oportunidade para os que desejam ampliar seu conhecimento na plataforma Apple com foco em servidores. No momento só temos duas vagas disponíveis, portanto quem se interessar faça a inscrição o quanto antes em: https://www.ids.com.br/inscricao/?param=0229411E-9A1E-43EB-B0BC-A728634FF4DC A seguir um breve resumo do treinamento: = Descrição OS X Server Essentials é um curso prático de três dias projetado para oferecer a coordenadores e a administradores de sistema habilidades, ferramentas e conhecimento necessários para implantar e manter uma rede baseada no OS X Server. Os alunos aprenderão como instalar e configurar o OS X Server de forma a oferecer serviços de rede como compartilhamento de arquivos, servidor web e de wikis. Aprenderá também ferramentas necessárias para gerenciar e implantar atualizações do OS X nesse treinamento. O curso combina leitura com estudos de caso e aulas práticas que fornece experiências do mundo real. = A quem se destina O curso é projetado para especialistas de help-desk, coordenadores técnicos e administradores de sistemas de nível iniciante que querem ou implementam e gerenciam redes usando OS X Server. = O que você aprenderá • Os recursos do OS X Server v10.7; • Como configurar serviços essenciais no OS X Server; • Como usar as ferramentas de monitoração e resolução de problemas do servidor; • Uso efetivo do OS X Server para gerenciar uma rede de computadores e usuários Macintosh; • Como gerenciar o acesso a arquivos e serviços; • Como se preparar para a certificação Apple Certified Technical Coordinator (ACTC). Mais informações da ementa em: http://www.ids.com.br/treinamento/cursos-apple/it/lion201/ -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.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] IPFW - natd.
Em 11/01/2012 20:20, Adiel de Lima Ribeiro escreveu: Obrigado a todos, com seus exemplos e lendo bastante consegui algum progresso, a pessoa que mais entendeu minha necessidade foi o Jean, foi de grande valia o exemplo dele, apenas tive que complementar minhas regras do IPFW e no rc.conf modificar o natd_flags de =-f /etc/natd.conf para -dynamic -m. No caso dessa lan de exemplo, o acesso a internet está funcionando com o exemplo do Jean, e se eu quizer publicar algum servidor dela na internet, como faço ? Oi Adiel? Bom, é uma porta de um servidor que você quer publicar? -Original Message- From: Jean Zanuzoj...@w3nt.com Reply-to: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] IPFW - natd. Date: Wed, 11 Jan 2012 17:42:58 -0300 Boa tarde, Nao acompanhei o assunto, e não li mensagens anteriores, mas como é um exemplo novo, segue um exemplo de regra que te atende. Em 11/01/2012 16:40, Adiel de Lima Ribeiro escreveu: Vou tentar ser mais prático, mudarei de exemplo. Vamos supor que tenho um servidor IPFW. em0 - interface externa, internet. em1 - interface interna, lan. Ipfw com política fechada. Quero fazer um nat da lan para a internet, para que a lan possa navegar, ou seja, porta 80. Quando coloco do jeito abaixo, funciona: ipfw add divert natd ip from any to any ipfw add allow ip from any to any Mas isso está permitindo tudo. Neste caso o nat libera tudo tratando a informação que está entrando e saindo da interface para qualquer porta e qualquer endereço. Quero restringir para que seja feito o nat apenas da lan, restrito a navegação na internet. Fiz assim, mas não funcionou: ipfw add divert natd tcp from {lan} to any 80 ipfw add allow tcp from {lan} to any 80 Vamos considerar que a informação que vem dos endereços da sua rede interna com destino a porta 80 precisa entrar no nat ipfw add divert natd tcp from {lan} to any 80 in via em1 Agora a informação quando volta da Internet precisa passar pelo nat para desfazer o mascaramento ipfw add divert natd tcp from any 80 to me in via em0 Caso seu servidor tenha um bloco de ips publicos alocado e voce configure no natd.conf um ip especifico (xxx.xxx.xxx.xxx) para usar neste nat, sendo e ele um alias na em0, então podemos utilizar outra regra no lugar da anterior para ser mais seletivo: ipfw add divert natd tcp from any 80 to xxx.xxx.xxx.xxx in via em0 O que estou fazendo de errado ? Agradeço a todas as sugestões e peço desculpas se não fui claro em minha dúvida. Obrigado. Att. Jean Zanuzo - 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] IPFW - natd.
Boa tarde, Nao acompanhei o assunto, e não li mensagens anteriores, mas como é um exemplo novo, segue um exemplo de regra que te atende. Em 11/01/2012 16:40, Adiel de Lima Ribeiro escreveu: Vou tentar ser mais prático, mudarei de exemplo. Vamos supor que tenho um servidor IPFW. em0 - interface externa, internet. em1 - interface interna, lan. Ipfw com política fechada. Quero fazer um nat da lan para a internet, para que a lan possa navegar, ou seja, porta 80. Quando coloco do jeito abaixo, funciona: ipfw add divert natd ip from any to any ipfw add allow ip from any to any Mas isso está permitindo tudo. Neste caso o nat libera tudo tratando a informação que está entrando e saindo da interface para qualquer porta e qualquer endereço. Quero restringir para que seja feito o nat apenas da lan, restrito a navegação na internet. Fiz assim, mas não funcionou: ipfw add divert natd tcp from {lan} to any 80 ipfw add allow tcp from {lan} to any 80 Vamos considerar que a informação que vem dos endereços da sua rede interna com destino a porta 80 precisa entrar no nat ipfw add divert natd tcp from {lan} to any 80 in via em1 Agora a informação quando volta da Internet precisa passar pelo nat para desfazer o mascaramento ipfw add divert natd tcp from any 80 to me in via em0 Caso seu servidor tenha um bloco de ips publicos alocado e voce configure no natd.conf um ip especifico (xxx.xxx.xxx.xxx) para usar neste nat, sendo e ele um alias na em0, então podemos utilizar outra regra no lugar da anterior para ser mais seletivo: ipfw add divert natd tcp from any 80 to xxx.xxx.xxx.xxx in via em0 O que estou fazendo de errado ? Agradeço a todas as sugestões e peço desculpas se não fui claro em minha dúvida. Obrigado. Att. Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RIP Irado Jorge Carvalho furioso com tudo :( A FUG sente sua falta!
Quando eu e o Patrick começamos a pesquisar sobre seus últimos posts e todos levavam ao dia 20/09 ficamos realmente preocupados. Ligamos diversas vezes em seu celular (como se tivesse sido desligado pela operadora) e no fixo ninguém atendia. Até que veio a triste confirmação da Ceciliana. Esse ano foi um ano de grandes perdas no cenário de TI e o Irado é mais uma delas que ficará marcada. Apesar de conhecer o Irado desde o ano 2000 pela internet, fui conhece-lo pessoalmente em 2002 em SP enquanto ministrávamos um treinamento da FreeBSD Brasil. Ele foi nosso primeiro instrutor autorizado, o que é motivo de orgulho pra nós. Depois disso tivemos vários encontros em eventos OpenSource, ele sempre carregando sua sinceridade e irreverência. Acredito que o mais importante é a pessoa deixar um legado após a sua morte, e ele sem dúvida conseguiu deixar vários ensinamentos a toda comunidade e seus amigos. RIP Jorge. Em 30/12/2011, às 01:04, Patrick Tracanelli escreveu: FUG, Infelizmente a noticia que trago eh a pior, para todos aqueles que da comunidade BSD e Linux tiveram o prazer de conhecer e conviver, ainda que pouco, com o Irado, uma das maiores figuras que as comunidades SL brasileira tiveram. Quando Deus resolveu, em Outubro desse ano, restruturar a TI la em cima, chamou Jobs pra tratar da usabilidade, Dennis Ritchie pra engenharia e em seguida, em 19/10, nosso amigo Irado Jorge Carvalho Furioso com Tudo, provavelmentenpra suporte aos usuarios. O Irado foi-se junto a um dos maiores herois do Unix e da TI como conhecemos hoje. Honra mais que merecida a um dos maiores caras do SL nacional, uma pessoa que de Irado tinha o nome que adotou e postura politica, social, sempre contestador e irado para desejar mais e melhor, mas que na convivencia era uma pessoa de extrema fineza, educacao, elegancia, sarcasmo e inteligencia impares. Muitos de nos aqui e em tantas outras comunidades ja tiveram o prazer, como eu, de ter uma longa conversa com o Irado. Seja virual, email, ou pessoalmente. Muitos, e muuuitos mesmos foram ajudados por ele, porque a vontade de ajudar, a presteza e destreza que acompanhavam o Irado, fazia ele notoriamente se dar ao trabalho muitas vezes de pesquisar so pra ajudar - e aprender junto! Coisa rara, coisa de gente muito Irada :) Eu tive o prazer de conhecer o Irado na UFSCAR, no Envontro FreeBSD, e trabalhar com ele pela primeira vez nos primordios da FreeBSD Brasil, ou seja tem 10 anos ai. Depois disso foram muitos projetos e poucos, infelizmente, encontros pessoais, mas sempre sera uma pessoa que estara no topo das mais divertidas e peculiares pessoas que conheci nesse mundo open source brazuca. Irado, ai onde vc esta, tenho certeza que tambem nao esta deixando a maioria dos usuarios com duvidas, sem respostas. Foi uma honra ter voce por tantos anos como membro ativo da FUG :) Sentiremos muito sua falta como ja fica notorio, afinal em tantos anos de FUG tantas pessoas sumiram da lista e nao foram tao investigados, o paradeiro. Muito da personalidade da FUG foi vc quem emprestou da sua, foi uma honra mesmo. Pessoal a confirmacao do falecimento do Irado veio da Ceciliana, um dos contatos dele que eu tinha conhecimento. Ela confirmou o fato e a data. Motivo e circunstancias perguntei e qdo souber informo se pertinente for. RIP Irado furioso com tudo! -- Patrick Tracanelli Enviado via iPad - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.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] Servidor Dell
On 28/09/2011 10:33, Edinilson - ATINET wrote: obs: A opcao pela Dell seria devido a linha de financiamento BNDES. Entra no site do cartão BNDES, a Officer financia HP, além de que a HP está com promoção até dia 30 de 0+13X sem juros ( a hp está pagando o juros) pelo Santander. Comprei um DL 360g7 com 66gb de memoria ram, 4 portas giga, com um proc xeon six core, fonte redundante por 12mil, mas eu não sei te responder sobre Dual North Bridge, pois não sei do que se trata! hehehe. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Esclarecimentos sobre a parada da FUG
Pessoal, boa noite. Creio que muitos de vocês se sentiram órfãos nos últimos dias com a parada da FUG. Estou enviando este email para deixar claro sobre o ocorrido e o porque da demora em voltar o serviço. Temos hoje o servidor da FUG em um IDC no exterior. O servidor rodava em um hardware mais antigo com controladora IDE, para nossa infelicidade a placa mãe queimou e o IDC não tinha outra com controladora IDE para substituir. Até o pessoal conseguir uma placa mãe temporária e subir em rescue mode para que pudessemos passar os dados pro novo servidor levaram-se dias. Como o novo servidor contratado ficava em outro IDC, para piorar a situação fomos obrigados a trocar todo o pool de IPs da FUG. Com isso os novos IPs poderão levar até 7 dias para propagar para toda a internet. Tentamos trabalhar na solução o mais rápido possível, mas são situações que fogem do nosso controle. Pedimos desculpas aos usuários e nos próximos dias tudo deve se normalizar. Obrigado pela compreensão. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Expriência Qmail + fail2ban
Ola Pessoal, Não sei mais alguém aqui usa este mesmo tipo de solução, mas eu queria compartilhar um pouco do sucesso que eu tive em reduzir a carga de meia duzia de servidores de e-mail que eu cuido usando fail2ban e qmail. A redução nos meus casos foram de na casa de 20% na carga média da maquina durante uns dois meses que eu estou monitorando as maquinas graficamente via munin. A maquinas que eu instalei são maquinas de hosting onde deve ter uns 100 domínios cada e na casa de 5000-8000 emails ativos. A solução que a gente encontrou aqui que diminuiu bastante nosso problema de carga com SA e o qmail foi dar um ban via pf de IPs que não estão se comportando como deviam, e também mantendo uma lista de servidores de email marketing (eu não entendo ainda a diferença disso pra SPAM) que não são bem vindos. O que a gente faz é dar ban pelo domínio nos ips dos servidores listado no cdb do qmail como deny (ex.: =.virtualtarger.com.br:deny), dar ban em todo mundo que aparece em RBL, dar ban em todo mundo que da probe no relay da porta 25, e dar ban em todo mundo que da failed_rcptto (eu estou testando agora uns bans em DNSs com os strings mkt e marketing). O banimento é temporário e varia de caso em caso. Por exemplo failed_rcptto a gente ta colocando 30 mins, enquanto RBL são 6 horas, ja o deny são na casa de 1 dia. Isso diminuiu o numero de conexões simultâneas no qmail de forma absurda. De mais de 50 simultâneas pra menos de 10, e o SA também tem trabalhado menos o que diminuiu a carga das maquinas. Alguns dos nossos arquivos de configuração (simplificados): filter.d/qmail.conf failregex = (?: rblsmtpd: | tcpserver: deny [\d].* | Reject::RCPT::Failed_Rcptto: P:ESMTP S:| Reject::SNDR::Invalid_Relay: P:ESMTP S:)HOST ignoreregex = (?: .*terra.com.* | .*hotmail.com.* | .*google.com.* ) action.d/pf.onf actionban = pfctl -t fail2ban -T add ip actionunban = pfctl -t fail2ban -T delete `pfctl -t fail2ban -T show 2/dev/null | grep ip` jail.conf [qmail-pf] enabled = true filter = qmail action = pf logpath = /var/log/qmail/qmail-smtpd/current maxretry = 1 bantime = 3600 pf.conf table fail2ban persist block in quick from fail2ban to any block out quick from any to fail2ban Do mais de 600 clientes com uns 20 mil usuários não tivemos muitas reclamações. E as reclamações tem ido no ignoreregex e resolvido (os arquivos ali em cima são simplificações das nossas configurações verdadeiras). O que eu estou procurando agora é sugestões de como afinar ainda mais essa solução. Abraços, Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PowerDNS - Consultas inexistente
Em 27/02/2011 14:44, Marcelo Marra escreveu: Caros, Estou utilizando o PowerDNS para fazer consultas recursivas e estou querendo configurar ele para quando for solicitado ao powerdns um nome que não existe gostaria de retornar para o cliente que fez a consulta com nome inexistente um nome de um site nosso onde teria texto informando que o nome não existe, claro vou colocar umas propagandas, como as Operadora fazem. Alguem já fez isso no PowerDNS e sabe onde ativo isso. att, Marcelo Marra Assis - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Vai precisar do powerdns-recursor (An advanced DNS recursor), lembre de instalar com suporte a lua. Voce também precisa criar um script em lua, informando depois o local onde ele está para o recursor.conf, por exemplo lua-dns-script=/usr/local/etc/pdns/nxdomain.lua Agora eu recomendo ler a documentacao do LUA para saber a sintax, um exemplo bem simples para o arquivo nxdomain.lua: function nxdomain (ip,domain,query_type) ips={} if query_type ~= pdns.A then return -1, ips end ips[1]={ query_type=pdns.A, content=10.0.0.1,ttl=1 } return 0, ips end No exemplo acima, quando o nome é inexistente, ele retorna o ip 10.0.0.1, onde teoricamente pode ter um apache rodando. Voce pode melhorar ele lendo a documentacao do Lua em http://www.lua.org/portugues.html Um exemplo seria alterar a resposta somente para dominios que sejam www.* evitando que vários programas recebam respostas falsas. Como sugestão minha, caso INSISTA em mudar a resposta, ofereça algo útil aos usuários, no lugar de propagandas inúteis e inesperadas, uma lista de possíveis sites seria uma melhor opção. Jean Zanuzo - 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] - hosting seguro, criptografado, etc
Existem algumas soluções sim que elevam a segurança de hosting. Por exemplo existem mecanismos de desacoplação semântica e salas cofres. Quando fiz meu Mestrado na UFSC a 5 anos atras, estava em construção uma destas por lá. Sei que vários outros lugares no Brasil devem ter este tipo de infra. O problema é que as salas la da UFSC custaram quase R$5 milhoes cada. E alugar espaço dentro de uma sala destas não é barato com certeza, pois esse valor é pra uma área utilizável de não mais de 40m2. E com certeza elas não estão imunes a um mandato. Só que se mandato de busca resolvesse alguma coisa os disco do Daniel Dantas teriam sido lidos. Existe sim como implementar sistemas de sigilo capazes de derrotar um Estado usando bons procedimentos, criptografia de alto nível e suporte de hardware especifico. Estes caso que eu citei é um exemplo disso. Só que como alguns comentaram, segurança é sempre medida pelo ponto mais fraco. Ainda sobre meu tempo na UFSC, poucas pessoas sabem que o par de chaves mais importante do Brasil roda sob um kernel FreeBSD (super customizado e verificado)[1]. É um exemplo de projeto que leva em conta procedimentos, criptografia de alto nivel e hardware especifico. Jean [1]https://projetos.labsec.ufsc.br/openhsmd/wiki/asi-hsm-ahx2 On 11 Feb 2011, at 23:50, irado furioso com tudo wrote: Em Fri, 11 Feb 2011 17:28:34 -0200 Paulo Henrique BSD Brasil paulo.rd...@bsd.com.br, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: 1Gbs de dados permidos é ainda lucro perto de 1Kb de dados estraviados. com certeza :) Sendo assim como ultimo meio possivel de evitar acesso alheio é evitar o proprio acesso. me lembrou informação - acho que do CERT - a propósito da segurança de certo SO, à época: seguro, desde que o equipamento esteja desligado. Risos. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Nem todas as mulheres gostam de apanhar, só as normais. As neuróticas reagem [Nelson Rodrigues] - 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] port samba-vscan removido
Ola Enio, Infelizmente o samba-vscan não suporta as versões mais novas do samba, sendo desnecessário seu uso e manutenção na árvore do ports. Eu acho uma pena o projeto não ter andado, pois funcionava muito bem. abs Em 22/12/2010, às 22:45, Enio Marconcini # www.Enio.Pro.Br escreveu: pessoal, no arquivo MOVED do ports, vi que o port samba-vscan foi removido: security/samba-vscan||2010-10-18|Removed alguém sabe o motivo? existe algum outro módulo para integrar o samba ao antivírus clamav? Jean, me parece que era você que cuidava desse port, tens algo a dizer? abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA Fone: (31) 3516-0800 http://www.freebsdbrasil.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] FBI teria pago para colocar Backdoors no ipsec do OpenBSD
Pessoal, Estou postando no meu twitter, http://twitter.com/eksffa, os links mais relevantes. Tem coisa boa la sendo dita, acho bacana uma lida previa pra respaldar opiniões, pessoais e profissionais. O des@ até ofereceu dinheiro se alguém mostrar alguma evidencia. A opinião geral é de incredulidade especialmente pelo codigo estar ai, e ninguém ve nada nele. O problema é que talvez isso demande não programadores para ver, mas cryptanalistas. Pode ser simplesmente uma variação da famosa lei do Arthur C Clarke: Any sufficiently advanced malice is indistinguishable from stupidity. Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FBI teria pago para colocar Backdoors no ipsec do OpenBSD
Estou postando no meu twitter, http://twitter.com/eksffa, os links mais relevantes. Tem coisa boa la sendo dita, acho bacana uma lida previa pra respaldar opiniões, pessoais e profissionais. O des@ até ofereceu dinheiro se alguém mostrar alguma evidencia. A opinião geral é de incredulidade especialmente pelo codigo estar ai, e ninguém ve nada nele. O problema é que talvez isso demande não programadores para ver, mas cryptanalistas. Pode ser simplesmente uma variação da famosa lei do Arthur C Clarke: Any sufficiently advanced malice is indistinguishable from stupidity. Bom, estamos falando de pessoas como o amigo pessoal do Theo, Bruce Schneier, o proprio Theo, o Angelos, Niels PRovos e o J. Wright (e até o DJB nas horas vagas, reconhecidamente da pitaco) Alguns matemáticos por formação e todos os citados especialistas, em criptografia. Alguns dispensam apresentação (Schneier, Wright). Uma equipe dessas, deve ser suficiente pra encontrar algo suspeito se houver ;-) Esse que é o problema, mesmo com os melhores dos melhores disponíveis você não pode garantir que não existe o backdoor. A história já mostrou isso no caso dos ataques diferenciais do DES. A comunidade cientifica levou quase trinta anos pra achar os ataques diferenciais e quando vieram a tona, a NSA disse ja conhecer desde quando o DES foi introduzido em 1977. Nunca foi provado, mas houve esta afirmação. O problema é que o backdoor pode não ter nada a ver com o que é conhecido e disponível na comunidade científica atualmente. Inclusive nem ter nada a ver com o código e ser um zero day critográfico. Eu conversei com o Robert Watson hoje e a discussão foi muito nesse sentido. Se foi realmente bem feito, num tem como detectar. Só o cara que falou é que pode confirmar e mostrar o bug introduzido e se o cara ficar quieto, nem mesmo ele desmentindo vai convencer os paranóicos. O problema não tem nada a ver com o modelo opensource, mas com alguém deliberadamente projetar um backdoor. Se foi bem feito vai permanecer ali para sempre. Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: Kylin kernel source code now online
se alguem tiver interessado... Jean Begin forwarded message: From: Robert N. M. Watson robert.wat...@cl.cam.ac.uk Date: 6 October 2010 15:50:29 GMT+01:00 To: cl-security-resea...@lists.cam.ac.uk Subject: Kylin kernel source code now online For those interested in secure operating systems, or even possibly secure operating systems, the Kylin kernel source code is now online: http://code.google.com/p/kylin-2 For those who don't follow Schneier et al, Kylin is a FreeBSD-derived operating system developed for use by the Chinese military. It was forked in around 2004/2005, as far as I know, but contains significant enhancements since then. A talk was given on Kylin at EuroBSDCon in Milan a few years ago, I can see if I can dig up the paper if folks are interested. I was interested to see that they appear to make moderate use of the MAC Framework, a reference monitor I designed as part of DARPA work about ten years ago. They have a different implementation of security event auditing than the version I did for Mac OS X and FreeBSD, however (presumably due to branching before that went into FreeBSD), and also don't have the fine-grained privilege work I did for nCircle that made its way back into FreeBSD. Among MAC models, they have what appears to be a LOMAC-derived data tainting model, although I've not looked closely at the specifics of the policy so may be misreading. They've also adapted a version of FLASK/TE that my team developed at NAI Labs, based on the version from SELinux; this didn't make it into mainstream FreeBSD, but does appear to have found a home in Kylin. There's probably quite a few interesting things to say here if someone has to time to do a more serious analysis. Robert - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Brincando com vnet em Jail no FreeBSD
Em 29/07/2010 13:01, Luiz Gustavo S. Costa escreveu: Hoje eu publiquei um artigo de como usar o vnet na Jail do Freebsd, confiram em: http://www.luizgustavo.pro.br/blog/2010/07/29/brincando-com-vnet-em-jail-no-freebsd/ Luiz parabéns pela documentação! Você sabe se a vimage já está mais estável do que na 8.0? Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Medir carregamento de página
O Squid e a estação usando servidores DNS diferentes é um motivo que pode levar as paginas a abrirem mais devagar. Em 22/07/2010 20:12, andre silva escreveu: Ola Qual motivo leva um proxy transparente fazer com q as paginas abram devagar??? Andre _ PREPARE-SE: O SEU HOTMAIL VAI FICAR MELHOR DO QUE NUNCA. CLIQUE E VEJA AS NOVIDADES. http://www.windowslive.com.br/public/product.aspx/view/1?ocid=Hotmail:Live:Hotmail:Tagline:senDimensao:PREPARE-SE83:- - 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] ZFS
On Wed, 24 Mar 2010 20:41:19 -0300, Neriberto Caetano do Prado neribe...@gmail.com wrote: Pelo que eu li sobre o ZFS acredito que usa-lo para o cache do squid não seja interessante, seria mais interessante em servidores rodando o samba ou o NFS... Olá, tenho usado ZFS com o lusca, com um hd usando coss com varios arquivos e outro com aufs para objetos grandes (ambos SAS) e o thundercache usando um raidZ com hds sata de 1tb, a experiencia tem sido muito boa, além de ter me livrado do fsck! Nao tenho reclamação, nem gargalos nos discos, trabalham com bastante folga. Em 24 de março de 2010 14:18, Neerlan Amorim neer...@gmail.com escreveu: Como seria se fosse utilizar o ZFS em uma única partição ou hd separado do sistema? ex. /squid estou usando o / em zroot, /cache, /cache2 e o /thunder, tudo em zfs. Em 24 de março de 2010 12:46, Neerlan Amorim neer...@gmail.com escreveu: Como seria se fosse utilizar o ZFS uma única partição? ex. /squid Em 24 de março de 2010 09:52, irado furioso com tudo ir...@bsd.com.br escreveu: Em Wed, 24 Mar 2010 10:40:37 -0300 Andre Fernandes fernandes.an...@gmail.com, conhecido consumidor/usuário de drogas (Windows e BigMac com Coke) escreveu: pouca coisa achei sobre isso (foram dois sites apenas que falavam sobre isso, um deles com um tutorial, mas fazendo um passo todo antes para poder inicializar o sistema de arquivos antes de usar o sysinstall). bem.. eu não estou usando em produção, por enquanto é teste em maquina virtual. Usei este tutorial: https://www.ish.com.au/solutions/articles/freebsdzfs o que notei de diferente é o seguinte: vc compila um novo kernel mas êle não vai diretamente para seu local de boot, que é o tal de /tank/bootdir, vc precisa (pós-compilação) move-lo/copia-lo para lá, senão fica o GENERIC original (risos). funciona legalzim, mas, como mencionei, não é um sistema em produção. compilei alguns links que podem ser uteis (ou confundir mais): http://wiki.freebsd.org/ZFSQuickStartGuide http://wiki.freebsd.org/ZFSOnRoot divirta-se. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O ideal seria que os moços soubessem como sabem os velhos e os velhos pudessem como os moços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Neerlan Amorim -- Neerlan Amorim - 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] Vagas Balneário Camboriú - SC !
Programador PHP, com experiência ampla e também em outras linguagens incluindo o FLEX, CSS, HTML, etc.. Webdesigner completo, Photohshop, CSS, HTML, Javascript e noções de PHP. Trabalho em Balneário Camboriú - SC, tem que residir na cidade e não repassamos trabalho para Free Lancer, então não adianta se oferecer... ok.. hehehe Obrigado! Atenciosamente Jean Duarte http://www.riaworks.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] lusca/squid/thundercache/freebsd
Edinilson - ATINET escreveu: Sera que um HD SATA consegue dar conta do recado? Acho que, neste caso, seria melhor um SAS... Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Original Message - From: Rodrigo de Oliveira Gomes ak...@uol.com.br To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, January 04, 2010 3:50 PM Subject: Re: [FUG-BR] lusca/squid/thundercache/freebsd Senhores (as), Primeiramente, bom dia! :-) Estou acompanhando esse topic. Gostaria de saber se o thundercache funciona com Squid-3.0.STABLE19. Minha configuração atual é: Core2duo - 3 disco de 160 GB SATA - 8G de memória. Aproximadamente 500 clientes. Gostaria de obter maiores informações de colegas que tenham implementado essa solução e obtiveram sucesso nos resultados. Obrigado, Atenciosamente, Rodrigo Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Rapaz, fiz um raidz com discos USB no free8. Como são poucos arquivos e a grande maioria possuem tamanhos grandes, não vejo a necessidade de hd sas. Estou com a seguitne configuração: 2 proc xeon quad 1 hd sata 500gb (Frebsd + logs) 2 hd sas 146gb (squid) 3 hd 1tb externo usb (zfs raidz pro thundercache, até o momento está sendo boa a experiencia) 8 gb de memoria E FreeBSD8 em zfs, squid-2.7, o thunder tou usando a versao 2 ainda (com algumas adaptacoes), ta no cronograma atualizar ele. Creio que seus hds sata vao dar conta do recado, sua configuração parece boa. att, Jean Zanuzo - 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: Network Performance no FreeBSD 8 (amd64)
Todos que tem o problema rodam em ESX ? Ninguém roda em um hardware dedicado ? Pergunto pois pretendo utilizar o Freebsd 8.0 como router, rodando quagga. Escolhi o a versão 8.0 porque eu posso associar um determinado IRQ para um processador. Como serão várias nics e vários processadores, consigo tirar um pouco mais do hardware. Não sei se serve para alguma coisa, mas tive um outro problema onde a rede ficou um lixo e encheu de input errs na bge0 #netstat -I bge0 -n 1, isso após migrar do 7 para o 8. O problema acabou após tirar o polling #ifconfig bge0 -polling. Jean Zanuzo Sds, -- Eduardo Schoedler - 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] Instalando Freebsd 8 pela USB
Edinilson - ATINET escreveu: Caro Celso, como disse no email, ele dá o boot normalmente pelo CD. O problema é DURANTE a instalacao do Freebsd, quando vai se selecionar a media que deverá ser utilizada para a instalacao. Obrigado Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 [1]http://www.atinet.com.br - Original Message - From: Celso Viana [2]celso.via...@gmail.com To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) [3]freebsd@fug.com.br Sent: Wednesday, December 16, 2009 2:10 PM Subject: Re: [FUG-BR] Instalando Freebsd 8 pela USB 2009/12/16 Edinilson - ATINET [4]edinil...@atinet.com.br: Caros amigos, como agora a maioria das motherboards nao vem mais com controladora IDE (somente SATA), e, no momento, nao tenho nenhum CD-ROM SATA, decidi instalar o Freebsd 8 atraves de um CD-ROM USB. O problema é que, na hora de escolher o Installation Media, ele nao aceita a opcao CD/DVD e tambem nao aceita a opcao USB - Install from a USB drive (que, eu acho, seria a correta no meu caso). obs: Dá o boot normalmente. Alguem teria alguma sugestao para me dar? Obrigado Edinilson - ATINET-Professional Web Hosting Tel Voz: (0xx11) 4412-0876 [5]http://www.atinet.com.br - Histórico: [6]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [7]https://www.fug.com.br/mailman/listinfo/freebsd Desculpem, apertei uma tecla errada e enviei o mail sem terminar... Ednilson, Normalmente quando se inicia uma máquina com um dispositivo USB conectado e chama-se o setup, esse USB aparece na lista de devices e pode-se coloca-lo para ser o primeiro da lista de boot. Obs.: Isso se a mobo suportar boot por USB, é claro. Olá Edinilson. Também tive essa mesma dificuldade com um drive de dvd USB sony. O drive USB está sendo iniciado depois que o sysinstall já foi carregado. Faz assim: inicie nomalmente e quando tiver na tela do sysinstall precione CRTL+C e selecione a opcao restart. Assim o sysinstall vai reiniciar e localizar seu driver USB (já iniciado pelo kernel). Jean Zanuzo References 1. http://www.atinet.com.br/ 2. mailto:celso.via...@gmail.com 3. mailto:freebsd@fug.com.br 4. mailto:edinil...@atinet.com.br 5. http://www.atinet.com.br/ 6. http://www.fug.com.br/historico/html/freebsd/ 7. 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] Tarpitting de usuários autenticados
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pessoal, Alguém já teve a necessidade de implementar tarpitting usando qmail para os usuários autenticados? Eu tenho um problema com uns zé manés, que além de me consumir banda e maquina pra enviar seus email marketing acabam consumindo suporte pra limpar o server das mais diversas blacklists. O que eu percebi é que o patch de tarpitting do qmail só faz tarpittng pra quem não ta autenticado. Alguém já modificou esse patch pra fazer pra quem ta autenticado também? Se ninguém fez eu vou fazer, mas queria economizar tempo. Jean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksFJLEACgkQQN0Max56WidfQgCfTMvEFTKhG+G6o0m8KuPRQ+uY O+4An2s7CZVZjBpP5lkc19TaxJZbS3Lo =56U9 -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Primeiro sistema operacional 100% livre de erros está pronto - OFF
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Um pequeno programa é uma exceção. Algum programa (como esse que você falou, talvez), com o espírito acadêmico (principalmente), pode tratar exceções. O que não deixa de ter validade empírica, mesmo sabendo da existência do Teorema da Parada. Você esta confundido a abrangência do teorema de parada. Ele diz que não existe algorítimo genérico para decidir a parada para todos os pares entrada-programa. O que não quer dizer que não existe solução para casos específicos. Sobre a validade empírica, você pode explicar o que é uma validade formal então? De novo, se você estiver correto de que tudo é empírico, um player como a MS, não investiria mais de 2 milhões de libras no projeto Terminator (o que prova que não é brincadeirinha acadêmica): http://research.microsoft.com/en-us/um/cambridge/projects/terminator/default.htm O Terminator é um dos maiores responsáveis pelo aumento de estabilidade do XP, Vista e 7. Você vê hoje muito menos telas azuis e crashes, porque o drivers certificados foram sendo verificados quanto a não parada. Sim, se está longe de ter a verificação formal completa de um SO de uso genérico. Mas eu digo que em 15 anos isso será um fato. Na verdade, tem outros projetos semelhantes sobre verificação de chips usando métodos automatizados e logica de ordem mais alta, que são usados pela ARM (100% do que a ARM faz é verificado formalmente, e eles são a maior plataforma de Micro-processadores hoje). A Intel e AMD também fazem mas não em 100% dos casos. Aqui mesmo (Grupo de Teoria da Computação de Cambridge), temos projetos com a NSA pra verificação formal de micro-processadores criptográficos, , com a Cisco e Boeing na área de roteamento, com a IBM na área de módulos java e com a Intel na verificação de assembly x86, etc Meu PhD é sobre verificação formal de protocolos criptográficos, onde parte da pesquisa já foi bancada pela VISA (verificação do SET) e pelo Internet Consortium (Verificação do SSL). Hoje o governo brasileiro (que me banca) tem interesse em verificar os grandes protocolos no cenário nacional, tais como SPB, NF-e e OpenHSM. É por isso que eu to aqui. Sobre uma outra pergunta na discussão sobre a usabilidade deste microkernel: Sim ele é utilizável e funcional, mas dentro da plataforma e objetivos à que se propõe. Jean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrldh0ACgkQQN0Max56Wid4KwCggkNfAxKzj/B5oLBn4Bt1uPty Ow0AoKbvPMBAmEbKWTe6eQHsN45ULGP8 =CheR -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Primeiro sistema operacional 100% livre de erros está pronto - OFF
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Quer trazer a discussão In Topic de novo? Eu falei com o Robert Watson (FreeBSD Foundation) a umas duas semanas atras, quando o paper que deu origem a isso tudo foi publicado, e perguntei quando teríamos uma coisa assim no FreeBSD, e a resposta foi: Nunca! Porque a comunidade não tem idéia de quão benéfico isso poderia ser pro projeto Entender e ter condições de discutir este tipo de tópico, é em geral o que difere um Cientista da Computação de um Micreiro (leia-se prático). Jean Paulo Henrique wrote: É isso ai lista continuamos a thread... pois a aula está muito interessante... 2009/10/26 Jean Everson Martina ever...@inf.ufsc.br Um pequeno programa é uma exceção. Algum programa (como esse que você falou, talvez), com o espírito acadêmico (principalmente), pode tratar exceções. O que não deixa de ter validade empírica, mesmo sabendo da existência do Teorema da Parada. Você esta confundido a abrangência do teorema de parada. Ele diz que não existe algorítimo genérico para decidir a parada para todos os pares entrada-programa. O que não quer dizer que não existe solução para casos específicos. Sobre a validade empírica, você pode explicar o que é uma validade formal então? De novo, se você estiver correto de que tudo é empírico, um player como a MS, não investiria mais de 2 milhões de libras no projeto Terminator (o que prova que não é brincadeirinha acadêmica): http://research.microsoft.com/en-us/um/cambridge/projects/terminator/default.htm O Terminator é um dos maiores responsáveis pelo aumento de estabilidade do XP, Vista e 7. Você vê hoje muito menos telas azuis e crashes, porque o drivers certificados foram sendo verificados quanto a não parada. Sim, se está longe de ter a verificação formal completa de um SO de uso genérico. Mas eu digo que em 15 anos isso será um fato. Na verdade, tem outros projetos semelhantes sobre verificação de chips usando métodos automatizados e logica de ordem mais alta, que são usados pela ARM (100% do que a ARM faz é verificado formalmente, e eles são a maior plataforma de Micro-processadores hoje). A Intel e AMD também fazem mas não em 100% dos casos. Aqui mesmo (Grupo de Teoria da Computação de Cambridge), temos projetos com a NSA pra verificação formal de micro-processadores criptográficos, , com a Cisco e Boeing na área de roteamento, com a IBM na área de módulos java e com a Intel na verificação de assembly x86, etc Meu PhD é sobre verificação formal de protocolos criptográficos, onde parte da pesquisa já foi bancada pela VISA (verificação do SET) e pelo Internet Consortium (Verificação do SSL). Hoje o governo brasileiro (que me banca) tem interesse em verificar os grandes protocolos no cenário nacional, tais como SPB, NF-e e OpenHSM. É por isso que eu to aqui. Sobre uma outra pergunta na discussão sobre a usabilidade deste microkernel: Sim ele é utilizável e funcional, mas dentro da plataforma e objetivos à que se propõe. Jean - - 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrle+AACgkQQN0Max56WicXnwCgmSgxz/IOiAmyFWIj80QHmNWA Ez0AnitUbLbgK2CBEs5jmiMfqDbe/rwM =Lr0k -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Primeiro sistema operacional 100% livre de erros está pronto
Voce está misturando completamente as coisas. Os Teoremas de imcompletude de Goedel não tem nada a ver com a história. Na verdade a aplicação de Goedel é meramente matemática e em computação sua aplicação é restrita teorema de parada de Touring. Mas o teorema de parada também não se aplica nesse caso porque ele só trata se programas com entrada nula tem ou não parada, o que não quer dizer que todos os programas não tem parada. Existem programas que tem sim parada garantida (estão corretos), por exemplo o Hello World que você mencionou Eu conheço (pessoalmente) o pessoal de New South Wales e o projeto prova a decidibilidade de todas as entradas de todas as rotinas implementadas pelo micro-kernel de forma indutiva. Voce pode verificar a prova você mesmo, usando o Isabelle. Pra finalizar, se o que você escreveu fosse verdade, a Intel, a Nvidia, a Microsoft, a NSA americana e muitos outros players enormes do mercado não poderiam usar usar provadores de teoremas pra garantir decidibilidade. Nas boas escolas de computação hoje, se ensina, além de lógica, também semântica e provadores de teoremas. Pena que o Brasil está anos atras em métodos formais aplicados. Jean On 25 Oct 2009, at 19:57, Julião Braga wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sim, existe um teorema. Chama-se Teorema da Parada. Associado à máquina de Turing e ao Teorema de Goedel. Ele não aborda a questão de corretude, que é outra coisa, mas prova que é impossível afirmar que um programa está 100% correto (mesmo um simples Hello World, onde por trás tem um código objeto - em uma linguagem formal, representada em binário, seguindo os axiomas da arquitetura de von Neumman ...). Isso é um assunto conhecido nas boas escolas de Ciência da Computação. []s, Julião Davi Vercillo C. Garcia escreveu: Fala Giancarlo, Acho que faltou um [OFF] no assunto dessa thread... =P http://www.inovacaotecnologica.com.br/noticias/noticia.php?artigo=primeiro-sistema-operacional-100-livre-erros-esta-prontoid=010150091020 Não existe uma lei de Eng. de Software que diz que é impossível alcançar 100% de corretude em um software ? Abraços, -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFK5K3D0m/vNWbSX14RAj3jAJ9dgKNLcbF7uSPnbycdWLqqvonFcQCgvTvv S5tFtaLvlChgOVJbDLwG9Mk= =KCWI -END PGP SIGNATURE- - 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] Firebird 2.0.3
Joao Vitor escreveu: Bom Dia, usa ja o firebird a mais de 5 anos e sei que este firebird 2.0.3 tem um bug de UDF nesta versao quero saber quando que sera portado a versao 2.0.5 ou se versao em linux tem como instalar no FreeBSD de algum modo e a versao Firebird-1.5.5 olhei no ports e foi retirada porque. Obrigado !!! Joao Vitor - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Sobre se versao em linux tem como instalar no FreeBSD de algum modo, voce pode utilizar a compatibilidade binária /compat/linux, funciona perfeitamente. Jean - 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: Testando ipfw nat
Wanderson Tinti escreveu: 2009/8/20 Luiz Otavio O Souza [1]lists...@gmail.com Wanderson, Ricardo e lista, Para o correto funcionamento do setfib é necessário tomar alguns cuidados (e observar algumas limitações que vou comentar). Cada FIB representa uma tabela de roteamento distinta e as FIBs só estão disponíveís para o protocolo IPv4 (não há multiplas fibs para outros protocolos...). Como a fib representa uma tabela de roteamento os pacotes devem ser marcados ANTES do roteamento com a fib que você deseja utilizar e as únicas forma de fazer isso é: - Na recepção dos pacotes pela sua placa conectada à rede interna: ipfw setfib 1 ip from 192.168.0.0/24 to any IN via ${iif} - Rodando um programa no FreeBSD com o utilitário setfib: setfib 1 ping [2]www.uol.com.br Assim os pacotes são marcados com a fib desejada ANTES do roteamento, que vai olhar para a tabela fib que você selecionou. Setar a fib na saída dos pacotes ou depois que o roteamento já foi feito simplesmente não funciona. Outro detalhe é que o ipfw prob não respeita os fluxos, ou seja, uma conexão que é iniciada utilizando aquela regra pode ter seus próximos pacotes seguindo outro caminho (não sei dizer ao certo se a interação com o keep-state resolve isso - poderia resolver). só complementando, a interacao com o keep-state resolve sim. E para terminar eu diria que as tabelas FIBs não devem ser utilizadas para balanceamento das conexões, mas sim para pbr, ou seja, aquele tipo de pré-seleção que você faz para dizer que a maquina X ou o recurso Y utilizam o link 2 enquanto a navegação é feita pelo link 1. E vocês viram que eu nem falei de nat... Eu já consegui um hardware aqui pra fazer os testes no freebsd 8, mas vai levar algum tempo... (tem uma pilha de coisas esperando aqui...), dai pretendo postar mais detalhes do balanceamento com ipfw. Att., Luiz Luiz Otávio, obrigado por esse esclarecimento, acabei por marcar o pacote entrando pela interface interna e funcionou. Tenho visto muitos exemplos pela net bem diferente da sua explicação. Em um post 'meio-recente' você comentou ter tido problemas no freebsd 8 quando forçava a saída do pacote com fwd pela segunda fib, foi preciso desabilitar a sysctl flowtable eu acho, isso confere? Boa noite. - Histórico: [3]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [4]https://www.fug.com.br/mailman/listinfo/freebsd References 1. mailto:lists...@gmail.com 2. http://www.uol.com.br/ 3. http://www.fug.com.br/historico/html/freebsd/ 4. 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] [off-topic] Compra Certificado SSL
On 11 Aug 2009, at 18:30, Eduardo Schoedler wrote: Pelo que entendi, chave é chave. Você usa onde quiser, certo ? Certo O seu esquema de multi-SUBdomains não se aplica para nós. É um servidor de email com vários domínios virtuais. Eu precisaria de uma chave para cada domínio ? São quase 500... Você precisa de um certificado multidominio. Até onde eu sei a godaddy faz isso também. Ate 100 dominios por certificado, mas vai na casa de U $1300/ano o certificado. A grande vantagem é que você pode ficar substituindo os dominios no certificado atarves de uma painel administrativo. Ai reemite o certificado e substitui no server. É meio chato mas funcionaria. Talvez se eu alterasse os clientes para usar o nome do host ao invés do alias mail.dominio.com.br funcionaria sua idéia de multi-subdomains. É o que eu faço. Todo mundo usa pop.dominiodoprovedor.com.br, imap.dominiodoprovedor.com.br e smtp.dominiodoprovedor.com.br. A justificativa é que se não quiser receber mais o aviso de certificado com problema que mude. Além do que a gente teria que repassar os custos dos certificados pro clientes, o que eles não gostam muito. Jean - 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] Compra Certificado SSL
b) não vou procurar (preguiça commands) mas recentemente li um artigo que mostrava a possibilidade de quebra dêsses certificados; alguma coisa nêste link: http://www.google.com/search?ie=UTF-8oe=UTF-8sourceid=navclientgfns=1q=ssl+certificates+vulne O ataque é um null byte no campo CN do certificado. Não é um problema do certificado em si, mas dos parsers dos browsers. O que acontece é que agora as ACs estão verificando esse null byte nos novos certificados e pronto. Um ataque MITM é possivel, mas pra isso você precisa estar bem posicionado e conseguir envenenar os DNS da pessoa. Essa vulnerabilidade combinada com a do bind também no mes passado é que pode tornara coisa um pouco mais perigosa. Jean - 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] Compra Certificado SSL
On 10 Aug 2009, at 20:13, Renato Frederick wrote: Crie um site de vendas e veja se terá 1 venda se quando o cliente abrir a página o IE colocar um escudo vermelho falando há um problema de segurança com o certificado deste site ou então o mozilla falando babalbalbalba tire-me daqui. Self signed certificate e um certificado comprado tem o mesmo objetivo, mas o público em geral não aceita isto. Tem a parte também do processo acreditado de certificação, do tipo fé pública que os cartórios tem, mas isto já é papo para aquelas palestras chatas de segurança regadas a muito PowerPoint. Entrando um pouco mais tecnicamente no assunto (Meu PhD é exatamente em verificação formal de protocolos). O certificado ter uma boa qualidade de asserção do CN é imprescidível para a segurança do SSL/ TLS. A identificação correta do peer ao qual voce esta se conectando é dada pelo certificado X509. Se você pensar que o certificado so serve pra fazer a distribuição do Master Key no SSL, com certeza ambos os certificados são eficazes. Mas as premissas do SSL/TLS são mais amplas, principalmente a de que você tem que verificar a identidade do peer ao qual voce esta se conectando. A diferença entre um certificado EV e um não EV, é exatamente a Extended Validation. Hoje um certificado destes de U$99.00 faz unicamente a verificação do dominio via whois e se foi autorizado pelo detentor do dominio. Um certificado EV obriga você a mostrar provas documentais sobre a sua identidade para ser certificado. Por isso que ele vem com o nome da Empresa, endereço, etc, enquanto o outro so vem com o dominio. Em geral eu compro certificados no godaddy.com. É super barato, sem contar quye você acha um discount code na internet de ate 20%. funcionam muito bem para asserção do dominio. Jean - 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] Compra Certificado SSL
On 11 Aug 2009, at 14:47, Eduardo Schoedler wrote: Aproveitando o gancho, estou querendo colocar SSL no nosso servidor de emails. Qual o tipo de chave necessária nesse caso ? É o mesmo tipo de chave utilizando em webservers ? Olha, eu normalmente faço é comprar um multi-subdomains e colocar o mesmo par de chaves pra tudo. Eu compro na godaddy (como falei antes) um cert pra 5 subdominios (U$160/2anos - 20 % = U$128), ai faço ele pra pop.dominio.com.br, smtp.dominio.com.br, imap.dominio.com.br, www.dominio.com.br e secure.dominio.com.br. Depois cria duas copias das chaves. Uma pra usar no apache (que a chave privada e publica tem que tar separadas) e outra pro qmail e courier num .pem (nada de mais so 2 ou 3 comandinhos no openSSL). Não é a melhor das politicas ficar sitribuindo copias da chave privada no seu sistema, mas se você levar em conta que se um atacante puder acessar uma ele também pode a outra, ai é quase a mesma coisa, pois ta tudo no FS. Em geral não uso self-signed porque U$64.00/ano é U$0.18/dia. Só o tempo que os clientes gastam clicando naquele maldito botão (que no outlook é superchato de parar) e o custo do suporte que ele vai gerar não vale a pena. Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Cursos X Trabalhos !!!
Pessoal, Tive um amigo que fez um curso com uma empresa do ramo de web em troca de ao final ter trabalhos disponíveis para desenvolver, ou seja, o investimento teria retorno em seguida. Porem nada disso aconteceu, nenhum trabalho existia. Era apenas uma jogada de Marketing para vender o curso. Portanto minha dica é se forem investir nisso, façam contratos assinados colocando tudo isso nas cláusulas. Se não aceitarem fazer os contratos, podem desconfiar. Afinal não encontramos dinheiro fácil por ai. Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OpenVPN + pfSense
Bom dia senhores! Tenho uma solução vpn com o OpenVPN no pfSense 1.1.2 porém gostaria de saber dos mestres se existe alguma ferramenta para criação de chaves para novos clientes deste serviço de forma automatizada (seja via interface web ou texto), ou terei de usar o velho recurso do CA -newcert cliente ? (ainda estou gerando minhas chaves em um servidor linux ao qual usei o ssl para gerar todos os certificados para este serviço). Agradeço qualquer sugestão!! Abraços! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Squid + pfSense
Boa tarde senhores, Tenho um pfSense com vários links de saída, consigo utilizar o tcp_outgoing_service para separar os links de saída em caso de problema com meu link default ? caso não como o squid trada essas conexões? qualquer link é bem-vindo! Obrigado desde já Abraços! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSH com chave e senha
Qual a diferença em termos de segurança da solução que você quer? Ao meu ver tem uma justificativa pra não ter a solução do jeito que você quer, simplesmente porque ela não adiciona nada em termos de segurança. Então se opta pela solução mais simples. Se o atacante copiar a senha da chave, é o mesmo que copiar a senha comum. Se o cara consegue copiar uma senha, o que impede ele de copiar a outra? E no final das contas o par de chaves vai ter que ser descartado de qq jeito porque o atacante teve acesso. Meus dois centavos, Jean On 8 Jun 2009, at 20:02, Enio Marconcini -:- www.Enio.Pro.Br -:- wrote: como foi explicado acima, eu já testei com sucesso a autenticação pela chave (ssh-keygen usando senha) só queria reforçar e ter que obrigatoriamente ter a chave e o nome de usuário/senha da autenticação convencional (/etc/passwd/shadow) PGP.sig Description: This is a digitally signed message part - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fazer imagem do FreeBSD para HD externo
Eu faço isso com dump. Um dump de cada partição dump a0f - / | gzip -9 barra.dump.gz dump a0f - /usr | gzip -9 barrausr.dump.gz Na hora de recuperar, é moleza. Voce particiona o disco como quiser poe o boot com disklabel e monta eles num /backup por exemplo. Ai é so entrar la no diretorio e dar: gzcat barra.dump.gz | restore rf - cd /backup/usr gzcat barrausr.dump.gz | restore rf - Pra ser honesto eu instalo e mantenho freebsd em maquinas virtuais com o sistema atualizado, ultima versão de tudo do ports compilado. Com o serviços ja compilados, instalados e prontos (uma maquina virtual pra servidor de e-mail, uma pra servidor web e outra pra web + e-mail). Quando alguem pede eu do dump neles e restore em outro HD. Muda o rc.conf e e confs especificas sai pro abraço. Até via Internet eu faço essas instlações, dando o um dd if= no meu sistema e dando um | ssh server gzat... pra um freesbie rodando na outra ponta. Fiz 3 maquinas na theplanet.com desse jeito semana passada. Com a internet como ta hoje fazer upload de 6Gb é facil (menos que um filme high-definition). Eu nunca instalo nada na frente de um cliente. Sempre levo minha imagens e um freesbie. em 1 hora temos um cliente satisfeito e um tecnico sem quebrar cabeça. Jean On 22 May 2009, at 14:28, Thiago Gomes wrote: eu quero é criar uma imagem do HD e depois porventura tiver algum problema.. restaurar por completo como o Norton Ghost faz.. o problema de usar ele é que demora um eternidade..deve ser por causa do sistema UFS. 2009/5/22 irado furioso com tudo ir...@bsd.com.br: Em Fri, 22 May 2009 09:43:50 -0300 Thiago Gomes thiagome...@gmail.com, conhecido consumidor de drogas (BigMac's com Coke) escreveu: eu quero fazer uma imagem e não uma Copia de HD. é possivel ? bão.. é que não ficou muito clara sua intenção. Supondo-se que vc NÃO quer uma cópia, e nem precisa ser bootavel (horrivel, o anglicismo), o que vc quer é preservar dados/configurações de um sistema em funcionamento. SE for isso, vc pode usar algums sistema em Live-CD que leia os particionamentos ou até mesmo boot pelo hd que vai conservar os dados. Vou chutar que vc vai usar um LiveCD (freesbie, R.I.P.,frenzy, por ex). a) crie um ponto de montagem para origem e destino; sugestão: /mnt/origem /mnt/destino b) monte o hd-destino em /mnt/destino; monte cada partição que vc deseja copiar em /mnt/origem, sucessivamente; de novo a suposição é de que, em /mnt/origem vc terá etiquetas para cada partição a ser copiada, por exemplo: /mnt/destino/part1 /mnt/destino/part2 /mnt/destino/partN c) posicione-se na partição origem, copie uma a uma para seu destino: cd /mnt/origem # tar cfjpB - . | (cd /mnt/destino/part??; tar xfjpB .) após essa cópia, vc desmonta /mnt/origem, monta a outra partição e repete o processo. pronto.. Nota: vc terá o CONTEÚDO com permissões, etc, mas NÃO funcionalidade. Isso serviria para (por exemplo) vc sobrepor êsse conteúdo em uma instalação nova, recém-instalada. divirta-se. flames /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free O inferno é para onde os covardes enviaram os heróis. Lemuel K. Washburn - 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 PGP.sig Description: This is a digitally signed message part - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida / Dummynet
Welkson Renny de Medeiros escreveu: Bom dia senhores! Tenho a seguinte regra: # usuarios comum - limitado a 200kbps # 5432 - postgres, 4899 - radmin, 139/445 - smb, 3389 - ts, 2 - ssh ipfw 500 add pipe 11 ip from not me to 192.168.0.0/24 not src-port 5432,445,139,2,3389,4899 out via vr1 Assim, vejamos: ipfw 500 controla o fluxo originado fora (0.0.0.0/0) e destinado para dentro da sua rede (192.168.0.0/24) ipfw pipe 11 config bw 200Kbit/s mask src-ip 0x00ff Aqui vc controla a banda na origem por cada rede cidr /24. Seria uma sugestão vc controlar a banda no ip de destino (192.168.0.0/24) e não na origem. Com mascara 255.255.255.255 (0x) ipfw pipe 11 config bw 200Kbit/s mask dst-ip 0x Funciona bem... todos os testes de velocidade que faço fica em média 195, 198, etc... Problema: se o cara usar um gerenciador de download (flashget, orbit, etc)... ele limita 200k para cada conexão... e não para o IP (se tiver baixando 5 conexões simultâneas é 200k para cada uma). Eu quero LIMITAR o ip a 200k, e não cada conexão... Seria alguma coisa no mask src-ip? Att. Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Pfsense + Squid Ldap
Bom dia senhores (as); Uma pequena dúvida: 1) estou usando pfsense 1.2.2 built on Thu Jan 8 22:30:24 EST 2009; 2) meu squid autentica-se em um servidor ldap externo; 3) as configurações estão ok o serviço sobe sem problemas logs do ps aux: 39368 ?? Is 0:00.00 (squid_ldap_auth) -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 (squid_ldap_auth) 39369 ?? Is 0:00.00 (squid_ldap_auth) -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 (squid_ldap_auth) 39370 ?? Is 0:00.00 (squid_ldap_auth) -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 (squid_ldap_auth) 39371 ?? Is 0:00.00 (squid_ldap_auth) -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 (squid_ldap_auth) 39372 ?? Is 0:00.00 (squid_ldap_auth) -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 (squid_ldap_auth) até aí tudo ok quando rodo o comando na mao para testes: cd /usr/local/libexec/squid/ ./squid_ldap_auth -v 3 -b dc=dom,dc=com,dc=br -D cn=admin,dc=dom,dc=com,dc=br -w PASS -f uid=%s -u uid -P 201.3.234.232 ENTER usuario senha ENTER me retorna esta informação: ERR Success sendo que pra admin apresenta Invalid Credentials e a senha está correta (verificado mais de 300 vezes), e se eu colocar um usuário que não está na base apresenta o ERR Success também, alguma luz sobre o referido??? Muito Obrigado! Jean Carlos Coelho. - 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] Backup em fita criptografado
Voce tem que tomar cuidado. O modo de operação do algoritimo criptográfico tem que ser bem escolhido, porque voce pode acabar co uma fta inteira inutilizada, se um setor dela não ler direito. Jean On 2 Apr 2009, at 18:22, Márcio Luciano Donada wrote: Pessoal, Desculpem o off, pra quem gosta de segurança em backup costuma utilizar o que para fazer backup em fita de forma criptografada? 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
[FUG-BR] Placas de Rede
Boa tarde Senhores(as); Meu problema é o seguinte, estou efetuando a instalação do pfsense em um servidor de médio porte, ou seja, boa memória e processamento. porém tenho uma interface onboard de rede e duas offboard, as interfaces offboard sao realtek 8139D a onboard eu vou me comprometer a passar o modelo no próximo email. Nenhuma das interfaces é reconhecida no pfsense, alguém ja passou por isso? Obrigado! - 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] NAGIOS + SMS
Eu uso aqui na Inglaterra uma URL que tem no VoipBusterPro. Voce chama ela com wget e pronto. Investimento zero, e funciona com celulares da TIM (que eu tenha testado) no Brasil Jean On 27 Jan 2009, at 19:59, Renato Frederick wrote: Pessoal, aqui vai mais um offtopic, para quebrar a rotina hehe.. Atualmente as operadoras estão cortando o email via sms e é algo bem comum no nagios, enviar email para ddd+num...@operadora.com.br e receber o alerta via celular. PGP.sig Description: This is a digitally signed message part - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] senhas FreeBSD
Olá Celso! blz cara? On Sun, 25 Jan 2009 09:45:22 -0300, Celso Viana celso.via...@gmail.com wrote: All, O hash padrao das senhas do FreeBSD eh MD5 (eh isso mesmo ou escrevi besteira?); esse algoritmo, pelo que li, jah nao eh mais tao seguro... quais algoritmos podemos usar para as senhas do FreeBSD (master.passwd)? Sim, é MD5. Olhando o man login.conf: passwd_formatstringmd5 The encryption format that new or changed passwords will use. Valid values include des, md5 and blf. NIS clients using a non-FreeBSD NIS server should proba- bly use des. Você pode editar o /etc/login.conf procure por: default:\ :passwd_format=md5:\ Voce pode mudar o md5 por blf ou des. Depois rode o comando cap_mkdb /etc/login.conf e troque a sua senha com o passwd e verá q o hash no master.passwd mudou para um maior (no meu caso uso blf). Thanks!! Att. Jean Zanuzo - 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+Raid+Hp ML350
-0xfdf77fff irq 19 at device 8.0 on pci19 ciss0: [ITHREAD] pcib11: ACPI PCI-PCI bridge at device 28.0 on pci0 pci2: ACPI PCI bus on pcib11 pcib12: PCI-PCI bridge at device 0.0 on pci2 pci3: PCI bus on pcib12 bce0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xfa00-0xfbff irq 16 at device 0.0 on pci3 miibus0: MII bus on bce0 brgphy0: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:21:5a:47:84:88 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( SPLT MFW MSI ) pci0: serial bus, USB at device 29.0 (no driver attached) pci0: serial bus, USB at device 29.1 (no driver attached) pci0: serial bus, USB at device 29.2 (no driver attached) pci0: serial bus, USB at device 29.3 (no driver attached) pci0: serial bus, USB at device 29.7 (no driver attached) pcib13: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib13 vgapci0: VGA-compatible display port 0x3000-0x30ff mem 0xf000-0xf7ff,0xf9ff-0xf9ff irq 23 at device 3.0 on pci1 pci1: base peripheral at device 4.0 (no driver attached) pci1: base peripheral at device 4.2 (no driver attached) pci1: serial bus, USB at device 4.4 (no driver attached) pci1: serial bus at device 4.6 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 63XXESB2 SATA300 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 17 at device 31.2 on pci0 ata0: ATA channel 0 on atapci0 ata0: [ITHREAD] ata1: ATA channel 1 on atapci0 ata1: [ITHREAD] acpi_tz0: Thermal Zone on acpi0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: Standard PC COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: ACPI CPU on acpi0 est0: Enhanced SpeedStep Frequency Control on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 719071906000719 device_attach: est0 attach returned 6 p4tcc0: CPU Frequency Thermal Control on cpu0 cpu1: ACPI CPU on acpi0 est1: Enhanced SpeedStep Frequency Control on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 719071906000719 device_attach: est1 attach returned 6 p4tcc1: CPU Frequency Thermal Control on cpu1 cpu2: ACPI CPU on acpi0 est2: Enhanced SpeedStep Frequency Control on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 719071906000719 device_attach: est2 attach returned 6 p4tcc2: CPU Frequency Thermal Control on cpu2 cpu3: ACPI CPU on acpi0 est3: Enhanced SpeedStep Frequency Control on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 719071906000719 device_attach: est3 attach returned 6 p4tcc3: CPU Frequency Thermal Control on cpu3 orm0: ISA Option ROMs at iomem 0xc-0xcafff,0xe6000-0xe7fff pnpid ORM on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging limited to 1000 packets/entry by default acd0: DVDROM HL-DT-STDVD-ROM GDRH20N/D8E4 at ata0-master SATA150 da0 at ciss0 bus 0 target 0 lun 0 da0: COMPAQ RAID 1 VOLUME OK Fixed Direct Access SCSI-5 device da0: 135.168MB/s transfers da0: 476908MB (976707632 512 byte sectors: 255H 32S/T 65535C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/da0s1a bce0: link state changed to UP Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSH Publick key
Ola, Então depois de muito ver o modo verbose, percebi que por mais que informe ser o usuário zedascouves do lado de lá, ele sempre vai buscar a chave local no /root/.ssh/id_dsa para comparar com a chave publica. Consegui fazer funcionar informando ao ssh onde está a chave local que seria a opção -i. Ou como eu utilizei sftp ficou assim: sftp -oIdentityFile=/home/zedascouves/.ssh/id_dsa Ai funcionou perfeitamente. Obrigado pela ajuda. Atenciosamente Jean Duarte - Original Message - From: irado furioso com tudo ir...@safe-mail.net To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Saturday, January 10, 2009 5:44 PM Subject: Re: [FUG-BR] SSH Publick key Em Sat, 10 Jan 2009 13:23:49 -0200 Jean Duarte - Cabral Sistemas siste...@cabralreefer.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Estou com um dilema estranho, criei as chaves dsa no na workstation e copiei para o server, instalei na conta de uma usuário, e não funcionava de forma alguma. Estou conectando de um FreeBSD em outro FreeBSD nem tão estranho.. comecemos do começo: supondo-se que o usuário EXISTA no server, tal como aqui na ws, DAQUI, *como qualquer usuário* vc pode logar lá; então, seria assim: AQUI eu sou o zé das couves, login zedascouves. lá EXISTE zedascouves, portanto: ssh -Cvc blowfish zedascou...@endereÇo_de_lÁ se a chave id_Xsa.pub estiver incluida no ./ssh/authorized_keys, o login funcionará sem problemas. nota: se vc é zedascouves LÁ mas não aqui, mesmo assim sempre o login será como acima. Importa é QUEM vc é LÁ. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Deus, para a felicidade do homem, inventou a fé e o amor. O Diabo, invejoso, fez o homem confundir fé com religião e amor com casamento. (Machado de Assis) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd E-mail verificado pelo Terra Anti-Spam. Para classificar esta mensagem como spam ou não spam, visite http://mail.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCY4NzU5ODgxI3Blcm0hdGVycmEmMSwxMjMxNjE2Njc3LjE1MjczMS43NDMuZHVub2xhLmhzdC50ZXJyYS5jb20uYnIsNDM4OA== Verifique periodicamente a pasta Spam para garantir que apenas mensagens indesejadas sejam classificadas como Spam. Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 10/01/2009 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] em0 x dc0
João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Olá, lista. Tenho um servidor com duas placas de rede instaladas: em0: Intel(R) PRO/1000 Network Connection 6.9.6 (on-board) dc0: 3Com OfficeConnect 10/100B dc0 recebe um link de 7 Mbps e em0 conecta com a rede interna, autenticando os usuários via PPPoE. Através do top -S, vejo que o processo irq21: dc0 uhci1++ fica o tempo todo entre 4 % e 5 % (o processador é um Core 2 Quad 2,6 GHz). Enquanto isso, em0 taskq fica o tempo todo entre 0.00 % e 0.10 %. Fiz o seguinte teste: baixei 300 MB de arquivos via FTP de em0 pude chegar a 8 MB/s (64 Mbps), antes de aumentar mais, a transferência havia acabado. Monitorando os processos, em0 taskq chegou a no máximo 2.70 %, isso me levou a pensar em duas coisas: João Paulo, o que eu tenho percebido, tanto com as placas em ou bge, é que as regras do ipfw também são reponsaveis por essa porcentagem. Olhe este servidor: 44.48% em0 taskq 9.87% irq257: bge1 Tenho regras LIMIT na em0 e DUMMYNET na bge1, sendo um xeon dual de 2,66 Ghz, se eu remover as regras LIMIT cai para 2%, a mesma coisa aocntece com o DUMMYNET. 1) Ou a placa Intel em0 ou seu driver são bons 2) Ou a placa 3Com dc0 ou seu driver são ruins Antes eu usei uma xl da 3com e o desempenho era semelhante. Além disso, essa máquina está sofrendo de congelamento. Como tenho o dummynet fazendo controle de banda através de dc0, estou desconfiando que a culpa está na placa 3Com ou no seu driver. Portanto, gostaria de perguntar, alguém tem experiências ruins ou relatos de experiências ruins com as placas 3Com? Especialmente a 3Com OfficeConnect 10/100B? Qual placa de rede recomendam? Creio eu q voce não terá grandes beneficios quanto ao processador trocando esta placa. PS: Só pra constar, o switch também é 3Com (3300 XM). Grato. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ Att. Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] em0 x dc0
João Paulo Just escreveu: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jean Zanuzo wrote: João Paulo, o que eu tenho percebido, tanto com as placas em ou bge, é que as regras do ipfw também são reponsaveis por essa porcentagem. Olhe este servidor: 44.48% em0 taskq 9.87% irq257: bge1 Tenho regras LIMIT na em0 e DUMMYNET na bge1, sendo um xeon dual de 2,66 Ghz, se eu remover as regras LIMIT cai para 2%, a mesma coisa aocntece com o DUMMYNET. Vou verificar isso então. Depois do último travamento, desativei o polling nas duas interfaces pra ver se surte efeito. Agradeço a ajuda. Também tentei desativar o polling na época. Quanto a travamento usando a dummynet, eu tive esse problema no 7.0, depois de atualizar para 7.0-STABLE resolveu. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] SSH Publick key
Pessoal, Estou com um dilema estranho, criei as chaves dsa no na workstation e copiei para o server, instalei na conta de uma usuário, e não funcionava de forma alguma. Estou conectando de um FreeBSD em outro FreeBSD. Quero conectar a partir de uma sessão com root, em uma conta de usuário comum no server. Mas o ssh, não identifica o usuário diferente. Depois descobri utilizando o ssh -v que ele mesmo informando um usuário que não seja o root, ele continuava buscando informações da authorized_keys no diretório root. Exemplo: ssh -l usuario 10.10.10.1 debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Offering public key: /root/.ssh/id_dsa Ele deveria buscar: debug1: Trying private key: /home/jmd/.ssh/identity debug1: Trying private key: /home/jmd/.ssh/id_rsa debug1: Trying private key: /home/jmd/.ssh/id_dsa Então permiti no sshd_config para aceitar conexões com o root, e copiei a chave para /root/.ssh/authorizes_keys Funcionou perfeitamente. Mas eu não quero deixar o root com acesso por SSH. Como fazer para conseguir conexão com um usuário. Por sinal eu até consegui, mas tenho sempre que entrar em modo: #su usuario E a partir dai, fazer o ssh, assim funciona. Porém meu script necessita ser executado pelo root. Obrigado Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CNAME lookup failed temporarily - AJUDA!!!!
Isso é relativo ao tamanho do resposta da query do DNS que o qmail interpreta. Da uma olhada na FAQ do qmailrocks. La tem um patch que resolve isso certinho. Eu tinha este problema até estes dias. É relativo a colocação de SPF pelos dominios (que você não consegue enviar). Meu problema era com o terra.com.br, que tem um SPF absurdo com umas 3 ou 4 redes. Quando os dominios tem um ou dois endereços no SPF vai beleza. So da pau nos que tem um SPF gigante Jean Marcelo Beckmann escreveu: Olá, Já passei por esse problema em certa versão do qmail-toaster com Linux. Tem um email do Wanderson nessa thread que cita uma referência do lifewithqmail sobre isso. O problema está relacionado em como são tratadas respostas de consultas DNS a partir de um certo tamanho. No caso do qmail-toaster que enfrentei o problema era de uma certa versão mais antiga, e noutro servidor com versão mais recente já não tinha o problema. Pesquisando no lifewithqmail e outros links via google, tem algumas soluções como aplicar o patch ou usar o djbdns. Outra forma de contornar o problema rapidamente é adicionar uma rota no smtproutes específica para o domínio, o que não é assim tão elegante, mas pode te ajudar a resolver o problema temporariamente até você aplicar uma solução mais efetiva. Abraços, -- Marcelo Beckmann http://xnxlabs.wordpress.com Em 14-10-2008 08:38, ca_programador007 escreveu: Olá Júlio! Mas eu não teria que configurar o servidor de dns no meu server... eles que deveriam configurar não é? pq eu envio para este dominio e retorna essa mensagem. Tem alguma coisa em que eu possa fazer no meu servidor para nao mais voltar essa mensagem de erro? Abraços --- Em dom, 12/10/08, Julio Cardoso [EMAIL PROTECTED] escreveu: De: Julio Cardoso [EMAIL PROTECTED] Assunto: Re: [FUG-BR] CNAME lookup failed temporarily - AJUDA Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Data: Domingo, 12 de Outubro de 2008, 22:30 cara pode ser algum erro na configuração do servidor de dns tenta revisar essa conf dig mx barretos.sp.gov.br ; DiG 9.4.1-P1.1 mx barretos.sp.gov.br ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 37130 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;barretos.sp.gov.br.IN MX ;; ANSWER SECTION: barretos.sp.gov.br. 86400 IN MX 10 postman.barretos.sp.gov.br. ;; AUTHORITY SECTION: barretos.sp.gov.br. 86400 IN NS ns1.barretos.com.br. barretos.sp.gov.br. 86400 IN NS ns2.barretos.com.br. ;; ADDITIONAL SECTION: postman.barretos.sp.gov.br. 86400 INA 201.33.64.3 ns2.barretos.com.br.86372 IN A 201.33.64.5 ca_programador007 escreveu: Olá amigos, Tenho um server em FreeBSD, com qmail e está funcionando perfeitamente... Todas as mensagens são enviadas e recebidas tudo em ordem. Apenas uma dessas mensagens eu tenho um problema. Toda vez que preciso enviar um e-mail para o domínio barretos.sp.gov.br me volta uma mensagem assim: [EMAIL PROTECTED]: CNAME lookup failed temporarily. (#4.4.3) I'm not going to try again; this message has been in the queue too long. A mensagem não é enviada pra este domínio e volta este erro para mim. E a pessoa de lá me envia um teste e para mim também não chega. Tentei olhar no log, mas não obtive sucesso. Fico no aguardo de uma ajuda. Grato, Carlos - 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] Ajuda com ipfw + altq
Márcio Elias escreveu: daee pessoal da lista... é o seguinte, queria usar o ipfw para fazer qos com o altq, porem não tenho conhecimentos do altq, e não consegui nenhum material na net que me desse uma luz no fim do tunel, gostaria de que alguém da lista se possivel me indicasse um material para eu poder estudar o assunto (também não conheço PF por isso gostaria de usar o IPFW isso é possivel ?). bom obrigado por enquanto. Boa tarde, Voce utiliza o PF apenas para criar o qos, e adiciona normalmente as filas no ipfw com a opcao altq. Já utilizei isto uma vez. Att. Jean Zanuzo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] 8086/8088
Até hoje não entendo pq vi (ano passado), 8086/8088 e (pasmem!) motorola 6800. Enfim Mais [off-curiosidade-inútil] que qualquer outra coisa... Porque provavelmente o objetivo não é criar um cavalo de padre em uma tecnologia. Se você quer ensinar um paradigma, qualquer linguagem deveria servir. E pra constar, quem escreve código pra um 8086 ou pra um 68k, tem certeza que ele rodar em muitos lugares. SSE, MMX, etc é perfumaria e otimização que você deveria buscar sozinho depois. Meu curso me ensinou MIPS. Tem gente que acha que não serve pra nada, mas pasmem, existem tantos processadores MIPS quanto Intel no mercado. Cada PS3 tem pelo menos 2. O curso considerado o melhor em ciências da computação do planeta pela ACM nos últimos 5 anos(Harvard), ensina 8086 e MIPS. Ahh , e o segundo lugar(Cambridge/UK) ensina 8086 e ARM. Será que eles estão errados? Jean - 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: [OFF TOPPIC] Certificação BSD
On 11 Aug 2008, at 03:12, Renato Frederick wrote: Creio que a bsdcertification[1] só exista em inglês até mesmo por se tratar de uma iniciativa nova no Brasil, a tradução acarretaria custos e processos burocráticos que tornam, no momento, inviável. Mas o pessoal da FreeBSDBRasil pode confirmar se exite algum plano para médio prazo de tradução da prova. Falando em provas de certificação, só grandes empresas com grande base comercial no Brasil que traduzem a prova, e mesmo estas empresas, novas versões de exames ou materiais saem sempre em Inglês primeiro. Eu sugiro que você procure um curso de inglês técnico/instrumental, as faculdades federais normalmente abrem turmas a preços razoáveis e com ótima qualidade, já é o suficiente para entender as questões(já que as respostas são múltipla escolha ou V/F) e tentar as provas. Sobre a resposta do mandarim, tenho pesadelo de imaginar katakana e hiragana e as variações :-/ Por isso que eu já estudo mandarim fazem dois anos Dica: Falar uma lingua a mais (eu falo portugues, italiano, ingles e mandarim), nunca me causou problemas. Agora a falta de uma delas (francês por exemplo), já me fez sofrer. Então siga a dica da galera e faça um cursinho de ingles que vale a pena. Jean 1 - http://www.bsdcertification.org/ -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Helio Loureiro Enviada em: domingo, 10 de agosto de 2008 20:19 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] [OFF TOPPIC] Certificação BSD Boa tarde, existe alguma chance da prova de certificação BSD ser traduzida e aplicada em nossa lingua? Sinto muita falta de materiais em especial livros de bsd* em nossa ligua. Pra quem não domina bem o inglês se sente um pouco inseguro. Caro, Desculpe pela minha falta de ufanismo, mas acho que nessa área, de informática, mais especificamente em Unix, inglês é parte fundamental tanto quanto o oxigênio que respiramos e a mistura de café com coca-cola que bebemos pra trabalhar. Atualmente um dos critérios que pesam mais na seleção de candidatos às vagas que surgem na empresa é justamente o inglês, inclusive para os estagiários. Mas esperar por certificações ou documentações em português não é um sonho futurista: pode acontecer. Infelizmente não com o mesmo sincronismo e peridiocidade dos documentos e aperfeiçoamentos, que provavelmente surgirão em inglês. Mas anime-se pois nem tudo está perdido: veja pelo lado que seria pior se a língua corrente fosse mandarim. -- []´s Helio Loureiro - 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
Re: [FUG-BR] Problema atualizando o 7.0 para o 7.0
Aqui eu já efetuei a atualização para 7.0 Stable sem problemas... Você vez os makes em em Single User? Montou as partições e atualizou? Como está o seu Supfile? Atenciosamente Jean Duarte - Original Message - From: Leonardo Linden [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, August 11, 2008 2:31 PM Subject: [FUG-BR] Problema atualizando o 7.0 para o 7.0 Ola, Instalei um 7.0 em uma maquina dell xeon 3.0 com raid 5 intel (iir) e dois hds sata.. Ate aí blz, funcionou 100%, rebotei n vezes e sempre ok... Aí fui fazer uma atualizacao para o stable current Aí fiz o que segue, que um colega me enviou uma vez... tudo funcionou... só que quando dei reboot... nada travou dizendo que bios failed to load boot device nao sei o que ela recompilei o kernel GENERIC mesmo, sem alterar nada #cvsup -g -L2 -z -h cvsup12.freebsd.org /usr/share/examples/cvsup/stable-supfile(atualiza fonts pra stable) #cd /usr/src #make buildworld (compila /usr/src) #make buildkernel KERNCONF=SEUKERNEL (compila kernel) usei o GENERIC #make installkernel KERNCONF=SEUKERNEL Instala kernel) #make installworld (instala /usr/src) #mergemaster(cuidado prá não sobrescrever configurações que você já alterou) #reboot Sera que fiz algo errado durante o mergemaster ? dei i install para todas as opcoes, ja que nao fiz nada na maquina ainda Fiz esse update para atualizar o named e o resto.. ja que a versao que tenho em cd diz que é de fev/2008. O problema foi no mergemaster sera ? ja que recompilei o GENERIC nao deveria dar problema correto ? Isso me assusta, se vou fazer um update num server de producao e acontece isso.. ja era... eheh - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 11/08/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.6.0/1603 - Release Date: 10/8/2008 18:13 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qual a versão certa ?
c0re dumped wrote: Pessoal, Qual a versão do Free devo usar para um Xeon quad-core 64 bists ? amd64 ? Uso amd64, mas pode usar o i386 Usando 64 bits não tenho necessidade de usar PAE, correto ? Não tem, uso amd64 com 8gb sem PAE, o i386 precisa. []'s Jean Zanuzo - 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: Replicar Instala��o...
Pessoal, Minha solução foi criando uma compactação tar de todo o servidor, excluindo apenas os diretórios, /dev /sys /tmp da compactação... Depois eu efetuo na própria maquina que vai receber o server uma instalação mínima do FreeBSD, com as partições corretas... Após a instalação Ok e revisão de todos drivers, etc. Fazer uma cópia do /etc/fstab original para um backup. Movo o arquivo tar de um server para o outro por FTP ou seja lá o que for Efetuar um Boot em Single user, montar as partições... Descompactar o arquivo a partir da raiz... Copiar o /etc/fstab novamente para o local original ! Reiniciar a maquina e tudo deve estar ok Atenciosamente Jean Duarte - Original Message - From: Jean Everson Martina [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Friday, August 01, 2008 1:02 PM Subject: Re: [FUG-BR] RES: Replicar Instalação... Jean Duarte - Cabral Sistemas escreveu: Jean Everson Eu crio apenas uma única Partição no novo HD como /backup? Não necessariamente, voce pode fazer do jeito que quiser, so tem q lebrar de colocar as coisas coerentes no fstab Então ele vai copiar tudo para o /backup e depois como eu faço para o Fstab do outro HD montar corretamente? Dependendo da estratégia nada. Se voce criar as partições na mesma orde no disco novo voce não faz nada. Como vou particionar posteriormente o disco e fazer o fstab achar os /dev/a4s1a ... etc o mkdir é: mkdir /backup/dev mkdir /backup/sys - 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: Replicar Instala��o...
Para evitar ficar muito grande, também podem tirar do tar o /usr/src e /usr/ports Eu aqui criei um tar separado do /usr/ports e mais do /usr/src. Assim eu utilizo posteriormente caso necessário Atenciosamente Jean Duarte - Original Message - From: Alex Moura [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Monday, August 04, 2008 10:38 PM Subject: Re: [FUG-BR] RES: Replicar Instalação... tar --exclude dir1 --exclude dir2 -cvyf arq.tar.bz / Se preferir compactar com gzip, basta trocar o y acima por z. On 04/08/2008, at 21:36, Flávio Barros [EMAIL PROTECTED] wrote: Coloca ai a linha de comando do tar para compactar e excluir esses diretórios. Abraços, 2008/8/4 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]: Pessoal, Minha solução foi criando uma compactação tar de todo o servidor, excluindo apenas os diretórios, /dev /sys /tmp da compactação... Depois eu efetuo na própria maquina que vai receber o server uma i nstalação mínima do FreeBSD, com as partições corretas... Após a instalação Ok e revisão de todos drivers, etc. Fazer uma cópia do /etc/fstab original para um backup. Movo o arquivo tar de um server para o outro por FTP ou seja lá o que for Efetuar um Boot em Single user, montar as partições... Descompactar o arquivo a partir da raiz... Copiar o /etc/fstab novamente para o local original ! Reiniciar a maquina e tudo deve estar ok Atenciosamente Jean Duarte - Original Message - From: Jean Everson Martina [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Friday, August 01, 2008 1:02 PM Subject: Re: [FUG-BR] RES: Replicar Instalação... Jean Duarte - Cabral Sistemas escreveu: Jean Everson Eu crio apenas uma única Partição no novo HD como /backup? Não necessariamente, voce pode fazer do jeito que quiser, so tem q lebrar de colocar as coisas coerentes no fstab Então ele vai copiar tudo para o /backup e depois como eu faço p ara o Fstab do outro HD montar corretamente? Dependendo da estratégia nada. Se voce criar as partições na mesma orde no disco novo voce não faz nada. Como vou particionar posteriormente o disco e fazer o fstab achar os /dev/a4s1a ... etc o mkdir é: mkdir /backup/dev mkdir /backup/sys - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Desde já agradeço, +++ Flávio de Oliveira Barros Manaus - Amazonas - Brasil Copiar é bom! Seja Legal Use Software Livre - 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 Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 04/08/2008 Internal Virus Database is out of date. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - 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: Replicar Instalação...
Minha estratégia: pega um outro disco de qualquer tamanho, e particiona ele como você quiser (desde que caiba o que você quer dentro do seu esquema de particionamento), cria um /backup e monta este disco com toda sua estrutura de partições abaixo do /backup. A partir daí um tar: tar cf - / --exclude backup --exclude dev --exclude sys | (cd / backup ; tar xvf - ) da um mkdir no /dev/ e no /sys ai usa dd pra pegar o setor de boot de um hd pro outro. Pega o primeiro bloco do de 512 bits do disco e pronto. A única coisa é que você tem q ficar atento pra não se perder no fstab. A cópia funciona 100%. Eu ainda uso este esquema pra umas maquinas que eu tenho na burst.net. Os caras te colocam um hd adicional do mesmo tamanho do que você tem por algo em torno de U$20/mês. O backup deles de 50GB custa mais de U$100/mês. Eu uso isso como se fosse um fake raid (eu posso perder o tempo de abrir um chamado e pedir pra meter o slave como master) e backup, pois monto esse segundo disco 1 vez por dia e deixo ele atualizado com rsync. Inclusive da pra fazer isso uma vez por hora, mas eu não tenho necessidade Já provei a eficácia por duas vezes, onde eu tive pau no disco principal. Isso também se provou eficaz uma vez que eu tive um server invadido. O cara mexeu meu disco principal todinho e nada no slave. Eu simplesmente troquei os dois discos porque o carinha nem percebeu que o segundo disco existia. Ai fui atras do patches que o jegue aqui esquece de aplicar, e ainda pude ficar fazendo uma forense no disco invadido pra evitar que o cara entrasse de novo pelo esmo buraco :) Jean On 1 Aug 2008, at 02:26, José Augusto Junior wrote: Tem o dump também... Já usei e é muito bom! -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Fernando Silva Enviada em: quinta-feira, 31 de julho de 2008 18:58 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Replicar Instalação... faz com dd e ele gerava um iso bruxo 2008/7/31 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED] Pessoal, Eu montei um novo server com BSD 7.0 Stable e afins Como eu poderia efetuar uma cópia fiel dessa instalação em outra maquina? Evitando assim ter que refazer toda a atualização, baixar novos fontes, etc...? Um tar.gz do HD inteiro e depois descompactar funcionaria? Eu teria apenas que cuidar do arquivo /etc/fstab para não modificar? Atenciosamente Jean Duarte - 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 -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - 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] Replicar Instala��o
Pessoal, Meus HDs sao diferentes... Por sinal nesta primeira maquina eu estou usando já dois HD's com Gmirror. A idéia que eu tinha era criar um arquivo com o sistema todo pronto, instalar um BSD em uma maquina nova com uma versão básica. E depois jogar um arquivo tar.gz em cima e recriar a maquina. Bom eu coloquei mais um HD, executei o FDISK e criei a particao BSD no disco inteiro. Então tentei criar os Labels no novo HD, porem não me flagrei que não posso criar partições /usr sendo que ja existe uma ativa... Então criei elas com nomes: / = /new /user = /usr_new /var = /usr_new etc... Então ao executar o Write, deu erro tambem. Mas ao axecutar um #ls / aparecem os diretorios /usr_new... /var_new.. Tentei usar o comando: ## tar cf - * | ( cd /new; tar xfp -) a partir da raiz / Ele começou a copiar os arquivos, porem está indo tudo para dentro da partição /new Atenciosamente Jean Duarte - Original Message - From: irado furioso com tudo [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Friday, August 01, 2008 9:10 AM Subject: Re: [FUG-BR] Replicar Instalação Em Fri, 1 Aug 2008 08:44:32 -0300 Wanderson Tinti [EMAIL PROTECTED] escreveu: Irado essa dica é otima. Depois é so instalar o boot? sim, após isso vc pode usar o dd para copiar os primeiros 512 bytes do master record - aliás, o everson (em outro post) disse isso. Truquezinho meio bêsta mas funcional (rss), vc pode usar o dd para copiar MBR prum arquivo qualquer e POSTERIORMENTE usa-lo para regeneração do MBR dd if=/seu.hd.atual of=/path/arquivoMBR.bin bs=512 count=1 o arquivo.bin contém o seu MBR e vc pode leva-lo pra onde quiser, ou até guarda-lo para re-utilização, quem sabe? divirta-se. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Ou locupletamo-nos todos ou instaure-se a moralidade (by Barão de Itararé - e olhe que não havia renam) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 01/08/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Replicar Instalao
Mais alguns erros... tar: tmp/mysql.sock tar format cannot archive this(type=014): Inappropriate file type or format tar: var/run/dev.pipe tar format cannot archive this(type=014): Inappropriate file type or format Em alguns outros arquivos tambem.. Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] d�vida sobre o freebsd-update
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html No seu supfile use: RELENG_7_0 The release branch for FreeBSD-7.0, used only for security advisories and other critical fixes. Atenciosamente Jean Duarte - Original Message - From: Eduardo Lemos de Sa [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br Sent: Friday, August 01, 2008 9:10 AM Subject: Re: [FUG-BR] dúvida sobre o freebsd-update Caríssimos Estou também tendo dúvidas sobre a atualização do sistema. Não exatamente sobre o mesmo ponto tratado aqui, mas mesmo assim, são sobre a atualização. Meu caso é o seguinte: por pressa, curiosidade ou por descuido, instalei em uma máquina amd64 a versão 7.0-STABLE (que apesar do nome enganoso, não é tão estável quanto uma release). Como a máquina se encontra em produção e reinstalar tudo a partir do zero seria muito oneroso, resolvi fazer uma atualização do sistema via cvsup. Funcionou sem problemas: recompilei o kernel (como manda o handbook) e tudo está certo (pelo menos, o sistema fez o que eu mandei que ele fizesse). Um uname -a produz: FreeBSD matata.quimica.ufpr.br 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Jul 11 13:52:49 BRT 2008 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/MYKERNEL amd64 O que eu quero na verdade é ter o sistema rodando os binários do RELEASE e não do STABLE (que é normalmente o caminho contrário que os testadores de sistema fazem). Não vi em nenhum lugar a opção onde eu possa explicitar qual branch eu desejo e por default, creio que o cvsup traz o mesmo branch da versão instalada. Pergunto: por favor, alguém sabe como resolver este problema? Grato Eduardo -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guto Andreollo wrote: | hmm.. mais ou menos. | Existem os patches que são pra arquivos do sistema, e os patches que são | para o kernel. | | Para os patches de daemons e outros arquivos do sistema (como por exemplo o | named), basta que voce reinicie o daemon específico: o freebsd-update faz o | patch do source E TAMBÉM do binário respectivo. | | Agora, para os patches de sources do kernel (como por exemplo o de TCP, que | saiu no 7.0-Release-P1), é sim necessário recompilar o kernel, reinstala-lo | e reiniciar a máquina para que ele entre em funcionamento. Então. O que eu disse é que se ele quiser ver a versão nova no uname vai ter que recompilar o kernel. Pois sempre que o freebsd-update atualiza o sistema, ele traz junto um arquivo .h com o número da nova versão (não lembro o nome do arquivo). Esse .h está no código do kernel, que precisa ser recompilado pra atualizar a saída do uname. Como ele mesmo disse, atualizou mas mesmo após o reboot o uname -a mostra a mesma versão. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIkKqJXL+vuN2d7ZwRAmwaAKDG3791zThFjA6s286z5SoFYZlp7gCfVWv5 MYaqn8GwBeuspDO2OPnivCo= =aKpE -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Eduardo Lemos de Sa [EMAIL PROTECTED] Professor Assoc. I - Departamento de Quimica Universidade Federal do Parana C. P. 19081 81531-990 Curitiba/PR - Brazil Fone (41) 3361 3300 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 01/08/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - 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: Replicar Instala��o...
Jean Everson Eu crio apenas uma única Partição no novo HD como /backup? Então ele vai copiar tudo para o /backup e depois como eu faço para o Fstab do outro HD montar corretamente? Como vou particionar posteriormente o disco e fazer o fstab achar os /dev/a4s1a ... etc o mkdir é: mkdir /backup/dev mkdir /backup/sys e mais nada? Atenciosamente Jean Duarte - Original Message - From: Jean Everson Martina [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Friday, August 01, 2008 7:13 AM Subject: Re: [FUG-BR] RES: Replicar Instalação... Minha estratégia: pega um outro disco de qualquer tamanho, e particiona ele como você quiser (desde que caiba o que você quer dentro do seu esquema de particionamento), cria um /backup e monta este disco com toda sua estrutura de partições abaixo do /backup. A partir daí um tar: tar cf - / --exclude backup --exclude dev --exclude sys | (cd / backup ; tar xvf - ) da um mkdir no /dev/ e no /sys ai usa dd pra pegar o setor de boot de um hd pro outro. Pega o primeiro bloco do de 512 bits do disco e pronto. A única coisa é que você tem q ficar atento pra não se perder no fstab. A cópia funciona 100%. Eu ainda uso este esquema pra umas maquinas que eu tenho na burst.net. Os caras te colocam um hd adicional do mesmo tamanho do que você tem por algo em torno de U$20/mês. O backup deles de 50GB custa mais de U$100/mês. Eu uso isso como se fosse um fake raid (eu posso perder o tempo de abrir um chamado e pedir pra meter o slave como master) e backup, pois monto esse segundo disco 1 vez por dia e deixo ele atualizado com rsync. Inclusive da pra fazer isso uma vez por hora, mas eu não tenho necessidade Já provei a eficácia por duas vezes, onde eu tive pau no disco principal. Isso também se provou eficaz uma vez que eu tive um server invadido. O cara mexeu meu disco principal todinho e nada no slave. Eu simplesmente troquei os dois discos porque o carinha nem percebeu que o segundo disco existia. Ai fui atras do patches que o jegue aqui esquece de aplicar, e ainda pude ficar fazendo uma forense no disco invadido pra evitar que o cara entrasse de novo pelo esmo buraco :) Jean On 1 Aug 2008, at 02:26, José Augusto Junior wrote: Tem o dump também... Já usei e é muito bom! -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Fernando Silva Enviada em: quinta-feira, 31 de julho de 2008 18:58 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Replicar Instalação... faz com dd e ele gerava um iso bruxo 2008/7/31 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED] Pessoal, Eu montei um novo server com BSD 7.0 Stable e afins Como eu poderia efetuar uma cópia fiel dessa instalação em outra maquina? Evitando assim ter que refazer toda a atualização, baixar novos fontes, etc...? Um tar.gz do HD inteiro e depois descompactar funcionaria? Eu teria apenas que cuidar do arquivo /etc/fstab para não modificar? Atenciosamente Jean Duarte - 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 -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - 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 Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 01/08/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - 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: Replicar Instala��o ...
Tentei efetuar este dump Mas notei que os diretorios por exemplo /new que seria o novo /, /var_new /usr_new foram parar dentro do / e encheu a partição Raiz /. Fui tentar apagar e ai deu erro em alguns arquivos como operação não permitita em algumas bibliotecas e não deixa apagar. E pelo que notei fez foi apagar arquivos do próprio sistema original... Que será que estou fazendo de errado? Ele cria esse dump mantendo alguma interligação com os arquivos originais? Agora estou com medo de efetuar um reboot e nem funcionar mais nada Atenciosamente Jean Duarte - Original Message - From: Zavam, Vinícius [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Friday, August 01, 2008 1:08 AM Subject: Re: [FUG-BR] RES: Replicar Instalação ... Citando Renato Frederick: Costumo fazer o seguinte, particiono o novo disco com partições iguais ou maiores que o antigo disco, instalo o bootloader e daí: #cd /mnt/raiznova #dump -0 -l -f - /|restore -rvf - #cd /mnt/usrnova #dump -0 -l -f - /usr|restore -rvf - #cd /mnt/varnova #dump -0 -l -f - /var|restore -rvf - No caso acima o / do disco novo esta montado em /mnt/raiznova o /usr do novo disco em /mnt/usrnova e o /var em /mnt/varnova. Pode-se fazer até via SSH se o destino estiver acessível via SSH e com login de root habilitado: #dump -0 -l -f - /var| ssh [EMAIL PROTECTED] cd /mnt/var/ ; restore -rvf - Uso bastante para fazer backup remoto ou voltar uma imagem padrão que tenho de firewall/Proxy/email/file Server e por aí vai, poupando tempo. No caso, faço o restore via pendrive USB no modo rescue: #cd /mnt/var restore -rvf /mnt/da0s1/var.dump Já usei o dump comprimido via gzip, mas isto exigia espaço adicional no /tmp do rescuedisk e as vezes dava falta de espaço. Como os pendrives de 4GB são relativamente baratos, um dump/restore de um freebsd enxuto, sem ports e sem /usr/ports/distfiles(ambos podem ser instalados depois) atende. Abraços uma recomendacao meio diferente do que ja passaram, mas vale; 'acronis true image' []'s - Webmail SecrelNet - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 31/07/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.5.7/1580 - Release Date: 29/7/2008 17:26 - 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: Replicar Instalação...
Jean Duarte - Cabral Sistemas escreveu: Jean Everson Eu crio apenas uma única Partição no novo HD como /backup? Não necessariamente, voce pode fazer do jeito que quiser, so tem q lebrar de colocar as coisas coerentes no fstab Então ele vai copiar tudo para o /backup e depois como eu faço para o Fstab do outro HD montar corretamente? Dependendo da estratégia nada. Se voce criar as partições na mesma orde no disco novo voce não faz nada. Como vou particionar posteriormente o disco e fazer o fstab achar os /dev/a4s1a ... etc o mkdir é: mkdir /backup/dev mkdir /backup/sys Isso ai. Jean Everson. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Replicar Instala��o...
Pessoal, Eu montei um novo server com BSD 7.0 Stable e afins Como eu poderia efetuar uma cópia fiel dessa instalação em outra maquina? Evitando assim ter que refazer toda a atualização, baixar novos fontes, etc...? Um tar.gz do HD inteiro e depois descompactar funcionaria? Eu teria apenas que cuidar do arquivo /etc/fstab para não modificar? Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] PHP + DBF !
Pessoal, Alguém aqui já conseguiu ou sabe de algum driver que se possa fazer acesso direto a arquivos DBF pelo PHP ? Pelo que sei ele acessa como se fosse um arquivo texto e o acesso é muito lento e restrito. Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PHP + DBF !
Para vc ter uma idéia, hoje eu faço a cada 30 minutos a importação total do DBF para MySQL. Porem eu preciso hoje trabalhar de forma On Line Atenciosamente Jean Duarte - Original Message - From: Pablo Sánchez [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Friday, July 25, 2008 6:19 PM Subject: Re: [FUG-BR] PHP + DBF ! Ah sim só uma sugestão: importe essas tabelas para um PostgreSQL ou MySQL da vida... 2008/7/25 Pablo Sánchez [EMAIL PROTECTED]: Cara, te sugiro buscar isso nas listas php-pt, php-brasilia, php-ms, gophp, e mais uma penca que existe no Brasil para PHP... 2008/7/25 Jean Duarte - Cabral Sistemas [EMAIL PROTECTED]: Pessoal, Alguém aqui já conseguiu ou sabe de algum driver que se possa fazer acesso direto a arquivos DBF pelo PHP ? Pelo que sei ele acessa como se fosse um arquivo texto e o acesso é muito lento e restrito. Atenciosamente Jean Duarte - 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 [EMAIL PROTECTED] (61) 9975-0883 http://www.tiblog.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 Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 25/07/2008 Internal Virus Database is out of date. Checked by AVG. Version: 8.0.100 / Virus Database: 270.4.7/1546 - Release Date: 11/7/2008 06:47 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Cvsup !
Pessoal, Instalei o BSD 7.0, preciso fazer um cvsup para Stable? Estou tentando aqui atualizar com vários mirros e todos apresentam Time Out em algum momento. Poderiam me aconselhar algum server de reposição bom? Testei cvsup.freebsd.org cvsup2, cvsup3... cvsup[2,3,4,5,6].br.freebsd.org, etc Ou já existe alguma outra forma de atualização nova? Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Portsnap !
Pessoal, Eu sempre utilizei o cvsup para atualizar o ports muito bem ! Resolvi então testar o portsnap em meu novo FreeBSD 7.0 STABLE ! % portsnap fetch Começou a fazer um Download de 53MB! Agora a pergunta, vai sempre ter que baixar a arvore inteira ou em outras atualizações ele baixa só o necessário? Neste caso por CVSUP não é mais rápido? Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PFSENSE: Onde acho QUICK nas regras do Firewall?
Wanderson Tinti escreveu: So aproveitando o assunto, onde ele guardar as regras de firewall, nunca usei mas tenho curiosidade em saber onde fica as regras, para poder analizar. Num arquivo .xml junto com todo o resto Jean - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] BSDCon, possível problema com a data .
Você ja tentou contatar a SBC (Sociedade Brasileira de Computação) ‚ tipo alguma comissão especial de área? Eles pode ter dar dinheiro (pouco provável)‚ apoio logístico‚ e ferramentas pra fazer peer-review (a forma mais justa) pra aceitar as palestras que virão a ocorrer. Não tem uma CEA de sistemas operacionais‚ mas tem de redes‚ segurnça‚ multimídia‚ tolerância a falhas... Jean On 16 Jul 2008, at 18:16, Joao Rocha Braga Filho wrote: Eu me esqueci complatamente que terça, dia 21/04/2009, é o feriado de Tiradentes. Do dia 16 ao 19, vai pegar um final de semana com feriado prolongado (Tiradentes é na Terça-feira, mas a Segunda-Feira é que é enforcada rs), o que encarece a estadia. Mas a data votada é logo depois do feriado, dias 23 a 26. A vinda para Paraty pode fazer com que alguns praticamente não trabalhe na semana, pois vai emendar o feriadão com a viagem para o congresso. Mantém a data? Ou muda? João Rocha. -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] - 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] Navegador Texto !
Pessoal, Além do Lynx, poderiam me indicar algum outro navegador texto, que possa ser usado em terminais vt100/Telnet que sejam bem limpos e tenham possibilidade de aceitar Java Script. Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Navegador Texto !
Pessoal, Além do Lynx, poderiam me indicar algum outro navegador texto, que possa ser usado em terminais vt100/Telnet que sejam bem limpos e tenham possibilidade de aceitar Java Script. Conheço o links, links2. Sabe se ele aceita Javascript? Eu estou testando o links2, instalei pelo Ports. Mas não consigo utilizar Javascript ! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Date / Cron !
Ola, Aqui também só funcionou quando derrubei o crontab e ativei novamente ! Obrigado Jean - Original Message - From: Guto Andreollo [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Saturday, July 12, 2008 10:24 PM Subject: Re: [FUG-BR] Date / Cron ! Quando voce atualiza o /etc/crontab, não é necessário dar nenhum comando, o crond já pega a atualização na hora. Agora, quanto ao problema do horario, dar um kill -HUP no crond não adianta.. eu tive esse problema a alguns dias, e só consegui colocar o crond na hora certa dando um stop / start mesmo. []s On Fri, Jul 11, 2008 at 4:40 PM, Jean Duarte - Cabral Sistemas [EMAIL PROTECTED] wrote: Pessoal, Atualizei a Data de meu servidor pelo sysintall Ficando a Zona: BRT Fri Jul 11 16:38:58 BRT 2008 É assim o correto? Porem meus disparos do Crontab estão sendo efetuados com 3 horas de atraso? Como resolver isso? Quando eu atualizo o /etc/crontab o comando de atualização é um Kill -HUP no Pid dele? Atenciosamente Jean Duarte - 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 Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 11/07/2008 No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 270.4.7/1546 - Release Date: 11/7/2008 06:47 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Lynx !
Ola Pessoal, Vou utilizar o lynx como navegador texto para uma aplicação que vai rodar por telnet. Preciso descobrir uma forma de controlar os comandos, desabilitar aqueles menu que fica aparecendo e teclas de atalho, enfim deixar ele o mais limpo e leve possível... Eu encontrei informações sobre compilar com Java Script, alguém já vez isso? Obrigado Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Date / Cron !
Pessoal, Atualizei a Data de meu servidor pelo sysintall Ficando a Zona: BRT Fri Jul 11 16:38:58 BRT 2008 É assim o correto? Porem meus disparos do Crontab estão sendo efetuados com 3 horas de atraso? Como resolver isso? Quando eu atualizo o /etc/crontab o comando de atualização é um Kill -HUP no Pid dele? Atenciosamente Jean Duarte - 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: BSDCon Brasil II?
Pessoal‚ Colocando meus 2 centavos de contribuição‚ eu falei hoje no Security Group Meeting aqui em Cambridge com o Robert Watson da FreeBSD foundation e sobre um possível BSDCON/Brasil. Ele achou muito legal‚ e deu dicas: primeiro formalizar as coisas e mandar pra FreeBSD Foundation‚ ele deu a entender q eles tem uma verba ( perto de U$5000) pra ajudar nesse tipo de conferência. Segundo que se a organização quiser fazer um convite pra FreeBSD Foundation mandar alguém que o faça‚ pois ele nunca esteve no Brasil e estava a fim de ir. Sem contar que nos lugares mais remotos e exóticos o pessoal briga pra ir (ele citou o exemplo de um BSDCON no Japão). Perguntei pra ele de custos‚ e ele me disse q pagando as despesas de viagem ele ta indo (obvio dependendo da época do ano‚ pois ele ta com a corda no pescoço como eu to no PhD). Posso conversar mais com ele se for necessário. Hoje foi tudo meio corrido pq teve a foto oficial do grupo: http://www.cl.cam.ac.uk/research/security/people/groupphoto-2008-07.jpg Jean On 11 Jul 2008, at 18:42, Joao Rocha Braga Filho wrote: On Fri, Jul 11, 2008 at 1:27 PM, Tiago Ribeiro [EMAIL PROTECTED] wrote: joao, nao sei se perdi alguma coisa nas conversas, acho q ja é hora de pegar seu primeiro email, e comecar a definir as estrategias, vi que o apoio foi muito grande, agora falta colocar as coisas no papel (na tela é melhor, hehe) tipo. a data certa. o site / hospedagem tipos de patricinos, ouro / prata / bronze ou G / M / P e seus valores e direitos. artes, folders, etc. chamada de palestrantes, convite de palestrantes. bem acho q seu primeiro email ta bem mais explicado do que isto que passei, como eu disse num email anterior, estou com vc e todos os que estiverem na organizacao do BSDCon II . Estou com um rascunho disto tudo. Acho que vou pegar o rascunho de tudo e mandar para todos que coletei e-mail nesta noite. Tem uma pessoa que pode ajudar a organizar o evento e me pediu as mesmas coisas. Abraços, João Rocha. abracos. -- att, Tiago Ribeiro OVERSEC - +55 32 3211 1623 - 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. [EMAIL PROTECTED] - 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] Servidor Telnet !
Bom dia, Pessoal, obrigado pelas dicas. Existe mais algum meio de segurança para que o usuário não consiga utilizar mais nada do servidor? Sou obrigado a utilizar Telnet, pois será feito com coletores de dados proprietários e não possuem emulação SSH, sendo somente Telnet. O servidor vai estar fechado por Firewall e não estará aberto para a internet. Obrigado - Original Message - From: Renato Frederick [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Wednesday, July 02, 2008 5:12 PM Subject: Re: [FUG-BR] Servidor Telnet ! Bom lembrar que telnet não tem criptografia e a segurança é zero. Se não houver um bom motivo, o SSH é o ideal. Pode ser feito até uso de chaves públicas para o cliente não precisar nem digitar a senha :) - 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] Problemas com SPAM
Trocando de saco pra mala: Alguém tem uma lista de ips verdadeiros relacionados a servidores de emails q rodam em intranet? Meu problema: Eu habilitei o HELOCHECK=A no qmail spamcontrol, e certas empresas grandes teimam em fazer delivery dando HELO com o nome de intranet ao inves do nome de internet. Como os dominios não existem pra eu verificar, ele nega como BADHELO. Se eu ignorar somente estas empresas, eu vivo feliz com meus clientes, e elimino boa parte do SPAM. Depois que habilitei o HELOCHECK=A, o processamento do meu server caiu em mais de 50%. Sabendo que IP eu não preciso fazer o HELOCHECK=A,eu coloco no meu cdb e pronto. Jean Breno BF escreveu: - Original Message - From: José Augusto Junior [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Wednesday, July 09, 2008 8:59 AM Subject: [FUG-BR] [OT] Problemas com SPAM Bom dia pessoal, desculpem o OT. Estou enfrentando o seguinte problema aqui: Tenho um servidor de email rodando Sendmail + MailScanner + Spamassassin e etc e tal... O SMTP roda em cima de autenticação e tudo mais, coloquei um HACK que antes checa se o ip que está tentando enviar o email tem DNS reverso, se não tiver, ele nega. Mas ainda assim, estão conseguindo burlar minha segurança e meu ip está caindo em listas RBL. Tentei negar a porta 25 no firewall e liberar apenas os ips que eu quisesse, mas ficaria muito trabalhoso, pois assim, muita gente não conseguiria enviar email pra mim, e existem muitos hosts de empresas que eu não conheço, e os emails dessas empresas poderiam ser interessantes à nossa empresa. Portanto, vem a pergunta: Como vocês estão combatendo esses tipos de ataques ? Alguma dica boa? Bom dia! Prezado José, se seu IP está caindo em RBL, é porque você está permitindo que usuários enviem SPAM utilizando o seu SMTP. Cabe a você fazer um controle de RELAY, e restringir o que seus usuários estão enviando. Primeiro de tudo, verifique se o RELAY não está aberto (open) para quaisuqer IPs da internet. Se estiver, comece restringindo por aí (aqui meus smtps tem relay aberto para os IPs do nosso ASN). Outro ponto seria implantar um sistema de autenticação antes de envio (sasl). Assim, somente usuários autenticados poderiam fazer envio de mensagens utilizando (fazendo relay em) seu SMTP. E daí pra frente fique de olho (mailq, maillog, ferramentas diversas) se seus clientes (agora autenticados) estão fazendo envio de SPAM, caso positivo, recomendo o bloqueio e contato com o spammer. Espero ter ajudado. []'s Breno BF - 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] Problemas com SPAM
Esse que eu estou comentando tem 9000/dia em uns 45 dominios diferentes. O meu hardware também é bem dimensionado, com um core duo 2.4, 2GB de RAM e SATA-II de 7200, num FreeBSD 7 com kernel tunado. Eu vi que o HELOCHECK é muito eficiente pra queimar spam. A jogada eh que tudo que eu descartar antes de chegar no spamassassin, menos carga. O meu problema hoje são os cliente reclamando que não tão recebendo emails de empresas grandes (como voce diz que fulando ta errado?...), e que o meu server que deve estar com problema, etc. O que eu estou fazendo é encaminhando respostas, com a RFC 2821 em anexo pros meus clientes com cópia pros responsáveis pelos domínios me questão, explicando o porque do bloqueio, e delicadamente pedindo que façam da forma certa. Temporáriamente também estou colocando uma linha pro IP do dito cujo no meu tcp.rules, não exigindo o HELOCHECK dele. O que eu queria saber é se tem alguém que ja teve o mesmo problema, e que se adotou uma estratégia parecida, queira compartilhar. Jean Victor escreveu: O processamento desta máquina deve ser altíssimo, não? Por curiosidade. qual o hw dela? Pois é cara... não é tanto não. No horario de pico, bate 80% a 90% de CPU, isso porque ainda roda Apache + PHP + FreeTDS com um site dinâmico de mais de 5000 acessos únicos diários, incrível não ? Nada mais que um P4 3.0 HT, 2 GB de RAM DDR 400 e um HD SATA-II de 160 GB 7200 RPM, e claro... em um FreeBSD 6.2 Custom Kernel. Oi Jean, O processamento desta máquina deve ser altíssimo, não? Por curiosidade. qual o hw dela? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Servidor Telnet !
Pessoal, Preciso configurar um servidor BSD para rodar usuários que terão acesso apenas por Telnet para utilizar o lynx. Tipo um terminal server via Telnet e rodar apenas o lynx (Navegador Texto)! Se possível já seria legal assim que logar na maquina, já abrir o elinks e quando sair já fechar a sessão. Por onde encontro referencias sobre como fazer isso? Atenciosamente Jean Duarte - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas ao compilar PGCluster 1.9.0rc5
Boa tarde pessoal quando eu estou compilando o pgcluster me ocorre um erro, se alguem puder me ajudar eu agradeço. ./configure checking build system type... i386-unknown-freebsd7.0 checking host system type... i386-unknown-freebsd7.0 checking which template to use... freebsd checking whether to build with 64-bit integer date/time support... no checking whether NLS is wanted... no checking for default port number... 5432 checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking if gcc supports -Wdeclaration-after-statement... yes checking if gcc supports -Wendif-labels... yes checking if gcc supports -fno-strict-aliasing... yes configure: using CFLAGS=-O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing checking whether the C compiler still works... yes checking how to run the C preprocessor... gcc -E checking allow thread-safe client libraries... no checking whether to build with Tcl... no checking whether to build Perl modules... no checking whether to build Python modules... no checking whether to build with GSSAPI support... no checking whether to build with Kerberos 5 support... no checking whether to build with PAM support... no checking whether to build with LDAP support... no checking whether to build with Bonjour support... no checking whether to build with OpenSSL support... no checking for egrep... grep -E configure: using CPPFLAGS= configure: using LDFLAGS= checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for ranlib... ranlib checking for strip... strip checking whether it is possible to strip libraries... yes checking for tar... /usr/bin/tar checking whether ln -s works... yes checking for gawk... gawk checking for bison... bison -y configure: using bison (GNU Bison) 2.3 checking for flex... /usr/bin/flex configure: using /usr/bin/flex version 2.5.4 checking for perl... /usr/bin/perl checking for main in -lm... yes checking for library containing setproctitle... none required checking for library containing dlopen... none required checking for library containing socket... none required checking for library containing shl_load... no checking for library containing getopt_long... none required checking for library containing crypt... -lcrypt checking for library containing fdatasync... no checking for library containing shmget... none required checking for -lreadline... yes (-lreadline) checking for inflate in -lz... yes checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking crypt.h usability... no checking crypt.h presence... no checking for crypt.h... no checking dld.h usability... no checking dld.h presence... no checking for dld.h... no checking fp_class.h usability... no checking fp_class.h presence... no checking for fp_class.h... no checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking ieeefp.h usability... yes checking ieeefp.h presence... yes checking for ieeefp.h... yes checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking poll.h usability... yes checking poll.h presence... yes checking for poll.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking sys/ipc.h usability... yes checking sys/ipc.h presence... yes checking for sys/ipc.h... yes checking sys/poll.h usability... yes checking sys/poll.h presence... yes checking for sys/poll.h... yes checking sys/pstat.h usability... no checking sys/pstat.h presence... no checking for sys/pstat.h... no checking sys/resource.h usability... yes checking sys/resource.h presence... yes checking for sys/resource.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/sem.h usability... yes checking sys/sem.h presence... yes checking for sys/sem.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/shm.h usability... yes checking sys/shm.h presence... yes checking for sys/shm.h... yes checking sys/tas.h usability... no checking sys/tas.h presence... no checking for sys/tas.h... no
Re: [FUG-BR] Duvida Servidor HP Proliant DL180 G5
- Olá amigo, Instalei nele o F7.0 e a placa de rede não funcionou, a controladora sata foi detectada corretamente, mas não pude testar pois estou usando uma controladora smart array e200 sas. Pela pressa vou adicionar uma outra placa de rede da hp, se eu conseguir colocar para funcionar a placa de rede eu aviso voce, e vice-versa. Um bom dia! Jean Zanuzo Oi, atualizei a versao do F7 para stable: FreeBSD w3nt-c01.w3nt.com 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat Jun 14 05:20:02 UTC 2008 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/W3NT_C01 amd64 e a placa de rede está ok. bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=dbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,POLLING,VLAN_HWCSUM ether 00:1f:29:d0:f8:25 media: Ethernet autoselect (100baseTX full-duplex) status: active - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd