nslookup возвращает правильный IP, ping все еще идет на неправильный IP

Question

Итак, вот настройка. Ноутбук подключен к нашей компании VPN (Juniper Network Connect 7.2.0). Существует два суффикса DNS-поиска (domain1.com, domain2.local). С этого ноутбука, когда он подключен, nslookup опрашивает правильный DNS-сервер и возвращает правильный IP-адрес. Пинг по IP работает нормально. Pinging FQDN работает нормально. Проверка связи с неквалифицированным доменным именем, по-видимому, выполняется с использованием суффикса hostname.domain.com (даже если он не существует) и, по-видимому, использует результаты с локального DNS-сервера, а не VPN-сервера VPN.

Более детально:

c:\> имя хоста nslookup
Сервер: hostname.domain2.local
Адрес: 10.0.0.10

Неофициальный ответ:
Имя: hostname.domain2.local
Адрес: 10.0.0.10

c:\> nslookup hostname.domain2.local
Сервер: hostname.domain2.local
Адрес: 10.0.0.10

Неофициальный ответ:
Имя: hostname.domain2.local
Адрес: 10.0.0.10

C:\> ping hostname

Пингует hostname.domain1.com [EXTERNAL/WRONG_IP] с 32 байтами данных:
Истекло время запроса.
Истекло время запроса.
Истекло время запроса.
Истекло время запроса.

Статистика пинга для EXTERNAL/WRONG_IP:
Пакеты: отправлено = 4, получено = 0, потеряно = 4 (потеря 100%),

C:\> ping hostname.domain2.local

Пингует hostname.domain2.local [10.0.0.10] с 32 байтами данных:
Ответ от 10.0.0.10: bytes = 32 time = 50ms TTL = 128
Ответ от 10.0.0.10: bytes = 32 time = 50ms TTL = 128
Ответ от 10.0.0.10: bytes = 32 time = 47ms TTL = 128
Ответ от 10.0.0.10: bytes = 32 time = 50ms TTL = 128

Статистика пинга для 10.0.0.10:
Пакеты: отправлено = 4, получено = 4, потеряно = 0 (потеря 0%),
Приблизительное время прохождения туда и обратно в миллисекундах:
Минимум = 47мс, Максимум = 50мс, Среднее = 49мс

Итак, вот что я попробовал до сих пор:

1. ipconfig /flushdns
2. netsh int ip сбросить все
3. Проверено, что сетевые адаптеры находятся в правильном порядке приоритета в расширенных настройках
4. Проверено правильность маршрутов TCP /IP
5. Проверено, что имя хоста отсутствует в файле hosts.

Итак ... кто-нибудь знает, почему он по-прежнему использует неправильный DNS-сервер?

Answer 1

Пара возможных вещей.

Попробуйте route print и убедитесь, что у вас нет статического маршрута, который может быть причиной этого.

Вы уверены, что "ping hostname" разрешается DNS, а не WINS? Если вы можете полностью пройти квалификацию и получить хороший результат, но получите ошибку по короткому имени, это может быть плохой записью WINS. Проверьте ваш сервер выигрышей и удалите / исправьте все неправильные записи. также запустите NBTSTAT -RR на вашем компьютере

Проверьте и настройте порядок поиска в DNS (он описан в комментариях)

Убедитесь, что на вашей машине нет мошеннических записей HOSTS / LMHOSTS.

Answer 2

У вас может быть жестко закодированный адрес в вашем файле hosts .

nslookup использует схему разрешения, отличную от остальных (включая ping но также и метод gethostbyname() в стандартной библиотеке).

Некоторая дополнительная информация доступна, например, по адресу https://jdebp.eu/FGA/nslookup-results-different-to-ping.html.

Answer 3

Существует разница между разрешением имен с помощью nslookup и разрешением имен сетевым API Windows, используемым почти каждым приложением.

Стандартный процесс разрешения имен в Windows происходит в следующем порядке:

1. Проверьте имя локального компьютера
2. Файл HOSTS
3. DNS, локальный кеш
4. DNS, DNS-серверы в порядке приоритета
5. WINS-серверы
6. Трансляция NetBIOS через TCP/IP (NetBT)

nslookup отличается тем, что:

1. Он ограничивается только зарегистрированными DNS-серверами.
2. Это не ограничивается полным FQDN; он может найти частичные, а затем сказать, что он это сделал. Другие приложения могут либо предполагать, что hostname является полным полным доменным именем, либо пытаться добавить основной DNS-суффикс (определенный SystemPropertiesComputerName.exe) и DNS-суффиксы для конкретного подключения перед разрешением.

Вы можете использовать Wireshark (бесплатное стороннее диагностическое приложение), чтобы узнать, откуда ping разрешает ваше hostname .