Не подключаются сетевые диски в Windows 10 1809

У пользователей, которые недавно обновились до Windows 10 October 2018 Update (версия 1809) перестали подключаться сетевые диски при загрузке Windows. После входа в систему пользователь в проводнике Windows видит большой красный крест на иконках всех подключенных сетевых дисках. Если выполнить в командой строке команду net use, то напротив всех подключенных дисков вы увидите указан статус Недоступны (Unavailable). Автоматически не переподключаются как сетевые диски, подключенные пользователем, так и диски, подключаемые через GPO.

Сбой подключения сетевых дисков после обновления до Windows 10 1809

При этом в области уведомлений появляется всплывающее окно с текстом:

Сетевые диски просто перестают монтироваться автоматически после перезагрузки компьютера с Windows 10 1809. Сетевые диски отображаются в проводнике, но подключение к ним недоступно. Проблема возникает как с дисками, подключенных с NAS устройств, так и с сетевыми папками на других компьютерах Windows/Linux. Этот баг в обновлений Windows 10 1809 признан Microsoft и его планируют исправить в начале 2019 года. На данный момент на сайте Microsoft предлагается обходное решение проблемы с восстановлением подключения к сетевым дискам (см. KB4471218 — Mapped network drive may fail to reconnect in Windows 10, version 1809). Для этого при входе в систему предлагается запустить определенный скрипт, или, если сетевые диски подключаются через групповые политики, изменить настройки GPO.

Скрипт автоматического переподключения сетевых дисков при входе в Windows

Откройте блокнот (notepad.exe), скопируйте в него следующий PowerShell код и сохраните файл в каталог C:\PS с именем MapDrives.ps1:

$i=3
while($True)<
$error.clear()
$MappedDrives = Get-SmbMapping |where -property Status -Value Unavailable -EQ | select LocalPath,RemotePath
foreach( $MappedDrive in $MappedDrives)
<
try <
New-SmbMapping -LocalPath $MappedDrive.LocalPath -RemotePath $MappedDrive.RemotePath -Persistent $True
> catch <
Write-Host «Ошибка подключения сетевого каталога $MappedDrive.RemotePath в диск $MappedDrive.LocalPath»
>
>
$i = $i — 1
if($error.Count -eq 0 -Or $i -eq 0)
Start-Sleep -Seconds 30
>

Данный скрипт выбирает все недоступные сетевые диски и пытается их переподключить в постоянном режиме (ключ Persistent).

Создадим еще один файл сценария MapDrives.cmd с кодом:

PowerShell -Command «Set-ExecutionPolicy -Scope CurrentUser Unrestricted» >> «%TEMP%\StartupLog.txt» 2>&1
PowerShell -File «%SystemDrive%\PS\MapDrives.ps1» >> «%TEMP%\StartupLog.txt» 2>&1

Данный код позволяет корректно вызвать PowerShell скрипт, описанный выше.

Вы можете поместить файл в автозагрузку пользователя, скопировав файл MapDrives.cmd в каталог %ProgramData%\Microsoft\Windows\Start Menu\Programs\StartUp.

Также вы можете создать задание планировщика, которое бы запускать файл MapDrives.cmd при входе пользователя в систему. Вы можете создать задание планировщика с помощью PowerShell или из графического интерфейса консоли планировщика Windows (Taskschd.msc).

Создайте новое задание, укажите его имя, выберите что задание должно запускаться от имени встроенной группы Пользователи (Builtin\Users).

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

На вкладке действие в поле Программа укажите путь к файлу MapDrives.cmd.

На вкладке Условие можно включить опцию Сеть -> Запускать только при подключении к следующей сети -> Любое подключение.

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

Подключение сетевых дисков через GPO

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

Откройте политику, подключающую диски, и в разделе User Settings -> Preferences -> Windows Settings -> Drive maps найдите вашу политику (политики) назначения сетевых дисков и измените тип действия с Update на Replace.

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

Подключенный сетевой диск может не подключиться в Windows 10 версии 1809

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

Исходная версия продукта: Windows 10 версии 1809
Исходный номер КБ: 4471218

Симптомы

В Windows 10 версии 1809 у вас есть следующие проблемы:

• В проводнике Windows на соотносях сетевых дисках отображается красный X.
• При запуске команды в командной подсказке сетевые диски отображаются как net use недоступные.
• В области уведомлений в уведомлении отображается следующее сообщение:

Не удалось повторно подключить все сетевые диски.

Обходной путь

Корпорация Майкрософт работает над решением и оценивает, что решение будет доступно к концу ноября 2018 г. Отслеживайте раздел «Соеданная диск» в разделе «История обновлений Windows 10 1809» KB 4464619. В настоящее время эту проблему можно обойти, задав сценарии для автоматического повторного подключения подключенного сетевого диска при входе на устройство. Для этого создайте два файла сценария и при необходимости используйте один из обходных обходных пути.

Создание файла сценария MapDrives.cmd

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

Создайте файл сценария с именем MapDrives.ps1

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

Временные решения

Все обходные пути должны выполняться в стандартном контексте безопасности пользователя. Выполнение сценариев в контексте с повышенными уровнями безопасности предотвращает доступ к соотносям драйверам в стандартном пользовательском контексте.

Обходной путь 1. Создание элемента запуска

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

Ошибка системы 85 с командой NET USE

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

Оригинальная версия продукта: Windows 10 — все выпуски
Исходный номер КБ: 253821

Симптомы

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

Например, запуск следующей последовательности команд в скрипте logon или в командной подсказке иллюстрирует проблему:

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

Причина

Это поведение вызвано параметром 1 в следующем значении реестра:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\ProtectionMode

Если параметр 1, возникает проблема. Если изменить параметр на 0 и перезагрустить сервер, проблема исчезнет.

Мы предлагаем изменить это значение на 1, чтобы ограничить изменения объектов базовой системы и решить проблемы с символическими ссылками.

Обходной путь

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

Измените запись HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\ProtectionMode для от 1 до 0.

Если вы работаете на сервере терминала Windows Server 2003, установите значение ProtectionMode 1. Ошибка 85 приводит к следующему:
ERROR_ALREADY_ASSIGNED имя локального устройства уже используется.

Не удается получить доступ к сетевому диску

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

Первый вариант. Достаточно банальной причиной, может быть сетевая неисправность. На компьютере, с которого осуществляется попытка подключения, следует проверить, имеется ли связь с сетевым хранилищем. Для этого на «Рабочем столе» операционной системы Windows нужно вызвать окно «Выполнить» сочетанием клавиш Win+R и ввести команду ping с указанием IP-адреса накопителя (например ping 192.168.1.1 -t).

Если ответа нет, нужно посмотреть сетевые настройки как на ПК так и NAS, т.к., возможно, они сконфигурированы для другой сети.

Возможно, что сетевое хранилище находится вовсе не в сети. Если ответ есть значит двигаемся далее.

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

В таком случае в настройках NAS или smb-сервера нужно посмотреть, открыт ли доступ без авторизации.

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

Третий вариант. Можно попробовать при подключении указать не имя сетевого накопителя, а его IP-адрес. В Windows 10, перейдя в «Этот компьютер», в адресной строке следует набрать два обратных слеша (\\) и айпишник хранилища, после чего останется нажать Enter.

Возможно, это поможет.

Четвертый вариант. В операционной системе Windows, вызвав вновь окно «Выполнить», нужно ввести «regedit» и в появившемся редакторе реестра следует перейти по указанному пути: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System . Добравшись до папки System, нужно создать ключ.

Если система 32-битная, то выбираем значение DWORD, если 64-битная, то QWORD. При этом название в обоих случаях данное: LocalAccountTokenFilterPolicy. Кликнув дважды по созданному ключу, устанавливаем значение – единица, т.е. включено.

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

Пятый вариант. Если ничего не помогло из выше представленных способов, можно попробовать еще одни вариант. Хочу заметить, что данная причина очень часто встречается в Windows 10 из-за отключенного протокола SMB 1.0. Для этого нужно перейти в Пуск-Параметры-Приложения, и, кликнув по Программам и компонентам, в открывшемся окне нужно выбрать «Включение и выключение компонентов Windows».

Здесь следует посмотреть, является ли включенным пункт «Клиент SMB 1.0», если нет, то следует поставить галочку напротив него и нажать ОК.

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

Подробнее — в данном видео:

Фото- и видеоматериалы взяты с канала ServLesson на YouTube.

Net use windows 10 не работает

Вопрос

После обновления до Windows 10 2004 при загрузке компьютера не подключаются сетевые диски. Ошибка идентична версии Windows 10 1809.

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

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

Как исправить эту ошибку?

Ответы

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

«ProviderFlags» = 1 (тип REG_DWORD)

Использую как временное решение, пока не выйдет патч (если он, вообще, выйдет к SMB1).

• Изменено ABPadm 13 августа 2020 г. 13:05
• Предложено в качестве ответа ДенисЛК 24 августа 2020 г. 8:53
• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 4 сентября 2020 г. 5:10

Как вариант могу предложить следующий алгоритм.

Если у вас в текущий момент диски весят, выполняете

netsh interface ipv4 show subinterfaces

Смотрите имя вашего локальный интерфейса.

Далее выполняете скрипт

netsh interface set interface name=»Ethernet» admin=DISABLED
net use o: /delete /y
netsh interface set interface name=»Ethernet» admin=ENABLED

где name=»Ethernet» — имя вашего интерфейса

Далее, выполняете скрипт подключения сетевых дисков, типа

NET USE O: \\MyServ\Common$

Смотрите в проводнике все ли ваши диски сетевые отображаются.

Далее скрипт, который для каждого вашего сетевого диска прописывает в реестре ключ

HKEY_CURRENT_USER\Network\ > «ProviderFlags» = 1 (тип REG_DWORD)

• Предложено в качестве ответа ДенисЛК 24 августа 2020 г. 9:02
• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 4 сентября 2020 г. 5:10

Как вариант могу предложить следующий алгоритм.

Если у вас в текущий момент диски весят, выполняете

netsh interface ipv4 show subinterfaces

Смотрите имя вашего локальный интерфейса.

Далее выполняете скрипт

netsh interface set interface name=»Ethernet» admin=DISABLED
net use o: /delete /y
netsh interface set interface name=»Ethernet» admin=ENABLED

где name=»Ethernet» — имя вашего интерфейса

Далее, выполняете скрипт подключения сетевых дисков, типа

NET USE O: \\MyServ\Common$

Смотрите в проводнике все ли ваши диски сетевые отображаются.

Далее скрипт, который для каждого вашего сетевого диска прописывает в реестре ключ

HKEY_CURRENT_USER\Network\ > «ProviderFlags» = 1 (тип REG_DWORD)