Содержание
- Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
- Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
- Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- Сообщений 14
- #1 Тема от alrunn 2018-12-07 08:18:40
- Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #2 Ответ от Анатолий Убушаев 2018-12-07 13:23:18
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #3 Ответ от Анатолий Убушаев 2018-12-07 14:13:16
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #4 Ответ от alrunn 2018-12-07 15:10:45
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #5 Ответ от Анатолий Убушаев 2018-12-07 16:55:30
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #6 Ответ от alrunn 2018-12-10 08:35:17
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #7 Ответ от Анатолий Убушаев 2018-12-10 15:29:40
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #8 Ответ от alrunn 2018-12-11 07:58:35
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #9 Ответ от Анатолий Убушаев 2018-12-11 11:33:19 (2018-12-11 11:35:01 отредактировано Анатолий Убушаев)
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #10 Ответ от alrunn 2018-12-11 13:48:33
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #11 Ответ от Анатолий Убушаев 2018-12-11 16:01:07
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #12 Ответ от alrunn 2018-12-13 15:54:07
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #13 Ответ от Анатолий Убушаев 2019-01-09 16:30:22
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
- #14 Ответ от alrunn 2019-02-11 09:33:05
- Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Отказано в доступе. (0x80090010)
Как выглядит ошибка:
Переустановите ваш сертификат через КриптоПро CSP так: Перейдите на вкладку Сервис, далее Просмотреть сертификаты в контейнере, затем Обзор, выберите контейнер и нажмите Установить.
Если переустановка не поможет, то проверьте контейнер ключа при помощи кнопки Протестировать на той же вкладке. Если в результате тестирования возникнет ошибка “Использование ключа обмена запрещено. Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 3 года для неизвлекаемых ключей, хранящихся на ФКН и на HSM, и 1 год 3 месяца для прочих ключей”, то подписать этим сертификатом вам не удастся, нужно получить новый сертификат.
Также вероятная причина ошибки это ограничение прав доступа к ресурсу, на котором находится ключевой контейнер. Например в следующей статье описана похожая ошибка на серверной Windows, где причиной было ограничение прав пользователя к флешке на которой находился ключевой контейнер.
Также возможно ограничение прав на ветку реестра с контейнером, так как понадобятся не только права чтения, но и права записи.
Ключи носителя «реестр» КриптоПро CSP хранит в следующей ветке реестра:
HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProSettingsUsers Keys
Пользователю в разрешениях (доступно из контекстного меню для ветки реестра) должен быть предоставлен полный доступ (начиная с раздела ).
Если не получается исправить эту ошибку добавлением прав пользователя для носителя контейнера, то с этим вопросом стоит обратиться в техподдержку компании КриптоПРО.
Источник
Криптоарм ошибка сохранения сообщения 0x80004005 произошла ошибка при создании подписи
При попытке подписать файл:
Не найден используемый криптопровайдер !!
Криптопро 3.9 стоит и настроен.
Подскажите как решить.
Криптопровайдеры разрешенные пусто так и должно быть?
Добрый день.
При попытке подписания на сетевом файловом ресурсе выдает следующую ошибку:
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:01.83
Входной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx
Выходной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при сохранении данных
Ошибка загрузки данных
Произошла ошибка при добавлении данных в сообщение
(0xc0000001)
Подписание документов локально на рабочей станции проходит успешно.
КриптоАРМ, Здравствуйте, у меня тоже возникла подобная ошибка:
«
Недавно одна из наших организаций стала приносить нам шифрованные файлы, которые невозможно расшифровать: При попытке подписать выскакивает ошибка:
================================================================
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при расшифровании сообщения. (0x80004005)
Произошла ошибка при расшифровке сообщения
Неправильное значение индекса. (0x80091008)
================================================================
Что только я не пробовала. и сертификаты переустанавливала (личные, уц, др. пользователей) и версию КриптоАрм поменял на последнюю. сертификаты все установлены корректно (КриптоАрм всю цепочку метит зелёным), с кодировкой тоже проблем быть не должно (сам у клиента ставил DER на шифрование и подпись).
При этом на проблемном компе шифрованные файлы из других организация расшифровываются без ошибок.
Вообщем подскажите, пожалуйста, в какую сторону копать, из за чего может возникать данная ошибка?
»
Проверила видит ли он ЭЦП. видит.
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:00.32
Входной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx
Выходной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Виталий, Добрый день! Попробуйте переустановить Ваш сертификат используя КриптоПро CSP.
Откройте КриптоПро CSP / вкладка Сервис / Просмотреть сертификаты в контейнере / выберите там ваш сертификат и нажмите кнопку Установить.
А также можно попробовать удалить запомненные пароли на контейнеры сертификатов, для этого воспользуйтесь соответствующей кнопкой в окне КриптоПро CSP на вкладке «Сервис» (в самом низу вкладки). После сброса ПИН-код понадобится ввести и запомнить повторно.
Если ошибка повторится, воспользуйтесь утилитой CSPTest, входящей в состав КриптоПро CSP.
Для этого создайте в блокноте текстовый файл, скопируйте в него командную строку:
«c:Program FilesCrypto ProCSPcsptest.exe» -sfsign -sign -in sign.bat -out sign.bat.sig -my «»
pause
и сохраните его с именем «sign.bat». После этого запустите этот командный файл. Он попытается подписать сам себя. В процессе создания подписи он предложит выбрать сертификат подписи. Для этого нужно будет ввести номер сертификата из списка предложенных (например «1») и нажать Enter.
Если попробуете воспользоваться этой утилитой, сообщите пожалуйста, создастся ли подпись и если нет, то какой будет код ошибки.
Источник
Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Форум Рутокен → Техническая поддержка разработчиков → Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Сообщений 14
#1 Тема от alrunn 2018-12-07 08:18:40
- alrunn
- Посетитель
- Неактивен
Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Доброго дня! ситуация такая — при подключении по rdp с debian на win7 пробрасывается рутокен ЭЦП 2.0( библиотека на debian librtpkcs11ecp_1.8.2.0-1 на win 7 рутокен панель 4.5.2.0) возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении.
#2 Ответ от Анатолий Убушаев 2018-12-07 13:23:18
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Здравствуйте, alrunn!
Подскажите пожалуйста, какой RDP клиент используете?
#3 Ответ от Анатолий Убушаев 2018-12-07 14:13:16
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
возникает проблема обращения к ключевой информации, выпущенной по ГОСТ 2012 на рутокен ЭЦП 2.0 (с ГОСТ 2001 все нормально) Скриншот — во вложении.
Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?
#4 Ответ от alrunn 2018-12-07 15:10:45
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Подскажите пожалуйста, какой RDP клиент используете?
использовали два клиента (проблема остается при обоих вариантах)
freerdp2-x11 — 2.0
rdesktop 1.8.3-2+b1
Также предоставьте пожалуйста следующую информацию:
— При каком действии и в какой программе или в сервисе это происходит?
— Какой криптопровайдер используется?
— Если данные действия производить локально на ПК с Windows, такая проблема возникает?
данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»
Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка (ВАЖНО! : с другими ключевыми носителями такого не наблюдается, с другими контейнерами (ГОСТ 2001) также такой ошибки не возникает)
Локально на ПК с windows такой проблемы не возникает.
#5 Ответ от Анатолий Убушаев 2018-12-07 16:55:30
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Кроме того, при операции копирования контейнера этого ключа (ГОСТ 2012) с помощью КриптоПро CSP 4.0 (4.0.9842) возникает ошибка
Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.
данная ошибка происходит при подписании и зашифровании с помощью ПО КриптоАРМ (версия 5.4.2.258) с помощью ключа выпущенного на ГОСТ 2012 , по итогу возникает ошибка :
«Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Искомый ключ отсутствует. (0x8009000d)»
Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?
Также удостоверьтесь:
— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?
#6 Ответ от alrunn 2018-12-10 08:35:17
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Судя по всему, закрытый ключ контейнера является «не экспортируемым».
Проверить можно с помощью «Панели управления Рутокен» во вкладке сертификаты.
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Локально на ПК с Windows, «КриптоАРМ» шифрует файлы с помощью ключа на ГОСТ 2012?
Локально все хорошо, шифрует без ошибок.
— не истекла ли лицензия на КриптоПро CSP?
— корректно ли указан алгоритм шифрования?
с лицензией и настройками алгоритма тоже все хорошо
#7 Ответ от Анатолий Убушаев 2018-12-10 15:29:40
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
#8 Ответ от alrunn 2018-12-11 07:58:35
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
#9 Ответ от Анатолий Убушаев 2018-12-11 11:33:19 (2018-12-11 11:35:01 отредактировано Анатолий Убушаев)
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Действительно ключ является не экпортируемым ( при подключении по RDP) , но тогда вопрос: почему при локальном подключении с ключом все хорошо, все работает
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».
#10 Ответ от alrunn 2018-12-11 13:48:33
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Спасибо за предоставленную информацию.
Проверьте пожалуйста, данная схема работает если подключаться с Windows к Windows по RDP?
Да, данная схема работает
В таком случае вероятнее всего проблема с клиентом RDP в Linux. В чём конкретно проблема, пока сложно сказать, т.к. мы не являемся разработчиками данного ПО, да к тому же данные RDP клиенты не являются официальными от Майкрософт.
Можем Вам посоветовать попробовать ещё один RDP клиент — «Remmina».
Интересно, кл.носители eToken работают нормально.
#11 Ответ от Анатолий Убушаев 2018-12-11 16:01:07
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.
Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.
Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
#12 Ответ от alrunn 2018-12-13 15:54:07
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
alrunn, странно.
Протестировали у себя на стенде, с такой проблемой не столкнулись.
Конфигурация:
Сервер — Windows 8 c установленными КриптоПро 4.0.9944, КриптоАРМ 5.4.2.258,
Клиент — Ubuntu 16.04 c установленным клиентом Remmina, с включенной поддержкой проброса смарт-карт.
Тестировали «подпись и шифрование» файлов с алгоритмами GOST R 34.10-2012 256 бит и 512 бит.
Теперь хотелось бы узнать более подробно про параметры которые Вы указываете при «подписании и шифровании» файлов.
Либо мы можем подключиться к Вам удаленно для ускорения процесса. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
Тесты проводились на следущих ОС:
Linux G-3-240 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux
Distributor ID: Debian
Description: Debian GNU/Linux 9.0 (stretch)
Release: 9.0
Codename: stretch
Linux G-4-195 3.16.0-7-686-pae #1 SMP Debian 3.16.59-1 (2018-10-03) i686 GNU/Linux
Description: Debian GNU/Linux 8.11 (jessie)
Release: 8.11
Codename: jessie
Linux G-3-195 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux
Description: Debian GNU/Linux 9.6 (stretch)
Release: 9.6
Codename: stretch
RDP-клиенты:
rdesktop 1.8.3-2+b1 amd64
remmina 1.2.32.1+dfsg-1
Удаленная машина:
Windows 7 SP1 Pro 32x
Дравера Rutoken:
Rutoken Driver 4.5.2
Rutoken Driver 4.6.0
В любой комбинации ОС/RDP-клиент/Rutoken Driver выходила ошибка.
Шаблон для КриптоАРМ:
Кодировка и расширение DER/base64
Свойства подписи Включить время создания подписи.
Сертификат ГОСТ 2012/512
Кодировка и расширение DER/base64
Режим шифрования для отправителя сообщения Тотже сиртификат ГОСТ 2012/512
#13 Ответ от Анатолий Убушаев 2019-01-09 16:30:22
- Анатолий Убушаев
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Здравствуйте, alrunn!
Извиняемся за столь долгий отклик.
Актуальна ли ещё проблема?
Если да, мы можем подключиться к Вам удаленно. Для этого установите и запустите наш клиент TeamViewer QS, сообщите нам в ответ на этот пост и ожидайте подключение.
Спасибо за понимание.
#14 Ответ от alrunn 2019-02-11 09:33:05
- alrunn
- Посетитель
- Неактивен
Re: Рутокен ЭЦП 2.0 проблема с ГОСТ 2012 при подкл. по rdp с unix на win7
Добрый день, проблема все еще актуальна, прошу дать контакты для того, чтобы сориентироваться по времени удаленного подключения.
Источник
demon101 |
|
Статус: Участник Группы: Участники
|
Улучшаю подпись c помощью cades.dll Исходная подпись нормально проходит проверку в крипто арм в аттаче – артефакты процесса создания улучшенной подписи: По-идее штам времени — это обязательная часть усовершенствованной подписи. Библиотека его всегда должна добавлять. Или это не так? Вложение(я): enchanced-signature.zip (17kb) загружен 27 раз(а). У Вас нет прав для просмотра или загрузки вложений. Попробуйте зарегистрироваться. |
|
|
Новожилова Елена |
|
Статус: Сотрудник Группы: Администраторы, Участники Поблагодарили: 99 раз в 95 постах |
Штамп времени на доказательства подлинности в вашей улучшенной подписи присутствует. Нужно разбираться, почему КриптоАРМ не считает его действительным. Может быть не установлен сертификат корневого УЦ? Смотрите требования для проверки УЭЦП здесь. |
|
|
Laroux |
|
Статус: Активный участник Группы: Участники Сказал «Спасибо»: 81 раз |
1. По моему опыту: 0x80004005 свидетельствует об отсутствии какого-то из сертификатов цепочки доверия в соответствующих хранилищах (в простейшем случае — корневого сертификата в хранилище «Доверенные корневые центры сертификации») иили об отсутствии действительного на момент проверки списка отозванных сертификатов в хранилище «Промежуточные центры сертификации». |
|
WWW |
Андрей Писарев |
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
если кому интересно в asn1… http://rghost.ru/35488167 сертификат не ГОСТ-овский и т.д. Отредактировано пользователем 19 декабря 2011 г. 18:15:28(UTC) |
Техническую поддержку оказываем тут |
|
|
WWW |
Андрей Писарев |
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
КриптоАРМ Произошла ошибка при получении подписей из сообщения Ошибка сохранения сообщения (0x80004005) Произошла ошибка при загрузке сообщения. Произошла ошибка при загрузке подписанных данных Произошла ошибка при добавлении данных в сообщение Указан неправильный алгоритм . (0x80090008) (0x80004005) ОК |
Техническую поддержку оказываем тут |
|
|
WWW |
haremyak |
|
Статус: Новичок Группы: Участники
|
нашли проблему и решение: подписывали данные алгоритмом, отличным от указанного в сертификате. Код:
При этом используем самописный генератор аттрибутов для Cades-Bes подписи: Код:
тему можно закрывать. Отредактировано пользователем 21 декабря 2011 г. 16:07:50(UTC) |
|
|
Пользователи, просматривающие эту тему |
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
9892301 |
|
Статус: Участник Группы: Участники
|
Добрый день! |
|
|
Михаил Селезнёв |
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 3 раз |
Добрый день! Отредактировано пользователем 27 мая 2020 г. 18:25:47(UTC) |
|
|
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
Здравствуйте! Вопрос не КриптоПро 4.0 и не про винду. Но ваш очень умный форум не даёт создать тему, потому что название похоже. А именно номер ошибки. Итак, есть Linux Debian «bullseye» 11.1, с установленным КриптоПро 5.0.12266, ЭЦП-Плагин 2.0.14368. На сайте РосПриродНадзора пробую подписать заяву в ЛК Природопользователя. Уже после выбора сертификата и нажатии кнопки «Подписать», получаю такую вот ошибку: Цитата: Код ошибки В этот же самый момент в syslog ловлю следующее: Цитата: Dec 19 16:01:40 graphene nmcades: <capi20>CryptRetrieveObjectByUrlA!Object not found, error code : 80092004 libcurl установлен версии 7.74.0. Что это за ошибка и как её побороть? ЗЫ: Ошибка случается ДО вывода окна с запросом пароля от токена. Собственно самого запроса пароля так и не случается в итоге. Проверка работы плагина происходит успешно. На других сайтах тоже всё норм было до сегодня. Отредактировано пользователем 19 декабря 2021 г. 16:59:31(UTC) |
|
|
Андрей * |
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
Здравствуйте. 1)Там настроили переадресацию с http на https 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 |
Андрей * |
|
Статус: Сотрудник Группы: Участники Сказал «Спасибо»: 451 раз |
если вручную: curl http://uc.kadastr.ru/root/index/root6.cer Цитата: <html> curl https://uc.kadastr.ru/root/index/root6.cer Цитата: curl: (60) SSL certificate problem: unable to get local issuer certificate curl failed to verify the legitimacy of the server and therefore could not |
Техническую поддержку оказываем тут |
|
|
WWW |
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
Автор: Андрей * если вручную: curl http://uc.kadastr.ru/root/index/root6.cer Цитата: <html> curl https://uc.kadastr.ru/root/index/root6.cer Цитата: curl: (60) SSL certificate problem: unable to get local issuer certificate curl failed to verify the legitimacy of the server and therefore could not Хм…. сертификат DigiCert в системе есть. В браузере эти файлы скачиваются нормально. Я правильно понимаю, что проблема в том, что OpenSSL считает ошибкой, что у сертификата Росреестра алгоритм подписи SHA-256 with RSA Encryption, а у корневого сертификата DigiCert — SHA-1 with RSA Encryption ? Отредактировано пользователем 19 декабря 2021 г. 20:18:05(UTC) |
|
|
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
Так, немного покопался, и выяснил, что эта петрушка с Curl скорее всего не имеет отношения к данной проблеме. Она выводится в лог в тот момент, когда сайт запрашивает список сертификатов. Там у меня есть один свеженький сертификат, у которого загорается, что «Ошибка при проверке цепочки сертификатов». А подписываю я другим сертификатом, у которого в листинге никаких проблем нет. В этот момент в syslog выводяться только эти три строчки: Цитата: Dec 19 20:13:43 graphene nmcades: <capi20>CertVerifyCertificateChainPolicy!(failed: LastError = 0x57) |
|
|
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
И, кстати, я подправил libcurl.so в config64.ini, чтобы он смотрел на libcurl-gnutls.so. Проверил (через certtool), что gnutls нормальной верифицирует сертификат УК ФКП Росрееестра. Но плагин по-прежнему пишет в лог CURLcode: 12045. Это так задумано? Или у nmcades своя идея о том, где ему добывать libcurl.so? Отредактировано пользователем 19 декабря 2021 г. 21:36:00(UTC) |
|
|
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
Здравствуйте! Скажите, пожалуйста, стоит ли ожидать какого-то фидбэка по этой проблеме со стороны КриптоПро? |
|
|
dmitrmax |
|
Статус: Участник Группы: Участники Сказал(а) «Спасибо»: 3 раз |
Есть кто живой? |
|
|
Пользователи, просматривающие эту тему |
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Область применения электронной подписи (ЭП или ЭЦП) довольно широка. Например, многие специальные сервисы требуют верификации пользователя с её помощью: Госуслуги, онлайн-сервисы для управления средствами в банке, электронные площадки и другие. Поэтому любые технические неполадки, возникающие при использовании ЭЦП, могут вызвать различные серьёзные: от упущенной выгоды до материальных убытков.
Какие бывают ошибки
Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на три группы:
- Проблемы с сертификатом. Они появляются, когда сертификат не выбран, не найден или не верен.
- Проблемы с подписанием документа. Ошибки возникают при попытке подписать документ.
- Проблема при авторизации на торговых площадках.
Рассмотрим неполадки подробнее и разберёмся, как их решать.
Сертификат не найден
Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».
У подобных ошибок могут быть следующие причины:
- На компьютере не установлены корневые сертификаты Удостоверяющего Центра (УЦ), в котором была получена ЭП. Необходимо установить либо обновить корневой сертификат. Установка корневых сертификатов удостоверяющего центра подробно описана в нашей инструкции.
- На ПК не установлено ни одного личного сертификата ЭП. Для применения ЭП необходимы и личные сертификаты. Об их установке мы писали в другой статье.
- Установленные на компьютере необходимые сертификаты не валидны. Сертификаты отозваны или просрочены. Уточните статус сертификата в УЦ. Ошибка с текстом «Ваш сертификат ключа подписи включён в список отозванных» возникает, если у сертификата закончился срок действия или на ПК нужно обновить список сертификатов. В последней ситуации следует вручную загрузить перечень отозванных сертификатов.
Для установки списка отозванных сертификатов:
- Откройте личный сертификат пользователя в окне Свойства браузера. Чтобы открыть его, наберите «Свойства браузера» в поисковой строке меню Пуск. Перейдите во вкладку Содержание и нажмите кнопку «Сертификаты».
- Во вкладке Состав выберите из списка пункт «Точки распространения списков отзыва».
- В блоке Имя точки распространения скопируйте ссылку на загрузку файла со списком отзыва.
- Скачайте по указанной ссылке файл. Нажмите по нему правой кнопкой мыши и выберите в контекстном меню «Установить список отзыва (CRL)».
- Следуйте указаниям «Мастера импорта сертификатов».
Не виден сертификат на носителе
Как правило, причина такой проблемы — сбой в работе программных компонентов. Для её решения достаточно перезагрузить компьютер. Однако иногда этого бывает недостаточно, поэтому требуется переустановка драйверов или обращение в службу техподдержки.
К наиболее распространённым причинам такой проблемы относятся следующие случаи:
- Драйвер носителя не установлен или установлен некорректно. Для решения проблемы необходимо извлечь носитель электронной подписи из ПК и скачать последнюю версию драйвера носителя с официальных ресурсов. Если переустановка драйвера не помогла, подключите носитель к другому ПК, чтобы убедиться в исправности токена. Если токен определится другой системой, попробуйте удалить на неисправном компьютере драйвер носителя и установить его заново.
- Долгое опознание носителя. Для решения проблемы необходимо дождаться завершения процесса или обновить версию операционной системы.
- Некорректная работа USB-порта. Подключите токен к другому USB-порту, чтобы убедиться, что проблема не в носителе ЭП. Если система определила токен, перезагрузите компьютер. Если это не поможет, следует обратиться службу технической поддержки.
- Неисправность носителя. Если при подключении токена к другому компьютеру или USB-порту система не определяет его, значит, проблема в самом носителе. Устранение неисправности возможно в данном случае лишь одним путём — нужно обратиться в сервисный центр для выпуска нового носителя.
ЭП не подписывает документ
Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:
- Закрытый ключ на используемом контейнере не соответствует открытому ключу сертификата. Возможно, был выбран не тот контейнер, поэтому следует проверить все закрытые контейнеры на компьютере. Если необходимый контейнер по тем или иным причинам отсутствует, владельцу придётся обращаться в удостоверяющий центр для перевыпуска ЭП.
- Ошибка «Сертификат недействителен» (certificate is not valid). Следует повторно установить сертификат ЭП по инструкциям УЦ в зависимости от используемого криптопровайдера — КриптоПро CSP, ViPNet CSP или другого.
- Сертификат ЭП определяется как непроверенный. В этом случае необходимо переустановить корневой сертификат удостоверяющего центра.
- Истёк срок действия криптопровайдера. Для решения этой проблемы необходим новый лицензионный ключ к программе-криптопровайдеру. Для его получения необходимо обращаться к специалистам УЦ или к ответственным сотрудникам своей организации.
- Подключён носитель с другим сертификатом. Убедитесь, что подключён правильный токен. Проверьте также, не подключены ли носители других сертификатов. Отключите другие носители в случае их обнаружения.
В момент подписания электронных документов или формирования запроса в различных может возникнуть ошибка «Невозможно создание объекта сервером программирования объектов».
В этой ситуации помогает установка и регистрация библиотеки Capicom:
- Скачайте файл архива.
- Распакуйте и переместите файлы capicom.dll и capicom.inf в каталог syswow64, находящийся в корневой папке ОС.
- Откройте командную строку от имени администратора — для этого в меню Пуск наберите «Командная строка», нажмите по найденному приложению правой кнопкой мыши и выберите Запуск от имени администратора.
- Введите «c:windowssyswow64regsvr32.exe capicom.dll» (без кавычек) и нажмите ENTER. Должно появиться уведомление о том, что команда выполнена успешно.
Выбранная подпись не авторизована
Подобная ошибка возникает при попытке авторизации в личном кабинете на электронных торговых площадках. Например, при входе на площадку ZakazRF отображается сообщение «Выбранная ЭЦП не авторизована».
Эта ошибка возникает из-за того, что пользователь не зарегистрирован на площадке, либо не зарегистрирован новый сертификат ключа ЭП. Решением проблемы будет регистрация нового сертификата.
Процесс запроса на авторизацию ЭП на разных торговых площадках может отличаться: часто нужно отправлять запрос оператору системы на авторизацию, иногда рабочее место настраивается автоматически.
Если ошибка сохраняется, возможно, следует отключить защитное ПО или добавить сайт электронной площадки в исключения.
Часто задаваемые вопросы
Почему компьютер не видит ЭЦП?
Причина кроется в несовместимости программного обеспечения и физического носителя ЭЦП. Необходимо проверить версию операционной системы и переустановить её до нужной версии. Если токен повреждён, возможно, понадобится обратиться в удостоверяющий центр для перевыпуска электронной подписи.
О том, что делать, если компьютер не видит ЭЦП и о способах проверки настроек, мы подробно писали в нашей статье.
Почему КриптоПро не отображает ЭЦП?
Если КриптоПро не отображает ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление программы в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.
Подробнее ознакомиться, как устранить данную неисправность можно в нашей статье.
Где на компьютере искать сертификаты ЭЦП?
Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:
C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.
Что такое сертификат ЭЦП и зачем он нужен мы рассказали в нашей статье.
Как исправить ошибку 0x80004005 windows
Ошибка 0x80004005 переводится как неуказанная ошибка и обычно наблюдается, когда пользователь не может получить доступ к общим папкам, дискам, виртуальным машинам, а также при невозможности установки обновлений Windows. Устранение этой проблемы зависит от того, где и как возникает сообщение об ошибке, и поскольку в этой ошибке не указано конкретно, какова фактическая проблема, даже в Microsoft справочнике она определяется как «Неопределенная ошибка».
С помощью этого руководства вы сможете решить проблему. Я собрал рабочие решения для различных сценариев и поместил их в этот пост. См. Ниже содержание, а затем используйте решение, применимое к вашему сценарию.
Ошибка 0x80004005 на VirtualBox
Обычно это раздел реестра, который вызывает проблемы.
- Удерживайте клавишу Windows и нажмите R. Введите regedit и нажмите OK.
- Перейдите к следующему пути реестра:
- Если этот ключ существует, удалите его и повторите попытку. Если удаление ключа не помогает, попробуйте отключить антивирус.
Если ошибка все ещё возникает, тогда:
- Удалите антивирус, проверьте его и затем переустановите.
Замените антивирус другим, например, AVG или Essentials безопасности.
Ошибка 0x80004005 при доступе к общей папке или диску
Мы будем использовать regedit для создания значения LocalAccountTokenFilterPolicy.
- Удерживайте клавишу Windows и нажмите R
- Введите regedit и нажмите OK.
- Перейдите к следующему пути в regedit
HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem
Для 64-разрядной системы создайте QWORD (64-разрядный), с названием LocalAccountTokenFilterPolicy.
Если проблема повторяется после выполнения всех вышеперечисленных действий; тогда
Удерживая клавишу Windows и нажмите R и введите hdwwiz.cpl, чтобы открыть Диспетчер устройств. Выберите «Сетевые адаптеры», затем выберите «Вид» в меню и выберите «Просмотр скрытых устройств». Разверните сетевые адаптеры, и если вы увидите Microsoft 6to4 Adapters, затем удалите их все, щелкнув правой кнопкой мыши и выбрав «Удалить устройство».
После этого перезагрузите компьютер и проверьте.
Ошибка 0x80004005 при установке Windows 7 или Windows Server 2008 R2 с пакетом обновления 1
Скачать и запустить CheckSUR из здесь . После того, как средство готовности к обновлению системы завершит проверку компонентов в системе, запустите сканирование SFC.
E_FAIL (0x80004005) При настройке VirtualBox на Ubuntu
Если вы пытаетесь выделить виртуальную машину более 3 ГБ ОЗУ, убедитесь, что хост — это 64-разрядная система, и разрешено использование истинного аппаратного обеспечения (VT-x)
Не удалось открыть сеанс для виртуальной машины
В некоторых сеансах на виртуальной машине (VirtualBox) вы можете увидеть следующую ошибку.
Чтобы устранить проблему, откройте Центр управления сетями и выберите «Изменить настройки адаптера». Щелкните правой кнопкой мыши свой адаптер только для хостинга Virtualbox и выберите «Свойства». Включите «VirtualBird NDIS6 Bridget Networking Driver», если он отключен, и снова проверьте. Теперь VirtualBox должен работать нормально. Если нет, включите Virtual Network NDIS6 Bridget Networking Driver для каждого сетевого адаптера (Ethernet, WiFi …) и всегда снимите флажок NDIS6 и протестируйте.
Удаление Microsoft 6to4
Чтобы решить эту проблему, вы должны удалить Microsoft 6to4-устройства из своего диспетчера задач. Имейте в виду, что вы можете не видеть эти устройства, потому что они скрыты по умолчанию. Таким образом, вы увидите их только после включения опции Показать скрытые устройства.
Ниже приведены шаги для удаления этих устройств.
- Удерживайте клавишу Windows и нажмите R
- Введите devmgmt.msc и нажмите Enter.
- Дважды щелкните Сетевые адаптеры
- Щелкните правой кнопкой мыши устройство Microsoft 6to4 и выберите «Удалить» . Повторите этот шаг для всех устройств Microsoft 6to4, которые вы видите в списке
Как только вы закончите, перезагрузите компьютер. Ваша проблема должна быть решена после повторного входа в Windows.
Ошибка 0x80004005 При извлечении файлов
Если вы получаете эту ошибку при попытке извлечь или открыть ZIP-файлы или файлы .rar, у вас есть несколько потенциальных исправлений.
Способ 1. Попробуйте использовать другую утилиту для извлечения
Во-первых, убедитесь, что файл не защищен паролем, а утилита разахиватора не оборудована для обработки файлов, защищенных паролем. Вы можете сделать это, загрузив еще одну утилиту, например 7Zip, и посмотрите, требуется ли вам указать пароль при попытке открыть или извлечь один и тот же архив .zip или .rar.
Способ 2. Отключите защиту антивирусом в реальном времени
Другая возможная причина — чрезмерный защитный пакет сторонних разработчиков. При определенных условиях несколько сторонних антивирусных пакетов будут блокировать извлечение zipped-файлов. Если вы используете внешний сторонний антивирус вместо стандартного набора безопасности (Защитник Windows), вы можете попытаться временно отключить защиту в реальном времени или защиту вашего стороннего AV-адаптера и выяснить, устранена ли проблема.
В случае, если вы больше не сталкиваетесь с ошибкой 0x80004005, подумайте об удалении вашего текущего пакета сторонних поставщиков и перейдите в другой пакет безопасности. Если вы хотите избежать других конфликтов, подобных этому, подумайте над встроенным решением безопасности.
Метод 3: Повторная регистрация jscript.dll и vbscript.dll
Если первые два возможных решения вам не удались, попробуем другой подход. Некоторым пользователям удалось зафиксировать их, перерегистрировав несколько DLL (библиотеки динамических ссылок) в расширенной командной строке. Чтобы быть более точным, этот метод попытается устранить проблему, перерегистрировав jscript.dll (библиотеку, используемую при запуске JScript) и vbscript.dll (модуль, содержащий функции API для VBScript). Вот краткое руководство о том, как это сделать:
- Нажмите клавишу Windows + R, чтобы открыть окно «Выполнить». Затем введите «cmd» и Ctrl + Shift + Enter и нажмите « Да» в приглашении UAC (Контроль учетных записей пользователей), чтобы открыть повышенную командную строку.
- В командной строке с повышенными правами введите следующую команду и нажмите Enter:
- В том же приглашении с повышенным командованием введите следующую команду и нажмите Enter:
- Перезагрузите компьютер и убедитесь, что вы можете открывать или извлекать файлы .zip или .rar без получения ошибки 0x80004005 .
Ошибка сохранения сообщения 0x80004005 криптоарм
При попытке подписать файл:
Не найден используемый криптопровайдер !!
Криптопро 3.9 стоит и настроен.
Подскажите как решить.
Криптопровайдеры разрешенные пусто так и должно быть?
Добрый день.
При попытке подписания на сетевом файловом ресурсе выдает следующую ошибку:
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:01.83
Входной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx
Выходной файл: Z:Documents8 Отдел информационных технологийДокумент Microsoft Word.docx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при сохранении данных
Ошибка загрузки данных
Произошла ошибка при добавлении данных в сообщение
(0xc0000001)
Подписание документов локально на рабочей станции проходит успешно.
КриптоАРМ, Здравствуйте, у меня тоже возникла подобная ошибка:
«
Недавно одна из наших организаций стала приносить нам шифрованные файлы, которые невозможно расшифровать: При попытке подписать выскакивает ошибка:
================================================================
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при расшифровании сообщения. (0x80004005)
Произошла ошибка при расшифровке сообщения
Неправильное значение индекса. (0x80091008)
================================================================
Что только я не пробовала. и сертификаты переустанавливала (личные, уц, др. пользователей) и версию КриптоАрм поменял на последнюю. сертификаты все установлены корректно (КриптоАрм всю цепочку метит зелёным), с кодировкой тоже проблем быть не должно (сам у клиента ставил DER на шифрование и подпись).
При этом на проблемном компе шифрованные файлы из других организация расшифровываются без ошибок.
Вообщем подскажите, пожалуйста, в какую сторону копать, из за чего может возникать данная ошибка?
»
Проверила видит ли он ЭЦП. видит.
Статус завершения операции: Неудача.
Длительность выполнения операции: 0:00:00.32
Входной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx
Выходной файл: C:UsersuserDesktopШаблон импорта сведений о ценах.xlsx.sig
Описание ошибки:
Ошибка сохранения сообщения (0x80004005)
Ошибка сохранения сообщения (0x80004005)
Произошла ошибка при создании подписи
Произошла ошибка при определении размера закодированного сообщения
Виталий, Добрый день! Попробуйте переустановить Ваш сертификат используя КриптоПро CSP.
Откройте КриптоПро CSP / вкладка Сервис / Просмотреть сертификаты в контейнере / выберите там ваш сертификат и нажмите кнопку Установить.
А также можно попробовать удалить запомненные пароли на контейнеры сертификатов, для этого воспользуйтесь соответствующей кнопкой в окне КриптоПро CSP на вкладке «Сервис» (в самом низу вкладки). После сброса ПИН-код понадобится ввести и запомнить повторно.
Если ошибка повторится, воспользуйтесь утилитой CSPTest, входящей в состав КриптоПро CSP.
Для этого создайте в блокноте текстовый файл, скопируйте в него командную строку:
«c:Program FilesCrypto ProCSPcsptest.exe» -sfsign -sign -in sign.bat -out sign.bat.sig -my «»
pause
и сохраните его с именем «sign.bat». После этого запустите этот командный файл. Он попытается подписать сам себя. В процессе создания подписи он предложит выбрать сертификат подписи. Для этого нужно будет ввести номер сертификата из списка предложенных (например «1») и нажать Enter.
Если попробуете воспользоваться этой утилитой, сообщите пожалуйста, создастся ли подпись и если нет, то какой будет код ошибки.
Исправляем ошибку 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
Если ваш случай является из ряда вон выходящим, и все способы и методы не помогли, то в таком случае единственным способом избавления от ошибки будет полная переустановка операционной системы. Хоть данный выход является радикальным, но он обеспечивает стопроцентное избавление от любой ошибки.
Неопределенная ошибка 80004005 в Windows 10
Разберем решения ошибки 80004005 Unspecified Error в Windows 10. Обычно эта проблема возникает в двух разных ситуациях. Первая — когда вы пытаетесь переместить, удалить или извлечь любые документы, файлы или папки. Вторая — это происходит из-за ошибочных обновлений, которые Microsoft выпускает для улучшения своей системы. Если проблема связана с обновлениями, то вы можете скачать официальный ISO образ или исправить ошибки в центре обновления . Но если это происходит при извлечении или копировании данных, вам необходимо проделать пару способов исправления.
Исправить неопределенную ошибку 80004005 при копировании в Windows 10
Разберем ниже способы при извлечении архива и при перемещении или удаление файлов.
При извлечении архива
1. Попробуйте различное извлечение программного обеспечения
Когда вы пытаетесь разархивировать какой-либо конкретный файл, он вызывает 80004005 Неопределенную ошибку, и это делает файл недоступным. Здесь вам нужно установить программу 7Zip или WinRAR на свой компьютер. Сначала посетите сайт 7zip или WinRAR и выберите архитектуру x32 или x64 бит в соответствии с
конфигурацией вашего ПК. После установки утилиты попытайтесь открыть или извлечь тот же проблемный файл, который выдавал ошибку. Кстати оставлю ссылку ниже на одну интересную статью, может у кого проблема в поврежденном архиве.
2. Перерегистрируйте jscript.dll и vbscript.dll
Если использование другой программы не помогло решить проблему, попробуйте это решение. Для некоторых пользователей была выполнена успешная перерегистрация файлов jscript.dll и vbscript.dll в командной строке. jscript.dll — это библиотека, которая используется при запуске JScript, тогда как vbscript.dll — это в основном модуль, который поддерживает функции API для VBScript.
- Откройте командную строку от имени администратора и введите следующие команды:
regsvr32 jscript.dll
regsvr32 vbscript.dll
- Перезагрузите ПК и проверьте, выдает ли вам ошибку 80004005 при извлечении файлов.
3. Отключите постоянную защиту вашего антивируса
Сторонний антивирус может быть возможной причиной этой конкретной ошибки. Бывает, что некоторые антивирусные программы блокируют извлечение zip-файлов для целей безопасности. Попытайтесь отключить защиту программного обеспечения в режиме реального времени, и посмотрите, будет ли Вам выдавать ошибку 80004005. В случае, если вы не получили ошибку и смогли извлечь zip-файл, то стоит задуматься об этом антивирусе. Попробуйте использовать другой или используйте втсроенный антивирус Windows 10.
Ошибка 80004005 При перемещении или удалении файлов
Отсутствие «прав собственности» на конкретный документ, также может вызвать 80004005 неподтвержденную ошибку на вашем компьютере, перемещая файл из одного места в другое или удаляя этот файл или папку. Быть «администратором» устройства, недостаточно для управления файлом, поэтому вы должны владеть папкой.
- Выполните щелчок правой кнопкой мыши по проблемному файлу или папке. Выберите «Свойства» во всплывающем меню.
- Далее перейдите во вкладку «Безопасность» и выберите учетную запись пользователя или имена пользователей. Далее нажмите «Изменить«.
- В новом окне просто поставьте везде галочки в столбце «Разрешить» и нажмите применить и OK.
- Наконец, попробуйте перейти к удалению файла или папки, которая выдавала 80004005 Unspecified error.
Решаем проблему с ошибкой 0x80004005 в Windows 7
Операционная система Windows, как очень сложное программное обеспечение, подвержена разного рода сбоям. Некоторые неполадки становятся настоящими проблемами неопытных пользователей. Этот материал мы посвятим устранению ошибки с кодом 0x80004005.
Устранение ошибки 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. Как видите, их достаточно много и для каждой следует применять конкретные методы. В том же случае, если точно неизвестно, что вызвало сбой, придется попробовать все способы, придерживаясь той очередности, в которой они приведены в статье.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Просмотров 198к. Опубликовано 15 августа, 2018 Обновлено 24 июня, 2019
Ошибка 0x80004005 переводится как неуказанная ошибка и обычно наблюдается, когда пользователь не может получить доступ к общим папкам, дискам, виртуальным машинам, а также при невозможности установки обновлений Windows. Устранение этой проблемы зависит от того, где и как возникает сообщение об ошибке, и поскольку в этой ошибке не указано конкретно, какова фактическая проблема, даже в Microsoft справочнике она определяется как «Неопределенная ошибка».
С помощью этого руководства вы сможете решить проблему. Я собрал рабочие решения для различных сценариев и поместил их в этот пост. См. Ниже содержание, а затем используйте решение, применимое к вашему сценарию.
Ошибка 0x80004005 на VirtualBox
Обычно это раздел реестра, который вызывает проблемы.
- Удерживайте клавишу Windows и нажмите R. Введите regedit и нажмите OK.
- Перейдите к следующему пути реестра:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAppCompatFlagsLayers "C:Program FilesOracleVirtualBoxVirtualBox.exe"="DISABLEUSERCALLBACKEXCEPTION"
- Если этот ключ существует, удалите его и повторите попытку. Если удаление ключа не помогает, попробуйте отключить антивирус.
Если ошибка все ещё возникает, тогда:
- Удалите антивирус, проверьте его и затем переустановите.
Замените антивирус другим, например, AVG или Essentials безопасности.
Ошибка 0x80004005 при доступе к общей папке или диску
Мы будем использовать regedit для создания значения LocalAccountTokenFilterPolicy.
- Удерживайте клавишу Windows и нажмите R
- Введите regedit и нажмите OK.
- Перейдите к следующему пути в regedit
HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem - Для 32-разрядной системы создайте новое значение DWORD, с названием LocalAccountTokenFilterPolicy.
Для 64-разрядной системы создайте QWORD (64-разрядный), с названием LocalAccountTokenFilterPolicy. - В любом случае установите значение в числовое значение 1 (значение включено) и не забудьте нажать «ОК».
- Обычно значение LocalAccountTokenFilterPolicy создается до того, как вы сможете установить значение данных; нет проблем, просто дважды щелкните и измените данные с 0 на 1.
- Как только это будет сделано, перезагрузите компьютер и посмотрите, можете ли вы теперь обращаться к общим дискам или папкам.
Если проблема повторяется после выполнения всех вышеперечисленных действий; тогда
Удерживая клавишу Windows и нажмите R и введите hdwwiz.cpl, чтобы открыть Диспетчер устройств. Выберите «Сетевые адаптеры», затем выберите «Вид» в меню и выберите «Просмотр скрытых устройств». Разверните сетевые адаптеры, и если вы увидите Microsoft 6to4 Adapters, затем удалите их все, щелкнув правой кнопкой мыши и выбрав «Удалить устройство».
После этого перезагрузите компьютер и проверьте.
Ошибка 0x80004005 при установке Windows 7 или Windows Server 2008 R2 с пакетом обновления 1
Скачать и запустить CheckSUR из здесь . После того, как средство готовности к обновлению системы завершит проверку компонентов в системе, запустите сканирование SFC.
E_FAIL (0x80004005) При настройке VirtualBox на Ubuntu
Если вы пытаетесь выделить виртуальную машину более 3 ГБ ОЗУ, убедитесь, что хост — это 64-разрядная система, и разрешено использование истинного аппаратного обеспечения (VT-x)
Не удалось открыть сеанс для виртуальной машины
В некоторых сеансах на виртуальной машине (VirtualBox) вы можете увидеть следующую ошибку.
Чтобы устранить проблему, откройте Центр управления сетями и выберите «Изменить настройки адаптера». Щелкните правой кнопкой мыши свой адаптер только для хостинга Virtualbox и выберите «Свойства». Включите «VirtualBird NDIS6 Bridget Networking Driver», если он отключен, и снова проверьте. Теперь VirtualBox должен работать нормально. Если нет, включите Virtual Network NDIS6 Bridget Networking Driver для каждого сетевого адаптера (Ethernet, WiFi …) и всегда снимите флажок NDIS6 и протестируйте.
Удаление Microsoft 6to4
Чтобы решить эту проблему, вы должны удалить Microsoft 6to4-устройства из своего диспетчера задач. Имейте в виду, что вы можете не видеть эти устройства, потому что они скрыты по умолчанию. Таким образом, вы увидите их только после включения опции Показать скрытые устройства.
Ниже приведены шаги для удаления этих устройств.
- Удерживайте клавишу Windows и нажмите R
- Введите devmgmt.msc и нажмите Enter.
- Нажмите «Вид» и выберите «Показать скрытые устройства».
- Дважды щелкните Сетевые адаптеры
- Щелкните правой кнопкой мыши устройство Microsoft 6to4 и выберите «Удалить» . Повторите этот шаг для всех устройств Microsoft 6to4, которые вы видите в списке
Как только вы закончите, перезагрузите компьютер. Ваша проблема должна быть решена после повторного входа в Windows.
Ошибка 0x80004005 При извлечении файлов
Если вы получаете эту ошибку при попытке извлечь или открыть ZIP-файлы или файлы .rar, у вас есть несколько потенциальных исправлений.
Способ 1. Попробуйте использовать другую утилиту для извлечения
Во-первых, убедитесь, что файл не защищен паролем, а утилита разахиватора не оборудована для обработки файлов, защищенных паролем. Вы можете сделать это, загрузив еще одну утилиту, например 7Zip, и посмотрите, требуется ли вам указать пароль при попытке открыть или извлечь один и тот же архив .zip или .rar.
Способ 2. Отключите защиту антивирусом в реальном времени
Другая возможная причина — чрезмерный защитный пакет сторонних разработчиков. При определенных условиях несколько сторонних антивирусных пакетов будут блокировать извлечение zipped-файлов. Если вы используете внешний сторонний антивирус вместо стандартного набора безопасности (Защитник Windows), вы можете попытаться временно отключить защиту в реальном времени или защиту вашего стороннего AV-адаптера и выяснить, устранена ли проблема.
В случае, если вы больше не сталкиваетесь с ошибкой 0x80004005, подумайте об удалении вашего текущего пакета сторонних поставщиков и перейдите в другой пакет безопасности. Если вы хотите избежать других конфликтов, подобных этому, подумайте над встроенным решением безопасности.
Метод 3: Повторная регистрация jscript.dll и vbscript.dll
Если первые два возможных решения вам не удались, попробуем другой подход. Некоторым пользователям удалось зафиксировать их, перерегистрировав несколько DLL (библиотеки динамических ссылок) в расширенной командной строке. Чтобы быть более точным, этот метод попытается устранить проблему, перерегистрировав jscript.dll (библиотеку, используемую при запуске JScript) и vbscript.dll (модуль, содержащий функции API для VBScript). Вот краткое руководство о том, как это сделать:
- Нажмите клавишу Windows + R, чтобы открыть окно «Выполнить». Затем введите «cmd» и Ctrl + Shift + Enter и нажмите « Да» в приглашении UAC (Контроль учетных записей пользователей), чтобы открыть повышенную командную строку.
- В командной строке с повышенными правами введите следующую команду и нажмите Enter:
regsvr32 jscript.dll
- В том же приглашении с повышенным командованием введите следующую команду и нажмите Enter:
regsvr32 vbscript.dll
- Перезагрузите компьютер и убедитесь, что вы можете открывать или извлекать файлы .zip или .rar без получения ошибки 0x80004005 .