Ошибка при инициализации криптопровайдера 0x8009001d - Ремонт и установка крупной бытовой техники

Не могу установить пользовательский сертификат в хранилище CryptoPro 4.0 R4 под SuSe Linux 12 SR3 x86_64.
Ошибка: Failed to acquire context. Provider DLL failed to initialize correctly. [ErrorCode: 0x8009001d]

Детали следующие:
— Есть чистый (новая инсталляция) виртуальный сервер SuSE Linux 12 SP3 x86_64
— На нем установлен CryptoPro 4.0 R4 x86_64 (взят отсюда https://www.cryptopro.ru/products/csp/downloads)
— В окружении пользователя ksomov устанавливается переменная с путем к библиотекам
export LD_LIBRARY_PATH=/opt/cprocsp/lib/amd64:$LD_LIBRARY_PATH
— В каталоге /etc/ld.so.conf.d/ создан файл cryptopro.conf содержащий строчку /opt/cprocsp/lib/amd64.
— Под обычным пользователем ksomov выполняю следующие проверки:

1. Проверка установленной лицензии:
ksomov@SAPORA1:~/cryptopro> /opt/cprocsp/sbin/amd64/cpconfig -license -view
License validity:
4040E-G0037-EK8R3-C6K4U-HCXQG
Expires: 3 month(s) 3 day(s)
License type: Server.
ksomov@SAPORA1:~/cryptopro>

2. Проверка доступных криптопровайдеров:
ksomov@SAPORA1:~/cryptopro> /opt/cprocsp/sbin/amd64/cpconfig -defprov -view_type
Listing Available Provider Types:
Provider type   Provider Type Name
_____________   _____________________________________
      75        GOST R 34.10-2001 Signature with Diffie-Hellman Key Exchange
      80        GOST R 34.10-2012 (256) Signature with Diffie-Hellman Key Exchange
      81        GOST R 34.10-2012 (512) Signature with Diffie-Hellman Key Exchange
ksomov@SAPORA1:~/cryptopro>

3. Проверка провайдера по умолчанию для типа 75
ksomov@SAPORA1:~> /opt/cprocsp/sbin/amd64/cpconfig -defprov -view -provtype 75
Listing Available Providers:
Provider type   Provider Name
_____________   _____________________________________
       75       Crypto-Pro GOST R 34.10-2001 KC1 CSP
       75       Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider (<== У нас сертификат от него)

4. Успешная проверка:
SAPORA1:/home/ksomov # /opt/cprocsp/bin/amd64/csptest -keyset -enum_cont -fqcn -verifyc
CSP (Type:80) v4.0.9018 KC1 Release Ver:4.0.9955 OS:Linux CPU:AMD64 FastCode:READY:AVX.
AcquireContext: OK. HCRYPTPROV: 35215907
OK.
Total: SYS: 0.010 sec USR: 0.030 sec UTC: 0.140 sec
[ErrorCode: 0x00000000]
SAPORA1:/home/ksomov #

5. Показать текущее содержание хранилищ uMy после установки:
ksomov@SAPORA1:~> /opt/cprocsp/bin/amd64/certmgr -list -store uMy
Certmgr 1.1 (c) «CryptoPro», 2007-2010.
program for managing certificates, CRLs and stores

=============================================================================
Empty certificate list
The requested certificate does not exist.
[ErrorCode: 0x8010002c]
ksomov@SAPORA1:~>

6. Показать текущее содержание хранилищ mRoot после установки:
ksomov@SAPORA1:~> /opt/cprocsp/bin/amd64/certmgr -list -store mRoot
Certmgr 1.1 (c) «CryptoPro», 2007-2010.
program for managing certificates, CRLs and stores
=============================================================================
1——-
Issuer              : E=dit@minsvyaz.ru, C=RU, S=77 г. Москва, L=Москва, STREET=»125375 г. Москва, ул. Тверская, д. 7″, O=Минкомсвязь России, OGRN=1047702026701, INN=007710474375, CN=Головной удостоверяющий центр
Subject             : E=dit@minsvyaz.ru, C=RU, S=77 г. Москва, L=Москва, STREET=»125375 г. Москва, ул. Тверская, д. 7″, O=Минкомсвязь России, OGRN=1047702026701, INN=007710474375, CN=Головной удостоверяющий центр
Serial              : 0x34681E40CB41EF33A9A0B7C876929A29
SHA1 Hash           : 8cae88bbfd404a7a53630864f9033606e1dc45e2
SubjKeyID           : 8b983b891851e8ef9c0278b8eac8d420b255c95d
Signature Algorithm : ГОСТ Р 34.11/34.10-2001
PublicKey Algorithm : ГОСТ Р 34.10-2001 (512 bits)
Not valid before    : 20/07/2012 12:31:14 UTC
Not valid after     : 17/07/2027 12:31:14 UTC
PrivateKey Link     : No
2——-
Issuer              : E=dit@minsvyaz.ru, C=RU, S=77 Москва, L=г. Москва, STREET=»улица Тверская, дом 7″, O=Минкомсвязь России, OGRN=1047702026701, INN=007710474375, CN=Минкомсвязь России
Subject             : E=dit@minsvyaz.ru, C=RU, S=77 Москва, L=г. Москва, STREET=»улица Тверская, дом 7″, O=Минкомсвязь России, OGRN=1047702026701, INN=007710474375, CN=Минкомсвязь России
Serial              : 0x4E6D478B26F27D657F768E025CE3D393
SHA1 Hash           : 4bc6dc14d97010c41a26e058ad851f81c842415a
SubjKeyID           : c254f1b46bd44cb7e06d36b42390f1fec33c9b06
Signature Algorithm : ГОСТ Р 34.11-2012/34.10-2012 256 bit
PublicKey Algorithm : ГОСТ Р 34.10-2012 (512 bits)
Not valid before    : 06/07/2018 12:18:06 UTC
Not valid after     : 01/07/2036 12:18:06 UTC
PrivateKey Link     : No
=============================================================================

[ErrorCode: 0x00000000]
ksomov@SAPORA1:~>

Гостовский корневой сертификат, и подписанный им личный сертификат с закрытым ключом,
содержится в файле TestCert.pfx. Данный сертификат выпущен провайдером:
Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider

7. Импорт контейнера pfx завершается ошибкой:

— в личное хранилище, не указано имя провайдера

ksomov@SAPORA1:~> certmgr -inst -store uMy -pfx -file TestCert.pfx -pin 123456
Certmgr 1.1 (c) «CryptoPro», 2007-2010.
program for managing certificates, CRLs and stores
Error while importing pfx
Provider type not defined.
[ErrorCode: 0x80090017]

— в личное хранилище, теперь указано имя провайдера

ksomov@SAPORA1:~> certmgr -inst -store uMy -provname ‘Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider’ -pfx -file TestCert.pfx -pin 123456
Certmgr 1.1 (c) «CryptoPro», 2007-2010.
program for managing certificates, CRLs and stores
Failed to acquire context
Provider DLL failed to initialize correctly.
[ErrorCode: 0x8009001d]
ksomov@SAPORA1:~>

— в хранилище корневых сертификатов

ksomov@SAPORA1:~> /opt/cprocsp/bin/amd64/certmgr -install -store mRoot -provname ‘Crypto-Pro GOST R 34.10-2001 Cryptographic Service Provider’ -pfx -pin 123456 -file TestCert.pfx
Certmgr 1.1 (c) «CryptoPro», 2007-2010.
program for managing certificates, CRLs and stores
Failed to acquire context
Provider DLL failed to initialize correctly.
[ErrorCode: 0x8009001d]

— Содержание библиотек, — консистентость проверена штатными средствами после установки!

ksomov@SAPORA1:~> ls -l /opt/cprocsp/lib/amd64/
total 24528
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcapi10.so -> libcapi10.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcapi10.so.4 -> libcapi10.so.4.0.4
-rw-r—r— 1 root root   48069 Jul 17 00:04 libcapi10.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcapi20.so -> libcapi20.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcapi20.so.4 -> libcapi20.so.4.0.4
-rw-r—r— 1 root root 6004815 Jul 17 00:04 libcapi20.so.4.0.4
lrwxrwxrwx 1 root root      19 Aug 23 16:09 libcpalloc.so -> libcpalloc.so.0.0.0
lrwxrwxrwx 1 root root      19 Aug 23 16:09 libcpalloc.so.0 -> libcpalloc.so.0.0.0
-rw-r—r— 1 root root 3577728 Jul 17 00:04 libcpalloc.so.0.0.0
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcpasn1.so -> libcpasn1.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libcpasn1.so.4 -> libcpasn1.so.4.0.4
-rw-r—r— 1 root root 8900870 Jul 17 00:04 libcpasn1.so.4.0.4
-rw-r—r— 1 root root 649194 Jul 17 00:02 libcpcurl.a
lrwxrwxrwx 1 root root      18 Aug 23 16:10 libcpcurl.so -> libcpcurl.so.4.2.0
lrwxrwxrwx 1 root root      18 Aug 23 16:10 libcpcurl.so.4 -> libcpcurl.so.4.2.0
-rw-r—r— 1 root root 367193 Jul 17 00:04 libcpcurl.so.4.2.0
lrwxrwxrwx 1 root root      17 Aug 23 16:09 libcpext.so -> libcpext.so.4.0.4
lrwxrwxrwx 1 root root      17 Aug 23 16:09 libcpext.so.4 -> libcpext.so.4.0.4
-rw-r—r— 1 root root 659182 Jul 17 00:04 libcpext.so.4.0.4
lrwxrwxrwx 1 root root      17 Aug 23 16:09 libcplib.so -> libcplib.so.4.0.4
lrwxrwxrwx 1 root root      17 Aug 23 16:09 libcplib.so.4 -> libcplib.so.4.0.4
-rw-r—r— 1 root root 110840 Jul 17 00:04 libcplib.so.4.0.4
lrwxrwxrwx 1 root root      16 Aug 23 16:09 libcpui.so -> libcpui.so.4.0.4
lrwxrwxrwx 1 root root      16 Aug 23 16:09 libcpui.so.4 -> libcpui.so.4.0.4
-rw-r—r— 1 root root   25470 Jul 17 00:04 libcpui.so.4.0.4
lrwxrwxrwx 1 root root      15 Aug 23 16:09 libcsp.so -> libcsp.so.4.0.4
lrwxrwxrwx 1 root root      15 Aug 23 16:09 libcsp.so.4 -> libcsp.so.4.0.4
-rw-r—r— 1 root root 2289767 Jul 17 00:04 libcsp.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libenroll.so -> libenroll.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 libenroll.so.4 -> libenroll.so.4.0.4
-rw-r—r— 1 root root 474443 Jul 17 00:04 libenroll.so.4.0.4
lrwxrwxrwx 1 root root      19 Aug 23 16:09 librdrdsrf.so -> librdrdsrf.so.4.0.4
lrwxrwxrwx 1 root root      19 Aug 23 16:09 librdrdsrf.so.4 -> librdrdsrf.so.4.0.4
-rw-r—r— 1 root root   21730 Jul 17 00:04 librdrdsrf.so.4.0.4
lrwxrwxrwx 1 root root      20 Aug 23 16:09 librdrfat12.so -> librdrfat12.so.4.0.4
lrwxrwxrwx 1 root root      20 Aug 23 16:09 librdrfat12.so.4 -> librdrfat12.so.4.0.4
-rw-r—r— 1 root root   50467 Jul 17 00:04 librdrfat12.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 librdrrdr.so -> librdrrdr.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 librdrrdr.so.4 -> librdrrdr.so.4.0.4
-rw-r—r— 1 root root   72047 Jul 17 00:04 librdrrdr.so.4.0.4
lrwxrwxrwx 1 root root      26 Aug 23 16:09 librdrrndmbio_tui.so -> librdrrndmbio_tui.so.4.0.4
lrwxrwxrwx 1 root root      26 Aug 23 16:09 librdrrndmbio_tui.so.4 -> librdrrndmbio_tui.so.4.0.4
-rw-r—r— 1 root root   21373 Jul 17 00:04 librdrrndmbio_tui.so.4.0.4
lrwxrwxrwx 1 root root      19 Aug 23 16:09 librdrrndm.so -> librdrrndm.so.4.0.4
lrwxrwxrwx 1 root root      19 Aug 23 16:09 librdrrndm.so.4 -> librdrrndm.so.4.0.4
-rw-r—r— 1 root root   16305 Jul 17 00:04 librdrrndm.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 librdrsup.so -> librdrsup.so.4.0.4
lrwxrwxrwx 1 root root      18 Aug 23 16:09 librdrsup.so.4 -> librdrsup.so.4.0.4
-rw-r—r— 1 root root 216061 Jul 17 00:04 librdrsup.so.4.0.4
-rw-r—r— 1 root root 682474 Jul 17 00:02 libsspdrv.a
lrwxrwxrwx 1 root root      15 Aug 23 16:09 libssp.so -> libssp.so.4.0.4
lrwxrwxrwx 1 root root      15 Aug 23 16:09 libssp.so.4 -> libssp.so.4.0.4
-rw-r—r— 1 root root 861473 Jul 17 00:04 libssp.so.4.0.4
lrwxrwxrwx 1 root root      23 Aug 23 16:09 liburlretrieve.so -> liburlretrieve.so.4.0.4
lrwxrwxrwx 1 root root      23 Aug 23 16:09 liburlretrieve.so.4 -> liburlretrieve.so.4.0.4
-rw-r—r— 1 root root   23323 Jul 17 00:04 liburlretrieve.so.4.0.4
ksomov@SAPORA1:~>

Есть идеи, как это победить?

При генерации подписи, в момент записи сертификата электронной подписи на защищенный носитель, происходит данная ошибка из-за установленной версии vipnet CSP 4.2.

Ошибка при инициализации криптопровайдера (0x8009001f)

Способы решения ошибки:

1. Запись сертификата электронной подписи вручную через vipnet CSP.

Закройте окно с ошибкой.

Запись на ключевой носитель

Будет осуществлен возврат на обратную страницу, обновите ее и нажмите на скачать сертификат.

Скачать сертификат

Сохраните сертификат на рабочий стол.

Откройте VipNet CSP

VipNet CSP

1 – выберите защищенной носитель.

2 – выберите подпись, на которую требуется запись сертификата.

3 – Выберите установить сертификат.

VipNet CSP Установить сертификат

Выберите сертификат, который ранее сохранили на рабочий стол, нажмите открыть.

Сертификат

В появившемся окне нажмите 2 раза «далее» и готово.

VipNet CSP мастер установки сертификатов

Открывшееся окно само закроется.
Необходимо проверить установился ли сертификат в контейнер подписи, вновь выбираем подпись, после нажимаем на «свойства».

VipNet CSP выбор контейнера

В открывшемся окне, если в поле «Сертификат» указана данная информация, значит сертификат подписи установлен успешно.

VipNet CSP свойства контейнера

2. Переустановить версию Vip net CSP минимум на 4.4.

Внимание:

1. Прежде чем изменять версию Vip net CSP, уточните у технической поддержки Вашего программного обеспечения поддерживаемость версий выше 4.2.

2. Возможны случаи, что выпушенные электронные подписи на версии 4.4, не работали на версии 4.2. Если Вам критично использовать версию 4.2, то используйте 1 пункт данной инструкции.

Остались вопросы? Как мы можем помочь?

Как мы можем помочь?

Ошибка (sun.security.pkcs11.wrapper.PKCS11Exception CKR_FUNCTION_FAILED)Ошибка создания ключевой пары (0X3)

Так же в указанной версии, как и впрочем версии 4.4 наблюдаются проблемы со входом на сайт госуслуг. Подробное письмо с описанием проблемы направлял на адрес betatest@infotecs.ru 26 августа. Ниже текст из письма:

При установке бета-версии Vipnet CSP 4.5 0.64109 в Windows 10 обнаружилась проблема со входом на сайт Госуслуг посредством электронной подписи.

При корректном определении USB-токена носителя электронной подписи всем прикладным программных обеспечением (JaCarta 2.12 и Vipnet CSP 4.5), корректно установленным корневым сертификатам и спискам отзыва не удается выполнить вход на сайт госуслуг. Сайт находит и запрашивает сертификат, явно обращается к токену, а затем на последнем шаге (в случае версии CSP 4.2 необходимо было подождать 15-20 секунд) процесс входа нарушается. В логах плагина Госуслуг следующие сообщения (сам лог полностью во вложении):

2020-08-26 15:05:20.042:capi_engine-VIPNet:pkey_gost01_cp_sign_2012_256:ERROR:CryptSignHash failed: 0x8009000d:gost_pmeth.c:688
2020-08-26 15:05:20.043:capi_engine-VIPNet:pkey_gost01_cp_sign_2012_256:FAILED
2020-08-26 15:05:20.044:capi_engine-VIPNet:gost_digest_cleanup:STARTED ctx = 005CE7C4
2020-08-26 15:05:20.044:capi_engine-VIPNet:gost_digest_cleanup:digest_ctx->buff = 024DCAD0
2020-08-26 15:05:20.044:capi_engine-VIPNet:gost_digest_cleanup:PASSED
2020-08-26 15:05:20.045:capi_engine-VIPNet:gost_digest_cleanup:STARTED ctx = 02495EA0
2020-08-26 15:05:20.045:capi_engine-VIPNet:gost_digest_cleanup:digest_ctx->buff = 024E17A0
2020-08-26 15:05:20.045:capi_engine-VIPNet:gost_digest_cleanup:PASSED
2020-08-26 15:05:20.046:IFC:make_cms:ERROR:CMS_final failed:sign_cms.c:548
2020-08-26 15:05:20.046:IFC:make_cms:result [NULL]
2020-08-26 15:05:20.047:IFC:do_work_sign_cms:ERROR:make_cms error:sign_cms.c:379
2020-08-26 15:05:20.639:IFC:do_work_sign_cms:result [1]
2020-08-26 15:05:20.640:IFC:ifc_sign:result [1]
2020-08-26 15:05:20.640:WEBLIB:process_request:Response string(length = 16) = «{«error_code»:1}»

В версии 4.4 при операционной системе Windows 7 (и 10) проблема так же присутствует.

С сертифицированной версией ПО Vipnet CSP 4.2 такой проблемы не наблюдается, но к сожалению она не совместима с сертифицированным Антивирусом Касперского (проблема «чёрного экрана» у вас на форуме описана и решение установить более позднюю версию CSP).

P.S.: в дополнение. При проверке работоспособности браузерного плагина крипто-про, получаю похожую ошибку: https://www.cryptopro.ru/sites/default/files/products/cades/demopage/cades_bes_sample.html

Выдан: 25.08.2020 08:44:00 UTC
Действителен до: 25.08.2021 08:44:00 UTC
Криптопровайдер: Infotecs GOST 2012/512 Cryptographic Service Provider
Ссылка на закрытый ключ: Библиотека поставщика проинициализирована неправильно. (0x8009001D)
Алгоритм ключа: ГОСТ Р 34.10-2012 256
Статус: Ошибка при проверке цепочки сертификатов
Установлен в хранилище: Да

В 4.2 данный тест проходит без ошибок.

Изменено 1 Сентября 2020 пользователем Dmitrii A.

Дополнение https://www.cryptopro.ru/sites/default/files/products/cades/demopage/cades_bes_sample.html

Руслан Дзуцев	#1 Оставлено : 27 октября 2022 г. 11:38:39(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	При попытке установить корневой сертификат через cptools выдает ошибку «библиотека поставщика проинициализирована неправильно код ошибки 0x8009001d» Пробовал переустановливать, удалял сохраненные пароли. Лицензия постоянная. photo_2022-09-21_10-55-36.jpg (54kb) загружен 17 раз(а).

nickm	#2 Оставлено : 27 октября 2022 г. 12:14:12(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.05.2016(UTC) Сообщений: 765 Сказал(а) «Спасибо»: 232 раз Поблагодарили: 126 раз в 116 постах	Можете ли версии ОС и СКЗИ озвучить? Пробовали ли устанавливать корневой сертификат из командной строки, ошибка также выходит? К чему спрашиваю? У Себя на стенде и на обновлённой «22.04.1» и «5.0.12500» — проблем не испытываю. Может какое сторонне ПО влияет? Можно попробовать потрейсить cptools, ну или хотя бы в journalctl заглянуть. Отредактировано пользователем 27 октября 2022 г. 12:56:49(UTC) \| Причина: Не указана

Руслан Дзуцев	#3 Оставлено : 27 октября 2022 г. 14:06:32(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	Автор: nickm Пробовали ли устанавливать корневой сертификат из командной строки, ошибка также выходит? Код: ruslandzutsev@ruslandzutsev-desktop:~$ /opt/cprocsp/bin/amd64/certmgr -inst -store root -file /home/ruslandzutsev/Документы/Корневые/минцифры.cer Certmgr 1.1 (c) "КРИПТО-ПРО", 2007-2022. Программа для работы с сертификатами, CRL и хранилищами. WARNING: Устаревший параметр: "-store root" Неверные данные в файле /home/ruslandzutsev/Документы/Корневые/минцифры.cer Библиотека поставщика проинициализирована неправильно. Цитата: Можете ли версии ОС и СКЗИ озвучить? ОС: Код: `ruslandzutsev@ruslandzutsev-desktop:~$ lsb_release -a LSB Version: core-11.1.0ubuntu2-noarch:printing-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch Distributor ID: Ubuntu Description: Ubuntu 20.04.5 LTS Release: 20.04 Codename: focal` СКЗИ: Код: ruslandzutsev@ruslandzutsev-desktop:~$ /opt/cprocsp/bin/amd64/csptestf -enum -info CSP (Type:80) v5.0.10010 KC1 Release Ver:5.0.12500 OS:Linux CPU:AMD64 FastCode:READY:AVX. CryptAcquireContext succeeded.HCRYPTPROV: 29620083 GetProvParam(...PP_ENUMALGS...) until it returns false Algid Bits Type NameLen AlgName __________________________________________________ 0000661eh 256 Encrypt 14 GOST 28147-89 00008021h 256 Hash 18 GR 34.11-2012 256 00002e49h 512 Signature 18 GR 34.10-2012 256 0000aa46h 512 Exchange 18 DH 34.10-2012 256 0000aa47h 512 Exchange 18 DH 34.10-2012 256 0000801fh 32 Hash 18 GOST 28147-89 MAC 00006630h 256 Encrypt 14 GR 34.12-15 M 00006631h 256 Encrypt 14 GR 34.12-15 K 0000803ch 64 Hash 18 GR 34.13-15 M MAC 0000803dh 128 Hash 18 GR 34.13-15 K MAC 00008034h 256 Hash 20 GR34.11-12 256 HMAC Cycle exit when getting data. 11 items found. Level completed without problems. Total: SYS: 0,000 sec USR: 0,010 sec UTC: 0,000 sec [ErrorCode: 0x00000000]

nickm	#4 Оставлено : 27 октября 2022 г. 14:22:13(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.05.2016(UTC) Сообщений: 765 Сказал(а) «Спасибо»: 232 раз Поблагодарили: 126 раз в 116 постах	Автор: Руслан Дзуцев Код: `Неверные данные в файле /home/ruslandzutsev/Документы/Корневые/минцифры.cer` Возможно этой ошибке так и положено отображается.. а можно этот сертификат прикрепить? Всё же начните с системного журнала, может что подскажет?

Руслан Дзуцев	#5 Оставлено : 27 октября 2022 г. 14:29:24(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	Автор: nickm Всё же начните с системного журнала, может что подскажет? Код: ruslandzutsev@ruslandzutsev-desktop:~$ sudo journalctl /opt/cprocsp/bin/amd64/cptools -- Logs begin at Wed 2022-06-22 15:34:23 MSK, end at Thu 2022-10-27 15:25:10 MSK. -- авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: Failed to load module "canberra-gtk-module" авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: Couldn't register with accessibility bus: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", s> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.854025 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.855837 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/etc/opt/cprocsp/config64.ini", "r+b") = 0x(nil) fail Отказано в до> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.856012 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/etc/opt/cprocsp/config64.ini", "r+b") = 0x(nil) fail Отказано в до> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.898519 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetProvParam!failed: LastError = 0x8009000A авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.912524 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.924480 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.940687 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.955394 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.959217 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi20>CertOpenStore!failed: LastError = 0x2 авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi20>CertOpenStore!failed: LastError = 0x2 авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi20>CertOpenStore!failed: LastError = 0x2 авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: <capi20>CertOpenStore!failed: LastError = 0x2 авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.966393 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:48 ruslandzutsev-desktop cptools[14849]: 13:05:48.977881 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.873615 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/global.ini", "rb") = 0x(nil) fail Отказано в> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.873702 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/etc/opt/cprocsp/policies.ini", "rb") = 0x(nil) fail Нет такого фай> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.873794 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/etc/opt/cprocsp/policies.ini", "rb") = 0x(nil) fail Нет такого фай> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.948076 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.948171 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.949649 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = librtpkcs11ecp.so: невозможно открыть раздел> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.949990 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = librtpkcs11ecp.so: невозможно открыть раздел> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.950336 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = libisbc_pkcs11_main.so: невозможно открыть р> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.950629 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = libisbc_pkcs11_main.so: невозможно открыть р> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.950955 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = libjcPKCS11-2.so: невозможно открыть разделя> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: sup_lib 13:05:58.951258 support_load_dll:227 p:14849 t:0x0x7f1b086b4c40 support_load_dll(): dlerror() = libjcPKCS11-2.so: невозможно открыть разделя> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.951342 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.951526 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.952562 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:58 ruslandzutsev-desktop cptools[14849]: 13:05:58.952683 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: 13:05:59.035009 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: 13:05:59.327223 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetKeyParam!failed: LastError = 0x8010002C авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetUserKey!failed: LastError = 0x8009000D авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetUserKey!failed: LastError = 0x8009000D авг 16 13:05:59 ruslandzutsev-desktop cptools[14849]: <capi10>CryptGetUserKey!failed: LastError = 0x8009000D авг 16 13:06:00 ruslandzutsev-desktop cptools[14849]: 13:06:00.162865 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa> авг 16 13:06:01 ruslandzutsev-desktop cptools[14849]: 13:06:01.171962 support_an_fopen:90 p:14849 t:0x0x7f1b086b4c40 support_an_fopen("/var/opt/cprocsp/users/ruslandzutsev/local.ini", "rb") = 0x(nil) fa

Руслан Дзуцев	#6 Оставлено : 27 октября 2022 г. 14:31:53(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	Автор: nickm Возможно этой ошибке так и положено отображается.. а можно этот сертификат прикрепить? я и другие сертификаты пробовал, на других компах устанавливаются mincifry.zip (1kb) загружен 3 раз(а).

nickm	#7 Оставлено : 27 октября 2022 г. 14:35:39(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.05.2016(UTC) Сообщений: 765 Сказал(а) «Спасибо»: 232 раз Поблагодарили: 126 раз в 116 постах	Вывод какой-то обрезанный, но вроде как есть за что зацепиться… Автор: Руслан Дзуцев Автор: nickm Возможно этой ошибке так и положено отображается.. а можно этот сертификат прикрепить? я и другие сертификаты пробовал, на других компах устанавливаются Да, сертификат в порядке. Отредактировано пользователем 27 октября 2022 г. 14:36:37(UTC) \| Причина: Не указана

Руслан Дзуцев	#8 Оставлено : 27 октября 2022 г. 14:36:40(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	Автор: nickm Вывод какой-то обрезанный, но вроде как есть за что зацепиться… очень много записей в журнале, могу все скинуть, но будет громоздка

nickm	#9 Оставлено : 27 октября 2022 г. 14:39:13(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.05.2016(UTC) Сообщений: 765 Сказал(а) «Спасибо»: 232 раз Поблагодарили: 126 раз в 116 постах	По горизонтали обрезан.

Руслан Дзуцев	#10 Оставлено : 27 октября 2022 г. 14:51:15(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 17.08.2019(UTC) Сообщений: 47 Откуда: Владикавказ Сказал(а) «Спасибо»: 4 раз	Автор: nickm По горизонтали обрезан. может файлом будет удобней… all_logos.zip (42kb) загружен 2 раз(а).

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

Guest

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

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

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

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

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

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

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

Download PC Repair Tool to quickly find & fix Windows errors automatically

When installing a Windows Update using a standalone package, if you receive an error saying 0x8009001D, NTE_PROVIDER_DLL_FAIL, Provider DLL failed to initialize correctly, then follow these tips to resolve the error. The error message may further point out that an unexpected error is keeping you from deleting the file. Along with this, if it’s a standalone package issue, then you will see the name of that package as well.

error 0x8009001D, Provider DLL failed to initialize correctly

Do note that there are many Provider DLL failed errors – here we are talking about Windows Update, Error 0x8009001D, and NTE_PROVIDER_DLL_FAIL mentions.

Run the Windows Update Troubleshooter
Reset Windows Update components
Manually clear contents of SoftwareDistribution & Catroot2 folders
Standalone package issue.

1] Run the Windows Update Troubleshooter

Open Windows Settings using Win + I
Click on Update and Security and then navigate to Troubleshoot
Locate Windows Update, and click on it, and then run the Windows Update Troubleshooter
It will check for any pending restart, initialize the diagnosis and restart services like BITS.

Once done, try running the update or the standalone package.

2] Reset Windows Update components

Reset Windows Update Components Tool

Windows Update process, which takes care of a complete update system, can be reset to its default. When you reset Windows Update components to default, it reset & repair all WU-related components & registry keys, detect corruptions, replaces corrupted system files, fixes damaged system image, reset Winsock settings, and so on.

3] Manually clear contents of SoftwareDistribution & Catroot2 folders

Windows Update downloads files in two places— SoftwareDistribution & Catroot2 folders. If there is a sort of corruption or you want to try redownloading everything again, then you can delete the content from these folders. Deleting files from here will need admin privileges. Read our full guide on how you can delete files from SoftwareDistribution & reset Catroot2 folders.

4] In the case of a Standalone package

There are two things you can do here, depending on the situation. First, if you received this error when trying to install a standalone package, then run Windows Update to see if it fixes that. However, if you received an error while running Windows Update, and there is a mention of the package name, then download the package from the Microsoft Update Catalog site, and install it.

You can search for the package name and then download it. Once downloaded, double click to install it. The package name usually starts with KB.

I hope you were able to resolve the Windows Update error 0x8009001D.

Ezoic

Anand Khanse is the Admin of TheWindowsClub.com, a 10-year Microsoft MVP (2006-16) & a Windows Insider MVP (2016-2022). Please read the entire post & the comments first, create a System Restore Point before making any changes to your system & be careful about any 3rd-party offers while installing freeware.

Download PC Repair Tool to quickly find & fix Windows errors automatically

error 0x8009001D, Provider DLL failed to initialize correctly

Do note that there are many Provider DLL failed errors – here we are talking about Windows Update, Error 0x8009001D, and NTE_PROVIDER_DLL_FAIL mentions.

Run the Windows Update Troubleshooter
Reset Windows Update components
Manually clear contents of SoftwareDistribution & Catroot2 folders
Standalone package issue.

1] Run the Windows Update Troubleshooter

Open Windows Settings using Win + I
Click on Update and Security and then navigate to Troubleshoot
Locate Windows Update, and click on it, and then run the Windows Update Troubleshooter
It will check for any pending restart, initialize the diagnosis and restart services like BITS.

Once done, try running the update or the standalone package.

2] Reset Windows Update components

Reset Windows Update Components Tool

3] Manually clear contents of SoftwareDistribution & Catroot2 folders

4] In the case of a Standalone package

You can search for the package name and then download it. Once downloaded, double click to install it. The package name usually starts with KB.

I hope you were able to resolve the Windows Update error 0x8009001D.

Ezoic

Источник

0x8009001d — Ошибка обращения к контейнеру. Библиотека поставщика проинициализирована неправильно

После выбора ключевого контейнера в «КриптоПро CSP» появляется сообщение об ошибке «0x8009001d — Ошибка обращения к контейнеру. Библиотека поставщика проинициализирована неправильно».

Для решения проблемы выполните следующие действия:

Проверьте срок действия лицензии на «КриптоПро CSP» — лицензия может быть истекшей
«Пуск» — («Настройки») «Панель управления» — («Система и безопасность») — «КриптоПро CSP» — вкладка «Общие»
Удалите запомненные пароли
Переустановите «КриптоПро CSP»
Узнайте у удостоверяющего центра, выдавшего вам сертификат, на какой версии «КриптоПро CSP» они генерировали вам ключи. Возможно создание сертификата проходило на более высокой версии

Ключевые контейнеры, созданные на «КриптоПро CSP» более старшей версии, нельзя использовать на более ранней версии

Источник

Саныч	#1 Оставлено : 23 апреля 2009 г. 11:42:34(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 23.04.2009(UTC) Сообщений: 2	*Помогите, у меня при загрузке сертификата в «Континент-АП» выходит сообщение об ошибке «Ошибка импорта сертификатов 0x8009001D. Библиотека поставщика проинициализирована неправильно*«. А при просмотре сертификата в контейнере — «Ошибка обращения к контейнеру секретного ключа ‘[имя контейнера]’. Библиотека поставщика проинициализирована неправильно« Крипто-Про версии 2.0 (2049), Континент версии 3.02.21. Также установлен Win Server 2000 SP4, NOD32 и Agnitum OutPost Firewall Pro Переустановка Крипто-Про и Континента не помогла Отредактировано пользователем 23 апреля 2009 г. 13:12:17(UTC) \| Причина: Не указана

IvanZzz	#2 Оставлено : 23 апреля 2009 г. 13:59:02(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 23.04.2008(UTC) Сообщений: 519 Откуда: Крипто-Про	Скопируйте сюда «Уникальное имя»(Сервис-Посмотреть сертификаты в контейнере-Обзор) вашего контейнера. Отредактировано пользователем 23 апреля 2009 г. 13:59:52(UTC) \| Причина: Не указана

Саныч	#3 Оставлено : 23 апреля 2009 г. 15:32:35(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 23.04.2009(UTC) Сообщений: 2	IvanZzz написал: Скопируйте сюда «Уникальное имя»(Сервис-Посмотреть сертификаты в контейнере-Обзор) вашего контейнера. «сюда» — это куда?

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

Guest

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

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

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

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

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

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

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

Источник

Ошибка при инициализации криптопровайдера (0x8009001f)

Способы решения ошибки:

1. Запись сертификата электронной подписи вручную через vipnet CSP.

Закройте окно с ошибкой.

Запись на ключевой носитель

Будет осуществлен возврат на обратную страницу, обновите ее и нажмите на скачать сертификат.

Скачать сертификат

Сохраните сертификат на рабочий стол.

Откройте VipNet CSP

VipNet CSP

1 – выберите защищенной носитель.

2 – выберите подпись, на которую требуется запись сертификата.

3 – Выберите установить сертификат.

VipNet CSP Установить сертификат

Выберите сертификат, который ранее сохранили на рабочий стол, нажмите открыть.

Сертификат

В появившемся окне нажмите 2 раза «далее» и готово.

VipNet CSP мастер установки сертификатов

Открывшееся окно само закроется.
Необходимо проверить установился ли сертификат в контейнер подписи, вновь выбираем подпись, после нажимаем на «свойства».

VipNet CSP выбор контейнера

В открывшемся окне, если в поле «Сертификат» указана данная информация, значит сертификат подписи установлен успешно.

VipNet CSP свойства контейнера

2. Переустановить версию Vip net CSP минимум на 4.4.

Внимание:

Остались вопросы? Как мы можем помочь?

Как мы можем помочь?

Ошибка (sun.security.pkcs11.wrapper.PKCS11Exception CKR_FUNCTION_FAILED)Ошибка создания ключевой пары (0X3)

Источник

=============================================================================
Empty certificate list
The requested certificate does not exist.
[ErrorCode: 0x8010002c]
ksomov@SAPORA1:~>

[ErrorCode: 0x00000000]
ksomov@SAPORA1:~>

7. Импорт контейнера pfx завершается ошибкой:

— в личное хранилище, не указано имя провайдера

— в личное хранилище, теперь указано имя провайдера

— в хранилище корневых сертификатов

— Содержание библиотек, — консистентость проверена штатными средствами после установки!

Есть идеи, как это победить?

Источник