Re: [FUG-BR] RES: por que (ainda) sendmail?
Vitor Carvalho wrote: Pessoal só dando meu palpite, por padrão a instalação do FreeBSD usa o sendmail, só que só verificar o servidor de email, MX, do domínio freebsd.org roda Postfix. Por padrão de instalação instala o Sendmail, só que ele não é utilizado, utiliza-se o Postifx. Teria alguma explicação??? A instalação do FreeBSD não tem a intenção de ser sempre um MTA, principalmente com um grande volume de emails. O sendmail tem a princípio o papel de mandar os emails de mensagens do sistema para o root. Quando vai se montar um servidor de email, utiliza-se o MTA que for mais adequado, e no caso do hub.FreeBSD.org, máquina que envia todos os emails @FreeBSD.org, utiliza-se postfix. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] HD SATA
Pessoal, Como saber se um HD está instalado em IDE ou SATA? Tem algum comando? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Evandro Sua duvida e ou desespero com spam, acredito ser geral. Algumas coisas podem pelo menos minimizar as mensagens com spam. Dentre elas pode verificar algumas listas que diminuem em muito o trafego de spam sem o uso do spamcontrol. Aqui existe uma série de listas: http://www.rulesemporium.com/ que podem ser atualizadas de forma automática através do script http://www.exit0.us/index.php?pagename=RulesDuJour que tem no ports do freebsd /usr/ports/mail/spamass-rules_du_jour. Na pagina do próprio spamassassin também tem varias regras http://wiki.apache.org/spamassassin/CustomRulesets que também tem no ports do freebsd /usr/ports/mail/spamass-rules Outro site interessnate é o http://www.malware.com.br/ que prove uma lista atualizada diariamente para o spamassassim em http://www.malware.com.br/cgi/submit?action=list_sa De uma olhada também neste artigo *Qtrap e ASK: Barrando SPAM por palavras (http://www.linuxit.com.br/article4338.html) que trata de barrar spam por palavras chave. Enfim é complicado e dispendioso, mas acredito que vale a pena tentar. Abraços Carlos A. Talhati * Evandro Zampieri escreveu: Olá pessoal, Preciso urgentemente resolver o problema de spam nos domínios que hospedo aqui no provedor. Já tenho o qmail instalado com rblsmtpd, smtpauth, spamassassin, clamav, qmail-scanner, etc... rodando num FreeBSD 4.11, só que ainda chegam dezenas de spam por dia nas contas desses domínios... Pelo log do smtpd (/var/log/qmail/smtpd/current) vejo que o muitas mensagens são barradas pelo rblsmtpd, mas creio que o spamassassin não está fazendo nada Um dos problemas são os emails com remetentes em branco tipo from [EMAIL PROTECTED] ou tipo esses que ficam enchendo a fila... 12 Jul 2006 20:27:57 GMT #1284756 2399 remote [EMAIL PROTECTED] Pretendo instalar um novo servidor de email, seguindo o artigo postado pelo Carlos Talhati e pelo Renato Botelho, sobre o Qmail do ports com Spamcontrol. Só que meu tempo é curto e recentemente testamos o MAV, solução criada pelo pessoal da +Informática de BH... o sistema é ótimo mas tem um cu$to mensal pela manutenção das regras e da base de dados deles... Daí então fica a dúvida?!?!?!?!? Como farei pra manter atualizado e funcional o Qmail c/ Spamcontrol sendo que os spammers estão a toda hora criando novas mensagens com novos subjects... etc... etc.. etc... Att. EVANDRO ZAMPIERI E-COMP Provedor Internet Afiliado à Rede Global Info Rua Santos Dumont, 521 Birigüi - SP - 16200-095 FoneFax (18) 3644-6000 - 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] Ports Qmail x SPAM
Evandro, Aqui no provedor onde eu trabalho, usamos a técnica de Greylisting (http://projects.puremagic.com/greylisting/) e o resultado foi a diminuição de cerca de 80% no número de SPAMs recebidos. Ele funciona da seguinte maneira: Quando alguem envia um e-mail para um dominio em seu servidor, ele pega o IP, remetente e destinatário e coloca em um banco de dados e dá uma mensagem de servidor ocupado para o servidor que está enviando o e-mail. Por default, um servidor de e-mail deve retransmitir esse e-mail novamente depois de algum tempo e ao retransmitir, ele verifica novamente IP, remetendte e destinatário, caso esse dados estejam no banco de dados (lista cinza) ele é colocado em sua lista branca e o e-mail é entregue. A redução se dá pelo fato dos spammers não utilizarem servidores de e-mail para enviar o SPAM e sim programas que não entendem a resposta de servidor ocupado emitida a primeira vez pelo servidor, assim não entrega o SPAM. Evandro Zampieri escreveu: Olá pessoal, Preciso urgentemente resolver o problema de spam nos domínios que hospedo aqui no provedor. Já tenho o qmail instalado com rblsmtpd, smtpauth, spamassassin, clamav, qmail-scanner, etc... rodando num FreeBSD 4.11, só que ainda chegam dezenas de spam por dia nas contas desses domínios... Pelo log do smtpd (/var/log/qmail/smtpd/current) vejo que o muitas mensagens são barradas pelo rblsmtpd, mas creio que o spamassassin não está fazendo nada Um dos problemas são os emails com remetentes em branco tipo from [EMAIL PROTECTED] ou tipo esses que ficam enchendo a fila... 12 Jul 2006 20:27:57 GMT #1284756 2399 remote [EMAIL PROTECTED] Pretendo instalar um novo servidor de email, seguindo o artigo postado pelo Carlos Talhati e pelo Renato Botelho, sobre o Qmail do ports com Spamcontrol. Só que meu tempo é curto e recentemente testamos o MAV, solução criada pelo pessoal da +Informática de BH... o sistema é ótimo mas tem um cu$to mensal pela manutenção das regras e da base de dados deles... Daí então fica a dúvida?!?!?!?!? Como farei pra manter atualizado e funcional o Qmail c/ Spamcontrol sendo que os spammers estão a toda hora criando novas mensagens com novos subjects... etc... etc.. etc... Att. EVANDRO ZAMPIERI E-COMP Provedor Internet Afiliado à Rede Global Info Rua Santos Dumont, 521 Birigüi - SP - 16200-095 FoneFax (18) 3644-6000 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- MD Brasil - Tecnologia da Informação*Marcelo Divaldo Brake - Suporte Técnico MD Brasil - Tecnologia da Informação Provedor Associado à Rede Global Info Fone/Fax: (17) 3342-7277 http://www.mdbrasil.com.br/ * * A felicidade não esta nas pessoas onde muitos a procuram, e sim no coração onde muitos a não encontram.* (Provérbios Populares) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Marcelo Divaldo Brake wrote: Evandro, Aqui no provedor onde eu trabalho, usamos a técnica de Greylisting (http://projects.puremagic.com/greylisting/) e o resultado foi a diminuição de cerca de 80% no número de SPAMs recebidos. Ele funciona da seguinte maneira: Quando alguem envia um e-mail para um dominio em seu servidor, ele pega o IP, remetente e destinatário e coloca em um banco de dados e dá uma mensagem de servidor ocupado para o servidor que está enviando o e-mail. Por default, um servidor de e-mail deve retransmitir esse e-mail novamente depois de algum tempo e ao retransmitir, ele verifica novamente IP, remetendte e destinatário, caso esse dados estejam no banco de dados (lista cinza) ele é colocado em sua lista branca e o e-mail é entregue. A redução se dá pelo fato dos spammers não utilizarem servidores de e-mail para enviar o SPAM e sim programas que não entendem a resposta de servidor ocupado emitida a primeira vez pelo servidor, assim não entrega o SPAM. Eu acho que é uma técnica válida, hoje, mas a medida que muitos SMTPs vão adotando essa técnica, não vai demorar nada pros spammers melhorarem o programinha e fazê-lo tentar uma 2a. vez sempre que não for entregue. Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Sei não.. aqui na freebsdbrasil, já ando notando minha caixa de SPAM começando a ficar populada durante os finais de semanas. Esse pessoal se adapta mais rápido que a gente imagina :) - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Squid - processador x disco
Salve Galera! Gostaria de uma sugestão dos conhecedores de squid Estou montando um servidor squid aqui e tenho duas opções: 1 máquina Athlon 2Ghz dual processor com HD IDE 1Ghz de Ram 1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? PS: Já tenho as duas máquinas na mão, apenas gostaria de saber a opnião dos colegas sobre qual utilizar... não pretendo investir em equipamento no momento. []s --- Fabrício F. Kammer ConchalNet - Soluções Wireless (19) 3866-1927 www.conchalnet.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] Squid - processador x disco
Em Qui, 2006-07-13 às 09:25 -0300, Fabrício Fadel Kammer escreveu: Salve Galera! Gostaria de uma sugestão dos conhecedores de squid Estou montando um servidor squid aqui e tenho duas opções: 1 máquina Athlon 2Ghz dual processor com HD IDE 1Ghz de Ram 1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? Eu te aconselho usar a maquina com 1 processador de HD Sata, pois muito provavelmente o sata é mais rapido que o ide, e o que pega na performance do squid é disco. O meu squid atende umas 400 estações aqui no trabalho e o consumo de CPU dele é de 5 a 10%, ou seja, ele não é voraz de processamento. []s Nilson PS.: Unidade de medição pra tamanho de memória ou disco é GB (Giga Byte) e nao GHz (tem q ser H maiusculo, Giga Hertz) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
O que vocês acham da SPAMHAUS.ORG? muitos provedores tem adotado... (parece que é pago) Só tem uma coisa que me deixa IRADO... é que a maioria dos ips da VELOX estão nela... e sempre que meu roteador velox reconecta tenho que lembrar de consultar, e se for o caso reconectar novamente para pegar outro ip, caso contrário os emails que mando voltam geral... tenham um bom dia... []'s welkson - Original Message - From: Renato Botelho [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thursday, July 13, 2006 8:52 AM Subject: Re: [FUG-BR] Ports Qmail x SPAM Marcelo Divaldo Brake wrote: Evandro, Aqui no provedor onde eu trabalho, usamos a técnica de Greylisting (http://projects.puremagic.com/greylisting/) e o resultado foi a diminuição de cerca de 80% no número de SPAMs recebidos. Ele funciona da seguinte maneira: Quando alguem envia um e-mail para um dominio em seu servidor, ele pega o IP, remetente e destinatário e coloca em um banco de dados e dá uma mensagem de servidor ocupado para o servidor que está enviando o e-mail. Por default, um servidor de e-mail deve retransmitir esse e-mail novamente depois de algum tempo e ao retransmitir, ele verifica novamente IP, remetendte e destinatário, caso esse dados estejam no banco de dados (lista cinza) ele é colocado em sua lista branca e o e-mail é entregue. A redução se dá pelo fato dos spammers não utilizarem servidores de e-mail para enviar o SPAM e sim programas que não entendem a resposta de servidor ocupado emitida a primeira vez pelo servidor, assim não entrega o SPAM. Eu acho que é uma técnica válida, hoje, mas a medida que muitos SMTPs vão adotando essa técnica, não vai demorar nada pros spammers melhorarem o programinha e fazê-lo tentar uma 2a. vez sempre que não for entregue. Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - 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] por que (ainda) sendmail?
Então, essa mesma questão rolou poucos dias atrás na lista de developers do Free. O que foi comentado lá, é que no NetBSD colocou o postfix no base system anos antes de remover o sendmail, então a coisa foi bem testada. Não é um processo tão simples colocar um aplicativo no base system, e, pelo que noto, o postfix sempre tem atualizações, o que torna a coisa mais complicada ainda. Outra coisa que foi comentada nessa thread, que não está disponível por ser uma lista fechada, várias pessoas pensam, inclusive eu, que deveríamos ter no base system, um mini-mta, apenas pra mandar os emails necessários do sistema, quem for montar um servidor de emails realmente, que escolha o seu mta preferido e instale. Enfim, depois de tudo o que foi falado, nada foi decidido, o que precisamos é de alguém disposto a fazer a mudança no src, qualquer um pode fazer isso e mandar um PR, se a proposta for boa e o trabalho bem feito, com certeza será committado. Garga, e que mini-MTA seria esse? De licenca BSD.. ou a ideia eh o Projeto criar esse mini-MTA? Essa ideia me parece ser a melhor. Colocar um postfix ou qmail na base, alem de ser ma ideia quanto a licenca, demandaria muito trabalho na manutencao de mais um contrib enorme; isso sem falar exim (coff) e que fatalmente a maioria acabaria fazendo o que faz com Sendmail, deixando de usar e instalando outro... Esse mini-MTA poderia ter um .cf similar ao do Sendmail e tambem usar m4 hehehe. Ai nao perderia a coisa mais legal do Sendmail: sua configuracao =) -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
Re: [FUG-BR] Ports Qmail x SPAM
O que vocês acham da SPAMHAUS.ORG? muitos provedores tem adotado... (parece que é pago) Só tem uma coisa que me deixa IRADO... é que a maioria dos ips da VELOX estão nela... e sempre que meu roteador velox reconecta tenho que lembrar de consultar, e se for o caso reconectar novamente para pegar outro ip, caso contrário os emails que mando voltam geral... tenham um bom dia... []'s welkson - Original Message - From: Renato Botelho [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thursday, July 13, 2006 8:52 AM Subject: Re: [FUG-BR] Ports Qmail x SPAM Marcelo Divaldo Brake wrote: Evandro, Aqui no provedor onde eu trabalho, usamos a técnica de Greylisting (http://projects.puremagic.com/greylisting/) e o resultado foi a diminuição de cerca de 80% no número de SPAMs recebidos. Ele funciona da seguinte maneira: Quando alguem envia um e-mail para um dominio em seu servidor, ele pega o IP, remetente e destinatário e coloca em um banco de dados e dá uma mensagem de servidor ocupado para o servidor que está enviando o e-mail. Por default, um servidor de e-mail deve retransmitir esse e-mail novamente depois de algum tempo e ao retransmitir, ele verifica novamente IP, remetendte e destinatário, caso esse dados estejam no banco de dados (lista cinza) ele é colocado em sua lista branca e o e-mail é entregue. A redução se dá pelo fato dos spammers não utilizarem servidores de e-mail para enviar o SPAM e sim programas que não entendem a resposta de servidor ocupado emitida a primeira vez pelo servidor, assim não entrega o SPAM. Eu acho que é uma técnica válida, hoje, mas a medida que muitos SMTPs vão adotando essa técnica, não vai demorar nada pros spammers melhorarem o programinha e fazê-lo tentar uma 2a. vez sempre que não for entregue. Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - 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] Ports Qmail x SPAM
Cara, vc ainda pode fazer um tarpit com o PF e SPAMD, usar algo como o chkuser para checar mx, dns e recipientes. E eliminar alguns e-mail pela linguagem, como spam dos Koreanos (ks_c_5601-1987). TMDA, SPF, etc.. E-mails assim, [EMAIL PROTECTED] pode ser filtrado com uma regrinha no chkuser. Por isso curto o qmail, você pode implementar muita coisa nele, e cada SPAM que vc barra é lucro! On 7/13/06, Renato Frederick [EMAIL PROTECTED] wrote: Sei não.. aqui na freebsdbrasil, já ando notando minha caixa de SPAM começando a ficar populada durante os finais de semanas. Esse pessoal se adapta mais rápido que a gente imagina :) - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Éderson H. Chimbida ( aka neurobashing ) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Patrick Tracanelli wrote: Então, essa mesma questão rolou poucos dias atrás na lista de developers do Free. O que foi comentado lá, é que no NetBSD colocou o postfix no base system anos antes de remover o sendmail, então a coisa foi bem testada. Não é um processo tão simples colocar um aplicativo no base system, e, pelo que noto, o postfix sempre tem atualizações, o que torna a coisa mais complicada ainda. Outra coisa que foi comentada nessa thread, que não está disponível por ser uma lista fechada, várias pessoas pensam, inclusive eu, que deveríamos ter no base system, um mini-mta, apenas pra mandar os emails necessários do sistema, quem for montar um servidor de emails realmente, que escolha o seu mta preferido e instale. Enfim, depois de tudo o que foi falado, nada foi decidido, o que precisamos é de alguém disposto a fazer a mudança no src, qualquer um pode fazer isso e mandar um PR, se a proposta for boa e o trabalho bem feito, com certeza será committado. Garga, e que mini-MTA seria esse? De licenca BSD.. ou a ideia eh o Projeto criar esse mini-MTA? Essa ideia me parece ser a melhor. Colocar um postfix ou qmail na base, alem de ser ma ideia quanto a licenca, demandaria muito trabalho na manutencao de mais um contrib enorme; isso sem falar exim (coff) e que fatalmente a maioria acabaria fazendo o que faz com Sendmail, deixando de usar e instalando outro... Esse mini-MTA poderia ter um .cf similar ao do Sendmail e tambem usar m4 hehehe. Ai nao perderia a coisa mais legal do Sendmail: sua configuracao =) Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. Ahm, um mini-fork do sendmail entao. Tomara que a ideia nao morra :) -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
Re: [FUG-BR] por que (ainda) sendmail?
Em 13/07/06, Patrick Tracanelli[EMAIL PROTECTED] escreveu: Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. Ahm, um mini-fork do sendmail entao. Tomara que a ideia nao morra :) -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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 E o que acham da substituição do NIS pelo LDAP? -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Utilize um smtp para envio de mensagens, dos seus clientes E um outro smtp, com checagem A rbl, SOFTFAIL, etc etc etc, para recebimento de mensagens da internet. Muitos provedores tem o péssimo hábito de usar o mesmo smtp de conexões entrantes para conexões de clientes.. daí eles mesmos bloqueiam os clientes :-/ Utilizando-se 2 SMTP(um em cada IP), isso resolve, já que nenhum velox vai entregar email pra seu domínio, só enviar para outros domínios, logo, justificando os bloqueios da spamhaus e outros. - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Welkson Renny de Medeiros Sent: quinta-feira, 13 de julho de 2006 09:36 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Ports Qmail x SPAM O que vocês acham da SPAMHAUS.ORG? muitos provedores tem adotado... (parece que é pago) Só tem uma coisa que me deixa IRADO... é que a maioria dos ips da VELOX estão nela... e sempre que meu roteador velox reconecta tenho que lembrar de consultar, e se for o caso reconectar novamente para pegar outro ip, caso contrário os emails que mando voltam geral... tenham um bom dia... []'s welkson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Sim, já uso tarpit do próprio qmail Chkuser é ativado caso o greylist aceite(o que não impede de usuários válido receberem o spam). Como falaram, é sempre uma luta constante :( O ideal seria todos adotarem spf, o que resolveria quase todos os problemas. Vi que há um novo spam/virus, do orkut Já recebi 4 hoje, que seriam removidos pelo spf facilmente :/ - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Éderson Chimbida Sent: quinta-feira, 13 de julho de 2006 09:47 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Ports Qmail x SPAM Cara, vc ainda pode fazer um tarpit com o PF e SPAMD, usar algo como o chkuser para checar mx, dns e recipientes. E eliminar alguns e-mail pela linguagem, como spam dos Koreanos (ks_c_5601-1987). TMDA, SPF, etc.. E-mails assim, [EMAIL PROTECTED] pode ser filtrado com uma regrinha no chkuser. Por isso curto o qmail, você pode implementar muita coisa nele, e cada SPAM que vc barra é lucro! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Celso Viana wrote: Em 13/07/06, Patrick Tracanelli[EMAIL PROTECTED] escreveu: Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. Ahm, um mini-fork do sendmail entao. Tomara que a ideia nao morra :) -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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 E o que acham da substituição do NIS pelo LDAP? Isso implica em adicionar o LDAP no base system, sinceramente, a idéia de enfiar produtos como esse no base system não me agrada nem um pouco. Tínhamos o perl no base system até a versão 4, e era terrível na minha opinião, atualização extremamente complicada, acho que não vale a pena não. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - processador x disco
Fabrício, para uma boa performance do Squid, será necessária uma boa taxa de I/O de disco. Então... SATA, SATA, SATA, sem dúvidas. =) Boa sorte. Abraços, Felipe Neuwald. Fabrício Fadel Kammer escreveu: Salve Galera! Gostaria de uma sugestão dos conhecedores de squid Estou montando um servidor squid aqui e tenho duas opções: 1 máquina Athlon 2Ghz dual processor com HD IDE 1Ghz de Ram 1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? PS: Já tenho as duas máquinas na mão, apenas gostaria de saber a opnião dos colegas sobre qual utilizar... não pretendo investir em equipamento no momento. []s --- Fabrício F. Kammer ConchalNet - Soluções Wireless (19) 3866-1927 www.conchalnet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Hehehe, essas idéias de mudar o core do sistema, seja ele nis ou sendmail já nascem mortas. Primeiro porque tem muita gente cabeça dura, depois, se aceito, creio que não há no projeto gente com tanto tempo assim, afinal, não se faz e testa um servidor da noite pro dia :) Duvido muito que isso vá pra frente. Acho que o melhor que podiam fazer com o sendmail já fizeram, colocaram ele por default fechado ao máximo, so entregando emails de sistema pra user local... e olha que isso não é tão recente assim, deve ter motivos. Abraços - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Celso Viana Sent: quinta-feira, 13 de julho de 2006 10:38 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] por que (ainda) sendmail? Em 13/07/06, Patrick Tracanelli[EMAIL PROTECTED] escreveu: Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. Ahm, um mini-fork do sendmail entao. Tomara que a ideia nao morra :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Renato Frederick wrote: Sim, já uso tarpit do próprio qmail Chkuser é ativado caso o greylist aceite(o que não impede de usuários válido receberem o spam). Como falaram, é sempre uma luta constante :( O ideal seria todos adotarem spf, o que resolveria quase todos os problemas. Vi que há um novo spam/virus, do orkut Já recebi 4 hoje, que seriam removidos pelo spf facilmente :/ Concordo, o SPF seria o ideal, porém, como você citou, todos teriam que usar.. e isso é difícil de acontecer. :-( -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Concordo, o SPF seria o ideal, porém, como você citou, todos teriam que usar.. e isso é difícil de acontecer. :-( Ainda sou a favor de um abaixo-assinado: queremos SPF no SpamControl! =) Pq aplicar esse patch + SC na mao, da moh trampo... -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
Re: [FUG-BR] por que (ainda) sendmail?
Em 13/07/06, Renato Frederick[EMAIL PROTECTED] escreveu: Hehehe, essas idéias de mudar o core do sistema, seja ele nis ou sendmail já nascem mortas. Primeiro porque tem muita gente cabeça dura, depois, se aceito, creio que não há no projeto gente com tanto tempo assim, afinal, não se faz e testa um servidor da noite pro dia :) Duvido muito que isso vá pra frente. Acho que o melhor que podiam fazer com o sendmail já fizeram, colocaram ele por default fechado ao máximo, so entregando emails de sistema pra user local... e olha que isso não é tão recente assim, deve ter motivos. Abraços - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Celso Viana Sent: quinta-feira, 13 de julho de 2006 10:38 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] por que (ainda) sendmail? Em 13/07/06, Patrick Tracanelli[EMAIL PROTECTED] escreveu: Fala Patrick, Não foram citados detalhes, apenas idéias genéricas. Mas acredito que seria um pedaço do próprio sendmail, adaptado pra fazer só o serviço mínimo necessário. Ahm, um mini-fork do sendmail entao. Tomara que a ideia nao morra :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Renato, NIS, na minha opinião, está obsoleto/ultrapassado e como FreeBSD é um OS que está sempre inovando, acho sim que seria interessante essa modernização. Claro que não é tão simples assim, pois o LDAP, por se só é bem complexo. Quem sabe um dia as coisas mudem. -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Renato Botelho wrote: Patrick Tracanelli wrote: Concordo, o SPF seria o ideal, porém, como você citou, todos teriam que usar.. e isso é difícil de acontecer. :-( Ainda sou a favor de um abaixo-assinado: queremos SPF no SpamControl! =) Pq aplicar esse patch + SC na mao, da moh trampo... Se alguém se propuser a fazer o merge, eu ponho no ports... :P O problema nao e so fazer a primeira vez, eh manter :( Por isso tinha que ja estar no SC. Porque pra cada vez que o SC mudar, ou se mudar as opcoes aplicadas, o patch do SPF muda tambem.. pra cada versao ou #ifdef :( -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
[FUG-BR] RES: Squid - processador x disco
Olá Nilson Aqui tenho um sempron 2800+ rodando o squid para atender cerca de 300 estações e o consumo de CPU/RAM é bem maior, em torno de 40% da CPU, por isso fiquei ponderando em utilizar uma máquina com processamento melhor. []s -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: quinta-feira, 13 de julho de 2006 09:29 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Squid - processador x disco Em Qui, 2006-07-13 às 09:25 -0300, Fabrício Fadel Kammer escreveu: Salve Galera! Gostaria de uma sugestão dos conhecedores de squid Estou montando um servidor squid aqui e tenho duas opções: 1 máquina Athlon 2Ghz dual processor com HD IDE 1Ghz de Ram 1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? Eu te aconselho usar a maquina com 1 processador de HD Sata, pois muito provavelmente o sata é mais rapido que o ide, e o que pega na performance do squid é disco. O meu squid atende umas 400 estações aqui no trabalho e o consumo de CPU dele é de 5 a 10%, ou seja, ele não é voraz de processamento. []s Nilson PS.: Unidade de medição pra tamanho de memória ou disco é GB (Giga Byte) e nao GHz (tem q ser H maiusculo, Giga Hertz) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Off Topic: Moderar e-mails saintes
Olá, Preciso de alguma ferramenta para moderar e-mails que saêm de uma rede (de uma rede mesmo) . Todos os e-mails que sãem serão interceptados por firewall e redirecionados para alguma ferramenta. Essa ferramenta terá uma queue de mails que os moderadores acessarão e aprovarão os envios das msgs que acharem plausíveis. Alguma sugestão? Grato, Pedro Mazzoni - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - processador x disco
Sata NORMAL nao é tudo isso nao. Se nao tiver NCQ habilitado ou for de 7200rpm, vai ter pouca diferenca com uma HD IDE normal. On 7/13/06, Felipe Neuwald [EMAIL PROTECTED] wrote: Fabrício, para uma boa performance do Squid, será necessária uma boa taxa de I/O de disco. Então... SATA, SATA, SATA, sem dúvidas. =) Boa sorte. Abraços, Felipe Neuwald. Fabrício Fadel Kammer escreveu: Salve Galera! Gostaria de uma sugestão dos conhecedores de squid Estou montando um servidor squid aqui e tenho duas opções: 1 máquina Athlon 2Ghz dual processor com HD IDE 1Ghz de Ram 1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? PS: Já tenho as duas máquinas na mão, apenas gostaria de saber a opnião dos colegas sobre qual utilizar... não pretendo investir em equipamento no momento. []s --- Fabrício F. Kammer ConchalNet - Soluções Wireless (19) 3866-1927 www.conchalnet.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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Como faco para barrar esses emails no qmail ? Acho que é spam mas nao sei como fazer para impedir, esta entupindo minha fila 12 Jul 2006 19:36:51 GMT #22331 35512 remote [EMAIL PROTECTED] 13 Jul 2006 00:37:27 GMT #22446 7305 remote [EMAIL PROTECTED] 13 Jul 2006 05:53:10 GMT #22492 3877 remote [EMAIL PROTECTED] 13 Jul 2006 07:08:58 GMT #22515 2204 remote [EMAIL PROTECTED] 13 Jul 2006 10:58:00 GMT #22584 2167 remote [EMAIL PROTECTED] 13 Jul 2006 12:03:07 GMT #22630 5830 remote [EMAIL PROTECTED] 12 Jul 2006 08:48:28 GMT #22240 2526 Alguma sugestao ? --- Éderson Chimbida [EMAIL PROTECTED] wrote: Cara, vc ainda pode fazer um tarpit com o PF e SPAMD, usar algo como o chkuser para checar mx, dns e recipientes. E eliminar alguns e-mail pela linguagem, como spam dos Koreanos (ks_c_5601-1987). TMDA, SPF, etc.. E-mails assim, [EMAIL PROTECTED] pode ser filtrado com uma regrinha no chkuser. Por isso curto o qmail, você pode implementar muita coisa nele, e cada SPAM que vc barra é lucro! On 7/13/06, Renato Frederick [EMAIL PROTECTED] wrote: Sei não.. aqui na freebsdbrasil, já ando notando minha caixa de SPAM começando a ficar populada durante os finais de semanas. Esse pessoal se adapta mais rápido que a gente imagina :) - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br Esse negócio de spam é uma praga e não vai ser fácil a gente se livrar disso, infelizmente. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Éderson H. Chimbida ( aka neurobashing ) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Mensagens no /var/log/messages
Pessoal, Meu /var/log/messages e o console estão lotados com as mensagens abaixo: Jul 13 11:11:14 /kernel: - drop- drop- drop- drop Jul 13 11:11:14 /kernel: - drop- drop Jul 13 11:11:15 /kernel: - drop Jul 13 11:11:15 /kernel: - drop Jul 13 11:11:15 /kernel: - drop- drop- drop Jul 13 11:11:16 /kernel: - drop Jul 13 11:11:16 /kernel: - drop- drop Jul 13 11:11:16 /kernel: - drop- drop Jul 13 11:11:16 /kernel: - drop Jul 13 11:11:17 /kernel: - drop Jul 13 11:11:17 /kernel: - drop- drop Jul 13 11:11:17 /kernel: - drop- drop- drop Jul 13 11:11:17 /kernel: - drop- drop- drop Jul 13 11:11:18 /kernel: - drop- drop- drop- drop Jul 13 11:11:19 /kernel: - drop- drop- drop Jul 13 11:11:21 /kernel: - drop- drop Jul 13 11:11:21 /kernel: - drop- drop- drop- drop- drop- drop- drop- drop Jul 13 11:11:21 /kernel: - drop Jul 13 11:11:21 /kernel: - drop- drop Pesquisei no google e no histórico, mas não encontrei nada que pudesse me dar uma luz. Algum dos amigos pode me dar uma ajuda com isso? Att. -- Tiago N. Furbeta Cangere Online Provedor de Internet Ltda. Provedor Associado à Global Info Campos Gerais - Sul de Minas (35) 3853-1100/3698-2006 [EMAIL PROTECTED] [EMAIL PROTECTED] (MSN Google Talk) ICQ# 60321102 | Skype: tfurbeta Linux User #412863 Esta mensagem foi enviada pelo webmail do Cangere Online http://www.cangere.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] Uso de Processadores Xeon - Urgente
Bom dia Tenho um FreeBSD 4.11 Stable rodando em uma máquina com Processador : CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs Coloquei as seguintes opcoes abaixo no kernel na tentativa de habilitar o HT porem no top vejo apenas processos consumindo a cpu0 # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? Obrigado pela atenção Alexandre - 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: Squid - processador x disco
Em Qui, 2006-07-13 às 11:09 -0300, Fabrício Fadel Kammer escreveu: Olá Nilson Aqui tenho um sempron 2800+ rodando o squid para atender cerca de 300 estações e o consumo de CPU/RAM é bem maior, em torno de 40% da CPU, por isso fiquei ponderando em utilizar uma máquina com processamento melhor. Estranho isso tudo de CPU, vc usa algo no squid q poderia estar consumindo mais CPU? Esse meu server é um Athlon 64 3000+ (rodando FreeBSD 6.0 IA32) e além do squid tenho o SquidGuard que tá sempre comendo uns 5% (somando todos os filhos) além de NAT. No fim das contas essa máquina está normalmente com 85% IDLE. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - processador x disco
Em Qui, 2006-07-13 às 11:14 -0300, Thiago Damas escreveu: Sata NORMAL nao é tudo isso nao. Se nao tiver NCQ habilitado ou for de 7200rpm, vai ter pouca diferenca com uma HD IDE normal. Sem dúvidas. Muita gente fica na fantasia de que aquele Maxtor ou Samsung SATA que comprou vai dar banho em SCSI, mas é só um lixinho de um HD IDE comum com a placa logica adaptada pra outro barramento (de IDE pra SATA), o ganho é mínimo. Existem apenas alguns poucos HDs SATA realmente rápidos, que pra mim se limitam aos Western Digital da série Raptor. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de Processadores Xeon - Urgente
On Thu, 2006-07-13 at 11:23 -0300, Alexandre Bunn wrote: Bom dia Tenho um FreeBSD 4.11 Stable rodando em uma máquina com Processador : CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs Coloquei as seguintes opcoes abaixo no kernel na tentativa de habilitar o HT porem no top vejo apenas processos consumindo a cpu0 # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? Obrigado pela atenção Acrescente essa linha no seu loader.conf ou no sysctl.conf. machdep.hyperthreading_allowed=1 t+ -- Danilo Augusto Vicente Lara [EMAIL PROTECTED] Celular: 61 8177-1361 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - processador x disco
Uma coisa que consome muita memoria e processamento no squid é uma má estruturação das regras. Já vi casos que uma regra de bloqueio simples, má estruturada tava comendo 200M de memória quando o squid era carregado. Sugestões: 1. agrupe ACLs similares 2. periodicamente gere um relatorio do squid e limpe os arquivos de log 3. agrupe ACLs similares 4. evite repetir 'chamadas' de ACLs 5. agrupe ACLs similares Bom, qualquer coisa, faz um PVT que explico melhor. Matheus Lamberti de Abreu BSD UserID: 051370 / ICQ UIN: 58854189 Se a vida é regida por uma licença, esta é BSD. Unix is very simple, but it takes a genius to understand the simplicity. Unix is user friendly. It's just selective about who its friends are. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Squid - processador x disco
Além da minha máquina ter um processador bem inferior a sua eu tbm estou usando o squid com diskd []s -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Nilson Debatin Enviada em: quinta-feira, 13 de julho de 2006 11:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Squid - processador x disco Em Qui, 2006-07-13 às 11:09 -0300, Fabrício Fadel Kammer escreveu: Olá Nilson Aqui tenho um sempron 2800+ rodando o squid para atender cerca de 300 estações e o consumo de CPU/RAM é bem maior, em torno de 40% da CPU, por isso fiquei ponderando em utilizar uma máquina com processamento melhor. Estranho isso tudo de CPU, vc usa algo no squid q poderia estar consumindo mais CPU? Esse meu server é um Athlon 64 3000+ (rodando FreeBSD 6.0 IA32) e além do squid tenho o SquidGuard que tá sempre comendo uns 5% (somando todos os filhos) além de NAT. No fim das contas essa máquina está normalmente com 85% IDLE. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Desespero com qmail, quase indo pro postfix
Ola.. Uso qmail a uns 4 anos, pq tenho varios dominios virtual e gostei da solucao do qmailadmin + vpopmail + mysql.. Só que o controle de spam no qmail é traumatico... estou conseguinto barrar spam a contendo no recebimento via o rblsmtp.. Mas minha queue se entope com relay/spam eu acho pq ta cheia de email tipo esses: 12 Jul 2006 19:36:51 GMT #22331 35512 remote [EMAIL PROTECTED] 13 Jul 2006 00:37:27 GMT #22446 7305 remote [EMAIL PROTECTED] 13 Jul 2006 05:53:10 GMT #22492 3877 remote [EMAIL PROTECTED] 13 Jul 2006 07:08:58 GMT #22515 2204 remote [EMAIL PROTECTED] 13 Jul 2006 10:58:00 GMT #22584 2167 remote [EMAIL PROTECTED] 13 Jul 2006 12:03:07 GMT #22630 5830 remote [EMAIL PROTECTED] Onde esse quer dizer sem sender eu acho... Passei meu servidor nos testes de relay e nos teste como esse ele deixa fazer relay.. sei la se deixa tambem, pq fica isso tudo na fila. Alguem sabe o que posso fazer para bloquer isso ? Estou tentando nao mudar de mta, mas ta dificil... []'s __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de Processadores Xeon - Urgente
Alexandre Bunn wrote: Bom dia Tenho um FreeBSD 4.11 Stable rodando em uma máquina com Processador : CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.50-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs Coloquei as seguintes opcoes abaixo no kernel na tentativa de habilitar o HT porem no top vejo apenas processos consumindo a cpu0 # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? machdep.hlt_logical_cpus=0 machdep.hyperthreading_allowed=1 /boot/loader.conf Abraços Obrigado pela atenção Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
São emails de bounce enviados a destinarários locais não existentes. Aplique o patch do chkuser :) - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tempra Turbo Sent: quinta-feira, 13 de julho de 2006 11:16 To: Lista Brasileira de Discussão sobre FreeBSD Subject: Re: [FUG-BR] Ports Qmail x SPAM Como faco para barrar esses emails no qmail ? Acho que é spam mas nao sei como fazer para impedir, esta entupindo minha fila 12 Jul 2006 19:36:51 GMT #22331 35512 remote [EMAIL PROTECTED] 13 Jul 2006 00:37:27 GMT #22446 7305 remote [EMAIL PROTECTED] 13 Jul 2006 05:53:10 GMT #22492 3877 remote [EMAIL PROTECTED] 13 Jul 2006 07:08:58 GMT #22515 2204 remote [EMAIL PROTECTED] 13 Jul 2006 10:58:00 GMT #22584 2167 remote [EMAIL PROTECTED] 13 Jul 2006 12:03:07 GMT #22630 5830 remote [EMAIL PROTECTED] 12 Jul 2006 08:48:28 GMT #22240 2526 Alguma sugestao ? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desespero com qmail, quase indo pro postfix
Instale também o spamcontrol. - Renato Frederick FreeBSD Brasil LTDA. Fone: (31) 3281-9633 http://www.freebsdbrasil.com.br -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tempra Turbo Sent: quinta-feira, 13 de julho de 2006 11:41 To: FUG Subject: [FUG-BR] Desespero com qmail, quase indo pro postfix Ola.. Uso qmail a uns 4 anos, pq tenho varios dominios virtual e gostei da solucao do qmailadmin + vpopmail + mysql.. Só que o controle de spam no qmail é traumatico... estou conseguinto barrar spam a contendo no recebimento via o rblsmtp.. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desespero com qmail, quase indo pro postfix
Onde esse quer dizer sem sender eu acho... Isso quer dizer Null Sender, e voce nao pode bloquear, se bloquear ta quenrando a RFC, se nao cumprir com a RFC outros podem te bloquear e com razao de ser. Investigue a causa desses Null Sender estar chegando em voce, se for o caso habilite suporte a recipients ou chkuser. Alguem sabe o que posso fazer para bloquer isso ? Bloquear e errado. Mas se quiser mesmo assim, use o badmailfrom, badrcptto, ... assumindo que voce use spamcontrol pra usar regexp.. Estou tentando nao mudar de mta, mas ta dificil... MTAs diferentes, problemas diferentes. Essa eh a unica certeza. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
Re: [FUG-BR] Uso de Processadores Xeon - Urgente
# To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? Obrigado pela atenção Falta voce explicitamente habilitar HTT, definindo machdep.hyperthreading_allowed=1 Mas antes leia: http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc http://www.daemonology.net/hyperthreading-considered-harmful/ -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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
Re: [FUG-BR] por que (ainda) sendmail?
Olá pessoal, Isso implica em adicionar o LDAP no base system, sinceramente, a idéia de enfiar produtos como esse no base system não me agrada nem um pouco. Tínhamos o perl no base system até a versão 4, e era terrível na minha opinião, atualização extremamente complicada, acho que não vale a pena não. Concordo plenamente com o Renato Botelho, temos que deixar a base do sistema o mais clean possível. Abraços -- Diego Linke Public Key: http://www.gamk.com.br/gamk.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports Qmail x SPAM
Patrick Tracanelli wrote: Renato Botelho wrote: Patrick Tracanelli wrote: Concordo, o SPF seria o ideal, porém, como você citou, todos teriam que usar.. e isso é difícil de acontecer. :-( Ainda sou a favor de um abaixo-assinado: queremos SPF no SpamControl! =) Pq aplicar esse patch + SC na mao, da moh trampo... Se alguém se propuser a fazer o merge, eu ponho no ports... :P O problema nao e so fazer a primeira vez, eh manter :( Por isso tinha que ja estar no SC. Porque pra cada vez que o SC mudar, ou se mudar as opcoes aplicadas, o patch do SPF muda tambem.. pra cada versao ou #ifdef :( Pelo que já andei conversando com o Erwin Hoffman, ele não tá muito afim de adicionar não, infelizmente. Agora, se o pessoal começar a bombardear a INBOX dele com emails solicitando, pode ser que ele mude de idéia... :-) -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desespero com qmail, quase indo pro postfix
Como faco entao para habilitar esse recipients ou chkuser ? Ou badmailfrom badrcpto, isso é do proprio qmail ? []'s Onde esse quer dizer sem sender eu acho... Isso quer dizer Null Sender, e voce nao pode bloquear, se bloquear ta quenrando a RFC, se nao cumprir com a RFC outros podem te bloquear e com razao de ser. Investigue a causa desses Null Sender estar chegando em voce, se for o caso habilite suporte a recipients ou chkuser. Alguem sabe o que posso fazer para bloquer isso ? Bloquear e errado. Mas se quiser mesmo assim, use o badmailfrom, badrcptto, ... assumindo que voce use spamcontrol pra usar regexp.. Estou tentando nao mudar de mta, mas ta dificil... MTAs diferentes, problemas diferentes. Essa eh a unica certeza. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Desespero com qmail, quase indo pro postfix
Caraca meu velho Faço minha suas palavras... estou usando há 3 anos mas tá difícil Minha esperança é o Ports Qmail com o Spamcontrol que os colegas estão me ajudando aqui na lista... Patrick, Jean... acho que vamos acabar nos vendo em agosto ai em BH !!! Att. EVANDRO ZAMPIERI E-COMP Provedor Internet Afiliado à Rede Global Info Rua Santos Dumont, 521 Birigüi - SP - 16200-095 FoneFax (18) 3644-6000 - Original Message - From: Tempra Turbo [EMAIL PROTECTED] To: FUG freebsd@fug.com.br Sent: Thursday, July 13, 2006 11:41 AM Subject: [FUG-BR] Desespero com qmail, quase indo pro postfix Ola.. Uso qmail a uns 4 anos, pq tenho varios dominios virtual e gostei da solucao do qmailadmin + vpopmail + mysql.. Só que o controle de spam no qmail é traumatico... estou conseguinto barrar spam a contendo no recebimento via o rblsmtp.. Mas minha queue se entope com relay/spam eu acho pq ta cheia de email tipo esses: 12 Jul 2006 19:36:51 GMT #22331 35512 remote [EMAIL PROTECTED] 13 Jul 2006 00:37:27 GMT #22446 7305 remote [EMAIL PROTECTED] 13 Jul 2006 05:53:10 GMT #22492 3877 remote [EMAIL PROTECTED] 13 Jul 2006 07:08:58 GMT #22515 2204 remote [EMAIL PROTECTED] 13 Jul 2006 10:58:00 GMT #22584 2167 remote [EMAIL PROTECTED] 13 Jul 2006 12:03:07 GMT #22630 5830 remote [EMAIL PROTECTED] Onde esse quer dizer sem sender eu acho... Passei meu servidor nos testes de relay e nos teste como esse ele deixa fazer relay.. sei la se deixa tambem, pq fica isso tudo na fila. Alguem sabe o que posso fazer para bloquer isso ? Estou tentando nao mudar de mta, mas ta dificil... []'s __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - 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] nao consigo postar mensagens
Ola, Desculpe, nao estou conseguindo postar mensagens na listas. Recebo uma mensagem de retorno com assunto: resultado de seus comandos de email Depois aparece parte da mensagem com titulo Processados e outra parte com titulo Ignorados. Alguem poderia ajudar? Grato Dilson __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de Processadores Xeon - Urgente
Boa tarde Colocando a variavel no /boot/loader.conf e reinciando o server passa a aparecer essa variavel no sysctl -a Porem o problema de os processos ficarem apenas no CPU0 ... segundo o que indica o top se mantem Alguma informação a mais que eu possa lhes passar? faltou setar mais alguma variável? Obrigado pela atenção Alexandre Patrick Tracanelli wrote: # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? Obrigado pela atenção Falta voce explicitamente habilitar HTT, definindo machdep.hyperthreading_allowed=1 Mas antes leia: http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc http://www.daemonology.net/hyperthreading-considered-harmful/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de Processadores Xeon - Urgente - RESOLVIDO
Boa tarde Pessoal Falta de Atenção minha não vi o e-mail do Marcus Colocando as Variaveis que o Marcus indicou funcionou So pra deixar registrado No /boot/loader.conf machdep.hlt_logical_cpus=0 machdep.hyperthreading_allowed=1 E no kernel: # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Obrigado pela ajuda de todos Alexandre Alexandre Bunn wrote: Boa tarde Colocando a variavel no /boot/loader.conf e reinciando o server passa a aparecer essa variavel no sysctl -a Porem o problema de os processos ficarem apenas no CPU0 ... segundo o que indica o top se mantem Alguma informação a mais que eu possa lhes passar? faltou setar mais alguma variável? Obrigado pela atenção Alexandre Patrick Tracanelli wrote: # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O Falta mais alguma opção? Obrigado pela atenção Falta voce explicitamente habilitar HTT, definindo machdep.hyperthreading_allowed=1 Mas antes leia: http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc http://www.daemonology.net/hyperthreading-considered-harmful/ - 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] Uso de Processadores Xeon - Urgente
Alexandre, Tenho um FreeBSD 4.11 Stable rodando em uma máquina com Processador : Certa vez pesquisei um pouco sobre esse assunto, porque também estava instalando um FreeBSD-4.x num dual Xeon. Bem, a conclusão que eu cheguei foi que atualizar para 5.x seria a melhor alternativa porque um dos pontos melhorados nessa versão foi o suporte ao multiprocessamento. Imagino que na versão 6 isso tenha melhorado ainda mais, mas não pesquisei sobre isso na versão 6. Espero ter ajudade, []s Ronan - 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: Squid - processador x disco
trabalho numa fabrica metalurgica e uso um IBM Netfinity 3000 ( Piii 550mhz com 256mem 2x scsi 7200 9gb ( geom_mirror ) ) cara o processamente nao sai de 2 % mem fica em média 100mb isso pra 80 maquinas 24horas rodando. eu uso squid 2.4.Stable13 + squidGuard + bigurlblacklist + malware.com.br Store Entries : 268439 Maximum Swap Size : 16998400 KB Current Store Swap Size : 4060456 KB Current Capacity: 24% used, 76% free da uma lida nisso é uma boa medida para vc verificar o desempenho. como foi comentado nao adianta por um micro parrudo e sim optimizar ele ao máximo. detalhe que em quase todos os testes usam freebsd muito chato isso xD http://www.squid-cache.org/Benchmarking/ Em 13/07/06, Fabrício Fadel Kammer[EMAIL PROTECTED] escreveu: Além da minha máquina ter um processador bem inferior a sua eu tbm estou usando o squid com diskd -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] Hardware Embarcado
http://shopping.hacom.net/catalog/product_info.php?cPath=22_34products_id=84 olhem isso via 1Ghz cpu ddr 512max( nao incluso ) ide 40 pinos ide 44pinos CF 2 pcmcia( 32/16bits) 3 intel gbit or 4 realtreco 5 usb 1pci 550 u$ Em 12/07/06, Nilson Debatin[EMAIL PROTECTED] escreveu: Em Qua, 2006-07-12 às 12:02 +, Giancarlo Rubio escreveu: Salve lista: Preciso montar um sistema embarcado. Em termos de software andei investgando e o mais próximo foi o tinybsd. Em termod se hardware mal encontrei. Preciso de opinioes a respeito de hardware e software. Nao sei qual a sua necessidade de hardware, mas a tecnoworld tem thin clients com 128mb de ram, 32mb flash e processador pentium 233, interface de rede 10/100 e placa de som. Custa próximo de 1000 reais cada unidade. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- -=-=-=-=-=-=-=-=-=- William David Armstrong .Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] Ports Qmail x SPAM
Tempra Turbo wrote: Como faco para barrar esses emails no qmail ? Acho que é spam mas nao sei como fazer para impedir, esta entupindo minha fila 12 Jul 2006 19:36:51 GMT #22331 35512 remote [EMAIL PROTECTED] 13 Jul 2006 00:37:27 GMT #22446 7305 remote [EMAIL PROTECTED] 13 Jul 2006 05:53:10 GMT #22492 3877 remote [EMAIL PROTECTED] 13 Jul 2006 07:08:58 GMT #22515 2204 remote [EMAIL PROTECTED] 13 Jul 2006 10:58:00 GMT #22584 2167 remote [EMAIL PROTECTED] 13 Jul 2006 12:03:07 GMT #22630 5830 remote [EMAIL PROTECTED] 12 Jul 2006 08:48:28 GMT #22240 2526 Alguma sugestao ? Tem certeza que o seu relay não está aberto ? Dê uma olhada no seu tcp.smtp. abraços, -- Ataliba Teixeira Mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] echo 9198099105188577472887300129711176541857883397910603226789577912842P | dc Registered Linux User : 138791 A fractal is by definition a set for which the Hausdorff Besicovitch dimension strictly exceeds the topological dimension. -- Mandelbrot, The Fractal Geometry of Nature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] interrupt storm (a maior das lombras!)
Tive o mesmo problema em um dos meus servidores freebsd kernel: Interrupt storm detected on irq19: atapci1; throttling interrupt source é um amd64 3700, desabilitei o acpi pelo loader.conf e compilei o kernel com a opçao SMP, espero que resolva - Original Message - From: Otacilio Neto [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br Sent: Monday, July 10, 2006 11:44 AM Subject: Re: [FUG-BR] interrupt storm (a maior das lombras!) --- irado furioso com tudo [EMAIL PROTECTED] escreveu: Em Sun, 9 Jul 2006 00:14:30 -0300 (ART) Otacilio Neto [EMAIL PROTECTED] escreveu: To jeito que a maquina ta rapida vai demorar uns 3 anos. compile numa máquina rápida e leve pra lá :) --- E como eu faço isso? Copiar o kernel e os arquivos de modulos? Não existe nenhum cd de instalação com kernel SMP não? __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.10/383 - Release Date: 7/7/2006 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid - processador x disco
1 máquina Athlon 2Ghz com HD Sata 1Ghz de Ram Qual das duas máquinas vocês acham que eu devo utilizar??? Devo dar preferência à máquina com 2 processadores, porém HD IDE, ou a máquina com 1 processador mas com HD Sata? Bom eu o squid nao tem um ganho superior com SMP, recomendo usar a versao com HD SATA, claro que o diskd com SMP tem um performance digamos +/- melhor heuheu Um exemplo de Squid pra +/- 3500 usuarios, um Xeon 2.66 3G RAM + HDS u320 e 2160 - last pid: 98902; load averages: 1.34, 1.63, 1.65 up 3+23:43:27 12:27:47 132 processes: 2 running, 130 sleeping CPU states: 24.3% user, 0.0% nice, 57.7% system, 6.4% interrupt, 11.6% idle Mem: 2246M Active, 326M Inact, 332M Wired, 100M Cache, 199M Buf, 4384K Free Swap: 2560M Total, 7948K Used, 2552M Free PID USERNAME THR PRI NICE SIZERES STATETIME WCPU COMMAND 512 squid1 1210 1221M 1214M RUN962:41 37.79% squid 494 squid1 1160 906M 898M select 792:54 31.40% squid 95446 squid1 40 2948K 1292K sbwait 1:04 0.63% squidGuard 95447 squid1 40 2928K 1272K sbwait 0:54 0.20% squidGuard 772 dnscache 1 -80 1260K 572K piperd 24:54 0.00% multilog 63558 dnscache 1 960 89564K 88980K select 7:50 0.00% dnscache 623 squid1 -40 1704K 828K msgwai 7:18 0.00% diskd 624 squid1 -40 1704K 828K msgwai 7:18 0.00% diskd 657 squid1 -40 1704K 832K msgwai 6:41 0.00% diskd 658 squid1 -40 1704K 832K msgwai 6:23 0.00% diskd 614 squid1 -80 1704K 828K biord5:31 0.00% diskd 620 squid1 -40 1704K 828K msgwai 5:22 0.00% diskd 622 squid1 -40 1704K 828K msgwai 4:59 0.00% diskd 621 squid1 -40 1704K 828K msgwai 4:58 0.00% diskd 1 usersLoad 2.10 1.78 1.72 Jul 13 12:31 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 22926483788 252661210596 111280 count All 30725886612 2313641215168 pages zfod Interrupts Proc:r p d s wCsw Trp Sys Int Sof Fltcow5325 total 315113 13660 1212 9557 8188 349 18 347772 wire1: atkb 2300568 act 6: fdc0 62.0%Sys 14.6%Intr 23.4%User 0.0%Nice 0.0%Idl 321476 inact 12: psm |||||||||| 106932 cache 13: npx ===+++ 4348 free15: ata daefr 3170 30: em0 Namei Name-cacheDir-cache prcfr 160 49: ahd Calls hits% hits% react 50: ahd 356 324 9172 pdwak 1995 cpu0: time pdpgs Disks da0 da1 da2 pass0 pass1 pass2 pass3 intrn KB/t 9.73 15.25 16.22 0.00 0.00 0.00 0.00204096 buf tps 15 10144 0 0 0 0 952 dirtybuf MB/s 0.14 1.51 0.70 0.00 0.00 0.00 0.0010 desiredvnodes % busy 135124 0 0 0 0 60245 numvnodes 25001 freevnodes -- [EMAIL PROTECTED](12:31pm)] ~ df -h |grep -e disk -e squid /dev/da0s1g 27G 21G6.0G 78%/disk-cache /dev/da1 17G 12G4.2G 74%/disk-cache1 /dev/da2s1e 19G 18G1.1G 94%/disk-cache2 /dev/da2s1d 19G 14G3.8G 78%/disk-cache3 /dev/da2s1f 19G8.1G 11G 42%/squidlog systat -ifstat 1 -- em0 in 5.077 Mb/s 24.851 Mb/s 34.531 MB out 5.948 Mb/s 25.010 Mb/s2.947 GB Atenciosamente Ricardo A. Reis UNIFESP Unix and Network Admin ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Renato, NIS, na minha opinião, está obsoleto/ultrapassado e como FreeBSD é um OS que está sempre inovando, acho sim que seria interessante essa modernização. Claro que não é tão simples assim, pois o LDAP, por se só é bem complexo. Quem sabe um dia as coisas mudem. Eu nao sei quase nada de LDAP, mas eu acho que não é uma coisa muito viável de colocar na base, já que é uma coisa muito complexa.. Agora, sobre o sendmail, alguem tem informações sobre o uso de memória dele, ou coisas do tipo? Eu acho que ele é bem leve, coisa que ajuda na decisão de mantê-lo onde está Além é claro dos programas que dependem dele.. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
On 7/13/06, Diego Linke [EMAIL PROTECTED] wrote: Olá pessoal, Isso implica em adicionar o LDAP no base system, sinceramente, a idéia de enfiar produtos como esse no base system não me agrada nem um pouco. Tínhamos o perl no base system até a versão 4, e era terrível na minha opinião, atualização extremamente complicada, acho que não vale a pena não. Concordo plenamente com o Renato Botelho, temos que deixar a base do sistema o mais clean possível. Abraços -- Diego Linke Public Key: http://www.gamk.com.br/gamk.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Falando em clean poderia ate remover os arquivos do sistema marcados como NO_SENDMAIL=true NO_NIS= true NO_XXX =true do make.conf Ja que nao usamos, para que deixar ?? Att -- Gustavo FukaoEngenharia da Computacao CEL: 14 9163 5798 FreeBSD user: 51175 ICQ: 51266435 MSN: gustavofukao[at]hotmail.com -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd