Привет, дорогой гость. Сегодня будет заметка о том, как исправить ошибку 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
Если у Вас редакция 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
Содержание
- Неопознанная ошибка 0x80004005 E_FAIL Virtual Box в Windows 10
- Как исправить ошибку 0x80004005 в Windows 10
- 1. Ошибка 0x80004005 при попытке доступа к общим папкам и дискам
- 2. Ошибка E_FAIL (0x80004005) Virtual Box
- 3. Ошибка 0x80004005 Центра обновления Windows
- Устранение ошибки с кодом 0x80004005 в Windows 10
- Исправляем ошибку с кодом 0x80004005
- Способ 1: Очистка содержимого каталога с обновлениями
- Способ 2: Ручная загрузка обновлений
- Способ 3: Проверка целостности системных файлов
- Другие ошибки с рассматриваемым кодом и их устранение
- Заключение
- 0x80004005 Windows 10 доступ по сети
- Проблемы с активацией
- Проблемы с драйверами
- Проблемы с «Центром обновления Windows»
- Поврежденные файлы Windows
- Использование инструмента SFC
- Использование инструмента DISM
- Восстановление поврежденного файла «OpenCL.dll»
- Ошибка 0x80004005, связанная с доступом к сетевому месторасположению
- Видео — Код ошибки 0x80004005 Windows 10 доступ по сети
- Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску
- Как исправить ошибку 0x80004005 при использовании сетевого ресурса
- Включить обнаружение сети
- Отключить IPv6
- Проверьте разрешения на доступ к папке
- Посмотрите, не мешает ли какой-либо антивирус или брандмауэр
- Обновите сетевые драйверы
Неопознанная ошибка 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 при попытке доступа к общим папкам и дискам
Эта ошибка возникает, когда пытаемся зайти на другой локальный компьютер по сети. В других случаях когда вы пытаетесь удалить, переместить или переименовать какой-либо файл, то возможно этот файл в момент перемещения используется системой.
Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:
Нажмите справа на пустом поле правой кнопкой мыши и «Создать» > «Параметр DWORD (32 бита)«. Далее задайте имя LocalAccountTokenFilterPolicy и значение 1. Если у вас система 64-bit, то нужно создать параметр QWORD (64 бита).
Способ 2. Нажмите сочетание кнопок Win + R и введите hdwwiz.cpl, чтобы открыть диспетчер устройств. Далее разверните графу «Сетевые адаптеры«, нажмите на вкладку сверху «Вид» и выберите «Показать скрытые устройства«. Если у вас появятся сетевые адаптеры Microsoft 6to4, то щелкните по ним правой кнопкой мыши и выберите удалить устройство. Перезагрузите ПК и проверьте устранена ли ошибка 0x80004005 при сетевом доступе.
Если ошибка не усnранена, то рекомендую проверить SMB протокол. Обратитесь к этому руководству Шаг 6.
2. Ошибка E_FAIL (0x80004005) Virtual Box
Способ 1. Нажмите сочетание кнопок Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:
Если справа у вас есть подобный ключ C:Program FilesOracleVirtualBoxVirtualBox.exe со значением DisableUserCallbackException, то удалите его и проверьте решена ли проблема. Если вы используете антивирусный продукт, то отключите его на время и повторите момент с реестром.
Способ 2. Нужно попробовать переименовать файлы, тем самым задействовать файл-бэкап копии. Для начало вы должны знать путь установленной системы при которой вылетает ошибка. Путь можно посмотреть в самом Virtual Box нажав на «Файл» > «Настройки». Когда узнали путь переходим по нему, по умолчанию у всех он C:Usersваше имяVirtualBox VMs выбираем ОС, в мое случае это папка 7 (Win7). В папке нас интересуют два файла с расширением .vbox и .vbox-prev:
Теперь перейдите в папку C:Usersваше имя.VirtualBox, нужно проделать тоже самое:
3. Ошибка 0x80004005 Центра обновления Windows
Разберем, как исправить ошибку 0x80004005 в Windows 10 при установке обновлений.
Способ 2. Если это не обновление функции, а только накопительное обновление, вы можете вручную скачать и установить обновления Windows из официального каталога Microsoft. Откройте «Параметры» > «Обновление и безопасность» > «Центр обновления Windows» > справа «Просмотр журнала обновлений«. Посмотрите в журнале, какое именно обновление не удалось. Далее перейдите в каталог обновлений Windows введите номер KB обновления, которое не удалось установить, скачайте его и установите.
Если выше не помогло, то я собрал отличное руководство в котором написаны самые решаемые способы по устранению различных ошибок в «Центре обновления Windows».
Источник
Устранение ошибки с кодом 0x80004005 в Windows 10
Исправляем ошибку с кодом 0x80004005
Причина проявления этого сбоя тривиальна – «Центр обновлений» не смог либо загрузить, либо установить то или иное обновление. А вот источник самой проблемы может быть разным: неполадки с системными файлами или же проблемы с самим инсталлятором обновлений. Устранить ошибку можно тремя разными методами, начнём с самого эффективного.
Если же у вас возникла ошибка 0x80004005, но она не касается обновлений, обратитесь к разделу «Другие ошибки с рассматриваемым кодом и их устранение».
Способ 1: Очистка содержимого каталога с обновлениями
Все системные апдейты устанавливаются на компьютер только после полной загрузки. Файлы обновлений загружаются в специальную временную папку и удаляются оттуда после инсталляции. В случае проблемного пакета он пытается установиться, но процесс завершается с ошибкой, и так до бесконечности. Следовательно, очистка содержимого временного каталога поможет в решении проблемы.
После загрузки компьютера проверьте наличие ошибки – скорее всего, она исчезнет, поскольку «Центр обновлений» загрузит на этот раз корректную версию апдейта.
Способ 2: Ручная загрузка обновлений
Чуть менее эффективный вариант устранения рассматриваемого сбоя заключается в ручной загрузке обновления и его установке на компьютер. Подробности процедуры освещены в отдельном руководстве, ссылка на которое находится ниже.
Способ 3: Проверка целостности системных файлов
В некоторых случаях проблемы с обновлениями вызваны повреждением того или иного системного компонента. Решение заключается в проверке целостности системных файлов и их восстановлении, если таковое потребуется.
Другие ошибки с рассматриваемым кодом и их устранение
Ошибка с кодом 0x80004005 возникает также по иным причинам. Рассмотрим самые частые из них, а также методы устранения.
Ошибка 0x80004005 при попытке доступа к сетевой папке
Эта ошибка возникает вследствие особенностей работы новейших версий «десятки»: из соображений безопасности по умолчанию отключены несколько устаревших протоколов соединения, а также некоторые компоненты, которые отвечают за сетевые возможности. Решением проблемы в этом случае будет правильная настройка сетевого доступа и протокола SMB.
Ошибка 0x80004005 при попытке доступа к Microsoft Store
Довольно редкий сбой, причина которого заключается в ошибках взаимодействия брандмауэра Windows 10 и Магазина приложений. Устранить эту неисправность достаточно просто:
Перезагрузите машину и попробуйте зайти в «Магазин» — проблема должна быть решена.
Заключение
Мы убедились, что ошибка с кодом 0x80004005 наиболее характерна для некорректного обновления Windows, однако может возникать и по другим причинам. Также мы познакомились с методами устранения этой неисправности.
Помимо этой статьи, на сайте еще 12321 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Источник
0x80004005 Windows 10 доступ по сети
Часто во время установки любого обновления Windows 10 можно столкнуться с ужасным сообщением, например: «Feature update to Windows 10, version 1607 – Error 0x80004005».
Ошибка связана с рядом причин, наиболее распространенными из которых являются следующие:
К счастью, для каждого из этих сценариев разработаны обходные пути.
Проблемы с активацией
Первое, что мы должны сделать, это убедиться, что Windows должным образом активирована. На сайте компании Microsoft можно найти не одну статью, посвященную исправлению ошибки 0x80004005. Чтобы решить проблему сделайте следующее:
Проблемы с драйверами
Следующее, что нам нужно сделать, это проверить, нет ли драйверов устройств, которые останавливают процесс обновления Windows. Скорее всего они мешают его запуску.
Это довольно распространенный сценарий, исправить который достаточно просто:
Если вы можете идентифицировать неизвестное или поврежденное устройство, тогда проверьте наличие обновлений драйверов к нему в Интернете, а затем загрузите их и установите. Возможно этот способ не сможет решить вашу проблему. В любом случае его стоит попробовать.
Проблемы с «Центром обновления Windows»
Если ошибка не устранена, тогда скорее всего она связана с «Центром обновления Windows». Если это так, попытайтесь исправить ее с помощью средства устранения неполадок:
Если вышеуказанный метод не работает, попробуйте запустить восстановление Windows Update вручную.
Важное примечание! Хотя следующая процедура не повредит системе, она удалит журнал истории обновлений. Если этот способ не решит проблему, попробуйте восстановить журнал, обратно переименовав папки «Catroot» и «SoftwareDistribution».
Убедитесь, что все команды прописаны без ошибок. Если что-то пошло не так (например, отказ в авторизации) попробуйте изменить права доступа к файлу или права собственности, а затем продолжите выполнение команд.
Как только вы это сделаете, закройте окно командной строки и проверьте, можно ли установить обновления.
Поврежденные файлы Windows
Если ни одно из вышеперечисленных решений не работает (или не применимо к вашей системе), возможно, вы столкнулись с наихудшим сценарием: повреждение системного файла «OpenCL.dll». В итоге вы можете наблюдать множество неполадок с Windows 10, среди которых ошибки при установке большинства обновлений.
Сообщается, что это довольно распространенная проблема, хотя она и не вызывает никаких значительных системных повреждений.
Чтобы проверить состояние файла «OpenCL.dll», попробуйте запустить один из следующих инструментов командной строки:
К счастью, оба они встроены в Windows 10, а это значит, что мы можем использовать их бесплатно и без необходимости установки какого-либо дополнительного программного обеспечения.
Использование инструмента SFC
По завершении сканирования (оно может занять до 20 минут) проверьте сводку результатов. Если все в порядке, вы должны увидеть сообщение: «Защита ресурсов Windows не обнаружила нарушений целостности».
Если это не так, проверьте файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».
Ближе к концу найдите следующие строки: «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
После завершения сканирования проверьте файл «C:»-«Windows»-«Logs»-«DISM»-«DISM.log» или, если не можете найти его, файл «%windir%»-«Logs»-«Cbs»-«Cbs.log».
Ближе к концу отыщите следующие строки: «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:
Затем необходимо перезагрузить систему (обязательно) и снова запустить проверку «sfc /scannow», чтобы восстановить и анализировать системные файлы.
Ошибка 0x80004005, связанная с доступом к сетевому месторасположению
При наличии этой проблемы необходимо переинициализировать кэш автономных файлов.
Для этого выполните следующее:
Перезагрузите компьютер. По завершению переинициализации кэша сетевой ресурс должен быть доступен.
Видео — Код ошибки 0x80004005 Windows 10 доступ по сети
Понравилась статья?
Сохраните, чтобы не потерять!
Источник
Как избежать ошибки 0x80004005, запрещающей доступ к сетевому диску
Windows 10 пользователей иногда сталкиваются 0x80004005 ошибке при использовании общего ресурса в сети. Это может произойти, например, при попытке взломать общий жесткий диск. Сбой, который препятствует доступу и может быть вызван множеством разных причин. Например, это могут быть неправильно установленные сетевые драйверы, недостаточные сетевые разрешения или поврежденный реестр Windows. Мы дадим несколько советов, чтобы попытаться решить эту проблему.
Как исправить ошибку 0x80004005 при использовании сетевого ресурса
Включить обнаружение сети
Если это не так, нам просто нужно нажать на кнопку, чтобы активировать его и сохранить изменения. Таким образом мы могли бы избежать таких проблем, как ошибка 0x80004005, которая не позволяет нам использовать общий сетевой ресурс.
Отключить IPv6
Нам нужно войти в Панель управления, перейти в Сеть и Интернет, снова в Центр управления сетями и общим доступом и щелкнуть Изменить настройки адаптера. Здесь мы должны выбрать соответствующий сетевой адаптер, щелкнуть второй кнопкой мыши и снять флажок с IPv6. Позже сохраняем изменения.
Проверьте разрешения на доступ к папке
Посмотрите, не мешает ли какой-либо антивирус или брандмауэр
Это означает, что мы должны проверить, не мешает ли антивирус или брандмауэр каким-либо образом, и, следовательно, ошибка 0x80004005. Мы можем приостановить их на мгновение или отключить, если необходимо, и мы ясно понимаем, в чем проблема.
Обновите сетевые драйверы
Обновление оборудования правильно очень важно, чтобы избежать проблем в Интернете. С одной стороны, мы добьемся улучшений производительности, доступных на тот момент, но мы также снизим риск возникновения проблем с безопасностью, которые выявляют наши устройства.
По этой причине мы должны убедиться, что у нас обновлены сетевые драйверы. В случае с Windows 10 это простой процесс. Нам просто нужно перейти в «Пуск», ввести «Диспетчер устройств», получить доступ к сетевым адаптерам, выбрать тот, который нас интересует, и щелкнуть правой кнопкой мыши, чтобы затем нажать «Обновить».
Короче говоря, следуя этим шагам, мы можем избежать ошибки 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:
- When I run
net use \ubuntu-server-hostnamebakro
on Windows 10 client, it results inSystem error 53 has occurred. The network path was not found.
- I can access the shared files from the ubuntu server using smbclient.
When I runsmbclient -L \\ubuntu-server-hostname
, I can see bakro listed there.
When I runsmbclient \\ubuntu-server-hostname\bakro
to enter the smb command line and I typels
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 usingsystemctl status smbd
and results in multiple lines ofsession closed for user samba-guest
. The timing seems consistent with me acessing the share viasmbclient
. - 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 usingsystemctl 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 viasystemctl 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 addedinterfaces = 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
andclient 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
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
Содержание
- Исправление сетевых ошибок 0x800070035 и 0x80004005
- Проверка настроек общего доступа
- Проверка работоспособности службы Сервер
- Настройка свойств сетевой карты
- Настройка Службы компонентов
- Настройки доступа к сетевой папке
- Как решить?
- Почему появляется неопознанная ошибка?
- Проверяем статус активации Windows
- Устанавливаем актуальные версии драйверов
- Избавляемся от дефектов Windows Update
- Восстановление целостности файлов
- Внесение изменений в реестр
При настройке локальной сети на Windows 7,8 и 10 требуется правильно назначать доступы пользователям и настраивать службы. Иначе возникает сетевая ошибка с кодами 0x800070035, 0x80004005 или 0x800704cf и появляется сообщение, что Windows не удается получить доступ к нужной сетевой папке, диску, устройству или файлу.
Сообщение об ошибке, в зависимости от версии ОС, может выглядеть следующим образом:
- Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки:
- Windows не может получить доступ к сетевой папке/диску/иному расположению в локальной сети.
- Windows не может получить доступ к *Папка или файл*. Разрешение на доступ к *Путь до папки* отсутствует. Обратитесь к сетевому администратору для получения доступа.
[Обновление] Быстро исправить ошибки с кодом 0x80004005 (а иногда и с остальными) удается, веся всего одну запись в реестр:
- Открыть «Пуск» -> «Выполнить», ввести regedet и нажать Enter.
- В разделе реестра HKEY_LOCAL_MACHINE перейти по пути Software Policies Microsoft Windows LanmanWorkstation.
- ПКМ — создать новый параметр имя AllowInsecureGuestAuth тип REG_DWORD Enabled Value 1 (значение 1 — включено). Перезагрузить ПК.
Оглавление статьи:
Исправление сетевых ошибок 0x800070035 и 0x80004005
Причины, по которым Windows 7 или 10 может получить доступ к сетевой папке или файлам, практически всегда кроются в неправильно выставленных настройках системы, нежели в каких-либо ошибках. По аналогичным причинам в локальной сети может отсутствовать доступ к другому компьютеру, и система будет выдавать ошибку «Не удалось установить соединение. Не найден сетевой путь.» с аналогичными кодами. Большинство проблем исправляется элементарно, при помощи простых изменений настроек.
Если Windows не может получить доступ к сетевой папке и выдает ошибки 0x800070035 или 0x80004005, нужно:
- Проверить настройки общего доступа.
- Убедиться, что включена сетевая служба «Сервер».
Проверка настроек общего доступа
Ошибки при получении доступа к сетевой папке часто возникают в Windows по причине неправильно выставленных доступов. Если к диску, папке, файлу или компьютеру не открыть общий доступ, то другие участники локальной сети не смогут установить соединение.
- Выбрать сетевую папку или диск, для которых требуется создать общий доступ.
- Нажать правой кнопкой мыши, выбрать в контекстном меню «Общий доступ».
- Перейти по пункту подменю «Конкретные пользователи».
- В открывшемся окне нажать на треугольную стрелочку, расположенную рядом с кнопкой «Добавить».
- Выбрать из появившегося списка пользователя, которому требуется предоставить доступ. В случае, если в списке не будет никаких пользователей, следует выбрать вариант «Все».
- Установить права доступа для пользователя: только чтение (просмотр файлов), либо чтение и запись (возможность изменения, добавления и удаления файлов из сетевой папки).
После этого нужно нажать кнопку «Общий доступ» и, если система не покажет никаких ошибок или предупреждений, нажать на кнопку «Готово».
В Windows 8 и 10 есть более простой способ поделиться содержимым папки или диска с пользователями домашней группы:
- Нажать правой кнопкой мыши по нужной папке.
- Выбрать в контекстном меню пункт «Поделиться».
- Выбрать подпункт «Домашняя группа (просмотр и изменение)».
После этого система должна открыть доступ к указанному пути для всех пользователей локальной сети.
Проверка работоспособности службы Сервер
«Сервер» является встроенной службой в Windows, необходимой для работоспособности локальной сети и подключения к удаленным компьютерам, устройствам или файлам. Если компьютер ранее не использовался в качестве сервера или для подключения к домашней сети, служба может быть отключена. Это часто становится причиной ошибок доступа к сетевым папкам, даже когда права для всех пользователей выставлены корректно и остальные настройки ОС в норме.
Включение и выключение служб в Windows 7 и 10 происходит в Панели управления:
- Нажать «Пуск» — «Администрирование» — «Службы».
- Если вкладка «Администрирование» отсутствует в меню «Пуск», перейти в «Панель управления» и найти в списке пункт «Службы» во вкладке «Администрирование».
- Откроется окно со всеми службами, в котором требуется отыскать «Сервер».
- Кликнуть по строке «Сервер» правой кнопкой мыши, в появившемся контекстном меню выбрать пункт «Свойства».
- В открывшемся окне во вкладке «Общее» выбрать «Тип запуска»: автоматически или вручную.
Если служба изначально была выключена, «Тип запуска» будет установлен в положение «Отключена». Запуск вручную вынудит перезапускать службу каждый раз, когда потребуется доступ к сетевой папке, удаленному компьютеру или файлам в домашней группе. В автоматическом режиме служба будет запускаться самостоятельно, и заново проделывать указанные действия не потребуется.
Настройка свойств сетевой карты
Ошибки подключения к сетевым устройствам с кодами 0x800070035 и 0x80004005 могут быть решены путем выставления настроек сетевого подключения. В настройках сетевой карты нужно снять флажок с протокола iPv6, а также выполнить настройку iPv4. Метод одинаково хорошо работает в Windows 7 и 10 всех версией. Сначала следует попробовать только выключить протокол iPv6, а уже потом выполнять остальные действия, если этот простой способ не помог.
- Зайти в пеню «Пуск», перейти в «Панель управления».
- В Windows 7: Перейти в раздел «Центр управления сетями и общим доступом», затем «Изменение параметров адаптеров». Для Windows 10: В панели управления выбрать «Сеть и интернет», затем «Центр управления сетями и общим доступом», выбрать в левом меню пункт «Изменение параметров адаптеров».
- Выбрать подключение по локальной сети, по которому не удается получить доступ. Кликнуть по нему правой кнопкой мыши и выбрать пункт «Свойства».
- В свойствах сетевой карты убрать значок с протокола iPv6.
- Открыть свойства протокола iPv4, перейти во вкладку «Дополнительно».
- Открыть вкладку с названием «WINS», нажать на «Параметры NetBIOS».
- Поставить отметку, в зависимости от типа ip-адресации: «По умолчанию» для динамической ip-адресации и «Включить NetBIOS через TCP/IP» для статической.
- Нажать три раза «Ок», «Ок», «Ок».
После этого требуется выполнить несколько простых действий в Диспетчере устройств:
- Открыть «Пуск» — «Панель управления» — «Оборудование и звук» — «Диспетчер устройств».
- Перейти на вкладку «Вид», выбрать отметку «Показать скрытые устройства».
- Нажать «Сетевые адаптеры» и удалить все адаптеры 6to4.
Изменения вступят в силу после перезагрузки компьютера.
Настройка Службы компонентов
Настройки данной службы нечасто становятся причиной ошибок доступа к сетевым папкам и устройствам. По этой причине изменять настройки службы желательно в последнюю очередь, если остальные методы не помогли.
Инструкция по настройке локального доступа через Службу компонентов:
- Нажать кнопку «Пуск», ввести в поле поиска «Службы компонентов».
- Кликнуть по найденному результату правой кнопкой мыши, выбрать в контекстном меню «Запуск от имени администратора».
- В выскочившем окошке разрешить программе внести изменения на этот компьютер. Должно открыться окно со службой.
- Раскрыть окно «Службы компонентов», открыть второе окно «Компьютеры».
- Нажать по надписи «Мой компьютер» правой кнопкой мыши, перейти на вкладку «Свойства», затем «Свойства по умолчанию».
- Поставить «Уровень проверки подлинности по умолчанию» в положение «По умолчанию».
- Поставить «Уровень олицетворения по умолчанию» в положение «Олицетворение».
- Нажать кнопку «Применить».
- Нажать кнопку «Ок».
- Закрыть окно со «Службой компонентов».
Желательно сразу перезагрузить компьютер, после чего снова попробовать подключиться. Если ошибка сохраняется, следует проверить настройки доступа к сетевой папке.
Настройки доступа к сетевой папке
Windows может выдавать ошибку при доступе к папке и просить обратиться к администратору при неправильных настройках общей папки, где находятся раздаваемые файлы. При этом все устройства внутри локальной сети могут нормально обнаруживать друг-друга, и подключение устанавливается без проблем.
Просматривать содержимое сетевой папки могут только те пользователи, у которых есть доступ. Это легко проверить:
- Кликнуть по нужной папке правой кнопкой мыши, открыть «Свойства».
- Перейти на вкладку «Безопасность».
- В окне «Группы или пользователи» должна быть выбрана позиция «Все».
Если так и есть, то все в порядке. В противном случае требуется добавить новую группу:
- Нажать кнопку «Изменить» под окном «Группы или пользователи».
- Кликнуть по кнопке «Добавить», перейти во вкладку «Дополнительно…».
- Нажать «Поиск», выбрать в результатах поиска строку «Все», после чего кликнуть «Ок».
- Еще раз нажать «Ок».
Осталось выставить права для созданной группы пользователей «Все» — чтение, доступ, изменение и так далее. Аналогичным образом можно устанавливать разные настройки для отдельных групп, но это не обязательно. Одни настройки для всех пользователей снизят риск возникновения повторных ошибок доступа к минимуму.
Столкнулся с такой проблемой.
Есть локальная сеть: 3 компа с Windows 10 и Windows XP
Компьютер с Windows 10 сам не виден в сети и не заходит в папки на компах с Windows XP.
Решение этой проблемы состоит из 2-х этапов:
- Заставить машину с Windows 10 показать себя в сети.
- Сделать так, чтобы комп с 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
На заметку: Если посмотреть 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@srv—nas:~$ 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/panic—action %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@srv—nas:~$ |
и вывода вижу, что доступ возможен как авторизацией так и гостем.
Чтобы включить авторизацию гостем с 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 |
теперь мой сетевой диск успешно открывается
Итого в моем случаем дома авторизация на сетевой папке ни к чему и можно оставить так. Главное что я разобрал как получить доступ к нужной информации в локальной сети.
На этом я прощаюсь, с уважением автор блога Олло Александр aka ekzorchik.