Проблемы с ЭП на Jinnn-Client

Несколько дней назад начались проблемы с подписанием документов в ЭБ. При утверждении или согласовании, когда выходит окно Jinn-Client с чтением ключей, то почти всегда прогресс бар зависает в самом начале и помогает только многократная отмена и новый поиск. В итоге, когда со второго раза, когда с пятого (или больше) он считывает ключ и подписывает документ. С чем это может быть связано. Проверялось на нескольких АРМах в IE и FF

Такая проблема действительно существует, причем проявляется она не постоянно, особенно часто при утверждении извещений. Я долго искал причину, писал даже в службу поддержки, результата ноль. Решил я ее установкой хромиум ГОСТ и сносом континент-ТЛСа. Теперь все подписывает и утверждает с первого раза.

Видимо придется так же сделать

Необходимо переустановить XC (eXtended container).

Для этого требуется найти и затем удалить из "Установка и удаление программ" XC 1.0.1.1 (или eXtended Container 1.0.2.2). Внутри дистрибутива Jinn-client 1.0.3050.0 (в CD\Jinn и CD_Sable\Jinn) находятся файлы xc.msi или xc64.msi, в зависимости от разрядности операционной системы требуется установить один из них, введя лицензию из инструкции . После установки обязательно перезагрузить компьютер.

На одном АРМ пробовал переустановить XC, стало чуть лучше (меньше попыток для подписания), но полностью проблема не исчезла

Theri пишет: Несколько дней назад начались проблемы с подписанием документов в ЭБ. При утверждении или согласовании, когда выходит окно Jinn-Client с чтением ключей, то почти всегда прогресс бар зависает в самом начале и помогает только многократная отмена и новый поиск. В итоге, когда со второго раза, когда с пятого (или больше) он считывает ключ и подписывает документ. С чем это может быть связано. Проверялось на нескольких АРМах в IE и FF

Скорее всего, у вас контейнер закрытого ключа на Рутокене.
С контейнерами закрытого ключа на флешках обычно такого не возникает.

Выше правильно посоветовали переустановить eXtended Container 1.0.2.2 на XC 1.0.1.1,

Ещё при использовании рутокена в Jinn-Client,
желательно удалить все старые закрытые ключи с рутокена
(меньше подвисаний в JinnClient при чтения с рутокена)

---

---

Установить XC 1.0.1.1 можно из дистрибутива в JinnClient или автоматическим инсталлятором:
Удалить eXtended Container или XC, и установить XC 1.0.1.1
ссылка для скачивания:
disk.yandex.ru/d/VQd1j3NxP0frzA

Запустить файл
"Удалить eXtended Container или XC, и установить XC 1.0.1.1.exe"
- файл запускать правой кнопкой мыши - Запуск от имени Администратора
Будет выполнено:

Удаление eXtended Container или XC
- XC 1.0.1.1 x64, x86
- eXtendedContainer 1.0.2.2 x64, x86
Установка XC 1.0.1.1
x64, x86 - в зависимости от разрядности системы

Часть сообщения скрыта для гостей. Пожалуйста, авторизуйтесь или зарегистрируйтесь, чтобы увидеть его.

Alex_04 пишет: Что не так в 1.0.2.2?

При использовании рутокена в Jinn-Client,
желательно удалить все старые закрытые ключи с рутокена и использовать eXtended Container 1.0.1.1
(меньше подвисаний в JinnClient при чтения с рутокена чем с eXtended Container 1.0.2.2)

Alex_04 пишет: FarWinter пишет: Выше правильно посоветовали переустановить eXtended Container 1.0.2.2 на XC 1.0.1.1

Коллеги, видимо я когда-то что-то пропустил (или подзабыл -- склероззз): напомните почему лучше д.б. установлена в.1.0.1.1? По началу помнится советовали наоборот. Что не так в 1.0.2.2? Можно ссылкой ткнуть.

Первоначально идея переустанавливать на версию 1.0.2.2 казалась правильной(так как более новая версия, в которой возможно могут быть устранены какие-либо проблемы). Потом выяснилась проблема с eXtended container 1.0.2.2: при переустановке (при этом неоднократной) на туже версию 1.0.2.2 зависания при подписании могут оставаться. При переустановке на версию 1.0.1.1 (обязательно с последующей перезагрузкой) этого не происходит. По крайней мере, такая картина наблюдается с etoken pro java.

Theri пишет: На одном АРМ пробовал переустановить XC, стало чуть лучше (меньше попыток для подписания), но полностью проблема не исчезла

Возможно, внутри контейнера закрытого ключа установлен сертификат пользователя. Попробуйте очистить контейнер закрытого ключа от этого сертификата, экспортировав закрытый ключ в файл *.pfx, а затем установив этот контейнер на носитель (обязательно при импорте на носитель сделав закрытый ключ экспортируемым). После при установке сертификата пользователя через Криптопро CSP требуется обязательно удалять галочку "Установить сертификат в контейнер", что сертификат пользователя не установился в снова в контейнер закрытого ключа. При подписании с помощью Jinn-client 1.0.3050.0 сертификат выбираем из "Сертификаты", так как на носителе его не будет. Инструкция по экспорту в файл pfx по ссылке (с единственной разницей - галочку "Экспорт расширенных свойств" никогда не ставлю).

Если не поможет, то проблемы с eXtended container обходятся конвертацией контейнера в PKCS#15 .

В Хромиум-ГОСТе, при выключенном Континент-TLS захожу в ЭБ, выбираю, нажимаю Утвердить, появляется окно для выбора сертификата, но дальше его не выбрать, оно не активно, а перед ним висит строка подождите и ничего не происходит. Крипто-Про ЭЦП браузер плагин поставлен и проверен на сайте крипто-про. Куда смотреть?

На части АРМ видны сертификаты, установленные в реестр, а на части не отображает

Theri пишет: В Хромиум-ГОСТе, при выключенном Континент-TLS захожу в ЭБ, выбираю, нажимаю Утвердить, появляется окно для выбора сертификата, но дальше его не выбрать, оно не активно, а перед ним висит строка подождите и ничего не происходит. Крипто-Про ЭЦП браузер плагин поставлен и проверен на сайте крипто-про. Куда смотреть?

Может у вас расширение в браузере "CryptoPro Extension for CAdES Browser Plug-ins" не включено или корневые сертификаты некорректно установлены.
Настройте браузер по инструкции в теме:
QuickCG - Порядок быстрой настройки Chromium GOST
sedkazna.ru/forum.html?view=topic&catid=9&id=1206#16364

Theri пишет: На части АРМ видны сертификаты, установленные в реестр, а на части не отображает

1. На каком типе носителя ключи ЭП: флешка, рутокен, етокен?
2. Куда привязан серт ЭП при его установке: к ключам в реестре или на носителе?
3. Как установлен серт ЭП, если привязан к ключам на носителе: с записью внутрь КК или нет?

Theri пишет: В Хромиум-ГОСТе, при выключенном Континент-TLS захожу в ЭБ, выбираю, нажимаю Утвердить, появляется окно для выбора сертификата, но дальше его не выбрать, оно не активно, а перед ним висит строка подождите и ничего не происходит. Крипто-Про ЭЦП браузер плагин поставлен и проверен на сайте крипто-про. Куда смотреть?

Тема — "Проблемы с ЭП на Jinnn-Client". Какое средство ЭП используете при подписании?
(Выключенный Континент-TLS и наличие Крипто-Про ЭЦП браузер плагина вовсе не означают подписания через КриптоПро и не исключают подписания с использованием Jinn-client).

Theri пишет: В Хромиум-ГОСТе, при выключенном Континент-TLS захожу в ЭБ, выбираю, нажимаю Утвердить, появляется окно для выбора сертификата, но дальше его не выбрать, оно не активно, а перед ним висит строка подождите и ничего не происходит. Крипто-Про ЭЦП браузер плагин поставлен и проверен на сайте крипто-про. Куда смотреть?

Если сам плагин установлен и расширение Криптопро ЭЦП browser plugin установлено в браузер из магазина расширений Chrome , то пробуйте подписать под разными интерфейсами Электронного бюджета - у них разные страницы входа:

• новый: lk.budget.gov.ru/udu-webcenter
• старый: lk.budget.gov.ru/etd

Theri пишет: На части АРМ видны сертификаты, установленные в реестр, а на части не отображает

Пробуйте подписать со стандартного носителя - флешки, на которой установлен контейнер закрытого ключа, чтобы разобраться в чём причина.