Ошибка при проверке подлинности код 0x80004005 криптопро csp

Deepl	#1 Оставлено : 23 апреля 2015 г. 11:16:11(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	Здравствуйте! ОС MS Windows 7 Prof with sp1 Был установлен КриптоПро 3.6 R2, потом установили КриптоПро 3.9 обновлением и обнаружили, что нужен ключ, который есть для версии 3.6 и не подходит для версии 3.9 Было принято решение удалить КриптоПро 3.9 и установить КриптоПро 3.6. R4 как самую свежую. После установки обнаружилось следующее: 1) при попытке подключения по rdp к серверам Windows 2008 и выше выдается сообщение : Ошибка при проверке подлинности (код: 0x80004005) Удаленный компьютер такой то. При этом к серверам windows 2003 подключиться можно. 2) В КриптоПро нельзя установить личный сертификат — выдается сообщение, что неправильно задан набор ключей. Снесли R4 — всё заработало. Установили R3 — не работает rdp. Снесли R3 — заработало. Установили R2 — тоже не работает. Как быть? Переустановить Windows? Но это очень муторно — почти невозможно. И без КриптоПро на этой машине тоже нельзя — нужна работа с сайтом закупок. Отредактировано пользователем 23 апреля 2015 г. 11:39:52(UTC)  | Причина: Не указана

Alexander A. Nikitkov	#2 Оставлено : 23 апреля 2015 г. 12:16:52(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 22.04.2015(UTC) Сообщений: 324 Сказал «Спасибо»: 4 раз Поблагодарили: 54 раз в 54 постах	Приветствую! 1. Каким образом удаляли CSP? Попробуйте http://cryptopro.ru/site…iles/public/cspclean.exe 2. В окошке подключения по RDP, во вкладке «Дополнительно» — «Проверка подлинности сервера» что там? Если раньше 3.9 не использовали на данном ПК, то при установке (не вводя серийника) автоматом активируется демо (но полностью функциональная лицензия) на 90 дней. Знаете наверно. И кстати, с установленной 3.9 RDP работает?

Deepl	#3 Оставлено : 23 апреля 2015 г. 12:21:31(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	Именно этой утилитой csclean и удалил/ Точнее сначала при помощи точки восстановления, а потом уже утилитой. Настройки подлинности в rdp пробовал все варианты — не помогает К сожалению, не заметил когда была 3.9 работала ли rdp. Тревогу забил когда не смог войти на сайт закупок. А по rdp перестал входить когда уже была версия R4

Alexander A. Nikitkov	#4 Оставлено : 23 апреля 2015 г. 14:08:52(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 22.04.2015(UTC) Сообщений: 324 Сказал «Спасибо»: 4 раз Поблагодарили: 54 раз в 54 постах	Знающими, компетентными и высокопрофессиональными людьми с высокими моральными качествами (не мной т.е.) в лаботаторных условиях был проведён эксперимент, моделирующий Вашу проблему. И ошибок в работе RDP обнаружено не было. Попробуйте так: 1. удаляете CSP с помощью csclean 2. ребут 3. если ветка HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCrypto Pro присутствует — удаляете её руками 4. устанавливаете CSP 3.6 R4 последнюю с сайта. ………….. (надеюсь) PROFIT! Отредактировано пользователем 23 апреля 2015 г. 14:09:37(UTC)  | Причина: Не указана

Deepl	#5 Оставлено : 23 апреля 2015 г. 14:16:49(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	сейчас КриптоПро 3.6 R4 установлен, но ветки HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCrypto Pro нету пробую удалить csclean

