Windows может связаться с сервером разрешения имен но не удается найти имя узла

Windows не может получить доступ к компьютеру в локальной сети

При попытке подключиться с одного компьютера на Windows к другому, можно увидеть сообщение типа «Windows не может получить доступ к // *имя_компьютера*», который находится в локальной сети. Ошибка часто возникает на Windows 7 и 10, но может также появляться на 8 и других, менее популярных версиях системы.

Навигация по статье:

Виды проблемы и коды ошибок

Ошибка о проблемах подключения Windows к локальной сети иногда появляется на Windows 7 после установки одного из официальных пакетов обновлений системы. В конце окна в этом случае приводится код ошибки — 0×80070035. Чаще всего проблема банальна и вызвана неправильными настройками системы на компьютере (или на одном из компьютеров), из-за чего и возникают все проблемы с созданием локального подключения.

Сообщение с кодом ошибки может выглядеть по-разному:

1. Windows не может получить доступ к компьютеру в локальной сети Windows (7, 8, 10, XP).
2. Разрешение на доступ к «имя_компьютера» отсутствует. Обратитесь к сетевому администратору для получения доступа.
3. Windows не может получить доступ к компьютеру в сети (в локальной или домашней сети, к компьютеру, сетевому диску).
4. Windows не может получить доступ к компьютеру. Проверьте правильность написания данного имени.

Коды ошибок, которые могут появляться после сообщения: 0×80070035, 0x80004005, 0x8007004b, 0x800704b3. Осталось разобраться, что означает каждая ошибка и как избавиться от проблемы.

Ошибка 0×80070035 «Не найден сетевой путь»

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

Проверка настроек общего доступа:

1. Нажать правой кнопкой мыши по локальному диску, к которому не удается подключиться.
2. Выбрать пункт «Свойства», в открывшемся окне перейти на вкладку «Доступ».
3. Нажать «Расширенная настройка», поставить галочку около «Открыть общий доступ к этой папке».
4. Убедиться, что в поле «Имя общего ресурса» указан именно тот локальный диск, к которому требуется подключиться.

Если ошибка продолжает появляться, следует попробовать настроить cовместное использование IP-адреса компьютера. Это может помочь обойти ошибку и настроить подключение напрямую, используя IP-адрес ресурса.

Для этого требуется:

1. Нажать «Пуск», в поиске вбить cmd и найти командную строку.
2. Нажать правой кнопкой мыши по найденному приложению и запустить командную строку от имени администратора.
3. Ввести в поле командной строки «ipconfig /all» (без кавычек), нажать Enter.
4. В появившемся поле найти IPv4-адрес компьютера. Он выглядит типа 192.168.X.X.
5. Нажать сочетание клавиш Win+R.
6. В появившемся окне «Выполнить» ввести IP и локальный диск в формате //192.168.1.1/F (где F — имя локального диска).

Если опять ничего не получилось, и Windows все равно не удается установить соединение, имеет смысл проверить правильность работы диспетчера устройств.

Настройка работы диспетчера устройств:

1. Нажать сочетание клавиш Win+R.
2. Ввести в поле devmgmt.msc и нажать «ОК», чтобы войти в диспетчер устройств.
3. В открывшемся окне в верхнем меню нажать вкладку «Вид».
4. В выпадающем меню поставить галочку напротив пункта «Показать скрытые устройства».
5. В списке всех устройств найти и нажать на список «Сетевые адаптеры».

Появившийся список драйверов следует рассмотреть подробно. Устаревшие и неиспользуемые сетевые драйвера могут конфликтовать с новым ПО Windows, особенно после некоторых патчей безопасности. Для устранения проблемы подключения следует удалить все старые и неиспользуемые драйвера, а затем перезагрузить компьютер. Система должна автоматически установить новую версию ПО. Во избежание удаления нужных файлов, имеющиеся драйвера для отображаемых устройств можно обновить вручную.

Исправление ошибок с правами аккаунта

Иногда Windows не может получить доступ к другому компьютеру в локальной сети по вполне банальным причинам. Ошибки с кодами 0×80070035, 0x80004005, 0x8007004b, 0x800704b3 и иными уведомления вполне могут вызываться этими причинами, поэтому следует проверить их отсутствие.

1. Права доступа не установлены для пользователя, с которого выполняется попытка подключения. Следует убедиться, что у подключаемого пользователя есть права администратора. Аккаунт администратора должен быть добавлен в список разрешенных пользователей.
2. В диалоговом окне «Безопасность Windows» установлены разные пароли. Следует изучить инструкцию по созданию и раздаче локальной сети и исправить найденные ошибки.
3. Пользователь не является владельцем файлов и папок, которые пытается раздать в локальной сети.

Для того, чтобы стать владельцем папки или файла нужно:

1. Нажать на файле или папке правой кнопкой мыши.
2. Выбрать пункт «Свойства».
3. Перейти во вкладки «Безопасность» — «Дополнительно» — «Владелец».
4. Добавить нужную учетную запись в разрешения.

