Jinn Client не видит сертификат ГОСТ 2012: проверяем eXtended Container

На одном 64-разрядном компьютере сертификат нормально открывался в КриптоПро, но Jinn Client при подписании его не показывал. Причина оказалась не в ключе: на рабочее место установили 32-разрядный компонент eXtended Container.

Проблема

Сертификат ГОСТ 2012 находился на флешке или Рутокене, контейнер проходил тест в КриптоПро, а в Jinn Client список оставался пустым. Переустановка личного сертификата ситуацию не меняла.

Почему Jinn Client не видел сертификат

Для доступа к контейнеру Jinn использовал компонент eXtended Container. На 64-разрядную Windows вручную установили пакет xc.msi, предназначенный для 32-разрядной системы, вместо xc64.msi.

Как я проверил разрядность

1. Открыл Параметры → Система → О системе и посмотрел тип системы.
2. В списке установленных программ нашёл eXtended Container и проверил, откуда был взят установщик.
3. Убедился, что сам контейнер виден через КриптоПро CSP → Сервис → Протестировать.

Если контейнер не видит и КриптоПро, эта инструкция не подходит: сначала нужно разбираться с носителем, драйвером или самим контейнером.

Решение

1. Сохранил установочный комплект и создал точку восстановления.
2. Удалил только компонент eXtended Container, не трогая личный сертификат и закрытый ключ.
3. Перезагрузил компьютер.
4. Для 64-разрядной Windows установил xc64.msi из того же официального комплекта рабочего места. Для 32-разрядной системы используется xc.msi.
5. Ещё раз перезагрузил компьютер и открыл подписание.

Как я проверил результат

После установки компонента правильной разрядности Jinn Client увидел сертификат на носителе, позволил выбрать его и перейти к вводу пароля. Никаких изменений в контейнере закрытого ключа для этого не потребовалось.

Теперь на 64-разрядных АРМ я всегда проверяю, какой именно пакет XC попал в установку. Одинаковое название компонента легко вводит в заблуждение, а симптом выглядит как неисправный сертификат.