Deepl	#6 Оставлено : 23 апреля 2015 г. 14:36:37(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	При удалении при помощи csclean заметил, что в окне работы этой проги появились сообщения: An error occurred in running the program. install.c:2592:MoveFileEx from file: C:Windowssystem32cpcng.dll to C:Windows system32csp3EA6.tmp fail. Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. An error occurred in running the program. install.c:2544:Can not remove: C:Windowssystem32cpcng.dll Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. File not exist: C:Windowssystem32cpdrvlib.sys File: C:Windowssystem32cpssl.dll couldn’t be deleted. An error occurred in running the program. install.c:2592:MoveFileEx from file: C:Windowssystem32cpssl.dll to C:Windows system32csp3ED6.tmp fail. Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. An error occurred in running the program. install.c:2544:Can not remove: C:Windowssystem32cpssl.dll Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. File not exist: C:Windowssystem32cptls.dll File: C:Windowssystem32cpSSPAP.dll couldn’t be deleted. An error occurred in running the program. install.c:2592:MoveFileEx from file: C:Windowssystem32cpSSPAP.dll to C:Windo wssystem32csp3EE6.tmp fail. Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. An error occurred in running the program. install.c:2544:Can not remove: C:Windowssystem32cpSSPAP.dll Error number 0x5 (5). ?вЄ § -R ў ¤RбвгЇ?. При этом файлы cpcng.dll, cpssl.dll, cpSSPAP.dll остались и их нельзя переместить уже после перезагрузки. может их нужно каким то образом удалить до новой установки КриптоПро 3.6 R4?

Alexander A. Nikitkov	#7 Оставлено : 23 апреля 2015 г. 14:54:53(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 22.04.2015(UTC) Сообщений: 324 Сказал «Спасибо»: 4 раз Поблагодарили: 54 раз в 54 постах	1. Версия ОС? если 32 bit, то HKEY_LOCAL_MACHINESOFTWARECrypto Pro  2. Что с правами? Возможно имеющихся не хватает при запуске cmd. Попробуйте запустить цспклин после штатного удаления. 3. Подключаетесь к 2008 или всё же R2 ? 4. В свойствах шифрования терминальной службы на сервере какие настройки? 5. Откуда устанавливаете личный сертификат? с 3.9 всё-таки не мешало бы попробовать работу rdp

Deepl	#8 Оставлено : 23 апреля 2015 г. 15:15:01(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	1. Windows 7 x86. Нашел в реестре после удаления целую ветку с КриптоПро по указанному вами пути. Она вся не смогла удалиться. Остались пути HKEY_LOCAL_MACHINESOFTWARECrypto ProSettingsUsers и в них 4 ветки невозможно удалить 2. Утилиту запускал под правами администратора, но без явного указания запуска cmd от имени администратора. После запуска от имени администратора «лишние» файлы удалились 3. Подключаюсь к Windows server 2008 R2 4. Как это посмотреть? 5. Личный сертификат устанавливаю из Панель управленияКриптоПро 6. Попробую чуть позже Проблема не ушла Отредактировано пользователем 23 апреля 2015 г. 15:40:23(UTC)  | Причина: Не указана

Alexander A. Nikitkov	#9 Оставлено : 23 апреля 2015 г. 15:52:34(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 22.04.2015(UTC) Сообщений: 324 Сказал «Спасибо»: 4 раз Поблагодарили: 54 раз в 54 постах	1. по поводу пункта 5. имел ввиду, где контейнер с закрытой частью? 2. таки в итоге ветку удалили полностью?

Deepl	#10 Оставлено : 23 апреля 2015 г. 16:02:44(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 07.12.2011(UTC) Сообщений: 42 Откуда: Ростов-на-Дону Сказал «Спасибо»: 4 раз	1. на рутокен сертификата нет. Сертификат лежит отдельно в виде файла. 2. ветка не удалилась полностью из-за оставшихся папок с именами пользователей HKEY_LOCAL_MACHINESOFTWARECrypto ProSettingsUsers . При попытке удалить/просмотреть пишет, что нет прав для удаления/просмотра значений Отредактировано пользователем 23 апреля 2015 г. 16:08:13(UTC)  | Причина: Не указана

Пользователи, просматривающие эту тему

Guest (3)

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

9892301	#1 Оставлено : 25 мая 2020 г. 10:54:20(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 15.10.2010(UTC) Сообщений: 10 Откуда: Барнаул	Добрый день! КриптоПро CSP Версия 4.0.9953 (есть лицензия) Windows 10 сборка 1909 Корпоративная x64 После установки данной версии КриптоПро, на компьютере перестал работать RDP , выдает — Ошибка при проверке подлинности (код: 0x80004005), а также нет выхода в Интернет через Internet Explorer/Microsoft Edge Решение?

Михаил Селезнёв	#2 Оставлено : 27 мая 2020 г. 18:24:37(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 05.04.2017(UTC) Сообщений: 357 Сказал «Спасибо»: 3 раз Поблагодарили: 49 раз в 49 постах	Добрый день! Ответ будет дан в рамках заявки №30318 на портале ТП, а затем здесь будет опубликовано готовое решение. Отредактировано пользователем 27 мая 2020 г. 18:25:47(UTC)  | Причина: Не указана

dmitrmax	#3 Оставлено : 19 декабря 2021 г. 16:53:54(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	Здравствуйте! Вопрос не КриптоПро 4.0 и не про винду. Но ваш очень умный форум не даёт создать тему, потому что название похоже. А именно номер ошибки. Итак, есть Linux Debian «bullseye» 11.1, с установленным КриптоПро 5.0.12266, ЭЦП-Плагин 2.0.14368. На сайте РосПриродНадзора пробую подписать заяву в ЛК Природопользователя. Уже после выбора сертификата и нажатии кнопки «Подписать», получаю такую вот ошибку: Цитата: Код ошибки Internal error. (0x80004005) Текст ошибки Не удалось подписать данные. Сертификат невалидный. В этот же самый момент в syslog ловлю следующее: Цитата: Dec 19 16:01:40 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!Object not found, error code : 80092004 Dec 19 16:01:41 graphene nmcades: <capi20>DownloadFromNetwork!() UrlRetriever failed (CURLcode: 12045 URL: http://uc.kadastr.ru/root/index/root6.cer). Dec 19 16:01:41 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!DownloadFromNetwork failed, error code : 80092004 Dec 19 16:01:41 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!Object not found, error code : 80092004 Dec 19 16:01:41 graphene nmcades: <capi20>DownloadFromNetwork!() UrlRetriever failed (CURLcode: 12045 URL: http://uc.kadastr.ru/root/index/root6.cer). Dec 19 16:01:41 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!DownloadFromNetwork failed, error code : 80092004 Dec 19 16:01:41 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!Object not found, error code : 80092004 Dec 19 16:01:41 graphene nmcades: <capi20>DownloadFromNetwork!() UrlRetriever failed (CURLcode: 12045 URL: http://uc.kadastr.ru/root/index/root7.cer). Dec 19 16:01:41 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!DownloadFromNetwork failed, error code : 80092004 Dec 19 16:01:49 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) Dec 19 16:01:49 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) Dec 19 16:01:49 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) libcurl установлен версии 7.74.0. Что это за ошибка и как её побороть? ЗЫ: Ошибка случается ДО вывода окна с запросом пароля от токена. Собственно самого запроса пароля так и не случается в итоге. Проверка работы плагина происходит успешно. На других сайтах тоже всё норм было до сегодня. Отредактировано пользователем 19 декабря 2021 г. 16:59:31(UTC)  | Причина: Не указана

Андрей *	#4 Оставлено : 19 декабря 2021 г. 17:25:03(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,004 Сказал «Спасибо»: 457 раз Поблагодарили: 1912 раз в 1478 постах	Здравствуйте. 1)Там настроили переадресацию с http на https Сервер при запросе по http выдаёт 307 Internal Redirect 2) Если смотреть на код CURL: 12045 Цитата: Indicates that a certificate chain was processed, but terminated in a root certificate that is not trusted by the trust provider (equivalent to CERT_E_UNTRUSTEDROOT). ERROR_WINHTTP_SECURE_INVALID_CERT
Техническую поддержку оказываем тут Наша база знаний
	WWW

Андрей *	#5 Оставлено : 19 декабря 2021 г. 17:28:44(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,004 Сказал «Спасибо»: 457 раз Поблагодарили: 1912 раз в 1478 постах	если вручную: curl http://uc.kadastr.ru/root/index/root6.cer Цитата: <html> <head><title>301 Moved Permanently</title></head> <body bgcolor=»white»> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html> curl https://uc.kadastr.ru/root/index/root6.cer Цитата: curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.haxx.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above.
Техническую поддержку оказываем тут Наша база знаний
	WWW

dmitrmax	#6 Оставлено : 19 декабря 2021 г. 20:04:47(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	Автор: Андрей * если вручную: curl http://uc.kadastr.ru/root/index/root6.cer Цитата: <html> <head><title>301 Moved Permanently</title></head> <body bgcolor=»white»> <center><h1>301 Moved Permanently</h1></center> <hr><center>nginx</center> </body> </html> curl https://uc.kadastr.ru/root/index/root6.cer Цитата: curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: https://curl.haxx.se/docs/sslcerts.html curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. Хм…. сертификат DigiCert в системе есть. В браузере эти файлы скачиваются нормально. Я правильно понимаю, что проблема в том, что OpenSSL считает ошибкой, что у сертификата Росреестра алгоритм подписи SHA-256 with RSA Encryption, а у корневого сертификата DigiCert — SHA-1 with RSA Encryption ? Отредактировано пользователем 19 декабря 2021 г. 20:18:05(UTC)  | Причина: Не указана

dmitrmax	#7 Оставлено : 19 декабря 2021 г. 20:17:32(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	Так, немного покопался, и выяснил, что эта петрушка с Curl скорее всего не имеет отношения к данной проблеме. Она выводится в лог в тот момент, когда сайт запрашивает список сертификатов. Там у меня есть один свеженький сертификат, у которого загорается, что «Ошибка при проверке цепочки сертификатов». А подписываю я другим сертификатом, у которого в листинге никаких проблем нет. В этот момент в syslog выводяться только эти три строчки: Цитата: Dec 19 20:13:43 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) Dec 19 20:13:44 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) Dec 19 20:13:44 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57)

dmitrmax	#8 Оставлено : 19 декабря 2021 г. 21:34:57(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	И, кстати, я подправил libcurl.so в config64.ini, чтобы он смотрел на libcurl-gnutls.so. Проверил (через certtool), что gnutls нормальной верифицирует сертификат УК ФКП Росрееестра. Но плагин по-прежнему пишет в лог CURLcode: 12045. Это так задумано? Или у nmcades своя идея о том, где ему добывать libcurl.so? Отредактировано пользователем 19 декабря 2021 г. 21:36:00(UTC)  | Причина: Не указана

dmitrmax	#9 Оставлено : 20 декабря 2021 г. 17:55:06(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	Здравствуйте! Скажите, пожалуйста, стоит ли ожидать какого-то фидбэка по этой проблеме со стороны КриптоПро?

dmitrmax	#10 Оставлено : 22 декабря 2021 г. 20:18:36(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.11.2021(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 3 раз	Есть кто живой?

Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

Решаем проблему с ошибкой 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 серверу?

1. Самый правильный способ решения проблемы – установка последних кумулятивных обновлений безопасности Windows на компьютере / сервере, к которому вы подключаетесь по RDP;
2. Временный способ 1 . Можно отключить проверку подлинности на уровне сети (NLA) на стороне RDP сервера (описано ниже);
3. Временный способ 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) или перезагрузить компьютер. После этого вы должны успешно подключиться к удаленному рабочему столу сервера.

Источник

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

В этом случае для устранения ошибки надо следовать инструкции:

Способ 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) или перезагрузить компьютер. После этого вы должны успешно подключиться к удаленному рабочему столу сервера.

Источник

Ссылки:

https://b14esh.com/windows/rdp/rdp-%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%BF%D1%80%D0%BE-4-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-0x80004005.html https://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BF%D1%80%D0%B8-%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B5-%D0%BF%D0%BE%D0%B4%D0%BB%D0%B8%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8-0x80004005-%D1%80%D0%B5/ https://becomethesolution.com/an-authentication-error-has-occurred-code-0x80004005-remote-desktop

Могут быть виноваты обновления:

!!! Не актуально: 0. Недавно установленные например эти: KB 2574819 KB 2857650 KB 2830477 KB 2913751 KB 2923545 1. Удаляем и проверяем работу

Решение:

Редактируем файл подключения Default.rdp name.rdp Нужно изменить authentication level:i:2 На authentication level:i:0