0x80004005 windows 10 доступ по сети samba

Как исправить ошибку Error Code 0x80004005 Unspecified error на Windows 10 при доступе к расшаренной/сетевой папке по протоколу SMB/CIFS

0x80004005 ошибка

Привет, дорогой гость. Сегодня будет заметка о том, как исправить ошибку Error Code 0x80004005 Unspecified error на Windows 10 при доступе к расшаренной/сетевой папке по протоколу SMB/CIFS. Думаю, что данная проблема актуальная не только для Linux серверов, но и для всяких NAS систем на базе Linux (Synology NAS например).

Симптомы ошибки:

  • при доступе к расшаренной папке появляется сообщение Error Code 0x80004005 Unspecified error или 0x80070035
  • используется анонимный доступ к расшаренной папке и гостевая учетная запись
  • Используется протокол SMB2
  • Windows 10 build 1709 и выше
  • В логах smb.log содержатся сообщения:
    • NT_STATUS_CONNECTION_RESET,
    • check_ntlm_password: Authentication for user [***] -> [***] FAILED with error NT_STATUS_NO_SUCH_USER
    • No such user user [COMPUTER] — using guest account

Причины

Начиная с версии Windows 10 1709, ОС запрещает доступ к разделенным ресурсам с гостевой учетной записью, то есть без аутентификации.

Как исправить ошибку 0x80004005

В интернете существует много рекомендаций по исправлению данной ошибки, например:

  • Отключить IPv6 на сетевом интерфейсе
  • установить SMB1 клиент (SMB 1.0/CIFS File Sharing )
  • выполнить netsh winsock reset
  • проверить настройки NetBios на сетевом интерфейсе
  • создать ключ DWORD LocalAccountTokenFilterPolicy в реестре HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem
  • включить VirtualBox NDIS6 Bridget Networking Driver
  • установить последние обновления Windows

Но в моей конфигурации (на файловом сервере) SMB1 отключен совсем, а ОС установлена с чистого листа.

[global]
        client min protocol = SMB2

Так что проблема в другом. Нужно включить гостевой доступ в локальной групповой политике через gpedit.msc

Computer configuration > administrative templates > network > Lanman Workstation: «Enable insecure guest logons» = Enabled

Ошибка 0x80004005 0x80070035 на Windows 10 при доступе к сетевой папке

Если у Вас редакция Windows не позволяет запустить gpedit.msc, можно исправить ситуацию с помощью редактора реестра regedit.exe. Для этого нужно задать следующий параметр:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]"AllowInsecureGuestAuth"=dword:1

Либо еще можно скачать готовый reg файл и применить: скачать AllowInsecureGuestAuth.Reg.

Полезные ссылки

  • Microsoft Support: guest-access-smb2-disabled-by-default-in-windows-10-server-2016
  • Исходная статья от Nicola Suter Windows 10 1709 Cannot Access SMB2 Share Guest Access

Теги: error, HOWTO, Microsoft Windows, SAMBA

После обновления на домашнем ПК MS Windows до версии 1709 перестал подключаться к сетевой папке. Отваливается с ошибкой 0x80004005. Решение проблемы далее

Имеется домашний сервер на базе FreeBSD, на нем поднят SAMBA сервер, на котором расшарена папка. Безопасность в домашней сети нулевая, на SAMBA настроен гостевой доступ с полными правами к единственной сетевой папке. Все работало до обновления домашнего ПК с MS Windows 10 до версии 1709. После обновления этот комп перестал видеть шару. Остальные устройства видят шару как и раньше, без проблем. После обновления в MS Windows 10 «подкрутили гайки» с безопасностью и гостевой доступ стал недоступен.
Ослабляем гайки и возвращаем доступ

Для этого запускаем редактор групповой политики на ПК

Политика «Локальный компьютер»Конфигурация компьютераАдминистративные шаблоныСетьРабочая станция Lanman
Параметр «Включить небезопасные гостевые входы» — Состояние «Включена»

Перезагружаем ПК и проверяем, что доступ к сетевой папке появился

Где искать в английской версии:

Group Policy settings:
Computer configurationadministrative templatesnetworkLanman Workstation
«Enable insecure guest logons»

Настройки можно произвести и через реестр

Default Registry Value:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]
«AllowInsecureGuestAuth»=dword:0
Configured Registry Value:
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]
«AllowInsecureGuestAuth»=dword:1

Содержание

  1. Неопознанная ошибка 0x80004005 E_FAIL Virtual Box в Windows 10
  2. Как исправить ошибку 0x80004005 в Windows 10
  3. 1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам
  4. 2. Ошибка E_FAIL (0x80004005) Virtual Box
  5. 3. Ошибка 0x80004005 Центра обновления Windows
  6. Устранение ошибки с кодом 0x80004005 в Windows 10
  7. Исправляем ошибку с кодом 0x80004005
  8. Способ 1: Очистка содержимого каталога с обновлениями
  9. Способ 2: Ручная загрузка обновлений
  10. Способ 3: Проверка целостности системных файлов
  11. Другие ошибки с рассматриваемым кодом и их устранение
  12. Заключение
  13. 0x80004005 Windows 10 доступ по сети
  14. Проблемы с активацией
  15. Проблемы с драйверами
  16. Проблемы с «Центром обновления Windows»
  17. Поврежденные файлы Windows
  18. Использование инструмента SFC
  19. Использование инструмента DISM
  20. Восстановление поврежденного файла «OpenCL.dll»
  21. Ошибка 0x80004005, связанная с доступом к сетевому месторасположению
  22. Видео — Код ошибки 0x80004005 Windows 10 доступ по сети
  23. Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску
  24. Как исправить ошибку 0x80004005 при использовании сетевого ресурса
  25. Включить обнаружение сети
  26. Отключить IPv6
  27. Проверьте разрешения на доступ к папке
  28. Посмотрите, не мешает ли какой-либо антивирус или брандмауэр
  29. Обновите сетевые драйверы

Неопознанная ошибка 0x80004005 E_FAIL Virtual Box в Windows 10

Печальный код ошибки E_FAIL 0x80004005 в Windows 10 может появляться в нескольких вариациях, и в основном классифицируется как «Неопознанная ошибка«, что затрудняет понять источник возникновения данной ошибки. Ошибка 0x80004005 может возникать, когда пользователь не может получить доступ к общим папкам или дискам по сети и виртуальным машинам, как Virtual Box. Но это не все, эта ошибка также появляется при установки обновлений Windows в «центре обновления«. Давайте посмотрим, как исправить код ошибки 0x80004005 в Windows 10.

Как исправить ошибку 0x80004005 в Windows 10

Я буду приводить решение данной ошибки для различных ситуаций, будь то ошибка в Virtual box, ошибка сети доступа или в центре обновления Windows. Вы можете сразу выбрать, где у вас ошибка и приступить к исправлению:

1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам

Эта ошибка возникает, когда пытаемся зайти на другой локальный компьютер по сети. В других случаях когда вы пытаетесь удалить, переместить или переименовать какой-либо файл, то возможно этот файл в момент перемещения используется системой.

0x80004005 %D0%BD%D0%B5%D0%BE%D0%BF%D0%BE%D0%B7%D0%BD%D0%B0%D0%BD%D0%BD%D0%B0%D1%8F %D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0

Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:

Нажмите справа на пустом поле правой кнопкой мыши и «Создать» > «Параметр DWORD (32 бита)«. Далее задайте имя LocalAccountTokenFilterPolicy и значение 1. Если у вас система 64-bit, то нужно создать параметр QWORD (64 бита).

LocalAccountTokenFilterPolicy

Способ 2. Нажмите сочетание кнопок Win + R и введите hdwwiz.cpl, чтобы открыть диспетчер устройств. Далее разверните графу «Сетевые адаптеры«, нажмите на вкладку сверху «Вид» и выберите «Показать скрытые устройства«. Если у вас появятся сетевые адаптеры Microsoft 6to4, то щелкните по ним правой кнопкой мыши и выберите удалить устройство. Перезагрузите ПК и проверьте устранена ли ошибка 0x80004005 при сетевом доступе.

Если ошибка не усnранена, то рекомендую проверить SMB протокол. Обратитесь к этому руководству Шаг 6.

%D0%90%D0%B4%D0%B0%D0%BF%D1%82%D0%B5%D1%80%D1%8B Microsoft 6to4

2. Ошибка E_FAIL (0x80004005) Virtual Box

%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0 0x80004005 Virtual

Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:

Если справа у вас есть подобный ключ C:Program FilesOracleVirtualBoxVirtualBox.exe со значением DisableUserCallbackException, то удалите его и проверьте решена ли проблема. Если вы используете антивирусный продукт, то отключите его на время и повторите момент с реестром.

VirtualBox.exe DISABLEUSERCALLBACKEXCEPTION

Способ 2. Нужно попробовать переименовать файлы, тем самым задействовать файл-бэкап копии. Для начало вы должны знать путь установленной системы при которой вылетает ошибка. Путь можно посмотреть в самом Virtual Box нажав на «Файл» > «Настройки». Когда узнали путь переходим по нему, по умолчанию у всех он C:Usersваше имяVirtualBox VMs выбираем ОС, в мое случае это папка 7 (Win7). В папке нас интересуют два файла с расширением .vbox и .vbox-prev:

%D0%9F%D0%B5%D1%80%D0%B5%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 %D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2

Теперь перейдите в папку C:Usersваше имя.VirtualBox, нужно проделать тоже самое:

%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%B8%D1%82%D1%8C %D0%BA%D0%BE%D0%BF%D0%B8%D1%8E %D1%84%D0%B0%D0%B9%D0%BB%D0%B0

3. Ошибка 0x80004005 Центра обновления Windows

Разберем, как исправить ошибку 0x80004005 в Windows 10 при установке обновлений.

%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F %D1%84%D0%B0%D0%B9%D0%BB%D0%B0 dpcdll

Способ 2. Если это не обновление функции, а только накопительное обновление, вы можете вручную скачать и установить обновления Windows из официального каталога Microsoft. Откройте «Параметры» > «Обновление и безопасность» > «Центр обновления Windows» > справа «Просмотр журнала обновлений«. Посмотрите в журнале, какое именно обновление не удалось. Далее перейдите в каталог обновлений Windows введите номер KB обновления, которое не удалось установить, скачайте его и установите.

Если выше не помогло, то я собрал отличное руководство в котором написаны самые решаемые способы по устранению различных ошибок в «Центре обновления Windows».

Источник

Устранение ошибки с кодом 0x80004005 в Windows 10

kod oshibki 0x80004005 na windows 10

Исправляем ошибку с кодом 0x80004005

Причина проявления этого сбоя тривиальна – «Центр обновлений» не смог либо загрузить, либо установить то или иное обновление. А вот источник самой проблемы может быть разным: неполадки с системными файлами или же проблемы с самим инсталлятором обновлений. Устранить ошибку можно тремя разными методами, начнём с самого эффективного.

Если же у вас возникла ошибка 0x80004005, но она не касается обновлений, обратитесь к разделу «Другие ошибки с рассматриваемым кодом и их устранение».

Способ 1: Очистка содержимого каталога с обновлениями

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

Perejti vo vremennuyu direktoriyu obnovlenij dlya ustraneniya oshibki

Udalenie zagruzhennyh obnovlenij dlya ustraneniya oshibki

После загрузки компьютера проверьте наличие ошибки – скорее всего, она исчезнет, поскольку «Центр обновлений» загрузит на этот раз корректную версию апдейта.

Способ 2: Ручная загрузка обновлений

Чуть менее эффективный вариант устранения рассматриваемого сбоя заключается в ручной загрузке обновления и его установке на компьютер. Подробности процедуры освещены в отдельном руководстве, ссылка на которое находится ниже.
Ssyilka dlya skachivaniya kumulyativnogo obnovleniya Windows 10 s kataloga TSentra obnovleniya Microsoft

Способ 3: Проверка целостности системных файлов

В некоторых случаях проблемы с обновлениями вызваны повреждением того или иного системного компонента. Решение заключается в проверке целостности системных файлов и их восстановлении, если таковое потребуется.
Rezultat uspeshnogo vosstanovleniya povrezhdennyih faylov utilitoy sfc scannow v Komandnoy stroke Windows 10

Другие ошибки с рассматриваемым кодом и их устранение

Ошибка с кодом 0x80004005 возникает также по иным причинам. Рассмотрим самые частые из них, а также методы устранения.

Ошибка 0x80004005 при попытке доступа к сетевой папке
Эта ошибка возникает вследствие особенностей работы новейших версий «десятки»: из соображений безопасности по умолчанию отключены несколько устаревших протоколов соединения, а также некоторые компоненты, которые отвечают за сетевые возможности. Решением проблемы в этом случае будет правильная настройка сетевого доступа и протокола SMB.

Ошибка 0x80004005 при попытке доступа к Microsoft Store
Довольно редкий сбой, причина которого заключается в ошибках взаимодействия брандмауэра Windows 10 и Магазина приложений. Устранить эту неисправность достаточно просто:

Otkryt parametry bezopasnosti dlya ustraneniya oshibki

Vyzvat nastrojki brandmauera dlya ustraneniya oshibki

Razresheniya dostupa brandmaueera dlya ustraneniya oshibki

Razreshit Microsoft Store podklyuchenie bez brandmaueera dlya ustraneniya oshibki

Перезагрузите машину и попробуйте зайти в «Магазин» — проблема должна быть решена.

Заключение

Мы убедились, что ошибка с кодом 0x80004005 наиболее характерна для некорректного обновления Windows, однако может возникать и по другим причинам. Также мы познакомились с методами устранения этой неисправности.

Помимо этой статьи, на сайте еще 12321 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

0x80004005 Windows 10 доступ по сети

Часто во время установки любого обновления Windows 10 можно столкнуться с ужасным сообщением, например: «Feature update to Windows 10, version 1607 – Error 0x80004005».

Ошибка связана с рядом причин, наиболее распространенными из которых являются следующие:

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

0x80004005 Windows 10 dostup po seti 1 e1525614892442

Проблемы с активацией

Первое, что мы должны сделать, это убедиться, что Windows должным образом активирована. На сайте компании Microsoft можно найти не одну статью, посвященную исправлению ошибки 0x80004005. Чтобы решить проблему сделайте следующее:

Nazhimaem na knopku Pusk a zatem na punkt Parametry e1525526476569

Otkry vaem razdel Obnovlenie i bezopasnost e1525526526827

Otkry vaem vkladku Aktivatsiya vy biraem optsiyu Ustraneniya nepoladok e1525526656112

Проблемы с драйверами

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

Это довольно распространенный сценарий, исправить который достаточно просто:

SHHelkaem pravoj knopkoj my shi po menyu Pusk otkry vaem Dispetcher ustrojstv e1525614585955

Ishhem neizvestny e ustrojstva ili ustrojstva s zhelty m treugol nikom ryadom e1525526757658

Если вы можете идентифицировать неизвестное или поврежденное устройство, тогда проверьте наличие обновлений драйверов к нему в Интернете, а затем загрузите их и установите. Возможно этот способ не сможет решить вашу проблему. В любом случае его стоит попробовать.

Проблемы с «Центром обновления Windows»

Если ошибка не устранена, тогда скорее всего она связана с «Центром обновления Windows». Если это так, попытайтесь исправить ее с помощью средства устранения неполадок:

Vvodim v poiskovike Ustranenie nepoladok shhelkaem po vy dannomu rezul tatu

Otkry vaem vkladku Ustranenie nepoladok pod punktom TSentr obnovleniya Windows shhelkaem na knopku Zapustit sredstvo ustraneniya nepoladok e1525528078798

Nazhimaem na ssy lku Primenit e to ispravlenie e1525528848299

Vy biraem odin iz variantov Otpravit otzy v na e to sredstvo ustraneniya nepoladok ili Zakry t sredstvo ustraneniya nepoladok e1525530094256

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

Важное примечание! Хотя следующая процедура не повредит системе, она удалит журнал истории обновлений. Если этот способ не решит проблему, попробуйте восстановить журнал, обратно переименовав папки «Catroot» и «SoftwareDistribution».

V menyu Pusk otkry vaem papku Sluzhebny e e1525543488886

SHHelkaem po punktu Komandnaya stroka zatem Dopolnitel no vy biraem Zapusk ot imeni administratora e1525543597162

Vvodim poocheredno komandy iz spiska nazhimaya posle kazhdoj Enter e1525543695108

Убедитесь, что все команды прописаны без ошибок. Если что-то пошло не так (например, отказ в авторизации) попробуйте изменить права доступа к файлу или права собственности, а затем продолжите выполнение команд.

Как только вы это сделаете, закройте окно командной строки и проверьте, можно ли установить обновления.

Поврежденные файлы Windows

Если ни одно из вышеперечисленных решений не работает (или не применимо к вашей системе), возможно, вы столкнулись с наихудшим сценарием: повреждение системного файла «OpenCL.dll». В итоге вы можете наблюдать множество неполадок с Windows 10, среди которых ошибки при установке большинства обновлений.

Pri povrezhdenii sistemnogo fajla OpenCL.dll voznikayut znachitel ny e nepoladki s Windows 10 sredi kotory h oshibki e1525606770851

Сообщается, что это довольно распространенная проблема, хотя она и не вызывает никаких значительных системных повреждений.

Чтобы проверить состояние файла «OpenCL.dll», попробуйте запустить один из следующих инструментов командной строки:

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

Использование инструмента SFC

V menyu Pusk otkry vaem papku Sluzhebny e e1525543488886

SHHelkaem po punktu Komandnaya stroka zatem Dopolnitel no vy biraem Zapusk ot imeni administratora e1525543597162

Vvodim komandu sfc scannow nazhimaem Enter e1525546322457

По завершении сканирования (оно может занять до 20 минут) проверьте сводку результатов. Если все в порядке, вы должны увидеть сообщение: «Защита ресурсов Windows не обнаружила нарушений целостности».

Esli posle proverki vidim soobshhenie Zashhita resursov Windows ne obnaruzhila narushenij tselostnosti znachit vse v poryadke e1525546434547

Если это не так, проверьте файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».

Rezul tat proverki s obnaruzheniem povrezhdenny h fajlov e1525606942199

Perehodim po puti S Windows Logs CBS CBS.log otkry vaem fajl dvojny m klikom levoj knopkoj my shi e1525548974709

Ближе к концу найдите следующие строки: «Hashes for file member SystemRootWinSxSwow64_microsoft-windows-r..xwddmdriver-wow64-c_31bf3856ad364e35_10.0.10586.0_none_3dae054b56911c22opencl.dll do not match actual file [l:10]”opencl.dll” Could not reproject corrupted file [l:23 ml:24]”??C:WINDOWSSysWOW64′′[l:10]”opencl.dll”; source file in store is also corrupted».

Если эти строки присутствуют, тогда файл «OpenCL.dll» действительно поврежден.

Использование инструмента DISM

V menyu Pusk otkry vaem papku Sluzhebny e e1525543488886

SHHelkaem po punktu Komandnaya stroka zatem Dopolnitel no vy biraem Zapusk ot imeni administratora e1525543597162

Vvodim sleduyushhuyu komandu dism Online Cleanup Image RestoreHealth nazhimaem Enter e1525546825285

После завершения сканирования проверьте файл «C:»-«Windows»-«Logs»-«DISM»-«DISM.log» или, если не можете найти его, файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».

Proveryaem fajl perejdya po ukazannomu puti C Windows Logs DISM DISM.log otkry vaem dvojny m shhelchkom my shi e1525616387702

Ближе к концу отыщите следующие строки: «CSI Payload Corrupt wow64_microsoft-windows-r..xwddmdriver-wow64-c_31bf3856ad364e35_10.0.10586.0_none_3dae054b56911c22opencl.dll Repair failed: Missing replacement payload».

Опять же, если эти строки присутствуют, тогда файл «OpenCL.dll» действительно поврежден.

Восстановление поврежденного файла «OpenCL.dll»

Чтобы избавиться от проблемы, нам нужно восстановить файл «Opencl.dll» с допустимого образа Windows 10 ISO:

Vvodim ssy lku v poiskovik lyubogo brauzera nazhimaem Enter e1525608824892

SHHelkaem na skachanny j fajl levoj knopkoj my shi

Vy biraem vtoroj variant dlya sozdaniya obraza ISO nazhimaem Dalee e1525613121740

Ispol zuem parametry po umolchaniyu nazhimaem Dalee e1525613171800

Vy biraem punkt ISO fajl nazhimaem Dalee e1525613256254

Vy biraem papku dlya hraneniya fajla imya i tip fajla ostavlyaem bez izmeneniya nazhimaem Sohranit e1525613409492

Pravoj knopkoj my shi nazhimaem na fajl Windows.iso vy biraem punkt Izvlech v Windows e1525613895718

Protsess izvlecheniya fajla Windows.iso v papku Windows e1525614073356

V pole Komandnoj stroki vvodim komandu vy delennuyu na kartinke e1525550144237

Vvodim v pole komandu Dism Get WimInfo wimFile c tempWindowssourcesinstall.wim e1525550338300

Dlya vosstanovleniya povrezhdenny h fajlov vvodim komandu kak na skrinshote e1525550570310

Затем необходимо перезагрузить систему (обязательно) и снова запустить проверку «sfc /scannow», чтобы восстановить и анализировать системные файлы.

Povtorny j zapusk komandy sfc scannow s rezul tatom ispravleniya povrezhdenny h fajlov e1525608099195

Ошибка 0x80004005, связанная с доступом к сетевому месторасположению

При наличии этой проблемы необходимо переинициализировать кэш автономных файлов.

Для этого выполните следующее:

Nazhimaem sochetanie klavish WinR v pole vvodim komandu regedit nazhimaem Enter e1525548510113

V otkry vshemsya okne poocheredno otkry vaem papki po vy delennomu puti na skrinshote e1525548712199

SHHelkaem na pustom meste pravoj knopkoj my shi nazhimaem Sozdat vy biraem Parametr DWORD 32 bita e1525616010656

Nazy vaem parametr FormatDatabase shhelkaem dvazhdy levoj knopkoj my shi e1525616154780

V pole Value data pishem 1 nazhimaem OK e1525616209247

Перезагрузите компьютер. По завершению переинициализации кэша сетевой ресурс должен быть доступен.

Видео — Код ошибки 0x80004005 Windows 10 доступ по сети

Понравилась статья?
Сохраните, чтобы не потерять!

Источник

Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску

Windows 10 пользователей иногда сталкиваются 0x80004005 ошибке при использовании общего ресурса в сети. Это может произойти, например, при попытке взломать общий жесткий диск. Сбой, который препятствует доступу и может быть вызван множеством разных причин. Например, это могут быть неправильно установленные сетевые драйверы, недостаточные сетевые разрешения или поврежденный реестр Windows. Мы дадим несколько советов, чтобы попытаться решить эту проблему.

Как исправить ошибку 0x80004005 при использовании сетевого ресурса

Включить обнаружение сети

activar deteccion redes

Если это не так, нам просто нужно нажать на кнопку, чтобы активировать его и сохранить изменения. Таким образом мы могли бы избежать таких проблем, как ошибка 0x80004005, которая не позволяет нам использовать общий сетевой ресурс.

Отключить IPv6

Нам нужно войти в Панель управления, перейти в Сеть и Интернет, снова в Центр управления сетями и общим доступом и щелкнуть Изменить настройки адаптера. Здесь мы должны выбрать соответствующий сетевой адаптер, щелкнуть второй кнопкой мыши и снять флажок с IPv6. Позже сохраняем изменения.

deshabilitar ipv6

Проверьте разрешения на доступ к папке

Посмотрите, не мешает ли какой-либо антивирус или брандмауэр

Это означает, что мы должны проверить, не мешает ли антивирус или брандмауэр каким-либо образом, и, следовательно, ошибка 0x80004005. Мы можем приостановить их на мгновение или отключить, если необходимо, и мы ясно понимаем, в чем проблема.

Обновите сетевые драйверы

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

По этой причине мы должны убедиться, что у нас обновлены сетевые драйверы. В случае с Windows 10 это простой процесс. Нам просто нужно перейти в «Пуск», ввести «Диспетчер устройств», получить доступ к сетевым адаптерам, выбрать тот, который нас интересует, и щелкнуть правой кнопкой мыши, чтобы затем нажать «Обновить».

actualizar tarjeta red

Короче говоря, следуя этим шагам, мы можем избежать ошибки 0x80004005, которая может появиться в Windows 10 при попытке доступа к общему сетевому ресурсу. Как мы видели, это простые шаги, но они могут решить эту проблему.

Источник

  • Remove From My Forums
  • Вопрос

  • Есть роутер (LinkSys, не суть), к нему подключен внешний жесткий. Любая машина в сети под Windows 7 и Linux mint легко заходит на эту шару по адресу //OwlNET/ или //192.168.1.1/ Моя новая машина под Windows 10 выдает вот такую чудную ошибку
    — 0x80004005. Причем с этой же машины под Linux Mint я подключаюсь безо всяких проблем. Под десяткой роутер показывается как серая коробка с черной мордой и зеленым глазом (не дают мне пока картинки вставлять). На
    answers.microsoft.com посоветовали сделать так:

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

    netsh winsock reset и нажмите Enter.
    netsh int ip reset и нажмите Enter.
    ipconfig /release и нажмите Enter.
    ipconfig /renew и нажмите Enter.
    ipconfig /flushdns и нажмите Enter.

    Не помогло.И вообще направили сюда.

Ответы

  • Так попробуйте

    Попробуйте еще сброс сети. Зайти в центр управления сетями и общим доступом, внизу увидите. Еще можно погуглить, там есть решения различные.

    • Изменено

      1 декабря 2018 г. 21:26

    • Помечено в качестве ответа
      Efim Petelin
      2 декабря 2018 г. 7:51

My goal: my windows 10 client can access, view, and execute .exe file shared by the Ubuntu server using guest account (Without password).

Expected Result: When I type ubuntu-server-hostnamebakro in the file explorer, I can see and execute the .exe file

Actual Result: Windows cannot access ubuntu-server-hostnamebakro with Error code: 0x80004005 Unspecified Error

Additional Observations:

  1. When I run net use \ubuntu-server-hostnamebakro on Windows 10 client, it results in System error 53 has occurred. The network path was not found.
  2. I can access the shared files from the ubuntu server using smbclient.
    When I run smbclient -L \\ubuntu-server-hostname, I can see bakro listed there.
    When I run smbclient \\ubuntu-server-hostname\bakro to enter the smb command line and I type ls to list the files inside the share, I can see the .exe file.
    In both of these cases, I was asked for my current user account password. I responded by pressing enter key (blank password).
    I checked the log by using systemctl status smbd and results in multiple lines of session closed for user samba-guest. The timing seems consistent with me acessing the share via smbclient.
  3. The ubuntu server is also running OpenVPN server. The OpenVPN server uses 10.8.0.0/24 subnet and is assigned 10.8.0.1 ip address. If I connect to the OpenVPN server using the same Windows 10 computer and then access the samba share by typing \10.8.0.1 in the file explorer, I can see the folder bakro listed. I can browse the folder and execute the .exe file (which is my desired and expected result). This access attempt is recorded in the samba log using systemctl status smbd.

What I have done:

  • Based on Observation #1, I replaced the hostname with server public ip address. It yields the same result for accessing via both net use and file explorer. Both attempts are not recorded in samba log obtained via systemctl status smbd.
  • Based on Observation #1 and #2, I checked the Ubuntu server firewall using ufw status. Samba is listed as allowed via both ipv4 and ipv6. I also checked the server’s security group. Port 445 TCP is listed as allowed.
    I have tried disabling ufw and setting security group to allow connection to all ports from anywhere and I still can’t access the share.
  • Based on Observation #3, I obtained a list of network interfaces using ip link show. 3 interfaces are obtained: lo (loopback), eth0 (internet), tun0 (OpenVPN). I added interfaces = lo eth0 into smb.conf. The result: I cannot access the share from both \ubuntu-server-hostnamebakro and \10.8.0.1bakro.
  • I tried changing the guest account from samba-guest to nobody. Nothing changed except the log now shows session closed for user nobody instead.
  • I tried adding client min protocol = SMB2 and client max protocol = SMB3 to smb.conf source
  • Changed File sharing connections to enable 40 and 56 bit encryption in Advanced sharing settings in Windows 10 client.

Minor Observation:

  • I swear I tested the file sharing capabilities using the same Windows 10 computer when I first setup the samba service (But my memory is unreliable at best)
  • I also tried to access ubuntu-server-hostnamebakro via file explorer on 2 other Windows 7 computer with same result.

The following are the contents of my smb.conf:

# Global parameters
[global]
        disable netbios = Yes
        guest account = samba-guest
        interfaces = 0.0.0.0/0
        log file = /var/log/samba/log.%m
        logging = file
        map to guest = Bad User
        max log size = 1000
        obey pam restrictions = Yes
        pam password change = Yes
        panic action = /usr/share/samba/panic-action %d
        passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .
        passwd program = /usr/bin/passwd %u
        security = USER
        server role = standalone server
        server string = ubuntu-samba-server
        unix password sync = Yes
        usershare allow guests = Yes
        idmap config * : backend = tdb


[printers]
        browseable = No
        comment = All Printers
        create mask = 0700
        path = /var/spool/samba
        printable = Yes


[print$]
        comment = Printer Drivers
        path = /var/lib/samba/printers


[bakro]
        guest ok = Yes
        path = /srv/files/bakro

asked Jan 31, 2022 at 2:47

Hasrad's user avatar

2

Everything is changing slowly. I have been using for more than 15 years very silmple smb.conf but suddenly it was not possible to connect to a share as guest. If I configured the home-dir share, it was OK, but the free share for guest was denied. It took me some time to find that in the share definition it is necessary to specify: valid users = nobody as you can see in the example:

[data]
path          = /srv/data
valid users   = nobody
force user    = nobody
read list     = nobody
write list    = nobody
guest account = nobody
guest only    = yes
guest ok      = yes

I cannot explain, why and how it is function. Just know, it is dependent on on samba version (now: 4.11.5-Debian).
The dir /srv/data on linux side should have nobody:nogroup and at least 666 for files and 777 for dirs. Hence the create mask = 666 and directioy mask = 777 could be useful. In this way you should correct the global settings.

answered Feb 15, 2022 at 13:15

schweik's user avatar

Содержание

  1. Исправление сетевых ошибок 0x800070035 и 0x80004005
  2. Проверка настроек общего доступа
  3. Проверка работоспособности службы Сервер
  4. Настройка свойств сетевой карты
  5. Настройка Службы компонентов
  6. Настройки доступа к сетевой папке
  7. Как решить?
  8. Почему появляется неопознанная ошибка?
  9. Проверяем статус активации Windows
  10. Устанавливаем актуальные версии драйверов
  11. Избавляемся от дефектов Windows Update
  12. Восстановление целостности файлов
  13. Внесение изменений в реестр

При настройке локальной сети на Windows 7,8 и 10 требуется правильно назначать доступы пользователям и настраивать службы. Иначе возникает сетевая ошибка с кодами 0x800070035, 0x80004005 или 0x800704cf и появляется сообщение, что Windows не удается получить доступ к нужной сетевой папке, диску, устройству или файлу.

Сообщение об ошибке, в зависимости от версии ОС, может выглядеть следующим образом:

  1. Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки:
  2. Windows не может получить доступ к сетевой папке/диску/иному расположению в локальной сети.
  3. Windows не может получить доступ к *Папка или файл*. Разрешение на доступ к *Путь до папки* отсутствует. Обратитесь к сетевому администратору для получения доступа.

[Обновление] Быстро исправить ошибки с кодом 0x80004005 (а иногда и с остальными) удается, веся всего одну запись в реестр:

  1. Открыть «Пуск» -> «Выполнить», ввести regedet и нажать Enter.
  2. В разделе реестра HKEY_LOCAL_MACHINE перейти по пути Software Policies Microsoft Windows LanmanWorkstation.
  3. ПКМ — создать новый параметр имя AllowInsecureGuestAuth тип REG_DWORD Enabled Value 1 (значение 1 — включено). Перезагрузить ПК.

Оглавление статьи:

Исправление сетевых ошибок 0x800070035 и 0x80004005

Причины, по которым Windows 7 или 10 может получить доступ к сетевой папке или файлам, практически всегда кроются в неправильно выставленных настройках системы, нежели в каких-либо ошибках. По аналогичным причинам в локальной сети может отсутствовать доступ к другому компьютеру, и система будет выдавать ошибку «Не удалось установить соединение. Не найден сетевой путь.» с аналогичными кодами. Большинство проблем исправляется элементарно, при помощи простых изменений настроек.

Если Windows не может получить доступ к сетевой папке и выдает ошибки 0x800070035 или 0x80004005, нужно:

  1. Проверить настройки общего доступа.
  2. Убедиться, что включена сетевая служба «Сервер».

Проверка настроек общего доступа

Ошибки при получении доступа к сетевой папке часто возникают в Windows по причине неправильно выставленных доступов. Если к диску, папке, файлу или компьютеру не открыть общий доступ, то другие участники локальной сети не смогут установить соединение.

  1. Выбрать сетевую папку или диск, для которых требуется создать общий доступ.
  2. Нажать правой кнопкой мыши, выбрать в контекстном меню «Общий доступ».
  3. Перейти по пункту подменю «Конкретные пользователи».
  4. В открывшемся окне нажать на треугольную стрелочку, расположенную рядом с кнопкой «Добавить».
  5. Выбрать из появившегося списка пользователя, которому требуется предоставить доступ. В случае, если в списке не будет никаких пользователей, следует выбрать вариант «Все».
  6. Установить права доступа для пользователя: только чтение (просмотр файлов), либо чтение и запись (возможность изменения, добавления и удаления файлов из сетевой папки).

После этого нужно нажать кнопку «Общий доступ» и, если система не покажет никаких ошибок или предупреждений, нажать на кнопку «Готово».

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

  1. Нажать правой кнопкой мыши по нужной папке.
  2. Выбрать в контекстном меню пункт «Поделиться».
  3. Выбрать подпункт «Домашняя группа (просмотр и изменение)».

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

Проверка работоспособности службы Сервер

«Сервер» является встроенной службой в Windows, необходимой для работоспособности локальной сети и подключения к удаленным компьютерам, устройствам или файлам. Если компьютер ранее не использовался в качестве сервера или для подключения к домашней сети, служба может быть отключена. Это часто становится причиной ошибок доступа к сетевым папкам, даже когда права для всех пользователей выставлены корректно и остальные настройки ОС в норме.

Включение и выключение служб в Windows 7 и 10 происходит в Панели управления:

  1. Нажать «Пуск» — «Администрирование» — «Службы».
  2. Если вкладка «Администрирование» отсутствует в меню «Пуск», перейти в «Панель управления» и найти в списке пункт «Службы» во вкладке «Администрирование».
  3. Откроется окно со всеми службами, в котором требуется отыскать «Сервер».
  4. Кликнуть по строке «Сервер» правой кнопкой мыши, в появившемся контекстном меню выбрать пункт «Свойства».
  5. В открывшемся окне во вкладке «Общее» выбрать «Тип запуска»: автоматически или вручную.

Если служба изначально была выключена, «Тип запуска» будет установлен в положение «Отключена». Запуск вручную вынудит перезапускать службу каждый раз, когда потребуется доступ к сетевой папке, удаленному компьютеру или файлам в домашней группе. В автоматическом режиме служба будет запускаться самостоятельно, и заново проделывать указанные действия не потребуется.

Настройка свойств сетевой карты

Ошибки подключения к сетевым устройствам с кодами 0x800070035 и 0x80004005 могут быть решены путем выставления настроек сетевого подключения. В настройках сетевой карты нужно снять флажок с протокола iPv6, а также выполнить настройку iPv4. Метод одинаково хорошо работает в Windows 7 и 10 всех версией. Сначала следует попробовать только выключить протокол iPv6, а уже потом выполнять остальные действия, если этот простой способ не помог.

  1. Зайти в пеню «Пуск», перейти в «Панель управления».
  2. В Windows 7: Перейти в раздел «Центр управления сетями и общим доступом», затем «Изменение параметров адаптеров». Для Windows 10: В панели управления выбрать «Сеть и интернет», затем «Центр управления сетями и общим доступом», выбрать в левом меню пункт «Изменение параметров адаптеров».
  3. Выбрать подключение по локальной сети, по которому не удается получить доступ. Кликнуть по нему правой кнопкой мыши и выбрать пункт «Свойства».
  4. В свойствах сетевой карты убрать значок с протокола iPv6.
  5. Открыть свойства протокола iPv4, перейти во вкладку «Дополнительно».
  6. Открыть вкладку с названием «WINS», нажать на «Параметры NetBIOS».
  7. Поставить отметку, в зависимости от типа ip-адресации: «По умолчанию» для динамической ip-адресации и «Включить NetBIOS через TCP/IP» для статической.
  8. Нажать три раза «Ок», «Ок», «Ок».

После этого требуется выполнить несколько простых действий в Диспетчере устройств:

  1. Открыть «Пуск» — «Панель управления» — «Оборудование и звук» — «Диспетчер устройств».
  2. Перейти на вкладку «Вид», выбрать отметку «Показать скрытые устройства».
  3. Нажать «Сетевые адаптеры» и удалить все адаптеры 6to4.

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

Настройка Службы компонентов

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

Инструкция по настройке локального доступа через Службу компонентов:

  1. Нажать кнопку «Пуск», ввести в поле поиска «Службы компонентов».
  2. Кликнуть по найденному результату правой кнопкой мыши, выбрать в контекстном меню «Запуск от имени администратора».
  3. В выскочившем окошке разрешить программе внести изменения на этот компьютер. Должно открыться окно со службой.
  4. Раскрыть окно «Службы компонентов», открыть второе окно «Компьютеры».
  5. Нажать по надписи «Мой компьютер» правой кнопкой мыши, перейти на вкладку «Свойства», затем «Свойства по умолчанию».
  6. Поставить «Уровень проверки подлинности по умолчанию» в положение «По умолчанию».
  7. Поставить «Уровень олицетворения по умолчанию» в положение «Олицетворение».
  8. Нажать кнопку «Применить».
  9. Нажать кнопку «Ок».
  10. Закрыть окно со «Службой компонентов».

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

Настройки доступа к сетевой папке

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

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

  1. Кликнуть по нужной папке правой кнопкой мыши, открыть «Свойства».
  2. Перейти на вкладку «Безопасность».
  3. В окне «Группы или пользователи» должна быть выбрана позиция «Все».

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

  1. Нажать кнопку «Изменить» под окном «Группы или пользователи».
  2. Кликнуть по кнопке «Добавить», перейти во вкладку «Дополнительно…».
  3. Нажать «Поиск», выбрать в результатах поиска строку «Все», после чего кликнуть «Ок».
  4. Еще раз нажать «Ок».

Осталось выставить права для созданной группы пользователей «Все» — чтение, доступ, изменение и так далее. Аналогичным образом можно устанавливать разные настройки для отдельных групп, но это не обязательно. Одни настройки для всех пользователей снизят риск возникновения повторных ошибок доступа к минимуму.

Столкнулся с такой проблемой.
Есть локальная сеть: 3 компа с Windows 10 и Windows XP

Компьютер с Windows 10 сам не виден в сети и не заходит в папки на компах с Windows XP.

Решение этой проблемы состоит из 2-х этапов:

  1. Заставить машину с Windows 10 показать себя в сети.
  2. Сделать так, чтобы комп с Windows 10 увидел шары машин с Windows XP

Как решить?

Для решения первой проблемы нужно включить службу «Публикация ресурсов обнаружения функции».
В этом случае компьютер с Win10 станет виден в сети.

Решение второй проблемы заключается в том, чтобы включить протокол SMB 1.0, который не установлен (по умолчанию) в Windows 10.

Открываем панель «Программы и компоненты»
В открывшемся окне жмём на «Включение или отключение компонентов Windows»
Там ставим галочки на пунктах «Клиент SMB 1.0/CIFS» и «Сервер SMB 1.0/CIFS»

Если в процессе использования компьютера столкнулись с уведомлением, содержащим код ошибки 0x80004005 Windows 10 — доступ по сети заблокирован, то не стоит паниковать. Просто просмотрите мою инструкцию и опробуйте предложенные методы устранения неисправности.

Почему появляется неопознанная ошибка?

Чаще всего причины дефекта заключаются в следующих «нюансах»:

  • Операционная система не активирована или произошел сбой верификации (проверки подлинности ключа лицензии);
  • Отсутствуют критически важные драйвера сетевого оборудования;
  • Установлены некорректные обновления Виндовс;
  • Нарушена целостность файлов ОС;
  • Вирусное воздействие (крайне редко).

Как видно на скриншоте выше, код ошибки e fail 0x80004005 нередко даёт о себе знать при попытке запуска виртуальной машины VirtualBox, Samba. Сессия подключения была экстренно завершена на стадии загрузки, а вся информация о проблеме записана в журнал (лог) по указанному в сообщении пути.

То есть, ситуация довольно распространенная и неприятная. Давайте будем разбираться с решениями.

Проверяем статус активации Windows

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

  • Открываем параметры Виндовс 10 через меню «Пуск»;
  • Переходим к разделу «Обновление…»;
  • Выбираем вкладку «Активация». Если есть сообщение об ошибке, то ниже находим ссылку на «устранение неполадок» и дожидаемся окончания анализа. После внесения автоматических исправлений перезагружаем ПК:

Устанавливаем актуальные версии драйверов

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

Я же в который раз советую не заморачиваться и воспользоваться бесплатной утилитой IObit Driver Booster . Вот видео по эксплуатации софта:

Полезный контент:

Избавляемся от дефектов Windows Update

Когда система не может корректно обновляться, то в итоге возникают дополнительные ошибки, в том числе – и 0x80004005.

Вам необходимо посмотреть на первый вариант из этой инструкции, чтобы перейти к разделу параметров, связанным с обновлением и безопасностью. Там увидите вкладку «Устранение неполадок», а справа будет несколько пунктов – нас интересует «Центр обновления…»:

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

Восстановление целостности файлов

Это весьма полезная процедура, которую рекомендуется осуществлять практически после любого сбоя ОС. Опять же, не буду повторяться, поскольку уже на сайте IT Техник есть тематический материал (просмотреть можно здесь). Отмечу лишь, что понадобиться использовать команду:

С её помощью запускаем сканирование (длиться около 10 минут), после завершения следует перезапустить ПК.

Внесение изменений в реестр

Данный метод очень эффективен для устранения ошибки 0x80004005, возникающей при обновлении, копировании и прочих пользовательских действиях.

  • Нажимаем одновременно на клавиатуре две кнопки Win + R и в открывшемся окошке прописываем запрос:

  • Слева увидите перечень папок, необходимо последовательно переходить во вложенные каталоги, чтобы пройти путь:
  • Теперь внутри него следует создать ключ реестра. Для этого в правой части окна кликаем на пустом месте и выбираем «Создать» — «Параметр DWORD 32»:

  • Присваиваем ему имя «FormatDatabase», а после двойного щелчка по объекту открываются его свойства, где следует прописать значение «1»:

Надеюсь, что «код ошибки 0x80004005 Windows 10 — доступ по сети не работает» больше не побеспокоит Вас, программы будут запускаться корректно, без сбоев.

При проработке различных настроек на Windows Server 2019 Standard (Version 10.0.17763.2114) на тестовом полигоне Debian 10 + Proxmox 6 в своей локальной сети столкнулся, что не вижу свой ресурс на базе Samba 2.4.3 on Ubuntu 14.04.5 (моя локальная сетевая папка, где у меня лежат образа, софт, книги, видеоуроки). А данная система успешно работает, как виртуальная машина на HP MicroServer Gen8. При попытке обращения к нему по DNS имени (\srv-nas.polygon.lan) или же по IP адресу (\172.35.35.4) получаю сетевую ошибку вида:

Windows cannot access \srv-nas.polygon.lan

Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problem

Из Windows Server 2019 не могу обратиться к домашнему SMB ресурсу

На заметку: Если посмотреть See details то может быть код ошибки

Код ошибки 0x80070035 (Не найден сетевой путь)

Код ошибки 0x80004005 (Неопознанная ошибка)

Вот только данный ресурс работает и к нему я успешно обращаюсь, с Windows 7,10, Server 2012 R2, Ubuntu систем, а почему же для Windows Server 2019 нужно что-то еще?

Для начала проверяю конфигурационный файл smb.conf дабы убедиться, что я в нем ничего не запретил, ну мало ли:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

ekzorchik@srvnas:~$ cat /etc/samba/smb.conf | grep v «^$» | grep v «#» | grep v «;»

[global]

   workgroup = WORKGROUP

server string = %h server (Samba, Ubuntu)

   dns proxy = no

   log file = /var/log/samba/log.%m

   max log size = 1000

   syslog = 0

   panic action = /usr/share/samba/panicaction %d

   server role = standalone server

   passdb backend = tdbsam

   obey pam restrictions = yes

   unix password sync = yes

   passwd program = /usr/bin/passwd %u

   passwd chat = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .

   pam password change = yes

map to guest = bad password

   usershare allow guests = yes

[nas]

path = /nas

guest ok = yes

read only = no

create mask = 0777

directory mask = 0777

hide files = /$RECYCLE.BIN/desktop.ini/lost+found/Thumbs.db/

acl allow execute always = true

ekzorchik@srvnas:~$

и вывода вижу, что доступ возможен как авторизацией так и гостем.

Чтобы включить авторизацию гостем с Windows Server 2019 нужно

Win + R -> gpedit.msc - Local Computer Policy - Computer Configuration - Administrative Templates - Network - Lanman Workstation

  • Enable insecure guest logons: Enable

На заметку: Все выше указанное можно сделать через правку реестра:

HKLMSYSTEMCurrentControlSetServicesLanmanWorkstationParameters

изменяем значение параметра AllowInsecureGuestAuth на 1

и нужно после перезагрузить сервер, либо

cmd.exe Run as Administrator

echo y | net stop LanmanWorkstation && echo y | net start LanmanWorkstation

теперь мой сетевой диск успешно открывается

Домашний SMB ресурс успешно открывается из под Windows Server 2019

Итого в моем случаем дома авторизация на сетевой папке ни к чему и можно оставить так. Главное что я разобрал как получить доступ к нужной информации в локальной сети.

На этом я прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.


Понравилась статья? Поделить с друзьями:
  • 0x80070057 код ошибки в windows 10 как исправить при обновлении
  • 0x80070057 0xa001b код ошибки в windows 10 как исправить
  • 0x80070050 при установке обновлений windows 10
  • 0x80070043 не найдено сетевое имя windows 10
  • 0x80070035 не найден сетевой путь windows server 2016