- Записки ИТ специалиста.
- MS Windows 10 не подключается к сетевой папке на сервере SAMBA
- Не открываются общие сетевые SMB папки в Windows 10
- Вы не можете получить гостевой доступ к общей папке без проверки подлинности
- Вашей системе необходимо использовать SMB2 или более позднюю
- Ошибка 80004005 при обновление до Windows 10
- Ответы (20)
Записки ИТ специалиста.
MS Windows 10 не подключается к сетевой папке на сервере SAMBA
После обновления на домашнем ПК MS Windows до версии 1709 перестал подключаться к сетевой папке. Отваливается с ошибкой 0x80004005. Решение проблемы далее
Имеется домашний сервер на базе FreeBSD, на нем поднят SAMBA сервер, на котором расшарена папка. Безопасность в домашней сети нулевая, на SAMBA настроен гостевой доступ с полными правами к единственной сетевой папке. Все работало до обновления домашнего ПК с MS Windows 10 до версии 1709. После обновления этот комп перестал видеть шару. Остальные устройства видят шару как и раньше, без проблем. После обновления в MS Windows 10 «подкрутили гайки» с безопасностью и гостевой доступ стал недоступен.
Ослабляем гайки и возвращаем доступ
Для этого запускаем редактор групповой политики на ПК
Политика «Локальный компьютер»\Конфигурация компьютера\Административные шаблоны\Сеть\Рабочая станция Lanman\
Параметр «Включить небезопасные гостевые входы» — Состояние «Включена»
Перезагружаем ПК и проверяем, что доступ к сетевой папке появился
Где искать в английской версии:
Group Policy settings:
Computer configuration\administrative templates\network\Lanman Workstation
«Enable insecure guest logons»
Настройки можно произвести и через реестр
Default Registry Value:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
«AllowInsecureGuestAuth»=dword:0
Configured Registry Value:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
«AllowInsecureGuestAuth»=dword:1
Не открываются общие сетевые SMB папки в Windows 10
Если вы из Windows 10 не можете открыть сетевые папки на других сетевых устройствах (NAS, Samba сервера Linux) или на компьютерах со старыми версиями Windows (Windows 7/ XP /2003), скорее всего проблема связана с тем, что в вашей новой версии Windows 10 отключена поддержка устаревших и небезопасных версий протокола SMB (используется в Windows для доступа к общим сетевым папкам и файлам). Так, начиная с Windows 10 1709, был отключен протокол SMBv1 и анонимный (гостевой) доступ к сетевым папкам по протоколу SMBv2.
Конкретные действия, которые нужно предпринять зависят от ошибки, которая появляется в Windows 10 при доступе к общей папке и от настроек удаленного SMB сервера, на котором хранятся общие папки.
Вы не можете получить гостевой доступ к общей папке без проверки подлинности
Начиная с версии Windows 10 1709 (Fall Creators Update) Enterprise и Education пользователи стали жаловаться, что при попытке открыть сетевую папку на соседнем компьютере стала появляться ошибка:
При это на других компьютерах со старыми версиями Windows 8.1/7 или на Windows 10 с билдом до 1709, эти же сетевые каталоги открываются нормально. Эта проблем связана с тем, что в современных версиях Windows 10 (начиная с 1709) по умолчанию запрещен сетевой доступ к сетевым папкам под гостевой учетной записью по протоколу SMBv2 (и ниже). Гостевой (анонимный) доступ подразумевают доступ к сетевой папке без аутентификации. При доступе под гостевым аккаунтом по протоколу SMBv1/v2 не применяются такие методы защиты трафика, как SMB подписывание и шифрование, что делает вашу сессию уязвимой против MiTM (man-in-the-middle) атак.
При попытке открыть сетевую папку под гостем по протоколу SMB2, в журнале клиента SMB (Microsoft-Windows-SMBClient) фиксируется ошибка:
В большинстве случае с этой проблемой можно столкнуться при использовании старых версий NAS (обычно для простоты настройки на них включают гостевой доступ) или при доступе к сетевым папкам на старых версиях Windows 7/2008 R2 или Windows XP /2003 с настроенным анонимным (гостевым) доступом (см. таблицу поддерживаемых версий SMB в разных версиях Windows).
В этом случае Microsoft рекомендует изменить настройки на удаленном компьютере или NAS устройстве, который раздает сетевые папки. Желательно переключить сетевой ресурс в режим SMBv3. А если поддерживается только протокол SMBv2, настроить доступ с аутентификацией. Это самый правильный и безопасный способ исправить проблему.
В зависимости от устройства, на котором хранятся сетевые папки, вы должны отключить на них гостевой доступ.
- NAS устройство – отключите гостевой доступ в настройках вашего NAS устройства (зависит от модели);
- Samba сервер на Linux — если вы раздаете SMB каталог с Linux, в конфигурационном файле smb.conf в секции [global] нужно добавить строку: map to guest = never
А в секции с описанием сетевой папки запретить анонимный доступ: guest ok = no - В Windows вы можете включить общий доступ к сетевым папкам и принтерам с парольной защитой в разделе Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings. Для All Networks (Все сети) в секции “Общий доступ с парольной защитой” (Password Protected Sharing) имените значение на “Включить общий доступ с парольной защитой” (Turn on password protected sharing). В этом случае анонимный (гостевой) доступ к папкам будет отключен и вам придется создать локальных пользователей, предоставить им доступ к сетевым папкам и принтерам и использовать эти аккаунты для подключения к общим папкам на этом компьютере.
Есть другой способ – изменить настройки вашего SMB клиента и разрешить доступ с него на сетевые папки под гостевой учетной записью.
Чтобы разрешить гостевой доступ с вашего компьютера, откройте редактор групповых политик (gpedit.msc) и перейдите в раздел: Конфигурация компьютера -> Административные шаблоны -> Сеть -> Рабочая станция Lanman (Computer Configuration ->Administrative templates -> Network (Сеть) -> Lanman Workstation). Включите политику Enable insecure guest logons (Включить небезопасные гостевые входы).
В Windows 10 Home, в которой нет редактора локальной GPO, вы можете внести аналогичное изменение через редактор реестра вручную:
Или такой командой:
reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f
Вашей системе необходимо использовать SMB2 или более позднюю
Другая возможная проблема при доступе к сетевой папке из Windows 10 – поддержка на стороне сервера только протокола SMBv1. Т.к. клиент SMBv1 по умолчанию отключен в Windows 10 1709, при попытке открыть шару вы можете получить ошибку:
При этом соседние устройства SMB могут не отображаться в сетевом окружении и при открытии по UNC пути может появляться ошибка 0x80070035.
Т.е. из сообщения об ошибке четко видно, что сетевая папка поддерживает только SMBv1 протокол доступа. В этом случае нужно попытаться перенастроить удаленное SMB устройство для поддержки как минимум SMBv2 (правильный и безопасный путь).
Если сетевые папки раздает Samba на Linux, вы можете указать минимально поддерживаемую версию SMB в файле smb.conf так:
В Windows 7/Windows Server 2008 R2 вы можете отключить SMBv1 и разрешить SMBv2 так:
Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters» SMB1 -Type DWORD -Value 0 –Force
Set-ItemProperty -Path «HKLM:\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters» SMB2 -Type DWORD -Value 1 –Force
В Windows 8.1 отключите SMBv1, разрешите SMBv2 и SMBv3 и проверьте что для вашего сетевого подключения используется частный или доменный профиль:
Disable-WindowsOptionalFeature -Online -FeatureName «SMB1Protocol»
Set-SmbServerConfiguration –EnableSMB2Protocol $true
Если ваше сетевое устройство (NAS, Windows XP, Windows Server 2003), поддерживает только протокол SMB1, в Windows 10 вы можете включить отдельный компонент SMB1Protocol-Client. Но это не рекомендуется.
Запустите консоль PowerShell и проверьте, что SMB1Protocol-Client отключен ( State: Disabled ):
Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client
Включите поддержку протокола SMBv1 (потребуется перезагрузка):
Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client
Также вы можете включить/отключить дополнительные компоненты Windows 10 (в том числе SMBv1) из меню optionalfeatures.exe -> SMB 1.0/CIFS File Sharing Support
В Windows 10 1709 и выше клиент SMBv1 автоматически удаляется, если он не использовался более 15 дней (за это отвечает компонент SMB 1.0/CIFS Automatic Removal).
После установки клиента SMBv1, вы должны без проблем подключиться к сетевой папке или принтеру. Однако, нужно понимать, что использование данного обходного решения не рекомендовано, т.к. подвергает вашу систему опасности.
Ошибка 80004005 при обновление до Windows 10
Ответы (20)
* Попробуйте выбрать меньший номер страницы.
* Введите только числа.
* Попробуйте выбрать меньший номер страницы.
* Введите только числа.
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
Отключите интернет после скачивания обновления и устанавливайте без подключения к интернету.
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
Отключите интернет после скачивания обновления и устанавливайте без подключения к интернету.
Бесполезно, не помогает.
Наконец нашёл причину! Та же проблема была и на другом компьютере. У меня на обоих стоял Windows 7 Pro, а он при установке создаёт служебный раздел размером 100 Mb. На ноутбуе, на котором обновление прошло успешно, у меня стоял Win 8, служебный раздел 300 Mb. Я попробовал чистую установку Win 10 — он создаёт раздел 500Mb. Я попробовал на компах с Win 7 при помощи Paragon изменить размер служебного раздела со 100 на 500 Mb — и обновление прошло успешно!
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
Отключите интернет после скачивания обновления и устанавливайте без подключения к интернету.
Бесполезно, не помогает.
Наконец нашёл причину! Та же проблема была и на другом компьютере. У меня на обоих стоял Windows 7 Pro, а он при установке создаёт служебный раздел размером 100 Mb. На ноутбуе, на котором обновление прошло успешно, у меня стоял Win 8, служебный раздел 300 Mb. Я попробовал чистую установку Win 10 — он создаёт раздел 500Mb. Я попробовал на компах с Win 7 при помощи Paragon изменить размер служебного раздела со 100 на 500 Mb — и обновление прошло успешно!
У меня такая же проблема. Ошибка 80004005 на 86% при попытке обновления до Win 10 Pro версии 1511, 10586
Уточните, пожалуйста, какой именно раздел вы увеличивали? У меня на диске 2 раздела
на 100МБ FAT32 (шифрованный EFI системный раздел) и на 300МБ NTFS (раздел восстановления). Сначала была Win 7, затем обновил до Win 8.1. Теперь пытаюсь до Win 10.
Хотел увеличить тот, что 300, но Disk Director 12 от Acronis не захотел его увеличивать. Он исправно откусил от основного раздела 260МБ, а вот присоединять его не захотел ни к одному из них так и не захотел. Попробую Paragon, может поможет.
И ещё момент, посмотрел в логах c:\windows\Panther\setuperr.log
CSetupPlatform::ResurrectNewSystem: Failure: Win32Exception: \\?\C:\$WINDOWS.
BT\Sources\newsystem.dat: Не удается найти указанный файл. [0x00000002] __cdecl UnBCL::FileStream::FileStream(const class UnBCL::String
*,enum UnBCL::FileMode,enum UnBCL::FileAccess,enum UnBCL::FileShare,unsigned long)[gle=0x00000002]
т.е. она не находит C:\$WINDOWS.
BT\Sources\newsystem.dat так такого файла нет в каталоге и он не скачивается. Создать этот файл в каталоге так же не удаётся. Может в этом проблема?
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
Отключите интернет после скачивания обновления и устанавливайте без подключения к интернету.
Бесполезно, не помогает.
Наконец нашёл причину! Та же проблема была и на другом компьютере. У меня на обоих стоял Windows 7 Pro, а он при установке создаёт служебный раздел размером 100 Mb. На ноутбуе, на котором обновление прошло успешно, у меня стоял Win 8, служебный раздел 300 Mb. Я попробовал чистую установку Win 10 — он создаёт раздел 500Mb. Я попробовал на компах с Win 7 при помощи Paragon изменить размер служебного раздела со 100 на 500 Mb — и обновление прошло успешно!
У меня такая же проблема. Ошибка 80004005 на 86% при попытке обновления до Win 10 Pro версии 1511, 10586
Уточните, пожалуйста, какой именно раздел вы увеличивали? У меня на диске 2 раздела
на 100МБ FAT32 (шифрованный EFI системный раздел) и на 300МБ NTFS (раздел восстановления). Сначала была Win 7, затем обновил до Win 8.1. Теперь пытаюсь до Win 10.
Хотел увеличить тот, что 300, но Disk Director 12 от Acronis не захотел его увеличивать. Он исправно откусил от основного раздела 260МБ, а вот присоединять его не захотел ни к одному из них так и не захотел. Попробую Paragon, может поможет.
И ещё момент, посмотрел в логах c:\windows\Panther\setuperr.log
CSetupPlatform::ResurrectNewSystem: Failure: Win32Exception: \\?\C:\$WINDOWS.
BT\Sources\newsystem.dat: Не удается найти указанный файл. [0x00000002] __cdecl UnBCL::FileStream::FileStream(const class UnBCL::String
*,enum UnBCL::FileMode,enum UnBCL::FileAccess,enum UnBCL::FileShare,unsigned long)[gle=0x00000002]
т.е. она не находит C:\$WINDOWS.
BT\Sources\newsystem.dat так такого файла нет в каталоге и он не скачивается. Создать этот файл в каталоге так же не удаётся. Может в этом проблема?
Увеличить нужно системный раздел. Я, вообще сделал так. Сохранил основной раздел с Виндой (Диск С) при помощи Norton Ghost, отличная прога, много лет ей пользуюсь, сохраняет быстее и делает имиджи меньше, чем Paragon или Acronis. Потом запустил с флешки инсталляцию Win 10, выбрал расширенную, удалил все разделы на этом диске (у меня на нём только система и проги, все документы на другом физическом диске), а если диск 1 — то удалить загрузочный системный, раздел с Виндой и Рекавери. Потом выбрал установку на этом пустом пространстве без разделов, Win 10 сама создаст все нужные разделы. После установки, при помощи Norton Ghost вернул раздел С: с Win 7 на своё место. Всё загрузилось нормально и из под Win 7 запустил обновление до Win 10. Всё ОК!
Потом попробовал, сохранив тем же Norton Ghost имидж Win 10 снова запустил с флешки инстал., снова удалил разделы и установил Win 10 с нуля на чистый диск. Всё прекрасно активировалось на этом компе и диске, на котором я проводил обновление с Win 7!