При проверке связи не удалось обнаружить узел windows 10
Обновлено: 05.07.2024
В одноранговой сети на прочих компьютерах установлена Windows 10 Pro ; версия: 1709 Проблема возникает при обращении к некоторым из компьютеров. Сетевое окружение отображается полностью, видны и «проблемные» компьютеры, но при обращении с нового компьютера (1803) к компьютеру с Windows 10, 1709 получаю ошибку «Проверьте правильность написания данного имени…».
Не заходит с ПК с версией 1803 на 1803, с 1803 на 1709 и 1709 на 1803 все нормально. SMBv1 вкл/выкл не влияет, а так везде выключен.
По \\ имени компьютера малыми буквами заходит, если в течении пары минут не пытался зайти через сетевое окружение, иначе «Проверьте правильность написания данного имени…» После входа через \\имя компьютера малыми буквами пару минут заходит через сетевое окружение обычным способом.
Доступ парольный не парольный, поведение одинаково.
Добрый день, Сергей Сухинин,
Уточните, пожалуйста, следующую информацию:
1. Cколько устройств у Вас включено в сеть (серверы, домены, сетевые накопители, рутеры и т.д.)?
2. У Вас установлен сторонний антивирус? Если да, то временно его удалите и посмотрите осталась ли проблема. Напишите нам о результатах.
3. Также, проверьте правильно ли Вы следовали данной инструкции из статьи
Будем ждать Вашего ответа.
3 польз. нашли этот ответ полезным
К сожалению, это не помогло.
Благодарим за отзыв, он поможет улучшить наш сайт.
Благодарим за отзыв.
В ответ на запись пользователя Irina_G от 12 июня, 20181. В сети 3 компьютера из них 2 подключены к маршрутизатору по wifi и 1 по "проводу"
2. Стороннего антивируса нет.
3. Настройки выполнены верно и соответствуют инструкциям.
1 пользователь нашел этот ответ полезным
К сожалению, это не помогло.
Благодарим за отзыв, он поможет улучшить наш сайт.
Благодарим за отзыв.
В ответ на запись пользователя Сергей Сухинин от 12 июня, 2018Добрый день, Сергей Сухинин,
Данная проблема возникла в связи с тем, что SMBv 1 был удален по умолчанию из версии 1803, и устройства, использующие SMBv 2, работают корректно. Если на всех устройствах установлена версия 1803, то проблем не возникает.
Для решения проблемы, пожалуйста, выполните следующее:
- Нажмите на сочетание клавиш WIN + R , введите Services.msc и нажмите Enter
- Вам необходимо найти следующие службы и установить тип запуска на Автоматический (Отложенный старт):
a . Браузер компьютеров (Браузер). Этот сервис предназначен только для устройств, которые работают с SMBv 1.
b . Хост поставщика функции обнаружения ( FDPHost )
c . Публикация ресурсов обнаружения функции ( FDResPub )
d . Интернет-соединения ( NetMan )
e . Узел универсальных PNP -устройств ( UPnPHost )
f . Протокол PNRP ( PNRPSvc )
g . Группировка сетевых участников ( P 2 PSvc )
h . Диспетчер удостоверения сетевых участников ( P 2 PIMSvc )
Тип запуска устанавливается щелчком правой кнопки мыши на каждую службу. Выберите пункт Свойства. На вкладке Общие установите тип запуска Автоматический (Отложенный запуск).
Шаг 1. Проверяем активность сетевого подключения.
Если после этого Вы видите вот такую картину:
Шаг 2. Проверка настроек сетевой платы.
Шаг 3. Проверка доступности VPN-сервера.
Вот как это выглядит в консоли:
Выгляди это так:
Таким же образом можно запустить трейс DNS-сервера .
Результатом работы команды будет список узлов провайдера, которые проходит пакет от Вас до тестируемого узла. Последняя строчка с адресом и будет адрес узла в сети на котором (или за которым) возникла проблема.
Шаг 4. Проверка настроек VPN-соединения.
Кликаем правой кнопкой мыши по VPN-подключению и выбираем пункт Свойства. Первой открывается вкладка Общие:
Обязательно проверьте правильность адреса VPN-сервера . Пробелов в адресе тоже не должно быть.
Переходим на вкладку Безопасность:
Шаг 5. Проверка настроек системы безопасности.
В этом случае смело обращаемся в техническую поддержку Вашего провайдера и вызывайте мастера для проверки линии. Со своей стороны все возможное для проверки Вы сделали.
Опытным путем установлено, что если сначала пропинговать определенный адрес в цифровом варианте, то потом в буквенном варианте он пингуется также нормально:
Обмен пакетами с 213.180.204.8 по 32 байт:
Ответ от 213.180.204.8: число байт=32 время=34мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=34мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=34мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=32мс TTL=55
Статистика Ping для 213.180.204.8:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 32мсек, Максимальное = 34 мсек, Среднее = 33 мсек
Ответ от 213.180.204.8: число байт=32 время=33мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=32мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=32мс TTL=55
Ответ от 213.180.204.8: число байт=32 время=32мс TTL=55
Настройка протокола IP для Windows
Успешно сброшен кэш распознавателя DNS.
Настройка протокола IP для Windows
Подключение по локальной сети - Ethernet адаптер:
всеравно ничего не поменялось
на счет софта не в курсе
со комп_2 я могу выйти в интернет, но хлопотно это: надо пропинговать нужный адрес в цыфре, а потом уже пингуется буквенный адрес и тада уже можно зайти на нужны й адрес.
192.168.0.1 - это внутренний ип компа 1, ессно он и будет шлюзом и днс для компа 2.
Внешний ип компа 1, не трогай.
Каким образом у тебя инет от прова? ВПН? или постоянное подключение?
Так же я смотрю, у тебя адрес идёт автоматом. На компе 1 стоит dhcp севрер. Попробуй выставить все адреса на компе 2 вручную.
Во-первых, если тебе дают советы и рекомендации, то не нужно их игнорировать, это я говорю о своем предыдущем посте и о просьбе rogat1y, а то создаеца впечатление, что ты читаешь не все посты, а через один.
Во-вторых, чувствуя я, что у автора темы нет ни малейшего представления о маршрутизации пакетов меджу различными подсетями. Ознакомление с матчастью не помешает.
В-третьих, если локалка маленькая, меньше 50-ти компов и сетевые настройки редко меняюца, то dhcp сервер нафиг не нужен.
В пятых, если будет нарисована схема локалки, то это очень поможет участникам данной темы, а то я думаю, что сейчас все запутались в происходящем.
В шестых, может быть в данным момент не пашет служба "маршрутизация и удаленный доступ"(Routing and Remote Access) ? Нормально ли работает инет на остальных компах в локалке ?
Настройка протокола IP для Windows
Подключение по локальной сети 2 - Ethernet адаптер:
Подключение по локальной сети - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Realtek RTL8139 Family PCI Fast Ethe
rnet NIC
Физический адрес. . . . . . . . . : 00-0E-2E-BE-49-24
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 192.168.0.1
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . :
Репутация: 112
Здравствуйте. Такая проблема: периодически недоступен какой-нибудь сайт, и когда пингуешь его при этом пишет "при проверке связи не удалось обнаружить узел. ". Сначала грешил на телеком, но там мне говорят что у них все нормально. Может проблема у меня? Сижу с ноутбука, который по wifi подключен к интернету. Вайфай раздает роутер dlink dir300, который подключен к модему dlink 500t.Результат ipconfig /all:
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : PC
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Ethernet adapter Сетевое подключение Bluetooth:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Устройства Bluetooth (личной сети)
Физический адрес. . . . . . . . . : 70-F3-95-A5-51-75
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Адаптер беспроводной локальной сети Беспроводное сетевое соединение:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Плата беспроводных сетей 802.11n Wireless
LAN
Физический адрес. . . . . . . . . : 70-F3-95-E4-E7-8F
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::dc1a:941d:9ebd:137%12(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.0.102(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 12 марта 2011 г. 18:32:24
Срок аренды истекает. . . . . . . . . . : 24 марта 2011 г. 17:19:05
Основной шлюз. . . . . . . . . : 192.168.0.1
DHCP-сервер. . . . . . . . . . . : 192.168.0.1
IAID DHCPv6 . . . . . . . . . . . : 225506197
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-15-0A-CF-84-60-EB-69-5E-79-53
DNS-серверы. . . . . . . . . . . : 192.168.0.1
NetBios через TCP/IP. . . . . . . . : Включен
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Подключение по локальной сети* 4:
Читайте также: