При проверке связи не удалось обнаружить узел windows 10

Здравствуйте подскажите пожалуйста на ПК (ОС Windows не разрешаются DNS имена и соответственно не работает интернет.
Что уже сделано:
1. ПК проверил на вирусы (не обнаружено).(Касперский, DRweb, AVZ)
2. Почистил hosts
Провел команды:
netsh winsock reset.
ipconfig /flushdns
Выключил брандмауер.
Проверил наличие прокси.
Также пользовался информацией с сайта Tech Microsoft.

Но так и не удалось восстановить работоспособность интернета.
ping по ip проходит по DNS имени нет. пишет
nslookup работает как по ip так и по dns имени.
В чем проблема?
Помогите пожалуйста разобраться!

Направляю также запрос ipconfig /all:
Microsoft Windows [Version 6.2.9200]
(c) Корпорация Майкрософт, 2012. Все права защищены.

C:WindowsSystem32>ipconfig /all
Настройка протокола IP для Windows
   Имя компьютера  . . . . . . . . . : new
   Основной DNS-суффикс  . . . . . . :
   Тип узла. . . . . . . . . . . . . : Гибридный
   IP-маршрутизация включена . . . . : Нет
   WINS-прокси включен . . . . . . . : Нет

Адаптер беспроводной локальной сети Подключение по локальной сети* 12:
   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
   Физический адрес. . . . . . . . . : C4-85-08-4C-DA-57
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да

Ethernet adapter Сетевое подключение Bluetooth:
   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
   Физический адрес. . . . . . . . . : C4-85-08-4C-DA-5A
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да

Адаптер беспроводной локальной сети Беспроводная сеть:
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Intel(R) Centrino(R) Advanced-N 6235
   Физический адрес. . . . . . . . . : C4-85-08-4C-DA-56
   DHCP включен. . . . . . . . . . . : Да
   Автонастройка включена. . . . . . : Да
   Локальный IPv6-адрес канала . . . : fe80::bcc7:8ebc:3ab5:29f1%12(Основной)
   IPv4-адрес. . . . . . . . . . . . : 192.168.0.101(Основной)
   Маска подсети . . . . . . . . . . : 255.255.255.0
   Аренда получена. . . . . . . . . . : 1 июля 2013 г. 22:59:21
   Срок аренды истекает. . . . . . . . . . : 8 июля 2013 г. 22:59:21
   Основной шлюз. . . . . . . . . : 192.168.0.1
   DHCP-сервер. . . . . . . . . . . : 192.168.0.1
   IAID DHCPv6 . . . . . . . . . . . : 264537352
   DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-18-47-80-A0-C4-85-08-4C-DA-56
   DNS-серверы. . . . . . . . . . . : 192.168.0.1
   NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{97DC4D57-DA86-46B1-9A2D-18B3EF33E056}:
   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
   Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да

Туннельный адаптер Teredo Tunneling Pseudo-Interface:
   Состояние среды. . . . . . . . : Среда передачи недоступна.
   DNS-суффикс подключения . . . . . :
   Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP включен. . . . . . . . . . . : Нет
   Автонастройка включена. . . . . . : Да

C:WindowsSystem32>
Заранее благодарен.

Частенько после лечения вирусов на компьютере перестает работать интернет. Skype и торренты работают, а вот браузеры не открывают страницы.

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

ping ya.ru

Смотрим что идет в ответ, если что то типа

Ответ от ya.ru: число байт=32 время=82мс TTL=48
Ответ от ya.ru: число байт=32 время=82мс TTL=48
Ответ от ya.ru: число байт=32 время=82мс TTL=48

То, закрываем эту инструкцию, дело не в DNS. А вот если ответ такой

При проверке связи не удалось обнаружить узел
Проверьте имя узла и повторите попытку.

то это наш клент, читаем дальше.

Теперь чтоб удостовериться что проблема именно в DNS вводим команду

ping 8.8.8.8

В ответ должны получить

Ответ от 8.8.8.8: число байт=32 время=81мс TTL=48
Ответ от 8.8.8.8: число байт=32 время=81мс TTL=48
Ответ от 8.8.8.8: число байт=32 время=81мс TTL=48

То есть интернет у нас на компьютере есть, а вот адреса вида www.сайт.ru, компьютер не может обработать. Значе проблема 100% в службе DNS!

Для начала переустановим протокол TCP/IP.

Переустановка протокола TCP/IP стандартными методами Windows не предусмотрена, поэтому приводим метод, широко описываемый в интернете и неоднократно проверенный на практике:

Открываем редактор реестра REGEDIT (Кнопка “Пуск” — пункт “Выполнить” — пишем regedit и нажимаем и удаляем два ключа реестра:

* HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinsock
* HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWinSock2

Выходим из REGEDIT и ОБЯЗАТЕЛЬНО перезагружаемся.

После перезагрузки находим папку c:windowsinf (а если точнее, то %winroot%inf — ведь Windows может быть установлена в другом месте) и находим в ней файл nettcpip.inf. Обязательно сделайте его резервную копию, а потом отредактируйте с помощь Блоктнота:

Строки

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE

замените на

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0×80 ; NCF_HAS_UI

Сохраните файл. Откройте настройки сетевого адаптера, щелкнув по нему правой клавишей и выбрав “Свойства”. Нажмите “Установить”, выберите из списка “Протокол” и нажмите “Добавить”. Далее нажмите кнопку “Установка с диска” и введите в строке пути c:windowsinf (или %winroot%inf). В появившемся списке выберите Протокол TCP/IP и завершите установку.

Перезагрузите компьютер.

После перезагрузки снова идите в свойства сетевого адаптера, и вы обнаружите, что кнопка “Удалить” для протокола TCP/IP теперь стала доступна. Удалите протокол TCP/IP и снова перезагрузите машину.

После перезагрузки установите протокол TCP/IP с нуля. Вот и все.

Ну и для успокоения совести выполните поочередно следующие команды:

Сбросьте настройки DNS

ipconfig /flushdns

Сбросте Winsock

netsh winsock reset

netsh winsock reset catalog

Перезагрузите компьютер.

Ну вот пожалуй и все!

Post Views: 2 179

Всё проверил, вместо брандмауэра у нас стоит Kaspersky Endpoint Security 10.1, который вырубает брандмауэр при установке. Причём на всех серверах.

Проблема в общежитии №2.

Я объясню ещё ситуацию так — в обоих общежитиях у нас нет физических контроллеров домена, потому  что там со студентами, в основном, работает сам провайдер, а наша сеть там отдельная. Поэтому то я и настроил релей в обоих случаях, на обоих шлюзах. При этом в общежитии №1, на шлюзе, при загрузке тоже показывает неопознанную сеть, я даже включил ipv6 и перезагрузил, но там сразу начинает всё работать, при загрузке, в обоих случаях указаны сервера DNS филиалов, которые находятся ближе всего к общежитиям, в случае же с общежитием №1 это 192.168.30.2 и 192.168.30.3. После загрузки сразу же появляется Интернет, доступны ресурсы по имени, там проблем нет, ещё раз хочу сказать большое спасибо.

При этом в общежитии №2 я пытался указать DNS сервера других филиалов, это 20.2, 20.3, 30.2, 30.3, картина та же самая.

В обоих случаях помогает вот что, если неопознанная сеть — я просто захожу по RDP по белому адресу, выключаю и включаю LAN адаптер. После этого и OpenVPN и LAN становятся доменными сетями. Дополнительно, в общежитии №2 при этом появляется Интернет и доступ к внутренним ресурсам по имени, то есть проблема уходит, но до перезагрузки. При этом после перезагрузки в общежитии №1 всё восстанавливается, а в общежитии №2 пропадает интернет и доступ к внутренним ресурсам других филиалов по доменному имени.

По общежитию №2 в интернете искал, говорят, что к такой проблеме может привести проблема со свитчом, а также некорректная работа кэша DNS. Да, оборудование у нас древнее.

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

Вот и хотелось бы спросить, не нашёл в интернете путной информации, как можно автоматизировать перезапуск адаптера на таких шлюзах при запуске? Команды то я знаю, ломаю голову, что применить — планировщик или вообще cmd файл.

Я знаю, что для того, чтобы полностью решить столь непонятную проблему с обнаружением сети, нужно установить, как минимум, по одному контроллеру домна в каждом из общежитий. Как вы думаете, коллеги, стоит ли мне это вообще сделать? Если что, из хлама я смогу собрать ещё по системному блоку. Но для 4-5 человек. Ну посчитайте — в обоих общежитиях вахта, то есть это камеры, сигнализация, в том числе пожарная, комендант, заведующий общежитием, по читальному залу. Плюс в общежитии №2 находится типография, в столовой касса.

IT миниблог

О том что нужно не потерять

Ремонт DNS в системах Windows

Частенько после лечения вирусов на компьютере перестает работать интернет. Skype и торренты работают, а вот браузеры не открывают страницы.

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

Смотрим что идет в ответ, если что то типа

То, закрываем эту инструкцию, дело не в DNS. А вот если ответ такой

то это наш клент, читаем дальше.

Теперь чтоб удостовериться что проблема именно в DNS вводим команду

В ответ должны получить

То есть интернет у нас на компьютере есть, а вот адреса вида www.сайт.ru, компьютер не может обработать. Значе проблема 100% в службе DNS!

Для начала переустановим протокол TCP/IP.

Переустановка протокола TCP/IP стандартными методами Windows не предусмотрена, поэтому приводим метод, широко описываемый в интернете и неоднократно проверенный на практике:

Открываем редактор реестра REGEDIT (Кнопка “Пуск” – пункт “Выполнить” – пишем regedit и нажимаем и удаляем два ключа реестра:

Выходим из REGEDIT и ОБЯЗАТЕЛЬНО перезагружаемся.

После перезагрузки находим папку c:windowsinf (а если точнее, то %winroot%inf – ведь Windows может быть установлена в другом месте) и находим в ней файл nettcpip.inf. Обязательно сделайте его резервную копию, а потом отредактируйте с помощь Блоктнота:

Сохраните файл. Откройте настройки сетевого адаптера, щелкнув по нему правой клавишей и выбрав “Свойства”. Нажмите “Установить”, выберите из списка “Протокол” и нажмите “Добавить”. Далее нажмите кнопку “Установка с диска” и введите в строке пути c:windowsinf (или %winroot%inf). В появившемся списке выберите Протокол TCP/IP и завершите установку.

После перезагрузки снова идите в свойства сетевого адаптера, и вы обнаружите, что кнопка “Удалить” для протокола TCP/IP теперь стала доступна. Удалите протокол TCP/IP и снова перезагрузите машину.

После перезагрузки установите протокол TCP/IP с нуля. Вот и все.

Ну и для успокоения совести выполните поочередно следующие команды:

Сбросьте настройки DNS

Ну вот пожалуй и все!

Ремонт DNS в системах Windows : 1 комментарий

ништяк! мне помогло вернуть интернет!
осталось попасть в ЛВС, windows 7, ошибка не найден сетевой путь 0x80070035
причём в него с других машин захожу

Источник

Это мой первый пост, являюсь специалистом по видеонаблюдению и веду портал vcctv.ru

И стало интересно услышать и увидеть комментарии по моим постам на pikabu.ru. Если будет интересно будет второй, третий и много чего интересного напишу из своего опыта.

И так в один прекрасный день вы запускаете программу на компьютере или смартфоне для просмотра видеозаписей и на вашем эркане ошибка примерно такого содержания: «Не найден сетевой узел», «Устройство не доступно» или что-то подобное.

Т.к. вариантов может быть достаточно много, поэтому перечислю в виде тезисов по поиску причины не доступности видеорегистратора:

Убедимся, что видеорегистратор включен в электрическую розетку и подключен к локальной сети, тоесть смотрим на линк сетевой карты видеорегистора. Если на сетевой карте нет линка, то смотрим на патчкорд (возможно контакты перебиты), проверяем работоспособность роутера/коммутатора.

Возможно видеорегистратор завис (да! и такое бывает), поэтому выключаем и включаем его.

Через монитор заходим в настройки видеорегистратора и убеждаемся, что у него есть или получен по dhcp ip адрес. Или зная ip адрес видеорегистратор делаем пинг и смотрим его доступность.

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

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

Источник

не работает DNS на компах не состоящих в домене

Зарегистрирован: 11.02.2010
Пользователь #: 85,123
Сообщения: 1061

ADMINDM
guru

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 7006

Зарегистрирован: 11.02.2010
Пользователь #: 85,123
Сообщения: 1061

Зарегистрирован: 11.02.2010
Пользователь #: 85,123
Сообщения: 1061

Зарегистрирован: 04.11.2007
Пользователь #: 63,218
Сообщения: 7006

Зарегистрирован: 11.02.2010
Пользователь #: 85,123
Сообщения: 1061

Зарегистрирован: 11.02.2010
Пользователь #: 85,123
Сообщения: 1061

Источник

При проверке связи не удалось обнаружить узел windows 10

Не работает Интернет, что делать? Алгоритм решения проблем для пользователей выделенных линий Для определения настроек существует команда ipconfig /all. Ее необходимо набрать в командной строке и нажать enter. В выводе этой утилиты вым следует найти следующую информацию (в вашем случае числа могут быть другими, но в дальнейших примерах предполагается, что компьютер имеет IP-адрес 85.142.128.59 и адрес основного шлюза 85.142.128.33): Убедитесь, что IP-адрес, маска подсети, основной шлюз соответствуют настройкам, полученным от сотрудников ОЦНИТ. Адреса DNS-серверов. Для подразделений университета: 85.142.128.2; 85.142.130.129 Для коммерческих клиентов: 80.78.192.131; 80.78.192.132 Если настройки верны, можно начинать диагностику сети. Наберите в командной строке ping 85.142.128.33, вместо 85.142.128.33 подставте адрес своего основного шлюза. Команда выведет четыре строки. Их варианты и значения приведены ниже. Оратите внимание на сообщения, выдаваемые командой ping, они будут описаны только один раз. Источник При проверке связи не удалось обнаружить узел windows 10 Профиль | Отправить PM | Цитировать Сообщения: 2259 Благодарности: 529 Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> Сообщения: 52166 Благодарности: 15063 но похоже моя беда в чем-то уникальна Дело в следующем: два компа в сетке, на первом «мастером установки сети» общедоступно диал-ап подключение к интернет для второго он служит шлюзом, на втором компе пропал доступ в интернет «Internet Explorer не может отобразить эту веб-страницу», при этом с него идет хороший трасерт и пинг на аи-пи интернет-хостов, а если вместо аи-пи ставить имя хоста, получаем «При проверке связи не удалось обнаружить узел. « ИсточникAdblock detector

Ошибка 800 в Windows знакома многим пользователям Интернет-провайдеров, использующих технологию удаленного подключения по VPN и протоколы PPTP и L2TP. Причина возникновения ошибки 800 — отсутствие связи с VPN-сервером провайдера. Для примера, рассмотрим Билайн — это на текущий момент самый крупный провайдер в России, использующий VPN. Адрес их VPN-сервера — tp.internet.beeline.ru.
Итак, у Вас все отлично работало, но в один прекрасный момент, после нажатия кнопки Подключение, Windows выдала Вам ошибку 800. Что делать?

Шаг 1. Проверяем активность сетевого подключения.

Для проверки активности сетевого подключения Вам достаточно посмотреть на индикатор сетевого подключения в виде мониторчика в системном лотке — трее, который расположен в правом нижнем углу, возле часов. Если значка там нет — Вам надо зайти в Сетевые подключения. В Windows XP: Пуск -> Панель управления -> Сетевые подключения. В случае Windows 7 и Windows 8 — нажимаем комбинацию клавиш Win+R и в открывшемся окне набираем:

control panel

Откроется Панель Управления, выбираем раздел Сеть и Интернет -> Центр управления сетями и общим доступом -> Изменить параметры адаптера.
Примечание: Есть ещё два способа для Windows 7 и Windows 8:
— можно попасть в Центр управления сетями и общим доступом, кликнув правой кнопкой на значке сети в системном лотке около часов и выбрав соответствующий пункт меню.
— нажимаем комбинацию клавиш Win+R и в открывшемся окне набираем:

control /name Microsoft.NetworkAndSharingCenter

Смотрим на состояние сетевых подключений — один должны быть активны и светиться.
Если подключение неактивно — кликаем на нем правой кнопкой мыши и выбираем пункт меню Включить:

Если после этого Вы видите вот такую картину:

То есть, если на подключении светится красный крестик — значит проблема может быть либо в сетевой карте, либо в кабеле до оборудования провайдера либо уже на оборудовании провайдера.
Что делать в этом случае?
Первое — это вытащить кабель из разъема сетевой платы, осмотреть его на предмет повреждения и включить его назад.
Если у Вас есть в запасе сетевая плата, либо на Вашем компьютере установлена вторая сетевая плата — попробуйте включить кабель провайдера в неё и проверить.
В случае отсутствия проверочной сетевой платы, я бы советовал обратиться в техподдержку провайдера. Они удаленно проверят — не потушен ли в Вашу сторону порт на коммутаторе. Так же, если их оборудование это позволяет, будет запущен тест кабеля. Если они найдут что-то подозрительное на своей стороне — исправят. Если отчитаются, что неисправностей со своей стороны не выявили — есть смысл тестировать свою сетевую плату в сервисном центре либо на компьютере родных/близких/друзей.

Шаг 2. Проверка настроек сетевой платы.

С физическим подключением разобрались. Имеем следующее: сетевое подключение активно, но все равно, при запуске высокоскоростного VPN-соединения выдается ошибка 800.
Проверяем настройки сетевой платы. Даже если Вы в них до этого не лазили — они могли быть изменены какой-либо программой, в том числе и вредоносной.
Для проверки кликаем мышью на Подключении по локальной сети и выбираем пункт Свойства. Ищем в списке компонент Протокол интернета версии 4 (TCP/IPv4) и кликаем на нем дважды. В случае Билайн, да и большинства других операторов, использующих VPN, IP-адрес и адреса DNS-серверов должны присваиваться автоматически, так как в их сетях присутствуют DHCP-серверы:

Примечание: Если Ваш провайдер использует статические IP-адреса, обратитесь в техническую поддержку и уточните свой IP-адрес, маску, шлюз и адреса DNS.
Если все прописано верно, и Ваш компьютер успешно получает адрес, но все равно появляется ошибка 800 — переходим к шагу 3.

Шаг 3. Проверка доступности VPN-сервера.

Да, проблемы со стороны провайдера — тоже не редкое явление, так как оборудование доступа работает в непрерывном режиме 24/7  и под немалой нагрузкой. Чтобы проверить доступность VPN-сервера — Вам надо знать его адрес, как минимум. В случае с Билайн — это tp.internet.beeline.ru
Нажимаем комбинацию клавиш Win+R и в открывшемся окне пишем команду cmd. Нажимаем ОК. Откроется окно командной консоли Windows. Пропингуем сервер — пишем команду:

ping tp.internet.beeline.ru

Вот как это выглядит в консоли:

Нажимаем клавишу Enter и смотрим результаты.
Если пинг проходит нормально и без потерь — переходим к следующему шагу.
А вот если в ответ вы видите строчку:
Превышен интервал ожидания для запроса — это означает, что сервер провайдера недоступен и надо обращаться в техподдержку.
Примерно то же означает ответ:
При проверке связи не удалось обнаружить узел tp.internet.beeline.ru. Проверьте имя узла и повторите попытку. — при таком варианте развития событий, проблема с DNS-сервером провайдера (само-собой, при условии того, что Вы не прописали сами какой-либо иной адрес DNS-сервера в настройках сетевой платы).
Примечание: Если Вам интересно — можно даже определить на каком узле провайдера проблема — в командной консоли пишем команду:

tracert tp.internet.beeline.ru

Выгляди это так:

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

Шаг 4. Проверка настроек VPN-соединения.

Кликаем правой кнопкой мыши по VPN-подключению и выбираем пункт Свойства. Первой открывается вкладка Общие:

Обязательно проверьте правильность адреса VPN-сервера. Пробелов в адресе тоже не должно быть.
Переходим на вкладку Безопасность:

В случае с Билайн — проверьте чтобы не стояла галочка Требуется шифрование данных. В случае других провайдеров — уточните этот момент в техподдержке. Нажимаем кнопку ОК.

Шаг 5. Проверка настроек системы безопасности.

VPN-подключение к провайдеру может быть заблокировано Вашей системой безопасности — антивирусом или фаерволом. Соответственно, при подключении так же будет выдаваться ошибка 800.
Для проверки — полностью деактивируем антивирус и фаервол. Для этого ищем его значок в системном лотке около часов и кликаем правой кнопкой мыши. В открывшемся меню выбираем пункт Остановить, Разрешить Все либо Выход.
Пробуем подключиться — если ошибка 800 исчезла, значит в настройках вашей системы безопасности надо открыть транспортный TCP-порт 1723.

Если ничего не помогло…

В этом случае смело обращаемся в техническую поддержку Вашего провайдера и вызывайте мастера для проверки линии. Со своей стороны все возможное для проверки Вы сделали.