Ошибка 0x80004005 smb

Ошибки сетевого доступа в 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 часов практики и доступ навсегда.

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

[global]
        client min protocol = SMB2

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

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]"AllowInsecureGuestAuth"=dword:1

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

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

Some Windows 11/10 users might encounter the error message Unable to access Network drive, accompanied by the error code 0x80004005 during a failed attempt to use a shared resource over the network such as a shared network hard drive. This post offers the most suitable solutions to this issue, which doesn’t include enabling SMB1; since SMBv1 is a very insecure protocol and should not be used, given that Microsoft has deprecated this feature.

When you encounter this issue, you’ll receive a similar error prompt as shown above with the following full error message;

Network Error

Windows cannot access \\Computerl
Check the spelling of the name. Otherwise, there might be a problem with your network. To try to identify and resolve network problems, click Diagnose.

Error code: 0x80004005
Unspecified error

Quite a number of factors can lead to the error. For instance, insufficient or no network permissions, improper installed network drivers or corrupted Windows registry.

What does the error code 0x80004005 mean?

The error code 0x80004005 is an unspecified error that can occur in different scenarios, like while extracting files from a Zip file, accessing a Network drive, etc. In some cases, a third-party backup utility or an antivirus is responsible for this error code.

If you’re faced with this issue, you can try our recommended solutions below in no particular order and see if that helps to resolve the issue.

1. Disable IPV6
2. Allow Full Permissions for the shared drive/folder
3. Ensure NetBIOS is enabled
4. Make sure Network Discovery is enabled
5. Disable SMB 1.0 Protocol
6. Change Network and Sharing Center settings
7. Check if required services are running
8. Disable/Uninstall 3rd party security software (if applicable)

Let’s take a look at the description of the process involved concerning each of the listed solutions.

1] Disable IPV6

This solution requires you to disable IPv6 and see if the Unable to access Network drive error 0x80004005 issue is resolved.

2] Allow Full Permissions for the shared drive/folder

You might be unable to access a computer on a network in Windows 11/10 due to the improper networking sharing permissions for the shared folder or drive. In this case, you can allow/grant full permissions on the shared drive/folder.

3] Ensure NetBIOS is enabled

NetBIOS allows networked computers to share resources. If this isn’t working or isn’t enabled, it could be causing the error. So, ensure that NetBIOS is enabled on your Windows computer.

4] Make sure Network Discovery is enabled

This solution requires you to make sure that Network Discovery is turned on for Private Network and make sure that the automatic setup checkbox is enabled. Also, make sure Turn on file and printer sharing is also enabled – and make sure the Turn off password-protected network sharing is enabled for All Networks.

5] Disable SMB 1.0 Protocol

SMB 1.0 Protocol has now become obsolete. Microsoft deprecated it in 2014. It is insecure and should not be used. Check if it is enabled. If yes, disable it. You can disable it via Windows Optional Features. The following instructions will guide you on this:

1. Click on Windows Search and type Turn Windows features on or off.
2. Select the desired option from the search results.
3. In the Windows Features, expand the SMB 1.0/CIFS File Sharing Support.
4. Now, uncheck the following options:
   • SMB 1.0/CIFS Automatic Removal
   • SMB 1.0/CIFS Server
5. Restart your computer.

Turning off these two optional features resolved the issue for many users. Hence, this should also work for you.

6] Change Network and Sharing Center Settings

Turn off the password-protected sharing and see if it helps. The steps to disable password-protected sharing on Windows 11/10 are as follows:

1. Open the Control Panel.
2. Click on the Control Panel search bar and type network and sharing center.
3. Select the Network and Sharing Center from the search results.
4. Click Change advanced sharing settings link on the left side.
5. Expand the All Networks section.
6. Select the Turn off password-protected sharing option.
7. Click Save Changes.

7] Check if required services are running

Check if the required services are running or not. Follow the instructions provided below:

1. Open the Run command box and type services.msc. Click OK.
2. When the Service Manager app appears, check the status of the following services:
   • Function Discovery Provider Host
   • Function Discovery Resource Publication
   • SSDP Discovery
   • UPnP Device Host
   • DHCP Client
   • DCP Client
3. If the status of any of the above-mentioned services shows Stopped, right-click on it and select Properties.
4. Set its Startup type to Automatic and click Start.
5. Click Apply and then click OK.

8] Disable/Uninstall 3rd party security software (if applicable)

You may encounter this error if you have any third-party security software installed on your Windows 11/10 computer because File sharing turned out to be managed by a 3rd-party security software making use of the Windows Firewall. In this case, you can temporarily disable any third-party security software or allow file sharing via the security software firewall – this largely depends on the security software you have installed. Refer to the instruction manual.

However, if despite the two aforementioned actions, the issue still persists, you’ll have to remove all third-party security software from your PC using the dedicated removal tool to remove all files associated with the security software.

If uninstalling the security software fixes this error, you can now install the same antivirus again, or you can switch to an alternative AV software or better still stick to Windows 10 native AV program – Windows Defender.

Any of these solutions should work for you!

How do I fix error 0x80004005 in Outlook?

The error 0x80004005 in Outlook may occur due to the size limit. Apart from that, your antivirus software may also be the culprit for this error code. If you see this error in Microsoft Outlook, check for the Office Updates manually. If the updates are available, install them.

Read next: Can’t connect to this network WiFi error in Windows 11/10.

После обновления на домашнем ПК 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