Jinn client ошибка при установке

Проблема наблюдается при использовании сертификатов по ГОСТ Р34.10-2012 в подсистемах ГИИС «Электронный бюджет»

При использовании сертификатов по ГОСТ Р 34.10-2012 в подсистемах ГИИС «Электронный бюджет», оператором которых является Федеральное казначейство, необходимо:
1. Для аутентификации пользователей на автоматизированном рабочем месте установить СКЗИ «Континент TLS-клиент». Версия 2» и провести настройку в соответствии с инструкцией, размещенной на официальном сайте Федерального казначейства в разделе ГИС — Электронный бюджет — Подключение к системе.
2. В качестве адреса TLS сервера ГИИС ЭБ и доступа в личный кабинет указывать адрес lk2012.budget.gov.ru.

Другой вариант проблемы:

Размер имеет значение (с)

При подписании в ЭБ была выявлена проблема, если название организации в сертификате ГОСТ 2012 превышает 127 символов, то jinn просто не видит контейнер с таким сертификатом. Решение — конвертация контейнера. Утилита конвертации контейнеров КриптоПро в PKCS#15 в приложении. Инструкция по использованию в архиве. Для работы на рабочем месте должен быть установлен КриптоПро CSP.

Инструкция по созданию носителя от пользователя 7449

ДОПОЛНЕНИЕ

ОТВЕТ ТЕХПОДДЕРЖКИ УФК

Цитата: Чтобы Jinn Client отобразил и утвердил сертификат по ГОСТ-2012 нужно иметь ключ на носителе в контейнере PKCS#15. Все выпускаемые ключи сейчас, создаются в контейнере PKCS#12. Крипто-ПРО 4.0 (R3 и R4) при этом не видят PKCS#15, и чтобы Крипто-ПРО обратилось к ключу (например для Континент TLS) нужно иметь контейнер PKCS#12. Вариант выхода из ситуации: записать на один носитель ключ в двух форматах (две копии) PKCS#12 и PKCS#15. Таким образом, Крипто-ПРО зайдет в ЭБ через Континент TLS и потом Jinn Client утвердит формуляр, при этом работают токены и флешки. Для конвертации контейнера PKCS#12 в PKCS#15 есть специальная утилита, для получения обращаться в ТОФК.1. В компьютере вставлен съемный носитель с сертификатом PKCS#12.2. Запускаем утилиту конвертации.3. Если нужный сертификат не отображается, проверить подключение съемного носителя и нажать кнопку «Обновить список».4. Выбираем нужный сертификат и нажимаем «Конвертировать».5. Далее выбираем, где сохранить криптоконтейнер, можно на этом же съемном носителе (файлы не заменяются) или на любом другом, и указываем пароль оригинального контейнера, нажимаем «Сохранить».6. В окне Крипто-ПРО повторно указываем пароль ранее и «ОК».7. Конвертирование завершено успешно, на съемном носителе будет сертификат и ключ в контейнере PKCS#15.При отсутствии сертификата в jinn плагине при подписании требуется обратиться в отдел ОРСИБИ вашего ТОФК для получения конвертера и инструкции по конвертации контейнера подписи из формата PKCS#12 в PKCS#15.

Новый Jinn-client v.1.0.3050.0 не видит сертификат на USB

• Сообщений: 21
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

amrv пишет: Так как в реальной работе нет документов, требующих подписания в личном кабинете, На тестовой странице (опять же по встреченным на данном форуме ссылкам) вызываем Jinn-clienta и видим свою конвертированную подпись.
при обращении на тестовой странице вызова Jinn-clienta к этому USB носителю, сертификата по ГОСТ2001 не видно (виден только переконвертированный контейнер p15), хотя перечитав чуть ли не весь форум все утверждают, что новый Jinn-client нормально видит сертификаты по гост2001, и те сертификаты по гост2012, где название организации не больше 127 знаков!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• vvofk
• —>
• Не в сети

• Сообщений: 6
• Спасибо получено: 2

amrv пишет: Добрый всем день!
. Или если установлено ПО под гост2012 (c новым Jinn-client), то при использовании сертификата по гост2001, его тоже надо конвертировать, если название организации более 127 символов.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• amrv
• Автор темы —>
• Не в сети

• Сообщений: 21
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• amrv
• Автор темы —>
• Не в сети

• Сообщений: 21
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Wmffre
• —>
• Не в сети

• Сообщений: 599
• Репутация: 23
• Спасибо получено: 168

amrv пишет: Вы не правильно поняли мой текст, как раз ЭЦП по ГОСТ2001 года не конвертировали, ибо везде на форуме пишут, что новый JINN их прекрасно видит, на деле же оказывается, что это не так. Новый JINN не видит ЭЦП по ГОСТ2001, во всяком случае те, что имеют в названии организации более 127 символов

Если использовать Континент TLS Клиент 1.0.920.0 и Jinn-Client 1.0.3050.0, то для сертификата ГОСТ-2001 устанавливать eXtended Container не требуется, конвертировать контерйнер также не надо.

Если же используется Континент TLS Клиент 2.0.1440.0, то с ним устанавливается eXtended Container 1.0.2.2 (не пробовал — будет ли работать 2.0.1440.0 без eXtended Container). Соответственно контейнер ГОСТ-2001 также требуется конвертировать, если название организации больше 127 символов.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• amrv
• Автор темы —>
• Не в сети

• Сообщений: 21
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

amrv пишет: Вопрос, а нормально ли будет работать новый JINN с ЭЦП по ГОСТу 2001, если даже «заточенный» под работу с ГОСТом 2012 он вызывает проблемы?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• amrv
• Автор темы —>
• Не в сети

• Сообщений: 21
• Спасибо получено: 0

amrv пишет: Вопрос, а нормально ли будет работать новый JINN с ЭЦП по ГОСТу 2001, если даже «заточенный» под работу с ГОСТом 2012 он вызывает проблемы?

Собственно Jinn-client 1.0.3050 давно и успешно работает с ГОСТ-2001 (и недавно и успешно с ГОСТ-2012).
За «понимание» ГОСТ-2012 отвечает модуль eXtended Container, у которого проблема «127+» независимо от ГОСТа.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

amrv пишет: Почему же тогда при наличии на компьютере старой версии JINN ЭЦП по ГОСТ 2001, даже если в названии организации более 127 символов, видятся, а вот уже при установки новой версии JINN эти же ЭЦП без конвертации не видятся?

amrv пишет: Для чего лишний элемент в виде eXtended Container? Что мешает такой же успешной реализации под новый ГОСТ 2012, без лишних дополнительных продуктов? Ведь ещё классики говорили: чем проще, тем лучше!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

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

• Сообщений: 29
• Спасибо получено: 0

Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

aeprotsyuk пишет: При подписании документов в «Электронном бюджете» Jinn Client не видит установленные сертификаты по госту 2012. Сертификаты установлены и на флешке и на рутокене. На скриншоте показан сертификат (1 из 4 установленных) который работает, остальные — нет, хотя все установлены.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• hatabych
• —>
• Не в сети

• Сообщений: 30
• Спасибо получено: 3

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• aeprotsyuk
• Автор темы —>
• Не в сети

• Сообщений: 29
• Спасибо получено: 0

Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• aeprotsyuk
• Автор темы —>
• Не в сети

• Сообщений: 29
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

aeprotsyuk пишет: установлены на рутокене и на флешке 4 сертификата с ключевыми парами разных людей, такое вообще будет работать? Потому что из всех сертификатов работает только один.

aeprotsyuk пишет: На один рутокен можно установить только 1 сертификат или можно несколько разных сертификатов (разных владельцев)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• aeprotsyuk
• Автор темы —>
• Не в сети

• Сообщений: 29
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

aeprotsyuk пишет: Подскажите тогда пожалуйста как на 1 носитель записать не сколько сертификатов и чтобы считывались при подписании?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

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

• Сообщений: 1525
• Репутация: 20
• Спасибо получено: 381

ranger пишет: То есть даже с новым XC (версии 1.0.2.2) есть проблема с длиной названия организации или народ ставит древнюю версию от казны и получает гемор на свою голову?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• aeprotsyuk
• Автор темы —>
• Не в сети

• Сообщений: 29
• Спасибо получено: 0

Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• makariesp
• —>
• Не в сети

• Сообщений: 6
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

makariesp пишет: Здравствуйте, та же проблема, при подписании в ЭБ видит флешку, но не видит подпись на ней. Длина наименования организации 90 символов. Что сделать? Установлен Jinn Client версии 1.0.943.0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• makariesp
• —>
• Не в сети

• Сообщений: 6
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

makariesp пишет: Сертификат новый 2012, Jinn Client был установлен ранее. А где взять другую версию, если проблема в этом?

Получить в ОРСиБИ вашего УФК.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• _Nik_
• —>
• Не в сети

• Сообщений: 24
• Спасибо получено: 2

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Andy24
• —>
• Не в сети

• Сообщений: 5
• Спасибо получено: 1

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Simius
• —>
• Не в сети

• Сообщений: 1
• Спасибо получено: 0

Добрый день!
При подписании документа Jinn не видит сертификат
prnt.sc/pqs6l9

Версия 1.0.3050.0
В названии 49 символов
Подскажите пожалуйста куда бежать)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Wmffre
• —>
• Не в сети

• Сообщений: 599
• Репутация: 23
• Спасибо получено: 168

Simius пишет: Добрый день!
При подписании документа Jinn не видит сертификат
prnt.sc/pqs6l9

Версия 1.0.3050.0
В названии 49 символов
Подскажите пожалуйста куда бежать)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• heorhee
• —>
• Ушел

• Сообщений: 18
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• danmadman
• —>
• Не в сети

• Сообщений: 129
• Спасибо получено: 10

aeprotsyuk пишет: Подскажите как узнать кол-во символов?

Открыть сертификат, на вкладке «Состав» в разделе «Субъект» найти наименование организации и посчитать все символы, включая кавычки, пробелы и знаки препинания.

А как Вы тогда поняли, что наименование организации одинаковое:

Наименование организации в 1-м и остальных сертификатах одинаковое?

если наименование организации в сертификате превышает 127 символов.

У меня так же не превышает, а Jinn не видит при подписании, приходится конвертировать.
Судя по этой теме, дело не в количестве символов. Имхо

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1805
• Репутация: 19
• Спасибо получено: 218

danmadman пишет: Судя по этой теме, дело не в количестве символов.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• FarWinter
• —>
• Не в сети

• Сообщений: 188
• Репутация: 1
• Спасибо получено: 62

danmadman пишет: если наименование организации в сертификате превышает 127 символов.

У меня так же не превышает, а Jinn не видит при подписании, приходится конвертировать.
Судя по этой теме, дело не в количестве символов. Имхо

(В руководстве на настройке АРМ электронного бюджета от 23 августа 2019
на сайте roskazna.ru указан только xc.msi )
xc.msi — это для установки на 32х битные системы Windows
xc64.msi — это для установки на 64х битные системы Windows

4.1.1 Из-за кривого eXtendedContainer_1.0.2.2 установленного автоматически с Континент TLS 2.0
Решение:
В самом верху этого сообщения
Выполнить файл QuickEB_Lite.exe правой кнопкой мыши — Запуск от имени администратора
eXtendedContainer_1.0.2.2 — будет переустановлен

4.1.2 Из-за ручной установки xc.msi на 64х битную систему Windows
Не видит контейнеры ГОСТ 2012
Если ставили вручную XC 1.0.1.1 из дистрибутива Jinn-Client
И ошибочно установили xc.msi на 64х битную систему Windows
(В руководстве на настройке АРМ электронного бюджета от 23 августа 2019
на сайте roskazna.ru указан только xc.msi )
xc.msi — это для установки на 32х битные системы Windows
xc64.msi — это для установки на 64х битные системы Windows

Решение:
В самом верху этого сообщения
Выполнить файл QuickEB_Lite.exe правой кнопкой мыши — Запуск от имени администратора
eXtendedContainer_1.0.2.2 — будет установлен правильно.

4.1.3 Если название организации превышает 127 символов , то нужно использовать Конвертер для ГОСТ 2012
Конвертер для ГОСТ 2012
В случае, если название организации превышает 127 символов (В сертификате, вкладка Состав — Субъект — O=Название организации)
при подписании в ЭБ Jinn-Client не видит такие контейнера закрытых ключей в ГОСТ 2012
Нужно использовать конвертер (Если количество символов меньше или равно 127, то конвертер не нужен.)

Распаковать архив
Установить reg файл, кликнуть два раза на файле: SnHwAPIExp.reg и нажать ДА
Запускаем конвертер файл: Converter.exe
Если конвертер не запустился(ошибка при запуске — отсутствует MSVCP140.dll),
то нужно до установить библиотеку Microsoft Visual C++ 2015 файл vc_redist.x86.exe
и снова запустить файл Converter.exe

Выбрать контейнер на флешке,
нажать Конвертировать

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

На флешке, в корне, появятся два файла:
TE.cer — сертификат
TEcont.p15 — контейнер закрытого ключа, который увидит Jinn-Client при подписании в ЭБ
(Если, вместо флешки использовать Rutoken, то эти файлы стандартными средствами с рутокена не удалить,
только перезаписывать или форматировать рутокен,
через Панель управления рутокена их невидно)

На флешке получится создать только один такой контейнер, т.к. при конвертации другого контейнера на флешке
файлы TE.cer и TEcont.p15 будут перезаписываться

Проверка подписания в браузерах через Jinn-Client не заходя в Электронный бюджет в этом же сообщении:
«Исправление большинства ошибок при настройке ЭБ и Сборник типовых ошибок в ЭБ»
пункт 5.0 Тестирование подписания через Jinn-Client

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• danmadman
• —>
• Не в сети

• Сообщений: 129
• Спасибо получено: 10

danmadman пишет: если наименование организации в сертификате превышает 127 символов.

У меня так же не превышает, а Jinn не видит при подписании, приходится конвертировать.
Судя по этой теме, дело не в количестве символов. Имхо

(В руководстве на настройке АРМ электронного бюджета от 23 августа 2019
на сайте roskazna.ru указан только xc.msi )
xc.msi — это для установки на 32х битные системы Windows
xc64.msi — это для установки на 64х битные системы Windows

4.1.1 Из-за кривого eXtendedContainer_1.0.2.2 установленного автоматически с Континент TLS 2.0
Решение:
В самом верху этого сообщения
Выполнить файл QuickEB_Lite.exe правой кнопкой мыши — Запуск от имени администратора
eXtendedContainer_1.0.2.2 — будет переустановлен

4.1.2 Из-за ручной установки xc.msi на 64х битную систему Windows
Не видит контейнеры ГОСТ 2012
Если ставили вручную XC 1.0.1.1 из дистрибутива Jinn-Client
И ошибочно установили xc.msi на 64х битную систему Windows
(В руководстве на настройке АРМ электронного бюджета от 23 августа 2019
на сайте roskazna.ru указан только xc.msi )
xc.msi — это для установки на 32х битные системы Windows
xc64.msi — это для установки на 64х битные системы Windows

Решение:
В самом верху этого сообщения
Выполнить файл QuickEB_Lite.exe правой кнопкой мыши — Запуск от имени администратора
eXtendedContainer_1.0.2.2 — будет установлен правильно.

4.1.3 Если название организации превышает 127 символов , то нужно использовать Конвертер для ГОСТ 2012
Конвертер для ГОСТ 2012
В случае, если название организации превышает 127 символов (В сертификате, вкладка Состав — Субъект — O=Название организации)
при подписании в ЭБ Jinn-Client не видит такие контейнера закрытых ключей в ГОСТ 2012
Нужно использовать конвертер (Если количество символов меньше или равно 127, то конвертер не нужен.)

Распаковать архив
Установить reg файл, кликнуть два раза на файле: SnHwAPIExp.reg и нажать ДА
Запускаем конвертер файл: Converter.exe
Если конвертер не запустился(ошибка при запуске — отсутствует MSVCP140.dll),
то нужно до установить библиотеку Microsoft Visual C++ 2015 файл vc_redist.x86.exe
и снова запустить файл Converter.exe

Выбрать контейнер на флешке,
нажать Конвертировать

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

На флешке, в корне, появятся два файла:
TE.cer — сертификат
TEcont.p15 — контейнер закрытого ключа, который увидит Jinn-Client при подписании в ЭБ
(Если, вместо флешки использовать Rutoken, то эти файлы стандартными средствами с рутокена не удалить,
только перезаписывать или форматировать рутокен,
через Панель управления рутокена их невидно)

На флешке получится создать только один такой контейнер, т.к. при конвертации другого контейнера на флешке
файлы TE.cer и TEcont.p15 будут перезаписываться

Проверка подписания в браузерах через Jinn-Client не заходя в Электронный бюджет в этом же сообщении:
«Исправление большинства ошибок при настройке ЭБ и Сборник типовых ошибок в ЭБ»
пункт 5.0 Тестирование подписания через Jinn-Client

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

На чтение 6 мин. Просмотров 1.3k. Опубликовано 15.12.2019

Jinn client ошибка пакета установщика windows

Управления Федерального казначейства

Шевчук Татьяна Михайловна

Зимин Сергей Владимирович

Заместитель начальника отдела

Егиоя Евгений Николаевич

Кот Оксана Викторовна

Старший специалист 2 разряда

Кремлева Ирина Владимировна

Старший специалист 3 разряда

Надеева Любовь Николаевна

специалист 1 разряда

Типовые ошибки ЭБ

Jinn Sign Extension Provider

Jinn Sign Extension Provider может не до конца установится, если использовать предложенную папку по умолчанию (папка в профиле пользователя). Если пользователь на кирилице 100% будут проблемы.

Надо изменить папку на C:Program FilesSecurity Code (если х64, то папку C:Program Files(х86)Security Code)

Параметры командной строки для тихой установки Jinn Sign Extension Provider сразу для всех пользователей Windows (путь можете указать свой, лишь бы он был доступен для всех пользователей):

msiexec /i JinnSignExtensionSetup.msi /qn INSTALLLOCATION=»%ALLUSERSPROFILE%Security Code» ALLUSERS=1

ПРИМЕЧАНИЕ: Командную строку нужно запускать по правой кнопки мыши с выбором «Запуск от имени администратора»

Jinn не видит контейнер

Не корректно установленный или вообще не установленный eXtended Container(пути решения представлены ниже).

Так же бывают проблемы с отобраджением сертификатов по ГОСТу 2001. Без необходимости eXtended Container лучше не ставить.

Второй причиной может заключаться в названии организации, для сертификатов по ГОСТу 2012, превышает 127 символов(а в некоторых случаях и 74 символа), то jinn просто не видит контейнер с таким сертификатом.

Решение — конвертация контейнера. Утилита конвертации контейнеров КриптоПро в PKCS#15 доводилась. Инструкция по использованию в архиве. Для работы на рабочем месте должен быть установлен КриптоПро CSP.

Континент TLS 2 «Доступ к конфигурационному файлу запрещен»

Ошибка Континент TLS 2 «Доступ к конфигурационному файлу запрещен» связана с отсутствием прав на чтение-запись.

Все установщики запускать через *.ехе, а не через *.msi и от имени администратора. Либо используем командную строку для *.msi. Если это не помогло, смотрим права на ветку реестра [HKEY_LOCAL_MACHINESOFTWARESecurityCode]

Так же встречаются аналогичные проблемы с директориями.

c:Program FilesSecurity Code

УНИВЕРСАЛЬНОЕ РЕШЕНИЕ

1. Через панель управления удалить ВСЕ продукты КриптоПро и Кода Безопасности, перезагрузка

2. Удаление через cspclean (CryptoPRO)и cspcleaner -to (Код Безопасности), перезагрузка,

3. Удаление следов в ProgramFiles, удаление веток [HKEY_LOCAL_MACHINESOFTWARESecurityCode] и [HKEY_LOCAL_MACHINESOFTWARESecurity Code], перезагрузка

4. Установить необходимых библиотеки Visual C++ (vcredist). Есть в составе продуктов Кода Безопасности

5. Установка КриптоПро 4.0.9944 или 4.0.9963, перезагрузка

6. Установка Jinn v1.0.3050

7. Установка Jinn Sign Extension Provider

8. Установка eXtended Container(ранее XC) v 1.0.2.2

5. Установка TLS клиента 2.0.1440

Желательно ставить x86(32 разрядное ПО) Если работаем через IE запускаем из ..Program Files(х86)..

В противном случае соблюдаем разрядность для всего ПО.

На заметку Континент АП 3.7.7.651

Для установивших Континент АП 3.7.7.651 с криптопровайдером КБ(Код Безопасности) CSP

Для правильной установки Континент TLS-клиент». Версия 2 придётся удалять Континент АП и вычистить следы утилитой от кода безопасности с параметрами -to из командной строки от имени администратора. При установке Континент АП обязательно должен быть установлен КриптоПРО. Тогда TLS клиент не будет пытаться установить или обновить свой криптопровайдер. Затем устанавливаем Континент АП с его криптопровайдером.

Ошибки при установке программ из пакета Windows Installer «.msi»

Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.

Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.

Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать 🙂

Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.

Ошибки msi файлов

Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:

«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке 🙂

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

1. Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
2. На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
3. Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
4. В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
5. Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
6. Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.

Ещё способы решить проблему

• Запускайте установку, войдя в систему под администраторским аккаунтом
• Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
• Выключите антивирус на время
• Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
  
• Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
• Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда

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

• Error 1723
• Internal Error 2203
• Системная ошибка 2147287035
• Ошибка «Невозможно открыть этот установочный пакет»
• Ошибка 1603: Во время установки произошла неустранимая ошибка

Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:

1. Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
2. В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
3. Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.

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

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

• Нет доступа к службе установщика Windows
• Не удалось получить доступ к службе установщика Windows
• Ошибка пакета установщика Windows (1719)

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

1. Нажмите «Win + R» и введите services.msc
2. Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
3. Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
4. Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
5. Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

1. Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
   MSIExec /unregister
   MSIExec /regserver
2. В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
   regsvr32 msi.dll
3. Закройте чёрное окно

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error.bat из архива, проверьте результат.

Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.

Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему 🙂

Подведение итогов

Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂

Post Views: 1 742

УФОС не установлены средства подписи jinn-клиент или плагин криптопро — вот такая вот ошибка стала вылазить периодически в Электронном Бюджете, причем только на одном типе документов.

Сеть у нас была закрытая, без доступа в интернет )) ну собственно не в этом дело. А дело в браузере!!! Мы использовали для этих целей установленный мной браузер ChromiumGOST, было где то 10 компов, с этим браузером версии 82. Но ошибка вылетала только на 2 компах. Грешил на ЭБ, он работает конечно ……… (спросите тех кто там работает — узнаете много новых слов возможно) ))))))

Так вот, ни каких jinn клиентов уже давно у нас не стоит, это раньше ЭБ работал на куче софта, щас все гораздо проще. Решилось все банальным обновлением браузера. У меня везде еще ДА ДА!!! Не смейтесь — Windows7, обновил браузер ChromiumGOST до 93 версии. Работать стало гораздо спокойней. Ошибка перестала донимать. Поэтому первое на что обращайте внимание, это на версию браузера, а если есть возможность то вообще пробуйте зайти с другого. С поддержкой конечно протоколов TLS. Всем добра )

Навигация по записям

Всем добрый день! Я часто работаю с бюджетниками, помогаю им с настройкой АРМ в различных системах, порталах, ЭТП. И вот буквально несколько дней назад увидел ошибку на рабочем месте ГИИС Электронный бюджет, которую ранее видеть не доводилось:

«УФОС: Ошибка построения диалога подписания. Не установлены средства подписи (Jinn-клиент или плагин КриптоПро)».

Данная ошибка возникала в момент подписания любого документа внутри системы ГИИС ЭБ.

Решение проблемы в ГИИС ЭБ «не установлены средства подписи Jinn-клиент или плагин КриптоПро»

В организации работают в электронном бюджете почти каждый день, потому версию «не установлен Jinn — клиент», который и отвечает, собственно, за формирования электронной подписи в электронном бюджете, я сходу отверг. Если вы не установили Jinn-клиент, то такую ошибку тоже рискуете увидеть.

Кстати, крипто-плагин был так же установлен. Я проверил Firefox, и он там был. Обратите внимание, что я сказал, что в ГИИС Электронный бюджет лично я работаю в браузере Firefox. А не в Internet explorer! Да, вы не ослышались. В электронном бюджете можно работать и подписывать документы в браузере firefox. 

Ну а проблема оказалась несколько банальной. Дело в том, что и указанный крипто-плагин, и корневые сертификаты УФК, и даже сам КриптоПро частенько обновляются! Да и настройки Firefox для работы с электронной подписью бывает, слетают, сбиваются. Потому, поскольку я лентяй, мне захотелось всё сделать быстро и автоматически.  

Для этой цели, как обычно, я воспользовался сервисом автоматической проверки и настройки ЭТП и ГОС. ПОРТАЛОВ от СКБ Контур. ⏩Посмотреть как им пользоваться Вот и всё решение этой проблемы.🙂 Конечно, обновить указанный плагин можно было и вручную, но я люблю сервис.

