Сетевая ошибка windows не может получить доступ к сетевой папке windows 10

При настройке локальной сети на Windows 7,8 и 10 требуется правильно назначать доступы пользователям и настраивать службы. Иначе возникает сетевая ошибка с кодами 0x800070035, 0x80004005 или 0x800704cf и появляется сообщение, что Windows не удается получить доступ к нужной сетевой папке, диску, устройству или файлу.

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

1. Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки:
2. Windows не может получить доступ к сетевой папке/диску/иному расположению в локальной сети.
3. Windows не может получить доступ к *Папка или файл*. Разрешение на доступ к *Путь до папки* отсутствует. Обратитесь к сетевому администратору для получения доступа.

[Обновление] Быстро исправить ошибки с кодом 0x80004005 (а иногда и с остальными) удается, веся всего одну запись в реестр:

1. Открыть «Пуск» -> «Выполнить», ввести regedet и нажать Enter.
2. В разделе реестра HKEY_LOCAL_MACHINE перейти по пути \Software \Policies \Microsoft \Windows\ LanmanWorkstation.
3. ПКМ — создать новый параметр имя AllowInsecureGuestAuth тип REG_DWORD Enabled Value 1 (значение 1 — включено). Перезагрузить ПК.

Оглавление статьи:

• Исправление сетевых ошибок 0x800070035 и 0x80004005
• Способ 1: Проверка настроек общего доступа
• Способ 2: Проверка работоспосоности службы Сервер
• Способ 3: Настройка свойств сетевой карты
• Способ 4: Настройка Службы компонентов
• Способ 5: Настройка доступа к сетевой папке

Исправление сетевых ошибок 0x800070035 и 0x80004005

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

Если Windows не может получить доступ к сетевой папке и выдает ошибки 0x800070035 или 0x80004005, нужно:

1. Проверить настройки общего доступа.
2. Убедиться, что включена сетевая служба «Сервер».

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

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

Последовательность действий:

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

После этого нужно нажать кнопку «Общий доступ» и, если система не покажет никаких ошибок или предупреждений, нажать на кнопку «Готово».

В Windows 8 и 10 есть более простой способ поделиться содержимым папки или диска с пользователями домашней группы:

1. Нажать правой кнопкой мыши по нужной папке.
2. Выбрать в контекстном меню пункт «Поделиться».
3. Выбрать подпункт «Домашняя группа (просмотр и изменение)».

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

Проверка работоспособности службы Сервер

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

Включение и выключение служб в Windows 7 и 10 происходит в Панели управления:

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

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

Настройка свойств сетевой карты

Ошибки подключения к сетевым устройствам с кодами 0x800070035 и 0x80004005 могут быть решены путем выставления настроек сетевого подключения. В настройках сетевой карты нужно снять флажок с протокола iPv6, а также выполнить настройку iPv4. Метод одинаково хорошо работает в Windows 7 и 10 всех версией. Сначала следует попробовать только выключить протокол iPv6, а уже потом выполнять остальные действия, если этот простой способ не помог.

Пошаговая инструкция:

1. Зайти в пеню «Пуск», перейти в «Панель управления».
2. В Windows 7: Перейти в раздел «Центр управления сетями и общим доступом», затем «Изменение параметров адаптеров». Для Windows 10: В панели управления выбрать «Сеть и интернет», затем «Центр управления сетями и общим доступом», выбрать в левом меню пункт «Изменение параметров адаптеров».
3. Выбрать подключение по локальной сети, по которому не удается получить доступ. Кликнуть по нему правой кнопкой мыши и выбрать пункт «Свойства».
4. В свойствах сетевой карты убрать значок с протокола iPv6.
5. Открыть свойства протокола iPv4, перейти во вкладку «Дополнительно».
6. Открыть вкладку с названием «WINS», нажать на «Параметры NetBIOS».
7. Поставить отметку, в зависимости от типа ip-адресации: «По умолчанию» для динамической ip-адресации и «Включить NetBIOS через TCP/IP» для статической.
8. Нажать три раза «Ок», «Ок», «Ок».

После этого требуется выполнить несколько простых действий в Диспетчере устройств:

1. Открыть «Пуск» — «Панель управления» — «Оборудование и звук» — «Диспетчер устройств».
2. Перейти на вкладку «Вид», выбрать отметку «Показать скрытые устройства».
3. Нажать «Сетевые адаптеры» и удалить все адаптеры 6to4.

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

Настройка Службы компонентов

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

Инструкция по настройке локального доступа через Службу компонентов:

1. Нажать кнопку «Пуск», ввести в поле поиска «Службы компонентов».
2. Кликнуть по найденному результату правой кнопкой мыши, выбрать в контекстном меню «Запуск от имени администратора».
3. В выскочившем окошке разрешить программе внести изменения на этот компьютер. Должно открыться окно со службой.
4. Раскрыть окно «Службы компонентов», открыть второе окно «Компьютеры».
5. Нажать по надписи «Мой компьютер» правой кнопкой мыши, перейти на вкладку «Свойства», затем «Свойства по умолчанию».
6. Поставить «Уровень проверки подлинности по умолчанию» в положение «По умолчанию».
7. Поставить «Уровень олицетворения по умолчанию» в положение «Олицетворение».
8. Нажать кнопку «Применить».
9. Нажать кнопку «Ок».
10. Закрыть окно со «Службой компонентов».

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

Настройки доступа к сетевой папке

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

Просматривать содержимое сетевой папки могут только те пользователи, у которых есть доступ. Это легко проверить:

1. Кликнуть по нужной папке правой кнопкой мыши, открыть «Свойства».
2. Перейти на вкладку «Безопасность».
3. В окне «Группы или пользователи» должна быть выбрана позиция «Все».

Если так и есть, то все в порядке. В противном случае требуется добавить новую группу:

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

Осталось выставить права для созданной группы пользователей «Все» — чтение, доступ, изменение и так далее. Аналогичным образом можно устанавливать разные настройки для отдельных групп, но это не обязательно. Одни настройки для всех пользователей снизят риск возникновения повторных ошибок доступа к минимуму.

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

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

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

Network Error
Windows cannot access \\share
Check the spelling of the name. Otherwise, there might be a problem with your network. T
Error code: 0x80070035.
The network path not found.
 

При попытке подключить сетевой диск с помощью групповых политик или с помощью команды net use появляется ошибка:

Произошла системная ошибка 53.
Сетевой путь не найден

System error 54 has occurred.
The network path was not found.

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

Отключите старые версии протоколов на SMB сервере

В большинстве случае ошибка «
0x80070035: The network path not found
» указывает на то, что сетевая папка на удаленном компьютере поддерживает подключения только по протоколу SMBv1 или гостевой доступ по SMBv2. Данные версии протоколов общего доступа к файлам являются устаревшими и небезопасными. Скорее всего включение поддержки этих протоколов на вашем клиенте решит проблему, однако это снизит уровень безопасности Windows. Поэтому для решения проблему в первую очередь нужно попытаться перенастроить удаленное устройство, чтобы оно поддерживало как минимум SMBv2 с аутентификацией или SMBv3 (в идеальном случае). Это самый правильный и безопасный способ.

Измените настройки доступа на стороне SMB сервера:

• NAS устройство – отключите SMBv1, включите доступ по SMBv2 с аутентификацией (зависит от вендора NAS);
• Samba сервер на Linux – отключите гостевой доступ: в файле smb.config в разделе [global]:
  map to guest = never
restrict anonymous = 2
  
  Укажите минимальную версию SMB:
  server min protocol = SMB2_10
client max protocol = SMB3
client min protocol = SMB2_10
encrypt passwords = true
  
  Отключите анонимный доступ в конфигурации каждой сетевой папки:
  guest ok = no
• Отключите протоколы SMBv1 и SMBv2 на файловом сервере Windows (см. отдельную секцию статьи). Включите доступ по паролю Control Panel -> All Control Panel Items -> Network and Sharing Center -> Advanced sharing settings -> All networks -> Turn on password protected sharing (
  control.exe /name Microsoft.NetworkAndSharingCenter /page Advanced
  ).

Проверьте настройки Windows на клиентском компьютере

Выполните следующие простые проверки на вашем клиенте Windows, которые могут исправить ошибку “Не найден сетевой путь”:

Разрешить гостевой вход без проверки подлинности по SMBv2

Если вы используете анонимный доступ к NAS хранилищам или другим компьютерам (без ввода имени пользователя и пароля), нужно включить на клиенте политику небезопасные гостевые входы. В современных версиях по-умолчанию запрещен доступ к сетевым папкам по протоколу SMB 2.0 под анонимным (гостевым) аккаунтом.

Если ваш компьютер пытается подключиться к сетевой попки под анонимным пользователем, в журнале Event Viewer появится событие с Event ID 31017.

Source: Microsoft-Windows-SMBClient  
Date: Date/Time  
Event ID: 31017  
Task Category: None  
Level: Error  
Keywords: (128)  
User: NETWORK SERVICE  
Computer: srv01.winitpro.ru  
Description: Rejected an insecure guest logon.  
User name: Ned  
Server name: ServerName

Чтобы разрешить гостевой вход по SMBv2 (считается небезопасным!), откройте редактор локальных политик Windows 10 (gpedit.msc) включить политику Enable insecure guest logons (Включить небезопасные гостевые входы) в секции GPO Computer Configuration -> Administrative templates -> Network (Сеть)-> Lanman Workstation.

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

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Включить протокол SMB v1 в Windows

Если ваше устройство с сетевыми папками поддерживает только протокол доступа SMBv1, нужно включить компонент SMB1Protocol-Client на клиентском компьютере (не рекомендуется по соображениям безопасности).

В современных версиях Windows 10/11 и Windows Server 2019/2022 по умолчанию отключен устаревший и небезопасный протокол доступа к сетевым файлам и папкам – SMB v1.0. Если вы попытаетесь подключиться из современной Windows 10/11 к сетевому устройству, которое поддерживает только доступ про протоколу SMBv1 (например, старое NAS хранилище, компьютер с Windows XP/Windows Server 2003, файловый сервер Samba), то при попытке открыть список сетевых папок на удалённом устройстве
\\NetworkName
, появится ошибка “
Не найден сетевой путь
”.

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

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

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

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

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

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

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

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

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

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

Install-WindowsFeature FS-SMB1

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

Клиент SMBv1 автоматически отключается в Windows 10/11, если он не использовался более 15 дней.

Полностью отключите SMBv1 и SMBv2 на клиентах

Если в вашей сети остались только современные устройства с поддержкой 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 "HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters" /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 $False


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

Get-SmbServerConfiguration | select "*enablesmb*"

EnableSMB1Protocol              : False
EnableSMB2Protocol              : False

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

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

В разделе 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 (Включить общий доступ)

Сохраните пароль для доступа к NAS или Samba

Если проблема возникает только при доступе к сетевому хранилищу NAS (или к Samba серверу на Linux), можно попробовать сохранить пароли для подключения к сетевому хранилищу в менеджере паролей Windows (Credential Manager: Control Panel -> Credentials Manager -> Windows Credentials или
control.exe keymgr.dll
).

Нажмите Add a Windows credentials и укажите имя файлового сервера и учетные данные для подключения.

Затем в настройках Дополнительных параметров общего доступа включите опцию Использовать учетные записи пользователей и пароли для подключения к другим компьютерам (Use user accounts and passwords to connect to other computers).

Теперь Windows будет автоматически использовать сохраненный пароль для доступа к указанному файловому серверу.

Проявления ошибки

Уже сказал выше, что ошибка всплывает на всех версиях Windows – и более чем часто на современных Windows 7, Windows 8, Windows 8.1, Windows 10.

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

• Windows не может получить доступ к сетевой папке, диску, иному расположению в локальной сети
• Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки: XXXXXXXX
• Windows не может получить доступ к ВАШАПАПКА. Разрешение на доступ к ВАШАПАПКА отсутствует. Обратитесь к сетевому администратору для получения доступа.
• Windows не может получить доступ к компьютеру. Проверьте правильность написания данного имени.

Один из вариантов проявления

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

Для справки: типичные коды ошибок – 0x800070035, 0x80004005 или 0x800704cf.

Источник ошибок Windows 10

Эти проблемы Windows 10 создаются отсутствующими или поврежденными файлами Windows 10, недопустимыми записями реестра 0x40 или вредоносным программным обеспечением.

Точнее, ошибки Windows 10, созданные из:

• Недопустимая (поврежденная) запись реестра Windows 10.
• Вирус или вредоносное ПО, которые повредили файл Windows 10 или связанные с 0x40 программные файлы.
• Windows 10 злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
• Другая программа находится в конфликте с 0x40 и его общими файлами ссылок.
• 0x40 (Windows 10) поврежден во время загрузки или установки.

Настройки просмотра сетевого окружения в 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

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

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

1. В свойствах общей сетевой папки (как на уровне NTFS разрешений файловой системы, так и на уровне сетевой папки) проверьте, что у группы Everyone есть право на чтение содержимого папки;
2. Проверьте, открывается ли сетевое хранилище по ip адресу. Для этого в окне проводника наберите \192.168.1.100 (замените на IP адрес вашего сетевого хранилища или компьютера);
3. Если у вас на компьютере активно сразу два сетевых интерфейса (Wi-Fi и Ethernet), попробуйте временно отключить один из них и проверить доступ к ресурсам в локальной сети;
4. Проверьте, что на вашем компьютере запущены следующие службы (откройте консоль управления службами 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)
5. Попробуйте временно отключить антивирус и/или файервол и проверить, сохранилась ли проблема при доступе к сетевому ресурсу;
6. Попробуйте изменить имя компьютера в свойствах системы и после перезагрузки проверить доступ к ресурсам сетевого хранилища;
7. Попробуйте отключить IPv6 протокол в свойствах вашего сетевого адаптера в Панели управления;
8. Попробуйте выполнить параметров сброс сети TCP/IP командами:
   netsh winsock reset
   netsh int ip reset
9. Откройте консоль PowerShell и проверьте доступность удаленного компьютера по сети с помощью командлета Test-NetConnection (возможно доступ блокируется файерволом): Test-NetConnection 192.168.1.90 -port 445 (если доступ не блокируется, должен появится статус TcpTestSucceeded : True)
   .

Как исправить ошибку 64 (ERROR_NETNAME_DELETED)

Рекомендации: Проверьте свой компьютер на наличие ошибок.

Отключение 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

 

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

Если вы используете анонимный доступ к 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

Решения проблемы

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

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

Странное решение от меня

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

Лично я в таком случае захожу на втором компьютере тоже в Сеть – как правило там начинается поиск, или даже делаются какие-то запросы-разрешения. Суть – второй компьютер обычно видит первый. И самое интересное – после такой манипуляции первый компьютер тоже успешно начинает работать со вторым. Необъяснимая магия, которая может продолжать работать месяцами без всяких сбоев.

Быстрый способ – реестр

Вся проблема этих доступов связана как раз с той самой подсистемой доступа. А почему бы нам ее и не заглушить на корню? Для больше части людей такая правка в реестре начисто исправляет ситуацию. Рекомендую попробовать, но если что – просто сделайте все как раньше.

1. Запускаем реестр. Не знаете как это сделать?( Для Windows 10 – щелкаем правой кнопкой мыши по кнопке Пуск и запускаем «Выполнить». В появившемся окошке вводим regedit.

1. Раскрываем папки в редакторе реестра вот по этому пути:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters

1. Добавляем сюда параметр AllowInsecureGuestAuth, тип DWORD, значение 1 (Enabled).

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

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

Шаг 1 – Проверяем настройки общего доступа

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

Напоминаю, что предоставление доступа к папке или диску проходит в два этапа: доступ нужно разрешить в нескольких местах.

1. В первый раз на вкладке «Доступ» мы щелкаем по большой кнопке «Общий доступ», а на следующем окне добавляем ВСЕХ пользователей:

Не забываем в конце нажать на кнопку «Поделиться»

1. Теперь переходим здесь же в «Расширенную настройку» и делаем примерно как на рисунке:

Очень надеюсь, что вы изначально давали доступ точно так же. Некоторые рекомендуют пользоваться пунктом «Поделиться» в Windows 10 для расшаривания в домашней сети, но чего-то на практике это вносит только путаницу. Лично я как старовер пользуюсь дедовскими методами. Не получается? Едем дальше.

Шаг 2 – Запускаем Службы

За доступ ко всем радостям совместного пользования папок отвечает служба «Сервер». Иногда она выключена – включаем:

1. Идем в Службы (мне проще всего запускать их через Поиск в системе):

1. Ищем в списке «Сервер». Если не работает – запускаем (или через правую кнопку, или двойным щелчком через общие параметры, на ваш вкус). Статус видно прямо здесь:

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

Шаг 3 – Сетевая карта

Обычно причина редко связана с этим пунктом, но попробовать ведь никто не запрещает.

1. Ищем вашу сетевую карту (идем в Параметры сети и интернет – Настройки параметров адаптера (на десятке) или в Центр управления сетями и общим доступом – Изменение параметров адаптера (на семерке)). Выбираем ВАШ сетевой адаптер, через который вы подключены к сети, щелкаем правой кнопкой мыши по нему и выбираем «Свойства»:

1. Пробуем СНЯТЬ галочку в списке с IPv6 (IPv4 оставляем включенным):

1. Теперь выбираем IPV4 (галочку не трогаем), а щелкаем по кнопке «Свойства»:

1. «Дополнительно»:

1. WINS – Параметры NetBIOS – По умолчанию (если же вдруг вручную задаете IP-адреса в сети, рекомендуется его Включить здесь):

Шаг 4 – Диспетчер устройств

Еще один маловероятный случай.

1. Идем в «Диспетчер устройств» (снова правой кнопкой мыши по Пуску, ну или пользуйтесь поиском).
2. Вид – Показать скрытые устройства (иначе будет не видно)
3. Удаляем устройства 6to Еще одна завязь на IPv6 протокол.

Шаг 5 – Олицетворение

Лично мне это направление тоже не нравится, но были и те, кому помогло. Поэтому пропускать было нельзя.

1. Через Поиск ищем «Службы компонентов». Запускаем.
2. Идем по пути: Службы компонентов – Компьютеры – Мой компьютер:

1. Щелкаем по «Мой компьютер» правой кнопкой мыши и выбираем «Свойства».
2. Далее идем во вкладку «Свойства по умолчанию». Уровень проверки подлинности – По умолчанию. Уровень олицетворения – Олицетворение: