Allowinsecureguestauth нет в реестре windows 10

Обновлено: 07.07.2024

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

Что вызывает код ошибки 0x80004005 в Windows?

Код ошибки 0x80004005 в основном возникает, по одной из следующих причин:

при работе с виртуальными машинами;
отсутствует файл Dpcdll.dll;
повреждение системных файлов;
проблемы с Центром обновления Windows;
при извлечении архивных/сжатых файлов или папок;
при переименование файлов или папок;
когда пользователь пытается получить доступ к общим файлам и папкам.

Содержание

Запустите средство устранения неполадок Центра обновления Windows

Выполните SFC и DISM проверку

Нажмите клавиши Win + R вместе, чтобы открыть диалоговое окно Выполнить.
Введите cmd в текстовое поле и нажмите клавиши Ctrl + Shift + Enter.
Если появится окно управления учетной записью пользователя, нажмите Да, чтобы разрешить открытие командной строки от имени администратора.
Рядом с мигающим курсором введите приведенный ниже код и нажмите Enter.
После запуска программы подождите пару минут, пока не закончится поиск и исправление поврежденных файлов.
Введите команду exit и нажмите клавишу Enter, чтобы выйти из командной строки. Затем перезагрузите компьютер, чтобы изменения вступили в силу.

Нажмите клавиши Win + S, чтобы открыть окно поиска Windows 10.
Введите команду CMD в текстовое поле и щелкните правой кнопкой мыши верхний результат.
В контекстном меню выберите Запуск от имени администратора.
Если появится окно UAC, нажмите Да, чтобы разрешить доступ.
В окне командной строки, введите команду представленную ниже и нажмите клавишу Enter.
Поскольку это трудоемкий процесс, для завершения всего процесса может потребоваться от 10 до 15 минут. После завершения процесса сканирования/восстановления перезагрузите компьютер.

Заменить файл Dpcdll.dll

Прежде всего, откройте сайт загрузки DLL файлов.
Перейдите в строку поиска и введите Dpcdll.dll.
Нажмите Enter, и выберите в результатах поиска строку с DLL файлом.
После перехода на страницу DLL файла выберите нужную версию, если вы не знаете какую версию файла выбрать, выбирайте последнюю как показано на изображении ниже.
Доступный там файл находится в формате Zip. Поэтому не забудьте извлечь его из архива, когда загрузка завершится.
После завершения загрузки запустите диалоговое окно Выполнить, нажав на клавиатуре клавишиWin + R.
Скопируйте/вставьте текст ниже и нажмите ОК.
Вы перейдёте по пути - C:\Windows\System32. Скопируйте DLL файл, который вы распаковали из архива, и вставьте его сюда.

Проверьте, перестала ли проявляться данная ошибка.

Внимание! Если вы используете 64-битную операционную систему, скопируйте файл Dpcdll.dll и вставьте его в эту папку: C:\Windows\sysWOW64

Обновите свой компьютер с помощью последних патчей и SSU

Код ошибки 0x80004005 может возникать в процессе обновления или в результате некорректной установки обновлений на компьютер. После таких ситуаций может помочь установка последних корректных обновлений или стека обслуживания.

В поле поиска Windows 10 введите Просмотреть журнал обновлений.
Теперь нажмите на выпадающий список Обновления компонентов и скопируйте номер последней версии обновлений Windows 10, нажав правой правой кнопкой мыши на нём как показано на изображении ниже.
Затем посетите каталог Центра обновления Майкрософт и вставьте номер обновления из предыдущего шага в поле поиска, затем нажмите клавишу Enter.
После того, как вы увидите на экране список обновлений нужной вам версии, снова перейдите в окно Просмотр журнала обновлений и нажмите на выпадающий список Исправления. После этого сравните номера обновлений установленных в вашей системе со списком выпущенных обновлений на сайте каталога Microsoft как показано на изображениях ниже.

Внимание! Необходимо сравнивать обновления, которые обозначены в колонке Classification каталога обновлений как Security Updates

Отредактировать ветку реестра AppCompatFlags\Layers

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

В поле поиска Windows 10 наберите Редактор реестра и нажмите клавишу Enter, чтобы открыть редактор реестра на вашем компьютере.
В редакторе реестра перейдите сюда:
Теперь в правой части окна нажмите правой кнопкой мыши нажмите на строковый параметр C:\Program Files\Oracle\VirtualBox\VirtualBox.exe и выберите Удалить, и затем нажмите Да в предупреждении, чтобы удалить.
Закройте окно редактора реестра. Попробуйте подключиться к виртуальной машине со своего компьютера снова.

Включить гостевой доступ к общим сетевым ресурсам

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

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

Чтобы включить гостевой доступ, выполните действия ниже.

Нажмите клавишу Пуск, затем в перечне программ выберите Средство администрирования Windows в открывшемся меню Редактор реестра.
После того, как откроется окно Редактор реестра перейдите в ветку реестра:
В правой части окна редактора найдите параметр AllowInsecureGuestAuth и нажмите на него левой кнопкой мыши, чтобы открыть его.
После того, как откроется окно Изменение параметра DWORD (32 бита) измените значение на 1, как на изображении ниже. AllowInsecureGuestAuth и нажмите на него левой кнопкой мыши, чтобы открыть его.
После изменения значения нажмите OK и закройте окно Редактора реестра. После этого проверьте возникает ошибка или она устранена.

Внимание! Если параметра AllowInsecureGuestAuth в нужной ветке реестра нет, то создайте его. Для этого убедитесь, что вы находитесь в правильной ветке реестра, затем в правой части окна нажмите правой кнопкой мыши и выберите Создать -> Параметр DWORD (32 бита). Затем назовите его AllowInsecureGuestAuth. Теперь вернитесь к Шагу 3 и выполните все необходимые действия.

Включаем поддержку клиента SMB 1.0/CIFS для доступа к устаревшим серверам

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

В строке поиска Windows 10 введите Включение или отключение компонентов Windows.
После того, как откроется окно пролистайте вниз и раскройте пункт Поддержка общего доступа к файлам SMB 1.0/CIFS.
Установите флажок Клиент SMB 1.0/CIFS. Нажмите ОК, чтобы применить изменения.
Проверьте устранена ли ошибка 0x80004005 при подключении.

Выполните чистую установку

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

Предупреждение! Если вы предпочитаете чистую установку Windows 10, обязательно создайте полную резервную копию всех важных файлов и папок.

Друзья, добро пожаловать в еще одну статью-инструкцию по разрешению ваших сетевых проблем на ВайФайГиде. На связи Ботан. Сегодняшняя ошибка многолика – она проявляется и на Windows 10, и на Windows 7, может иметь разные наименования, ее проявление зачастую опирается на погоду (шутка, но порой так и думаешь), а главное – она связана с проблемами доступа к сети в операционных системах Windows. Переходим к проблематике.

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

Проявления ошибки

Уже сказал выше, что ошибка всплывает на всех версиях Windows – и более чем часто на современных Windows 7, Windows 8, Windows 8.1, Windows 10.

Может иметь разные по сути названия с одним смыслом. Сетевая ошибка:

Windows не может получить доступ к сетевой папке, диску, иному расположению в локальной сети
Windows не может получить доступ к компьютеру в локальной сети. Не найден сетевой путь. Код ошибки: XXXXXXXX
Windows не может получить доступ к ВАШАПАПКА. Разрешение на доступ к ВАШАПАПКА отсутствует. Обратитесь к сетевому администратору для получения доступа.
Windows не может получить доступ к компьютеру. Проверьте правильность написания данного имени.

Друзья, если у вас не видит вообще каких-то папок – рекомендую прочитать ЭТУ СТАТЬЮ ОТ БОРОДАЧА. Там же можно посмотреть и другие способы разрешения сетевых проблем, все эти ошибки очень похожи, универсального одного способа не существует, поэтому приходится писать столько много в основном бесполезного текста.

Решения проблемы

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

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

Странное решение от меня

Очень быстрое и странное дополнение от меня. Бывает такое, что сеть настроил вроде бы нормально, оно даже вчера работало, одинаковые версии Windows 10, все права назначены – но вот хоть об стену вываливаются вышеуказанные ошибки. Щелкаешь по папкам – а не дает войти (еще хуже, когда не дает войти в сам компьютер в сетевом окружении или вообще там ничего не видно).

Лично я в таком случае захожу на втором компьютере тоже в Сеть – как правило там начинается поиск, или даже делаются какие-то запросы-разрешения. Суть – второй компьютер обычно видит первый. И самое интересное – после такой манипуляции первый компьютер тоже успешно начинает работать со вторым. Необъяснимая магия, которая может продолжать работать месяцами без всяких сбоев.

Быстрый способ – реестр

Вся проблема этих доступов связана как раз с той самой подсистемой доступа. А почему бы нам ее и не заглушить на корню? Для больше части людей такая правка в реестре начисто исправляет ситуацию. Рекомендую попробовать, но если что – просто сделайте все как раньше.

Запускаем реестр. Не знаете как это сделать?( Для Windows 10 – щелкаем правой кнопкой мыши по кнопке Пуск и запускаем «Выполнить». В появившемся окошке вводим regedit .

Раскрываем папки в редакторе реестра вот по этому пути:

Добавляем сюда параметр AllowInsecureGuestAuth, тип DWORD, значение 1 (Enabled).

Данный способ особенно актуален для Windows 10 Home, где доступа к редактору локальной GPO попросту нет. Зато работает как часы. Опытные могут сделать это же через команду (но для надежности лучше протыкать вручную):

reg add HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters /v AllowInsecureGuestAuth /t reg_dword /d 00000001 /f

Шаг 1 – Проверяем настройки общего доступа

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

Напоминаю, что предоставление доступа к папке или диску проходит в два этапа: доступ нужно разрешить в нескольких местах.

В первый раз на вкладке «Доступ» мы щелкаем по большой кнопке «Общий доступ», а на следующем окне добавляем ВСЕХ пользователей:

Теперь переходим здесь же в «Расширенную настройку» и делаем примерно как на рисунке:

Шаг 2 – Запускаем Службы

За доступ ко всем радостям совместного пользования папок отвечает служба «Сервер». Иногда она выключена – включаем:

Идем в Службы (мне проще всего запускать их через Поиск в системе):

Ищем в списке «Сервер». Если не работает – запускаем (или через правую кнопку, или двойным щелчком через общие параметры, на ваш вкус). Статус видно прямо здесь:

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

Шаг 3 – Сетевая карта

Обычно причина редко связана с этим пунктом, но попробовать ведь никто не запрещает.

Ищем вашу сетевую карту (идем в Параметры сети и интернет – Настройки параметров адаптера (на десятке) или в Центр управления сетями и общим доступом – Изменение параметров адаптера (на семерке)). Выбираем ВАШ сетевой адаптер, через который вы подключены к сети, щелкаем правой кнопкой мыши по нему и выбираем «Свойства»:

Пробуем СНЯТЬ галочку в списке с IPv6 (IPv4 оставляем включенным):

Теперь выбираем IPV4 (галочку не трогаем), а щелкаем по кнопке «Свойства»:

WINS – Параметры NetBIOS – По умолчанию (если же вдруг вручную задаете IP-адреса в сети, рекомендуется его Включить здесь):

Шаг 4 – Диспетчер устройств

Еще один маловероятный случай.

Идем в «Диспетчер устройств» (снова правой кнопкой мыши по Пуску, ну или пользуйтесь поиском).
Вид – Показать скрытые устройства (иначе будет не видно)
Удаляем устройства 6to Еще одна завязь на IPv6 протокол.

Шаг 5 – Олицетворение

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

Через Поиск ищем «Службы компонентов». Запускаем.
Идем по пути: Службы компонентов – Компьютеры – Мой компьютер:

Щелкаем по «Мой компьютер» правой кнопкой мыши и выбираем «Свойства».
Далее идем во вкладку «Свойства по умолчанию». Уровень проверки подлинности – По умолчанию. Уровень олицетворения – Олицетворение:

Шаг 6 – SMB1

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

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

Применяется к: Windows 10 — все выпуски, Windows Server 2019
Исходный номер КБ: 4046019

Симптомы

Начиная с Windows 10 версии 1709 и Windows Server 2019 клиенты SMB2 и SMB3 больше не позволяют следующие действия по умолчанию:

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

В SMB2 и SMB3 в этих версиях Windows:

Windows 10 Корпоративная и Windows 10 для образовательных учреждений больше не позволяют пользователю подключаться к удаленной совместной информации с помощью учетных данных гостей по умолчанию, даже если удаленный сервер запрашивает учетные данные гостей.
Windows Выпуски Datacenter 2019 и Standard больше не позволяют пользователю подключаться к удаленной акции с помощью учетных данных гостей по умолчанию, даже если удаленный сервер запрашивает учетные данные гостей.
Windows 10 Домашняя и Pro не изменились по сравнению с предыдущим поведением по умолчанию; они позволяют гостевую проверку подлинности по умолчанию.

Такое Windows 10 происходит в Windows 10 1709, Windows 10 1803, Windows 10 1903, Windows 10 1909, а также Windows 10 2004, Windows 10 20H2, & Windows 10 21H1 до тех пор, пока Установлен KB5003173. Это поведение по умолчанию ранее было реализовано в Windows 10 1709 г., но позднее регрессивно в Windows 10 2004 г., Windows 10 20H2 и Windows 10 21H1, в котором по умолчанию гостевой auth не был отключен, но все равно может быть отключен администратором. Сведения о том, как отключить проверку подлинности гостей, см. ниже.

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

Кроме того, если удаленный сервер пытается заставить вас использовать гостевой доступ, или если администратор включает гостевой доступ, в журнал событий SMB Client в журнале событий SMB-клиента в журнале регистрируются следующие записи:

Запись журнала 1

Запись журнала 2

Значение реестра по умолчанию:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters] "AllowInsecureGuestAuth"=dword:0

Настроено значение реестра:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters] "AllowInsecureGuestAuth"=dword:1

Причина

Это изменение в поведении по умолчанию по умолчанию по проекту и рекомендуется Корпорацией Майкрософт для обеспечения безопасности.

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

Windows и Windows Server не включили гостевой доступ и не разрешили удаленным пользователям подключаться в качестве гостей или анонимных пользователей с 2000 г. Windows 2000 г. Только сторонним удаленным устройствам может потребоваться гостевой доступ по умолчанию. Операционные системы, предоставляемые Корпорацией Майкрософт, не работают.

Решение

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

Откройте редактор локальной групповой политики (gpedit.msc).
В дереве консоли выберите компьютерную конфигурацию > административных шаблонов > сетевой локальной > рабочей станции.
Для настройки щелкните правой кнопкой мыши Включить небезопасные гостевых логотипов и выберите Изменить.
Выберите Включено и выберите ОК.

При изменении групповой политики на основе домена Active Directory используйте управление групповой политикой (gpmc.msc).

Для целей мониторинга и инвентаризации: эта группа политика устанавливает следующее значение реестра DWORD до 1 (небезопасная включенная система безопасности гостей) или 0 (отключена незащищенная система auth для гостей):

Чтобы задать значение без использования групповой политики, задайте следующее значение реестра DWORD: 1 (включена небезопасная возможность гостевого auth) или 0 (отключена незащищенная гостевая auth):

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

В Windows 10 1709 Windows 10 1803, Windows 10 1903, Windows 10 1909 и Windows Server 2019, проверка подлинности гостей отключена, если AllowInsecureGuestAuth существует со значением 0 в [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters] AllowInsecureGuestAuth .

В Windows 10 2004 Windows 10 20H2 и Windows 10 21H1 Enterprise и образовательных выпусков с установленным KB5003173 проверка подлинности гостей отключена, если AllowInsecureGuestAuth не существует или если она существует со значением 0 в [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters] AllowInsecureGuestAuth . Домашние и Pro по умолчанию позволяют гостевую проверку подлинности, если ее не отключить с помощью групповой политики или параметров реестра.

Включив небезопасные гостевых логотипов, этот параметр снижает безопасность Windows клиентов.

Дополнительная информация

Этот параметр не влияет на поведение SMB1. SMB1 продолжает использовать гостевой доступ и откат гостей.

SMB1 неустановлен по умолчанию в последних конфигурациях Windows 10 и Windows Server. Дополнительные сведения см. в рубрике SMBv1 не установлен по умолчанию в Windows 10 версии 1709, Windows Server версии 1709и более поздних версиях .

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

Представьте себе ситуацию, когда приезжаешь к заказчику (да, сейчас я много катаюсь по 1с), настраиваешь общую файловую базу на одном из компьютеров, даешь доступ к ней другим компьютерам и на одном из них под управлением Windows 10 выскакивает ошибка 0x80070035 Не найден сетевой путь.

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

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

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

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

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

Любая программа не застрахована от ошибок. Жаль, что иногда из-за столь неочевидных мы сильно тратим свое время на устранения, по сути, «детских» проблем. Надеюсь, что данный способ будет актуален для вас и вы спокойно решите ошибку 0x80070035 Не найден сетевой путь, часто выскакивающую в Windows 10.

Читайте также: