Как разрезолвить ip адрес windows

Обновлено: 07.07.2024

Т.к. тема является архивной.

а если другие адреса вгету предложить? а если сразу айпишник вместо адреса?

Т.к. тема является архивной.

Сервер: localhost
Address: 127.0.0.1

Т.к. тема является архивной.

гуя есть? браузер запустить

мне начинает казаться, что проблема только у вгета, nslookup у меня такой же адрес выдаёт

Т.к. тема является архивной.

Пол Карасика писал(а)
Сервер: localhost
Address: 127.0.0.1

В этом проблема.

ping пользуется системным днс, а wget берет адрес днс из настроек

Т.к. тема является архивной.

В смысле? Это DNS сервер в конторе, в настройках ip4 прописан он сам.
Пробовал вместо 127.0.0.1 в DNS поставить 8.8.8.8, результат не изменился.

Т.к. тема является архивной.

Пол Карасика писал(а)
Это DNS сервер в конторе, в настройках ip4 прописан он сам
а откуда он адреса узнаёт? не ручками же туда весь интернет прописан?

Т.к. тема является архивной.

В настройках самого DNS сервера прописан сервер пересылки 8.8.8.8.

Т.к. тема является архивной.

Таки я всеми руками за гугл, но суть в том, что один сервер пересылки - это, как минимум, не комильфо. Далее. Через некоторых провайдеров (я тут как-то вполглаза последние месяцы начал замечать) именно DNS-запросы на гугловые publicDNS не проходят. Кстати, ничего не мешает его пораспрашивать через nslookup. Попробуйте для начала заюзать яндексовские днсы - 77.88.8.8 и\или днсы провайдера.

Т.к. тема является архивной.

Смена DNS на гугловский или провайдерский в настройках DNS и в настройках сетевого адаптера ничего не дал.
nslookup работает корректно.

Т.к. тема является архивной.

смеха ради на сетевухе принудительно выставьте 10Мбит/с.
И да, может всё таки зверьё?

Т.к. тема является архивной.

Штатного нету. Проверял с помощью Cureit и Kaspersky Rescue Disk

Т.к. тема является архивной.

Выяснилось, с этого сервера IE ещё и по IP на сайты зайти не может. Это уже не в DNS дело.

Т.к. тема является архивной.

офнуть брандмауэр ещё раз, можно попробовать через службы (для проверки).
route print ?
Переписать дефолтный роут пробовали?

С другой стороны, если работают какие-то тулзы типа ping-а и чего там ещё?, то проблема либо в том, что блокируется сетевой доступ приложений по белому списку, либо блокируются порты/сетевые протоколы (нужное подчеркнуть). Есть смысл копать в сторону того, что может блокировать.

Т.к. тема является архивной.

Если время есть, я бы порекомендовал пункты выполнять по-отдельности с перезагрузкой, особенно что касается SPI/LSP, дабы понять в чём конкретно проблема была (если, конечно, проблема решится).

Т.к. тема является архивной.

в оснастке ДНСа полтора десятка узлов пересылки заложено.

Т.к. тема является архивной.

Пол Карасика писал(а)
Это DNS сервер в конторе, в настройках ip4 прописан он сам.

Я догадался )
запусти wget --config, он тебе покажет файл настроек, скопипасть его сюда, посмотрим.

Т.к. тема является архивной.

С помощью опции --config задаётся внешний конфигурационный файл.

Т.к. тема является архивной.

Оно давно не работало. После чего всё сломалось уже не вспомню.

Т.к. тема является архивной.

Дело в том, что DNS сервер странно работает. Для локальной сети всё ок, все в инет ходят и имена разрешаются. А вот на самом сервере ping, tracert работает, а вот сторонние утилиты не хотят. И если в эксплорере на сервере открыть любую страницу, ошибка Не удаётся отобразить страницу.

Делал
netsh int ip reset
netsh winsock reset
Не помогло.

Т.к. тема является архивной.

кроме сервера имён какие ещё роли исполняет эта железяка?
не стоит ли на ней прокся случайно?

Т.к. тема является архивной.

Прокси нет. Сервер терминалов на нём, в котором одинэс крутится. Она тоже обновиться не может. Собственно это и есть главная проблема.
Ещё файлопомойка и DHCP.

Т.к. тема является архивной.

Чувак, я тебе о чем и говорю: покажи, что у тебя в конфигурационном файле wget.

Т.к. тема является архивной.

у меня появилось сомнение о легальности доступа конкретного индивида к конкретному серверу

Т.к. тема является архивной.

Явлинский писал(а)
Чувак, я тебе о чем и говорю: покажи, что у тебя в конфигурационном файле wget.

Т.к. тема является архивной.

Странно. Ты хорошо смотрел?
В любом случае предположу глюк вгета. Ибо если пинг по имени работает нормально, значит, ДНС-клиент настроен правильно и сервер доступен.

Т.к. тема является архивной.

IE с сервера тоже ничего открыть не может. 1с не обновляется.

Т.к. тема является архивной.

Роль ДНС корректно настроена? К каким адаптерам binding?

Т.к. тема является архивной.

Адаптер один. DNS ошибок не выдает. ping и tracert работают.
Что такое binding?

Т.к. тема является архивной.

Ставить диагнозы по интернету дело неблагодарное. Могу еще посоветовать:
1) проверить журнал службы ДНС
2) поставить сниффер и отследить, на какой IP уходят ДНС-запросы от IE и wget.
ЗЫ. Если готовы заплатить, могу приехать и починить.

Т.к. тема является архивной.

Явлинский писал(а)
1) проверить журнал службы ДНС <br> 2) поставить сниффер и отследить, на какой IP уходят ДНС-запросы от IE и wget.

1. В журнале DNS ошибок нет.
2. Поставил wireshark, выяснилось, что IE при попытке открыть сайты запросы по 53 порту вообще никуда не отсылает.

Т.к. тема является архивной.

Пол Карасика писал(а)
что IE при попытке открыть сайты запросы по 53 порту
IE и не должен их отсылать, это делает DNS клиент.
Вот с этим самым клиентом вероятно проблемы, как там его сервис поживает ?

Т.к. тема является архивной.

acella писал(а)
IE и не должен их отсылать, это делает DNS клиент.
Браузер и есть DNS клиент. Если лет 10 назад браузер мог тупо вызвать GetHostByName, то с внедрением в адреса кириллических (и, вообще, национальных) алфавитов функционал ДНС-клиента реализован в самом браузере.

Т.к. тема является архивной.

2. Пакеты ты не видишь потому, что ловишь их на сетевой карте, а их надо ловить на loopback. Поменяй интерфейс сбора в сниффере и проверь.

Т.к. тема является архивной.

Раньше работало? Откатись да и всё. У меня чем дальше тем меньше желания разбираться чего намудили в 2012м. в 2003м всё работало годами и не требовало внимания, 2008 был странный, но малопроблемный, а это чудо. наркоманство какое-то.

Т.к. тема является архивной.

Дядь Миш, опять свою пластинку поставил?
Вся печаль в том, что при обновлении пытаются сделать лучше и не всегда выходит с первого раза. С ходу могу сказать, что тот же HyperV на 2012 куда более приемлемый, чем на 2008. А что там с 2003? Правильно, тогда и потребностей таких не было. А тут мы приходим уже к старой доброй серверной идеологии - не нахлобучивай говна. В нашем любимом Microsoft этого делать не умеют, именно поэтому если я хочу поднять одну конкретную серверную роль, которая должна работать как топор - тупо и без вые-дон-донов, я лучше под неё подниму отдельный лиунксовый и бисдёвый сервак (виртуалку). А сервера windows - ну тут кушать надо что дают и не обляпаться просто. Чего бухтеть то?

Т.к. тема является архивной.

в общем надо сказать спасибо, что не отняли консоль и не сделали плашечный интерфейс :о)

Т.к. тема является архивной.

Настройка протокола IP для Windows

