Одной из основных функций систем Windows 10, подключенных к одной сети, является то, что вы можете передавать файлы из одной системы в другую или получать к ним доступ.
Но эта сложная система не полностью безошибочна. Иногда, пытаясь передать файлы с вашего компьютера на другой, вы можете увидеть это – Windows Cannot Access Computer ‘Error Code 0x80004005’. Просто следуйте этим простым инструкциям, чтобы очень легко решить проблему.
Этот код ошибки может возникать даже при подключении к виртуальной машине или при установке Windows 7 или Windows Server 2008 R2. Вы даже можете увидеть этот код ошибки при создании виртуального окна в Ubuntu. Мы рассмотрели решения практически для всех возможных случаев.
Содержание
- Ошибка 0x80004005 при доступе к общему диску / папке
- Не удалось создать новый сеанс виртуальной машины
- Ошибка 0x80004005 при распаковке сжатого файла
- Ошибка 0x8000405 при подключении к удаленному компьютеру
- Метод 1 – Отключить настройки IPv6
- Метод 2 – Отключить SMB
- Метод 3 – Включить функцию общего доступа к файлам SMB 1.0 / CIFS
- Метод 4 – Установите для параметров NetBIOS значение по умолчанию.
- Метод 5 – Настройте разрешение
Ошибка 0x80004005 при доступе к общему диску / папке
Если у вас возникли проблемы при доступе к общей папке или диску в вашей сети, сделайте это:
1. Вы должны получить доступ к редактору реестра. Введите «regedit» в поле поиска в “меню Пуск”.
2. Затем нажмите «Редактор реестра», чтобы открыть его.
3. Когда откроется редактор реестра, перейдите в это место –
HKLM SOFTWARE Microsoft Windows CurrentVersion Policies System
4. С правой стороны проверьте наличие ключа « LocalAccountTokenFilterPolicy ».
5. Если вы его обнаружили, дважды щелкните по нему.
Если вы не видите раздел реестра LocalAccountTokenFilterPolicy , вам необходимо его создать.
Для 32-битных пользователей Windows
1. Щелкните правой кнопкой мыши на «Создать» и выберите «QWORD (64-bit) Value».
2. Назовите его «LocalAccountTokenFilterPolicy»
Для 64-битных пользователей Windows
1. Щелкните правой кнопкой мыши «New» и выберите «QWORD (64-bit) Value».
2. Затем назовите его «LocalAccountTokenFilterPolicy».
После того, как вы создали ключ, выполните следующие шаги.
1. Установите значение «1».
2. Щелкните «ОК».
Это должно сохранить изменения на вашем компьютере.
Если описанный выше метод не помог решить эту проблему, вы можете удалить адаптеры Microsoft 6to4 из диспетчера устройств.
1. Нажмите ключ для Windows + R клавиши.
2. Затем введите «devmgmt.msc» и нажмите Enter.
3. В окне диспетчера устройств нажмите «Просмотр» и нажмите «Показать скрытые устройства».
4. Разверните «Сетевые адаптеры».
5. Затем щелкните правой кнопкой мыши все «Адаптеры Microsoft 6to4» и выберите «Удалить».
После удаления адаптеров перезагрузите машину.
Не удалось создать новый сеанс виртуальной машины
Что делать, если вы видите код ошибки 0x80004005 при попытке создать новый сеанс виртуальной машины? Следуйте этому исправлению –
1. Сначала щелкните правой кнопкой мыши значок Windows и выберите « Выполнить ».
2. Чтобы открыть окно « Сетевые подключения», просто напишите «ncpa.cpl» и нажмите «ОК».
3. Вы увидите список адаптеров на вашем компьютере.
4. Затем щелкните правой кнопкой мыши «Адаптер только для хоста Virtualbox» в списке адаптеров и выберите «Свойства».
5. Затем проверьте флажок рядом с параметром «VirtualBox NDIS6 Bridged Networking Driver».
6. Нажмите «ОК», чтобы сохранить настройки.
Теперь попробуйте создать новую сессию виртуальной машины. Проверьте, работает ли это для вас.
В противном случае сделайте это –
1. Откройте окно «Сетевые подключения».
2. Теперь щелкните правой кнопкой мыши первое сетевое соединение и выберите «Свойства».
3. Опять же , отметьте флажок рядом с параметром «VirtualBox NDIS6 Bridged Networking Driver».
4. Теперь просто нажмите « ОК », чтобы сохранить настройки.
Проверьте, можете ли вы запустить новый сеанс виртуальной машины в своей системе.
5. Проделайте этот шаг для всех остальных сетевых адаптеров в списке.
Проверяйте каждый раз, пока виртуальная машина не начнет нормально работать. Ваша проблема должна быть решена.
Ошибка 0x80004005 при распаковке сжатого файла
Вы можете столкнуться с этим сообщением об ошибке при извлечении файлов в своей системе.
Вы можете использовать другое приложение для извлечения нужного сжатого файла. Если вы столкнулись с этой проблемой в WinRAR, вы можете использовать 7zip для извлечения сжатого файла на свой компьютер. На этот раз ошибка вас не побеспокоит.
Иногда функция защиты в реальном времени антивируса может помешать процессу извлечения. Он может обнаружить любой распакованный файл как потенциальную угрозу безопасности системы и попытаться удалить его из самого процесса, что приведет к ошибке 0x80004005.
Мы показали, как отключить защиту в реальном времени в Windows Security. Если у вас есть другой антивирус, следуйте описанному здесь методу.
1. Введите «Безопасность Windows» в поле поиска.
2. Затем нажмите «Безопасность Windows», чтобы получить к нему доступ.
3. Теперь в окне «Безопасность Windows» нажмите «Защита от вирусов и угроз».
4. После этого нажмите «Управление настройками» в «Настройки защиты от вирусов и угроз».
5. В настройках защиты от вирусов и угроз в параметре «Постоянная защита» переключите его на «Выкл.».
6. Затем установите для параметра «Защита с помощью облака» значение «Выкл».
Поскольку на вашем компьютере отключена защита в реальном времени, попробуйте распаковать заархивированный файл. Убедитесь, что ошибка сохраняется.
Ошибка 0x8000405 при подключении к удаленному компьютеру
Просто следуйте этим инструкциям
Метод 1 – Отключить настройки IPv6
Включение настроек IPv6 может повлиять на эту проблему.
1. Во – первых, вам необходимо нажать клавишу + R для Windows ключах.
2. После этого введите «ncpa.cpl». Щелкните «ОК».
3. После появления экрана «Сетевые подключения» щелкните правой кнопкой мыши сетевое подключение.
4. После этого нужно нажать на «Свойства».
5. Затем прокрутите вниз, чтобы снять флажок рядом с параметром «Протокол Интернета версии 6».
6. Наконец, нажмите «ОК».
Закройте любое открытое окно и перезапустите машину только один раз.
Метод 2 – Отключить SMB
Решить эту проблему с удаленным компьютером можно с помощью функции SMB1.0. Отключите это.
1. Нажмите Windows Key + R клавиши вместе.
2. Когда появится окно «Выполнить», введите «regedit» и нажмите « ОК ».
После открытия редактора реестра нажмите « Файл » и нажмите « Экспорт », чтобы создать новую резервную копию на вашем компьютере.
Если при изменении реестра произойдет что-то необычное, вы можете легко восстановить его нормальное состояние.
3. Когда откроется редактор реестра, перейдите в это место на экране редактора реестра –
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services LanmanWorkstation Parameters
4. С правой стороны проверьте наличие ключа «AuditSmb1Access » .
5. Дважды щелкните по нему, чтобы изменить его.
6. Установите для параметра «Данные значения:» значение « ».
7. Щелкните «ОК».
Если вы не можете найти ключ AuditSmb1Access , выполните следующие действия:
1. Щелкните правой кнопкой мыши пустое место, нажмите «Создать» и выберите «Значение DWORD (32-разрядное)».
2. Задайте имя как ключ «AuditSmb1Access».
Закройте экран редактора реестра. Перезагрузите компьютер. Снова попробуйте подключиться к удаленному компьютеру.
Метод 3 – Включить функцию общего доступа к файлам SMB 1.0 / CIFS
Хотя SMB1.0 – старая и небезопасная функция, все же некоторые службы общего доступа предпочитают эту старую систему.
1. Щелкните правой кнопкой мыши значок Windows, а затем щелкните «Выполнить».
2. После этого введите эту команду и нажмите Enter.
optionalfeatures
3. В окне «Компоненты Windows» прокрутите вниз и просто отметьте значок рядом с «Поддержка общего доступа к файлам SMB 1.0 / CIFS».
4. Щелкните «ОК».
Теперь Windows установит эту функцию на ваш компьютер.
5. Вам будет предложено перезагрузить компьютер.
6. Затем вам нужно нажать «Перезагрузить сейчас».
Ваша система будет перезагружена.
Попробуйте снова открыть доступ к папке на вашем компьютере.
Метод 4 – Установите для параметров NetBIOS значение по умолчанию.
Одно из исправлений включает установку параметров NetBIOS по умолчанию.
1. Прежде всего щелкните правой кнопкой мыши значок Windows и выберите «Выполнить».
2. Чтобы открыть окно «Сетевые подключения», просто напишите «ncpa.cpl» и нажмите «ОК».
3. Теперь вам нужно щелкнуть правой кнопкой мыши сетевой адаптер и выбрать «Свойства».
4. Чтобы изменить «Протокол Интернета версии 4 (TCP / IPv4)», дважды щелкните по нему.
5. Затем нажмите «Дополнительно», чтобы изменить настройки.
6. Теперь вам нужно перейти на вкладку «WINS».
7. После этого щелкните переключатель рядом с параметром «По умолчанию:».
8. Затем нажмите «ОК», чтобы сохранить настройки по умолчанию.
9. После этого снова нажмите «ОК».
После того, как вы сохранили этот параметр, попробуйте подключиться к удаленному компьютеру или попробуйте поделиться файлом.
Метод 5 – Настройте разрешение
Вы можете настроить расширенное разрешение на общий доступ к общей папке. Это должно решить проблему.
1. Перейдите в папку / диск, которым хотите поделиться.
2. Щелкните эту папку правой кнопкой мыши и выберите «Свойства».
3. Сначала вам нужно перейти на вкладку «Совместное использование».
4. Затем нажмите «Расширенный доступ».
5. Просто отметьте поле рядом с «Установить ссылку на эту папку».
6. Затем нажмите «Разрешения», чтобы изменить разрешения.
7. После этого выберите «Все» из списка пользователей * .
8. Установите флажок «Полный доступ».
9. Не забудьте нажать «Применить» и «ОК», чтобы сохранить изменения.
Если вы пытаетесь предоставить общий доступ к диску, вы можете не увидеть параметр «Все» в списке.
Выполните следующие действия, чтобы включить его.
1. В окне «Свойства» нажмите «Добавить».
2. После этого вам нужно написать «Все» в поле «Введите имя объекта для выбора:».
3. Щелкните один раз на «Проверить имена», чтобы проверить, правильное это или нет.
4. Наконец, нажмите «ОК».
5. Нажмите «Применить», чтобы сохранить его.
6. Если вы видите предупреждающее сообщение, просто нажмите «ОК».
Это будет включать «Все», чтобы предоставить общий доступ к папке и удалить любой конфликт, связанный с разрешениями, из вашей системы.
Попробуйте еще раз открыть доступ к папке.
После обновления на домашнем ПК 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
Ошибки сетевого доступа в Windows — вещь довольно неприятная, тем более что не все умеют их правильно диагностировать и исправлять. При том, что интернет кишит различными способами самой разной степени сомнительности. Поэтому мы решили подробно разобрать одну из типовых ситуаций, показав как процесс диагностики, так и различные способы решения проблемы, каждое из которых имеет свои особенности, в частности влияние на безопасность. Такой подход позволит не только выяснить причины ошибки и устранить ее, но и поможет подойти к этому вопросу осознанно, полностью представляя последствия своих действий.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
С ситуацией, когда компьютер под ОС Windows не хочет подключаться или перестает подключаться к общим ресурсам на сервере Samba под управлением Linux встретиться можно довольно часто и тому есть объективные причины, которые мы рассмотрим ниже, ну а пока посмотрим на ее внешние симптомы. Система неожиданно сообщает, что она не может получить доступ к указанному ресурсу и выдает абсолютно неинформативную ошибку:
Код ошибки: 0x80004005
Неопознанная ошибка
Если попробовать подключиться в консоли, например, командой:
net view \\192.168.233.182Где 192.168.233.182 — адрес искомого сервера, то получим немного другую ошибку:
Системная ошибка 53.
Не найден сетевой путь.При этом указанный узел нормально пингуется, а проверка доступности 445 порта говорит, что все нормально:
После этого обычно начинается сетование на кривизну какого-либо из решений (в зависимости от личных предпочтений) и поиск решения в интернете, где можно найти как условно рабочие, так и полную дичь, вроде включения SMB1 и бездумного изменения различных политик и ключей реестра.
Но не будем спешить, вы же не глотаете все подряд из домашней аптечки только почувствовав недомогание? Так и здесь, поэтому будем разбираться.
Но сперва поясним ситуацию по протоколу SMB1:
Протокол SMB1 устарел и небезопасен, в настоящее время отключен на всех современных системах.
Кроме того, даже если вы включите его поддержку, то начиная с Windows 1709 она автоматически отключится после 15 дней неиспользования. В общем: включать SMB1 не нужно, разве что только вам действительно нужна поддержка устаревших клиентов.
В современных версиях Samba протокол SMB1 также отключен и минимальной поддерживаемой версией является SMB2_02, а максимальной SMB3. Это параметры по умолчанию и проверить их можно командами:
testparm --parameter-name="min protocol"
testparm --parameter-name="max protocol"
Настройки по умолчанию достаточно актуальны, и мы не советуем отдельно задавать версии протоколов без особой на то нужды. SMB2_02 — обозначает младшую версию протокола SMB2, а SMB3 указывает на старшую доступную версию, таким образом поддерживаются все системы начиная с Windows Vista и Server 2008. Причиной ошибки SMB1 быть не может.
Поэтому не занимаемся ерундой, а ищем истинную причину, в этом нам поможет Журнал событий. Раскрываем последовательно Журналы приложений и служб — Microsoft — Windows — SMBClient и в журнале Security находим ошибку 31017:
Небезопасный гостевой вход отклонен.Рекомендации.
Это событие указывает на попытку сервера разрешить вход пользователя как непроверенного гостя, которая была отклонена клиентом.
Для гостевого входа не поддерживаются стандартные функции обеспечения безопасности, например подписывание и шифрование.
Вследствие этого гостевой вход уязвим для атак "злоумышленник в середине", которые могут привести к попаданию конфиденциальных данных в сеть.
По умолчанию небезопасный гостевой вход отключен в Windows. Корпорация Майкрософт не рекомендует включать его.
После чего все становится на свои места. Нет никаких чудес, просто политики безопасности Windwos не позволяют подключаться к серверу с анонимным гостевым доступом. Кстати, это относится не только к Samba.
Теперь, когда есть понимание происходящего мы можем выбрать одно из двух решений указанной проблемы.
Решение №1. Отключаем гостевой доступ на сервере Samba
С точки зрения безопасности это наиболее правильное решение, которое позволит получать доступ к общим ресурсам не снижая уровень безопасности сети. Для этого внесем некоторые изменения в конфигурационный файл Samba, обычно он располагается в /etc/samba/smb.conf. Прежде всего найдем и приведем к следующему виду директиву:
map to guest = neverА в настройках каждого общего ресурса укажем:
guest ok = noВозможно, вам еще придется выполнить некоторые настройки, скажем, завести пользователей и назначить им права, для всего этого рекомендуем воспользоваться нашей статьей:
Настройка файлового сервера Samba на платформе Debian / Ubuntu
Сохраняем все изменения и проверяем конфигурацию на ошибки:
testparmЗатем перезапускаем службу:
systemctl restart smbdПосле чего повторно пробуем подключиться и сразу видим окно для ввода учетных данных:
Проблема решена, ресурсы файлового сервера Samba снова доступны.
Решение №2. Разрешаем небезопасный гостевой вход в Windows
Если Решение №1 вас по каким-либо причинам не устраивает, и вы осознанно хотите понизить уровень безопасности вашей сети, то можно пойти другим путем и разрешить небезопасный гостевой вход.
Запустим редактор групповой политики (gpedit.msc) и перейдем в Конфигурация компьютера — Административные шаблоны — Сеть — Рабочая станция Lanman и переводим политику Включить небезопасные гостевые входы в положение Включено.
После чего вам потребуется перезапустить службу Рабочая станция или перезагрузить компьютер.
Альтернативой этому способу будет внесение изменений через реестр:
reg add "HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v AllowInsecureGuestAuth /t REG_DWORD /d 1Затем перезапустим службу:
net stop LanmanWorkstation && net start LanmanWorkstationПосле чего можем продолжать привычно использовать общие сетевые ресурсы с гостевой моделью доступа.
Какой вывод можно сделать после прочтения данного материала? Прежде всего понять, что любые сетевые ошибки имеют под собой вполне определенную причину, а не являются воздействием некой неведомой силы. И эти причины имеют свойство отображаться в журналах и логах.
Решений таких проблем также может быть несколько, каждое из которых может иметь свои достоинства и недостатки. Поэтому не нужно хватать первый попавшийся рецепт из интернета, а следует разобраться в причинах и выбрать из доступных вариантов тот, который будет вас наиболее устраивать.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
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-hostname\bakro in the file explorer, I can see and execute the .exe file
Actual Result: Windows cannot access \ubuntu-server-hostname\bakro with Error code: 0x80004005 Unspecified Error
Additional Observations:
- When I run
net use \\ubuntu-server-hostname\bakroon 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\\bakroto enter the smb command line and I typelsto 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 smbdand 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.1in 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 useand 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 eth0into smb.conf. The result: I cannot access the share from both\\ubuntu-server-hostname\bakroand\\10.8.0.1\bakro. - I tried changing the guest account from samba-guest to nobody. Nothing changed except the log now shows
session closed for user nobodyinstead. - I tried adding
client min protocol = SMB2andclient max protocol = SMB3to 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-hostname\bakro 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 = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
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
Привет, дорогой гость. Сегодня будет заметка о том, как исправить ошибку 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_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
- включить 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_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]"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