[MASOCH-L] Transferência de Dominio VS Delegação

[suporte@wahtec.com.br]

Acredito que eu não tenha me explicado bem.

Existem dois casos distintos, ambos trabalhando com a RFC 2317.


*** Primeiro Estilo - Transferência de Domínio. Um cliente configura um 
servidor Master e vários slaves. Após isto, configura o servidor da Ebt 
também como slave e este executa uma sincronia com o servidor master do 
cliente (Transferência de Domínio),  desta forma, também, atualizando os 
servidores primários e secundários do _provedor_. O provedor de acesso então, 
não delega as consultas para o cliente, mas, sim, as responde, com os dados 
obtidos pelo cliente em questão. A sincronia é feita adequadamente e os dados 
são consistentes, mas quem responde as consultas é os DNS's do provedor.

Exemplo Aleatório: http://www.dnsstuff.com/tools/ptr.ch?ip=200.248.32.64
--
Asking g.root-servers.net for 64.32.248.200.in-addr.arpa PTR record:  
       g.root-servers.net says to go to tinnie.arin.net. (zone: 
200.in-addr.arpa.)
Asking tinnie.arin.net. for 64.32.248.200.in-addr.arpa PTR record:  
       tinnie.arin.net [69.25.34.195] says to go to E.DNS.BR. (zone: 
248.200.in-addr.arpa.)
Asking E.DNS.BR. for 64.32.248.200.in-addr.arpa PTR record:  
       e.dns.br [139.91.1.20] says to go to ns2.embratel.net.BR. (zone: 
32.248.200.in-addr.arpa.)
Asking ns2.embratel.net.BR. for 64.32.248.200.in-addr.arpa PTR record:  Got 
CNAME referral to ns2.embratel.net.BR. (zone 
64.64-127.32.248.200.in-addr.arpa.) [from 200.245.255.33]
Asking ns2.embratel.net.BR. for 64.64-127.32.248.200.in-addr.arpa. PTR record:  
Reports 200-248-32-64.tpo.com.br. [from 200.245.255.33]
--
Procurei aleatoriamente por um IP até achar um que se enquadrasse em um /26. O 
comportamento é o mesmo para todos IPs /26 dentro da Ebt (até onde vi). 
Efetuei por diversas vezes a consulta para verificar que o round robin 
executa a consulta nos servidore ns e ns2 da Ebt. 


*** Segundo Estilo: Delegação de Autoridade. O cliente fornece ao provedor os 
dados de seu dns e este delega o range em questão para o servidor 
autoritativo do cliente. 

Exemplo: http://www.dnsstuff.com/tools/ptr.ch?ip=200.96.65.150

Asking f.root-servers.net for 150.65.96.200.in-addr.arpa PTR record:  
       f.root-servers.net says to go to tinnie.arin.net. (zone: 
200.in-addr.arpa.)
Asking tinnie.arin.net. for 150.65.96.200.in-addr.arpa PTR record:  
       tinnie.arin.net [69.25.34.195] says to go to C.DNS.BR. (zone: 
96.200.in-addr.arpa.)
Asking C.DNS.BR. for 150.65.96.200.in-addr.arpa PTR record:  
       c.dns.br [200.130.31.5] says to go to ns04-bsa.brasiltelecom.net.BR. 
(zone: 65.96.200.in-addr.arpa.)
Asking ns04-bsa.brasiltelecom.net.BR. for 150.65.96.200.in-addr.arpa PTR 
record:  Got CNAME referral to A.NS.WAHTEC.com.br. (zone 
150.144-151.65.96.200.in-addr.arpa.) [from 201.10.132.26]
Asking A.NS.WAHTEC.com.br. for 150.144-151.65.96.200.in-addr.arpa. PTR record:  
Reports galois.wahtec.com.br. [from 200.96.65.146]

As consultas são respondidas somente pelos meus servidores.


Bom, isto explicado, retorno a perguntar:

> Enfim, não seria mais fácil simplesmente delegar a resolução da zona 
> xxx-xxx.xxx.xxx.in-addr.arpa (que nesse caso é classless) para os servidores 
> do cliente?
> 
> Como fica a hierarquia, no final, após a transferência? isto é, quem vai 
> responder pelo reverso no final, apenas os servidores da Ebt? Há outros 
> ganhos utilizando esta abordagem?


Um Abraço a todos,
--
Aristeu Gil Alves Jr

PS: Aproveitei para mudar o título, que estava escrito errado