[FUG-BR] postfix duvida
Caros amigos instalei um postfix aparentemente ta funcionando tudo okay .. a unica duvida e quando eu mando um e-mail do hotmail para minha conta e o servidor recusa dando a seguinte mensagem Apr 2 08:52:01 server2 postfix/smtpd[20742]: NOQUEUE: reject: RCPT from bay0-omc1-s34.bay0.hotmail.com[65.54.246.106]: 554 5.7.1 [EMAIL PROTECTED]: Relay access denied; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=bay0-omc1-s34.bay0.hotmail.com todos outros e-mails de outras contas q eu mando chega numa boa att diogo - 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:mensagem estranhas apache
Rafael, On 4/1/07, Rafael Fernandes [EMAIL PROTECTED] wrote: Ele não está com mod_dav instalado e rodando não? mod_dav é um módulo para publicação de conteúdo, e permite criar, mover, copiar e apagar arquivos. Este modulo não esta ativo, segue lista com o modulos ativos: /usr/local/apache/bin/httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_ssl.c On Sat, 31 Mar 2007 20:06:58 -0300, Welington F.J [EMAIL PROTECTED] wrote: Senhores, Um amigo meu reclamou que estava aparecendo mensagens estranhas no seu /tmp do tipo 2007-algunsnumeros-ip-body-caracteres com alguns textos do tipo oi, owner by fulando enfim mas a pessoa nao consegue acesso na máquina, não injeta php apenas cria estas mensagem no tmp como owner nobody (usuario do apache). Algum de vocês já viu isso ou sabe como corrigir, não achei vi nada falando sobre algum bug do tipo, Analisando os logs encontrei isso com o ip que estava no nome do arquivo que foi criado no /tmp 85.108.27.143 - - [30/Mar/2007:05:31:28 -0300] PUT /kmh.htm HTTP/1.1 403 291 - Microsoft Data Access Internet Publishing Provider DAV 1.1 85.108.27.143 - - [30/Mar/2007:05:46:35 -0300] PUT /kmh.htm HTTP/1.1 403 296 - Microsoft Data Access Internet Publishing Provider DAV 1.1 85.108.27.143 - - [30/Mar/2007:06:03:45 -0300] PUT /kmh.htm HTTP/1.1 403 291 - Microsoft Data Access Internet Publishing Provider DAV 1.1 isso é oque aparece nos logs Acima teve tres ocorrencias e foram criados 3 arquivos com esta origem ip no /tmp do servidor do meu amigo. OBS: ele não roda nada de mais la, apenas alguns sites com php. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Spamassassin - Testes
Srs, Foi instalado o spamassassin em um servidor freebsd, versão 6.2-release, para trabalhar juntamente com o qmail e procmail. Preciso realizar testes para verificar se realmente o spamassassin está funcionado corretamente e se mensagens que chegarem no servidor realmente estão sendo filtradas pelo mesmo. Gostaria de sugestões de comandos para realizar esses testes e saber quais logs poderia usar para analisar esse funcionamento. Essa e minha primeira experiência com servidores de e-mail nesse sistema operacional. Att, Bruno Henrique de Oliveira. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Spamassassin - Testes
Procure pelo GTUBE. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Bruno Oliveira Enviada em: segunda-feira, 2 de abril de 2007 10:37 Para: Lisda de Discussão FUG-BR Assunto: [FUG-BR] Spamassassin - Testes Srs, Foi instalado o spamassassin em um servidor freebsd, versão 6.2- release, para trabalhar juntamente com o qmail e procmail. Preciso realizar testes para verificar se realmente o spamassassin está funcionado corretamente e se mensagens que chegarem no servidor realmente estão sendo filtradas pelo mesmo. Gostaria de sugestões de comandos para realizar esses testes e saber quais logs poderia usar para analisar esse funcionamento. Essa e minha primeira experiência com servidores de e-mail nesse sistema operacional. Att, Bruno Henrique de Oliveira. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Solução para RAID?
Então você está dizendo que eu tendo uma placa high point, que tem um chip nela, um circuito, ela está utilizando meu processador? Não há sentido, estaríamos simplificando a placa a uma controladora IDE/SATA adicional somente... Porque, se eu utilizar o gmirror e mandar ele dar um rebuild, há todo um processo do gmirror rodando: 44 ?? DL 0:23.16 [g_mirror gm0] 1118 ?? DL 0:40.40 [g_mirror gm1] Estes processos, obviamente irão ocupar tempos de CPU quando o mirror quebrar, é fácil observar, basta mandar refazer o espelho e observar pelo top ou SAR. Pelo que eu entendo de softraid são aquelas placas adaptec, por exemplo, bem baratas que só conseguem levantar o raid 5 ou 10, por exmeplo, depois que o programa via Windows é instalado. Ou seja, elas não possuem BIOS, todo o gerenciamneto é feito pelo client Windows, não há como pressionar uma sequencia de teclas para ativá-la antes do PC iniciar. Agora há este conceito também, veja: http://linux-ata.org/faq-sata-raid.html Occasionally, the term refers to controllers that have special features designed to enhance RAID, but still the OS driver must use normal ATA or SCSI commands to talk to the underlying disk devices. I classify these unique controllers as RAID accelerators, as they fall somewhere in between hardware RAID and software RAID. Creio que a nossa adptec se encaixa neste meio termo. Ela não é tão eficaz como uma raid legítima.. mas não sofre perdas de CPU pela emulação do OS, o que o gmirror sofre. abraços Do manual: The ataraid driver provides support for so-called software RAID (some- times referred to as fake RAID or pseudo RAID). Ou seja, as vantagens que voce cita não se aplicam... Para todos os efeitos, a unica diferença entre o ataraid e o gmirror é que no ataraid a configuração pode ser feita pela BIOS, o que permite maior controle na instalação, e discos com RAID0 já no boot. Não há nenhum ganho de desempenho entre um ou outro. Renato Frederick wrote: Desvantagem: você está gastando CPU e dependendo do OS para fazer o sincronismo de dados. Uma placa RAID tem circuitos dedicados à copia, juntamente com buffers e grande quantidade de memória que aumentam a performance significantemente. Talvez uma desvantagem seja que, dependendo da placa, se ela explodir, você não consegue ler os dados, se colocar em uma controladora normal. Já vi isto com alguns disco SCSI em RAID. Outro problema é que o raid depende do software, então, se houver um bug XYZ no FreeBSD ou no software que faz o RAID, você estará em mals lençóis. A placa raid o faz em baixo nível, juntamente com as informações enviadsa pelo barramento, não dependendo de programação. Por fim, utilizo aqui placas HighPoint, que funcionam muito bem desde o freebsd 4.11(com driver fornecido pelo fabricante) e de modo nativo a partir do 5: ad4: 76319MB Seagate ST380011A 3.06 at ata2-master UDMA100 ad5: 152627MB Seagate ST3160212A 3.AAJ at ata2-slave UDMA100 ad6: 76319MB Seagate ST380011A 3.06 at ata3-master UDMA100 ad7: 152627MB Seagate ST3160212A 3.AAJ at ata3-slave UDMA100 ar0: 76319MB HighPoint v2 RocketRAID RAID1 status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master ar1: 152627MB HighPoint v2 RocketRAID RAID1 status: READY ar1: disk0 READY (master) using ad5 at ata2-slave ar1: disk1 READY (mirror) using ad7 at ata3-slave A HighPoint possui placas PCI RAID ATA133 e SATA, a preços módicos :) -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Augusto Fabiano Torres Enviada em: quinta-feira, 22 de março de 2007 16:49 Para: Lista de discussao sobre FreeBSD Assunto: [FUG-BR] Solução para RAID? Boa tarde pessoal, Após exaustivas tentativas para fazer funcionar a placa Raid Adaptec 1210SA acabei desistindo da mesma e fiz um Raid 1 usando o GEOM, que está funcionando direitinho entre meus hds SATA. Gostaria de uma opinião de vocês sobre as vantagens ou desvantagens de fazer Raid com Placas Raid comparado ao Raid por Softwares. Alguém poderia me indicar boas placas para Raid usando discos SATA? Estou usando o FreeBSD-6.2-RELEASE-p2 em uma Intel D102GGC2 Obrigado Augusto - 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 Jonny -- João Carlos Mendes Luís - Networking Engineer - [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:
[FUG-BR] Patch para servidores BSD NIS
Pessoal, Deêm uma olhada, vale a pena pra quem tem servidores NIS BSD com clientes Linux: http://fbsd.valeonline.net/ypmk-patch/ É um patch para o Make do NIS que faz ele exportar o shadow, evitando que seja utilizada a opção UNSECURE=TRUE, quando exportando para clientes Linux. Att, 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] RES: Solução para RAID?
Nenhum_de_Nos wrote: On 4/1/07, João Carlos Mendes Luís [EMAIL PROTECTED] wrote: Epa, o device ar (ataraid) é usado para discos com softraid, ou seja, raid pela BIOS. Não há hardware raid em questão... Do manual: The ataraid driver provides support for so-called software RAID (some- times referred to as fake RAID or pseudo RAID). Ou seja, as vantagens que voce cita não se aplicam... Para todos os efeitos, a unica diferença entre o ataraid e o gmirror é que no ataraid a configuração pode ser feita pela BIOS, o que permite maior controle na instalação, e discos com RAID0 já no boot. Não há nenhum ganho de desempenho entre um ou outro. bizarro, pois meu HighPoint: [EMAIL PROTECTED]:14:0: class=0x010400 card=0x00011103 chip=0x00041103 rev=0x05 hdr=0x00 vendor = 'HighPoint Technologies Inc' device = 'HPT3xx UDMA66/100/133 EIDE Controller' class= mass storage subclass = RAID quando em RAID, era exatamente o que eu colocava via BIOS da placa de RAID. Ele mostrava sim os discos em separado, o que me deixava cismado, mas nada mais que isso me indicava software raid ... tudo era controlado via bios da highpoint Talvez voce tenha que usar um driver específico para usar o hardware raid. Com o ataraid voce está usando software raid. Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer - 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: Solução para RAID?
Renato Frederick wrote: Então você está dizendo que eu tendo uma placa high point, que tem um chip nela, um circuito, ela está utilizando meu processador? Todas as placas tem um chip. Não necessariamente elas tem um processador e memória. Uma forma simples de identificar: eu diria que 90% das placas raid verdadeiras usam memórias padrão, SIMM, DDR, etc. Se sua placa não tem um pente de memória conectado nela, muito provavelmente não é hardware raid. Os outros 10% são de placas que usam a memória do processador, e acesso via DMA. Essas placas não tem o mesmo desempenho que as outras, pois fazem competição de barramento com a CPU. Não há sentido, estaríamos simplificando a placa a uma controladora IDE/SATA adicional somente... Mais ou menos. A BIOS permite que voce controle os HDs antes do boot, e que o sistema operacional seja carregado de um disco com stripe. É bem mais que simplesmente uma placa SATA, mas bem menos que um raid por hardware. Não acho despedicio de dinheiro, vale a pena ter, mas sabendo que não é raid por hardware. Para esse tipo de coisa aquelas promise on-board são ótimas. e bem acessíveis Porque, se eu utilizar o gmirror e mandar ele dar um rebuild, há todo um processo do gmirror rodando: 44 ?? DL 0:23.16 [g_mirror gm0] 1118 ?? DL 0:40.40 [g_mirror gm1] Estes processos, obviamente irão ocupar tempos de CPU quando o mirror quebrar, é fácil observar, basta mandar refazer o espelho e observar pelo top ou SAR. Bem lembrado. É uma ótima forma de ter certeza. Experimente fazer um rebuild do seu RAID com o sistema rodando, e verifique o uso de CPU e acesso a disco. Em vez do g_mirror_gm0, terá outro processo, mas algum processo terá. Pelo que eu entendo de softraid são aquelas placas adaptec, por exemplo, bem baratas que só conseguem levantar o raid 5 ou 10, por exmeplo, depois que o programa via Windows é instalado. Ou seja, elas não possuem BIOS, todo o gerenciamneto é feito pelo client Windows, não há como pressionar uma sequencia de teclas para ativá-la antes do PC iniciar. Nao confunda BIOS com Hardware de RAID. BIOS todas tem! Se não tivessem, não davam boot. As Softraid Adaptec fazem o RAID antes do boot, e tem sequencia de teclas para ativa-las, sim. Agora há este conceito também, veja: http://linux-ata.org/faq-sata-raid.html Occasionally, the term refers to controllers that have special features designed to enhance RAID, but still the OS driver must use normal ATA or SCSI commands to talk to the underlying disk devices. I classify these unique controllers as RAID accelerators, as they fall somewhere in between hardware RAID and software RAID. Creio que a nossa adptec se encaixa neste meio termo. Ela não é tão eficaz como uma raid legítima.. mas não sofre perdas de CPU pela emulação do OS, o que o gmirror sofre. Para finalizar, enfatizo: Se usa ataraid, não é melhor que o gmirror! Talvez devesse usar o hptmv(4)ou rr232x(4). Mas se está usando o ataraid(4), está sendo tão ineficiente quando o gmirror. Por definição do ataraid. No meu FreeBSD (6.2-stable), se eu der o comando man -k raid todas as interfaces que aparecem, menos a ataraid, são interfaces de RAID por hardware. Jonny -- João Carlos Mendes Luís [EMAIL PROTECTED] Networking Engineer - 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:mensagem estranhas apache
Certo, Bom, em HTTP 1.1 exite o comando PUT (como o GET e POST) para fazer upload de arquivos. O Apache suporta este comando. Funciona igual o upload em formulários, por isto ele cria o arquivo no /tmp. Leia aqui: http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html Eu não sabia que o Apache aceitava pedidos PUT assim sem autenticação, eu mesmo nunca testei. Por isto perguntei sobre o mod_dav, não conheço nenhuma opção do apache de ligar/desligar suporte ao PUT. Mas de qualquer forma, não passa de um upload de arquivo. Não é nada perigoso, só vai criar uns arquivos no tmp mesmo. Se seu amigo preferir que o apache dele sirva as páginas apenas para a máquina dele, ele pode usar as diretias Deny e Allow para controlar isto, ou então usar o Listen 127.0.0.1:80. At. Rafael. On Mon, 02 Apr 2007 09:37:33 -0300, Welington F.J [EMAIL PROTECTED] wrote: Rafael, On 4/1/07, Rafael Fernandes [EMAIL PROTECTED] wrote: Ele não está com mod_dav instalado e rodando não? mod_dav é um módulo para publicação de conteúdo, e permite criar, mover, copiar e apagar arquivos. Este modulo não esta ativo, segue lista com o modulos ativos: /usr/local/apache/bin/httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c mod_ssl.c On Sat, 31 Mar 2007 20:06:58 -0300, Welington F.J [EMAIL PROTECTED] wrote: Senhores, Um amigo meu reclamou que estava aparecendo mensagens estranhas no seu /tmp do tipo 2007-algunsnumeros-ip-body-caracteres com alguns textos do tipo oi, owner by fulando enfim mas a pessoa nao consegue acesso na máquina, não injeta php apenas cria estas mensagem no tmp como owner nobody (usuario do apache). Algum de vocês já viu isso ou sabe como corrigir, não achei vi nada falando sobre algum bug do tipo, Analisando os logs encontrei isso com o ip que estava no nome do arquivo que foi criado no /tmp 85.108.27.143 - - [30/Mar/2007:05:31:28 -0300] PUT /kmh.htm HTTP/1.1 403 291 - Microsoft Data Access Internet Publishing Provider DAV 1.1 85.108.27.143 - - [30/Mar/2007:05:46:35 -0300] PUT /kmh.htm HTTP/1.1 403 296 - Microsoft Data Access Internet Publishing Provider DAV 1.1 85.108.27.143 - - [30/Mar/2007:06:03:45 -0300] PUT /kmh.htm HTTP/1.1 403 291 - Microsoft Data Access Internet Publishing Provider DAV 1.1 isso é oque aparece nos logs Acima teve tres ocorrencias e foram criados 3 arquivos com esta origem ip no /tmp do servidor do meu amigo. OBS: ele não roda nada de mais la, apenas alguns sites com php. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: Solução para R AID?
Mais ou menos. A BIOS permite que voce controle os HDs antes do boot, e que o sistema operacional seja carregado de um disco com stripe. É bem mais que simplesmente uma placa SATA, mas bem menos que um raid por hardware. Não acho despedicio de dinheiro, vale a pena ter, mas sabendo que não é raid por hardware. Para esse tipo de coisa aquelas promise on-board são ótimas. e bem acessíveis Mas acho importante frisar que ao menos você fica livre da dependência do OS. Por exemplo, se for colocar um 2003 com mirror, teria que ativar o disco dinâmico, o que poderia dar xabu pra acessar a partição de um recovery em Unix por exemplo... O gmirror até agora nunca me deu problemas (se eu retirar um disco e editar o fstab, ele inicia como um disco SATA normal)mas nunca se sabe.. Bem lembrado. É uma ótima forma de ter certeza. Experimente fazer um rebuild do seu RAID com o sistema rodando, e verifique o uso de CPU e acesso a disco. Em vez do g_mirror_gm0, terá outro processo, mas algum processo terá. Creio que aí será o campo interrupt que aumentará, seguindo a sua linha de raciocínio do comprometimento do baramento :) Para finalizar, enfatizo: Se usa ataraid, não é melhor que o gmirror! Talvez devesse usar o hptmv(4)ou rr232x(4). Mas se está usando o ataraid(4), está sendo tão ineficiente quando o gmirror. Por definição do ataraid. No meu FreeBSD (6.2-stable), se eu der o comando man -k raid todas as interfaces que aparecem, menos a ataraid, são interfaces de RAID por hardware. No site da highpoint há drivers pro BSD, mas nunca me aventurei a utilizá-los, será que funcionaria? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd