При подписании в Электронном бюджете Jinn Client однажды показал ошибку целостности файла масок контейнера КриптоПро. Сертификат при этом был исправен и проходил проверку, поэтому заново выпускать ключ не понадобилось.
Проблема
Ошибка целостности файла масок контейнера КриптоПро.
Сообщение появлялось после выбора варианта Сертификаты Windows. Сам контейнер находился на съёмном носителе.
Что было причиной
Jinn Client не мог правильно обратиться к контейнеру через установленный eXtended Container. На этом АРМ компонент XC поставился некорректно вместе со старым комплектом Континент TLS.
Как я проверил контейнер
- Открыл КриптоПро CSP → Сервис → Протестировать.
- Выбрал контейнер на Рутокене и дождался успешного завершения теста.
- Проверил, что личный сертификат связан именно с этим контейнером.
- Посмотрел версию драйвера Рутокена и компонент eXtended Container в списке программ.
Успешный тест КриптоПро важен: если он завершается ошибкой, переустановка XC может не решить проблему.
Решение
- Закрыл браузер, Jinn Client и Континент TLS.
- Удалил eXtended Container через список установленных программ.
- Перезагрузил компьютер.
- Установил компонент XC подходящей разрядности из официального комплекта рабочего места.
- Для Рутокена обновил штатный драйвер, не форматируя носитель и не удаляя контейнер.
- При новом подписании выбрал сертификат непосредственно на Рутокене или флешке, а не пункт Сертификаты Windows.
Как понять, что всё заработало
Jinn Client показал сертификат на носителе, запросил пароль и завершил формирование подписи без ошибки файла масок. Контейнер и личный сертификат остались прежними.
В этом случае проблема была в связующем компоненте рабочего места, а не в электронной подписи. Поэтому я сначала тестирую контейнер в КриптоПро и только после этого переустанавливаю XC.
Получилось или остались вопросы?
Поделитесь результатом, дополните инструкцию своим опытом или задайте вопрос. Я читаю комментарии и обновляю статьи по реальным случаям.