Ethernet adapter Ethernet:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевое подключение Intel(R) 82574L Gigabit
Физический адрес. . . . . . . . . : 00-0C-29-9C-D4-2E
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.100(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.1
DNS-серверы. . . . . . . . . . . : 127.0.0.1
NetBios через TCP/IP. . . . . . . . : Включен

Если что, DNS в настройках менял на 8.8.8.8, 77.88.8.8, провайдерский. Не помогло.

Nslookup (name server lookup) это утилита командной строки, которую можно использовать для диагностики службы DNS, проверки DNS записей и серверов и обнаружения проблем, связанных с разрешением имен в системе DNS. Утилита nslookup изначально разработана в составе пакета BIND и в дальнейшем портирована на Windows. На данный момент утилита Nslookup входит в состав всех поддерживаемых версий Windows.

Утилита Nslookup умеет отправлять запросы на DNS сервер, который указан в настройках вашего сетевого подключения. Этот адрес считается DNS севером по умолчанию (default server). Пользователь может указать адрес любого другого доступного DNS сервера, в результате чего все следующие DNS запросы будут выполнятся уже на нем.

С помощью утилиты nslookup вы можете узнать IP адрес любого сервера по его DNS имени, выполнить обратное преобразование, получить информацию о различных DNS записях домена.

Вы можете использовать утилиту nslookup в интерактивном или не-интерактивном режиме.

Чтобы выполнить DNS запрос с помощью nslookup в неинтерактивном режиме, откройте командную строку и выполните команду:

Такой ответ говорит о том, что ваш DNS сервер доступен и работает штатно, выполняя запросы на разрешение DNS имен.

Если же вы получит ответ вида:

Это означает, что для данного имени не найдено записей в DNS зоне.

В том случае, если ваш DNS сервер недоступен или не отвечает, вы получите ошибки DNS request timed out.

В этом случае проверьте, указан ли у вас правильный адрес DNS сервера и нет ли проблем с сетевым подключением у провайдера.

Совет. Обратите внимание, что команды утилиты nslookup являются регистрозависимыми.

Для завершения работы с nslookup наберите команду exit и нажмите Enter.

Чтобы найти DNS сервера, которые отвечают за конкретный домен (authoritative servers), выполните команды:

Вы можете выполнить и обратное преобразование (получить DNS имя по IP адресу), для этого просто наберите IP адрес в интерактивной строке nslookup и нажмите Enter.

Вы можете задать тип DNS записей, которые должна вернуть утилита nslookup. Например, чтобы перечислить все почтовые сервера, заданные для определенного домена, выполните команду:

Как вы видите, у данного домене 2 MX записи с приоритетами 10 и 20 (Чем меньше число, тем выше приоритет адреса). Если запись MX не отображается, скорее всего они просто не настроены для данного домена.

Чтобы вывести все DNS записи в доменной зоне, выполните команду:

Здравствуйте. Есть машинка, на ней стоит свежая Win7 Максимальная x64, билд 7600 RU.

На ней с перебоями работает разрешение имен. Инет приходит через Ethernet от домашнего роутера (Acorp W422G_v3), к которому машинка цепляется по DHCP. DHCP наряду с айпишниками раздает клиентам адреса DNS-серверов в явном виде, то есть не relay самого роутера, а в моем случае OpenDNS (208.67.222.222, 208.67.220.220).

Аналогично не резолвятся имена в других приложениях.

Вывод ipconfig /all:

Я, если честно, не понимаю, как такое вообще возможно - разве механизм разрешения имен в ping и nslookup не один и тот же?

И да, пробовал прописать другие DNS (провайдерские, гугловский, и т.п.) - то же самое. Пробовал статически вписать DNS и айпишники - все равно то же самое.

Причем данная ситуация наблюдается случайным образом - иногда резолвинг работает, иногда нет. Подозреваю, что это что-то связанное со сбросом какого-либо кэша по времени (ARP, DNS), но не знаю куда копать. ipconfig /flushdns ничего не дает.

В Linux и WinXP все нормально работает.

Конфигурация компьютера
Процессор: Intel Core i7-3770K
Материнская плата: ASUS P8Z77-V LE PLUS
Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб)
HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб
Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS
Звук: Realtek ALC889 HD Audio
Блок питания: be quiet! Straight Power 11 650W
CD/DVD: ASUS DRW-24B5ST
Монитор: ASUS VG248QE 24"
ОС: Windows 8.1 Pro x64
Индекс производительности Windows: 8,1
Прочее: корпус: Fractal Design Define R4

Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Петя, ю а май хиро.

В общем, дело не в ipv6 (ping -4 тоже не работает), дело в службе dnscache, которая, видимо, за каким-то дьяволом пытается резолвить имена через netbios, а не DNS.
По ссылке что вы дали, люди решили проблему, но у кого-то не работало, у кого-то работало. ну его нафиг.
Я поступил топорней - вырубил DNS-кэш нафиг (net stop dnscache), и пустил DNS-запросы через привычный dnsmasq на отдельной машине.

Проблема решена, хоть и костыльно, конечно.

Последний раз редактировалось mexico, 20-06-2010 в 01:08 .

mexico,
А серверов провайдера без всяких заморочек не хватает?
При чем тут netbios?

А серверов провайдера без всяких заморочек не хватает? »

Не-а. Я и их ставил, не в них дело. Про UDP 53 не надо - азы же.

Поскольку у меня есть сторонний DNS-кэш на Linux, я не стал заморачиваться и искать причины (я не в ладах с вендой, да и время - деньги), а просто отключил виндовый кэш. Работает - и ладно.

Если предложите 100% работающий способ обойтись без этого костыля - буду только рад.

Последний раз редактировалось mexico, 20-06-2010 в 01:13 .

mexico,
Nslookup действительно кэш DNS не нужен.

При отключении windows кэша DNS вы заставляете лишний раз ПК клиента определять IP по мнемонике используя запросы по сети на ваш DNS (если они есть у него в кэше, то он просто их отправит), по времени это доли секунд.

Реестр по кэшу DNS
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache

Кроме того, эта команда используется для поиска и устранения проблем с DNS. В данном руководстве мы рассмотрим наиболее типичные примеры ее применения.

Синтаксис команды nslookup

Наиболее распространенные опции и типы аргументов мы рассмотрим ниже в соответствующих примерах.

Получение IP-адреса домена

Авторитативный и неавторитативный ответы

В приведенном результате присутствует фраза «Non- Authoritative Answer» (неавторитативный ответ).

Авторитативным считается ответ от DNS-сервера, на котором есть полная информация о зоне домена. Во многих случаях на DNS-серверах такой информации нет, они хранят кэш с результатами прошлых запросов, на которые был получен авторитативный ответ. Когда такой сервер получает запрос, он осуществляет поиск в файле кэша и при наличии необходимых данных отправляет их как неавторитативный ответ, как в рассматриваемых нами примерах.

Запрос записи MX

Запрос записи NS

Запись NS (Name Server, сервер имен) содержит соответствие доменного имени DNS-серверу, авторитативному для заданного домена. Ее можно получить при помощи опции -query=ns:

Запрос записи SOA

Запись SOA (Start of Authority, начальная запись зоны) содержит информацию о зоне домена, адрес его администратора, серийный номер и т.д. Ее можно получить при помощи опции -query=soa:

Просмотр всех имеющихся записей DNS

При помощи опции -query=any мы можем просмотреть все записи DNS, которые у нас есть для заданного доменного имени:

Обратный поиск DNS

Если вместо имени указать в качестве аргумента IP-адрес, будет выполнен обратный поиск DNS:

Использование конкретного DNS-сервера

Изменение номера порта

По умолчанию DNS-серверы используют порт 53, но при необходимости можно указать другой номер порта посредством опции -port:

Изменение интервала ожидания ответа

Интервал ожидания ответа по умолчанию можно изменить, указав желаемое значение в секундах с опцией -timeout:

Режим отладки

При помощи опции -debug вы можете включить режим отладки:

В режиме отладки при поиске выводится информация о пакетах.

Интерактивный режим

Для входа в интерактивный режим запустите команду nslookup без опций. Далее можно вводить необходимые имена или адреса, а также устанавливать парметры при помощи команды set, например, следующие команды интерактивного режима:

возвращают результат, аналогичный команде

Конечно, при поиске записей для одного имени использовать интерактивный режим бессмысленно. Но при необходимости работы с большим количеством записей он очень удобен, так как позволяет работать в режиме диалога.

Заключение

Мы рассмотрели основы работы с командой nslookup, а также основные типы записей DNS. Для более подробной информации о команде и ее опциях можно обратиться к соответствующей man-странице.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Читайте также: