Сбой NSLOOKUP, в то время как ping -a и Resolve-DnsName -DnsOnly успешны
Я пытаюсь завершить nslookup
для ряда хостов в дочернем домене, но все nslookups терпят неудачу. Обычное объяснение состоит в том, что соединение происходит из-за NetBIOS, однако в этом случае Resolve-DnsName -DnsOnly
следует исключить это объяснение. Тот же аргумент ping -a
,
Чтобы объяснить. Я подключен к сети VPN "DCCorpNet" и хочу выполнить nslookup для домена enterprise "enterprise.com". Я знаю, что существуют записи для хостов, с которыми я проверяю, поэтому я ожидаю 'nslookup SomeHost.enterprise.com'
вернуть IP-адрес. Однако ответа нет, и странно, 'ping -a SomeHost.enterprise.com'
а также 'Resolve-DnsName - DnsOnly SomeHost.enterprise.com'
работать как положено.
Так как я могу устранить это? И что еще мне нужно узнать, чтобы узнать, что мне нужно обновить на DNS-записях хостов, чтобы они могли отвечать на них? nslookup
?
(Все настроено так, что я ожидаю проблем с DNS в обратном направлении, но не так, как они есть.)
2 ответа
Видимо что-то заставляет не тот DNS-сервер отвечать.
Вы можете добавить DNS-сервер в качестве параметра для NSLookup, чтобы использовать правильный.
Например:
nslookup -q=all example.com 8.8.8.8
Полный ответ таков: nslookup выполняет деволюцию. Недостаточно просто указать на правильный авторитетный сервер имен. Вы также должны включить "." в конце вашего имени хоста для подавления передачи.
Следовательно, nslookup -q=all host.enterprise.com DnsServer.enterprise.com
становится nslookup -q=all host.enterprise.com. DnsServer.enterprise.com
,
И там мы идем.