Внедрение электронного бюджета

SANRook пишет: Подписал на ГОСТ 2012.
Итак System Windows 7 sp1 x64
КриптоПро CSP 4.0.9963(x64); Jinn 1.0.3050.0 (важно x86); xc.exe(x86);JinnSignExtensionSetup 1.1.0.5;Континент TLS-клиент 2.0.1440.0(при переустановке и стирании остатков из системы сбрасывает период в 14 дней,)
Mozilla 51.0.1;.jinn.sign.extension.provider 1.0.0.2 (в дополнениях плагин JiinBrowserClient - всегда включать)
Java 8 г201 (последняя).

По ключам носитель USB. Сертификаты поместить в контейнер.
и спасибо Кировскому УФК.

Дерзайте, мне помогло. Система была чистая.
П.С. перепроверил Крипто ПРО плагина нет.)))

При подключенной Рабочей станции к сети интернет. TLS 2.0 можно активировать тестовую бессрочную лицензию, заполнив хотя бы одно из полей представленной формы. Если нет доступа к интернету, можно отредактировать файл пабликлиценз.джесон и будет счастье=)

alex55.86 пишет: Что не так делаем?

Картинка так и просит переустановить eXtended Container.

UPD. Из дистрибутива Jinn 1.0.3050!

Вот сижу думаю. Стоит ли пускать софтинку в массы

SANRook пишет: Подписал на ГОСТ 2012.
Итак System Windows 7 sp1 x64
КриптоПро CSP 4.0.9963(x64); Jinn 1.0.3050.0 (важно x86); xc.exe(x86);JinnSignExtensionSetup 1.1.0.5;Континент TLS-клиент 2.0.1440.0(при переустановке и стирании остатков из системы сбрасывает период в 14 дней,)
Mozilla 51.0.1;.jinn.sign.extension.provider 1.0.0.2 (в дополнениях плагин JiinBrowserClient - всегда включать)
Java 8 г201 (последняя).

По ключам носитель USB. Сертификаты поместить в контейнер.
и спасибо Кировскому УФК.

Дерзайте, мне помогло. Система была чистая.
П.С. перепроверил Крипто ПРО плагина нет.)))

Все удалил, почистил CSPClean, сделал все как вы описали. При нажатии кнопки обновить (при подписании) появляется ошибка скрипта, всплыли сообщения о разрешении использовать JinnBrowserPlugin и Java нажал разрешить всегда.

После перезагрузки браузера, при нажатии обновить появилось окно Jinn, все как в прошлый раз

Скрин вкладки плагины

Скрин установленного ПО

Единственные изменения: Java запросил разрешение, раньше такого не было.
Какие еще настройки произвести? Хелп!
Кто реально поможет, отблагодарю))

xc.exe Ставили?
Кеши+куки+временные файлы java чистили?

Что стоит смотри во вложении

alex55.86 пишет: Скрин установленного ПО

Где xc.msi ?

Находится в установочной папке CD\Jinn\

SANRook пишет: Где xc.exe ?

Может, поможет? И я совсем не про установку xc ...

MotoArhangel пишет: xc.exe Ставили?
Кеши+куки+временные файлы java чистили?

xc стоит, просто видимо удалял его! Кеши+куки только что очистил!

Еще ошибка на странице появилась, вроде ничего и не делал такого.

На моей тестовой виртуальной машине Windows 7x86 Корпоративная (установлены почти все обновления)
были установлены КриптоПро CSP 4.0.9944, предварительные программы для Jinn-Client 1.0.3050.0 из папки prerequisites (vcredist_x86.exe, vcredist10_x86.exe, PKIClient_x32_5.1_SP1.msi, JaCartaUnifiedClient_2.9.0.1531_win-x86_ru-Ru.msi), но при этом сам Jinn-Client 1.0.3050.0 я не устанавливал.

После установки ContinentTLS Client 2.0.1440.0 с помощью "Континент TLS-клиент.exe" у меня в установленных программах также оказывается eXtended Container версии 1.0.2.2. Где он у Вас? Не думаю, что это зависит от разрядности операционной системы. Установите Microsoft Visual C++ 2017 Redistributable (x86) - 14.16.27012.6, которого у Вас не хватает для пары, а также оставшиеся vcredist-ы из папки prerequisites дистрибутива Jinn-Client 1.0.3050.0, а также KB4480970 (так как TLS Client - Release Notes.pdf: "4. Перед установкой ПО TLS-клиент должны быть установлены последние обновления ОС Windows."), и пробуйте переустановить ContinentTLS Client 2.0.1440.0.

Ссылка для скачивания vcredist-ов x86 и x64

Что касается неJinnовского окна при подписании - то установите КриптоПро ЭЦП Browser plugin 2.0.13292 и в браузере firefox поставьте этот плагин в состояние "Всегда включать". Вместе с включенными плагинами джавы он должен подписывать без ошибок (но только в каких случаях появляется такое окно - непонятно.). И так как Java 8, то добавьте два сайта электронного бюджета c обоими протоколами http и https в исключения для java. Но от зависания после нажатия кнопки "Подписать" этот вариант не спасает - в этом случае нужно подписывать с помощью Jinn-Client-а, а для этого отключить плагин КриптоПро и, возможно, плагины Java.

---

