[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