Ошибка 0x80070035 — Не найден сетевой путь в Windows 10
Пользователи ПК могут соединить компьютер с операционной системой Windows с другим. Это позволяет совместно использовать ту же сеть, чтобы получить доступ к папкам, файлам, а также другим необходимым вещам по локальной сети или удаленному доступу. К сожалению, некоторые пользователи встречаются «с кодом ошибки: 0x80070035 не найден сетевой путь» при попытке соединиться как гость. Это очень запутанная ошибка. Обычно это происходит, когда сеть функционирует так, как она настроена, но пользователь вводит неправильное имя пути. Каждый путь должен иметь допустимый общий ресурс на удаленном устройстве и иметь разрешение на доступ к тому же ресурсу. Тем не менее разберем по порядку шаги для устранение, когда windows 10/7 не может получить доступ и выдает код ошибки 0x80070035, не найден сетевой путь.
Как исправить ошибку 0x80070035 Не найден сетевой путь
1. Проверьте настройки общего доступа
Прежде всего необходимо убедиться, что ваше устройство правильно используется в сети. Чтобы сделать это, выполните следующие шаги:
- Нажмите правой кнопкой мыши на локальном диске к которому вы хотите получить доступ и выберите «Свойства«.
- Перейдите на вкладку «Доступ«.
- Нажмите «Расширенная настройка«.
- Поставьте галочку «Открыть общий доступ к этой папке«.
- Убедитесь, что выбрали правильное имя диска.
Проверьте решена ли проблема, если windows 10 не может получить доступ и выдает ошибку «0x80070035 не найден сетевой путь», то двигаемся дальше.
2. Совместное использование IP-адреса компьютера
Попробуем обойти ошибку с помощью входа через ip адрес к ресурсу.
- Введите в поиске, около кнопки пуск, cmd или командная строка и запустите от имени администратора.
- Введите в командную строку команду ipconfig /all.
- Узнайте ip адрес компа найдя строку IPv4-адрес 192.168.1.5
- Нажмите теперь сочетание кнопок Win+R и введите //192.168.1.5/F, где F доступ к открытому ресурсу.
Если сетевой путь не найден, и вам выдает ошибку «Вы не можете получить доступ к этой папке. «, то шаг 3 поможет вам.
3. Включить гостевые входы
Если у вас в Шаге 2 выдало ошибку «Вы не можете получить доступ к этой общей папке, так как политики безопасности вашей организации блокируют гостевой доступ без проверки подлинности. Эти политики помогают защитить ваш компьютер от небезопасных или вредоносных устройств в сети«, то следуйте ниже, чтобы исправить.
Нажмите Win + R и введите gpedit.msc, чтобы открыть групповые политики. Далее перейдите «Конфигурация компьютера» > «Административные шаблоны» > «Сеть» > «Рабочая станция Lanmann«. Далее, с правой стороны нажмите два раза кликом мыши по графе «Включить небезопасные гостевые входы«, чтобы открыть параметры. В новом окне поставьте «Включено«.
4. Проверка диспетчера устройств
- Нажмите Win+R и введите devmgmt.msc для входа в диспетчер устройств.
- Нажмите вкладку «Вид» и поставьте галочку «Показать скрытые устройства«.
- Далее найдите сетевые адаптеры и раздвиньте список.
- Может быть конфликт со старыми драйверами сетевых адаптеров, которые не удалились с системы. Удалите все ненужные сетевые адаптеры и перезагрузите компьютер, и система установит драйвера на нужные. Более подробно, как удалить старые и скрытые драйвера , если нет кнопки «показать скрытые устройства«.
5. Добавить протокол IPv4 через TCP/IP
- Нажмите Win+R и введите ncpa.cpl для входа в сетевые подключения.
- Нажмите на свое соединение и нажмите правой кнопкой мыши, и выберите «Свойства«.
- На вкладке «Сеть» найдите IP версии 4 (TCP/Ip4) и выделите его мышкой.
- Нажмите кнопку «Установить«.
- Выберите «Протокол«.
- Нажмите «Добавить«.
- Выберите сетевой «Надежный многоадресный протокол (RMP)».
6. Изменение параметров сетевой безопасности
Наконец, вы можете изменить параметр сетевой безопасности, чтобы исправить ошибку «0x80070035 сетевой путь не найден» в Windows 10. Эти шаги заключаются в следующем:
- Нажмите Win+R и введите secpol.msc для входа в локальную политику.
- Перейдите по пути «Локальные политики» > «Параметры безопасности«.
- Найдите справа в поле «Сетевая безопасность: уровень проверки подлинности LAN Manager» и нажмите на него два раза для открытия.
- В новом окне выберите проверку «Оправлять LM и NTLM — использовать сеансовую безопасность«.
Проверьте исправлена ли проблема, когда windows 10/7 не может получить доступ и выдает ошибку «0x80070035 не найден сетевой путь».
7. Включить поддержку общего доступа к файлам SMB 1
Один пользователь упомянул в комментариях, что нужно включить поддержку общего доступа к файлам SMB v1/CIFS. Но Вы должны знать, что Microsoft отказалась от этого компонента из-за безопасности и отключила его в новых версия по умолчанию, как устаревший компонент. На данный момент windows 10 использует версии SMB2 и SMB3. Вы должны понимать, что это временное решение, чтобы получить доступ к папкам и файлов по локальной сети или удаленному доступу. Давайте рассмотрим, как включить SMB1, чтобы дать доступ и исправить ошибку 0x80070035. Также проверим включен ли SMB2/3 и как его включить, если выключен.
- Нажмите Win + R и введите optionalfeatures.exe
- В списке найдите «Поддержка общего доступа к файлам SMB 1.0/CIFS» и поставьте галочку, после чего перезагрузите компьютер.
Руководство к SMB версий 1, 2, 3
Вы наверняка захотите узнать, какая версия установлена на данный момент и как отключить или включить ту или иную версия SMB. Вам нужно запустить PowerShell от имени администратора. Запустить можно в поиске меню пуск, набрав PowerShell. Вставьте следующие команды в зависимости, что Вам нужно:
Протокол SMB версии 1
Состояние: | Get-WindowsOptionalFeature –Online –FeatureName SMB1Protocol |
Отключение: | Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol |
Включение: | Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol |
Протокол SMB версии 2
Состояние: | Get-SmbServerConfiguration | Select EnableSMB2Protocol |
Отключение: | Set-SmbServerConfiguration –EnableSMB2Protocol $false |
Включение: | Set-SmbServerConfiguration –EnableSMB2Protocol $true |
Протокол SMB версии 3
Состояние: | Get-SmbServerConfiguration | Select EnableSMB3Protocol |
Отключение: | Set-SmbServerConfiguration –EnableSMB3Protocol $false |
Включение: | Set-SmbServerConfiguration –EnableSMB3Protocol $true |
- На скрине ниже я проверил включен ли SMB2 и он мне дал ответ True — Включен, если будет False — отключен.
Ниже один пользователь написал, что при проверке SMB3 выдается ошибка «Set-SmbServerConfiguration : Не удается найти параметр, соответствующий имени параметра «EnableSMB3Protocol«. В этом случае вы вводите команду ниже в PowerShell (от имени админа) и смотрим статусы Smb3: 0-выкл, 1-вкл.
- Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters | ForEach-Object
- Если у вас нет графы SMB3, как на скрине ниже, то введите Get-SmbServerConfiguration | Select EnableSMB3Protocol
- Перезапустите PowerShell от имени администратора и введите команду 1. SMB3 появится у вас в графе. Если значение 0, то введите ниже команду для его активации.
- Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters» SMB3 -Type DWORD -Value 1 –Force
Перезагрузите ПК и перепроверьте статус SMB3, включился ли он.
Windows не может получить доступ к SAMBA серверу, возможные причины
Приведу файл конфига smb.conf, рассматривал далеко не один конфиг, но расшарить папки так и не получилось, подскажите в чем проблема может быть? Где я неправ?
А возможных причин слишком много, начиная от банального отсутствия подключения к сети и настроек фаервола, заканчивая (но не ограничиваясь) солнечной активностью. Телепаты сегодня в отпуске.
В iptables причина, инфа 146%
Хорошо, спасибо. Просто везде где я смотрел про таблицы ни слова, мол, пишите смб.конф и будет вам счастье. Наверное плохо искал.
service iptables stop
chkconfig iptables off
Подозреваю, тебе и так сойдет.
что значит «не получилось»?
тест подключения к самбе на сервере «smbclient -L localhost» проходит?
Вывод этой команды
Да, отключив iptables заработало, спасибо. Но их отключать нежелательно. И «и так сойдет» не тот подход в данном случае. Подскажите, почему не работает как в этом мануале??
-A INPUT -d 192.168.1.0/24 -p tcp -m tcp —dport 3232 -j ACCEPT
Из официального мана же.
netstat -tulpn | egrep «samba|smbd|nmbd|winbind»
Так нельзя понять почему не работает, нужно видеть как минимум всю цепочку INPUT вместе с политикой.
winbind у меня не стоит, попытался вчитаться что это и с чем едят, но на это нужно гораздо больше времени. Этот демон необходим для корректной работы самба? или на начальных этапах можно без него?
и команда эта не прошла, пишет, что не находит smbd && nmbd && winbind, выполнилась только для samba
Вот смотри, по цепочке
Это значит, что второе правило никогда не сработает.
Нужно, чтобы разрешающее правило было выше, чем то которое запрещает.
я исправил, но доступа нет все равно. Не пускает.
Попробуйте подключение по IP адресу вместо имени хоста.
я так и делал всегда. По имени не подключался, только по ip.
Если вы скинули вывод iptables после попыток подключения, то судя по выводу не было даже попыток этих самых подключений. Все подключения были только на 22 порт ssh.
Ну и как вариант может в цепочке output злое правило которое блокирует.
wndows компьютер точно из сети 192.168.1. ?
Не понял по поводу подключения, потому что попытки точно были. Хорошо, спасибо Вам большое за советы. Буду искать.
я думал это локалхост, сеть другая, 10.20.ххх.ххх. Спасибо за мысль. В этом еще не много понимаю, прошу прощения за чайничество, только учусь.
телепаты должны были уже давно исчезнуть с лица планеты как вид, т.к. всю жизнь в отпуске и не работав ни дня умерли с голоду.
Изменил на свою сеть, не работает тоже. В чем проблема теперь вообще непонятно, правила по идее последовательно идут, запрет стоит в конце.
так же нужен ip компьютера с которого происходит подключение.