После этого я зашёл в ЭБ (https://lk.budget.gov.ru) И документы стали успешно подписываться. Кстати, электронный бюджет готовят к грандиозному переезду на другие адреса и модули… Видать, опять начнутся вопли и страдания по настройкам. Хотя пока что вход через lk.budget.gov.ru тоже работает.

Проблемы сосуществования Континент АП и Jinn Client

Есть несколько проблемных ситуаций сосуществования программных продуктов Континент АП и Jinn Client.

Очень плохая новость для установивших Континент АП 3.7.7.651 с криптопровайдером КБ CSP
На этапе подписи заявки в ЭБ при «поиске носителя» получаем: «Прекращена работа программы визуализации и подписи Jinn-Client»
До этого всё подписывало в ЭБ (Win 10.15063×64)

На win7x32 sp1 такой проблемы нет.

Плохая новость для установивших Континент АП 3.7.7.651 с криптопровайдером КБ CSP

Для правильной установки Континент TLS-клиент». Версия 2 придётся удалять КАП. Вычищать следы пребывание КБ CSP утилитой от кода безопасности тынц с параметрами -to из командной строки от администратора. Так же должен стоять криптопро. Тогда ТЛС клиент не будет пытаться установить или обновить свой криптопровайдер. Потом континент ап можно ставить обратно с его криптопровайдером, все работает. Не забываем удалить
HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 1CryptDllImportPublicKeyInfoEx1.2.643.7.1.1.1.1
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftCryptographyOIDEncodingType 1CryptDllImportPublicKeyInfoEx1.2.643.7.1.1.1.1
из реестра.

СКЗИ «Континент TLS-клиент». Версия 2 «Доступ к конфигурационному файлу запрещен»

Британские учёные установили, ошибка СКЗИ «Континент TLS-клиент». Версия 2 «Доступ к конфигурационному файлу запрещен» таки связана с недостатком прав. Все установщики запускать через .ехе а не через .msi и от имени администратора. Если это не помогло. смотрим права на ветку реестра [HKEY_LOCAL_MACHINESOFTWARESecurityCode]

По логам на проблемной машине видно что идёт обращение к ветке [HKEY_LOCAL_MACHINESOFTWARESecurityCode], и не может получить доступ туда. Проверил права на ветку — кривые, нет права на запись. Можно выдать права, я полечил просто удалив ветку целиком (но у меня и были имитация установки на чистую, без других компонентов КБ). В общем случае, надо пробовать давать права на ветку Еще добавлю — сегодня под обычным пользователем пытался запустить Континент-TLS дал разрешения в реестре, но при запуске так же ошибку выдавал. Дал разрешение на чтение и запись до каталогов:
c:Program FilesSecurity Code
c:UsersPublicContinentTLSClient
Заработало и под обычным пользователем.

Источник

Jinn-client

• Сообщений: 1927
• Репутация: 45
• Спасибо получено: 296

Gvinpin пишет: Если Firefox не поддерживает плагины (или cube-плагин не установлен), то возникает предупреждение: «Подпись заявки невозможна. Не найден модуль формирования электронной подписи»

Из-за этого не получилось работать в КУБ на Firefox 55 версии

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• romanchik_rus
• —>
• Не в сети

• Сообщений: 20
• Спасибо получено: 0

Вложения:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1865
• Репутация: 19
• Спасибо получено: 229

romanchik_rus пишет: Всем привет! перестал вдруг электронный бюджет подписывать.. И вот что я заметил.. Jinn-Client как плагин почему то не срабатывает на момент подписания.. .. либо выдает ошибку что script не может быть обработан.. сталкивался кто с таким? в IE проблем нет но IE не вариант хочется чтоб работало в mozila все. Помогите кто чем может?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Wmffre
• —>
• Не в сети

• Сообщений: 612
• Репутация: 23
• Спасибо получено: 174

romanchik_rus пишет: Всем привет! перестал вдруг электронный бюджет подписывать.. И вот что я заметил.. Jinn-Client как плагин почему то не срабатывает на момент подписания.. .. либо выдает ошибку что script не может быть обработан..

сталкивался кто с таким? в IE проблем нет но IE не вариант хочется чтоб работало в mozila все. Помогите кто чем может?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• MotoArhangel
• —>
• Не в сети

• Сообщений: 293
• Репутация: 19
• Спасибо получено: 79

romanchik_rus пишет: Всем привет! перестал вдруг электронный бюджет подписывать.. И вот что я заметил.. Jinn-Client как плагин почему то не срабатывает на момент подписания.. .. либо выдает ошибку что script не может быть обработан..

сталкивался кто с таким? в IE проблем нет но IE не вариант хочется чтоб работало в mozila все. Помогите кто чем может?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Codename
• —>
• Не в сети

• Сообщений: 7
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• AlexMMM
• —>
• Не в сети

• Сообщений: 28
• Спасибо получено: 0

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1865
• Репутация: 19
• Спасибо получено: 229

Codename пишет: Спасибо казне за обновления.. Удалось наконец настроить работу ЭБ и СУФД вместе.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1865
• Репутация: 19
• Спасибо получено: 229

AlexMMM пишет: А в ЭБ в подсистеме учета и отчетности никто не работает? Там старый Jinn client нужен. 943 версия. с 3050 такое же сообщение как на скриншотах выше один в один.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• AlexMMM
• —>
• Не в сети

• Сообщений: 28
• Спасибо получено: 0

AlexMMM пишет: А в ЭБ в подсистеме учета и отчетности никто не работает? Там старый Jinn client нужен. 943 версия. с 3050 такое же сообщение как на скриншотах выше один в один.

Скажу сразу: в подсистеме УиО не работаем, поэтому только теория.
Вряд ли дело в версии Jinn. Насколько мне известно, именно для этой подсистемы ЭБ необходима Java (выше 1.7). Если браузер той версии, что уже не поддерживает плагины, то потребуется установить расширение java.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Gvinpin
• —>
• Ушел

• Сообщений: 1865
• Репутация: 19
• Спасибо получено: 229

AlexMMM пишет: А в ЭБ в подсистеме учета и отчетности никто не работает? Там старый Jinn client нужен. 943 версия. с 3050 такое же сообщение как на скриншотах выше один в один.

Скажу сразу: в подсистеме УиО не работаем, поэтому только теория.
Вряд ли дело в версии Jinn. Насколько мне известно, именно для этой подсистемы ЭБ необходима Java (выше 1.7). Если браузер той версии, что уже не поддерживает плагины, то потребуется установить расширение java.

Не, может о разных вещах говорим, пользователь у которого все работает подписывает через Jinn client в старом firefox с соответствующими плагинами.

с 3050 такое же сообщение как на скриншотах выше один в один

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник

крах плагина Jinn Client

• Сообщений: 13
• Репутация: 1
• Спасибо получено: 3

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• MotoArhangel
• —>
• Не в сети

• Сообщений: 293
• Репутация: 19
• Спасибо получено: 79

kisttan пишет: Я сотрудник разработчика. На вопросы ответить могу, но для диагностики мало информации.
.
.

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Я правильно понимаю что вы официально заявили о том что провели реверс СКЗИ, внесли в него изменения и далее его используете?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• kisttan
• —>
• Не в сети

• Сообщений: 13
• Репутация: 1
• Спасибо получено: 3

kisttan пишет: Я сотрудник разработчика. На вопросы ответить могу, но для диагностики мало информации.
.
.

Воспользуюсь возможностью.
— Где то видел что Jinn интегрируется в Mozilla, Google и т.п. только в виде NPAPI плагина, от которого разработчики браузеров постепенно отказываются. Будет ли дальнейшая поддержка новых версии браузеров?
Огромное спасибо за этот вопрос, без шуток. Начиная с версии 45 и выше для Crome и Mozilla у нас используются их нативные API, нужно только в маркете найти плагин и его установить. Все остальное работает без изменений.

— Будет ли исправлен баг с сертификатами. Сертификаты можно выбирать из реестра, но только при вставленном любого usb носителя. В чем логика?
Уточните вопрос. С реестром Windows мы не работаем, только с сертификатами и контейнерами ключей на носителях.
— Будет ли в jinn реализовано создание активного окна выбора сертификата при подписании. Раздражает в панели задач постоянно иконку дергать.
Это точно вы про Jinn а не про TLS? У нас выбор был с самого начала, вставили носитель, выбрали сертификат, подписали.
— Что то периодически происходит с Continent TLS, возникает необходимость перезагружать службу. Возможно это происходит из-за хорошей нагрузки на сервер, возникает исключение,в обработчике которого неплохо бы перезагрузку службы добавить.
Передам коллегам.
— Будет ли исправлен баг в Continent TLS при выходе из л.к.? Служба запоминает ранее выбранный сертификат, пока ее не перезагрузишь
Передам коллегам.
— Будет ли нормально организована взаимосвязь с пользователем? К примеру оповещение при ошибке получения CRL и т.п.
Это явно не про Jinn-client. Видимо речь о Сервере — код ошибки Jinn-server отдает прикладной системе, что она дальше с ним делает не наша область работы.

Dark1990 пишет: Решил проблему. проблема была в проверке целостности приложения. Декомпиляция, небольшая правка в коде и все заработало нормально.

Я правильно понимаю что вы официально заявили о том что провели реверс СКЗИ, внесли в него изменения и далее его используете?

Ну да, ну да, исходный код СКЗИ ненароком нашел и подправил))) Я надеюсь это исключено.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник

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

• Сообщений: 15
• Спасибо получено: 1

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• gurazor
• —>
• Не в сети

• Сообщений: 149
• Спасибо получено: 15

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Theri
• Автор темы —>
• Не в сети

• Сообщений: 15
• Спасибо получено: 1

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Wmffre
• —>
• Не в сети

• Сообщений: 612
• Репутация: 23
• Спасибо получено: 174

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

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

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Theri
• Автор темы —>
• Не в сети

• Сообщений: 15
• Спасибо получено: 1

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• FarWinter
• —>
• Не в сети

• Сообщений: 251
• Репутация: 1
• Спасибо получено: 90

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
• —>
• Не в сети
• ТОФК

• Сообщений: 1927
• Репутация: 45
• Спасибо получено: 296

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• FarWinter
• —>
• Не в сети

• Сообщений: 251
• Репутация: 1
• Спасибо получено: 90

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

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

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

• Wmffre
• —>
• Не в сети

• Сообщений: 612
• Репутация: 23
• Спасибо получено: 174

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

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

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

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

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

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Источник