[GTER] testes de Reverso
Leandro
leandro at frangospioneiro.com.br
Tue Feb 1 22:52:12 -02 2005
Tente usar o site: http://dnsstuff.com é muito bom e tem vários testes para ajudar a resolver alguns problemas.
----- Original Message -----
From: gter-request at eng.registro.br
To: gter at eng.registro.br
Sent: Tuesday, February 01, 2005 10:32 AM
Subject: GTER Digest, Vol 23, Issue 5
Send GTER mailing list submissions to
gter at eng.registro.br
To subscribe or unsubscribe via the World Wide Web, visit
https://eng.registro.br/mailman/listinfo/gter
or, via email, send a message with subject or body 'help' to
gter-request at eng.registro.br
You can reach the person managing the list at
gter-owner at eng.registro.br
When replying, please edit your Subject line so it is more specific
than "Re: Contents of GTER digest..."
Today's Topics:
1. Re: Re: Re: Re: Qmail - Cluster (Lao DanTong)
2. Re: Re: Re: Re: Qmail - Cluster (Alexandre Hautequest)
3. Link Wireless (Jos? Augusto dos Santos Neto)
4. Re: Qmail - Cluster (Adriano Nagelschmidt Rodrigues)
5. RE: Re: Re: Qmail - Cluster (Alexsandro A. Silva)
6. Re: Qmail - Cluster (JOAO CARLOS MOURA)
7. testes de reverso (Sandro Ricardo Bueno)
8. Sobre Configura??o (thiago at kionux.com.br)
9. C.E.F. (Marcelo Marques Pinheiro)
----------------------------------------------------------------------
Message: 1
Date: Tue, 1 Feb 2005 15:30:37 -0200 (BRST)
From: Lao DanTong <danton at inexo.com.br>
Subject: Re: [GTER] Re: Re: Re: Qmail - Cluster
To: security at onda.com.br, Grupo de Trabalho de Engenharia e Operacao
de Redes <gter at eng.registro.br>
Message-ID: <Pine.LNX.4.60.0502011524570.1943 at newquantum.inexo.com.br>
Content-Type: text/plain; charset="iso-8859-1"
On Tue, 1 Feb 2005, Anderson Nadal wrote:
> Todo software tem bug, inclusive os utilizados pela NASA, nao esqueca
> que 2 onibus espaciais literalmente foram pro espaco. :)
em nenhum caso, que eu saiba, por causa de bug de software.
eu acho que esta conversa está ficando meio besta. mail-toasters podem ser
feitos com praticamente qualquer MTA, até o bom e velho sendmail
incrementado com LDAP dá bem no couro. que tal parar com essa ridícula
querela religiosa de postfix x qmail?
quanto a ter um volume imenso de mensagens, sem ser um UOL da vida, convém
verificar se você não está aceitando um número imenso de spams e gerando
também um número imenso de bounces porque não faz verificação da validade
dos endereços de destinatário no envelope. o qmail, por default, não faz
tal verificação e sofre ataques de spammers que enviam mensagem para todo
o dicionário at domínio.
------------------------------
Message: 2
Date: Tue, 01 Feb 2005 15:30:41 -0200
From: Alexandre Hautequest <hquest at onda.com.br>
Subject: Re: [GTER] Re: Re: Re: Qmail - Cluster
To: Grupo de Trabalho de Engenharia e Operacao de Redes
<gter at eng.registro.br>
Message-ID: <41FFBCC1.2040604 at onda.com.br>
Content-Type: text/plain; charset=ISO-8859-1
Adriano Nagelschmidt Rodrigues wrote:
> Alexandre Hautequest writes:
>
>>>* Bug de software (eg kernel oops)
>>
>>Use sempre software estavel e nao beta em servidores de producao
>
>
> Software estável também tem bug. Você não pode prever onde e quando
> eles vão aparecer.
>
>>>* Queda de energia (eg alguém chutou a tomada)
>>
>>Dispense o estagiario ou contrate alguma equipe de eletrica mais decente
>>que nao deixe fios espalhados por toda a sala
>
>
> São só exemplos. um capacitor pode pifar, etc, etc. O número de
> variáveis é bem grande.
>
> E você está descrevendo um mundo perfeito.
>
OK, vamos entao dar um exemplo pratico de como o mundo pode ser perfeito
fazendo-se a coisa certa, com pessoas certas e material certo.
Linux 2.4.17.
hquest at mail:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 1
model name : Intel(R) Pentium(R) 4 CPU 1.80GHz
stepping : 2
cpu MHz : 1816.192
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3617.58
Repare duas coisas:
Primeiro, a versao do kernel. 2.4.17. Sabe de quando eh isso? Marco de
2002. Fazem quase 3 ANOS.
Segundo, o processador. Um humille Pentium 4 1.8. Uma maquina um tanto
quanto normal para uma empresa de pequeno-medio porte.
hquest at mail:~$ uptime
3:21pm up 481 days, 23:42, 3 users, load average: 0.91, 0.86, 0.84
Concordo com voce que todo software estavel tem bugs. Este aqui tambem
tem. O uptime dele eh medido em ate 32bit de comprimento. A maquina esta
ONLINE e OPERACIONAL desde o dia 01 de abril de 2002 (uma data um tanto
quanto curiosa, concordo). Por ela, ja passaram alguns BILHOES de emails
durante todo este periodo.
Ah, e pra nao dizer que nem tudo eh perfeito:
hquest at mail:~$ cat /etc/slackware-version
8.0.47 (alpha test version)
Diga-me agora: Por que isso funciona? O hardware eh perfeito? Nao, ele
falha, como voce mesmo afirma. O software eh perfeito? Nao, ele eh uma
versao ALPHA, como esta dito acima.
>
> E o que é relevante para a lista? Espalhar FUD e receitas inseguras?
Quem esta incomodado em ajudar mas nao esta dando muito certo nao sou
eu. Sinta-se a vontade para continuar suas dicas, e deixe-me com o meu
"FUD" e as minhas receitas inseguras. Meu cliente esta muitissimo
satisfeito ha praticamente 3 anos, sem NUNCA ter ficado fora por UM
SEGUNDO SEQUER. Espero que os seus tenham tanta "inseguranca" quanto os
meus.
Meu dedo neste topico encerra-se aqui. Desculpem a todos pelo offtopic.
> --
> Adriano
--
Alexandre
------------------------------
Message: 3
Date: Tue, 1 Feb 2005 15:37:54 -0200
From: Jos? Augusto dos Santos Neto <neto-listas at microhosting.com.br>
Subject: [GTER] Link Wireless
To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
<gter at eng.registro.br>
Message-ID: <000801c50884$c3554da0$fa00a8c0 at neto>
Content-Type: text/plain; charset="iso-8859-1"
Caros,
Tenho um link wireless, no equipamento cliente consigo enxergar o circuito, o mac da outra ponta e o nome que dei a ela (nome da repetidora). Mas qdo mando fechar a conexao sempre falha.. na outra ponta existe proteção pra q somente mac cadastrados possam navegar, so q nao consigo fechar a conexão muito menos acessá-la via IP. Minha questão: como eu enxergo o mac e o nome do circuito, se eu adicionar manualmente uma entrada ip pra esse mac eu conseguiria acessar a console dela?
José Augusto dos Santos Neto
Tux Consultoria
Fone +55 11 3865-4560
Fax +55 11 3865-3424
Celular +55 12 9146-5649
Linux User # 253575
------------------------------
Message: 4
Date: Tue, 1 Feb 2005 16:08:52 -0200
From: Adriano Nagelschmidt Rodrigues <anr at estadao.com.br>
Subject: [GTER] Re: Qmail - Cluster
To: Grupo de Trabalho de Engenharia e Operacao de Redes
<gter at eng.registro.br>
Message-ID: <20050201180852.GA3287 at chianti>
Content-Type: text/plain; charset=iso-8859-1
Anderson Nadal writes:
> Todas as solucoes apresentam riscos, e o que acontece com arquivos
> que estao em buffer quando o servidor da crash?
Não deveria acontecer. Um MTA confiável só dará a resposta OK para o
cliente (e assumir responsabilidade pela mensagem) quando o email
estiver gravado em disco.
Mas você tem razão em levantar o assunto: o próprio qmail foi
projetado para funcionar com a semântica tradicional de FS do
UNIX. Por exemplo, se você estiver usando Linux e ext2/3, um fsync(fd)
pode não ser suficiente para garantir que o arquivo esteja seguro em
disco.
> E se o HD aonde esta a fila de e-mails de pau? Todos caem no mesmo
> problema.
Sem dúvida. Eu usaria um RAID1 para a fila, o que apenas diminui a
probabilidade de perder dados. Mas ela ainda é maior que zero, é
claro.
Você pode monitorar um HD para checar sinais de que sua vida útil está
terminando e tentar evitar o pior. Mas acho que colocar a fila num
ramdisk é viver perigosamente.
> Nao vejo por que tando alarde por um tema como esse, meu Deus, eh
> somente uma fila de e-mails, claro que podem conter informacoes
> importantes, mas nada que nao possa ser reenviada.
Pois é, eu só estava corrigindo uma informação errada ("qmail não
funciona em clusters") e expressando surpresa com uma sugestão que
acho insegura ("filas em ramdisks"). Acho que a segurança dos dados é
uma prioridade maior do que velocidade.
Nada de muito polêmico :-) Não entendi a reação do pessoal, mas
enfim...
--
Adriano
------------------------------
Message: 5
Date: Tue, 1 Feb 2005 15:05:20 -0300
From: "Alexsandro A. Silva" <AlexsandroS at livrariasaraiva.com.br>
Subject: RE: [GTER] Re: Re: Qmail - Cluster
To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
<gter at eng.registro.br>
Message-ID:
<74991A3316783F43B1EBBCA22C3E6824061A17A6 at msv214.livrariasaraiva.com.br>
Content-Type: text/plain; charset="iso-8859-1"
Penso igual ao Alexandre, infra não deve ser jamais um problema, do que adianta discutirmos soluções tecnologicas se para o básico não há garantias de funcionamento!
Problemas de infra não devem existir, do contrário todo projeto vai por água abaixo, esta é a base de qualquer empresa "Infra Estrutura".
(\o/)'s
-----Original Message-----
From: gter-bounces at eng.registro.br
[mailto:gter-bounces at eng.registro.br]On Behalf Of Alexandre Hautequest
Sent: terça-feira, 1 de fevereiro de 2005 13:51
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Subject: Re: [GTER] Re: Re: Qmail - Cluster
Adriano Nagelschmidt Rodrigues wrote:
> Alexandre Hautequest writes:
>
>>>Deixar a fila em ramdisk?? Você quer dizer ram volátil? Do tipo que é
>>>perdida quando a força cai ou o computador trava?
>>
>>Se voce nao confia no equipamento, nao deve deixa-lo ser um servidor de
>>qualquer coisa.
>
>
> O equipamento pode ser confiável e travar, por uma série de fatores:
>
> * Bug de software (eg kernel oops)
Use sempre software estavel e nao beta em servidores de producao
> * Queda de energia (eg alguém chutou a tomada)
Dispense o estagiario ou contrate alguma equipe de eletrica mais decente
que nao deixe fios espalhados por toda a sala
> * Etc, etc
>
> O seu argumento é um completo nonsense.
Talvez para pequenas empresas que tenham um servidor que seja "pau pra
toda obra". Duvido que quem esteja partindo para uma solucao em cluster
e esteja otimizando seu servico seja pequeno para nao se preocupar com
coisas basicas de uma estrutura segura de redes.
Nao eh tao nonsense assim. Faco das palavras do Juliano minhas:
Totalmente desnecessário teu comentário para a lista. Eu penso que as
listas de discussao servem para aprendermos com experiencias, e não para
ler palavras irrelevantes como as suas.
--
Alexandre
--
GTER list https://eng.registro.br/mailman/listinfo/gter
------------------------------
Message: 6
Date: Tue, 1 Feb 2005 14:19:03 -0200
From: "JOAO CARLOS MOURA" <jmoura at ninetel.com.br>
Subject: Re: [GTER] Qmail - Cluster
To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
<gter at eng.registro.br>
Message-ID: <004601c50879$d1262450$8300a8c0 at BOBESPONJA>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
Olá amigo.
Uso o Qmail-Toaster, ele é muito bom. Nao sei se ajuda.
[]´s
jmoura
----- Original Message -----
From: "Fabio Fonseca" <fonseca at brasilsite.com.br>
To: <gter at eng.registro.br>
Sent: Tuesday, February 01, 2005 10:36 AM
Subject: [GTER] Qmail - Cluster
> Alguém já viu algum howto ou documento falando sobre cluster com qmail ???
>
>
>
> Estou com uma demanda muito alta de e-mail, não é spam e nem vírus e
> realmente aumento de clientes, e preciso aumentar a carga de velocidade do
> servidor!
>
>
>
> Ate
>
>
>
> Fabio Fonseca
>
>
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.300 / Virus Database: 265.8.2 - Release Date: 28/1/2005
>
> --
> GTER list https://eng.registro.br/mailman/listinfo/gter
>
>
------------------------------
Message: 7
Date: Tue, 1 Feb 2005 16:01:26 -0200
From: "Sandro Ricardo Bueno" <ric.bue at uol.com.br>
Subject: [GTER] testes de reverso
To: "gter" <gter at eng.registro.br>
Message-ID: <IB8VEE$FBC3C18164213346C537F188D079A6FE at uol.com.br>
Content-Type: text/plain; charset=iso-8859-1
Fiz a configuração de reverso junto ao provedor de meu link,
alguem saberia me dizer qual o comando correto que posso
utilizar para verificar se já está funcionando?
grato
Sandro Ricardo Bueno
__________________________________________________________________________
Acabe com aquelas janelinhas que pulam na sua tela.
AntiPop-up UOL - É grátis!
http://antipopup.uol.com.br/
------------------------------
Message: 8
Date: Tue, 1 Feb 2005 16:29:01 -0200 (BRST)
From: <thiago at kionux.com.br>
Subject: [GTER] Sobre Configura??o
To: Grupo de Trabalho de Engenharia e Operacao de Redes
<gter at eng.registro.br>
Message-ID: <20050201182901.3EB5781 at eng.registro.br>
Content-Type: text/plain; charset=iso-8859-1
Você fez alguma compilação especial? Que patchs usou para este qmail em
funcionamento, quantos usuarios ele esta trabalhando, ou ele simplesmente e um
gateway para segurar virus e repassar a mensagem.
Desde já muito obrigado.
> Adriano Nagelschmidt Rodrigues wrote:
> > Alexandre Hautequest writes:
> >
> >>>* Bug de software (eg kernel oops)
> >>
> >>Use sempre software estavel e nao beta em servidores de producao
> >
> >
> > Software estável também tem bug. Você não pode prever onde e quando
> > eles vão aparecer.
> >
> >>>* Queda de energia (eg alguém chutou a tomada)
> >>
> >>Dispense o estagiario ou contrate alguma equipe de eletrica mais decente
> >>que nao deixe fios espalhados por toda a sala
> >
> >
> > São só exemplos. um capacitor pode pifar, etc, etc. O número de
> > variáveis é bem grande.
> >
> > E você está descrevendo um mundo perfeito.
> >
>
> OK, vamos entao dar um exemplo pratico de como o mundo pode ser perfeito
> fazendo-se a coisa certa, com pessoas certas e material certo.
>
> Linux 2.4.17.
> hquest at mail:~$ cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 15
> model : 1
> model name : Intel(R) Pentium(R) 4 CPU 1.80GHz
> stepping : 2
> cpu MHz : 1816.192
> cache size : 256 KB
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
> bogomips : 3617.58
>
> Repare duas coisas:
>
> Primeiro, a versao do kernel. 2.4.17. Sabe de quando eh isso? Marco de
> 2002. Fazem quase 3 ANOS.
>
> Segundo, o processador. Um humille Pentium 4 1.8. Uma maquina um tanto
> quanto normal para uma empresa de pequeno-medio porte.
>
> hquest at mail:~$ uptime
> 3:21pm up 481 days, 23:42, 3 users, load average: 0.91, 0.86, 0.84
>
> Concordo com voce que todo software estavel tem bugs. Este aqui tambem
> tem. O uptime dele eh medido em ate 32bit de comprimento. A maquina esta
> ONLINE e OPERACIONAL desde o dia 01 de abril de 2002 (uma data um tanto
> quanto curiosa, concordo). Por ela, ja passaram alguns BILHOES de emails
> durante todo este periodo.
>
> Ah, e pra nao dizer que nem tudo eh perfeito:
>
> hquest at mail:~$ cat /etc/slackware-version
> 8.0.47 (alpha test version)
>
> Diga-me agora: Por que isso funciona? O hardware eh perfeito? Nao, ele
> falha, como voce mesmo afirma. O software eh perfeito? Nao, ele eh uma
> versao ALPHA, como esta dito acima.
>
> >
> > E o que é relevante para a lista? Espalhar FUD e receitas inseguras?
>
> Quem esta incomodado em ajudar mas nao esta dando muito certo nao sou
> eu. Sinta-se a vontade para continuar suas dicas, e deixe-me com o meu
> "FUD" e as minhas receitas inseguras. Meu cliente esta muitissimo
> satisfeito ha praticamente 3 anos, sem NUNCA ter ficado fora por UM
> SEGUNDO SEQUER. Espero que os seus tenham tanta "inseguranca" quanto os
> meus.
>
> Meu dedo neste topico encerra-se aqui. Desculpem a todos pelo offtopic.
>
> > --
> > Adriano
>
>
> --
> Alexandre
> --
> GTER list https://eng.registro.br/mailman/listinfo/gter
>
Thiago Cesar de Oliveira Rodrigues
ICQ 41369776
MSN thiago_rodrigues at hotmail.com
Yahoo Messeger thiago_ce at yahoo.com
http://www.kionux.com.br
----------------------------<br>
http://kionux.com.br
------------------------------
Message: 9
Date: Tue, 1 Feb 2005 16:32:10 -0300
From: "Marcelo Marques Pinheiro" <marcelo at nipnet.net.br>
Subject: [GTER] C.E.F.
To: "Grupo de Trabalho de Engenharia e Operacao de Redes"
<gter at eng.registro.br>
Message-ID: <00e101c50894$b9d8c3a0$824fa8c0 at satellite>
Content-Type: text/plain; charset="iso-8859-1"
Alguem da lista ja configurou conectividade social em ipchais e poderia me
auxiliar?
Grato,
Marcelo.
------------------------------
--
GTER digest list https://eng.registro.br/mailman/listinfo/gter
End of GTER Digest, Vol 23, Issue 5
***********************************
More information about the gter
mailing list