No tengo idea de lo que estoy haciendo con DNS y sé lo suficiente como para saber el alcance de mi ignorancia, pero me encargan intentar solucionar problemas de un dispositivo remoto en una red remota, a las cuales no tengo acceso. Lo que parece estar sucediendo es que en una red particular, el dispositivo configurado con DHCP no logra resolver los nombres. En todas las demás redes, las cosas están bien, por lo que debemos contemplar un comportamiento especial en esta red en particular con respecto a DHCP y probablemente DNS.
La invocación nslookupen esta red remota en un host de Windows es la siguiente:
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
pero especificar la dirección IPv4 de ns1.[theserver].netuno solo 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 comportamiento interactivo de nslookupes sorprendente. En el primer caso, nslookupconoce un servidor designado para el cual hay dos direcciones IP disponibles, IPv4 e IPv6, y no resolverá los nombres para los cuales hay direcciones IPv4. En el último caso, nslookupse proporciona una dirección IPv4 y resuelve los nombres como se esperaría.
Debido a mi ignorancia admitida, no quiero saltar a la respuesta aparentemente obvia, así que envío la pregunta: "¿Qué magia realiza nslookup cuando obtiene una dirección IPv4 y otra IPv6?"