Não tenho ideia do que estou fazendo com o DNS e sei o suficiente para saber a extensão da minha ignorância, mas sou encarregado de tentar solucionar problemas de um dispositivo remoto em uma rede remota, aos quais não tenho acesso. O que parece estar acontecendo é que, em uma rede específica, o dispositivo configurado para DHCP não consegue resolver nomes. Em todas as outras redes, tudo está bem, por isso resta-nos contemplar um comportamento especial nesta rede específica em relação ao DHCP e provavelmente ao DNS.
A invocação nslookupnesta rede remota em um host Windows é a seguinte:
nslookup
>server ns1.[theserver].net
Default Server: ns1.[theserver].net
Addresses: 1716:efb7::3
125.75.227.17
> set timout=10
> set q=ns
> [bigsubdomainnamewithdashes].[thedomaininquestion].com
Server: ns1.[theserver].net
Addresses: 1716:efb7::3
125.75.227.17
*** ns1.[theserver].net can't find [bigsubdomainnamewithdashes].[thedomaininquestion].com:No response from server
mas especificar o endereço IPv4 ns1.[theserver].netsozinho funciona.
> server 125.75.227.17
Default Server: [125.75.227.17]
Address: 125.75.227.17
> [bigsubdomainnamewithdashes].[thedomaininquestion].com
Server: [125.75.227.17]
Address: 125.75.227.17
Non-authoritative answer:
[bigsubdomainnamewithdashes].[thedomaininquestion].com canonical name = [yep a cname].com [yep a cname].com canonical name = [yep a cname].us-east-1.elb.amazonaws.com
Este comportamento interativo nslookupé surpreendente. No primeiro caso, nslookupconhece um servidor nomeado para o qual estão disponíveis dois endereços IP, IPv4 e IPv6, e não resolverá nomes para os quais existam endereços IPv4. Neste último caso, nslookupé fornecido um endereço IPv4 e resolve os nomes conforme seria esperado.
Devido à minha ignorância admitida, não quero pular para a resposta aparentemente óbvia, então envio a pergunta: "Que mágica o nslookup está realizando quando obtém um endereço IPv4 e um endereço IPv6?"