
Я понятия не имею, что я делаю с DNS, и знаю достаточно, чтобы оценить степень своего невежества, но мне поручено попытаться устранить неполадки удаленного устройства в удаленной сети, к которым у меня нет доступа. Похоже, что в определенной сети настроенное DHCP-устройство не может разрешить имена. Во всех других сетях все в порядке, поэтому нам остается только размышлять об особом поведении в этой конкретной сети в отношении DHCP и, вероятно, DNS.
Вызов nslookup
этой удаленной сети на хосте Windows выполняется следующим образом:
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
но указание только адреса IPv4 ns1.[theserver].net
работает.
> 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
Такое интерактивное поведение nslookup
удивительно. В первом случае nslookup
знает именованный сервер, для которого доступны два IP-адреса, IPv4 и IPv6, и не будет разрешать имена, для которых есть адреса IPv4. Во втором случае nslookup
предоставляется адрес IPv4 и разрешает имена, как и ожидалось.
Из-за моего признанного невежества я не хочу переходить к, казалось бы, очевидному ответу, поэтому задаю вопрос: «Какое волшебство творит nslookup, когда получает и адрес IPv4, и адрес IPv6?»