Ошибка присоединения к домену не найден сетевой путь - Не ошибается лишь тот, кто ничего не делает!

Remove From My Forums

При присоединении к домену произошло следующая ошибка: Не найден сетевой путь.

Общие обсуждения
Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Все ответы

Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Добрый День.

Выложите вывод ipconfig /All с DC и проблемных ПК. Опишите структуру сети

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
Напомню о том что данная проблема только на windows 10, на других машинах под управлением Windows 7 и XP, данная проблема не наблюдается.

Вот результаты ipconfig /all

Имя компьютера . . . . . . . . . : dit-oss-172
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . :frada.com

Адаптер Ethernet Ethernet:

DNS-суффикс подключения . . . . . : frada.com
Описание. . . . . . . . . . . . . : Realtek PCIe FE Family Controller
Физический адрес. . . . . . . . . : C8-D3-FF-EE-83-BD
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::c9bd:1c3a:c43a:6749%6(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.241.2.99(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.241.2.1
IAID DHCPv6 . . . . . . . . . . . : 46715903
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-20-C9-8D-69-C8-D3-FF-EE-83-BD
DNS-серверы. . . . . . . . . . . : 10.241.17.64
10.241.17.63
NetBios через TCP/IP. . . . . . . . : Включен
- Изменено
  Frada12
  14 июня 2017 г. 17:10
Антон Доброе утро,

Вы можете посоветовать как дальше быть?
День добрый,

правильно ли что ваши DC это 10.241.17.64 и 63

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
А у вас Suite и Subnet прописаны?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Да прописаны, на уровне сети проблем не наблюдается!
EventLog события какие либо регистрирует? На PC Dc?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
начнем с того у вас пинг frada.com по айпи в4 или в6 идет? и куда?

зачем вообще в качестве имени домена указывать чужое левое внешнее имя?

и я правильно понимаю что у вас контроллеры на 2012й(р2) винде?
- Изменено
  Svolotch
  15 июня 2017 г. 9:23
Нет, по логам не чего не видно и в PC и в DC не регистрируется.
По ipv4.

Домен не наш, по определенный обязательствам не могу разглашать эту информацию.

Контроллеры на Windows server 2008 R2.
при добавлении в домен плоское имя используете или FQDN?

если пробуете зайти по сети на КД сисвол с нетлогоном доступны?
Использовал и плоское и FQDN, обе варианта не помогло.

А по второму вопросу можете немножко в упрошенном виде спросит? термины не совсем понятны.
\имя сервераNETLOGON и аналогично SYSVOL с компьютера доступны на обоих КД?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
- Изменено
  PuCtoy
  16 июня 2017 г. 5:28
Ну вот ваша ошибка. Разбирайтесь по каким причинам клиенты не видят.

Ferewall или что то еще может мешать.

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.
nslookup на проблемном клиенте отвечает без ошибок?

антивирус KES случайно не установлен?
nslookup отвечает без проблем.

Нет, антивирус ESET.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

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

Не могу выложить рисунки. X

Что по имени что по ip ругается следующим образом, «Windows не может получит доступ к \10.241.17.64NETLOGON
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

Добрый День.

Рабочие и проблемные ПК в одной подсети, роутер из случаем не разделяет с серверами DC

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
DC хотя бы пингуется с проблемных машин? трассировка доходит? попробуйте вырубить брандмауэр на клиентах, только не службу, а в настройках, чтоб он был отключен на внутренние сети.
- Изменено
  Левенцов Алексей
  20 июня 2017 г. 6:11
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.
- Изменено
  Frada12
  20 июня 2017 г. 6:38
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

У нас такое было когда на удаленных площадках на цисках был заблочен протокол kerberos, 88 порт. симптомы были те же. DC лукапится, пингуется, а при попытке ввести в домен не находит сетевой путь, но было не на 10ках а на всех подряд машинах.

но у вас из одной и той же сети разные системы видят и не видят DC. попробуйте просканировать порты с клиента на DC, хотя это наверное мало информации выдаст…

есть доступ к DC? попробуйте и там отключить брандмауэр для проверки…
- Изменено
  Левенцов Алексей
  20 июня 2017 г. 6:53
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.

Тема закрыта?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Нет,

Проблема все еще актуально.
Нет,

Проблема все еще актуально.

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

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

Добрый День.

А вы не ошибаетесь по коммутаторам, L3 уровень маршрутизатора,

свитч работает на уровне L2 если конечно порты не в режиме L3 что доступно не на дешевой Кошке

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
- Изменено
  Alexander RusinovModerator
  20 июня 2017 г. 10:13
  Поправил
А что за коммутаторы у вас используются?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Добрый день. Столкнулся с той же проблемой 7-ка XP залетают в домен без проблем, а на 10-ке ошибка. Подскажите, решили ли вы данную проблему?
- Изменено
  Prorock79
  19 марта 2018 г. 12:50
Такая же проблема только с windows 10! Появилось ли решение?
проверить на контроллере домена порты 139 и 445, в моем случае какой-то умник их заблокировал, и поэтому не мог ввести комп-р в домен

Источник

При присоединении к домену произошло следующая ошибка: Не найден сетевой путь.

General discussion
Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

All replies

Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Добрый День.

Выложите вывод ipconfig /All с DC и проблемных ПК. Опишите структуру сети

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
Напомню о том что данная проблема только на windows 10, на других машинах под управлением Windows 7 и XP, данная проблема не наблюдается.

Вот результаты ipconfig /all

Имя компьютера . . . . . . . . . : dit-oss-172
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . :frada.com

Адаптер Ethernet Ethernet:

DNS-суффикс подключения . . . . . : frada.com
Описание. . . . . . . . . . . . . : Realtek PCIe FE Family Controller
Физический адрес. . . . . . . . . : C8-D3-FF-EE-83-BD
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::c9bd:1c3a:c43a:6749%6(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.241.2.99(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.241.2.1
IAID DHCPv6 . . . . . . . . . . . : 46715903
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-20-C9-8D-69-C8-D3-FF-EE-83-BD
DNS-серверы. . . . . . . . . . . : 10.241.17.64
10.241.17.63
NetBios через TCP/IP. . . . . . . . : Включен
- Edited by
  Frada12
  Wednesday, June 14, 2017 5:10 PM
Антон Доброе утро,

Вы можете посоветовать как дальше быть?
День добрый,

правильно ли что ваши DC это 10.241.17.64 и 63

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
А у вас Suite и Subnet прописаны?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Да прописаны, на уровне сети проблем не наблюдается!
EventLog события какие либо регистрирует? На PC Dc?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
начнем с того у вас пинг frada.com по айпи в4 или в6 идет? и куда?

зачем вообще в качестве имени домена указывать чужое левое внешнее имя?

и я правильно понимаю что у вас контроллеры на 2012й(р2) винде?
- Edited by
  Svolotch
  Thursday, June 15, 2017 9:23 AM
Нет, по логам не чего не видно и в PC и в DC не регистрируется.
По ipv4.

Домен не наш, по определенный обязательствам не могу разглашать эту информацию.

Контроллеры на Windows server 2008 R2.
при добавлении в домен плоское имя используете или FQDN?

если пробуете зайти по сети на КД сисвол с нетлогоном доступны?
Использовал и плоское и FQDN, обе варианта не помогло.

А по второму вопросу можете немножко в упрошенном виде спросит? термины не совсем понятны.
\имя сервераNETLOGON и аналогично SYSVOL с компьютера доступны на обоих КД?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
- Edited by
  PuCtoy
  Friday, June 16, 2017 5:28 AM
Ну вот ваша ошибка. Разбирайтесь по каким причинам клиенты не видят.

Ferewall или что то еще может мешать.

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.
nslookup на проблемном клиенте отвечает без ошибок?

антивирус KES случайно не установлен?
nslookup отвечает без проблем.

Нет, антивирус ESET.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

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

Не могу выложить рисунки. X

Что по имени что по ip ругается следующим образом, «Windows не может получит доступ к \10.241.17.64NETLOGON
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

Добрый День.

Рабочие и проблемные ПК в одной подсети, роутер из случаем не разделяет с серверами DC

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
DC хотя бы пингуется с проблемных машин? трассировка доходит? попробуйте вырубить брандмауэр на клиентах, только не службу, а в настройках, чтоб он был отключен на внутренние сети.
- Edited by
  Левенцов Алексей
  Tuesday, June 20, 2017 6:11 AM
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.
- Edited by
  Frada12
  Tuesday, June 20, 2017 6:38 AM
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

У нас такое было когда на удаленных площадках на цисках был заблочен протокол kerberos, 88 порт. симптомы были те же. DC лукапится, пингуется, а при попытке ввести в домен не находит сетевой путь, но было не на 10ках а на всех подряд машинах.

но у вас из одной и той же сети разные системы видят и не видят DC. попробуйте просканировать порты с клиента на DC, хотя это наверное мало информации выдаст…

есть доступ к DC? попробуйте и там отключить брандмауэр для проверки…
- Edited by
  Левенцов Алексей
  Tuesday, June 20, 2017 6:53 AM
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.

Тема закрыта?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Нет,

Проблема все еще актуально.
Нет,

Проблема все еще актуально.

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

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

Добрый День.

А вы не ошибаетесь по коммутаторам, L3 уровень маршрутизатора,

свитч работает на уровне L2 если конечно порты не в режиме L3 что доступно не на дешевой Кошке

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
- Edited by
  Alexander RusinovModerator
  Tuesday, June 20, 2017 10:13 AM
  Поправил
А что за коммутаторы у вас используются?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Добрый день. Столкнулся с той же проблемой 7-ка XP залетают в домен без проблем, а на 10-ке ошибка. Подскажите, решили ли вы данную проблему?
- Edited by
  Prorock79
  Monday, March 19, 2018 12:50 PM
Такая же проблема только с windows 10! Появилось ли решение?
проверить на контроллере домена порты 139 и 445, в моем случае какой-то умник их заблокировал, и поэтому не мог ввести комп-р в домен

Источник

При подключении к компьютерам в сети и сетевым папкам, хранилищам NAS в Windows 11 и Windows 10 вы можете получить сообщение об ошибке: «Windows не может получить доступ к (имя сетевого ресурса). Проверьте правильность написания данного имени» с кодом ошибки 0x80070035 в подробностях.

В этой инструкции подробно о способах исправить ошибку 0x80070035 «Не найден сетевой путь» в Windows 11 и Windows 10 при подключении к сетевым папкам с общим доступом или другим сетевым хранилищам.

Простые способы исправить ошибку

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

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

Попробуйте отключить IPv6 и включить компонент Общий доступ к файлам и принтерам в свойствах подключения. Для этого нажмите клавиши Win+R на клавиатуре, введите ncpa.cpl и нажмите Enter, откройте свойства Интернет-подключения (правый клик — свойства), снимите отметку с «IP версии 6», включите общий доступ к файлам и принтерам, примените настройки.
Если вы используете анонимный вход, например доступ к NAS или другим компьютерам без ввода имени пользователя и пароля, запустите командную строку от имени Администратора и введите следующую команду:
```
reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
```
Сбросьте кэш DNS, для этого запустите командную строку от имени Администратора и введите команду
```
ipconfig /flushdns
```

На компьютере, к которому выполняется подключение (рекомендую не пропускать этот шаг): попробуйте изменить имя компьютера: Как переименовать компьютер Windows 10 и не забудьте выполнить перезагрузку.

Также рекомендую проверить, что общий доступ на удаленном компьютере настроен правильно:

В Windows 10 в Панели управления откройте «Центр управления сетями и общим доступом», нажмите «Изменить дополнительные параметры общего доступа», включите сетевое обнаружение и общий доступ к файлам и принтерам для текущего сетевого профиля, включите общий доступ в разделе «Все сети» и, при желании — отключите общий доступ с парольной защитой в разделе «Все сети» (если не отключить, то подключение будет выполняться после ввода данных учетной записи удаленного компьютера).
В Windows 11 зайдите в Параметры — Сети и Интернет — Дополнительные сетевые параметры — Дополнительные параметры общего доступа. Включите Сетевое обнаружение, автоматическую настройку устройств, Общий доступ к файлам и принтерам. В разделе «Все сети» включите «Общий доступ к общедоступным папкам» и, при необходимости — отключите «Общий доступ с парольной защитой» в том же разделе.
При отключении общего доступа с парольной защитой в свойствах папки с общим доступом на вкладке «Доступ» имеет смысл нажать кнопку «Общий доступ» и добавить группу пользователей «Все», а затем подтвердить добавление нажатием кнопки «Поделиться».

Включение протокола SMB 1.0

Если для подключения требуется протокол SMB 1-й версии, следует учитывать, что в Windows 11 и Windows 10 он по умолчанию отключен. В некоторых случаях решить проблему может помочь его включения, для этого:

Откройте окно «Программы и компоненты», например с помощью Win+R — appwiz.cpl
В панели слева нажмите «Включение или отключение компонентов Windows».
Включите компонент «Поддержка общего доступа к файлам SMB 1.0/CIFS».
Примените сделанные настройки и согласитесь на перезагрузку компьютера.
Учитывайте, чтобы это могло сработать для подключения между компьютерами, на компьютере с общим диском или папкой также должен быть включен протокол SMB 1.0

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

Далее проверьте, исправило ли это ошибку. Если нет, попробуйте выполнить ещё один шаг — в командной строке от имени администратора (на компьютере, с которого выполняется подключение) выполните команду:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi

а затем перезагрузите компьютер и проверьте подключение к сетевому ресурсу.

Параметры сетевой безопасности

Следующий вариант — изменить параметры безопасности:

Нажмите клавиши Win+R на клавиатуре, введите secpol.msc и нажмите Enter.
Откройте раздел Локальные политики — Параметры безопасности.
Дважды нажмите по параметру «Сетевая безопасность: уровень проверки подлинности LAN Manager» и на вкладке «Параметр локальной безопасности» выберите пункт «Отправлять LM и NTLM — использовать сеансовую безопасность».
Примените настройки.

Брандмауэр Windows

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

На компьютере, с которого осуществляется подключение нажмите клавиши Win+R, введите wf.msc и нажмите Enter.
Откройте «Правила для исходящего подключения» и дважды нажмите по правилу Общий доступ к файлам и принтерам (SMB — исходящий) для текущего профиля сети.
На вкладке «Область» в обоих разделах установите «Любой IP-адрес».
На компьютере, к которому осуществляется подключение, выполните те же действия, но для входящих соединений.

Какие еще варианты можно попробовать для исправления ошибки 0x80070035:

Зайдите в Службы Windows с помощью Win+R — services.msc и убедитесь, что следующие службы не отключены (также можно попробовать установить тип запуска в «Автоматически»): «Публикация ресурсов обнаружения функции» и «Хост поставщика функции обнаружения». Для изменения типа запуска службы можно нажать по её названию дважды и указать нужные параметры.
При доступе к сетевым ресурсам по паролю, зайдите в Панель управления — Диспетчер учетных данных — Учетные данные Windows — Добавить учетные данные Windows. Введите данные для доступа к сетевому ресурсу (сетевой путь, имя и пароль пользователя, у которого есть доступ к указанному расположению).
Попробуйте выполнить подключение по IP-адресу: проверьте IP удаленного компьютера в локальной сети с помощью командной строки, затем используйте Win+R вида: //192.168.1.10/путь_к_папке , заменив IP-адрес на нужный.
Проверьте, присутствуют ли в разделе реестра
```
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlLsaMSV1_0
```
параметры RestrictReceivingNTLMTraffic и RestrictSendingNTLMTraffic — при наличии таковых, удалите их и перезагрузите компьютер.
При наличии в разделе реестра
```
HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNetBtParameters
```
параметров NodeType и DhcpNodeType попробуйте удалить их.
Проверьте, меняется ли ситуация, если временно отключить антивирус или файрволл на компьютере.

Источник

После обновления билда Windows 10 до 1803 или выше (1809, 1903, 1909) некоторые пользователи заметили, что они теперь не могут подключиться к общим папкам сетевым папкам на соседних компьютерах в сети, или к каталогу на сетевом NAS хранилище.

Проводник Windows не может даже отобразить список общих сетевых папок на соседних компьютерах (как с Windows 10, так и с Windows 7). При попытке открыть любую сетевую папку появляется ошибка:

Сетевая ошибка

Windows не может получить доступ к \NAS

Проверьте правильность написания данного имени. В противном случае возможно проблема с вашей сетью. Для определения проблем с сетью щёлкните кнопку «Диагностика».

Код ошибки 0x80070035.

Не найден сетевой путь.

В английской версии Windows 10 эта ошибка выглядит так:

Windows cannot access \share

Error code: 0x80070035.

The network path not found.

При этом с других компьютеров (с более старыми версиями Windows 10, 8.1 или 7), телефонов и других устройств вы можете спокойно открывать и использовать сетевые папки в локальной сети.

Попробуем разобраться, как исправить ошибку с кодом “0x80070035. Не найден сетевой путь” в Windows 10.

Содержание:

В Windows 10 по-умолчанию отключен протокол SMB v1
Гостевой вход без проверки подлинности
Отключение SMB1 и SMB2
Настройки просмотра сетевого окружения в Windows 10
Доступ к NAS или Samba хранилищу из Windows 10 с сохранённым паролем

В Windows 10 по-умолчанию отключен протокол SMB v1

В первую очередь нужно понять, связана ли проблема с тем, что в Windows 10 1709 и выше по умолчанию отключен устаревший и небезопасный протокол доступа к сетевым файлам и папкам – SMB v1.0. Если сетевое устройство, к которому вы подключаетесь поддерживает доступ к общим файлам только по протоколу SMBv1 (например, старая версия NAS хранилища, компьютер с Windows XP/Windows Server 2003), то последние билды Windows 10 по-умолчанию не смогут подключиться к сетевым папкам на таком устройстве. И при доступе к ресурсу
\SharedDeviceName
вы можете получить ошибку “0x80070035”.

В Windows 10 вы можете проверить, включен ли у вас протокол доступа к сетевым ресурсам SMBv1 с помощью команды:

Dism /online /Get-Features /format:table | find "SMB1Protocol"

В нашем примере видно, что на компьютере отключен протокол SMB1:

SMB1Protocol                                 | Disabled
SMB1Protocol-Client                          | Disabled
SMB1Protocol-Server                          | Disabled

Вы можете включить клиент для доступа к сетевым устройствам с поддержкой протокола SMBv1 через Панель управления (Программы -> Программы и компоненты -> Включение или отключение компонентов Windows -> Поддержка общего доступа к файлам SMB 1.0 / CIFS -> Клиент SMB 1.0 / CIFS). Можно вызвать окно установки компонентов, выполнив команду optionalfeatures.exe.

Либо вы можете включить клиент SMB 1 командой DISM:

Dism /online /Enable-Feature /FeatureName:"SMB1Protocol-Client"

После установки клиента SMBv1 нужно перезагрузить компьютер.

После перезагрузки проверьте, появился ли доступ к сетевой папке.

Важно! Нежелательно включать поддержку клиента SMB1, а тем более SMB1-Server, т.к. этот протокол является уязвимым и имеет большое количество инструментов удаленной эксплуатации уязвимости. Если вам не нужен протокол SMB v1 для доступа к старым устройствам, обязательно отключите его.

В Windows 10 17090 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней.

Гостевой вход без проверки подлинности

Если вы используете анонимный доступ к NAS хранилищам или другим компьютерам, нужно включить политику небезопасные гостевые входы. В Windows 1803/1709 она блокирует доступ к сетевым папкам по протоколу SMB 2.0 под анонимным (гостевым) аккаунтом. Для этого нужно в редакторе локальных политик Windows 10 (gpedit.msc) включить политику Enable insecure guest logons (Включить небезопасные гостевые входы) в секции GPO Computer Configuration -> Administrative templates -> Network (Сеть)-> Lanman Workstation.

Или вы можете разрешить сетевой доступ под гостевой записью командой:

reg add HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Отключение SMB1 и SMB2

Если в вашей сети остались только устройства с поддержкой SMB v3 (Windows 8.1/Windows Server 2012 R2 и выше, см. таблицу версий SMB в Windows), вы можете исправить ошибку 0x80070035, отключив SMB1 и SMB2. Дело в том, что ваш компьютер может пытаться использовать протокол SMB 2.0 для доступа к сетевым папкам, которые разрешают только SMB 3.0 подключения (возможно с шифрованием трафика).

Сначала отключите протокол SMB 1 через Панель управления или командами:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb10 start= disabled Dism /online /Disable-Feature /FeatureName:"SMB1Protocol"

Затем отключите протокол SMB2.0 в консоли PowerShell:

reg.exe add "HKLMSYSTEMCurrentControlSetservicesLanmanServerParameters" /v "SMB2" /t REG_DWORD /d "0" /f sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi sc.exe config mrxsmb20 start= disabled PowerShell -ExecutionPolicy Unrestricted Set-SmbServerConfiguration –EnableSMB2Protocol $true

Вы можете проверить, что протоколы SMB 1 и SMB 2 отключены, выполнив команду PowerShell:

Get-SmbServerConfiguration | select "*enablesmb*"

EnableSMB1Protocol              : False
EnableSMB2Protocol              : False

Настройки просмотра сетевого окружения в Windows 10

Если ваши компьютеры находятся в рабочей группе, настоятельно советую выполнить рекомендации из статьи Windows 10 перестала видеть сетевое окружение. В частности:

В разделе Network and Sharing Center панели управления на обоих компьютерах проверьте, что в качестве текущего сетевого профиля используется частный профиль – Private (Current profile). Убедитесь, что включены следующие опции:

Turn on network discovery (Включить сетевое обнаружение) + Turn on automatic setup of network connected devices (Включить автоматическую настройку на сетевых устройствах);
Turn on file and printer sharing (Включить общий доступ к файлам и принтерам).

В разделе All Networks (Все сети) включите опции:

Turn off password Protect Sharing (Отключить парольную защиту)
Turn on sharing (Включить общий доступ)

На обоих компьютерах сбросьте кэш DNS:

ipconfig /flushdns

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

Что еще стоит проверить:

В свойствах общей сетевой папки (как на уровне NTFS разрешений файловой системы, так и на уровне сетевой папки) проверьте, что у группы Everyone есть право на чтение содержимого папки;
Проверьте, открывается ли сетевое хранилище по ip адресу. Для этого в окне проводника наберите \192.168.1.100 (замените на IP адрес вашего сетевого хранилища или компьютера);
Если у вас на компьютере активно сразу два сетевых интерфейса (Wi-Fi и Ethernet), попробуйте временно отключить один из них и проверить доступ к ресурсам в локальной сети;
Проверьте, что на вашем компьютере запущены следующие службы (откройте консоль управления службами services.msc). Попробуйте запустить данные службы и переведите их в режим автоматического запуска с задержкой (Automatic Delayed Start):
- Хост поставщика функции обнаружения (Function Discovery Provider Host — fdPHost)
- Публикация ресурсов обнаружения функции (Function Discovery Resource Publication — FDResPub)
- Служба обнаружения SSDP (SSDP Discovery — SSDPSRV)
- Узел универсальных PNP-устройств (UPnP Device Host — (upnphost)
- Служба DNS-клиента (dnscache)
Попробуйте временно отключить антивирус и/или файервол и проверить, сохранилась ли проблема при доступе к сетевому ресурсу;
Попробуйте изменить имя компьютера в свойствах системы и после перезагрузки проверить доступ к ресурсам сетевого хранилища;
Попробуйте отключить IPv6 протокол в свойствах вашего сетевого адаптера в Панели управления;
Попробуйте выполнить параметров сброс сети TCP/IP командами:
netsh winsock reset netsh int ip reset
Откройте консоль PowerShell и проверьте доступность удаленного компьютера по сети с помощью командлета Test-NetConnection (возможно доступ блокируется файерволом):
Test-NetConnection 192.168.1.90 -port 445
(если доступ не блокируется, должен появится статус TcpTestSucceeded : True).

Доступ к NAS или Samba хранилищу из Windows 10 с сохранённым паролем

Если проблема возникает только при доступе к сетевому хранилищу NAS (или к Samba серверу на Linux), можно попробовать сохранить пароли для подключения к сетевому хранилищу NAS в менеджере паролей в Панели управления (Credential Manager: “Control Panel” -> “Credentials Manager” -> “Windows Credentials”). Затем в настройках Дополнительных параметров общего доступа включите опцию Использовать учетные записи пользователей и пароли для подключения к другим компьютерам (Use user accounts and passwords to connect to other computers).

Источник

Hey hey,

I’ve been a systems admin for a couple years now and have decided that I want to set up a domain of my own!
Just want to a have a 2-3 computers on it in the house and maybe even set up a VPN in the future just to play around with.

After spending ~10 hours / 3.5 PCs worth of components I gave up and installed Windows Server 2003 R2 as a virtual machine on my already running Windows 7 Ultimate box.
I’ve now probably spent another 10 hours googling, reading, youtubeing and attempting to configure the server to get …. Anything to connect to the domain!!

At the moment I only have 2 PCs here — my Windows 7 Ultimate machine which is running the virtual server and another PC also running Windows 7 Ultimate.

I configured a DNS server and a Domain Controller through the Server 2003 wizard and I really can’t get anything to connect to the domain…
As far as DNS, don’t really know a lot about it but I can browse from the other PCs on the network and the server with DNS being set as the servers IP with no alternate…

The domain is called ‘virtualdomain.kenno.com but when I try changing from a workgroup to a domain on the both client PCs with the name «VIRTUALSERVER» I get prompted for credentials, I enter credentials which are either correct with Domain Admin privlidges
or even random non existant credentials and get the message:

The follwoing error occurred attempting to join the domain «virtualdomain»:
The network path was not found.

Any other server names including virtualdomain.kenno.com (don’t know if that’s good or not…) tells me:

An Active Directory Domain Controller (AC DC) for the domain «blahblahblah» could not be contacted.
Ensure that the domain name is typed correctly.
If the name is correct, click Details for troubledshooting information.

If I try and ping virtualdomain.kenno.com it’s only pinging www.kenno.com on the actual internet

The annoying thing is that when I first set this up, I’m pretty sure the error mesage from the correct domain name was relating to the account I was typing in not having sufficient privlidges… Then I mucked around with pretty much everything for a few hours
…. Then I added the Domain Admins group to the credentials I was using …. And haven’t been able to get the same error message since…

The virtualservers ipconfig /all shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : dell
   Primary Dns Suffix . . . . . . . : virtualdomain.kenno.com
   Node Type . . . . . . . . . . . . : Unknown
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : virtualdomain.kenno.com
                                       kenno.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix . : kenno.com
   Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
   Physical Address. . . . . . . . . : 00-0C-29-C0-C8-54
   DHCP Enabled. . . . . . . . . . . : No
   IP Address. . . . . . . . . . . . : 192.168.1.6
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DNS Servers . . . . . . . . . . . : 192.168.1.6

The separate client shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : LAPPY-PC
   Primary Dns Suffix . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG Network Con
nection
   Physical Address. . . . . . . . . : 00-19-D2-9D-20-83
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::792b:6d5d:b775:6290%13(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.7(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 218110418
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-47-11-00-1B-24-1C-43-23

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

The one hosting the server shows:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : newpc
   Primary Dns Suffix . . . . . . . : kenno.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
it Ethernet NIC (NDIS 6.20)
   Physical Address. . . . . . . . . : 00-1D-7D-D6-D5-05
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b49c:2484:e873:a402%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.1.69(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 234888573
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-2D-21-2E-00-1D-7D-D6-D5-05

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

Like I said, I can browse!
Both clients can ping the server
nslookup from the server and both clients give:
Default Server: dns3.take2
Address: 192.168.1.6

dnsmgmt shows 3 files in the ‘take2’ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.
dns3 , Host (A) , 192.168.1.6

dnsmgmt shows 2 files in the ‘192.168.1.x ‘ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.

Both clients and the server could browse last night but today DNS Events dispays several Warnings / Information (when the VM was running the whole time) that:

«The DNS server encountered error 32 attempting to load zone take2 (my previous DNS attempt before deleting and configuring dns3)from Active Directory. The DNS server will attempt to load this zone» ….

and:

The zone take2 is configured to accept updates but the A record for the primary server in the zeones SOA record is not available on this DNS server» ….

When I got home tonight, I couldn’t browse on both clients or the Server, I restarted the server and it worked fine!
Since then .. I’ve deleted all DNS and reconfigued it all anyway (the config above shows how it is now).

I’ve tried disabling TCP/IP v6 on both clients
I’ve enabled NetBIOS over TCP/IP on the server
I’ve disabled all firewalls
I’ve set ‘kenno.com’ as the DNS Suffix in the TCP/IP v4 properties on the clients and also in the ‘More’ setting when trying to change from a workgroup to a domain

Only one of the client machines (the one not running the VM) will allow me to change the NetBIOS computer name … I’ve tried it as newpc.virtualdomain.kenno.com and have the same issue ….

I really don’t know what to try next and would really appreciate some help if anyone out there knows what’s going on
I think I’ve covered everything I’ve tried and tried to give yo uas much detail as needed but let me know if you need anything else!

Cheers

Источник

Remove From My Forums

При присоединении к домену произошло следующая ошибка: Не найден сетевой путь.

Общие обсуждения
Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Все ответы

Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Добрый День.

Выложите вывод ipconfig /All с DC и проблемных ПК. Опишите структуру сети

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
Напомню о том что данная проблема только на windows 10, на других машинах под управлением Windows 7 и XP, данная проблема не наблюдается.

Вот результаты ipconfig /all

Имя компьютера . . . . . . . . . : dit-oss-172
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . :frada.com

Адаптер Ethernet Ethernet:

DNS-суффикс подключения . . . . . : frada.com
Описание. . . . . . . . . . . . . : Realtek PCIe FE Family Controller
Физический адрес. . . . . . . . . : C8-D3-FF-EE-83-BD
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::c9bd:1c3a:c43a:6749%6(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.241.2.99(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.241.2.1
IAID DHCPv6 . . . . . . . . . . . : 46715903
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-20-C9-8D-69-C8-D3-FF-EE-83-BD
DNS-серверы. . . . . . . . . . . : 10.241.17.64
10.241.17.63
NetBios через TCP/IP. . . . . . . . : Включен
- Изменено
  Frada12
  14 июня 2017 г. 17:10
Антон Доброе утро,

Вы можете посоветовать как дальше быть?
День добрый,

правильно ли что ваши DC это 10.241.17.64 и 63

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
А у вас Suite и Subnet прописаны?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Да прописаны, на уровне сети проблем не наблюдается!
EventLog события какие либо регистрирует? На PC Dc?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
начнем с того у вас пинг frada.com по айпи в4 или в6 идет? и куда?

зачем вообще в качестве имени домена указывать чужое левое внешнее имя?

и я правильно понимаю что у вас контроллеры на 2012й(р2) винде?
- Изменено
  Svolotch
  15 июня 2017 г. 9:23
Нет, по логам не чего не видно и в PC и в DC не регистрируется.
По ipv4.

Домен не наш, по определенный обязательствам не могу разглашать эту информацию.

Контроллеры на Windows server 2008 R2.
при добавлении в домен плоское имя используете или FQDN?

если пробуете зайти по сети на КД сисвол с нетлогоном доступны?
Использовал и плоское и FQDN, обе варианта не помогло.

А по второму вопросу можете немножко в упрошенном виде спросит? термины не совсем понятны.
имя сервераNETLOGON и аналогично SYSVOL с компьютера доступны на обоих КД?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
- Изменено
  PuCtoy
  16 июня 2017 г. 5:28
Ну вот ваша ошибка. Разбирайтесь по каким причинам клиенты не видят.

Ferewall или что то еще может мешать.

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.
nslookup на проблемном клиенте отвечает без ошибок?

антивирус KES случайно не установлен?
nslookup отвечает без проблем.

Нет, антивирус ESET.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

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

Не могу выложить рисунки. X

Что по имени что по ip ругается следующим образом, «Windows не может получит доступ к 10.241.17.64NETLOGON
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

Добрый День.

Рабочие и проблемные ПК в одной подсети, роутер из случаем не разделяет с серверами DC

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
DC хотя бы пингуется с проблемных машин? трассировка доходит? попробуйте вырубить брандмауэр на клиентах, только не службу, а в настройках, чтоб он был отключен на внутренние сети.
- Изменено
  Левенцов Алексей
  20 июня 2017 г. 6:11
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.
- Изменено
  Frada12
  20 июня 2017 г. 6:38
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

У нас такое было когда на удаленных площадках на цисках был заблочен протокол kerberos, 88 порт. симптомы были те же. DC лукапится, пингуется, а при попытке ввести в домен не находит сетевой путь, но было не на 10ках а на всех подряд машинах.

но у вас из одной и той же сети разные системы видят и не видят DC. попробуйте просканировать порты с клиента на DC, хотя это наверное мало информации выдаст…

есть доступ к DC? попробуйте и там отключить брандмауэр для проверки…
- Изменено
  Левенцов Алексей
  20 июня 2017 г. 6:53
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.

Тема закрыта?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Нет,

Проблема все еще актуально.
Нет,

Проблема все еще актуально.

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

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

Добрый День.

А вы не ошибаетесь по коммутаторам, L3 уровень маршрутизатора,

свитч работает на уровне L2 если конечно порты не в режиме L3 что доступно не на дешевой Кошке

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
- Изменено
  Alexander RusinovModerator
  20 июня 2017 г. 10:13
  Поправил
А что за коммутаторы у вас используются?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Добрый день. Столкнулся с той же проблемой 7-ка XP залетают в домен без проблем, а на 10-ке ошибка. Подскажите, решили ли вы данную проблему?
- Изменено
  Prorock79
  19 марта 2018 г. 12:50
Такая же проблема только с windows 10! Появилось ли решение?
проверить на контроллере домена порты 139 и 445, в моем случае какой-то умник их заблокировал, и поэтому не мог ввести комп-р в домен

Попробовал еще с другим роутером — та же фигня. Другой сервер (настраивал другой человек) и рабочие станции через него подцепляются, а к этому — нет.
cmd -> nslookup <ваш домен> с рабочей станции:

C:UsersАдминистратор>net start
Запущены следующие службы Windows:

CoreMessaging
DHCP-клиент
DNS-клиент
DNS-сервер
Plug and Play
VMware Authorization Service
VMware NAT Service
VMware USB Arbitration Service
VMware Workstation Server
Windows Driver Foundation — среда выполнения платформы драйвера режима пользователя
Брандмауэр Windows
Брокер времени
Брокер системных событий
Веб-службы Active Directory
Виртуальный диск
Вспомогательная служба IP
Диспетчер локальных сеансов
Диспетчер настройки устройств
Диспетчер печати
Диспетчер подключений Windows
Диспетчер пользователей
Диспетчер учетных данных
Диспетчер учетных записей безопасности
Доменные службы Active Directory
Доступ к HID-устройствам
Журнал событий Windows
Изоляция ключей CNG
Инструментарий управления Windows
Клиент групповой политики
Координатор распределенных транзакций
Модуль запуска процессов DCOM-сервера
Модуль поддержки NetBIOS через TCP/IP
Определение оборудования оболочки
Питание
Планировщик заданий
Посредник подключений к сети
Пространство имен DFS
Рабочая станция
Репликация DFS
Сервер
Сервер моделей данных плиток
Сетевой вход в систему
Синхронизация узла_38461
Система событий COM+
Служба Microsoft Passport
Служба Windows License Manager
Служба автоматического обнаружения веб-прокси WinHTTP
Служба базовой фильтрации
Служба ведения журнала доступа пользователей
Служба времени Windows
Служба географического положения
Служба Защитника Windows
Служба интерфейса сохранения сети
Служба инфраструктуры фоновых задач
Служба кэша шрифтов Windows
Служба межсайтовых сообщений
Служба перечислителя переносных устройств
Служба политики диагностики
Служба помощника по совместимости программ
Служба профилей пользователей
Служба репозитория состояний
Служба сведений о подключенных сетях
Служба системы push-уведомлений Windows
Служба списка сетей
Служба уведомления о системных событиях
Служба удаленного управления Windows (WS-Management)
Службы криптографии
Сопоставитель конечных точек RPC
Темы
Удаленный вызов процедур (RPC)
Функциональные возможности для подключенных пользователей и телеметрия
Центр распространения ключей Kerberos

Команда выполнена успешно.

C:UsersАдминистратор>netcfg -s n

Network Adapters
——————

pciven_8086&dev_1533 Intel(R) I210 Gigabit Network Connection

pciven_8086&dev_1533 Intel(R) I210 Gigabit Network Connection #2

Network Protocols
——————

ms_rdma_ndk Microsoft RDMA — NDK

ms_tcpip IP версии 4 (TCP/IPv4)

ms_netbt WINS Client(TCP/IP) Protocol

ms_implat Протокол мультиплексора сетевого адаптера (Майкрософт)

ms_ndiswanlegacy Устаревшая версия NDIS-драйвера глобальной сети для удаленного доступа

ms_lldp Драйвер протокола LLDP (Майкрософт)

ms_wanarp Драйвер IP ARP для удаленного доступа

ms_tcpip_tunnel Протокол IP (TCP/IP) — туннели

ms_tcpip6_tunnel Microsoft TCP/IP версии 6 — туннели

ms_tcpip6 IP версии 6 (TCP/IPv6)

ms_rspndr Отвечающее устройство обнаружения топологии канального уровня

ms_pppoe Протокол PPPoE

ms_wanarpv6 Драйвер IPv6 ARP для удаленного доступа

ms_netbt_smb Message-oriented TCP/IP Protocol (SMB session)

ms_ndisuio NDIS-протокол ввода-вывода пользовательского режима

ms_ndiswan NDIS-драйвер глобальной сети для удаленного доступа

ms_lltdio Ответчик обнаружения топологии канального уровня

netvsc_vfpp Microsoft NetVsc Failover VF Protocol

ms_xboxgip Xbox Game Input Protocol Driver

Network Services
——————

ms_netbios NetBIOS Interface

vmware_bridge VMware Bridge Protocol

ms_server Общий доступ к файлам и принтерам для сетей Microsoft

ms_bridge MAC-мост (Майкрософт)

ms_wfplwf_lower Упрощенный фильтр основного MAC-уровня платформы фильтрации Windows

ms_pacer Планировщик пакетов QoS

ms_wfplwf_upper Упрощенный фильтр MAC-уровня 802.3 платформы фильтрации Windows

ms_wfplwf_vswitch Платформа фильтрации Microsoft Windows

ms_ndiscap Захват Microsoft NDIS

ms_lbfo Microsoft Load Balancing/Failover Provider

Network Clients
——————

ms_msclient Клиент для сетей Microsoft

При присоединении к домену произошло следующая ошибка: Не найден сетевой путь.

General discussion
Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

All replies

Добрый день, подскажите пожалуйста как решить данную проблему?

Порядка по 10 топ материалом выводимую по запросу в Гугл на данную тему не помогла, машина под управлением Windows 10-pro.

Какие рекомендации посоветуйте.?

Добрый День.

Выложите вывод ipconfig /All с DC и проблемных ПК. Опишите структуру сети

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
Напомню о том что данная проблема только на windows 10, на других машинах под управлением Windows 7 и XP, данная проблема не наблюдается.

Вот результаты ipconfig /all

Имя компьютера . . . . . . . . . : dit-oss-172
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . :frada.com

Адаптер Ethernet Ethernet:

DNS-суффикс подключения . . . . . : frada.com
Описание. . . . . . . . . . . . . : Realtek PCIe FE Family Controller
Физический адрес. . . . . . . . . : C8-D3-FF-EE-83-BD
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::c9bd:1c3a:c43a:6749%6(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.241.2.99(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.241.2.1
IAID DHCPv6 . . . . . . . . . . . : 46715903
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-20-C9-8D-69-C8-D3-FF-EE-83-BD
DNS-серверы. . . . . . . . . . . : 10.241.17.64
10.241.17.63
NetBios через TCP/IP. . . . . . . . : Включен
- Edited by
  Frada12
  Wednesday, June 14, 2017 5:10 PM
Антон Доброе утро,

Вы можете посоветовать как дальше быть?
День добрый,

правильно ли что ваши DC это 10.241.17.64 и 63

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
А у вас Suite и Subnet прописаны?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Да прописаны, на уровне сети проблем не наблюдается!
EventLog события какие либо регистрирует? На PC Dc?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
начнем с того у вас пинг frada.com по айпи в4 или в6 идет? и куда?

зачем вообще в качестве имени домена указывать чужое левое внешнее имя?

и я правильно понимаю что у вас контроллеры на 2012й(р2) винде?
- Edited by
  Svolotch
  Thursday, June 15, 2017 9:23 AM
Нет, по логам не чего не видно и в PC и в DC не регистрируется.
По ipv4.

Домен не наш, по определенный обязательствам не могу разглашать эту информацию.

Контроллеры на Windows server 2008 R2.
при добавлении в домен плоское имя используете или FQDN?

если пробуете зайти по сети на КД сисвол с нетлогоном доступны?
Использовал и плоское и FQDN, обе варианта не помогло.

А по второму вопросу можете немножко в упрошенном виде спросит? термины не совсем понятны.
имя сервераNETLOGON и аналогично SYSVOL с компьютера доступны на обоих КД?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
- Edited by
  PuCtoy
  Friday, June 16, 2017 5:28 AM
Ну вот ваша ошибка. Разбирайтесь по каким причинам клиенты не видят.

Ferewall или что то еще может мешать.

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.
nslookup на проблемном клиенте отвечает без ошибок?

антивирус KES случайно не установлен?
nslookup отвечает без проблем.

Нет, антивирус ESET.
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

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

Не могу выложить рисунки. X

Что по имени что по ip ругается следующим образом, «Windows не может получит доступ к 10.241.17.64NETLOGON
Не доступны с проблемных машин, а с других машин NETLOGON и SYSVOL доступны.

Добрый День.

Рабочие и проблемные ПК в одной подсети, роутер из случаем не разделяет с серверами DC

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
DC хотя бы пингуется с проблемных машин? трассировка доходит? попробуйте вырубить брандмауэр на клиентах, только не службу, а в настройках, чтоб он был отключен на внутренние сети.
- Edited by
  Левенцов Алексей
  Tuesday, June 20, 2017 6:11 AM
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.
- Edited by
  Frada12
  Tuesday, June 20, 2017 6:38 AM
Рабочие и проблемные в одном подсети, я пробывал с другой подсети но результатов не дал.

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

У нас такое было когда на удаленных площадках на цисках был заблочен протокол kerberos, 88 порт. симптомы были те же. DC лукапится, пингуется, а при попытке ввести в домен не находит сетевой путь, но было не на 10ках а на всех подряд машинах.

но у вас из одной и той же сети разные системы видят и не видят DC. попробуйте просканировать порты с клиента на DC, хотя это наверное мало информации выдаст…

есть доступ к DC? попробуйте и там отключить брандмауэр для проверки…
- Edited by
  Левенцов Алексей
  Tuesday, June 20, 2017 6:53 AM
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.
На сетевых оборудованиях по данному протоколу нет ограничении.

а 88 порт с проблемного ноутбука к ДС доступно,
брандмауэр из начально был отключен.

Тема закрыта?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Нет,

Проблема все еще актуально.
Нет,

Проблема все еще актуально.

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

Сеть сотрудников организовано на прямую по коммутаторам третьего уровня то-есть без роутера.

DC пингуется, трассировка тоже доходит,
брандмауэр тоже отключено.

Добрый День.

А вы не ошибаетесь по коммутаторам, L3 уровень маршрутизатора,

свитч работает на уровне L2 если конечно порты не в режиме L3 что доступно не на дешевой Кошке

Я не волшебник, я только учусь
MCP, MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку «Предложить как ответ» или «Проголосовать за полезное сообщение». Мнения, высказанные здесь, являются отражением моих личных
взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий.
Блог IT Инженера,
Twitter.
- Edited by
  Alexander RusinovModerator
  Tuesday, June 20, 2017 10:13 AM
  Поправил
А что за коммутаторы у вас используются?

Все что вы делаете, вы делаете на свой страх и риск. Делайте Backup правильно.
Добрый день. Столкнулся с той же проблемой 7-ка XP залетают в домен без проблем, а на 10-ке ошибка. Подскажите, решили ли вы данную проблему?
- Edited by
  Prorock79
  Monday, March 19, 2018 12:50 PM
Такая же проблема только с windows 10! Появилось ли решение?
проверить на контроллере домена порты 139 и 445, в моем случае какой-то умник их заблокировал, и поэтому не мог ввести комп-р в домен

Hey hey,

At the moment I only have 2 PCs here — my Windows 7 Ultimate machine which is running the virtual server and another PC also running Windows 7 Ultimate.

The follwoing error occurred attempting to join the domain «virtualdomain»:
The network path was not found.

Any other server names including virtualdomain.kenno.com (don’t know if that’s good or not…) tells me:

If I try and ping virtualdomain.kenno.com it’s only pinging www.kenno.com on the actual internet

The virtualservers ipconfig /all shows:

Windows IP Configuration

Ethernet adapter Local Area Connection:

The separate client shows:

Windows IP Configuration

Wireless LAN adapter Wireless Network Connection:

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

The one hosting the server shows:

Windows IP Configuration

Ethernet adapter Local Area Connection:

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

Like I said, I can browse!
Both clients can ping the server
nslookup from the server and both clients give:
Default Server: dns3.take2
Address: 192.168.1.6

dnsmgmt shows 3 files in the ‘take2’ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.
dns3 , Host (A) , 192.168.1.6

dnsmgmt shows 2 files in the ‘192.168.1.x ‘ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.

Both clients and the server could browse last night but today DNS Events dispays several Warnings / Information (when the VM was running the whole time) that:

and:

The zone take2 is configured to accept updates but the A record for the primary server in the zeones SOA record is not available on this DNS server» ….

Only one of the client machines (the one not running the VM) will allow me to change the NetBIOS computer name … I’ve tried it as newpc.virtualdomain.kenno.com and have the same issue ….

Cheers

Hey hey,

At the moment I only have 2 PCs here — my Windows 7 Ultimate machine which is running the virtual server and another PC also running Windows 7 Ultimate.

The follwoing error occurred attempting to join the domain «virtualdomain»:
The network path was not found.

Any other server names including virtualdomain.kenno.com (don’t know if that’s good or not…) tells me:

If I try and ping virtualdomain.kenno.com it’s only pinging www.kenno.com on the actual internet

The virtualservers ipconfig /all shows:

Windows IP Configuration

Ethernet adapter Local Area Connection:

The separate client shows:

Windows IP Configuration

Wireless LAN adapter Wireless Network Connection:

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

The one hosting the server shows:

Windows IP Configuration

Ethernet adapter Local Area Connection:

DNS Servers . . . . . . . . . . . : 192.168.1.6
NetBIOS over Tcpip. . . . . . . . : Enabled

Like I said, I can browse!
Both clients can ping the server
nslookup from the server and both clients give:
Default Server: dns3.take2
Address: 192.168.1.6

dnsmgmt shows 3 files in the ‘take2’ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.
dns3 , Host (A) , 192.168.1.6

dnsmgmt shows 2 files in the ‘192.168.1.x ‘ subdirectory of the Forward Lookup Zones:

(same as parent folder) , SOA , [1] dell.virtualdomain.kenno.com. ,hostmaster.virtualdomain.kenno.com
(same as parent folder) , NS , dell.virtualdomain.kenno.com.

Both clients and the server could browse last night but today DNS Events dispays several Warnings / Information (when the VM was running the whole time) that:

and:

The zone take2 is configured to accept updates but the A record for the primary server in the zeones SOA record is not available on this DNS server» ….

Only one of the client machines (the one not running the VM) will allow me to change the NetBIOS computer name … I’ve tried it as newpc.virtualdomain.kenno.com and have the same issue ….

Cheers

Вход

Форум Центра Обучения IT

Добрый день! Проблема при добавлении ПК к домену пишу домен выходит окошка логин пароль ввожу и выходит ошибка НЕ НАЙДЕН СЕТЕВОЙ ПУТЬ. Заранее спасибо![*] Добрый

Паша
Ответ принят

Pending Moderation

Фаирвол на сервере отключен и на ПК добавляемый в домен то же отключен. Пингуется по ip и по имени сервера ,посмотреть не могу сервер с ПК та же ошибка. У меня получается две сети в одну заходит инет вторая локальная

больше, чем месяц назад
Серверные ОС Windows Server (2003, 2008, 2012, 2016)
# 3

Паша
Ответ принят

Pending Moderation

Да все перепробывал. у меня как бы не сам сервер в его роли стоит системник с двумя сетевыми платами одна Ван другая на лан на сервере 2 соединения глобал это которое с ip провайдером и local оно на сетку на станциях только 1 соединения это локал . Пинги идут с станции на сервер и с сервера пингуется но вот просто сама станция не видит в сетевом окружении никого ,

больше, чем месяц назад
Серверные ОС Windows Server (2003, 2008, 2012, 2016)
# 5

Максим
Ответ принят

Pending Moderation

Павел, добрый день. В данной ситуации, Вам необходимо в ручном режиме, в свойствах подключения, в разделе IPv4 указать DNS сервер. Обычно он развернут вместе с сервером AD (активным каталогом) ну либо отдельно. Как только вы укажете IP адрес DNS сервера, компьютер должен без проблем подключиться к домену.

больше, чем месяц назад
Серверные ОС Windows Server (2003, 2008, 2012, 2016)
# 7

На это сообщение еще не было создано никаких ответов.
Будьте первым, кто ответит на него.

Ваш ответ

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

Продолжая использовать сайт вы соглашаетесь на использование файлов cookie. Более подробную информацию можно найти в Политике cookie файлов

В некоторых случаях, например, при настройке парка компьютеров возникает необходимость соединения всех устройств в одну локальную сеть. Что позволяет совместно использовать ресурсы каждого ПК (игры, документы, файлы или программы).

В основном настройка проходит без каких-либо сбоев, и лишь в некоторых случаях при попытке доступа к одному из устройств можно встретить ошибку 0x80070035 с текстом «не найден сетевой путь». Данная проблема наиболее распространена в Windows 10 и 7.

Давайте разберем данный сбой более подробно и попробуем самостоятельно его исправить.

Содержание статьи

Причины появления
Проверяем наличие драйверов
Настраиваем общий доступ
Активация протокола IPV4
Отключаем протокол IPV6
Настраиваем политику безопасности
Включаем SMB 1
Правка реестра
Запуск служб
Очищаем кэш и сбрасываем настройки
Отключаем брандмауэр
Другие способы
Более подробно в этом видео
Комментарии пользователей

Причины появления

Как и с любой другой ошибкой, код 0x80070035 может появляться абсолютно по разным причинам. Чаще всего это:

Не установленные драйвера на сетевую карту.
Не настроенный общий доступ.
Отключенный протокол
Включенный протокол
Неверно настроенная сетевая безопасность.
Выключенная поддержка SMB v1/CIFS.
Неверно настроенный реестр.
Не запущены необходимые службы.
Переполненный кэш DNS или измененные настройки сетевого протокола.
Включенный брандмауэр (файрвол).

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

Проверяем наличие драйверов

Первым делом проверяем, что драйвера на сетевую карту установлены корректно и работают без сбоев.

Для этого:

Запускаем диспетчер устройств и входим во вкладку «Сетевые адаптеры».
Щелкаем правой мышкой по имеющемуся компоненту, обычно он имеет в своем названии «Realtek» и заходим в «Свойства».
Обращаем внимание на графу «Состояние устройства», в ней должно быть указано, что устройство работает нормально. Если это так, то переходим к следующему шагу. В противном случае следует установить актуальную версию драйвера.

Иногда помогает обновление драйверов, даже если они работают в штатном режиме.

Если драйвера на сетевой адаптер не были установлены изначально, то адаптер будет отображен во вкладке «Другие устройства» и может иметь название «Неизвестное», «Ethernet контроллер» или аналогичное. Тогда нужно установить свежие драйвера, скачав их с официального сайта производителя системной платы.

Настраиваем общий доступ

Нередко ошибка 0x80070035 — не найден сетевой путь появляется по причине неправильно настроенного общего доступа в Windows 10. Поэтому целесообразно все это дело проверить.

Для этого:

Щелкните правой мышкой по нужному объекту и перейдите в его свойства.
Переместитесь во вкладку «Доступ» и нажмите по кнопке «Расширенной настройки».
Установите галочку напротив опции «Открыть общий …» и нажмите «ОК».
Теперь запускаем поиск, нажав на значок лупы и вводим «Панель управления».
Открываем раздел «Сеть и интернет». При этом у вас должно быть включено состояние просмотра «Категория» в верхней части экрана.
Переходим в «Центр управления сетями».
Заходим в раздел изменения параметров общего доступа.
Выставляем разрешения для всех существующих пунктов, кроме опции с парольной защитой, его нужно отключить.
После этого доступ по сети будет открыт, осталось сохранить изменения и перезагрузить ПК.

Теперь проверьте результат, ошибка 0x80070035 должна быть устранена.

В некоторых случаях помогает объединение компьютеров в одну общую группу с профилем «Домашний» или «Частный». В Windows 7 изменить профиль можно через «Центр управления сетями», щелкнув по параметру сети.

Затем возвращаемся в главное меню и заходим в «Выбор домашней группы и параметров …».

Создаем группу и выставляем разрешения.

В Windows 10 профиль меняется немного иначе:

Воспользовавшись поиском открываем «Состояние сети».
Затем находим пункт «Изменить свойства».
После чего меняем профиль на «Частный».
Затем необходимо заново открыть «Центр управления сетями» и перейти в раздел «Домашней группы», создать ее и произвести все необходимые настройки, выставив все разрешения.

Внимание! Начиная с обновления 1803, домашняя группа была полностью удалена из системы. В качестве альтернативного варианта разработчики предлагают использовать панель «Поделиться» в верхней части проводника.

Активация протокола IPV4

В некоторых операционных системах, протокол IPV4 отключен по умолчанию, что может вызывать сбой с кодом 0x80070035.

Поэтому для начала предлагаю проверить, отключен ли IPV4 на самом деле, если да, то включим его:

Переходим в «Центр управления сетями».
Щелкаем по тексту изменения параметра адаптера.
Заходим в свойства активного подключения.
Теперь нужно переместиться во вкладку «Сеть» и убедиться, что IPV4 активен (должен быть отмечен галочкой). Если это так, то просто закрываем данное окно и переходим к следующему шагу. В противном случае двигаемся далее.
Нажимаем «Установить».
В окне выбора выбираем «Протокол» и жмем «Добавить».
Затем выбираем «Надежный многоадресный …» или «Reliable Multicast …» и щелкаем «ОК».
Перезагружаем ПК и проверяем результат.

Все должно работать.

Отключаем протокол IPV6

По идее, IPV6 не должен вызывать никаких проблем, как это было в Windows 7. Но видимо Windows 10 (особенно это касается обновления 1809) по-прежнему юна и не доработана, что некоторым пользователям помогает избавиться от ошибки «не найден сетевой путь» только полное отключение IPV6.

Как это сделать

По аналогии с предыдущим разделом, нужно войти в центр управления сетями и перейти в свойства активного подключения.
Снять галочку с пункта «IPV6» и нажать «ОК».
Перезагрузить систему.

Выполните данную процедуру на всех компьютерах – участниках будущей сети.

Настраиваем политику безопасности

Еще один вариант устранения сбоя с кодом 0x80070035 «не найден сетевой путь» – внести изменения в политику безопасности.

Что мы и сделаем:

Нажимаем «WIN+R» и вводим фразу secpol.msc для открытия локальной политики.
Выбираем раздел «Локальные политики» и перемещаемся в «Параметры безопасности».
В основном окне находим пункт «Сетевая безопасность: Уровень проверки подлинности LAN …», щелкаем по нему мышкой и заходим в свойства.
Во вкладке «Параметр …» выбираем «Отправлять LM и NTLM – использовать сеансовую …», затем нажмите «ОК».

Проблема должна быть решена.

Включаем SMB 1

Существуют три версии протокола SMB. Первая версия по умолчанию была отключена разработчиками Windows 10 в целях повышения безопасности, что скорее всего и вызвало ошибку в обнаружении сетевого пути с кодом 0x80070035. Сам компонент является устаревшим и вместо него функционируют версии SMB 2 и 3. Однако этого бывает недостаточно для правильной работы системы.

Поэтому для решения данной проблемы предлагаю включить SMB 1.

Как это сделать:

Открываем «Программы и компоненты» через «Панель управления» или используя поисковую строку в нижней части экрана.
Перемещаемся в подраздел включения компонентов.
В списке компонентов находим SMB 1 и активируем его, установив галочку. Щелкаем «ОК».
Перезагружаем систему и проверяем, все ли работает.

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

Правка реестра

Любая нестабильно работающая программа или операционная система способна нарушать целостность реестра. В результате чего как раз-таки выскакивает ошибка 0x80070035. Поэтому в обязательном порядке нужно проверить реестр, и при необходимости внести корректировки.

Для этого:

Открываем консоль команд с помощью клавиш «WIN+R», затем в строку вводим regedit и жмем «ОК».
В левой части окна переходим по пути HKLMSYSTEMCurrentControlSet ServicesLanmanWorkstation ParametersAllowInsecureGuestAuth, дважды щелкаем по нему, смотрим на значение, если стоит «0», то меняем на «1» и жмем «ОК».
Закрываем окно редактора и перезапускаем ПК.

Теперь все должно работать.

Запуск служб

Если вы по-прежнему продолжаете получать уведомление о ненайденном сетевом пути, то скорее всего на вашем компьютере не запущены соответствующие службы, требуемые для правильной работы сетевых компонентов Windows 10.

Запустим же их:

Открываем строку поиска, нажав на значок лупы на панели задач, вводим в нее «Службы» и переходим в соответствующий раздел.
Теперь необходимо перейти в свойства каждой службы, из перечисленных ниже, нажав правой кнопкой мышки и изменить тип запуска на «Автоматический». Службы, которые нам нужны:

Закрываем все окна и проверяем результат.

Очищаем кэш и сбрасываем настройки

Иногда избавиться от ошибки 0x80070035 получается с помощью сброса кэша DNS и сетевых настроек.

Порядок действий будет следующим:

Запускаем командную строку и поочередно вводим в нее следующие команды: 1) ipconfig /flushdns, 2) ipconfig /release, 3) netsh winsock reset, 4) netsh int ip reset. Каждая команда должна сопровождаться нажатием «Enter».
После того, как все будет выполнено, закрываем консоль и перезапускаем систему.

Если и это не помогло устранить проблему, то переходим к следующему пункту.

Отключаем брандмауэр

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

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

Инструкция:

Запускаем строку поиска, вводим в нее «Брандмауэр» и заходим в соответствующий раздел.
Щелкаем по пункту отключения брандмауэра.
Активируем имеющиеся пункты отключения и нажимаем «ОК».

Антивирус же обычно отключается правым нажатием по иконке с выбором пункта приостановления защиты. Но опять же, смотря какое защитное ПО у вас установлено, например, DR.WEB получается отключить только через меню «Компоненты защиты», передвинув ползунки влево.

Другие способы

Если ничего из вышеизложенного не принесло результата и ошибка 0x80070035, сообщающая о том, что сетевой путь не был найден продолжает появляться в Windows 10, то попробуйте выполнить еще одно действие.

Убедитесь, что общий доступ настроен верно. Перейдите в свойства папки, диска или прочего компонента, который необходимо расшарить. Затем откройте вкладку «Доступ» и щелкните по кнопке «Общий доступ». Удостоверьтесь, что для пользователя с именем «Все» выставлены необходимые привилегии. Если подобного пользователя и вовсе не существует, то добавьте его.

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

Более подробно в этом видео

Источник

<img decoding="async" alt="RRS feed" src="https://i1.social.s-msft.com/globalresources/Images/trans.gif?cver=0001" />

Общие обсуждения

Все ответы

General discussion

All replies

Простые способы исправить ошибку

Включение протокола SMB 1.0

Параметры сетевой безопасности

Брандмауэр Windows

В Windows 10 по-умолчанию отключен протокол SMB v1

Гостевой вход без проверки подлинности

Отключение SMB1 и SMB2

Настройки просмотра сетевого окружения в Windows 10

Доступ к NAS или Samba хранилищу из Windows 10 с сохранённым паролем

Общие обсуждения

Все ответы

General discussion

All replies

Форум Центра Обучения IT

Причины появления

Проверяем наличие драйверов

Настраиваем общий доступ

Активация протокола IPV4

Отключаем протокол IPV6

Настраиваем политику безопасности

Включаем SMB 1

Правка реестра

Запуск служб

Очищаем кэш и сбрасываем настройки

Отключаем брандмауэр

Другие способы

Более подробно в этом видео