- Сообщений: 16
- Спасибо получено: 1
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Именно об этом Вам ещё 15 июня:Theri пишет: Сертификат был добавлен в контейнер на рутокене. После перезаписи на рутокен только закрытой части и отдельной установки сертификата все стало подписываться с первого раза
Именно так сейчас у Вас при подписании?Wmffre пишет: Возможно, внутри контейнера закрытого ключа установлен сертификат пользователя... при установке сертификата пользователя через Криптопро CSP требуется обязательно удалять галочку "Установить сертификат в контейнер", чтоб сертификат пользователя не установился снова в контейнер закрытого ключа. При подписании с помощью Jinn-client 1.0.3050.0 сертификат выбираем из "Сертификаты", так как на носителе его не будет.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Возможно, внутри контейнера закрытого ключа установлен сертификат пользователя. Попробуйте очистить контейнер закрытого ключа от этого сертификата, экспортировав закрытый ключ в файл *.pfx, а затем установив этот контейнер на носитель (обязательно при импорте на носитель сделав закрытый ключ экспортируемым). После при установке сертификата пользователя через Криптопро CSP требуется обязательно удалять галочку "Установить сертификат в контейнер", что сертификат пользователя не установился в снова в контейнер закрытого ключа. При подписании с помощью Jinn-client 1.0.3050.0 сертификат выбираем из "Сертификаты", так как на носителе его не будет. Инструкция по экспорту в файл pfx по ссылке (с единственной разницей - галочку "Экспорт расширенных свойств" никогда не ставлю).
Если не поможет, то проблемы с eXtended container обходятся конвертацией контейнера в PKCS#15 .
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Doping пишет: Добрый день,а какие ошибки это поможет избежать? а то у нас на всех ключах установлены сертификаты в контейнер, стало интересно
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Подробнее...