Сбой 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,

И там мы идем.

Другие вопросы по тегам