Почему не работает сетевой диск

Не подключаются сетевые диски в Windows 10 после перезагрузки

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

Впервые эта проблема была обнаружена в Windows 10 1809, но она встречается и в более новых билдах, в том числе в Windows 10 2004.

Windows 10 не восстанавливает подключение к сетевым дискам

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

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

Проблема возникает как с дисками, подключенных с NAS устройств, так и с сетевыми папками на других компьютерах Windows/Linux. Этот баг впервые появился в Windows 10 1809 и по словам Microsoft исправлен обновлением KB469342 выпущенным 5 декабря 2018 года (addresses an issue that may cause mapped drives to fail to reconnect after starting and logging onto a Windows device). Но проблема встречается и в других билдах Windows 10.

Также Microsoft предлагает обходное решение проблемы с восстановлением подключения к сетевым дискам (см. KB4471218 — Mapped network drive may fail to reconnect in Windows 10). Для этого при входе пользователя в систему предлагается запускать PowerShell скрипт, который должен переподключить все недоступные сетевые диски. Если сетевые диски подключаются через групповые политики, нужно изменить настройки GPO.

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

Рассмотрим, как использовать PowerShell скрипт для автоматического переподключения сетевых дисков при входе пользователя в 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).

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

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

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

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

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

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

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

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

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

Проблема с подключением сетевых дисков также наблюдается в билде Windows 10 2004. Проблема возникает с сетевыми дисками, подключенных с legacy устройств с поддержкой только протокола SMBv1 (Windows XP/2003, старые NAS устройства).

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

Например, если у пользователя в сессии подключен сетевой диск U:, перейдите в раздел реестра HKEY_CURRENT_USER\Network\U. Создайте параметр типа DWORD с именем ProviderFlags и значением 1.

Или выполните команду:

REG ADD «HKCU\Network\U» /v «ProviderFlags» /t REG_DWORD /d «1» /f

Настроить задержку подключения сетевых дисков в Windows через GPO

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

Вы можете настроить этот параметр через редактор локальной групповой политики ( gpedit.msc ) или из редактора доменных GPO ( gpmc.msc ). Перейдите в раздел Computer Configuration -> Administrative Templates -> System -> Logon и включите политику Always wait for the network at computer startup and logon (Всегда ожидать инициализации сети при загрузке и входе в систему).

Также эту проблему можно решить, если просто подождать 15 секунд после загрузки компьютера (или выхода его из режима гибернации/спящего режима), прежде чем логиниться. Этого времени будет достаточно, чтобы Windows инициализировала сеть.

Отключить уведомление “Не удалось восстановить подключение ко всем сетевым дискам”

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

Для этого в ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider нужно создать параметр типа DWORD с именем RestoreConnection и значением 0.

Источник

Почему не работает сетевой диск

Вопрос

После обновления до 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)

Источник

Почему не работает сетевой диск

Этот форум закрыт. Спасибо за участие!

Лучший отвечающий

Вопрос

Имеется корпоративная сеть с доменом на Windows 2012R2 и рабочими машинами на Win7(x64).

Так же в сети имеется NAS (QNAP), который использует LDAP авторизацию для сетевых подключений.

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

С недавнего времени начались проблемы: иногда диски не подключаются при логине; если диск подключен, то к нему может пропасть доступ(сетевой диск не доступен), либо может запрашивать авторизацию — при этом доменный логин пароль не срабатывают так же как и локальные(на NAS).

Логичнее всего подумать на проблемы с NAS, но случайно обнаружил, что в этот момент может быть не видна папка SYSVOL на домен контроллере, то есть рабочая машина не может даже обновить GP.

В какую сторону можно копать и какие данные еще можно собрать?

Ответы

KRB_AP_ERR_MODIFIED вызывается либо использованием неверного пароля (в данном случае — учётной записи krbtgt, пароль которой управляется автоматически), либо обращением не к тому серверу.

В принципе, если ошибка одиночная, то она может не иметь отношения к проблеме. Но всё-таки проверить стоит.

Сколько у вас контроллеров домена? Если больше одного — проверьте репликацию. Если с репликацией всё в порядке.

Ну, и посмотрите в DNS записи SRV с именем _kerberos в различных поддоменах, вложенных в домен AD — их там несколько, в зоне домена и в подзоне _msdcs домена: нет ли там ссылки на имена того, что контроллером домена не является.

Проверьте все записи A контроллеров домена — нет ли там лишних записей, указывающих не туда. Особенно обратите внимание на запись с именем domain-controller.

• Предложено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 21 апреля 2016 г. 8:28
• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 30 апреля 2016 г. 17:19

Все ответы

Подключение сетевых дисков лучше сделать через Preferens. Тем самым проблема с доступностью ресурса уйдёт. Но почему он пропадает все равно лучше решить.

А можно немного подробнее?

Я не совсем совсем не понял о чем идет речь.

Using Group Policy Preferences to Map Drives Based on Group Membership

Имеется корпоративная сеть с доменом на Windows 2012R2 и рабочими машинами на Win7(x64).

Так же в сети имеется NAS (QNAP), который использует LDAP авторизацию для сетевых подключений.

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

С недавнего времени начались проблемы: иногда диски не подключаются при логине; если диск подключен, то к нему может пропасть доступ(сетевой диск не доступен), либо может запрашивать авторизацию — при этом доменный логин пароль не срабатывают так же как и локальные(на NAS).

Логичнее всего подумать на проблемы с NAS, но случайно обнаружил, что в этот момент может быть не видна папка SYSVOL на домен контроллере, то есть рабочая машина не может даже обновить GP.

В какую сторону можно копать и какие данные еще можно собрать?

Нужно изолировать причину: неверное разрешение имён, проблемы с сетью или проблемы с клиентской частью сети Microsoft (редиректором).

Для начала рекомендую разобраться с разрешением имён: либо проверить его работу в момент проявления проблемы вручную (командой ping по имени), либо подставить в скрипт вместо имени IP-адрес — если проблема с NAS уйдёт, и если аутентифкация между клиентом и NAS идёт по протоколу NTLM (а не Kerberos), то проблема — именно в разрешении имён.

PS Использование Drive Maps из GP Preferences вряд ли поможет решить данную проблему — подключение сетевого диска обрабатывается этим расширением тоже только в момент логона, как и скриптом. Но в целом, действительно лучше использовать Drive Maps вместо скрипта для подключения дисков — так удобнее.

Источник