Невозможно определить ip адрес по имени узла что делать
Перейти к содержимому

Невозможно определить ip адрес по имени узла что делать

  • автор:

Неправильный IP-адрес возвращается при проверке связи с сервером с использованием его netBIOS-имени.

В этой статье описано, как устранить проблему, из-за которой возвращается неверный IP-адрес при проверке связи с сервером с использованием его netBIOS-имени.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 981953

Симптомы

У вас есть компьютер под управлением Windows Server 2008 или Windows Server 2008 R2. Когда сервер с несколькими IP-адресами пытается выполнить проверку связи с помощью имени NetBIOS, возвращается неправильный IP-адрес.

Причина

При выполнении проверки связи с именем вместо IP-адреса имя должно быть разрешено в IP-адрес. Если имя сервера, IP-адрес возвращается в виде адреса сетевого адаптера, который находится в верхней или нижней части порядка сетевых привязок. Обычно это будет последний установленный сетевой адаптер, который может не быть интерфейсом, который вы ожидаете использовать. Поэтому команда проверки связи возвращает неверный IP-адрес.

При наличии нескольких адресов в сетевом адаптере предпочтительнее использовать IPv6-адреса.

Решение

Чтобы обойти эту проблему, можно изменить адаптер, из которого выбран IP-адрес, переместив предпочтительный адаптер в верхнюю или нижнюю часть порядка привязки. Для скрытого адаптера, который не отображается в списке, можно создать файл Hosts, использующий имя сервера и предполагаемый IP-адрес. Примером скрытого адаптера является виртуальный адаптер отказоустойчивого кластера Майкрософт.

Изменение порядка привязки

Чтобы изменить порядок привязки, выполните следующие действия.

  1. Нажмите кнопку «Пуск» и выберите панель управления.
  2. Щелкните «Сеть и Интернет«, а затем выберите «Сеть и центр общего доступа».
  3. Измените параметры сетевого адаптера в зависимости от операционной системы:
    • Для Windows Server 2008 щелкните » Управление параметрами адаптера».
    • Для Windows Server 2008 R2 щелкните «Изменить параметры адаптера».
  4. Щелкните «Упорядочить«, наведите указатель на пункт «Макет» и выберите пункт «Строка меню».
  5. В меню «Дополнительно » выберите пункт «Дополнительные параметры».
  6. В окне « Подключения» выберите нужный сетевой адаптер.
  7. Переместите этот сетевой адаптер в верхнюю часть списка или в нижнюю часть списка. Это можно сделать с помощью кнопок СТРЕЛКА ВВЕРХ и СТРЕЛКА ВНИЗ.
  8. Нажмите кнопку ОК.

Изменение файла Hosts

Для скрытого адаптера невозможно изменить порядок привязки, выполнив действия, описанные в разделе «Изменение порядка привязки». Для скрытых адаптеров необходимо добавить запись в файл Hosts, использующий предполагаемое имя узла и IP-адрес.

Чтобы изменить файл Hosts, выполните следующие действия.

  1. Нажмите кнопку «Пуск» и выберите пункт «Все программы».
  2. Щелкните «Аксессуары«, щелкните правой кнопкой мыши Блокнот и выберите команду «Запуск от имени администратора».
  3. Если вам будет предложено ввести пароль администратора или подтверждение, введите пароль или предоставьте подтверждение.
  4. В командную строку введите следующую команду и нажмите ВВОД:

cd %windir%\System32\Drivers\Etc

Если вы хотите проверить связь с определенным IPv4-адресом сетевого адаптера, можно использовать параметр -4. Например, можно использовать следующую команду:
ping -4 host name>

Если вы хотите использовать IPv4-адреса по сети, вы можете принудительно использовать IPv4-адреса вместо IPv6-адресов. Однако мы не рекомендуем это делать. Настоятельно рекомендуется обновить сеть для использования IPv6-адресов. Чтобы получить дополнительные сведения о том, как отключить IPv6, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

929852 Как отключить определенные компоненты протокола IPv6 в Windows Vista, Windows 7 и Windows Server 2008

Дополнительные сведения

Дополнительные сведения о функции getaddrinfo см. на следующем веб-сайте MSDN:
Функция getaddrinfo

REJIK

Невозможно определить IP-адрес по имени узла «rejik»

Обсуждение программы редиректора
4 сообщения • Страница 1 из 1
Mogidin Сообщения: 4 Зарегистрирован: Пт ноя 18, 2011 10:09

Невозможно определить IP-адрес по имени узла «rejik»

Сообщение Mogidin » Пт ноя 18, 2011 10:37

В локальной сети есть веб сервер.
Создан виртуальный хост rejik

 ServerName rejik. ServerAlias rejik DocumentRoot /var/www/rejik Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all ErrorLog /var/log/apache2/rejik.error.log LogLevel warn CustomLog /var/log/apache2/rejik.access.log combined

В днс-сервере сделана CNAME запись

Ч\з веб-браузер можно зайти и на http://rejik и на http://rejik.

Если в redirector.conf прописать

 ban_dir /usr/local/rejik3/banlists/porno url http://rejik/ban/porno.html

то браузер при попытке доступа к адресу из списка выдает

ERROR
The requested URL could not be retrieved
При получении URL http://rejik/ban/porno.html произошла следующая ошибка
Невозможно определить IP-адрес по имени узла «rejik»
Сервер DNS ответил:
Name Error: The domain name does not exist.
Это означает, что кэш не смог распознать имя узла в URL. Проверьте адрес на корректность.

хотя если щелкнуть по ссылке http://rejik/ban/porno.html, нормально переходится на соответствующую страницу

а если в redirector.conf указать полностью адрес с доменным именем, все работает.

Так и должно быть или где-то ошибка?

Невозможно определить ip адрес по имени узла что делать

Доброго времени суток. Столкнулся с такой проблемой. При попытке выхода в интернет через squid, в браузере выскочила следующая ошибка: Запрошенный URL не может быть доставлен
Невозможно определить IP адрес узла
No DNS records
Кэш не в состоянии определить сервер указанный в url.
Проверьте правильность написания адреса Естественно первое подозрение легло на Squid, но после установки адреса dns_nameservers, ничего не изменилось.
И теперь самое интересное, и мне совершенно не понятное. Дело в том, что отклик от DNS серверов не получает не только squid, а и сам сервер(в случае подключения к интернету без прокси). Сразу решил разбираться с провайдером, на что получил ответ, что DNS в полном порядке. Решил проверить подключения на другой машине, и действительно, с DNS все было в порядке, любой адрес открывается.
Дальше начал проверять, с каких адресов выдается ошибка. Оказалось, что некоторые адреса, типа google.ru, ya.ru грузятся отлично, поисковики работают, а вот попытка выйти на адреса centos.org, opennet.ru, выдало ошибку. А адреса типа microsoft.com грузятся не полностью, картинки и частично текст не отображается.
Подскажите пожалуйста, работоспособность чего следует посмотреть, или каким способом можно выявить ошибку? Файл resolv.conf(644 root:root) nameserver 213.148.160.1
nameserver 213.148.161.1 PS: CentOS 5.2, подключение к интернету через шлюз(pppoe поднимать не требуется).
PPS: Если дополнительно требуется какая либо информация, укажите какая, я предоставлю.

Оглавление

  • Ошибка DNS, Невозможно определить IP адрес узла. , konst, 20:37 , 16-Дек-08, ( 1 )
    • Ошибка DNS, Невозможно определить IP адрес узла. , georgir, 21:39 , 16-Дек-08, ( 2 )
      • Ошибка DNS, Невозможно определить IP адрес узла. , konst, 00:58 , 17-Дек-08, ( 3 )
        • Ошибка DNS, Невозможно определить IP адрес узла. , georgir, 07:21 , 17-Дек-08, ( 4 )
        • Ошибка DNS, Невозможно определить IP адрес узла. , georgir, 18:13 , 17-Дек-08, ( 6 )

        Сообщения по теме [Сортировка по времени | RSS]

        resolv.conf(644 root:root)
        >
        > nameserver 213.148.160.1
        > nameserver 213.148.161.1
        >
        >PS: CentOS 5.2, подключение к интернету через шлюз(pppoe поднимать не требуется).
        >PPS: Если дополнительно требуется какая либо информация, укажите какая, я предоставлю.

        Ваши nameserverа не знают про centos.org. Там и ищите проблему

        nslookup centos.org 213.148.160.1

        >[оверквотинг удален]
        >>
        >> nameserver 213.148.160.1
        >> nameserver 213.148.161.1
        >>
        >>PS: CentOS 5.2, подключение к интернету через шлюз(pppoe поднимать не требуется).
        >>PPS: Если дополнительно требуется какая либо информация, укажите какая, я предоставлю.
        >
        >Ваши nameserverа не знают про centos.org. Там и ищите проблему
        >
        >nslookup centos.org 213.148.160.1

        Все дело в том, что если я ставлю другую машину, то они сразу начинают понимать. Тут дело не в серверах днс, а именно в машине, но что именно и как это определить я не знаю
        nslookup не проверял, но host www.centos.org ничего не возвращает.

        >[оверквотинг удален]
        >>
        >>Ваши nameserverа не знают про centos.org. Там и ищите проблему
        >>
        >>nslookup centos.org 213.148.160.1
        >
        >Все дело в том, что если я ставлю другую машину, то они
        >сразу начинают понимать. Тут дело не в серверах днс, а именно
        >в машине, но что именно и как это определить я не
        >знаю
        >nslookup не проверял, но host www.centos.org ничего не возвращает.

        я проверял. Там открыт dns для всех.
        Так вот nameserver=213.148.160.1 — ничего не знает о домене centos.org, а напр. о ya.ru — знает. А Ваш squid Вам все правильно говорит. Он Вам передает ответ от nameserver.
        Просто обратитесь к прову (или тому кто Вам дал эти ip для nameserver’ов) Novgorod Datacom?

        >[оверквотинг удален]
        >>в машине, но что именно и как это определить я не
        >>знаю
        >>nslookup не проверял, но host www.centos.org ничего не возвращает.
        >
        >я проверял. Там открыт dns для всех.
        >Так вот nameserver=213.148.160.1 — ничего не знает о домене centos.org, а напр.
        >о ya.ru — знает. А Ваш squid Вам все правильно говорит.
        >Он Вам передает ответ от nameserver.
        >Просто обратитесь к прову (или тому кто Вам дал эти ip для
        >nameserver’ов) Novgorod Datacom?

        Спасибо, сегодня попробую, о результатах сообщу

        MTU size попробуйте уменьшить на таких машинах

        >
        >Все дело в том, что если я ставлю другую машину, то они
        >сразу начинают понимать. Тут дело не в серверах днс, а именно
        >в машине, но что именно и как это определить я не
        >знаю
        >nslookup не проверял, но host www.centos.org ничего не возвращает.
        >Дальше начал проверять, с каких адресов выдается ошибка. Оказалось, что некоторые адреса, >типа google.ru, ya.ru грузятся отлично, поисковики работают, а вот попытка выйти на >адреса centos.org, opennet.ru, выдало ошибку. А адреса типа microsoft.com грузятся не >полностью, картинки и частично текст не отображается.

        >MTU size попробуйте уменьшить на таких машинах

        Нет, ошибка не в MTU. В общем установил Bind, настроил дополнительные dns и все заработало. Спасибо за помощь.


        Архив | Удалить

        Индекс форумов | Темы | Пред. тема | След. тема
        Оцените тред (1=ужас, 5=супер)? [ Рекомендовать для помещения в FAQ]

        Невозможно определить ip адрес по имени узла что делать

        Добавить в squid.conf dns_nameservers

        dns_nameservers 192.168.110.1 109.195.112.1

        Поделиться ссылкой:

        • Нажмите, чтобы поделиться на Twitter (Открывается в новом окне)
        • Поделиться на Facebook (Открывается в новом окне)
        • Нажмите, чтобы поделиться в Google+ (Открывается в новом окне)

        Похожее

        Enjoyed reading this post?
        Subscribe to the RSS feed and have all new posts delivered straight to you.

        Похожие публикации:
        1. Aida64 или everest что лучше
        2. Как посмотреть лишние знаки в ворд
        3. Когда приложение ms access создает файл для работы с приложением
        4. Телевизор haier как установить приложение

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *