[MASOCH-L] Problema com o Terra
Leandro Carlos Rodrigues
Na mensagem de erro eles dizem que não foi possível achar nosso hostname.
Isto só está acontecendo somente com o Terra. Tem mais alguém que tem o
mesmo problema?
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l
Paulo Henrique BSD Brasil
Leandro Carlos Rodrigues
Paulo, o reverso está configurado. Inclusive no próprio site do
Postmaster Terra (http://www.terra.com.br/postmaster/) tem um teste e
este teste acusa que meu DNS está devidamente configurado. Lembrando que
isto ocorre somente com o Terra nos demais não temos problemas.
Rejaine Monteiro
http://mxtoolbox.com/SuperTool.aspx?action=smtp:allchemistry.com.br
parece q vc esta com problemas no DNS reverso:
550 Reverse DNS lookup failed for 64.20.227.133 [187 ms]
Leandro Carlos Rodrigues
>
> http://mxtoolbox.com/SuperTool.aspx?action=smtp:allchemistry.com.br
>
> parece q vc esta com problemas no DNS reverso:
> 550 Reverse DNS lookup failed for 64.20.227.133 [187 ms]
Rejaine, na verdade o hostname é allchem.allchemistry.com.br:
http://mxtoolbox.com/SuperTool.aspx?action=smtp:allchem.allchemistry.com.br
E a mensagem "550 Reverse DNS lookup failed for 64.20.227.133 [187 ms]" é produzida pelo meu servidor quando mxtoolbox.com tenta se conectar a ele.
o IP da mensagem, o 64.20.227.133, é do mxtoolbox.com e não o meu.
Já chequei tudo, meu reverso está ok e não estou em nenhuma blacklist. A única hipótese é falha do Terra.
Note que se você entrar no site http://www.terra.com.br/postmaster/ e colocar meu IP, que é 201.6.246.214, verá que eles mesmos reconhecem que meu reverso está ok. Não faz sentido algum.
Estou ficando maluco, pois não consigo entrar em contato com o postmaster do Terra para passar o problema.
Alguém consegue me ajudar?
Cleber Saad @ Inetweb
====================
Leandro,
Acende uma vela para o Terra! :) Só com ajuda dos Deuses.
-----Mensagem original-----
De: masoch-l...@eng.registro.br
[mailto:masoch-l...@eng.registro.br] Em nome de Leandro Carlos
Rodrigues
Enviada em: sexta-feira, 11 de fevereiro de 2011 17:01
Para: maso...@eng.registro.br
Assunto: [MASOCH-L] Problema com o Terra
Rafael Cresci
Às vezes o DNS primário responde e o secundário não. Tente testar TODOS os servidores de DNS reverso responsáveis por esta zona in-addr.arpa.
[]s
Rafael Cresci
-----Original Message-----
From: masoch-l...@eng.registro.br [mailto:masoch-l...@eng.registro.br] On Behalf Of Leandro Carlos Rodrigues
Sent: sexta-feira, 11 de fevereiro de 2011 14:01
To: maso...@eng.registro.br
Subject: [MASOCH-L] Problema com o Terra
E a mensagem "550 Reverse DNS lookup failed for 64.20.227.133 [187 ms]" é produzida pelo meu servidor quando mxtoolbox.com tenta se conectar a ele.
o IP da mensagem, o 64.20.227.133, é do mxtoolbox.com e não o meu.
Rubens Marins Schner
que bloqueia meu range de ips desde o dia que me tornei AS, e não há o que
fazer nem para quem apelar, o recurso foi pedir para uma operadora de quem
compro transito uma rede /24 e colocar ela no servidores de email.
Rubens Marins
Administrador de Sistemas
rubens.marins at gmail dot com
2011/2/11 Cleber Saad @ Inetweb <cleber...@inetweb.com.br>
Eduardo Schoedler
--
Eduardo Schoedler
Enviado via iPhone
Rubens Marins Schner
normalmente. Em contato com eles, eles juram que não há bloqueio.
Rubens Marins
Administrador de Sistemas
rubens.marins at gmail dot com
2011/2/11 Eduardo Schoedler <escho...@viavale.com.br>
Leandro Carlos Rodrigues
O Terra respondeu minha solicitação conforme pode ser visto abaixo.
Poderiam me ajudar a resolver este problema, pois acredito que o
problema esteja com meu provedor de acesso, o Virtua.
Nunca tive este tipo de problema com eles. Estou tentando entrar em
contato com os técnicos mas sem sucesso.
Seria inter assante contratar um link de outra operadora? Se sim qual
vocês me recomendam?
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*
Em 11/02/2011 17:28, Postmaster Terra escreveu:
> Boa tarde, Leandro.
>
> O que está acontecendo é que nem todas as NS registradas para os
> reversos do range 201.6.246 estão respondendo corretamente às
> consultas DNS.
>
> # dig -x 201.6.246.214 +trace
>
> ; <<>> DiG 9.6.1-P3-RedHat-9.6.1-15.P3.el5 <<>> -x 201.6.246.214 +trace
> ;; global options: +cmd
> . 513998 IN NS g.root-servers.net.
> . 513998 IN NS c.root-servers.net.
> . 513998 IN NS b.root-servers.net.
> . 513998 IN NS l.root-servers.net.
> . 513998 IN NS e.root-servers.net.
> . 513998 IN NS f.root-servers.net.
> . 513998 IN NS k.root-servers.net.
> . 513998 IN NS m.root-servers.net.
> . 513998 IN NS h.root-servers.net.
> . 513998 IN NS j.root-servers.net.
> . 513998 IN NS a.root-servers.net.
> . 513998 IN NS i.root-servers.net.
> . 513998 IN NS d.root-servers.net.
> ;; Received 272 bytes from 10.253.120.200#53(10.253.120.200) in 0 ms
>
> 201.in-addr.arpa. 86400 IN NS NS2.LACNIC.NET.
> 201.in-addr.arpa. 86400 IN NS TINNIE.ARIN.NET.
> 201.in-addr.arpa. 86400 IN NS NS-LACNIC.NIC.MX.
> 201.in-addr.arpa. 86400 IN NS NS3.AFRINIC.NET.
> 201.in-addr.arpa. 86400 IN NS NS2.DNS.BR.
> 201.in-addr.arpa. 86400 IN NS NS.LACNIC.NET.
> 201.in-addr.arpa. 86400 IN NS SEC1.AUTHDNS.RIPE.NET.
> 201.in-addr.arpa. 86400 IN NS SEC3.APNIC.NET.
> ;; Received 252 bytes from 202.12.27.33#53(m.root-servers.net) in 112 ms
>
> 6.201.in-addr.arpa. 86400 IN NS a.dns.br.
> 6.201.in-addr.arpa. 86400 IN NS b.dns.br.
> 6.201.in-addr.arpa. 86400 IN NS c.dns.br.
> 6.201.in-addr.arpa. 86400 IN NS d.dns.br.
> 6.201.in-addr.arpa. 86400 IN NS f.dns.br.
> ;; Received 148 bytes from 200.3.13.11#53(NS2.LACNIC.NET) in 108 ms
>
> 246.6.201.in-addr.arpa. 86400 IN NS ns8.virtua.com.br.
> 246.6.201.in-addr.arpa. 86400 IN NS ns7.virtua.com.br.
> ;; Received 93 bytes from 200.219.154.10#53(d.dns.br) in 77 ms
>
> 214.246.6.201.in-addr.arpa. 86400 IN PTR
> allchem.allchemistry.com.br.
> 246.6.201.in-addr.arpa. 3600 IN NS dns2.virtua.com.br.
> 246.6.201.in-addr.arpa. 3600 IN NS ns.embratel.com.br.
> 246.6.201.in-addr.arpa. 3600 IN NS dns1.virtua.com.br.
> ;; Received 156 bytes from 201.6.0.136#53(ns7.virtua.com.br) in 110 ms
>
> Conforme saída do dig acima, fiz uma consulta por seu ip em casa NS
> configurada:
>
> # host 201.6.246.214 ns8.virtua.com.br
> Using domain server:
> Name: ns8.virtua.com.br
> Address: 201.6.0.109#53
> Aliases:
>
> 214.246.6.201.in-addr.arpa domain name pointer
> allchem.allchemistry.com.br.
> # host 201.6.246.214 ns7.virtua.com.br
> Using domain server:
> Name: ns7.virtua.com.br
> Address: 201.6.0.136#53
> Aliases:
>
> As duas NS acima são as únicas que estão respondendo corretamente.
>
> 214.246.6.201.in-addr.arpa domain name pointer
> allchem.allchemistry.com.br.
> # host 201.6.246.214 dns2.virtua.com.br
> Using domain server:
> Name: dns2.virtua.com.br
> Address: 201.6.0.102#53
> Aliases:
>
> Host 214.246.6.201.in-addr.arpa not found: 2(SERVFAIL)
> # host 201.6.246.214 dns1.virtua.com.br
> Using domain server:
> Name: dns1.virtua.com.br
> Address: 201.6.0.100#53
> Aliases:
>
> Host 214.246.6.201.in-addr.arpa not found: 5(REFUSED)
> 19:15:35 root@vapengo /home # host 201.6.246.214 ns.embratel.com.br
> host: couldn't get address for 'ns.embratel.com.br': not found
>
> Conforme saídas acima, os serversdns2.virtua.com.br,
> dns1.virtua.com.br e ns.embratel.com.br estão apresentando problemas.
>
> Devido a isso, de acordo com nossos logs, as entregas de seu domínio
> para contas nossas estão intermitentes.
>
> Postmaster Terra
> Terra Networks Brasil S/A
> http://www.terra.com.br/postmaster/
Henrique de Moraes Holschuh
> O Terra respondeu minha solicitação conforme pode ser visto abaixo.
> Poderiam me ajudar a resolver este problema, pois acredito que o
> problema esteja com meu provedor de acesso, o Virtua. Nunca tive este
> tipo de problema com eles. Estou tentando entrar em contato com os
> técnicos mas sem sucesso.
http://abuse.virtua.com.br/ é o único caminho "normal" que conheço para
falar com a equipe de DNS do Vírtua.
> Seria inter assante contratar um link de outra operadora? Se sim qual
> vocês me recomendam?
Se acesso Internet é crítico para o seu negócio, contrate um link IP
dedicado com algum ISP melhor, ou com uma operadora.
Agora, se o único problema é o email, e no resto o Vírtua te atende bem,
melhor contratar um serviço de email profissional (por exemplo,
fastmail.fm) ou mudar seus servidores para um colocation estável (ALOG,
etc). Já resolve o problema de uma vez, e fica independente da
provedora de enlace/banda larga.
--
Henrique de Moraes Holschuh <h...@ima.sp.gov.br>
IM@ - Informática de Municípios Associados
Engenharia de Telecomunicações
TEL +55-19-3755-6555/CEL +55-19-9293-9464
Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
e do custo que você pode evitar.
Leandro Carlos Rodrigues
O Terra respondeu minha solicitação conforme pode ser visto abaixo.
Poderiam me ajudar a resolver este problema, pois acredito que o
problema esteja com meu provedor de acesso, o Virtua.
Nunca tive este tipo de problema com eles. Estou tentando entrar em
contato com os técnicos mas sem sucesso.
Seria inter assante contratar um link de outra operadora? Se sim qual
vocês me recomendam?
*Leandro Carlos Rodrigues
> []'s
>
> On 02/11/2011 12:30 PM, lea...@allchemistry.com.br wrote:
>> Nome =Leandro Carlos Rodrigues
>> Fone de Contato =(11) 3014-7100
>> Hora para Contato =Horário Comercial
>> Mail Transfer Agent =Exim4
>> Cliente de Terra Empresas =Não
>> IP do servidor de origem=201.6.246.214
>> Logs da falha =+++ 1PntVd-0005iL-Kq has not completed +++
>> 2011-02-11 11:58:05 1PntVd-0005iL-Kq<=wju...@allchemistry.com.br H=daniel (Financeiro) [192.168.1.209] P=esmtp S=597863 id=21903241.7.1297432411168.JavaMail.Daniel@Financeiro
>> 2011-02-11 11:58:07 1PntVd-0005iL-Kq SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:58:07 1PntVd-0005iL-Kq ==anin...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1Pnt7t-0004tk-Rf has not completed +++
>> 2011-02-11 11:33:33 1Pnt7t-0004tk-Rf<=br...@allchemistry.com.br H=bruno (MAQ137) [192.168.1.237] P=esmtp S=45784 id=3272406.8.1297430792031.JavaMail.Bruno@MAQ137
>> 2011-02-11 12:04:18 1Pnt7t-0004tk-Rf SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:18 1Pnt7t-0004tk-Rf ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>>
>> +++ 1PntK4-000591-5n has not completed +++
>> 2011-02-11 11:46:08 1PntK4-000591-5n<=and...@allchemistry.com.br H=laboratorio [192.168.1.250] P=esmtp S=3962id=4D553A75...@allchemistry.com.br
>> 2011-02-11 11:54:54 1PntK4-000591-5n SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:54:54 1PntK4-000591-5n ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:59:53 1PntK4-000591-5n ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host
>> 2011-02-11 12:04:41 1PntK4-000591-5n SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:41 1PntK4-000591-5n ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1PntGN-000522-MB has not completed +++
>> 2011-02-11 11:42:19 1PntGN-000522-MB<=come...@allchemistry.com.br H=maq211 (MAQ11) [192.168.1.211] P=esmtp S=22795 id=25583633.5.1297432342937.JavaMail.Dione@MAQ11
>> 2011-02-11 12:04:23 1PntGN-000522-MB SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:23 1PntGN-000522-MB ==pharmaci...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1PnsoA-0004q3-31 has not completed +++
>> 2011-02-11 11:13:10 1PnsoA-0004q3-31<=jul...@allchemistry.com.br H=maq206 [192.168.1.206] P=esmtp S=3911id=4D553351...@allchemistry.com.br
>> 2011-02-11 11:13:11 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:13:11 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:37:36 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:37:36 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:58:00 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:58:00 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:03 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:03 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:08:24 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:08:24 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:20:13 1PnsoA-0004q3-31 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:20:13 1PnsoA-0004q3-31 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1Pnt1M-0004sA-5w has not completed +++
>> 2011-02-11 11:26:48 1Pnt1M-0004sA-5w<=br...@allchemistry.com.br H=bruno [192.168.1.237] P=esmtp S=958id=4D55376D...@allchemistry.com.br
>> 2011-02-11 11:26:50 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:26:50 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:42:11 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 11:42:11 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:10 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:10 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:08:43 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:08:43 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:12:11 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:12:11 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:14:28 1Pnt1M-0004sA-5w SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:14:28 1Pnt1M-0004sA-5w ==anand...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1PntJn-00058t-O6 has not completed +++
>> 2011-02-11 11:45:51 1PntJn-00058t-O6<=and...@allchemistry.com.br H=laboratorio [192.168.1.250] P=esmtp S=4628id=4D553A65...@allchemistry.com.br
>> 2011-02-11 12:04:32 1PntJn-00058t-O6 SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:04:32 1PntJn-00058t-O6 ==dan...@graficacolorprint.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host mx.terraempresas.com.br [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>> +++ 1PntgL-0005qE-H0 has not completed +++
>> 2011-02-11 12:09:09 1PntgL-0005qE-H0<=come...@allchemistry.com.br H=bruno (MAQ137) [192.168.1.237] P=esmtp S=32749 id=19487506.9.1297432927656.JavaMail.Bruno@MAQ137
>> 2011-02-11 12:26:29 1PntgL-0005qE-H0 SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:26:29 1PntgL-0005qE-H0 ==farm...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:28:38 1PntgL-0005qE-H0 SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>> 2011-02-11 12:28:38 1PntgL-0005qE-H0 ==farm...@terra.com.br R=dnslookup T=remote_smtp defer (0): SMTP error from remote mail server after initial connection: host vip-us-br-mx.terra.com [208.84.244.133]: 450 4.7.1 Client host rejected: cannot find your hostname, [201.6.246.214]
>>
>>
>> Mensagem =Por gentileza, verifique que meu DNS reverso está devidamente configurado e mesmo assim os hosts do Terra estão recusando minhas mensagens alegando que meu hostname não foi localizado.
>> Enviado pelo IP : 200.176.12.83
>> Referer :http://www.terra.com.br/fale/reclame_postmaster_ps_mail_form.htm
>> User-Agent : Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-BR; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13
>>
>>
>
> --
> Postmaster Terra
> Terra Networks Brasil S/A
> http://www.terra.com.br/postmaster/
Luzemário
Sugiro que verifique com o Virtua se todos os IPs da faixa 201.6.246.? estão
apontando para você, ou o DNS reverso não funcionará corretamente. Às vezes
eles usam máscaras de rede que podem complicar a configuração. É bom
verificar também se eles autorizam o uso do nameserver da Embratel vindo do
Virtua, o que até o momento desconheço. Até onde sei a Embratel só responde
por itens em sua própria rede.
Se o DNS de sua empresa foi configurado por você mesmo, revise a
configuração do seu servidor DNS (Bind?) para que ele aponte nameservers
corretos. No meu caso, os nameservers são máquinas minhas mesmo, assim eles
apontam para máquinas na minha rede (aqui uso IPs, não nomes). Caso tenha
solicitado a configuração de DNS reverso já pronto na operadora,
infelizmente é com ela que você vai tratar.
Para mais informações, sugiro ainda que dê uma olhada nesse artigo. Mesmo
que você tenha contratado a configuração do DNS reverso pela operadora, vale
a pena entender como funciona:
http://www.gdhpress.com.br/redeseservidores/leia/index.php?p=cap7-18
O ideal mesmo é ler o capítulo no livro "Redes" deste mesmo autor, que é
mais completo e atualizado, contudo os capítulos disponíveis para ler online
são aleatórios, variam conforme o horário, de forma que você compre o livro.
Uma busca no site deste mesmo autor também ajuda bastante, uma vez que há
artigos exclusivos sobre DNS reverso disponíveis de forma gratuita.
Luzemário Dantas
> ---------- Mensagem encaminhada ----------
> From: Leandro Carlos Rodrigues <lea...@allchemistry.com.br>
> To: maso...@eng.registro.br
> Date: Mon, 14 Feb 2011 11:33:45 -0200
> Subject: [MASOCH-L] Problema com o Terra
> <stripped>
Guilherme Boing
Pq todos os ips de 201.6.246.0/24 deveriam estar apontando para "ele" ?
Ele só dispõe provavelmente de 1-2 ips, sendo esta faixa, de autoridade do
Vírtua, e não dele.
Ele simplesmente tem um ip estático com o Vírtua (provavel link
empresarial).
Não é necessário todos os ips dessa faixa estarem vinculados a ele para
funcionar, simplesmente é um problema de configuração do pessoal do Virtua.
Com um 'dig -x 201.6.246.214' é possível ver que nem há servidores DNS
configurados com autoridade para responder por essa faixa.
2011/2/14 Luzemário <luze...@gmail.com>
Leandro Carlos Rodrigues
> configuração do seu servidor DNS (Bind?) para que ele aponte nameservers
> corretos. No meu caso, os nameservers são máquinas minhas mesmo, assim eles
> apontam para máquinas na minha rede (aqui uso IPs, não nomes). Caso tenha
> solicitado a configuração de DNS reverso já pronto na operadora,
> infelizmente é com ela que você vai tratar.
Luzemário, o reverso é configurado pela operado, eles bloqueiam a porta
para servidor DNS.
Tive que fazer um chamado na ouvidoria da Net pois no canal padrão os
técnicos não estavam respondendo.
Depois que abri o chamado, não demorou nem uma hora para entrarem em
contato.
Achei muita falta de profissionalismo pois estive precisando de apoio
técnico urgente e esse pessoal fica me ignorando.
> Para mais informações, sugiro ainda que dê uma olhada nesse artigo. Mesmo
> que você tenha contratado a configuração do DNS reverso pela operadora, vale
> a pena entender como funciona:
> http://www.gdhpress.com.br/redeseservidores/leia/index.php?p=cap7-1 <http://www.gdhpress.com.br/redeseservidores/leia/index.php?p=cap7-18>
Ok. Vou me aprofundar no assunto através deste livro pois nunca precisei
ir tão fundo e meu conhecimento é bem superficial para resolver este
problema.
Obrigado pela dica!
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*
Luzemário
> From: Danton Nunes <danton...@inexo.com.br>
> To: "Mail Aid and Succor, On-line Comfort and Help" <
> maso...@eng.registro.br>
> Date: Tue, 15 Feb 2011 18:15:43 -0200 (BRST)
> Subject: Re: [MASOCH-L] masoch-l Digest, Vol 72, Issue 14
> On Tue, 15 Feb 2011, Luzemário wrote:
>
>
<stripped>
> Com um 'dig -x 201.6.246.214' é possível ver que nem há servidores DNS
>>> configurados com autoridade para responder por essa faixa.
>>>
>>
> ao contrário, mostra que sim, há três servidores de nomes qua atendem a
> esse endereço:
>
> 246.6.201.in-addr.arpa. 3497 IN NS dns2.virtua.com.br.
> 246.6.201.in-addr.arpa. 3497 IN NS ns.embratel.com.br.
> 246.6.201.in-addr.arpa. 3497 IN NS dns1.virtua.com.br.
>
> de qualquer forma este endereço tem reverso:
>
> $ host 201.6.246.214
> 214.246.6.201.in-addr.arpa domain name pointer allchem.allchemistry.com.br
> .
>
> que volta para o próprio na tradução direta:
>
> $ host allchem.allchemistry.com.br.
> allchem.allchemistry.com.br has address 201.6.246.214
>
> portanto não há do que reclamar dele.
>
>
Pois é, só falta os servidores de nomes estarem disponíveis.
Danton Nunes
> Pois é, só falta os servidores de nomes estarem disponíveis.
mas se eles não estão disponíveis, como eu consegui resolver esse
.in-addr.arpa? se estava em cache é porque o servidor autoritativo um dia
esteve disponível, mas não estava em cache porque eu 'rndc flush' antes.
mistééééério!
Leandro Carlos Rodrigues
Agora que juntei todas as peças do quebra cabeça, ficou claro que
estamos lidando com pessoas que não são profissionais da área.
O problema é o seguinte:
Existe dois servidores DNS para resolução de IP da minha faixa:
dns1.virtua.com.br
dns2.virtua.com.br
Realizando a pesquisa pelo dns2.virtua.com.br retorna sempre o seguinte:
allchem:~# host 201.6.246.214 dns2.virtua.com.br
Using domain server:
Name: dns2.virtua.com.br
Address: 201.6.0.102#53
Aliases:
Host 214.246.6.201.in-addr.arpa not found: 2(SERVFAIL)
Porém ao tentar resolver outros endereços, como o site do Terra por
exemplo, o retorno é o seguinte:
allchem:~# host www.terra.com.br dns2.virtua.com.br
Using domain server:
Name: dns2.virtua.com.br
Address: 201.6.0.102#53
Aliases:
www.terra.com.br has address 200.154.56.80
allchem:~# host 200.154.56.80 dns2.virtua.com.br
Using domain server:
Name: dns2.virtua.com.br
Address: 201.6.0.102#53
Aliases:
80.56.154.200.in-addr.arpa domain name pointer www.terra.com.br.
Logo, conclui-se que o servidor DNS dns2.virtua.com.brestá operando,
mesmo que não retorne meu reverso.
Então se tentarem realizar a pesquisa pelo dns1.virtua.com.br,
perceberão que o resultado oscila entre SERVFAIL e meu reverso:
allchem:~# host 201.6.246.214 dns1.virtua.com.br
Using domain server:
Name: dns1.virtua.com.br
Address: 201.6.0.100#53
Aliases:
Host 214.246.6.201.in-addr.arpa not found: 2(SERVFAIL)
Horas depois...
allchem:~# host 201.6.246.214 dns1.virtua.com.br
Using domain server:
Name: dns1.virtua.com.br
Address: 201.6.0.100#53
Aliases:
214.246.6.201.in-addr.arpa domain name pointer
allchem.allchemistry.com.br.
Então se tentarmos realizar a pesquisa pelo DNS de outros servidores,
como o Google, teremos:
allchem:~# host 201.6.246.214 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
214.246.6.201.in-addr.arpa domain name pointer
allchem.allchemistry.com.br.
Isto mostra que o resultado está em cache em outros servidores DNS como
já foi mencionado aqui.
A minha indignação vem do fato que ao passar estas informações para a
equipe "técnica" da Net, eles não conseguem compreendê-las e o único
argumento que passam é que se a página
http://www.terra.com.br/postmaster/ e inserir o IP verá que o reverso
está OK. Tudo bem, mas e o cache nos servidores DNS do Terra não conta?
Porém eles não compreendem que, como foi mostrado aqui, existe uma
intermitência muito grande para resolver meu IP pelo dns1.virtua.com.br
e sempre há falha pelo dns2.virtua.com.br, implicando que quando o
primário dá falha o segundo não cobre a mesma porque a falha dele é
permanente.
Há muito tempo atrás trabalhava um profissional excelente no setor
responsável da Net chamado Theo Zelanis.
Este era o cara! Bastava passar o problema para ele via
http://abuse.virtua.com.br/ que solucionava em questão de minutos.
Descobri ontem que o Theo Zelanis não trabalha mais lá, isso porque eu
procurei o contato pela internet e achei o celular dele.
A impressão que me dá é que a Net, talvez para baixar custos, está
substituindo bons profissionais por versões baratas, que com todo o
respeito, não entendem do assunto.Não tenho nada contra os
profissionais, mas uma empresa deste porte não pode agir desta forma.
tem que ter pelo menos alguém que entenda do assunto.
Gostaria de deixar transparente a todos desta lista de discussão o
quanto nossa área esta sendo desvalorizada e se tiver alguém da Net na
lista, que esta postagem sirva como crítica construtiva.
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*
Marcelo Coelho
Há 10 dias passei por problema parecido, porém envolvendo resolução de registros do tipo CNAME.
Esta falha gerou inúmeras reclamações no nosso suporte.
O usuário não tem conhecimento técnico suficiente para identificar onde está o ponto da falha, nem sabe, por exemplo, alterar os DNSs de sua conexão para os do Google ou um outro qualquer.
Resultado: o usuário jamais vai acreditar que se trata de uma falha na NET, já que pelo mesmo DNS ele consegue realizar outras operações e navegar em outros sites na Internet.
Leandro Carlos Rodrigues
Os DNS's do Virtua são realmente muito ruins. Eu não quero e nem utilizo
eles como servidores DNS padrão pois já tivemos muitas reclamações de
funcionários que não conseguiam acessar determinadas páginas na web e
quando trocamos o os servidores de DNS por outros, como o Google, o
problema é solucionado.
O meu maior problema é que tenho um servidor de email na empresa e como
tomo mundo sabe os outros servidores de email checam o reverso quando um
servidor qualquer tenta enviar mensagens para determinar se ele é um
servidor de email válido.
Se os DNS's do Virtua estiveram com problema, eu não consigo enviar
mensagens pelo servidor da minha empresa.
Bruno L F Cabral
> Gostaria de manifestar profunda indignação com a NET.
A NET é uma operadora SCM, você pode e deve abrir reclamação
na Anatel sobre o problema. E manter o chamado aberto renovando-o
a cada 5 dias uteis sempre mantendo o mesmo número até o problema
ser resolvido
!3runo Cabral
Luzemário
> Isto mostra que o resultado está em cache em outros servidores DNS como já
> foi mencionado aqui.
> A minha indignação vem do fato que ao passar estas informações para a
> equipe "técnica" da Net, eles não conseguem compreendê-las e o único
> servidores DNS do Terra não conta?
> Porém eles não compreendem que, como foi mostrado aqui, existe uma
> intermitência muito grande para resolver meu IP pelo dns1.virtua.com.br e
> sempre há falha pelo dns2.virtua.com.br, implicando que quando o primário
> dá falha o segundo não cobre a mesma porque a falha dele é permanente.
> Há muito tempo atrás trabalhava um profissional excelente no setor
> responsável da Net chamado Theo Zelanis.
> Este era o cara! Bastava passar o problema para ele via
> http://abuse.virtua.com.br/ que solucionava em questão de minutos.
> Descobri ontem que o Theo Zelanis não trabalha mais lá, isso porque eu
> procurei o contato pela internet e achei o celular dele.
> A impressão que me dá é que a Net, talvez para baixar custos, está
> substituindo bons profissionais por versões baratas, que com todo o
> respeito, não entendem do assunto.Não tenho nada contra os profissionais,
> mas uma empresa deste porte não pode agir desta forma. tem que ter pelo
> menos alguém que entenda do assunto.
> Gostaria de deixar transparente a todos desta lista de discussão o quanto
> nossa área esta sendo desvalorizada e se tiver alguém da Net na lista, que
> esta postagem sirva como crítica construtiva.
>
> TI - All Chemistry do Brasil Ltda.
> (11) 3014-7100
> *
>
O maior problema das operadoras é achar que basta disponibilizar links
parrudos e botar um "servidorzinho" de DNS tá resolvido o problema. Isso não
é exclusividade da NET, as outras também tem servodres DNS horríveis. Pior
ainda é a Claro, que ultimamente tem bloqueado requisições de DNS para fora,
forçando o usuário a usar o DNS podre deles. Não é raro ver meu Firefox
exibindo a fatídica mensagem "Procurando servidor xxx..."
Leandro, hoje o cara que manda nas redes da NET é o Márcio de Ávila,
inclusive ele é o cara que está responsável pela implementação do IPv6. Você
pode contatá-lo através do email marcio...@netservicos.com.br.
Se ele não resolver ou indicar alguém que resolva, recomendo que mude de
operadora. Eu também uso a NET e tive a maior raiva da vida quando acordei
de juízo virado e inventei de ligar para o suporte do Virtua para perguntar
se a rede já suportava IPv6. A atendente quase chorou no telefone depois da
pressão que eu dei, mas simplesmente não sabia o que era IPv6, e informou
que apenas com uma visita técnica (que seria cobrada) eu poderia obter essa
informação. O mais legal é que eu tenho o 'NET Conforto', onde as visitas
técnicas não são cobradas... Acho que a moça realmente ficou desorientada...
:)
Leandro Carlos Rodrigues
definitivamente resolvido.
Graças a um membro desta lista de discussão, consegui o contato do
profissional diretamente envolvido com a infraestrutura da NET.
Em alguns minutos este profissional foi capaz de entender e corrigir o
problema.
Ele me explicou que o dns1.virtua.com.br e dns2.virtua.com.br não são
responsáveis pela resolução de DNS's reversos.
O correto, para minha faixa de IP, é que ns7.virtua.com.br e
ns8.virtua.com.br resolvam os reversos.
Após a devida correção podemos notar o seguinte:
allchem:~# dig -x 201.6.246.214 +trace
; <<>> DiG 9.5.1-P3 <<>> -x 201.6.246.214 +trace
;; global options: printcmd
. 84800 IN NS a.root-servers.net.
. 84800 IN NS b.root-servers.net.
. 84800 IN NS c.root-servers.net.
. 84800 IN NS d.root-servers.net.
. 84800 IN NS e.root-servers.net.
. 84800 IN NS f.root-servers.net.
. 84800 IN NS g.root-servers.net.
. 84800 IN NS h.root-servers.net.
. 84800 IN NS i.root-servers.net.
. 84800 IN NS j.root-servers.net.
. 84800 IN NS k.root-servers.net.
. 84800 IN NS l.root-servers.net.
. 84800 IN NS m.root-servers.net.
;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 10 ms
201.in-addr.arpa. 86400 IN NS NS3.AFRINIC.NET.
201.in-addr.arpa. 86400 IN NS NS.LACNIC.NET.
201.in-addr.arpa. 86400 IN NS NS-LACNIC.NIC.MX.
201.in-addr.arpa. 86400 IN NS SEC3.APNIC.NET.
201.in-addr.arpa. 86400 IN NS SEC1.AUTHDNS.RIPE.NET.
201.in-addr.arpa. 86400 IN NS TINNIE.ARIN.NET.
201.in-addr.arpa. 86400 IN NS NS2.LACNIC.NET.
201.in-addr.arpa. 86400 IN NS NS2.DNS.BR.
;; Received 252 bytes from 192.203.230.10#53(e.root-servers.net) in
199 ms
6.201.in-addr.arpa. 86400 IN NS D.DNS.BR.
6.201.in-addr.arpa. 86400 IN NS F.DNS.BR.
6.201.in-addr.arpa. 86400 IN NS A.DNS.BR.
6.201.in-addr.arpa. 86400 IN NS B.DNS.BR.
6.201.in-addr.arpa. 86400 IN NS C.DNS.BR.
;; Received 130 bytes from 202.12.28.140#53(SEC3.APNIC.NET) in 310 ms
246.6.201.in-addr.arpa. 86400 IN NS ns8.virtua.com.br.
246.6.201.in-addr.arpa. 86400 IN NS ns7.virtua.com.br.
;; Received 93 bytes from 200.192.232.10#53(C.DNS.BR) in 28 ms
214.246.6.201.in-addr.arpa. 86400 IN PTR
allchem.allchemistry.com.br.
246.6.201.in-addr.arpa. 3600 IN NS ns7.virtua.com.br.
246.6.201.in-addr.arpa. 3600 IN NS ns8.virtua.com.br.
;; Received 128 bytes from 201.6.0.136#53(ns7.virtua.com.br) in 11 ms
Podemos notar também o seguinte:
allchem:~# host 201.6.246.214 ns7.virtua.com.br
Using domain server:
Name: ns7.virtua.com.br
Address: 201.6.0.136#53
Aliases:
214.246.6.201.in-addr.arpa domain name pointer
allchem.allchemistry.com.br.
allchem:~# host 201.6.246.214 ns8.virtua.com.br
Using domain server:
Name: ns8.virtua.com.br
Address: 201.6.0.109#53
Aliases:
214.246.6.201.in-addr.arpa domain name pointer
allchem.allchemistry.com.br.
Agradeço imensamente o profissional que fez a correção pois ele foi
rápido em diagnosticar o problema e preciso para resolvê-lo.
Agradeço também o membro da lista que meu deu este contato e também o
Postmaster do Terra, pois sem este último eu não teria percebido o real
problema.
Fica aqui uma provocação:
Porque a NET não nos dá o contato destes profissionais especializados?
Aliás, fazem de tudo para escondê-los.
Ou então porque os atendentes não repassam o caso para eles quando
percebem que não tem acesso nem conhecimento para realizar a correção?
A intenção é resolver o problema ou se livrar dele?
Atenciosamente,
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*
Danton Nunes
> Ele me explicou que o dns1.virtua.com.br e dns2.virtua.com.br não são
> responsáveis pela resolução de DNS's reversos.
> O correto, para minha faixa de IP, é que ns7.virtua.com.br e
> ns8.virtua.com.br resolvam os reversos.
> Após a devida correção podemos notar o seguinte:
ah, é? então eles que tratem de atualizar as delegações, pois o que
realmente importa é o que os servidores de nível mais alto contam.
Suporte HostGaming
Tenho link da GVT, e tenho alguns bloqueios internacionais, alguns clientes
meus da faixa de ip 177.x.x.x estão na mesma rede da GVT estão sendo
bloqueados
At
Cleiton D.
HG NETWORKS
Rubens Kuhl
> responsáveis pela resolução de DNS's reversos.
> O correto, para minha faixa de IP, é que ns7.virtua.com.br e
> ns8.virtua.com.br resolvam os reversos.
Na verdade, para algumas classes é sim dns{1,2}.virtua.com.br.
$ host -t ns 0.6.201.in-addr.arpa
0.6.201.in-addr.arpa name server dns2.virtua.com.br.
0.6.201.in-addr.arpa name server dns1.virtua.com.br.
0.6.201.in-addr.arpa name server ns.embratel.com.br.
Mas para a sua em particular:
$ host -t ns 246.6.201.in-addr.arpa
246.6.201.in-addr.arpa name server ns7.virtua.com.br.
246.6.201.in-addr.arpa name server ns8.virtua.com.br.
Rubens
luisg...@eletrosul.gov.br
>
Sim temos! Parece que a AT&T (e talvez muitas outras) está nos bloqueando,
alguém tem contato lá?
Luis Gustavo
AVISO
Esta mensagem é destinada exclusivamente a(s) pessoa(s) indicada(s) como destinatário(s),
podendo conter informações confidenciais, protegidas por lei. A transmissão incorreta da mensagem não acarreta a perda de sua confidencialidade. Caso esta mensagem tenha sido recebida por engano, solicitamos que seja devolvida ao remetente e apagada imediatamente
de seu sistema.É vedado a qualquer pessoa que não seja destinatário, usar, revelar, distribuir ou copiar ainda que parcialmente esta mensagem.
-----------------------------------------------------------------------------------------------------------------
DISCLAIMER
This message is destined exclusively to the intended receiver. It may contain confidential or legally protected information. The incorrect transmission of this message does not mean loss of its confidentiality.
If this message is received by mistake, please send it back to the sender and delete it from your system immediately. It is forbidden to any person who is not the intended receiver to use, reveal, distribute, or copy any part of this message.
Leandro Carlos Rodrigues
/>/> responsáveis pela resolução de DNS's reversos.
/>>/ O correto, para minha faixa de IP, é que ns7.virtua.com.br e
/>>/ ns8.virtua.com.br resolvam os reversos.
/>
> Na verdade, para algumas classes é sim dns{1,2}.virtua.com.br.
>
> $ host -t ns 0.6.201.in-addr.arpa
> 0.6.201.in-addr.arpa name server dns2.virtua.com.br.
> 0.6.201.in-addr.arpa name server dns1.virtua.com.br.
> 0.6.201.in-addr.arpa name server ns.embratel.com.br.
>
> Mas para a sua em particular:
>
> $ host -t ns 246.6.201.in-addr.arpa
> 246.6.201.in-addr.arpa name server ns7.virtua.com.br.
> 246.6.201.in-addr.arpa name server ns8.virtua.com.br.
Rubens, pelo que entendi ele vai corrigir esta faixa completa e outras após a minha confirmação de que não haverá bloqueios nas próximas horas das mensagens enviadas pelo meu MTA.
Acho que ele quer ter certeza que a alteração feita para mim não vai causar outros problemas. Então, depois disso, ele aplica para tudo.
O que foi explicado, pelo menos foi o que entendi, é que um reverso só pode ser realizado por algum ns[[:digit:]].virtua.com.br e nunca pelos dns{1,2}.virtua.com.br.
Luzemário
requisições gerais de DNS (DNS cache) e para atender a solicitações de
resolução de nomes em sua própria rede (Name Servers). É esperado que os
hosts com nomes dns?.* atendam requisições da rede interna para nomes
existentes na internet (fora da rede interna), e os ns?.* atendam só as
solicitações de alguém que quer achar um servidor hospedado pela rede Virtua
(quem pergunta pode estar na rede interna ou externa).
>
> Se bem configurados, os servidores atendem apenas as requisições para os
> quais foram planejados, proporcionando um melhor balanceamento de carga e
> disponibilidade.
>
> Uma coisa é o servidor dns1.virtua.com.br dizer quem é
> www.empresa_no_virtua.com porque já está em seu cache, outra é o "DNS
> record" fixo da empresa hospedada pelo Virtua, que sempre estará à
> disposição de quem quiser perguntar em ns7.virtua.com.br. É mais ou menos
> por aí. Ou deveria ser.
>
> Luzemário Dantas
>
Para acabar de vez com as dúvidas, e explicar melhor o que não consegui com
as palavras acima, vejam o artigo abaixo. Após a leitura, fica fácil saber a
diferença entre os servidores dns e os servidores ns:
http://www.vivaolinux.com.br/artigo/Configurando-um-servidor-DNS-e-DHCP-na-rede
Danton Nunes
> O que o pessoal costuma fazer é deixar servidores separados para atender as
> requisições gerais de DNS (DNS cache) e para atender a solicitações de
> resolução de nomes em sua própria rede (Name Servers). É esperado que os
> hosts com nomes dns?.* atendam requisições da rede interna para nomes
> existentes na internet (fora da rede interna), e os ns?.* atendam só as
> solicitações de alguém que quer achar um servidor hospedado pela rede Virtua
> (quem pergunta pode estar na rede interna ou externa).
o que há são servidores autoritativos, que são os nós terminais da árvore
de delegações e servidores recursivos, que atuam como
clientes-procuradores e cache. Embora seja possível que os dois papéis
sejam executados pelo mesmo equipamento, isto não é aconselhado por
motivos de segurança, p.ex. cache poisoning.
não conheço qualquer convenção ou prática corrente designando nomes para
os servidores de nomes, de onde você tirou essa idéia de que nomes como
dns.* ou ns.* tenham significados especiais?
Rubens Kuhl
> parrudos e botar um "servidorzinho" de DNS tá resolvido o problema. Isso não
> é exclusividade da NET, as outras também tem servodres DNS horríveis. Pior
> ainda é a Claro, que ultimamente tem bloqueado requisições de DNS para fora,
> forçando o usuário a usar o DNS podre deles. Não é raro ver meu Firefox
> exibindo a fatídica mensagem "Procurando servidor xxx..."
Sugiro mandar para a Claro uma referência a este texto:
http://cgi.br/regulamentacao/resolucao2010-004.htm
"Resolve:
- Recomendar que empresas fornecedoras de conectividade Internet
implementem as seguintes medidas visando a manutenção da estabilidade
e segurança na prestação de serviços para os usuários de Internet no
Brasil:
permitir tráfego DNS de forma não discriminatória nos serviços de
acesso à Internet, não limitando as consultas de DNS aos servidores da
empresa prestadora, permitindo assim que usuários operem seus próprios
serviços"
Rubens
Paulo Henrique BSD Brasil
E outra um DNS-Cache bem configurado e estavel é melhor que um DNS
externo, é mais rapido.
Rubens Kuhl
Não existe obrigação na Internet. Ela funciona porque seus usuários
concordam em seguir regras que são escritas em documentos de nome
"pedido para comentários"... agora, se uma operadora quer dizer que
provê acesso à Internet, ela precisa seguir as publicações do Comitê
Gestor Internet Brasil. Ela não é obrigada e pode prover um serviço
que ela pode dizer ser até melhor do que a Internet... mas não é
Internet. Se ela for clara com seus consumidores a esse respeito, não
há mal nenhum.
> E outra um DNS-Cache bem configurado e estavel é melhor que um DNS externo,
> é mais rapido.
Recursivos estáveis, com configurações neutras e com boa performance
são uma exceção e não regra nas operadoras brasileiras.
Bruno L F Cabral
> Recomendar não é obrigar, espero que leia o contrato antes.
> E outra um DNS-Cache bem configurado e estavel é melhor que um DNS
> externo, é mais rapido.
Dificil é uma operadora gerida por marketing aceitar fazer
investimento em rede e pessoal para operar rede. Veja o caso
da operadora de certo estado da federação a dois anos que
teve vendas suspensas por falha no serviço de DNS da empresa...
!3runo Cabral
Paulo Henrique BSD Brasil
mais pratica até que roteamento.
Um profissional para gerir 2 ou 3 equipamentos de um serviço que
simplesmente funciona sozinho quando corretamente configurado não é
caro, principalmente quando acontece problemas em servidores alheios e
acaba ouvindo o meu link caiu por que o infeliz usa DNS externo cujo
servidores estão offline.
Mesmo com DNSSec a interferencia é pouca, por maior que seja o numero de
clientes, ter um serviço bem projetado é vantajoso para todos.
Até hoje nos provedores que trabalhei e em outros que presto suporte
configuro DNS e DNS-Cache e nunca tive reclamações quanto a serviço,
será que coisa muda de figura quando se trata de operadoras ?
O Protocolo por si só faz o trabalho mais dificil que é a redundância.
Bruno L F Cabral
> Po sempre achei serviço de DNS a coisa mais pratica para se gerir, é
> mais pratica até que roteamento.
eu sei disso, voce sabe disso, o GTER inteiro sabe disso, mas o
departamento que decide o que se gasta numa operadora nao esta
nem ai pra isso
> Até hoje nos provedores que trabalhei e em outros que presto suporte
> configuro DNS e DNS-Cache e nunca tive reclamações quanto a serviço,
> será que coisa muda de figura quando se trata de operadoras ?
o equipamento para 10 milhoes de usuarios nao é o mesmo que nos
usamos normalmente. eles precisam GASTAR em infra-estrutura alem
da configuracao
Paulo Henrique
mesmo DNS e imcopetencia assumida,
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
--
Paulo Henrique.
Desenvolvedor de Sofware
Administrador de Rede.
NoRm4nD In FreeNode.Org.
Bruno L F Cabral
>>> Até hoje nos provedores que trabalhei e em outros que presto suporte
>>> configuro DNS e DNS-Cache e nunca tive reclamações quanto a serviço,
>>> será que coisa muda de figura quando se trata de operadoras ?
>>
>> o equipamento para 10 milhoes de usuarios nao é o mesmo que nos
>> usamos normalmente. eles precisam GASTAR em infra-estrutura alem
>> da configuracao
>
> mesmo DNS e imcopetencia assumida,
O fato de ter 1 IP só não quer dizer que não seja um pool de
equipamentos corretamente dimensionados e bem configurados.
Veja o caso dos letter.ntp.br e letter.dns.br do NIC.
Ou do 8.8.8.8 e 8.8.4.4 do google.
[]s, !3runo Cabral
Leandro Carlos Rodrigues
> de redes:
>
> Servidores autoritativos = ns?.dominio.ext
> Servidores recursivos = dns?.dominio.ext
>
> Se muita gente já segue essa idéia, acredito que se acostumar facilita o
> diagnóstico de problemas em grandes redes. Isso não é e creio que nunca vá
> ser uma convenção ou regra, já que o mais comum é ter o bind executando a
> função de autoritativo e recursivo na mesma máquina. Mas quando as redes são
> realmente pesadas e você precisa distribuir a carga autoritativa por,
> digamos, uns 10 servidores configurados exclusivamente com função
> autoritativa, aí eu concordo com meu professor: Vou chamá-los todos de
> ns1..ns10. Até na árvore do NMS fica mais fácil de identificar.
>
> Luzemário
Isto é realmente muito interessante. As disciplinas de redes de
computadores na minha faculdade somente acontecem no 5 e no 6 semestres.
Só para dar um feedback, já passei um OK para o profissional da NET e
dentro dos próximos dias todas as faixas que estiverem disconformes com
a recomendação serão corrigidas. Quem tiver link empresarial da NET, por
favor fiquem atentos nos próximos dias. Se houver qualquer anormalidade
me envie uma mensagem.
*Leandro Carlos Rodrigues
TI - All Chemistry do Brasil Ltda.
(11) 3014-7100
*