Содержание
- Ошибка при проверке подлинности 0x80004005, решено
- Как исправить ошибку 0x80004005 в Windows 7, 8, 10
- Почему возникает ошибка
- Отключение Hyper-V
- Способы исправления
- Проблемы с антивирусом
- Неправильные настройки брандмауэра
- Срабатывает контроль учетных записей
- Нет прав администратора
- Конфликт обновлений
- Используем SFC
- Чистим папку SoftwareDistribution
- Загружаем обновления вручную
- E_FAIL 0x80004005 (NS_ERROR_FAILURE) в VirtualBox
- Причины возникновения при работе с VirtualBox
- Решение ошибки через переименования файлов VirtualBox
- 0x80004005 в Windows 10
- Проблемы с активацией
- Неполадки драйверов
- Проблемы «Центра обновлений Windows»
- Используем DISM
- Поврежден файл OpenCL.dll
- Метод 3
- Проблемы при установке SP1 на Windows 7
- Способ 6: изменение типа запуска VirtualBox
- Не удается разрешить общий доступ
- Исправление с помощью обновления
- Как исправить ошибку 0х80004005 в Windows 10 и 7
- Как исправить ошибку 0х80004005 при обновлении Windows 10 и 7
- Очистка содержимого каталога с обновлениями
- Анализ и восстановление системных файлов
- Изменение параметров контроля учетных записей
- Отключение брандмауэра
- Отсутствие администраторских прав
- Редактирование системного реестра
- Ручная загрузка обновлений
- Отключение IPv6
- Удаление последних обновлений
- Удаление вирусов
- Настройка протокола SMB
- Заключение
- Произошла ошибка проверки подлинности. Указанная функция не поддерживается
- Ответ
- Отключение NLA для протокола RDP в Windows
Ошибка при проверке подлинности 0x80004005, решено
Сегодня не смог подключиться ни к одному из двух своих серверов по RDP с ноутбука с Windows 7 x64, хотя пару дней назад все работало, при попытке подключения, приложение удаленный рабочий стол выдавало ошибку «Ошибка при проверке подлинности (код: 0x80004005)», в соответствующем окошке:

Если ошибка возникает при попытке зайти на сетевую шару см. пункт 4.
Подумал что же могло поменяться за пару дней, и вспомнил что недавно накатил обновления, и нашел виновника это KB2923545, но что интересно сейчас ноябрь, а оно было установлено еще в августе и все работало, так что думаю какое-то из позавчерашних обновлений все сломало. Теоретически это могло быть одно из этих обновлений:
KB 2574819
KB 2857650
KB 2830477
KB 2913751
Но в списке недавно установленных ни одно из них не значится. В моем случае проблема решилась удалением обновления KB2923545, и последующей перезагрузкой, после которой я смог подключиться к своим серверам.
В интернете предлагают еще несколько решений этой ошибки, если удаление обновления не помогает, попробуйте проделать следующее:
1. Если компьютер в домене — возможны проблемы с груповой или локальной политикой безопасности, она может запрещать подключение с указанными параметрами, и в результате будет ошибка.
2. Так же виновниками может быть пара обновлений KB2592687 и KB2574819, их удаление решит проблему.
3. Еще можно попробовать отключить проверку подлинности серверной стороной, для этого откройте приложение удаленный рабочий стол, и в свойствах своего подключения на вкладке «Дополнительно» выберите предупреждать, или подключаться без предупреждения. Это решение временное и не рекомендуется, так как снижает безопасность, его использовать не советую, кстати в моей ситуации не помогло.
4. Необходимо запустить службу брандмауэра или включить его в панели управления, если выключен, если служба работает и брандмауэр включен, то пройдите по пути:
Панель управления — Администрирование — Брандмауэр Windows в режиме повышенной безопасности — Правила для входящих подключений — Общий доступ к файлам и принтерам (входящий трафик SMB) — Действие разрешить.
Тем самым вы откроете порт TCP 445, необходимый для корректной работы сетевых шар по протоколу SMB.
5. Ошибку может вызывать программа КриптоПро CSP версии 4.0, возможно и других версий тоже, так же потенциально эту ошибку могут вызвать и другие «криптопровайдеры» — программы для подписи или шифрования файлов и документов.
6. Так же эту ошибку могут вызывать сторонние программы, например Adobe Flash Player для Edge и Internet Explorer, в некоторых версиях Windows 10, 8 и Windows Server 2012, в этом случае необходимо просто установить обновления на систему.
Источник
Как исправить ошибку 0x80004005 в Windows 7, 8, 10

Почему возникает ошибка
Такая проблема возникает из-за разных причин. К ним можно отнести такие ситуации как:
Также есть и другие причины, по которым ошибка с кодом 0x80004005 беспокоит пользователя.
Следствием может быть неожиданное прекращение работы программы, невозможность предоставить общий доступ или ошибка при записи диска.

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

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

Чтобы это исправить достаточно отключить на время антивирус и убедиться, что ошибка больше не беспокоит. Если это не помогло, то стоит попробовать удалить антивирус и перезагрузить компьютер.
Неправильные настройки брандмауэра
Брандмауэр Windows создан для защиты устройства от сетевых атак и угроз. Иногда его работа некорректна, что мешает пользователю. В случае с брандмауэром необходимо сделать следующее:




Почему может не работать микрофон на компьютере или ноутбуке
Также в брандмауэре необходимо отключить правила:



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



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


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

Используем SFC
Для запуска утилиты достаточно сделать следующее:
После чего остается подождать пока утилита найдет поврежденные файлы и восстановит их.
Чистим папку SoftwareDistribution
В некоторых случаях ошибка 0x80004005 появляется из-за того, что на компьютер загрузились поврежденные обновления. Удалить их можно таким образом:
Что делать, если TeamViewer не подключается и не устанавливает соединение
После включения стоит попытаться загрузить обновления и проверить, что ошибка больше не беспокоит.
Загружаем обновления вручную
Обойти ошибку можно загрузив необходимые обновления с официального сайта Майкрософт. Достаточно указать в поисковике номер обновления. Оно, как правило, начинается с букв КВ и цифр.

E_FAIL 0x80004005 (NS_ERROR_FAILURE) в VirtualBox
Причины возникновения при работе с VirtualBox
В процессе работы с VBOX некоторые исполняющие файлы могут быть заблокированны или повреждены. Определить причину неисправности можно путём взаимоисключения. В случае корректной работы и выхода из строя в один момент, нам нужно убедится, что причина исходит от самой программы, а не системы.
Решение ошибки через переименования файлов VirtualBox
Согласно официальны форумам, решение довольно простое. Для начала нам нужно зайти в папку с программой и выбрать операционную систему с которой вы работаете. Если на виртуалку ставили Ubuntu (или чистый Linux), заходим в нее и ищем файлы с названием «Linux.vbox-prev«. Пометка «-prev» означает, что это резервная стабильная копия системы. Сохраните актуальный файл «Linux.vbox» в другое место и пробуйте запустить программу.
0x80004005 в Windows 10
Данная ошибка стала беспокоить пользователей Windows 10 сразу же после перехода на эту версию. Для ее устранения необходимо предпринять несколько мер.
Проблемы с активацией
В первую очередь такая ошибка может возникать в том случае, когда Виндовс не активирован или имеются проблемы с активацией. Для устранения неполадок нужно последовать инструкции:



Неполадки драйверов
Проблема с драйверами достаточна распространена и решается следующим образом:


Драйвера можно загрузить с интернета. В случае, если устройство не получается опознать, то стоит отключить все дополнительные девайсы от ПК и методом исключения опознать его.
Проблемы «Центра обновлений Windows»
Наличие проблем с центром обновлений устраняются следующим образом:




Используем DISM
Для устранения ошибки 0x80004005 следует выполнить такие действия:



После завершения восстановления необходимо проверить папку dism. Наличие этих строк в конце говорит о повреждении файла OpenCL.dll.
Как исправить ошибку 0xc0000098 при запуске или установке Windows
Поврежден файл OpenCL.dll
Для исправления проблемы требуется восстановить поврежденный файл из образа системы:











Метод 3
Ошибка «E-FAIL 0x80004005» в VirtualBox Windows 10 может появиться при запрете виртуализации в БИОС. Вам необходимо зайти в базовые настройки при загрузке. Для многих ПК это выполняется с помощью кнопки F2, которая нажимается сразу после включения компьютера. На ноутбуках может быть предусмотрена специальная кнопка. Например, на Леново она находится рядом с клавишей питания.
Если у вас это не работает, значит установлена новая версия – UEFI. В таком случае вам необходимо зажать одновременно [WIN]+[I] и зайти в раздел обновлений и безопасности.

Здесь в области восстановления кликайте кнопку перезагрузки.

В процессе запуска на синем фоне будет появляться разные меню. Последовательно переходите: Поиск и устранение неисправностей – Дополнительные параметры – Параметры встроенного ПО UEFI.
Чтобы избавиться в VirtualBox от ошибки 0x80004005 ищите раздел Intel Virtualization и включайте его (значение «Enabled»).
Проблемы при установке SP1 на Windows 7
В этом случае для устранения ошибки надо следовать инструкции:



Способ 6: изменение типа запуска VirtualBox
Если после обновления VirtualBox у вас стала выпадать ошибка, то временно это можно исправить путем изменения запуска программы.
Для этого запускаем VirtualBox и кликаем правой кнопкой мыши по виртуальной машине. Затем выбираем «Запустить» → «Запустить в фоновом режиме с интерфейсом».

Запускаем виртуальную машину в фоновом режиме
Не удается разрешить общий доступ
В случае полного отключения брандмауэра иногда не удается войти в сеть и возникает ошибка. Для ее устранения необходимо заново включить защитник. Это делается следующим образом через консоль системных сервисов:
Также брандмауэр можно автоматически включить через командную строку. Достаточно открыть ее от имени администратора и выполнить команду sc config MpsSvc start= auto, которая автоматически запускает защитник.
Исправление с помощью обновления
Нет, нет, от юзера не требуется заходить в интернет, чтобы скачать определенное обновление с веб-сайта Майкрософт. В этой ситуации действовать нужно как раз наоборот. То есть, требуется удаление системного обновления KB3004394:

Подтвердить свои действия. ОС начнет работать в автоматическом режиме, выполняя поиск этого пакета. В случае его обнаружения произойдет деинсталляция. После этого можно попробовать осуществить вход в ранее недоступное PO.
Источник
Как исправить ошибку 0х80004005 в Windows 10 и 7
Код ошибки 0x80004005 в Windows 10 может появится из-за сбоев в работе службы обновления, при проверке подлинности или попытке подключения к локальной сети. В каждом случае подход для устранения неисправности индивидуальный, но заключается в изменении параметров системы.
Как исправить ошибку 0х80004005 при обновлении Windows 10 и 7
Для устранения проблемы не требуется установка программного обеспечения от стороннего производителя, все действия связаны с изменением системных настроек:
Важно! Эффективность метода напрямую зависит от причины возникновения неисправности, но рекомендуется поочередно воспользоваться каждой инструкцией, приведенной ниже.
Очистка содержимого каталога с обновлениями
Ошибка при проверке подлинности с кодом 0x80004005 в Windows 10 может появится вследствие повреждения файлов обновления. Необходимо очистить директорию с соответствующими данными и выполнить повторную попутку инсталляции апдейтов.
После проделанных действий необходимо перезагрузить компьютер, чтобы процесс загрузки обновлений повторно запустился.
Анализ и восстановление системных файлов
При повреждении важных данных на системном разделе появляются ошибки, которые косвенно или напрямую связаны с рассматриваемой. Чтобы исключить этот фактор, потребуется воспользоваться специальной консольной утилитой.
Запустится процесс сканирования с последующим восстановлением поврежденных данных.
Обратите внимание! Если проблемы отсутствуют или нормализовать работу системы не удастся, появится соответствующее сообщение.
Изменение параметров контроля учетных записей
Неопознанная ошибка с кодом 0x80004005 может возникать из-за завышенного параметра контроля учетных записей. Чтобы устранить проблему, необходимо:
После выполнения инструкции рекомендуется перезапустить компьютер, чтобы изменения вступили в силу.
Отключение брандмауэра
По причине сбоя в работе системы защиты может появиться рассматриваемая ошибка. Пошаговое руководство по деактивации брандмауэра:
Важно! После выполнения инструкции подозрительные файлы в системе перестанут проверяться.
Отсутствие администраторских прав
Если у юзера недостаточно прав доступа, при использовании сетевых служб может появляться ошибка. Необходимо перейти на аккаунт администратора:
Редактирование системного реестра
Чтобы устранить неисправность, необходимо создать специальный параметры в системном реестре. Пошаговое руководство:
Чтобы изменения вступили в силу, необходимо перезапустить компьютер.
Ручная загрузка обновлений
Если операционная система не может получить обновление автоматически, необходимо выполнить загрузку вручную. Пошаговое руководство:
Отключение IPv6
Возможно, на появление ошибки влияет активированный протокол IPv6. Необходимо выполнить отключение по следующей инструкции:
Удаление последних обновлений
Обновления под кодовым названием KB2592687 и KB2574819 могут конфликтовать с другими, поэтому необходимо выполнить деинсталляцию. Пошаговое руководство:
После завершения выполнения инструкции компьютер нужно перезапустить, чтобы изменения вступили в силу.
Удаление вирусов
Вирусы — частая причина неисправностей операционной системы. Чтобы исключить этот фактор, потребуется выполнить проверку антивирусом. Пошаговое руководство:
Настройка протокола SMB
Если ошибка появляется при взаимодействии со службой Remote Desktop Protocol ( RDP ) или расшариванию директорий, необходимо сделать следующее:
Заключение
Неопытным пользователям рекомендуется изначально очистить содержимое каталога с обновлениями, восстановить системные файлы, отключить брандмауэр и изменить параметры контроля учетных записей. Вносить правки в системный реестр, менять конфигурацию сетей и удалять последние обновления стоит только опытным пользователям.
Источник
Произошла ошибка проверки подлинности. Указанная функция не поддерживается
После установки обновления KB4103718 на моем компьютере с Windows 7 я не могу удаленно подключится к серверу c Windows Server 2012 R2 через удаленный рабочий стол RDP. После того, как я указываю адрес RDP сервера в окне клиента mstsc.exe и нажимаю «Подключить», появляется ошибка:
Произошла ошибка проверки подлинности.
Указанная функция не поддерживается.
Удаленный компьютер: computername

После того, как я удалил обновление KB4103718 и перезагрузил компьютер, RDP подключение стало работать нормально. Если я правильно понимаю, это только временное обходное решение, в следующем месяце приедет новый кумулятивный пакет обновлений и ошибка вернется? Можете что-нибудь посоветовать?
Ответ
Вы абсолютно правы в том, что бессмысленно решать проблему удалением обновлений Windows, ведь вы тем самым подвергаете свой компьютер риску эксплуатации различных уязвимостей, которые закрывают патчи в данном обновлении.
В своей проблеме вы не одиноки. Данная ошибка может появится в любой операционной системе Windows или Windows Server (не только Windows 7). У пользователей английской версии Windows 10 при попытке подключится к RDP/RDS серверу аналогичная ошибка выглядит так:
The function requested is not supported.
Remote computer: computername

Ошибка RDP “An authentication error has occurred” может появляться и при попытке запуска RemoteApp приложений.
Почему это происходит? Дело в том, что на вашем компьютере установлены актуальные обновления безопасности (выпущенные после мая 2018 года), в которых исправляется серьёзная уязвимость в протоколе CredSSP (Credential Security Support Provider), использующегося для аутентификации на RDP серверах (CVE-2018-0886) (рекомендую познакомится со статьей Ошибка RDP подключения: CredSSP encryption oracle remediation). При этом на стороне RDP / RDS сервера, к которому вы подключаетесь со своего компьютера, эти обновления не установлены и при этом для RDP доступа включен протокол NLA (Network Level Authentication / Проверку подлинности на уровне сети). Протокол NLA использует механизмы CredSSP для пре-аутентификация пользователей через TLS/SSL или Kerberos. Ваш компьютер из-за новых настроек безопасности, которые выставило установленное у вас обновление, просто блокирует подключение к удаленному компьютеру, который использует уязвимую версию CredSSP.
Что можно сделать для исправления эту ошибки и подключиться к вашему RDP серверу?
Отключение NLA для протокола RDP в Windows
Если на стороне RDP сервера, которому вы подключаетесь, включен NLA, это означает что для преаутентификации RDP пользователя используется CredSPP. Отключить Network Level Authentication можно в свойствах системы на вкладке Удаленный доступ (Remote), сняв галку «Разрешить подключения только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети / Allow connection only from computers running Remote Desktop with Network Level Authentication (recommended)» (Windows 10 / Windows 8).

В Windows 7 эта опция называется по-другому. На вкладке Удаленный доступ нужно выбрать опцию «Разрешить подключения от компьютеров с любой версией удаленного рабочего стола (опасный) / Allow connections from computers running any version of Remote Desktop (less secure)».
Также можно отключить проверку подлинности на уровне сети (NLA) с помощью редактора локальной групповой политики — gpedit.msc (в Windows 10 Home редактор политик gpedit.msc можно запустить так) или с помощью консоли управления доменными политиками – GPMC.msc. Для этого перейдите в разделе Конфигурация компьютера –> Административные шаблоны –> Компоненты Windows –> Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов –> Безопасность (Computer Configuration –> Administrative Templates –> Windows Components –> Remote Desktop Services – Remote Desktop Session Host –> Security), отключите политику Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети (Require user authentication for remote connections by using Network Level Authentication).

Также нужно в политике «Требовать использования специального уровня безопасности для удаленных подключений по протоколу RDP» (Require use of specific security layer for remote (RDP) connections) выбрать уровень безопасности (Security Layer) — RDP.
Для применения новых настроек RDP нужно обновить политики (gpupdate /force) или перезагрузить компьютер. После этого вы должны успешно подключиться к удаленному рабочему столу сервера.
Источник
Решаем проблему с ошибкой 0x80004005 в Windows 7

Устранение ошибки 0x80004005
Чаще всего данный сбой происходит при обновлении Виндовс, но некоторые пользователи сталкиваются с ним и при попытке создать образ оптического накопителя, изменении атрибутов файлов или выходе в глобальную сеть из локальной. Далее мы разберем наиболее распространенные причины возникновения ошибки и устраним их.
Причина 1: Антивирусная программа
Антивирусы, созданные сторонними разработчиками, зачастую могут вести себя в системе, как настоящие хулиганы. К примеру, могут быть заблокированы системные файлы, как вызывающие подозрение. Решить проблему можно, на время отключив программу или переустановив ее. Правда, здесь кроется один подводный камень: если при установке обычно проблем не возникает, то удаление может вызвать затруднения. В статье, приведенной по ссылке ниже, можно (нужно) прочитать, как это сделать правильно.

Причина 2: Неверные настройки брандмауэра
Брандмауэр Windows призван оградить наш ПК от различных сетевых угроз, но делает он это не всегда корректно. Здесь есть два варианта: перезапуск и настройка соответствующей службы и отключение правил для входящих соединений. Обратите внимание, что данные действия могут избавить нас от проблемы лишь временно. Если через некоторое время ошибка появится вновь, то, к сожалению, придется переустановить Windows. Можно, конечно, совсем отключить брандмауэр, но это значительно снизит безопасность системы.
Еще одно предупреждение: если вы пользуетесь антивирусной программой, то вариант с настройкой службы вам не подходит, так как это может вызвать конфликт приложений, влекущий за собой различные проблемы. Поскольку служба остановлена, то и правила отключить не получится, поэтому переходите к следующим способам.
Настройка службы
- Открываем строку «Выполнить» клавишами Win+R и в поле «Открыть» вводим команду

Ищем в списке службу «Брандмауэр Windows» и смотрим на тип запуска. Если он отличается от «Автоматически», потребуется настройка.

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

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

Кликаем по ссылке «Дополнительные параметры».

Переключаемся на вкладку с настройками входящих подключений, выбираем первое правило, затем прокручиваем список вниз, зажимаем SHIFT и кликаем по последнему. Этим действием мы выделили все позиции, далее нажимаем кнопку «Отключить правило».
Причина 3: Работа «Контроля учетных записей»
С «Контролем учетных записей» (UAC) ситуация такая же, что и с брандмауэром – некорректная работа в некоторых случаях. Правда, здесь все несколько проще: достаточно снизить уровень защиты до минимума.

Переходим к настройке параметров UAC.

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

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

Устанавливаем переключатель в положение «Администратор» и нажимаем кнопку с соответствующим названием. Возможно, потребуется ввести админский пароль, если таковой был установлен ранее.
Причина 5: Конфликт обновлений
Далее речь пойдет о сбоях при обновлении ОС. Некоторые уже установленные пакеты могут препятствовать установке новых. В нашем случае это KB2592687 и KB2574819. Их необходимо удалить из системы.

Проблемы при установке пакета SP1
Данная ошибка также может возникать при обновлении Windows 7 до SP1. Решается проблема изменением параметра системного реестра, отвечающего за максимальное количество подключенных сторонних сетевых драйверов.
- Открываем редактор реестра с помощью меню «Выполнить» (Win+R) командой

Переходим к ветке

В правом блоке кликаем ПКМ по параметру
Выбираем пункт «Изменить».

Задаем значение 14 (оно является максимальным) и жмем ОК.
Если ситуацию исправить не удалось, необходимо выполнить следующие действия:
- Переходим в «Центр управления сетями» из «Панели управления».

Жмем по ссылке «Изменение параметров адаптера».

Далее заходим в свойства каждого подключения (ПКМ – Свойства).

Переключаемся на вкладку «Сеть» и отключаем все сторонние компоненты. К ним относятся все позиции, которые не имеют в названиях слова «Microsoft» и не являются протоколами TCP/IP. Также нет необходимости отключать планировщик пакетов QoS и стандартные драйвера, имена которых переведены на русский (или ваш родной) язык. Примеры сторонних компонентов можно увидеть на скриншоте. Отключение производится снятием соответствующих флажков и нажатием кнопки ОК.
Если вы не устанавливали сетевые компоненты или точно не удается определить, какие из них являются сторонними, а также, если проблема не была устранена, выход только один – переустановка Windows с последующим обновлением уже «чистой» системы.
Заключение
Мы сегодня разобрали самые распространенные причины возникновения ошибки 0x80004005 в Windows 7. Как видите, их достаточно много и для каждой следует применять конкретные методы. В том же случае, если точно неизвестно, что вызвало сбой, придется попробовать все способы, придерживаясь той очередности, в которой они приведены в статье.
Источник
Ошибка при проверке подлинности 0x80004005, решено
Сегодня не смог подключиться ни к одному из двух своих серверов по RDP с ноутбука с Windows 7 x64, хотя пару дней назад все работало, при попытке подключения, приложение удаленный рабочий стол выдавало ошибку «Ошибка при проверке подлинности (код: 0x80004005)», в соответствующем окошке:

Если ошибка возникает при попытке зайти на сетевую шару см. пункт 4.
Подумал что же могло поменяться за пару дней, и вспомнил что недавно накатил обновления, и нашел виновника это KB2923545, но что интересно сейчас ноябрь, а оно было установлено еще в августе и все работало, так что думаю какое-то из позавчерашних обновлений все сломало. Теоретически это могло быть одно из этих обновлений:
KB 2574819
KB 2857650
KB 2830477
KB 2913751
Но в списке недавно установленных ни одно из них не значится. В моем случае проблема решилась удалением обновления KB2923545, и последующей перезагрузкой, после которой я смог подключиться к своим серверам.
В интернете предлагают еще несколько решений этой ошибки, если удаление обновления не помогает, попробуйте проделать следующее:
1. Если компьютер в домене — возможны проблемы с груповой или локальной политикой безопасности, она может запрещать подключение с указанными параметрами, и в результате будет ошибка.
2. Так же виновниками может быть пара обновлений KB2592687 и KB2574819, их удаление решит проблему.
3. Еще можно попробовать отключить проверку подлинности серверной стороной, для этого откройте приложение удаленный рабочий стол, и в свойствах своего подключения на вкладке «Дополнительно» выберите предупреждать, или подключаться без предупреждения. Это решение временное и не рекомендуется, так как снижает безопасность, его использовать не советую, кстати в моей ситуации не помогло.
4. Необходимо запустить службу брандмауэра или включить его в панели управления, если выключен, если служба работает и брандмауэр включен, то пройдите по пути:
Панель управления — Администрирование — Брандмауэр Windows в режиме повышенной безопасности — Правила для входящих подключений — Общий доступ к файлам и принтерам (входящий трафик SMB) — Действие разрешить.
Тем самым вы откроете порт TCP 445, необходимый для корректной работы сетевых шар по протоколу SMB.
5. Ошибку может вызывать программа КриптоПро CSP версии 4.0, возможно и других версий тоже, так же потенциально эту ошибку могут вызвать и другие «криптопровайдеры» — программы для подписи или шифрования файлов и документов.
6. Так же эту ошибку могут вызывать сторонние программы, например Adobe Flash Player для Edge и Internet Explorer, в некоторых версиях Windows 10, 8 и Windows Server 2012, в этом случае необходимо просто установить обновления на систему.
Источник
Произошла ошибка проверки подлинности. Указанная функция не поддерживается
После установки обновления KB4103718 на моем компьютере с Windows 7 я не могу удаленно подключится к серверу c Windows Server 2012 R2 через удаленный рабочий стол RDP. После того, как я указываю адрес RDP сервера в окне клиента mstsc.exe и нажимаю «Подключить», появляется ошибка:
Произошла ошибка проверки подлинности.
Указанная функция не поддерживается.
Удаленный компьютер: computername

После того, как я удалил обновление KB4103718 и перезагрузил компьютер, RDP подключение стало работать нормально. Если я правильно понимаю, это только временное обходное решение, в следующем месяце приедет новый кумулятивный пакет обновлений и ошибка вернется? Можете что-нибудь посоветовать?
Ответ
Вы абсолютно правы в том, что бессмысленно решать проблему удалением обновлений Windows, ведь вы тем самым подвергаете свой компьютер риску эксплуатации различных уязвимостей, которые закрывают патчи в данном обновлении.
В своей проблеме вы не одиноки. Данная ошибка может появится в любой операционной системе Windows или Windows Server (не только Windows 7). У пользователей английской версии Windows 10 при попытке подключится к RDP/RDS серверу аналогичная ошибка выглядит так:
The function requested is not supported.
Remote computer: computername

Ошибка RDP “An authentication error has occurred” может появляться и при попытке запуска RemoteApp приложений.
Почему это происходит? Дело в том, что на вашем компьютере установлены актуальные обновления безопасности (выпущенные после мая 2018 года), в которых исправляется серьёзная уязвимость в протоколе CredSSP (Credential Security Support Provider), использующегося для аутентификации на RDP серверах (CVE-2018-0886) (рекомендую познакомится со статьей Ошибка RDP подключения: CredSSP encryption oracle remediation). При этом на стороне RDP / RDS сервера, к которому вы подключаетесь со своего компьютера, эти обновления не установлены и при этом для RDP доступа включен протокол NLA (Network Level Authentication / Проверку подлинности на уровне сети). Протокол NLA использует механизмы CredSSP для пре-аутентификация пользователей через TLS/SSL или Kerberos. Ваш компьютер из-за новых настроек безопасности, которые выставило установленное у вас обновление, просто блокирует подключение к удаленному компьютеру, который использует уязвимую версию CredSSP.
Что можно сделать для исправления эту ошибки и подключиться к вашему RDP серверу?
- Самый правильный способ решения проблемы – установка последних кумулятивных обновлений безопасности Windows на компьютере / сервере, к которому вы подключаетесь по RDP;
- Временный способ 1 . Можно отключить проверку подлинности на уровне сети (NLA) на стороне RDP сервера (описано ниже);
- Временный способ 2 . Вы можете на стороне клиента разрешить подключение к RDP серверам с небезопасной версией CredSSP, как описано в статье по ссылке выше. Для этого нужно изменить ключ реестра AllowEncryptionOracle (команда REG ADD
HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2 ) или изменить настройки локальной политики Encryption Oracle Remediation / Исправление уязвимости шифрующего оракула), установив ее значение = Vulnerable / Оставить уязвимость).
Отключение NLA для протокола RDP в Windows
Если на стороне RDP сервера, которому вы подключаетесь, включен NLA, это означает что для преаутентификации RDP пользователя используется CredSPP. Отключить Network Level Authentication можно в свойствах системы на вкладке Удаленный доступ (Remote), сняв галку «Разрешить подключения только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети / Allow connection only from computers running Remote Desktop with Network Level Authentication (recommended)» (Windows 10 / Windows 8).

В Windows 7 эта опция называется по-другому. На вкладке Удаленный доступ нужно выбрать опцию «Разрешить подключения от компьютеров с любой версией удаленного рабочего стола (опасный) / Allow connections from computers running any version of Remote Desktop (less secure)».
Также можно отключить проверку подлинности на уровне сети (NLA) с помощью редактора локальной групповой политики — gpedit.msc (в Windows 10 Home редактор политик gpedit.msc можно запустить так) или с помощью консоли управления доменными политиками – GPMC.msc. Для этого перейдите в разделе Конфигурация компьютера –> Административные шаблоны –> Компоненты Windows –> Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов –> Безопасность (Computer Configuration –> Administrative Templates –> Windows Components –> Remote Desktop Services – Remote Desktop Session Host –> Security), отключите политику Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети (Require user authentication for remote connections by using Network Level Authentication).

Также нужно в политике «Требовать использования специального уровня безопасности для удаленных подключений по протоколу RDP» (Require use of specific security layer for remote (RDP) connections) выбрать уровень безопасности (Security Layer) — RDP.
Для применения новых настроек RDP нужно обновить политики (gpupdate /force) или перезагрузить компьютер. После этого вы должны успешно подключиться к удаленному рабочему столу сервера.
Источник
Содержание
- 1 Произошла ошибка при проверке подлинности. При подключении к удаленному рабочему столу (RDP)
- 1.1 #1 Установка обновления для исправления шифрования CredSSP на стороне сервера
- 1.2 #2 Отключение уведомления об ошибке шифрования CredSPP на клиентском компьютере
- 1.3 Исправление в домашней версии Windows
- 2 Исправляем ошибку System componentmodel win32exception кодом 0x80004005 в Windows
- 2.1 Метод №1
- 2.2 Метод №2
- 2.3 Метод №3
- 2.4 Метод №4
- 2.5 Метод №5
- 2.6 Метод №6
- 2.7 Метод №7
- 2.8 Метод №8
- 2.9 Метод №9
- 3 Проверка подлинности сети для удаленного компьютера
- 3.1 Требования к аутентификации на уровне сети
- 3.2 Причина ошибки подключения к удаленному компьютеру
- 3.3 Проверка подлинности сети для удаленного компьютера — решение проблемы
- 3.4 Вместо этого следует внести изменения в реестр:
- 3.5 Для разрешения подключения к удаленному ПК следует:
- 3.6 Проверяем настройки брандмауэра
- 3.7 Проверка подлинности сети для удаленного компьютера — банальные ошибки

Произошла ошибка при проверке подлинности. Указанная функция не поддерживается. Причиной ошибки может быть исправление шифрования CredSSP
После очередного обновления операционной системы Windows, которое было примерно 8 мая 2018 года, почти все пользователи столкнулись с проблемой подключения к удаленному рабочему столу (RDP и remoteapp).
При попытке подключения к серверу, клиентская машина выдает ошибку:
Подключение к удаленному рабочему столу
Произошла ошибка при проверке подлинности.
Указанная функция не поддерживается
Удаленный компьютер:
Причиной ошибки может быть исправление шифрования CredSSP.
Дополнительные сведения см. в статье https://go.microsoft.com/fwlink/?linkid=866660
Существует два способа исправления ошибки шифрования CredSSP. Первый способ самый правильный, второй — быстрый.
#1 Установка обновления для исправления шифрования CredSSP на стороне сервера
Для решения проблемы необходимо установить обновление CVE-2018-0886 на стороне сервера, ну или персонального компьютера к которому необходимо подключиться через RDP удаленный рабочий стол.
Ссылки для скачивания обновлений:
Обновление CVE-2018-0886 для Windows Server 2016 1803
Обновление CVE-2018-0886 для Windows Server 2016 1709
Обновление CVE-2018-0886 для Windows Server 2016 1703
Обновление CVE-2018-0886 для Windows Server 2016 1607
Обновление CVE-2018-0886 для Windows Server 2016 1511
Обновление CVE-2018-0886 для Windows Server 2016
Обновление CVE-2018-0886 для Windows 10 1803 ARM64
Обновление CVE-2018-0886 для Windows 10 1803 x86
Обновление CVE-2018-0886 для Windows 10 1803 x64
Обновление CVE-2018-0886 для Windows 10 1709 ARM
Обновление CVE-2018-0886 для Windows 10 1709 x86
Обновление CVE-2018-0886 для Windows 10 1709 x64
Обновление CVE-2018-0886 для Windows 10 1703 ARM
Обновление CVE-2018-0886 для Windows 10 1703 x86
Обновление CVE-2018-0886 для Windows 10 1703 x64
Обновление CVE-2018-0886 для Windows 10 1607 ARM
Обновление CVE-2018-0886 для Windows 10 1607 x86
Обновление CVE-2018-0886 для Windows 10 1607 x64
Обновление CVE-2018-0886 для Windows 10 1511 ARM
Обновление CVE-2018-0886 для Windows 10 1511 x86
Обновление CVE-2018-0886 для Windows 10 1511 x64
Обновление CVE-2018-0886 для Windows 10 x86
Обновление CVE-2018-0886 для Windows 10 x64
Обновление CVE-2018-0886 для Windows Server 2012 R2
Обновление CVE-2018-0886 для Windows 8.1 x86
Обновление CVE-2018-0886 для Windows 8.1 x64
Обновление CVE-2018-0886 для Windows Server 2012
Обновление CVE-2018-0886 для Windows Server 2008 R2
Обновление CVE-2018-0886 для Windows 7 x86
Обновление CVE-2018-0886 для Windows 7 x64
#2 Отключение уведомления об ошибке шифрования CredSPP на клиентском компьютере
Для тех, кто не хочет заморачиваться с обновлением сервера — второй способ просто спасение!
Что нужно сделать:
1. Запускаем программу «Выполнить» и пишем там команду gpedit.msc У вас откроется «Редактор локальной групповой политики»
2.
Далее идем: Конфигурация компьютера — Административные шаблоны — Система — Передача учетных данных.
Для английской версии ОС Windows путь такой: Computer Configuration — Administrative Templates — System — Credentials Delegation.
3. Здесь нужно открыть параметр «Исправление уязвимости шифрующего оракула» («Encryption Oracle Remediation») и выбираем «включено» («Enabled»). А уровень защиты «Оставить уязвимость» («Vulnerable»).
4. Применяем изменения нажатием кнопки «OK» и на этом всё! Возможно, потребуется перезагрузить компьютер.
Бывает такое, что в «Передачи учетных данных» нет параметра «Исправление уязвимости шифрующего оракула». Тогда нужно прописать изменения вручную в реестр.
1. Запускаем программу «Выполнить» и пишем там команду regedit У вас откроется «Редактор реестра«.
2. Перемещаемся по следующему пути:
HKLM Software Microsoft Windows CurrentVersion Policies System CredSSP Parameters
3. Нужно найти параметр DWORD с названием AllowEncryptionOracle и поставить значение 2. Если этого параметра нет, то нужно создать его.
4. Обязательно выполняем перезагрузку компьютера.
Существует еще более простой способ внести изменения в реестр, можно просто выполнить следующую команду в командной строке (вы должны обладать правами администратора):
REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2
Вот и всё!
Исправление в домашней версии Windows
1. Запустите командную строку (cmd) от имени Администратора.
2. Вставьте или пропишите команду:
REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2
После нажатия клавиши Enter должно появиться сообщение: Операция успешно завершена.
Эта команда вносит изменения в реестр Windows и разрешает ПК подключаться протоколом шифрования CredSSP.
Всем удачи и добра!
Источник: https://epicblog.net/29-it/ispravlenie-shifrovaniya-credssp.html
Исправляем ошибку System componentmodel win32exception кодом 0x80004005 в Windows
Любой пользователь желает, чтобы его компьютер был быстрым и стабильным в работе, но часто возникают разного рода проблемы, о которых информируют появляющиеся на экране ошибки. В этой статье мы разберем ошибку под кодом 0x80004005 и предложим актуальные методы её исправления.
Чаще всего пользователь вместе с ошибкой видит сообщение — system componentmodel win32exception. Ошибка возникает при:
- попытке изменения параметров и свойств файлов;
- попытке подключиться к интернету с объединенных в общую сеть компьютеров;
- попытке записать образ диска;
- попытке обновить операционную систему.
Некоторые компьютерные игры и программы могут послужить причиной данной ошибки. Первым делом проверьте директорию этой программы качественным антивирусом, таким как «Касперский» на наличие вирусов, мешающих корректной работе. В некоторых случаях ненадежный антивирус может стать причиной данного сбоя.
Были случаи, когда при запуске игры или программы, например, таких как XCOM 2 и Outlook, антивирусные системы блокировали их функциональность, что вызывало сбой с окном ошибки на экране. В данном случае вам следует сменить защитную программу или настроить её должным образом.
Иногда и перезапуск компьютера устраняет данный сбой, но бывают более сложные решения данной ошибки. Ниже представлены разнообразные методы устранения ошибки 0x80004005.
Метод №1
Если сбой произошел во время загрузки обновлений для вашей операционной системы, то для восстановления корректной работы проделайте следующий алгоритм действий:
- Зайдите в меню «пуск» и в поле поиска наберите «устранение неполадок»;
- Выберите найденный результат в списке;
- Нажмите на «просмотр всех категорий» в левой верхней части появившегося окна;
- В отобразившемся списке щелкните на «центр обновления Windows», в новом появившемся окне «дополнительно» (убедитесь, что установлена галочка рядом с пунктом «автоматически применять исправления»;
- Нажмите далее, чтобы запустить проверку, в процессе которой все найденные неполадки будут устранены.
Метод №2
Часто ошибка возникает при наличии поврежденного файла обновления. Для решения следует удалить содержимое папки, куда загружаются обновления операционной системы. Для этого:
- Зайдите в «мой компьютер», который располагается на рабочем столе и в меню «пуск», проследуйте по пути: C:WindowsSoftwareDistributionDownload ( «С» — системный диск, буква может отличаться);
- Выделите все файлы в конечной папке (Download) и нажмите на кнопку «delete».
Метод №3
Ошибка крайне часто связана со сбоем в работе виртуальной машины (программа virtualbox). В таком случае проделайте следующее:
- Нажмите сочетание клавиш: Windows+R;
- В отобразившемся окне напечатайте команду «regedit» и нажмите OK;
- Появится новое окно, в котором проследуйте по данному пути: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAppCompatFlagsLayers;
- Удалите расположенный там ключ, имеющий пометку virtualbox.
Дополнительные способы решения сбоя в работе virtualbox:
- Полное удаление и установка более ранней версии программы;
- В некоторых версиях BIOS есть функция Intel Virtualization Technology, требуется найти её и включить (Enabled).
Метод №4
Если при попытке RDP соединения появляется ошибка, делайте следующее:
- Зайдите в «пуск»;
- В строчке поиска наберите «Центр обновления Windows» и щелкните мышкой по первому найденному результату;
- Появится окно, в котором кликните на ссылку «Установленные обновления»;
- Подождите, пока отобразится список всех обновлений. Найдите в данном списке следующие обновления KB2592687 и KB2574819 и удалите их.
Метод №5
Частой причиной возникновения ошибки 0x80004005 служат поврежденные DLL файлы и сбой в работе реестра. Для решения делайте следующее:
- Перейдите в меню «пуск», наберите в строчку поиска: %Temp%;
- Щелкните по найденной папке;
- В отобразившемся окне выделите все содержимое и нажмите кнопку «delete»;
- После перезагрузки компьютера ошибка должна исчезнуть.
Метод №6
Проверьте ваш системный диск на присутствие в его работе ошибок. Для этого перейдите в «Мой Компьютер» , далее нажмите по диску, на котором у вас установлен Windows, правой кнопкой мыши и кликните по «свойства».
В открывшемся окошке перейдите во вкладку «Сервис» и выберите «Выполнить проверку».Появится новое окошко, в нем установите все галочки и нажмите «запуск». Проверка может занять продолжительное время – дождитесь её завершения.
Если будут обнаружены сбои в работе диска, в том числе те, которые вызывают ошибку 0x80004005 – они будут исправлены.
Метод №7
Если ошибка появляется с пометкой «DllregisterServer», то вам следует сделать следующее:
- Перейдите в «пуск» и в строчке поиска напечатайте: «Учетные записи пользователей»;
- Выберите первый найденный результат в списке;
- Отобразится новое окно, в котором найдите пункт «Изменение параметров контроля учетных записей», кликните по нему;
- В открывшемся окне увидите ползунок, передвиньте его в самый низ, установив тем самый параметр «Никогда не уведомлять».
Метод №8
При ошибке с пометкой «system componentmodel win32exception» и «dllregisterserver» вам поможет изменение типа своей учетной записи на «администратор». Для этого: перейдите в меню «пуск», в поисковую строку наберите «Учетные записи пользователей» и нажмите на найденный результат.
В окне, которое отобразится на экране, кликните по пункту «Изменение типа своей учетной записи», в котором поставьте галочку в пункте «администратор».
Метод №9
Если ваш случай является из ряда вон выходящим, и все способы и методы не помогли, то в таком случае единственным способом избавления от ошибки будет полная переустановка операционной системы. Хоть данный выход является радикальным, но он обеспечивает стопроцентное избавление от любой ошибки.
Источник: https://yakadr.ru/windows/oshibki/system-componentmodel-0x80004005.html
Проверка подлинности сети для удаленного компьютера
Проверка подлинности сети для удаленного компьютера Windows нередко вызывает недоумение у пользователей, так как возникает ошибка удаленный компьютер требует проверку подлинности. Проблема с проверкой чаще встречается на более ранних версиях ОС до Windows 7. PClegko разберется с причинами и даст верные советы по исправлению ошибок подключения к удаленному рабочему столу.
Уверенные пользователи ПК наверняка слышали о фишке «удаленный рабочий стол» (Remote Desktop Connection). Она позволяет подключаться к другому компьютеру (удаленному) через свой ПК, планшет или телефон.
Вы можете удаленно управлять другим ПК, как будто вы находитесь за ним. Технология работает на всех операционных системах (ОС) включая Windows XP, Windows 7-10, Mac OS.
Требования к аутентификации на уровне сети
Remote Desktop Connection – это пошаговый процесс. Сперва нужно настроить ПК, над которым необходим контроль. Этот компьютер обязательно должен соблюдать такие требования.
1. Компьютер клиента обязан использовать Remote Desktop Connection версии 6.0 или выше.2. Операционная система, установленная на ПК, должна поддерживать Credential Security Support Provider.
3. Должен быть запущен клиент Windows Server: 2008R2, W2012R2, W2016R2.
Причина ошибки подключения к удаленному компьютеру
Давно прошли те времена, когда RDC пользовались лишь системные администраторы. Сейчас эта функция – обычное дело в корпоративной среде. Огромной популярностью пользуется решение от компании Microsoft, в основном из-за добавления этой функции в состав серверных операционных систем (Windows Server).
Но этот гигант не останавливается на достигнутом и собирается догнать своего прямого конкурента CSTRIX, возможностями которого пользуются уже более 15 лет.
С выходом Windows Server, появилась возможность устанавливать защиту на сетевом уровне. Но, более поздние версии ОС эту возможность не получили. Теперь, при подключении к такому серверу, удаленный компьютер требует проверки подлинности на уровне сети, которую ПК не поддерживает.
Ошибка происходит по причине того, что Windows XP не может проверить подлинность на уровне сети. Эта возможность появляется только в будущих версиях системы. Позже разработчики выпустили обновление KB951608, исправляющее проблему.
Проверка подлинности сети для удаленного компьютера — решение проблемы
Проверка подлинности на уровне сети – метод проверки, при котором подлинность пользователя должна проверяться перед непосредственным подключением к удаленному рабочему столу. Этот метод безопасен и помогает защитить удаленный ПК от злоумышленников, и вредоносного программного обеспечения.
Чтобы воспользоваться функцией удаленного рабочего стола, нужно установить Windows XP Service Pack 3, (на других версиях ОС проблема не беспокоит) а после выполнить следующее.
Зайти на официальный сайт https://support.microsoft.com/ru-ru/kb/951608 скачать файл с автоматическими исправлениями. Кнопку «Скачать» можно найти в разделе «Помощь»
Запустите файл после загрузки. Откроется окно программы. Первый действием кликните на галочку «Принять» и нажмите «Далее».
После завершения процесса должно открыться новое окно с результатом исправлений. Обычно там написано, что исправление было обработано. Нажмите «Закрыть» и согласитесь с условием перезагрузить компьютер.
После всех выполненных действий, при новом подключении проверка подлинности на уровне сети проходит успешно.
В открывшемся окне укажите логин и пароль администратора для получения доступа.
Следующий способ называется «Атака в лоб» – выключить проверку Connection Broker в свойствах приложений. По умолчанию стоит «Разрешить подключаться только с компьютеров…», снимите галочку.
Теперь удаленное приложения обязательно откроется без злостной ошибки.
Существует и более безопасный способ – включить поддержку проверки подлинности на уровне сети. В этом случае, в свойствах коллекции не нужно убирать галочку, стоящую по умолчанию.
Вместо этого следует внести изменения в реестр:
1. Воспользуйтесь regedit (Win+R) и измените путь «HKLM/SYSTEM/ CurrentControlSet/Lsa» добавить значение tspkg в параметр «Security Packages».
2. «HKLM/SYSTEM/CurrentControlSet/SecurityProviders» добавить скрипт credssp.dll в «SecurityProviders».
После всех изменений перезагрузите компьютер. Если после перезагрузки при запуске приложения появиться ошибка «компьютер требует проверку подлинности на уровне сети» (код: 0x80090303)» – не беспокойтесь!
Для решения проблемы воспользуетесь хотфиксом (первый способ). После чего снова перезагрузите ПК и приложение обязательно запустится.
Еще один способ избавиться от проблемы – обновить операционную систему. В 2018 году пора забыть о Windows XP, и перейти хотя бы на 7-ку, лучше на последнюю, 10-ю версию. На новых ОС проблемы не существует.
Разрешить удаленное подключение к компьютеру на Windows 10 проще простого. Важно, чтобы у пользователя была установлена профессиональная версия операционной системы (Pro).
Для разрешения подключения к удаленному ПК следует:
1. Откройте «Панель управления»2. «Система».3. «Настройки удаленного доступа».
4. Активируйте раздел «Разрешить удаленные подключения» и нажмите «Ок», затем «Применить» и покиньте меню.
После перезагрузки ПК будет поддерживать удаленные подключения по локальной сети.
Теперь нужно убедиться, что включено разрешение подключения по протоколу RDP.
1. Снова зайдите в «Свойства», «Настройки удаленного доступа».2. Кликните по пункту «Разрешить удаленные подключения к ПК», если этот параметр будет неактивен.
Советуем прописывать именно тех пользователей, которые будут подключаться к системе. Эту процедуру нужно выполнить обязательно! Если не помогло, переходим ко второму способу.
Проверяем настройки брандмауэра
1. Переходим в «Панель управления».
2. «Брандмауэр» и нажимаем ставим разрешение на нужное приложение.
В настройках также нужно разрешить все входящие подключения к удаленному рабочему столу.
После проверки настроек проблема должна исчезнуть.
особенность новой ОС – не нужно устанавливать дополнительное программное обеспечение для настройки удаленного рабочего стола. Просто откройте поиск и найдите «Удаленный рабочий стол». После чего откроется программа.
В ячейку нужно вписать IP-адрес требуемого ПК и ввести его учетные данные. Все просто.
Проверка подлинности сети для удаленного компьютера — банальные ошибки
Компьютер может не подключаться к удаленному рабочему столу еще по нескольким, банальным причинам:
1. Подключение не осуществляется, если учетная запись пользователя создана без пароля. Пароль можно добавить в настройках учетной записи.2. Удаленный ПК может находиться в спящем режиме. Чтобы этого не происходило, в параметрах сна и гибернации установите параметр «Никогда».
3. Удаленный компьютер принимает подключения только от ПК с включенной проверкой подлинности (NLA). В статье мы привели примеры как разрешить проверну подлинности на уровне сети.
После проведения всех манипуляций, у Вас без сомнений получиться подключить к удаленному рабочему столу.
(3 5,00 из 5)
Загрузка…
Источник: https://pclegko.ru/windows-7-8-10/proverka-udalyonnyj-kompyuter.html
После каких то обновлений, перестал подключаться RDP с win7 на win7.
При включенной проверке подлинности на уровне сети — ошибка 0x80004005.
При разрешении подлючения от rdp-клиента любой версии — все нормально.
Сходу грохнул KB2592687 и KB2574819 — помогло. Но, ведь, эти обновления уже давно были опубликованы и установлены. В итоге — KB2923545.
А вот ссылка на blogs.msdn.com.
Как победить ошибку без удаления обновлений — не знаю.
А вот еще — есть другая ошибка:
Имя журнала: Application
Источник: Microsoft-Windows-Security-SPP
Дата:
Код события: 16385
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: comp1111.firma.local
Описание:
Не удалось запланировать перезапуск службы защиты программного обеспечения в 2014-07-01T13:35:58Z. Код ошибки: 0x80041321.
А эта ошибка лечится через:
Удалить C:WindowsSystem32TasksMicrosoftWindowsSoftwareProtectionPlatform* и скопировать в эту папку оригинальные файлы из дистрибутива windows 7. Находим в iso-шке install.wim, забираем оттуда нужные файлы (через 7zip).
Net stop sppsvc
Net start sppsvc
I’m trying to make a Remote Desktop connection from a 32 bit Windows 7 Ultimate to a 64 bit Windows 10 Pro. When I try to connect I get this error msg.:
»
Remote Desktop Connection
An authentication error has occurred (Code: 0x80004005).
Remote computer: 192.168.64.110
«
The Remote Desktop Connection on the Windows 7 shows this in the About:
«
About Remote Desktop Connection
Remote Desktop Connection
Shell Version 6.3.9600
Control Version 6.3.9600
@ 2013 Microsoft Corporation Al rights reserved
Network Level Authentication supported
Remote Desktop Protocol 8.1 supported
«
The Remote Desktop Connection on the Windows 7:
«
Computer: 192.168.64.110
User name: eks
«
The 64 bit Windows 10 is running in Parallels Desktop 11 on a macBook Pro. I also have a 64 bit Windows 10 Pro running in VirtualBox v. 5.0.14 on the same macBook Pro, and a Remote Desktop connection from the 32 bit Windows 7 to that Windows 10 gives the
same error.
In the VirtualBox v. 5.0.14 on the MacBook Pro I also have a 64 bit Windows 7. A Remote Desktop connection from the 32 bit Windows 7 to the 64 bit Windows 7 in the VirtualBox v. 5.0.14 on the MacBook Pro works fine!!
A Remote Desktop Connection from Microsoft Remote Desktop Version 8.0.26 (Build 26951) on the macBook Pro works fine to all the Windows!
The 32 bit Windows 7 is running on a real 32 bit PC.
What can I do to solve the problem ?
Best
Eigil
-
Edited by
Sunday, February 28, 2016 9:03 AM
I’m trying to make a Remote Desktop connection from a 32 bit Windows 7 Ultimate to a 64 bit Windows 10 Pro. When I try to connect I get this error msg.:
»
Remote Desktop Connection
An authentication error has occurred (Code: 0x80004005).
Remote computer: 192.168.64.110
«
The Remote Desktop Connection on the Windows 7 shows this in the About:
«
About Remote Desktop Connection
Remote Desktop Connection
Shell Version 6.3.9600
Control Version 6.3.9600
@ 2013 Microsoft Corporation Al rights reserved
Network Level Authentication supported
Remote Desktop Protocol 8.1 supported
«
The Remote Desktop Connection on the Windows 7:
«
Computer: 192.168.64.110
User name: eks
«
The 64 bit Windows 10 is running in Parallels Desktop 11 on a macBook Pro. I also have a 64 bit Windows 10 Pro running in VirtualBox v. 5.0.14 on the same macBook Pro, and a Remote Desktop connection from the 32 bit Windows 7 to that Windows 10 gives the
same error.
In the VirtualBox v. 5.0.14 on the MacBook Pro I also have a 64 bit Windows 7. A Remote Desktop connection from the 32 bit Windows 7 to the 64 bit Windows 7 in the VirtualBox v. 5.0.14 on the MacBook Pro works fine!!
A Remote Desktop Connection from Microsoft Remote Desktop Version 8.0.26 (Build 26951) on the macBook Pro works fine to all the Windows!
The 32 bit Windows 7 is running on a real 32 bit PC.
What can I do to solve the problem ?
Best
Eigil
-
Edited by
Sunday, February 28, 2016 9:03 AM

- Remove From My Forums
-
Question
-
Hello Everyone,
I’m getting a Authentication error on all of my Windows 2012 servers connecting through RDP. The weird thing is, this error only pops up using the DNS name. If I use the IP of the server, I connect with no issues or errors.
Does anyone have any ideas?
Please let me know
Thank you
Devon
-
Moved by
Amy Wang_
Monday, June 8, 2015 5:37 AM
Unrelated to RDC
-
Moved by
All replies
-
Hi Devon,
Thank you for posting in Windows Server Forum.
What’s your client OS and RDP version you are using?
From your description it occurs that there is issue resolving IP address with Hostname through DNS, so need to check the DNS record to see whether Hostname I mapped with IP address. Initially you can also try to clear DNS cache and try to flush with below command.
Ipconfig /flushdnsThen you can check using “nslookup” command whether you can resolve IP address from Hostname. You can check following articles for DNS troubleshooting.
— Cannot Connect to Remote Systems Using Host Name
— Troubleshooting DNS ServersHope it helps!
Thanks.
Dharmesh Solanki
TechNet Community Support

Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com. -
Thank you for the reply…
DNS seems to be fine, nslookup and ping work fine.. Its just weird this is only happening with windows server 2012.
I’m using Windows 8 as a client.
Devon
-
sounds like a permissions issue. Check out the Event logs on your server. Is the user a remember of the local admin group or remote desktop?
more info
https://social.technet.microsoft.com/Forums/en-US/ee4353f6-1977-47b4-a521-60a26986b361/authentication-error-has-occurred-code-0x80004005
-
The user is in the Remote desktop group… It works fine using IP, just not DNS name.
Devon
-
Hi,
Thanks for your comment.
Think that you are connecting from a machine in the same network and both are Windows. When you are pinging with server name (abc) what IP you are getting, is it same server IP?
Does it give a different computer name?If so then your DNS server is not updated with resource records of Server (abc). From abc, try
ipconfig /registerdns. It will take few minutes to register that computers resource records with DNS.Also suggest you to try access machine with FQDN if you have not tried it yet. Sometime it happens trying just giving computer name will not connect, but giving the Full-Qualified name will connect.
If the above fails, try using nslookup for abc and compare the IPs you get. If these are different, then your DNS is definitely not updated. Then try to proper registering with DNS.
The name resolution problem might be in your
Hosts file and LMHOSTS file, which looks for addresses sequentially from the top down. If more than one address is listed for the same host name, TCP/IP returns the first value it encounters, whether that value is accurate or not.
You can find the Host file and LMHOSTS file in
% SystemRoot %System32DriversEtc. Note that this file does not exist by default; a sample file named hosts & LMHOSTS.SAM exists. Please rename the original file before you change anything and then used changed file.Apart if still facing issue after checking above steps, you can capture network related logs with
NetMon (Network Monitir) and see the RDP port with destination address that what’s the error cause this to happen.Hope it helps!
Thanks.
Dharmesh Solanki
TechNet Community Support

Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.-
Proposed as answer by
Dharmesh SMicrosoft employee
Monday, January 5, 2015 1:03 AM -
Unproposed as answer by
MedicalSMicrosoft contingent staff
Wednesday, May 27, 2015 1:52 AM
-
Proposed as answer by
-
Hi,
Dharmesh Solanki provided very good explanation on the potential DNS issue with the server you reported, you may like to check the name resolution
to start with, use basic tools like ping with FQDN, nslookup check the dns zone entries make sure they are not static etc, keep us posted what you found out with the tests above.
Inderjit
-
Proposed as answer by
Dharmesh SMicrosoft employee
Monday, January 5, 2015 1:03 AM -
Unproposed as answer by
MedicalSMicrosoft contingent staff
Wednesday, May 27, 2015 1:54 AM
-
Proposed as answer by
-
Thank you Dharmesh for your information..
DNS is working just fine, all of my other servers are working as well… Its just Windows 2012 servers that are having this issue. The FQDN name also resulted in the same error.
Keep in mind, I have a mixed AD environment, Domain Level 2003. I do not have a Windows 2012 server, only 2003 and 2008. I have however, upgraded the schema to 2012. I think this might be a certificate issue.
-
Hi Devon,
Still suggest you to check below steps for further troubleshooting.
— Ensure that at least one correct DNS record is registered on each domain controller.
— To ensure that a correct DNS record is registered on each domain controller, find this server’s Active Directory replication partners that run DNS.
— Open DNSManager and connect in turn to each of these replication partners.
— Find the host (A) resource record registration for this server on each of the other replication partner domain controllers.
— Delete those host (A) records that do not have IP addresses corresponding to any of this server’s IP addresses.
— If a domain controller has no host (A) records for this server, add at least one that corresponds to an IP address on this server. (If there are multiple IP addresses for this server, add at least one that is on the same network as the domain controller
you are updating.)Name resolution may also fail with the RPC Server is unavailable error if NetBIOS over TCP/IP is disabled on the WINS tab in the advanced section of the TCP/IP properties. The NetBIOS over TCP/IP setting should be either enabled or default (use DHCP).
More troubleshooting steps you can find over here.
Windows Server Troubleshooting:
«The RPC server is unavailable»In addition, as you have commented verify your certificate is correct and matching the server name properly which can resolve the name form internal external environment.
Hope it helps!
Thanks.
Dharmesh Solanki
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.
-
Hi Devon,
the DNS name you use, is it the FQDN of your 2012 server or an alias ?
-
I’ve been getting this error, but looking at the Event Log showed:
Log Name: System
Source: Microsoft-Windows-Security-Kerberos
Date: 9/21/2017 1:34:25 PM
Event ID: 9
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: ZFS-ADMIN.xxx.xxxxx.xxx
Description:
The client has failed to validate the domain controller certificate for DC1.xxx.xxxxx.xxx. The following error was returned from the certificate validation process: The revocation function was unable to check revocation because the revocation server was offline.
.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Security-Kerberos» Guid=»{98E6CFCB-EE0A-41E0-A57B-622D4E1B30B1}» EventSourceName=»Kerberos» />
<EventID Qualifiers=»49152″>9</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2017-09-21T20:34:25.000000000Z» />
<EventRecordID>63537</EventRecordID>
<Correlation />
<Execution ProcessID=»0″ ThreadID=»0″ />
<Channel>System</Channel>
<Computer>ZFS-ADMIN.xxx.xxxxx.xxx</Computer>
<Security />
</System>
<EventData>
<Data Name=»Name»>The revocation function was unable to check revocation because the revocation server was offline.
</Data>
<Data Name=»Message»>DC1.xxx.xxxxx.xxx</Data>
<Binary>30820514308203FCA003020102020301465B300D06092A864886F70D01010B0500305D310B300906035504061302555331183016060355040A130F552E532E20476F7665726E6D656E74310C300A060355040B1303446F44310C300A060355040B1303504B49311830160603550403130F444F442049442053572043412D3338301E170D3137303230363137303430305A170D3230303230373137303430305A3077310B300906035504061302555331183016060355040A130F552E532E20476F7665726E6D656E74310C300A060355040B1303446F44310C300A060355040B1303504B49310C300A060355040B130355534E312430220603550403131B53414E322E7061632E61642E7370617761722E6E6176792E6D696C30820122300D06092A864886F70D01010105000382010F003082010A0282010100CBBAFA823D66AAC02906F715843309F958B4F13C857604BD7289385DA6EB72142CDC97714D6B3CC2A81D7FC4A97A04808ABFB58F786D93A58CD4FC6ECFA9304FDE39AACA6E458C39504301AFE80625CACE2A58AB8BCE33A64B2C6740AE715A104F8E057228A00EE30F9858B71FA8D2E8120FFA6150C253E081DBA8C6B5A09A6C81D5DA6EF9043EB2BB500599EDA309E67E85E4030FF045B06FBD69C6EACB94D072BFA392A1294F9BBE949CCFE2BD9A55C58EE908BA1B533BAEA66E31FAEE392C4C2C4EEBF1F4BDB401D4C774CBAFFFD2110EBF76A1326E39A5EC33C28A3B6C2DFBAE5301D668C43BF094BB401D0B12706823108BA209B0A3230291373DE271EB0203010001A38201C1308201BD301F0603551D230418301680148EC5B9CCFCCE8E53B42ACEE8112ACF9B296C67CA301D0603551D0E04160414ABCAD53D262A4EEE0650D0490919A5BB7FD72799306706082B06010505070101045B3059303506082B060105050730028629687474703A2F2F63726C2E646973612E6D696C2F7369676E2F444F444944535743415F33382E636572302006082B060105050730018614687474703A2F2F6F6373702E646973612E6D696C300E0603551D0F0101FF0404030205A030350603551D250101FF042B302906082B0601050507030206082B0601050507030106072B060105020305060A2B06010401823714020230470603551D110440303E821B53414E322E7061632E61642E7370617761722E6E6176792E6D696CA01F06092B0601040182371901A01204105276565A029C4F5F9DBC717A04FCE559302F06092B060104018237140204221E200044006F006D00610069006E0043006F006E00740072006F006C006C0065007230390603551D1F04323030302EA02CA02A8628687474703A2F2F63726C2E646973612E6D696C2F63726C2F444F444944535743415F33382E63726C30160603551D20040F300D300B0609608648016502010B27300D06092A864886F70D01010B050003820101009BFD5B2FB49A00A2637A6AB9074E8593963CEC8C18923866B7051341708279FCB2A5B555DF644943A617CBF85D6EE3A9534BD0435B30E9E4CEDE28C4F35413056058713D78FD5126524F5E85F35DB39D437217516B5474B63448A0AB1A7A70BAC8DBFDFEFD69743418C12C4204B4636D4AFA912354053B919067F65BBF25378A4F9B7FB999D689DF1E63FA3982307903F622E7C331782DB1E9250F35284A790F2BD3196D39D715078923C547AC6EEA4982FD97BE6302AA63898B4988F1F20F2943F3028E1ECB8BF2DD43EDA3D645DE6F8B7B064238D427B41A4BED04BAB5852B56EDDB814C3EB13D52B0F3D012677048CEB41AAEB0E2AC699132A74F1CEB8361</Binary>
</EventData>
</Event>So in my case, it’s not a DNS issue, there is a problem with certificate revocation checking between the network that hosts the machine I’m trying to RDP to and the network that hosts the domain controller / server that is performing revocation checking.
We are using Smart Card authentication. Logging in using user name and password works fie.I haven’t fixed this yet, but it might point you in the right direction, if your problem is the same as mine.
Just something else to check.
-
The Fix for this issue is below,
Start > Admin Tools > remote Desktop Services > Remote Desktop Session Host Configuration > click on Session Host Configuration: < Server Name > > in the middle under «Connections» right click on «RDP-Tcp Microsoft RDP 7.1»
> Under the «General Tab» change the «Security Layer» to «RDP Security Layer > Apply > ok > now you will be able to RDPOnce I did the above fix I got the below error, this is just informational.
—————————
Terminal Services Configuration
—————————
Configuration changes have been made to the system registry; however, the user session now active on the RDP-Tcp connection will not be changed.
—————————
OK
—————————Explanation:
Terminal Services is designed to maintain user access even though a connection has been changed. All users must log off of the connection before the changes take complete effect.Once done I was able to RDP to the server again like normal.
-
Although a lot of people treated this as a DNS issue, they neglected this: NTLM will work with IP address but Kerberos will only work with the hostname. That should provide some clue that the issue is related to Kerberos. Indeed, the event log you found
did show that this was a Kerberos specific issue. -
Exactly the problem we’re having. Had already narrowed it down to an issue with Kerberos, but not sure how to resolve it. It’s affecting numerous machines ranging from all Windows OS’s (Win 10, Server 2008, 2012, 2016). Has anybody found a cause or resolution
for this issue? -
I am having this same issue. Windows 2019 Remote Desktop Services. Work fine from some locations but not from others.
-
Actually today it just started working for a period of time on one of pcs that it was not working on. However after reboot it went back to prompting on authentication to internal resource after successful rd gateway authentication. I am using
Duo for two factor as well.I am behind sonicwalls. It seems like I have good luck from other computers not behind Sonicwalls.
-
Edited by
2010
Tuesday, July 2, 2019 1:12 AM
-
Edited by
-
On my issue there are no firewalls between me and the servers I’m trying to RDP to. But we’re also having the same intermittent issues. Some days I don’t have the issue and some other users will. On other days they don’t have the issue but I do.
-
I found some articles related to creating an SPN for public facing name to resolve kerberos issues. I have not tried yet but am researching.
If anyone knows something about this feel free to chime in.
-
It seems like it may be related to Kerberos. Not sure why some locations authenticate differently then others however I did get this error when trying to authenticate to Gateway and Session Host(Same Server).
Event ID 100
Security-Kerberos
The service principal name (SPN) TERMSRV/remote.domain.com@localdomain.local is not registered , whcich caused authentication to fail: 0x7. Use setspn command-line tool to register the SPN.
I do not know how to do this and also how to reverse it if I need to.
-
The same issue I faced and from the same server itself we got the error.
After enabled the TLS 1.2 and 1.1 from registry edit the issue got resolved