Помимо этого, нужно будет предоставить добавленной учетной записи полный доступ. Это делается во вкладке «Свойства» — «Безопасность» — «Изменить» — «Добавить». Только после этих действий нужно давать той или иной папке или файлам доступ в локальной сети. Ошибка должна исчезнуть, и Windows без проблем установит подключение.

Решение ошибки «Windows не может получить доступ к \\имя ПК»

Для исправления ошибки локального подключения с таким примечанием нужно выполнить несколько простых действий с той папкой, к которой требуется подключиться:

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

Для добавленного пользователя можно установить уровень доступа: чтение или чтение и запись. После этого нужно нажать на кнопку «Общий доступ» и, если там не появляется никаких ошибок или уведомлений, нажать кнопку «Готово». Способ помогает на Windows 7 и более новых. В XP интерфейс может называться немного иначе, однако принцип исправления ошибок остается тот же.

3 thoughts on “ Windows не может получить доступ к компьютеру в локальной сети ”

Ничего не помогло. К слову еще нужно проверить все ли необходимые службы работают и не внесены ли изменения в Локальную политику безопасности. Пришлось создать пользователя и включить доступ по паролю. Win7 SP1 prof. К слову в сети еще 4 таких компа, на них все нормально.

Здравствуйте, спасибо за статью.
Я на даче использую свою собственную систему управления на основе RaspberryPi и вот такой способ удаленного доступа к ней — **ссылка на сторонний сайт — vpnki.ru**
Это тоже VPN, но не для доступа в Интернет, а для объединения моих устройств в единую сеть.
У меня это единственный вариант, потому что белого IP нет, а соединение снаружи закрыто провайдером, хотя ddns работает, но толку никакого.
Насчет скорости не проверял, но мою камеру нормально показывает на смартфоне. Удаленное управление тоже вполне быстро работает.
Вдруг кому-то поможет.

один компьютер коннектился к вай фаю через 5ггц, а второй через 2.4.
проблему решило подключение обоих компов на соединение 2.4
вот так по тупому))

Источник

История отношений Сони и Тоши, или не найден сетевой путь

Герои романа 2 ноутбука,
А)Sony Vaio SVE1512F1RW (далее Соня)
Б)TOSHIBA Satelite C860 (далее Тоша)

Соня была куплена сразу с Windows 8 Pro (OEM), которую в последствии обновили до 8.1
На Тоше тоже Win 8, которая тоже как-бы ОЕМ, вот только до 8.1 не обновляли.

Их подключили к WI-FI роутеру TP-LINK TD-W8961ND

И у Тоши и у Сони есть расшаренные папки:
Соня:

После этого тоша появляется, и можно как следует полазить по его папочкам. А если долго этого не делать, то он снова пропадает, и опять нужно его пинговать. И при этом, обратите внимание, каждый раз, первый пакет теряется. Словно запускается какая-то служба, или процесс, не могу понять.

А вот у Тоши так невыходит. Хотя пинг он проводит прекрасно:

И видит Соню в сетевом окружении, но, как я уже говорил, зайти в неё не может, по причине «Не найдет сетевой путь». Что-то там у него не запускается, из-за чего теряется первый пакет у сони. Но кто знает, что это?

Подробнее об их отношениях, для тех кто может и хочет помочь, я расскажу ниже:
Домашнюю группу они не создавали (гражданский брак), так что связывает их только протокол TCP/IPv4 (TCP/IPv6 отключен)

Вот что они говорят нам об ipсonfig /all (ничего не вырезано и не перекодировано):
Соня:

К вопросу о возможных препятствиях:
Оба принимают антивирусы, Соня предпочитает 360TS, в Тоше хватает Windows Defender-а (Защитник Windows). Соня переставала принимать 360ый, но это не помогло.
Оба состоят в одной рабочей группе MSHOME, хотя тут есть одни интересный момент — У Сони, в её редакции винды 8.1 — отключена возможность работы в домене.

Но возможно все дело в сервисах? Тут я могу сказать только то, что «Модуль поддержки NetBois через TCP/IP», или просто imhosts включен и выполняется у обоих. Об остальном судите сами, я прикрепил информацию о состоянии сервисов Сони (Sony_serv) и Тоши (Tosha_serv).

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

Вложения

Не найден сетевой путь
В сетке стоит машина на WIN XP SP3 там стоял прокси сервер, после выключения света на машине всё.

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

Не найден сетевой путь код ошибки 0x80070035
проблема возникла неизвестно когда есть камп есть модем dlink 2640 с wifi есть мобила с вайфай .

Не найден сетевой путь
Программа выводит список каталогов на удаленных компьютерах в сети. Имя компьютера берется из.

Всмысле пигнуется-ли?
—-
Спустя пару минут попробовал зайти с Тоши на Соню ещё раз (чтобы снова запустить средство диагностики) и, что странно, у меня запросили логин и пароль для входа! Я ввел логин и пароль, под которым захожу на Соню, и подключение совершилось, вижу папки Сони.
Но, какого черта? Посмотрел настройки Сони — парольная защита по прежнему отключена. Скажем так, проблему решили частично, каждый раз вводить логин и пароль вариант, но не лучший.

Кстати, сервис IKEEXT описывается вот как:
I

Psec IKE and AuthIP Service
Updated: January 9, 2008
Applies To: Windows Server 2008
The IKE and AuthIP IPsec Keying Modules (IKEEXT) service implements the Internet Key Exchange (IKE) and Authenticated Internet
Protocol (AuthIP) protocols. These keying modules support the authentication and key exchange features required by Internet Protocol security (IPsec).
Aspects

The following is a list of all aspects that are part of this managed entity:
Name Description IKE and AuthIP Service Initialization
The IKE and AuthIP IPsec Keying Modules (IKEEXT) service must be running for Internet Protocol security (IPsec) to provide authentication and encryption services. This service implements the Internet Key Exchange (IKE) and Authenticated Internet Protocol (AuthIP) protocols. These keying modules support the authentication and key exchange features required by Internet Protocol security (IPsec).
When appropriate auditing events are enabled (Enable IPsec and Windows Firewall Audit Events), Windows reports successes and failures in starting the service, or when the service stops operating due to a failure.

Источник

Windows может связаться с сервером разрешения имен но не удается найти имя узла

Вопрос

Система Windows 7 Домашняя расширенная x64. После удаления вируса не работает разрешение имен, т.е. по IP адресу сайты открываются, по имени нет. Например выполним команду ipconfig /displaydns:

Однако в кэше запись www.ru появилась:

1. netsh int ip reset и netsh winsock reset

2. Переустановка протокола TCP/IP

3. Переустановка драйверов сетевых адаптеров

Кстати, localhost тоже не пингуется. Пингуется 127.0.01

Вопрос: на каком этапе не работает разрешение имен?

Ответы

Аллилуйа! Лыжи действительно не ехали.

Воробей был успешно пристрелен из рогатки, описанной добрым человеком APuh здесь: http://forum.oszone.net/thread-178627-2.html

Моя ошибка была в том что я переустанавливал только протокол TCP/IP 4, а надо было вместе с 6 все грохать. После выполнения всех действий, описанных APuh, включая правку реестра, все заработало.

• Предложено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 11 июня 2014 г. 8:12
• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 11 июня 2014 г. 8:12

Все ответы

gpedit.msc наст.комп.>адм.шаблоны>сеть>dns клиент там все по умолчанию?

Хотя «редактор локальной групповой политики отсутствует в «домашних» редакциях Windows 7, а именно Начальная, Домашняя базовая и Домашняя расширенная», но кого это останавливало? 😉

Скриншот не удалось прикрепить, на что обратить внимание?

Вроде как все стандартно. все пункты «Not configured»

С AVZ тоже пробовал, именно этот совет по ссылке, забыл про это написать

sfc /scannow от админа в кмд выполните

Посмотрел в Network Monitor какой трафик ходит. Оказалось DNS запросы прекрасно уходят и возвращаются. Программы которые напрямую обращаются к DNS серверам работают, например прекрасно себя чувствует Skype. Кроме того, видно как при выполнении ping уходит запрос на DNS сервер от DNS-клиента и приходит ответ, только вот ping эту информацию не получает.

sfc /scannow пишет что некоторые файлы не смог восстановить.

На 10.10.10.20 как с днс?

nslookup что говорит?

Да 10.10.10.20 как днс и как шлюз, это Windows 8.1 с расшаренным сетевым соединением, я думаю это роли не играет. Как DNS прописывал и 8.8.8.8, не помогает.

nslookup говорит что все нормально:

В тоже время ping говорит что все плохо:

С модемом Yota тоже самое.

Кстати, не работал DHCP клиент, пришлось восстанавливать. Может какая-то служба отвечает за передачу данных DNS программам? И она тоже не работает?

Работают только программы, которые не пользуются этой службой.

sfc /scannow пишет что некоторые файлы не смог восстановить.

Выполните sfc еще два-три раза, возможно восстановит!

После этого выложите cbs.log

Еще, попробуйте следующее:

Посмотрел в Network Monitor какой трафик ходит. Оказалось DNS запросы прекрасно уходят и возвращаются. Программы которые напрямую обращаются к DNS серверам работают, например прекрасно себя чувствует Skype. Кроме того, видно как при выполнении ping уходит запрос на DNS сервер от DNS-клиента и приходит ответ, только вот ping эту информацию не получает.

sfc /scannow пишет что некоторые файлы не смог восстановить.

попробуйте sfc после этих действий

Хочется все-таки разобраться что в Windows 7 отвечает за разрешение имен (где находятся настройки). Ведь если на нормальной системе отключить DNS-клиент, имена все-равно разрешаются, тот же ping прекрасно себе работает.

В моем же случае такое впечатление что система даже не пытается разрешить имя, порядок проверки ведь какой — локальное имя, файл hosts, DNS, NetBt. Но, даже если прописать соответствие в hosts имя не разрешается, т.е. проверка просто не производится. Почему?

Источник