Подключение сетевого диска не работает

Не подключаются сетевые диски в 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 нужно вызвать окно «Выполнить» сочетанием клавиш 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.

Источник

Подключение сетевого диска не работает

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

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

Вопрос

Имеется корпоративная сеть с доменом на 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 вместо скрипта для подключения дисков — так удобнее.

Источник