P.S.: Проверил на Windows 10 1703 x64 - при установке Континент TLS Клиент 2.0.1440.0 вместе с eXtendedContainer 1.0.2.2 установилось только три vcredist-а, как и на Вашем скриншоте. Так что либо дело в каких-то неустановленных обновлениях, либо установка происходила через msi-файл, а не через exe-файл - просто не знаю, что ещё предположить.

Также ссылка на eXtended Container версии 1.0.2.2 для x86 и x64 .

Wmffre пишет: На моей тестовой виртуальной машине Windows 7x86 Корпоративная (установлены почти все обновления)
были установлены КриптоПро CSP 4.0.9944, предварительные программы для Jinn-Client 1.0.3050.0 из папки prerequisites (vcredist_x86.exe, vcredist10_x86.exe, PKIClient_x32_5.1_SP1.msi, JaCartaUnifiedClient_2.9.0.1531_win-x86_ru-Ru.msi), но при этом сам Jinn-Client 1.0.3050.0 я не устанавливал.

После установки ContinentTLS Client 2.0.1440.0 с помощью "Континент TLS-клиент.exe" у меня в установленных программах также оказывается eXtended Container версии 1.0.2.2. Где он у Вас? Не думаю, что это зависит от разрядности операционной системы. Установите Microsoft Visual C++ 2017 Redistributable (x86) - 14.16.27012.6, которого у Вас не хватает для пары, а также оставшиеся vcredist-ы из папки prerequisites дистрибутива Jinn-Client 1.0.3050.0, а также KB4480970 (так как TLS Client - Release Notes.pdf: "4. Перед установкой ПО TLS-клиент должны быть установлены последние обновления ОС Windows."), и пробуйте переустановить ContinentTLS Client 2.0.1440.0.

Ссылка для скачивания vcredist-ов x86 и x64

Что касается неJinnовского окна при подписании - то установите КриптоПро ЭЦП Browser plugin 2.0.13292 и в браузере firefox поставьте этот плагин в состояние "Всегда включать". Вместе с включенными плагинами джавы он должен подписывать без ошибок (но только в каких случаях появляется такое окно - непонятно.). И так как Java 8, то добавьте два сайта электронного бюджета c обоими протоколами http и https в исключения для java. Но от зависания после нажатия кнопки "Подписать" этот вариант не спасает - в этом случае нужно подписывать с помощью Jinn-Client-а, а для этого отключить плагин КриптоПро и, возможно, плагины Java.

---

P.S.: Проверил на Windows 10 1703 x64 - при установке Континент TLS Клиент 2.0.1440.0 вместе с eXtendedContainer 1.0.2.2 установилось только три vcredist-а, как и на Вашем скриншоте. Так что либо дело в каких-то неустановленных обновлениях, либо установка происходила через msi-файл, а не через exe-файл - просто не знаю, что ещё предположить.

Также ссылка на eXtended Container версии 1.0.2.2 для x86 и x64 .

При установке XC.msi, eXtendedContainer затирается.
Сейчас завиртуалю 7, буду пробовать все заново, но 99%, что ничего не изменится.

alex55.86 пишет: При установке XC.msi, eXtendedContainer затирается.

Похоже, что это не принципиально. Установлено только xc из дистрибутива Jinn 1.0.3050 и Jinn контейнеры видит.

alex55.86 пишет: Сейчас завиртуалю 7, буду пробовать все заново.

Пока не загоняйтесь с браузерами, для начала попробуйте через IE, будет проще.

Gvinpin пишет:

alex55.86 пишет: При установке XC.msi, eXtendedContainer затирается.

Похоже, что это не принципиально. Установлено только xc из дистрибутива Jinn 1.0.3050 и Jinn контейнеры видит.

alex55.86 пишет: Сейчас завиртуалю 7, буду пробовать все заново.

Не загоняйтесь с браузерами, для начала попробуйте через IE, потратите меньше времени, чтобы увидеть результат.

Да, я так на домашнем ПК и делал, все постепенно, установлю одно проверю, и так далее.
Вот думаю по поводу Jinn , запускать setup.exe или как выше была рекомендация ставить X86. Но при установке JinnClient.msi, (через админскую cmd) при запуске setup.exe, в списке не стоит галочка, что jinn установлен, хотя когда нажимаю на ссылку пишет что "невозможно установить более раннюю версию"

Хотя это ерунда, все должно запускаться с setup.exe и X64 и X86 должны работать.

alex55.86 пишет:

В дистрибутиве ПАК Jinn-Client 1.0.3050.0 две папки - две разные редакции - два разных JinnClient64.msi:

1. CD - устанавливать отсюда, если плата ПАК "Соболь" НЕ установлена в сис.блоке.
2. CD_Sable - устанавливать отсюда, если плата ПАК "Соболь" установлена в сис.блоке.

Ошибка "Невозможно установить более раннюю версию" означает, что запускается инсталлятор из папки, редакция которой отличается от уже установленной в операционной системе. Поэтому лучше переустановить Jinn-Client на нужную редакцию обязательно через setup.exe.

При установке через setup.exe из папки CD устанавливается также криптопровайдер SecurityCode CSP, а при установке через папку CD_Sable - он не устанавливается. Если же запускать установку любых редакций через JinnClient64.msi, то криптопровайдер SecurityCode CSP не будет установлен в любом случае.