При проверке узла не удалось обнаружить узел Х. Проверьте имя узла и повторите попытку
Периодически пропадает интернет с ошибкой: «При проверке узла не удалось обнаружить узел google.com. Проверьте имя узла и повторите попытку». Или: «192.168.0.1: Заданный узел недоступен» ( хотя если мне не показалось, то с телефона все нормально ). Ноут подключен к роутеру, с которого раздается интернет.
Появилось относительно недавно и даже не знаю из-за чего. В чем может быть проблема?
94731 / 64177 / 26122
Регистрация: 12.04.2006
Сообщений: 116,782
Ответы с готовыми решениями:
После запуска приложений выдает ошибку «Не удается найти «Путь» проверьте правильно ли указано имя и повторите попытку»
После того как у меня забрали один из жестких дисков, у меня перестали запускаться любые новые.
Недостаточно места, не удалось установить приложение. Освободите место и повторите попытку
На андроиде 500 МБ свободного места. Приложение весит ~7-8 МБ (установщик весит 6 МБ). Логику.
XPath — выбор узла по условию что его входящий узел имеет вложенный узел с определенным значением
Всем привет. В XSLT/XPath-е ничего не соображаю, поэтому дабы не ломать голову себе и вам над.
11417 / 6987 / 1900
Регистрация: 25.12.2012
Сообщений: 29,394
пк по кабелю к роутеру подключен?
Регистрация: 08.11.2013
Сообщений: 28
через wi fi
Native x86
5187 / 3033 / 875
Регистрация: 13.02.2013
Сообщений: 9,635
Данная ошибка просто говорит о том, что нет связи с DNS. Пинг до самого роутера тоже такой рваный?
Регистрация: 08.11.2013
Сообщений: 28
Вот такой пинг к роутеру, как раз в тот момент когда инет начинает лагать
Native x86
5187 / 3033 / 875
Регистрация: 13.02.2013
Сообщений: 9,635
Alexxxxxx, и это происходит ровно раз в минуту?
Регистрация: 08.11.2013
Сообщений: 28
Нет, не ровно раз в минут, оно вообще по-моему рандомно
Native x86
5187 / 3033 / 875
Регистрация: 13.02.2013
Сообщений: 9,635
Alexxxxxx, что в эфире творится? Есть смартфон, чтобы запустить на нем wifi analizer и посмотреть?
Регистрация: 08.11.2013
Сообщений: 28
Да, а что именно оттуда нужно показать?
Native x86
5187 / 3033 / 875
Регистрация: 13.02.2013
Сообщений: 9,635
Покажите цветные горбы, соответствующие видимым сетям.
Регистрация: 08.11.2013
Сообщений: 28
если нужно, то мой wi fi tp719527
Native x86
5187 / 3033 / 875
Регистрация: 13.02.2013
Сообщений: 9,635
Все вроде нормально.
А если на смартфоне установить Ping&Dns, запустить пинг, и походить по квартире, тоже провалы будут (особенно в том месте, где компьютер стоит)?
87844 / 49110 / 22898
Регистрация: 17.06.2006
Сообщений: 92,604
Помогаю со студенческими работами здесь
не удалось обнаружить узел ya.ru
ребят помогите плз у меня такая проблема: сеть на компе работает а инэт нет настройки правильные.
Деревья. Найти длину пути из узла a в узел b
дано бинарное дерево. найти длину пути из узла a в узел b.(если такой узел не существует то.
Как получить значение одного узла по значению другого узла?
Всем благополучия. Помогите разобраться с вроде несложной ситуацией, плз. Есть простенький XML.
Алгоритма Дейкстры: нахождения расстояния от узла 1 в каждый узел графа
помогите с реализацией алгоритма Дейкстры для нахождения расстояния от узла 1 в каждый узел.
Или воспользуйтесь поиском по форуму:
DNS-сервер недоступен: как исправить ошибку
Пользователи Windows иногда сталкиваются с проблемой: им не удается получить доступ к сайту. При попытке зайти на сайт браузер сообщает, что DNS-сервер не отвечает. При этом на иконке сетевого подключения будет изображен желтый треугольник с восклицательным знаком, а в зависимости от браузера сообщение об ошибке будет содержать текст: «Не удается найти DNS-адрес сайта», «DNS-сервер недоступен» или «Техническая информация: ошибка dnserror».
В статье разберем причины возникновения ошибки и опишем способы решения проблемы.
Что означает DNS-сервер недоступен
Если у вас есть проблемы с DNS , понимание того, как работают DNS-серверы, может помочь в устранении неполадок.
У сайта есть имя (домен) и номер (IP-адрес). Имя — это то, что пользователи вводят в браузере для доступа к сайту, например, nic.ru. К этому доменному имени привязан IP-адрес, который сообщает браузеру о местонахождении сайта. IP-адрес состоит из чисел, например, IP-адрес сайта RU-CENTER — 31.177.80.04.
Задача DNS-сервера — связать имя с номером. При вводе домена сайта в поисковую строку браузер запрашивает у DNS-сервера его IP-адрес. DNS-сервер ищет совпадения между доменом и IP-адресом. Когда совпадение обнаружено, в браузере открывается запрашиваемый сайт. В блоге RU-CENTER есть подробная статья о том, что такое DNS.
Если DNS-сервер недоступен, браузер не может получить IP-адрес сайта, поэтому он выдает ошибку.
Почему браузеру не удается найти ip-адрес сервера
Причина возникновения ошибки, из-за которой не удается найти dns-адрес, может быть как на стороне провайдера, так и на стороне пользователя.
Среди причин возникновения ошибки выделяют:
- Сбой сетевых настроек роутера;
- Проблемы с оборудованием у провайдера;
- Технические работы у провайдера;
- Работа антивируса;
- Проблемы с компьютером у пользователя;
- Неполадки в работе браузера;
- Неверно прописаны DNS-серверы для домена на сайте.
Если проблема связана с антивирусом, браузером или роутером, вы можете решить ее без посторонней помощи. Если проблема связана с вашим интернет-провайдером или DNS-сервером, ее решение займет немного больше времени.
Диагностика сети в Windows
Проверить, есть ли проблемы с подключением к интернету, можно в Windows, запустив «Диагностику неполадок». Для этого найдите внизу панели задач значок «Сеть». Нажмите на него правой кнопкой мыши и выберете «Диагностика неполадок».
Будет запущена проверка, результат которой вы увидите в окне «Диагностика сетей Windows»:
Если после диагностики автоматически исправить ошибки не удалось, то стоит попробовать другие способы устранения ошибки. О них мы написали ниже.
Ошибка «DNS-сервер не отвечает»: как исправить
Если диагностика неполадок не помогла, а ошибка все еще наблюдается, то посмотрите следующие способы решить проблему:
Способ 1. Перезагрузите компьютер и роутер
Рекомендуем попробовать самые простые, но эффективные методы: перезагрузку компьютера и роутера. Возможно, эти действия дадут результат.
Для перезагрузки роутера найдите на задней панели устройства кнопку и нажмите ее. Подождите, пока все индикаторы выключатся, а затем включите роутер снова.
Если к Wi-Fi-сети подключено несколько устройств, то проверьте, работает ли интернет на этих устройствах. Можно попробовать отключить роутер и подключить сетевой кабель напрямую к компьютеру.
Способ 2. Временно отключите антивирус
Иногда антивирусы могут влиять на работу приложений и сервисов, в том числе блокировать IP-адреса или сайты. Вы можете проверить, не вызывает ли антивирус, который вы используете в данный момент, ошибку «DNS-сервер недоступен», временно отключив его.
Способ 3. Зайдите на сайт через другой браузер
Ошибка может возникать из-за самого браузера. Если вы используете Firefox, попробуйте использовать Яндекс.Браузер или Safari для доступа в интернет. Если проблема устранена с помощью другого браузера, возможно, вам нужно обновить версию того браузера, на котором появлялась ошибка.
Способ 4. Очистите кэш браузера
Для часто посещаемых сайтов страницы кэшируются, чтобы в дальнейшем загрузка этих страниц не занимала много времени. Кэшированный сайт и IP-адреса не всегда обновляются. Если компьютер пытается получить доступ к сайту, используя устаревший IP-адрес, запрос завершится ошибкой. Очистка кэша браузера должна решить проблему.
Способ 5. Очистите кэш DNS в Windows
Для этого вам нужно в строке поиска Windows ввести cmd и правой кнопкой мыши кликнуть по найденной программе, выбрав «Запуск от имени администратора».
В открывшимся окне нужно ввести по очереди команды:
- ipconfig /flushdns
- ipconfig /registerdns
- ipconfig /renew
- ipconfig /release
Каждой команде нужно время на выполнение. После того, как вы ввели все четыре команды, перезагрузите компьютер. Потом проверьте соединение, открыв любую страницу сайта.
Способ 6. Перезапустите службу DNS-клиент в Windows
Вы можете попробовать перезапустить службу DNS-клиент. Для этого вам нужно нажать на клавиатуре клавиши Windows + R. В открывшимся окне введите services.msc и нажмите «ОК».
Появится окно «Службы». В списке вам нужно найти службу DNS-клиент, кликнуть правой кнопкой мыши и выбрать команду «Обновить».
После обновления службы DNS-клиент проверьте, появляется ли ошибка «DNS-сервер недоступен».
Также вы можете перейти в «Свойства» и проверить, корректно ли работает DNS-клиент Windows.
В «Типе запуска» должно стоять «Автоматически», а в «Состоянии» — «Работает». В этом случае параметры указаны верно.
Способ 7. Измените DNS-серверы вручную через настройки Windows
Если вы столкнулись с проблемой недоступности DNS, вы можете попробовать изменить DNS-серверы вручную. В качестве альтернативы можно использовать DNS-серверы Google. Подробная инструкция, как поменять DNS-серверы, представлена ниже.
В панели задач найдите значок «Сеть», кликнете правой кнопкой мыши и выберите «Центр управления сетями и общим доступом»:
Перейдите в «Изменение параметров адаптера»:
Правой кнопкой мыши нажимаем на активную сеть и выбираем «Свойства»:
В появившемся окне выделяем пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажимаем «Свойства»:
Выбираем пункт «Использовать следующие адреса DNS-серверов». Теперь введите:
Предпочитаемый DNS-сервер: 8.8.8.8
Альтернативный DNS-сервер: 8.8.4.4
После этого нажимаем «ОК».
Посмотрите, помогли ли изменения восстановить подключение к интернету.
Что делать, если не получилось исправить ошибку
Если вы попробовали все перечисленные способы, а ошибка все еще есть, то советуем вам связаться со своим интернет-провайдером и узнать, могут ли его специалисты помочь вам устранить проблему. Иногда ошибка на стороне провайдера блокирует соединение.
Заключение
В статье разобрали, что значит ошибка «DNS-сервер не отвечает», что делать, если сайт не работает из-за этой ошибки. Мы показали различные способы решения этой проблемы. Надеемся, что они вам помогли.
Порядок разрешения имен узла Microsoft TCP/IP
В данной статье рассматриваются различные методы имя узла для разрешения адреса IP используется клиентами Microsoft Windows. Последовательность методов отличается от последовательность, используемая для разрешения имен NetBIOS в IP-адреса.
Дополнительная информация
В сети, использующей протокол TCP/IP необходимо преобразовать имена ресурсов в IP-адреса для подключения к этим ресурсам. Клиенты Microsoft Windows будет следовать последовательность методов при попытке разрешения имени в адрес, Остановка поиска, если он успешно соответствует имени в IP-адрес. Существуют две последовательности main используется почти во всех случаях: при разрешении NetBIOS и имя узла разрешение. Клиентам, подключающимся к ресурсам на серверах Майкрософт, обычно через диспетчер файлов или сетевом окружении наиболее часто использовать разрешение имен NetBIOS. За дополнительной информацией обратитесь к следующей статье базы знаний Майкрософт:
119493 NetBIOS через WINS и разрешения имен TCP/IP
Разрешение имен узлов разрешения имен TCP/IP ресурсов, которые не подключаются через интерфейс NetBIOS. Наиболее распространенным примером этого является веб-обозревателях, например Microsoft Internet Explorer. Другие примеры приложений Интернета, Ping, FTP и Telnet. Многие современные базы данных и почтового приложения, которые подключаются с помощью Winsock, реализация Microsoft Windows сокеты TCP/IP также использовать разрешение имен узлов. Примерами таких приложений являются Outlook и Exchange.When устранения проблем с разрешением имен, очень важно для сужения ли разрешение приложения NetBIOS-имя или имя узла. Примечание: В контексте этой статьи термин «клиент» не ссылается обязательно на рабочей станции. Windows NT server будет иметь роль клиента при его требуется доступ к ресурсам, требующим разрешения имен узлов. Разрешение имен узлов обычно использует следующую последовательность:
- Клиент проверяет, если запрашиваемое имя собственного.
- Клиент затем производит поиск в локальном файле Hosts, список IP-адреса и имена, хранящиеся на локальном компьютере. Примечание: местоположение файла Hosts зависит от операционной системы: Windows NT %Systemroot%\System32\Drivers\Etc Windows 95 \ Windows for Workgroups \ Windows 3.1 \ MS-Client 3.0 \Net Lan Manager 2.2c Client \Net Где % Systemroot % — папка, в которой установлена Windows NT, < диск >— это диск, на котором установлена операционная система, а < загрузочного тома >ссылается на загрузочный диск или диск C. Пример файла hosts Hosts.sam, устанавливается вместе с протоколом TCP/IP, показывая в необходимый формат.
- Серверы имен (DNS) домена запрашиваются.
- Если имя по-прежнему не устранена, последовательность разрешение имен NetBIOS используется в качестве резервной копии. Этот порядок можно изменить, настроив тип узла NetBIOS клиента.
Клиент Windows попробуйте каждый из этих методов, пока он успешно разрешает имя или исчерпывает эти методы. Windows NT, Windows 95 или Windows для рабочих групп клиентов, использующих Microsoft TCP/IP 3.11b, выполните следующее. LAN Manager 2.2c или клиентов Microsoft 3.0 клиент не будет использовать разрешение имен NetBIOS как резервной копии. Дополнительные сведения можно найти в следующих статьях базы знаний Майкрософт:
169141 разрешение NetBIOS и имя узла для клиента MS и LM 2.2 cПри разрешении имен клиента будет пропускать методы, для которых не настроен. Например если отсутствует файл hosts на компьютере, затем он будет пропустить шаг #2 и повторите запрос к DNS-серверу. Если нет IP-адреса сервера DNS введены в конфигурации TCP/IP клиента, клиент будет перейдите к следующему шагу в последовательности после DNS. Метод для изменения порядка разрешения имени узла, отличается для различных операционных систем и версий. Эти определения приводятся в наборы ресурсов для определенных операционных систем, а также в Base.For знаний Майкрософт Дополнительные сведения, можно найти в следующих статьях базы знаний Майкрософт:
171567 Windows NT 4.0 ServiceProvider приоритета значения не применяется
Как изменить порядок разрешения имен в Windows 95 и Windows NT 139270
119372 Установка порядок поиска разрешение имен для TCP/IP-32
Устранение неполадок
Проблема: Не удается разрешить имя узла клиента. Устранение неполадок действия: Если клиент не может разрешить имя узла, а затем лучше всего проверить узла должны использовать разрешение имен последовательности, перечисленных выше, клиент. Если имя не существует в какие-либо ресурсы, используемые клиентом, необходимо решить для какой ресурс для его добавления. Если имя существует в один из ресурсов, например DNS-сервер или сервер Windows Internet Name Service (WINS), клиент не разрешает имя правильно сосредоточить свое внимание на устранение конкретного ресурса. Кроме того убедитесь, что клиент пытается разрешить имя узла, а не имя NetBIOS. Многие приложения имеют несколько методов, которые они могут использовать для разрешения имен, это особенно верно, почта и базы данных приложений. Приложение может быть настроено для подключения к ресурсам с помощью NetBIOS. В зависимости от конфигурации клиента клиент может обойти разрешения имен узлов. Там будет необходимо либо изменить тип подключения для сокетов TCP/IP или устранения неполадок как проблема NetBIOS. Проблема: Клиент разрешает имя очень медленно или не может разрешить имя и долго не сообщает об ошибке. Действия по устранению неполадок: DNS-серверов в конфигурации TCP/IP клиента, но сервер не доступен для клиента обычно в результате. Так как протокол TCP/IP предполагает сети с низкой надежностью, клиент повторной попытки соединения до оставления попытка запроса на DNS-сервере. Затем клиент попытается опросить второго сервера DNS, если она настроена и использовать то же время к сбою. Только после этого будет клиент шаги для разрешения NetBIOS-имен как описано выше. Существует три способа подход этой проблемы.
- Если имя узла правильно введена в хост-файле, будет разрешена прежде чем клиент предпринимает попытку запроса DNS. Это решение работает также в том случае, если DNS-серверы временно недоступны и есть небольшое количество имена узлов, которые должны быть разрешены. Настройка вручную файлы Hosts для многочисленных клиентов может быть чрезмерно высокой. –ИЛИ-
- Если доступных DNS-серверов, но неверные адреса DNS-серверов в конфигурации TCP/IP для клиентов, затем исправление этих адресов позволит клиентам немедленно связаться с DNS-серверами. Даже если DNS-сервер сообщает о том, что он не может разрешить имя, это будет происходить намного быстрее, чем если клиент не может достичь DNS-сервера на всех. –ИЛИ-
- Если DNS-серверы настроены на клиенте, но эти серверы окончательно недоступны, то удалите IP-адреса DNS-серверов из конфигурации клиента. Клиент затем будет выполнять поиск DNS без задержки. –ИЛИ-
- Если записи в базе данных DNS отсутствуют или являются неверными, затем будет задержка как DNS-серверы запросов другим DNS-серверам перед сообщение о том, что они не могут разрешить имя. Обычно это вызовет задержку на несколько секунд.
Дополнительные сведения о TCP/IP и разрешения имен, можно найти в следующем техническом документе анонимный FTP-сервера корпорации Майкрософт:
Имя файла: Место Tcpipimp2.doc: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ название: «3.5/3.51/4.0 Microsoft Windows NT: реализация протокола TCP/IP сведения стека протокола TCP/IP и службы, версия 2.0.»
Не удается разрешить системное имя узла.
Всю голову уже сломал. В общем, задача простейшая: прикрутить поддомен к блогу на Tumblr.com. Делается это прописыванием в поддомене A-записи, указывающей на IP 72.32.231.8. Но понимаете, какая штука. вот, допустим, сделал я таким образом поддомен about.example.com, работать должно всё сразу мгновенно. Но не работает! При попытке сделать tracert about.example.com система и выдаёт строку из заголовка — «Не удается разрешить системное имя узла about.example.com». Что самое непонятное: если сделать в точности такой же поддомен на другом домене — всё работает. Зато другой поддомен не работает 🙂 Я вообще понять не могу, где собака порылась. То ли на свою систему грешить, то ли на провайдера, то ли на что?!
Время не ждёт.
- eTarget 2011:Панельная дискуссия «Стратегия и планирование рекламной кампании в интернете»
- eTarget 2011: Круглый стол «Реклама в онлайн-видео»
- Могут ли «плохие» входящие ссылки привести к ухудшению ранжирования?
На сайте с 29.09.2006
10 декабря 2007, 17:01
Мистика какая-то! www.about.example.com тоже работает. Да, кстати, немаловажный нюанс: снаружи about.example.com виден тоже нормально, это я проверил через http://validator.w3.org/
Ничччего не понимаю! 8-о
На сайте с 16.09.2007
10 декабря 2007, 17:01
Сначала убедитесь, что днс сервера знают о том, что Вы добавили поддомен. Делается командой
nslookup домен нссервервашегопровайдера
нс-сервер должен ответить нужным ip-адресом. Возможно, что зона не сразу расходится. Например RU расходится от 4 часов до. Если нссервера отвечают, а с Вашего компьютера все равно не работает, очистите локальный кеш днс командой:
Мои «Кавычки» (http://www.kavichki.ru) — записки спящего сисадмина
На сайте с 29.09.2006
10 декабря 2007, 17:03
defuzz, спасибо, попробую. Но вроде как за поддомен отвечает DNS хостинга уже, и всегда всё было мгновенно. И повторюсь: некоторые поддомены мгновенно видны, вот в чём штука. Очень странно.
На сайте с 16.09.2007
10 декабря 2007, 17:06
ТВЭЛ:
Но вроде как за поддомен отвечает DNS хостинга уже
Совершенно верно. Но зона кешируется на днс Вашего провайдера и локально у Вас
Плюс хостеры не сразу обновляют зону. Еще пробуйте nslookup’ить на нс-серверах хостера, чтобы отслеживать когда они сменили.
На сайте с 29.09.2006
10 декабря 2007, 17:08
defuzz:
ipconfig /flushdns
Это не помогло. Сейчас попробую сделать nslookup, правда пока не знаю, как выяснить, какой DNS у провайдера.
На сайте с 29.09.2006
10 декабря 2007, 17:23
Хм. А вот это вообще нормально, так и должно быть? Странно.
D:\>nslookup ya.ru
*** Can’t find server name for address 217.18.130.30: No response from server
*** Can’t find server name for address 217.18.138.30: No response from server
*** Can’t find server name for address 217.18.138.30: No response from server
*** Can’t find server name for address 217.18.130.30: No response from server
*** Default servers are not available
Server: UnKnown
Address: 217.18.130.30
*** UnKnown can’t find ya.ru: No response from server
При этом ya.ru работает, как и большинство других сайтов.
На сайте с 16.09.2007
10 декабря 2007, 17:29
«Can’t find server name for address» это означает, что у днс-серверов провайдера не прописана PTR запись (обратная зона).
«*** UnKnown can’t find ya.ru: No response from server» — А вот это означает, что они не хотят отвечать про ya.ru 🙂 Вот это как раз странно.
На сайте с 29.09.2006
10 декабря 2007, 17:29
Наверно всё же у провайдера какие-то проблемы.
NSы вроде как узнал, на все запросы nslookup похожие ответы.
На сайте с 29.09.2006
10 декабря 2007, 17:31
А что вообще можно сделать в такой ситуации? Время 23 часа, так что провайдеру звонить смысла нет 🙂
P.S. И у меня вообще в голове никак не укладывается, почему так выборочно происходит. Как будто стоит блокировка на определенные слова. Что к чему?