Eu tenho uma infraestrutura VMWare e dentro dela 2 ambientes chamados A e B. "A" tem seu DNS no servidor "D" enquanto B tem seu DNS dentro de si. O cenário é o dado abaixo:
A tem domínio associado como bdweb01.lp.rmplc.net
e tem seu DNS no servidor D.
- Todos os registros A estão dentro do servidor D.
B tem domínio associado como int.books.rmlp.com
e tem seu servidor DNS dentro de seu ambiente.
- Todos os registros A estão dentro de seu próprio servidor DNS de ambiente.
- Um registro de servidor de nomes foi criado dentro do domínio DNS "B" no Servidor D. O que significa que todos os registros A necessários para este ambiente estão contidos neste domínio (int.books.rmlp.com). No servidor chamado D, contém o registro NS para int.books.rmlp.com para que as solicitações sejam encaminhadas para o servidor DNS do ambiente B.
Agora sobre os IP's usados:
- Um ambiente possui IP's na faixa de 192.168.xx
- Ambiente B tem os IP's na faixa de 172.28.xx
O que significa que ambos têm IPs privados.
Meu problema:
Quando utilizo https://www.whatsmydns.net/ para verificar o IP de um site (ex: browse.bdweb01.lp.rmplc.net
), ele mostra claramente o IP associado a este domínio. Ao mesmo tempo, quando eu verifico o IP de um site hospedado no meu ambiente B (ex: browse.int.books.rmlp.com
), ele não me informa nenhum IP.
- Embora usemos duas classes diferentes nos ambientes, ambas continuam sendo os endereços IP privados. Então, por que o IP da classe C está sendo exibido, mas não a classe B?
- Não acho que os sites no ambiente A tenham IPs natted, pois recebo os IPs internos exatos quando verificados com whatsmydns. Então, como isso funciona, enquanto o outro não?
- Existe algo que eu precisaria fazer, para que eu pudesse obter o mesmo resultado no site hospedado no ambiente B também?
Qualquer sugestão rápida ou ajuda seria muito apreciada.
Você diz que delegou a subzona
int.books.rmlp.com
no servidor de nomes autorizado para ambosrmplc.net
ermlp.com
, que éns0.ifl.net.
. Mas não acho que seja assim:Até que você corrija essa delegação, isso não vai funcionar; o problema não tem nada a ver com o eventual registro do host A estar em alguma parte específica do espaço de endereço RFC1918.