Не работают сетевые диски windows 10 2004

Microsoft признала, что в Windows 10 версии 2004 системный статус сетевого соединения может глючить. Это можно исправить

В середине июля 2020 года Microsoft признала наличие проблемы с сетевым соединением в Windows 10 версии 2004 (Windows 10 May 2020 Update). Оказывается, что в некоторых случаях у пользователей может некорректно работать системный статус сетевого соединения в ОС, когда внешнее подключение ПК к сети интернет не имеет проблем и полностью работоспособно.

В случае возникновении этой проблемы в области уведомлений или панели задач Windows 10 появляется предупреждение о проблемах с подключением к сети и сообщается об отсутствии внешнего подключения — «No Internet Access». Хотя ПК ранее мог работать с внешним подключением без проблем некоторое время. Перезагрузка или выключение ПК в данном случае не помогает.

Вдобавок после возникновения этой проблемы перестают работать некоторые системные и даже сторонние сервисы, которые используют параметры системного сетевого статуса при проверке связи с внешним подключением. Например, не работают Spotify, Cortana, Microsoft Store и даже штатный сервис Feedback Hub. Хотя пинги до внешних ресурсов проходят, браузеры и другие приложения и игры могут работать при возникновении этой ошибки нормально, если с внешним соединением все в порядке.

В настоящее время Microsoft заявила, что эта проблема связана с ошибкой в работе индикатора статуса подключения к сети (Network Connectivity Status Indicator — NCSI) в Windows 10 версии 2004 и она будет исправлена в ближайшем обновлении ОС.

Пользователи обнаружили, что эту проблему можно исправить самостоятельно в ручном режиме с помощью внесения правки в реестр ОС. Нужно запустить Registry Editor, перейти там по пути “HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet” и изменить значение параметра “EnableActiveProbing” с 0 на 1. После этого нужно перезагрузить ПК.

Источник

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

Источник