Jinn client код ошибки 0x80100000


25 март 2019 08:01 #11451
от reion07

Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

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


25 март 2019 08:08 #11452
от ViktorGRBS

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

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


25 март 2019 08:17 #11453
от sedkazna

Опыт показывает, что устанавливать необходимо под профилем пользователя, но вводить данные администратора при запросах. Иначе могут возникать проблемы с доступом к ПО и придется лезть в реестр.

reion07, дайте больше информации. Какие вы версии ПО получили? Какой файл запускаете?

Предыдущую версию Jinn-Client удалили?

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


25 март 2019 08:20 #11454
от reion07

ViktorGRBS пишет:

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

Я же написал, что установка производится под учеткой Администратора. Сама ошибка в скобках. или на скриншоте

Вложение не найдено

Вложение не найдено

Вложение не найдено

WhatsApp Image 2019-03-20 at 14.36.50.jpeg

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


25 март 2019 08:26 #11455
от ViktorGRBS

reion07 пишет:

ViktorGRBS пишет:

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

Я же написал, что установка производится под учеткой Администратора. Сама ошибка в скобках. или на скриншоте

Вложение не найдено

Вложение не найдено

Вложение не найдено

WhatsApp Image 2019-03-20 at 14.36.50.jpeg

вы запустили дистрибутив от Администратора, или у вас учётная запись в Винде администраторская ( второй вариант не сработает)

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


25 март 2019 08:2825 март 2019 08:35 #11456
от reion07

Установка производится на чистый ПК, версия ПО 1.0.3050.0. Пробовал под всеми учетками. Версия Windows 8.1 64-bit, соответственно и файл запускаю JinnClient64.msi Также пробовал этот же дистрибутив ставить на ПК с Windows 10 64-bit, ошибка та же самая.

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


25 март 2019 09:08 #11460
от sedkazna

reion07 пишет: файл запускаю JinnClient64.msi

На форуме упоминали, что установку важно производить запуская установочный файл setup.exe в корне дистрибутива. Попробуйте через него.

Еще раз спрошу — удалили предыдущую версию?

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


25 март 2019 09:19 #11461
от igor1806

reion07 пишет: Установка производится на чистый ПК, версия ПО 1.0.3050.0. Пробовал под всеми учетками. Версия Windows 8.1 64-bit, соответственно и файл запускаю JinnClient64.msi Также пробовал этот же дистрибутив ставить на ПК с Windows 10 64-bit, ошибка та же самая.

через SETUP обновите Windows installer

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


25 март 2019 09:23 #11462
от reion07

Нету предыдущей версии, ставится на чистый ПК. В казначействе выдали только msi

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


25 март 2019 10:2025 март 2019 10:21 #11463
от sedkazna

reion07 пишет: Нету предыдущей версии, ставится на чистый ПК

В первый раз не увидел)

reion07 пишет: В казначействе выдали только msi

Это же СКЗИ, они не должны были так поступить. Требуйте полный комплект дистрибутива.

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


25 март 2019 12:1925 март 2019 12:35 #11470
от Gvinpin

reion07 пишет: Нету предыдущей версии, ставится на чистый ПК. В казначействе выдали только msi

Это очень странно. Похоже, что ошибка установки из-за этого..


______________________________
Лучше уже было (c)

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


04 июль 2019 13:13 #12772
от zmq_273

Подтверждаю. Была такая же ошибка при установке. Через Setup всё встало. Единственно, пользователь в группе Администраторов.

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


02 нояб 2021 06:1102 нояб 2021 06:13 #19432
от sova69

Всем добрый день!
ситуация аналогичная только ОС Windows 7 X32!
в логах системы встречается ошибка установщика 1722
другие программы устанавливаются и удаляются нормально
все рекомендации из этой темы выполнены за исключение установки на чистую систему, потому что там много чего еще стоит

куда копать далее?

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


02 нояб 2021 07:17 #19433
от FarWinter

Удалите через Панель управления — Удаление программ
Jinn-Client 1.0.3050
JinnSignExtensionProvider 1.1.0.5
eXtended Container 1.0.2.2 или XC 1.0.1.1

Перезагрузитесь
Установите Jinn-Client скачав установку из сообщения
«QuickJC — Установка Jinn-Client»
sedkazna.ru/forum.html?view=topic&catid=9&id=1206#16542

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


02 нояб 2021 12:42 #19435
от sova69

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

Содержание

  1. Jinn client код ошибки 0x80100000
  2. Jinn client код ошибки 0x80100000
  3. Jinn client код ошибки 0x80100000
  4. Jinn client код ошибки 0x80100000

Здравствуйте! Несколько ключей я удачно конвертировал из PKCS#12 в PKCS#15, но сегодня все перестало работать. Конвертер успешно считывает ключ с рутокена и создает на флешке файлы TE и TEcontp.15. Далее, при импорте обратно на рутокен, АРМ генерации ключей выдает ошибку (скрин во вложении).

Опытным путем было выяснено, что АРМ генерации ключей без ошибки импортирует ключ на флешку, но при тестовом подписании выходит ошибка — подпись неверна (скрин во вложении).

Поиск ошибки 0x80106700 в гугле и яндексе ничего не дает. Переустановка jinn client не помогает (Continent TLS и eXtension не переустанавливал).
Есть подозрения что я мог все испортить, выполнив действия из readme converter’a, а именно «зарегистрировать необходимые для SnHw ключи реестра: – открыть (два раза кликнуть) файл SnHwAPIExp.reg;» (зачем я это сделал, не знаю).

Дополнительный вопрос — возможно ли конвентировать ключ без установки на него пароля ?

Вложения:

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Parfen пишет: Несколько ключей я удачно конвертировал из PKCS#12 в PKCS#15, но сегодня все перестало работать. Конвертер успешно считывает ключ с рутокена и создает на флешке файлы TE и TEcontp.15. Далее, при импорте обратно на рутокен, АРМ генерации ключей выдает ошибку (скрин во вложении).

Поиск ошибки 0x80106700 в гугле и яндексе ничего не дает.

Parfen пишет: Опытным путем было выяснено, что АРМ генерации ключей без ошибки импортирует ключ на флешку, но при тестовом подписании выходит ошибка — подпись неверна (скрин во вложении).

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

Источник

Jinn client код ошибки 0x80100000

Wmffre пишет: Также обратите внимание:

  1. Для установки нескольких версий firefox на одном компьютере необходимо изменять путь папки, в которую будет устанавливаться firefox (Так как по умолчанию это всегда C:Program FilesMozilla Firefox).
  2. Для одновременного запуска нескольких версий firefox на одном компьютере необходимо создать отдельный профиль настроек firefox для каждой версии и в ярлыке для запуска каждой из версии firefox прописать параметры -no-remote -p имяпрофиля ( ссылка )
  3. Каждый профиль настроек firefox настраивается отдельно.

В том случае если Mozilla используется только для ЭБ достаточно прописать -no-remote без создания профилей.В зависимости от версии браузера используется либо расширение, либо плагин.

Приложил презентацию по ЭБ ПУиО(старенькая, но вполне актуальная) возможно кому то будет полезна: mega.nz/#!10hFmCbZ!sjnr0nrQCH2J4GiwxXn-h7Rdwqd7NxwJhaK2GJF7K0E

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

  • romanchik_rus
  • —>
  • Не в сети
  • Сообщений: 20
  • Спасибо получено: 0

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

  • AlexMMM
  • —>
  • Не в сети
  • Сообщений: 29
  • Спасибо получено: 0

Может кому-то будет полезно:

ЭБ — Учет и отчетность.
Комп1: Windows 7 Корпоративная 32 бит, Jinn Client 1.0.3050.0 настроенный по инструкции в этом топике, портабельный Firefox 51 — все отлично подписывает «Утвердить руководителем». Ява не установлена.
Комп2: Windos 7 Prof 64 бит, портабельный Pale Moon 28 32 бит, Крипто-про браузер плагин — подписывает «Утвердить главбухом» только в таком варианте. К Jinn Client пытается обращаться, но выдается ошибка с сообщением переустановить Jinn Client. И так во всех браузерах. Переустановка, как и перебор версий Jinn Client не помогает. Возможно проблема конкретного компа.

Да, речь идет про консолидированную отчетность, судя по второй заявке на подключение есть еще бухгалтерская отчетность в этой же подсистеме, может там что-то другое.

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

  • roy
  • —>
  • Не в сети
  • Сообщений: 8
  • Спасибо получено: 0

На 1 ПК установлен seamonkey — проблема решена. На другом ПК, устанавливаю так же — проблема не решена.
Так же удалось решить на firefox 47.

Я как понял единого решения — НЕТ. У всех по разному, конечно в IE таких проблем нет, но пользоваться им пользователям крайне неудобно.
«Отписки» от тех. под. казначейства — результатов не дали. Решение как по шаблону.

Интересн тот факт за счет чего при подписании запускается jinn клиент? Почему на каких то версии firefox все ОК, а на каких то нет.

И примерно все это дело началось с ноября я как понимаю у всех..

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

  • MotoArhangel
  • —>
  • Не в сети
  • Сообщений: 296
  • Спасибо получено: 79

roy пишет: Интересн тот факт за счет чего при подписании запускается jinn клиент? Почему на каких то версии firefox все ОК, а на каких то нет.
И примерно все это дело началось с ноября я как понимаю у всех..

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

  • roy
  • —>
  • Не в сети
  • Сообщений: 8
  • Спасибо получено: 0

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

  • Blaze
  • —>
  • Не в сети
  • Сообщений: 193
  • Спасибо получено: 59

Проверил подпись в ЭБ Сводный реестр — в Waterfox 56.2.5 подписывает успешно!

Скачать браузер Waterfox Waterfox ( активная ссылка )
В Waterfox как раз база Firefox — 56.2.5 (Windows, Mac) только 64-bit / 56.2.4 (Linux) только 64-bit / 56.1.0 (Android)

Waterfox: Установка русского интерфейса

  1. Перейдите в Меню > Options > General
  2. Для «Locale Select» выберите Russian — Русский
  3. Перезапустите браузер

Waterfox: Настройка подписи в ЭБ Сводный реестр

  1. Скачайте архив ( активная ссылка ) , и установите компонент JinnSignExtensionSetup.msi
  2. В браузере Waterfox перейдите по адресу addons.mozilla.org/ru/firefox/addon/jinn-sign-extension/ и установите расширение Jinn Sign Extensionот Код Безопасности, нажав кнопку + Добавить в Firefox

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

  • Alex_04
  • —>
  • Не в сети
  • ТОФК
  • Сообщений: 2243
  • Спасибо получено: 377

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Alex_04 пишет: Вот чес слово, коллеги: не манит уже заниматься рукоблудством с многоликими лисами только из-за приколов нашего славного ПО ЭБ. Вот на прошлой неделе спецы нечаянно взяли и подписали в нем по СР из старого FF-51.0.1 вдруг как-то. а из IE11 не смогли однако почему-то. Когда же вся эта лажа устаканится-то наконец?

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

  • Alex_04
  • —>
  • Не в сети
  • ТОФК
  • Сообщений: 2243
  • Спасибо получено: 377

Gvinpin пишет: Может, дело в установке расширения Jinn Sign Extension?

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

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 713
  • Спасибо получено: 216

Alex_04 пишет: Вот чес слово, коллеги: не манит уже заниматься рукоблудством с многоликими лисами только из-за приколов нашего славного ПО ЭБ. Вот на прошлой неделе спецы нечаянно взяли и подписали в нем по СР из старого FF-51.0.1 вдруг как-то. а из IE11 не смогли однако почему-то. Когда же вся эта лажа устоканится-то наконец?

Jinn-Client там какой версии? 1.0.943.0? Я уже указывал ранее, что один сотрудник моего казначейства утверждал, что спокойно подписывает в Сводном реестре в firefox 15.0 с помощью Jinn-Client 1.0.943.0 — но я не проверял, подписывает ли он в тех страницах, где у других возникли проблемы с подписанием. А вообще некоторые сотрудники могут до сих пор путать подписание с помощью ЭЦП с простым утверждением, для которого не используется подпись.

Также вполне допускаю возможность, что Сводный реестр когда-то давно разрабатывался под подписание Jinn-Client-ом старых версий, поэтому для них не требуется устанавливать расширение и JinnSignExtensionSetup.msi.

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

Источник

Jinn client код ошибки 0x80100000

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 713
  • Спасибо получено: 216

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

  • ranger
  • —>
  • Не в сети
  • Сообщений: 459
  • Спасибо получено: 54

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

  • Lektor
  • —>
  • Не в сети
  • Сообщений: 1
  • Спасибо получено: 0
Вложения:

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

  • FarWinter
  • —>
  • Не в сети
  • Сообщений: 311
  • Спасибо получено: 114

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

QuickEB — Порядок быстрой настройки Электронного бюджета, ГОСТ 2012. ссылка
(подходит для настройки подписания в Облачном портале 1С, только нужно выполнить дополнительно
настройки для Internet Explorer 11 из сообщения «Сборник типовых ошибок в ЭБ», ссылка
пункт 4.3 Ошибка при подписании на сайте buh2012.budget.gov.ru)

4.3 Ошибка при подписании на сайте buh2012.budget.gov.ru/buh2012/ в Облачном портале 1C : Jinn-client Ошибка создания com-объекта

Ошибка при подписании в Облачном портале 1C на сайте buh2012.budget.gov.ru/buh2012/: Jinn-client Ошибка создания com-объекта

Нужно добавить разрешения для ActiveX в настройках IE

и возможно нужна ещё перезагрузка компьютера (но это не точно),
чтобы применились разрешения для ActiveX в Internet Explorer

После этого Jinn Client заработал.

Решение:
Импорт настроек разрешения для ActiveX аналогичных для ЕИС-закупки и добавление http и https *.budget.gov.ru в надёжные сайты
Файл можно скачать по ссылке:
yadi.sk/d/mHRxDNMy2v8ZnA
«Ошибка 1С, Jinn-client Ошибка создания com-объекта.zip» 2.95 Kb
В нём файлы:
1.Установка настроек IE 11.0 (05.12.2019).reg
2.Добавление в Надёжные сайты http и https_budget.gov.ru.reg
«1C Облачный портал 2012.lnk» — запуск IE и вход на страницу => buh2012.budget.gov.ru/buh2012/
можно скопировать ярлык на рабочий стол

Если не помогло и ошибка осталась, то нужно сделать сброс настроек IE11, перезагрузится и заново установить настройки IE файлом «1.Установка настроек IE 11.0 (05.12.2019).reg»
Сброс настроек IE11:
Свойства браузера
Дополнительно
<Сброс>
[v] Удалить личные настройки
<Сброс>
. Обязательно — Перезагрузка компьютера
(Если у пользователя какие то настройки не сбрасываются, скорее всего, пользователь с правами — Опытный пользователь.
Нужно добавить этого пользователя в локальную группу Администраторы, сделать сброс настроек IE,
затем можно удалить пользователя из группы Администраторы)

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

Источник

Jinn client код ошибки 0x80100000

AlexMMM пишет: Проблема с Jinn-client в сводном реестре — при подписании не появляется окно Jinn Client-а. используем портабельный файерфокс 51. Все плагины на месте (jinn client и cube). Все работало нормально

Вместо него появляется другой интерфейс от крипто-про браузер плагин.

Нормально работает только в IE.

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

AlexMMM пишет: Доброго времени суток! Проблема с Jinn-client в сводном реестре — при подписании не появляется окно Jinn Client-а. Вместо него появляется другой интерфейс от крипто-про браузер плагин. Нормально работает только в IE. Никаких проблем с компом небыло, используем портабельный файерфокс 51 версии с поддержкой старой архитектуры плагинов. Все плагины на месте, (jinn client и cube ) . Все работало нормально длительное время.
Пробовал также криптофокс. В яндекс-браузере и спутнике также не работает (расширение ставил) или настраивать не умею. Jinn client также обновил до версии 1.0.3030.0

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

AlexMMM пишет: Доброго времени суток! Проблема с Jinn-client в сводном реестре — при подписании не появляется окно Jinn Client-а.

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

  • Alex67
  • —>
  • Не в сети
  • Сообщений: 1839
  • Спасибо получено: 496

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Alex67 пишет: Периодически возникает такая проблема
Попробуйте поиграться с плагином.
Вместо » Всегда включать » выбираем » Включать по запросу » Выходим из браузера — заходим.
При подписании появится запрос «Разрешить?» — » Да »
«Разрешить и запомнить?» Да , да, да разрешить и запомнить, навсегда запомнить, понял.
Помогает.

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 713
  • Спасибо получено: 216

AlexMMM пишет: Доброго времени суток! Проблема с Jinn-client в сводном реестре — при подписании не появляется окно Jinn Client-а.

У Вас что-нибудь получилось? У нас нет (. Решения были направлены на согласование в пятницу, до сих пор не можем согласовать. Сегодня новых не было.

Обновилась версия ЭБ: Сводный реестр, только и всего elearning.otr.ru/mod/forum/discuss.php?d=163

Дистрибутив JinnSignExtensionSetup.msi версии 1.1.0.5 официально пока не достать. В дистрибутиве ПАК Jinn-Client 1.0.3050.0 в папке prerequisites есть JinnSignExtensionSetup.msi версии 1.1.0.4 , но с этой версией расширение для firefox работать не будет.

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

ПРИМЕЧАНИЕ: В Google Chrome разных версий подпись настроить все равно не получилось. В Internet Explorer 11 подпись работает даже без установки JinnSignExtensionSetup.msi. В Mozilla Firefox 55.0, настроенном по указанной инструкции, всё работает.

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

  • Alex67
  • —>
  • Не в сети
  • Сообщений: 1839
  • Спасибо получено: 496

Gvinpin пишет: Бесполезно (. Jinn не включается, вопрос не появляется.

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Gvinpin пишет: Бесполезно (. Jinn не включается, вопрос не появляется.

Ну тогда формат С. Странно.
з.ы.
Обновилась версия ЭБ: Сводный реестр, только и всего
Игла в яйце, яйцо в утке. мазафака

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 713
  • Спасибо получено: 216

Gvinpin пишет: Бесполезно (. Jinn не включается, вопрос не появляется.

Ну тогда формат С. Странно.
з.ы.
Обновилась версия ЭБ: Сводный реестр, только и всего
Игла в яйце, яйцо в утке. мазафака

Это не удивительно, как раз в пятницу были технологические паузы и т.п. Вот только сегодняшние решения (не наши) благополучно согласованы и утверждены (не нами). На рабочих местах никто ничего не обновлял .

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

  • Alex67
  • —>
  • Не в сети
  • Сообщений: 1839
  • Спасибо получено: 496

Wmffre пишет: Ходят слухи, что на компьютере с Jinn-Client 1.0.943.0 и firefox 15.0 всё работает без всяких дополнительных инструкций и установок Серьёзно. Но в чём реальная причина работоспособности, я не выяснял.

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Gvinpin пишет: Это не удивительно, как раз в пятницу были технологические паузы и т.п. Вот только сегодняшние решения (не наши) благополучно согласованы и утверждены (не нами). На рабочих местах никто ничего не обновлял .

Ходят слухи, что на компьютере с Jinn-Client 1.0.943.0 и firefox 15.0 всё работает без всяких дополнительных инструкций и установок Серьёзно. Но в чём реальная причина работоспособности, я не выяснял.

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

  • Gvinpin
  • —>
  • Не в сети
  • Сообщений: 1997
  • Спасибо получено: 264

Wmffre пишет: Ходят слухи, что на компьютере с Jinn-Client 1.0.943.0 и firefox 15.0 всё работает без всяких дополнительных инструкций и установок Серьёзно. Но в чём реальная причина работоспособности, я не выяснял.

Ага.Только у меня Криптопрофокс 45.1.2
Действительно Не все йогурты одинаково полезны (с)
На всякий случай, вдруг поможет: Кубический плагин надо так же «передёрнуть» как я выше описывал т.е. в «по запросу»

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 713
  • Спасибо получено: 216

Gvinpin пишет: Это не удивительно, как раз в пятницу были технологические паузы и т.п. Вот только сегодняшние решения (не наши) благополучно согласованы и утверждены (не нами). На рабочих местах никто ничего не обновлял .

Ходят слухи, что на компьютере с Jinn-Client 1.0.943.0 и firefox 15.0 всё работает без всяких дополнительных инструкций и установок Серьёзно. Но в чём реальная причина работоспособности, я не выяснял.

То ли лыжи не едут. Все сделано по Вашей инструкции (ff 5.0.2, jinn sign extension provider 1.1.0.5) и . ничего.
В IE страница вообще не открывается (тут уже точно не лыжи).

Какие у Вас версии дистрибутивов? Jinn-Client 1.0.3050.0 , JinnSignExtensionSetup.msi версии 1.1.0.5, firefox 55.0 , в firefox 55.0 установлено также расширение Jinn Sign Extension 1.0.0.2 .

При этом изначально без всяких этих настроек при настроенном для Электронного бюджета Internet Explorer 11 в нём должно всё подписывать.

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

Источник

Содержание

  1. Jinn client ошибка пакета установщика windows
  2. Ошибки при установке программ из пакета Windows Installer «.msi»
  3. Ошибки msi файлов
  4. Ещё способы решить проблему
  5. Ошибка установщика Windows
  6. Параметры реестра и службы
  7. Подведение итогов

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. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂

Содержание

  1. Типовые проблемы при установке и настройке рабочего места для Электронного Бюджета
  2. 1. Ошибка установщика Windows — Невозможно завершить установку т.к. не найдена необходима библиотека DLL
  3. 2. В ASN1 встречен неожиданный конец данных
  4. 3. Доступ к конфигурационному файлу запрещен — классическая и самая распространенная ошибка после установки Континент ТЛС клиента
  5. 4. При попытке подключения к адресам электронного бюджета в нижнем правом углу появляется бесконечное кол-во сообщений от Континента , подключение сразу прерывается
  6. 5. При входе в электронный бюджет недоступны формы для работы. Главное меню отображается, но при открытии любого подраздела меню — пустая страница
  7. 6. При входе в Электронный Бюджет идет постоянно запрос сертификата снова и снова, или выдает ошибку «Internet Explorer не может отобразить эту страницу»
  8. 7. При просмотре корневого сертификата Минкомсвязи по ГОСТ 2012 наблюдается ошибка: «Целостность этого сертификата не гарантирована. Возможно он поврежден или изменен»
  9. 8. При подписании в Электронном Бюджете в окне Jinn client не видит сертификаты сформированные по гост 2012.
  10. 9. Ошибка при подписании — «Ошибка целостности файла масок контейнера криптопро»
  11. 10. Ошибка при подписании в облачном портале 1С — «Ошибка создания com-объекта»
  12. 11. При работе в Электронном Бюджете получаем ошибку Jinn client «Прекращена работа программы JinnClient — Доверенная визуализация и формирование ЭП» или «Крах плагина Jinn client»
  13. lk.budget.gov.ru: Ошибка построения диалога подписания. Решение
  14. Решение проблемы в ГИИС ЭБ «не установлены средства подписи Jinn-клиент или плагин КриптоПро»
  15. Jinn client ошибка установки
  16. Вложение не найдено
  17. Вложение не найдено
  18. Вложение не найдено
  19. Jinn client ошибка установки

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

1. Ошибка установщика Windows — Невозможно завершить установку т.к. не найдена необходима библиотека DLL

Причина: Не установлен набор системных библиотек windows visual С++ redistributable, необходимый для завершения установки. В большинстве случаев причина кроется в установке заглушек вместо полноценных компонентов, их полным отсутствием или повреждением.

Решение: Изучив лог установки Континент ТЛС клиента вычислить проблемную библиотеку или пакет, удалить имеющийся и корректно установить.
Лучшее решение: Обратиться к нам удобным Вам способом по контактам:
1) тел. +7(4832)92-13-08 ,
2) электронная почта admin@algoritm32.ru ,
3)Viber: +7(967)314-00-69
Наши специалисты решают все описанные в данной статье проблемы

2. В ASN1 встречен неожиданный конец данных

Причина: Проблема кроется в старых сертификатах. Континент ТЛС клиент не может прочитать некоторые сертификаты, с неподдерживаемыми знаками (например ;

«» и т.п.) и встретив их в хранилище сертификатов Windows отказывается запускаться.

Решение: Вычислить проблемные сертификаты и избавиться от них. Следует помнить, что пользователю доступны не все хранилища сертификатов, поэтому удалять нужно используя оснастку Windows и проверять хранилище локального компьютера. Или прибегнуть к помощи специалиста.

3. Доступ к конфигурационному файлу запрещен — классическая и самая распространенная ошибка после установки Континент ТЛС клиента

Причина: Проблема кроется в правах текущего пользователя к папкам и веткам реестра, которые использует программа.
Проблемные каталоги: С:ProgramFilesSecurityCodeContinentTLSClient и С:UsersPublicContinentTLSClient
Проблемные ветки реестра: HKEY_LOCAL_MACHINESOFTWARESecurityCodeTlsClient и HKEY_LOCAL_MACHINESOFTWARESecurityCodeTlsClientSetup

Решение: Предоставить текущему пользователю права на чтение и изменение данных каталогов и веток реестра. В некоторых случаях, придется стать их владельцем, чтобы выставить права и увидеть скрытые ветки реестра которые так же желает использовать Континент ТЛС клиент.
Список исчерпывающий, поэтому если Вы предоставили все права на все ветки, но проблема не решилась, значит что-то упущено (некоторые ветки реестра не видны, пока не выдать права текущему пользователю). Если ничего не получается, то Вы всегда можете обратиться к нашим специалистам за помощью.

4. При попытке подключения к адресам электронного бюджета в нижнем правом углу появляется бесконечное кол-во сообщений от Континента , подключение сразу прерывается

Причина: В 9 случаях из 10 это Dr.Web и его програмные продукты . Межсетевой экран антивирусов этого вендора требует тщательной настройки для беспроблемной работы электронного бюджета.

Решение №1: Отказ от антивирусов dr.web‘ а, с его полным удалением и перезагрузкой.
Решение №2: Настройка Континент ТЛС клиента через Непрозрачное проксирование.

Первый вариант простой, но оставляет ваш компьютер незащищенным если у Вас нет альтернатив под рукой.
Второй вариант требует дополнительной настройки АРМ, выделение свободного сокета под прокси-сервер континент тлс клиента и знаний.

5. При входе в электронный бюджет недоступны формы для работы. Главное меню отображается, но при открытии любого подраздела меню — пустая страница

Причина: Проверить ссылку для входа. Скорее всего вы входите через http s :// . Для корректного отображения всех таблиц и форм вход должен осуществляться через http:// без s .
Ремарка: Сейчас большинство таблиц отображается и при входе через https, но пользователи ПУР КС могут с вами не согласиться — организации открывающиие 71 счет для перечисления денег по выигранным госконтрактам столкнутся с трудностями при работе по этому протоколу.

Решение: Требуется корректная настройка ЭБ через http или дополнительные тонкие настройки браузера. Наши специалисты могут реализовать работу Chromium-подобных браузеров для работы через https.

6. При входе в Электронный Бюджет идет постоянно запрос сертификата снова и снова, или выдает ошибку «Internet Explorer не может отобразить эту страницу»

Причина: Самый вероятный и самый печальный исход — сертификат пользователя сформирован некорректным образом. Настройки Крипто Про были изменены перед формированием запроса на текущий сертификат.
Чтобы удостоверить в этом, необходимо протестировать текущий сертификат и проверить алгоритмы, используемые при его формировании.

Вывод тестирования о проблемном сертификате:

ГОСТ Р 34.10-2012 DH 256 бит
ГОСТ Р 34.10-2012 256 бит, параметры ТК-26 А
ГОСТ Р 34.11-2012 256 бит
ГОСТ 28147-89, параметры шифрования ТК26 Z

Вывод тестирования о любом другом сертификате, вход которого успешен:

ГОСТ Р 34.10-2012 DH 256 бит
ГОСТ Р 34.10-2001, параметры обмена по умолчанию
ГОСТ Р 34.11-2012 256 бит
ГОСТ 28147-89, параметры шифрования ТК26 Z
Решение: Формировать новый запрос на сертификат, предварительно вернув настройки Крипто Про к стандартным.

7. При просмотре корневого сертификата Минкомсвязи по ГОСТ 2012 наблюдается ошибка: «Целостность этого сертификата не гарантирована. Возможно он поврежден или изменен»

Причина: Известная несовместимость при установке на компьютере Континент АП и криптопровайдера от Кода Безопасности.
Решение: Удаление корневого сертификата из всех хранилищ (пользователя, локального компьютера, реестра), удаление проблемных веток реестра:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptographyOIDEncodingType 1CryptDllImportPublicKeyInfoEx1.2.643.7.1.1.1.1
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftCryptographyOIDEncodingType 1CryptDllImportPublicKeyInfoEx1.2.643.7.1.1.1.1

и последующая переустановка корневых сертификатов.

8. При подписании в Электронном Бюджете в окне Jinn client не видит сертификаты сформированные по гост 2012.

Причина №1: Наименование организации превышает 127 символов. см. решение №1
Причина №2: Ручная установка расширения eXtendedContainer по инструкции с сайта Федерального Казначейства . К сожалению, в руководстве указан только xc.exe который идет в составе дистрибутива Jinn client , установка которого нужна только на 32-битных системах. Для установки на 64-битные системы необходимо использовать xc64.exe. см. решение №2
Причина №3: Если eXtendedContainer не был установлен вручную, он будет автоматически установлен при установке Континент ТЛС клиент . Его использование нерекоммендуется, т.к. он вызывает проблемы с отображением сертификатов. см. решение №2

Решение №1: Необходимо с помощью специального инструмента размещенного на сайте Федерального Казначейства конвертировать текущие подписи в формат, понятный Jinn client ‘у.
Решение №2: Воспользоваться подготовленным нами архивом для удаления старого и установки корректного eXtendedContainer

9. Ошибка при подписании — «Ошибка целостности файла масок контейнера криптопро»

Причина: Вероятнее всего вы пытаетесь подписывать, выбирая сертификат не с флешки, а из хранилища сертификатов Windows. Это неправильно. Подписывать в Электронном Бюджете следует только с физического носителя: флешки или рутокен.

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

10. Ошибка при подписании в облачном портале 1С — «Ошибка создания com-объекта»

Причина: Некорретная настройка браузера Internet Explorer.

Решение: Воспользоваться подготовленным нами файлом для настройки браузера.

11. При работе в Электронном Бюджете получаем ошибку Jinn client «Прекращена работа программы JinnClient — Доверенная визуализация и формирование ЭП» или «Крах плагина Jinn client»

Причина: Неизвестно.

Решение: Удалить целиком ветку в реестре Windows: [HKEY_CURRENT_USERSoftwareSecurity Code]

По возникшим вопросам просьба обращаться по:
Тел: +7 (4832) 92-13-08, +7 (4832) 92-20-08, 8-915-805-45-80
E-mail: admin@algoritm32.ru

РАБОТАЕМ С РЕГИОНАМИ!

Источник

lk.budget.gov.ru: Ошибка построения диалога подписания. Решение

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

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

УФОС: Ошибка построения диалога подписания

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

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

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

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

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

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

Источник

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

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

  • ViktorGRBS
  • —>
  • Не в сети
  • Сообщений: 137
  • Спасибо получено: 12

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

Вложение не найдено

Вложение не найдено

Вложение не найдено

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

  • reion07
  • Автор темы —>
  • Не в сети
  • Сообщений: 4
  • Спасибо получено: 0

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

  • sedkazna
  • —>
  • Не в сети
  • Сообщений: 386
  • Спасибо получено: 94

reion07 пишет: файл запускаю JinnClient64.msi

На форуме упоминали, что установку важно производить запуская установочный файл setup.exe в корне дистрибутива. Попробуйте через него.

Еще раз спрошу — удалили предыдущую версию?

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

  • igor1806
  • —>
  • Не в сети
  • Сообщений: 176
  • Спасибо получено: 56

reion07 пишет: Установка производится на чистый ПК, версия ПО 1.0.3050.0. Пробовал под всеми учетками. Версия Windows 8.1 64-bit, соответственно и файл запускаю JinnClient64.msi Также пробовал этот же дистрибутив ставить на ПК с Windows 10 64-bit, ошибка та же самая.

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

Источник

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

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

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

  • Wmffre
  • —>
  • Не в сети
  • Сообщений: 727
  • Спасибо получено: 219

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

  • ranger
  • —>
  • Не в сети
  • Сообщений: 461
  • Спасибо получено: 54

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

  • Lektor
  • —>
  • Не в сети
  • Сообщений: 1
  • Спасибо получено: 0
Вложения:

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

  • FarWinter
  • —>
  • Не в сети
  • Сообщений: 313
  • Спасибо получено: 115

При подписании дока в 1С ЭБ ошибка Jinn-client:
«Jinn-client Ошибка создания comm-объекта: <ОбщийМодуль.ЭлектроннаяПодписьЛппКлиентСервер.Модуль(50)>:
Ошибка при вызове конструктора (COMObject): Невозможно создание объекта сервером программирования объектов».

Вход в 1С через IE.
Версия IE: 11.0.9600.16428
Сертификат: ГОСТ Р 34.11-2012/34.10-2012
Windows 7 / 32.
Jinn-client 1.0.3050.0

Подскажите, плиз, куда смотреть.

QuickEB — Порядок быстрой настройки Электронного бюджета, ГОСТ 2012. ссылка
(подходит для настройки подписания в Облачном портале 1С, только нужно выполнить дополнительно
настройки для Internet Explorer 11 из сообщения «Сборник типовых ошибок в ЭБ», ссылка
пункт 4.3 Ошибка при подписании на сайте buh2012.budget.gov.ru)

4.3 Ошибка при подписании на сайте buh2012.budget.gov.ru/buh2012/ в Облачном портале 1C : Jinn-client Ошибка создания com-объекта

Ошибка при подписании в Облачном портале 1C на сайте buh2012.budget.gov.ru/buh2012/: Jinn-client Ошибка создания com-объекта

Нужно добавить разрешения для ActiveX в настройках IE

и возможно нужна ещё перезагрузка компьютера (но это не точно),
чтобы применились разрешения для ActiveX в Internet Explorer

После этого Jinn Client заработал.

Решение:
Импорт настроек разрешения для ActiveX аналогичных для ЕИС-закупки и добавление http и https *.budget.gov.ru в надёжные сайты
Файл можно скачать по ссылке:
yadi.sk/d/mHRxDNMy2v8ZnA
«Ошибка 1С, Jinn-client Ошибка создания com-объекта.zip» 2.95 Kb
В нём файлы:
1.Установка настроек IE 11.0 (05.12.2019).reg
2.Добавление в Надёжные сайты http и https_budget.gov.ru.reg
«1C Облачный портал 2012.lnk» — запуск IE и вход на страницу => buh2012.budget.gov.ru/buh2012/
можно скопировать ярлык на рабочий стол

Если не помогло и ошибка осталась, то нужно сделать сброс настроек IE11, перезагрузится и заново установить настройки IE файлом «1.Установка настроек IE 11.0 (05.12.2019).reg»
Сброс настроек IE11:
Свойства браузера
Дополнительно
<Сброс>
[v] Удалить личные настройки
<Сброс>
. Обязательно — Перезагрузка компьютера
(Если у пользователя какие то настройки не сбрасываются, скорее всего, пользователь с правами — Опытный пользователь.
Нужно добавить этого пользователя в локальную группу Администраторы, сделать сброс настроек IE,
затем можно удалить пользователя из группы Администраторы)

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

Источник

Post Views: 543

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

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

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

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


Offline

dedov

 


#1
Оставлено
:

5 февраля 2019 г. 12:57:15(UTC)

dedov

Статус: Эксперт

Группы: Участники

Зарегистрирован: 03.04.2008(UTC)
Сообщений: 372
Мужчина
Откуда: Россия, г. Белгород

Сказал «Спасибо»: 11 раз
Поблагодарили: 9 раз в 9 постах

День добрый!

Поясните плиз ситуацию с Jinn-Client и тем что он не видит ключи которые мы выпускаем для клиента на токенах!
«Код безопасности» прислали утилиту для конвертирования контейнера ключей в формат ТК26 PKCS#15!

Подскажи что не так с нашей стороны? или с их? и что можно сделать чтобы у клиентов не было проблем?

спасибо

ps было бы неплохо увидеть комментарий разработчиков!

Отредактировано пользователем 6 февраля 2019 г. 14:27:51(UTC)
 | Причина: Не указана


Вверх

Offline

Александр Лавник

 


#2
Оставлено
:

6 февраля 2019 г. 15:04:41(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,192
Мужчина
Российская Федерация

Сказал «Спасибо»: 51 раз
Поблагодарили: 719 раз в 672 постах

Автор: dedov Перейти к цитате

День добрый!

Поясните плиз ситуацию с Jinn-Client и тем что он не видит ключи которые мы выпускаем для клиента на токенах!
«Код безопасности» прислали утилиту для конвертирования контейнера ключей в формат ТК26 PKCS#15!

Подскажи что не так с нашей стороны? или с их? и что можно сделать чтобы у клиентов не было проблем?

спасибо

ps было бы неплохо увидеть комментарий разработчиков!

Здравствуйте.

С Вашими вопросами логично обратиться к разработчику — Код безопасности.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

Offline

Александр Лавник

 


#3
Оставлено
:

6 февраля 2019 г. 16:44:18(UTC)

Александр Лавник

Статус: Сотрудник

Группы: Участники

Зарегистрирован: 30.06.2016(UTC)
Сообщений: 3,192
Мужчина
Российская Федерация

Сказал «Спасибо»: 51 раз
Поблагодарили: 719 раз в 672 постах


dedov
Offline

, поделитесь, пожалуйста, с нами этой утилитой для конвертирования контейнера ключей в формат ТК26 PKCS#15.

Техническую поддержку оказываем тут
Наша база знаний


Вверх

Offline

dr_sollo

 


#4
Оставлено
:

27 февраля 2019 г. 14:24:55(UTC)

dr_sollo

Статус: Новичок

Группы: Участники

Зарегистрирован: 27.02.2019(UTC)
Сообщений: 4
Российская Федерация

https://yadi.sk/d/0r0lmr7Qh4mYkg


Вверх

Offline

Grifon

 


#5
Оставлено
:

18 июня 2019 г. 10:09:37(UTC)

Grifon

Статус: Активный участник

Группы: Участники

Зарегистрирован: 08.04.2015(UTC)
Сообщений: 33
Российская Федерация
Откуда: Краснодар

Сказал(а) «Спасибо»: 10 раз

А кто может помочь с переносом сконвертированного pkcs#15 на eToken.
С флешками проблем нет, но вот со специализированным ключевым носителем вопрос.


Вверх

Offline

Винтик

 


#6
Оставлено
:

26 января 2020 г. 20:21:13(UTC)

Винтик

Статус: Активный участник

Группы: Участники

Зарегистрирован: 20.11.2014(UTC)
Сообщений: 398

Сказал(а) «Спасибо»: 6 раз
Поблагодарили: 14 раз в 11 постах

Автор: Grifon Перейти к цитате

А кто может помочь с переносом сконвертированного pkcs#15 на eToken.
С флешками проблем нет, но вот со специализированным ключевым носителем вопрос.

А куда, не в КБ CSP?
Я не уверен что их СКЗИ понимает эти ключи, которые списали (по моему даже в 2018 уже их не поставляли).


Вверх
Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.


25 март 2019 08:01 #11451
от reion07

Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

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


25 март 2019 08:08 #11452
от ViktorGRBS

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

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


25 март 2019 08:17 #11453
от sedkazna

Опыт показывает, что устанавливать необходимо под профилем пользователя, но вводить данные администратора при запросах. Иначе могут возникать проблемы с доступом к ПО и придется лезть в реестр.

reion07, дайте больше информации. Какие вы версии ПО получили? Какой файл запускаете?

Предыдущую версию Jinn-Client удалили?

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


25 март 2019 08:20 #11454
от reion07

ViktorGRBS пишет:

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

Я же написал, что установка производится под учеткой Администратора. Сама ошибка в скобках. или на скриншоте

Вложение не найдено

Вложение не найдено

Вложение не найдено

WhatsApp Image 2019-03-20 at 14.36.50.jpeg

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


25 март 2019 08:26 #11455
от ViktorGRBS

reion07 пишет:

ViktorGRBS пишет:

reion07 пишет: Доброго времени суток!
Помогите пожалуйста с установкой jinn-clienta. Дело в том что после получения нового дистрибутива в связи с переходом на ГОСТ 2012, на ПК с windows 8.1 не могу установить Jinn-Client. ( Ошибка пакета установщика Windows. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

а в чём ошибка? РУсским по белому написано — «Установка производится под локальной учеткой Администратора»
вот и производите установку с такими правами, всё поулчится!!

Я же написал, что установка производится под учеткой Администратора. Сама ошибка в скобках. или на скриншоте

Вложение не найдено

Вложение не найдено

Вложение не найдено

WhatsApp Image 2019-03-20 at 14.36.50.jpeg

вы запустили дистрибутив от Администратора, или у вас учётная запись в Винде администраторская ( второй вариант не сработает)

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


25 март 2019 08:2825 март 2019 08:35 #11456
от reion07

Установка производится на чистый ПК, версия ПО 1.0.3050.0. Пробовал под всеми учетками. Версия Windows 8.1 64-bit, соответственно и файл запускаю JinnClient64.msi Также пробовал этот же дистрибутив ставить на ПК с Windows 10 64-bit, ошибка та же самая.

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


25 март 2019 09:08 #11460
от sedkazna

reion07 пишет: файл запускаю JinnClient64.msi

На форуме упоминали, что установку важно производить запуская установочный файл setup.exe в корне дистрибутива. Попробуйте через него.

Еще раз спрошу — удалили предыдущую версию?

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


25 март 2019 09:19 #11461
от igor1806

reion07 пишет: Установка производится на чистый ПК, версия ПО 1.0.3050.0. Пробовал под всеми учетками. Версия Windows 8.1 64-bit, соответственно и файл запускаю JinnClient64.msi Также пробовал этот же дистрибутив ставить на ПК с Windows 10 64-bit, ошибка та же самая.

через SETUP обновите Windows installer

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


25 март 2019 09:23 #11462
от reion07

Нету предыдущей версии, ставится на чистый ПК. В казначействе выдали только msi

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


25 март 2019 10:2025 март 2019 10:21 #11463
от sedkazna

reion07 пишет: Нету предыдущей версии, ставится на чистый ПК

В первый раз не увидел)

reion07 пишет: В казначействе выдали только msi

Это же СКЗИ, они не должны были так поступить. Требуйте полный комплект дистрибутива.

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


25 март 2019 12:1925 март 2019 12:35 #11470
от Gvinpin

reion07 пишет: Нету предыдущей версии, ставится на чистый ПК. В казначействе выдали только msi

Это очень странно. Похоже, что ошибка установки из-за этого..


______________________________

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


04 июль 2019 13:13 #12772
от zmq_273

Подтверждаю. Была такая же ошибка при установке. Через Setup всё встало. Единственно, пользователь в группе Администраторов.

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


02 нояб 2021 06:1102 нояб 2021 06:13 #19432
от sova69

Всем добрый день!
ситуация аналогичная только ОС Windows 7 X32!
в логах системы встречается ошибка установщика 1722
другие программы устанавливаются и удаляются нормально
все рекомендации из этой темы выполнены за исключение установки на чистую систему, потому что там много чего еще стоит

куда копать далее?

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


02 нояб 2021 07:17 #19433
от FarWinter

Удалите через Панель управления — Удаление программ
Jinn-Client 1.0.3050
JinnSignExtensionProvider 1.1.0.5
eXtended Container 1.0.2.2 или XC 1.0.1.1

Перезагрузитесь
Установите Jinn-Client скачав установку из сообщения
«QuickJC — Установка Jinn-Client»
sedkazna.ru/forum.html?view=topic&catid=9&id=1206#16542

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


02 нояб 2021 12:42 #19435
от sova69

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

Итак, при работе в электронном бюджете «Учет и отчетность» при подписании документа электронной подписью выскакивает окно Jinn-Client для выбора сертификата и вот этот самый джин не видит закрытую часть сертификата, находящуюся на флэшке, хотя крипто ПРО при тестировании сертификата закрытую часть видит прекрасно!

Вообще Ваши действия:

  1. Скачать конвертер
  2. Запустить, он увидит ваши ЭЦП
  3. Выбираете нужную подпись и запускаете

Конвертер сам преобразует закрытую часть и пересохраняет на флэхе
и без переустановки ЭЦП Jinn сразу всё видит и самое главное документы начинают подписываться!
Удачи!

Содержание

  1. Jinn client ошибка пакета установщика windows
  2. Ошибки при установке программ из пакета Windows Installer «.msi»
  3. Ошибки msi файлов
  4. Ещё способы решить проблему
  5. Ошибка установщика Windows
  6. Параметры реестра и службы
  7. Подведение итогов

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. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей 🙂

Страницы 1

Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться

#1 2020-02-13 09:43:16

  • B090C
  • Посетитель
  • Неактивен

Ошибка 0x80090003 и Ошибка 0x8009000A

Здравствуйте,

С февраля начались проблемы с ЭП (контейнеры записаны на Рутокен), при утверждении документов в ГИИС «Электронный бюджет» (документы нормально подписываются) далее СКЗИ Jinn-Client подвисает, после зайти в личный кабинет невозможно. Проверка контейнера в Криптопро выводит ошибки (Ошибка 0x80090003 и Ошибка 0x8009000A), ситуация повторилась на 5 компьютерах с разными конфигурациями и ЭП, полученными в разных УЦ. Существует ли возможность восстановить работоспособность контейнера с ЭП?

#2 Ответ от Фатеева Светлана 2020-02-13 11:17:41

  • Фатеева Светлана
  • Техническая поддержка
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Здравствуйте,
Рекомендуем вам обратиться в организацию которая выпустила вашу электронную подпись и получить новую подпись, так как указанные ошибки означают повреждении электронной подписи и восстановить работоспособность контейнера нашими средствами нельзя.
Также вы можете обратиться в компанию Криптопро для уточнения информации по указанным вами ошибкам.
Тестирование в КриптоПро CSP, проверяет не носитель Рутокен, а электронную подпись которая хранится на носителе Рутокен. Если тестирование в КриптоПро CSP выдает ошибку, то это означает, что поврежден не носитель, а подпись хранящаяся на нем.

#3 Ответ от B090C 2020-02-13 11:26:54

  • B090C
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Носитель Рутокен защищен от записи? Контейнер не экспортируемый, в связи с чем происходит искажение записанных данных?

#4 Ответ от Фатеева Светлана 2020-02-13 13:07:02

  • Фатеева Светлана
  • Техническая поддержка
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Запись на носитель рутокен возможна только после ввода пин кода.
К сожалению у нас нет информации почему бьется контейнер и не можем утверждать точно в чем причина.
Рекомендуем вам обратиться в компанию Криптопро для получения более подробной диагностики контейнера.

#5 Ответ от asoldatov 2020-02-13 13:10:51

  • asoldatov
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

B090C пишет:

Носитель Рутокен защищен от записи? Контейнер не экспортируемый, в связи с чем происходит искажение записанных данных?

Добрый день.
Например, из-за извлечения носителя в момент выполнения криптографических операций с ключом ЭП на данном носителе.

Еще один нюанс — Вы для работы с Jinn-Client получали отдельный ключ ЭП?

#6 Ответ от B090C 2020-02-13 13:26:01

  • B090C
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Отдельный ключ не получали

#7 Ответ от asoldatov 2020-02-13 13:32:50

  • asoldatov
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

B090C пишет:

Отдельный ключ не получали

Так, секунду, если Вы использовали Jinn-Client и не получали отдельного ключа для него — значит Вы сконвертировали имеющийся ключ для использования в Jinn-Client, согласно инструкции: https://sedkazna.ru/polza/konverter-ep-gost-2012.html (надеюсь, меня за нее не забанят тут).

А раз Вы смогли сконвертировать ключ — значит он экспортируемый и у Вас могла остаться копия, и Вы можете восстановить Ваш ключ из данной копии.

#8 Ответ от B090C 2020-02-13 13:38:06

  • B090C
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Наименование организации короткое, конвертация не понадобилась, ключи сразу генерировались на Рутокен и копий не делалось

#9 Ответ от asoldatov 2020-02-13 13:56:20 (2020-02-13 13:56:38 отредактировано asoldatov)

  • asoldatov
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Конвертация и длинные имена организаций никак не связаны.

В любом случае, возможную причину появления ошибки Вам уже назвали. Плюс, как ранее Вам сказали сотрудники Актив-а, можете обратиться в ООО «Крипто-Про», где Вам, возможно, назовут более точную причину.

#10 Ответ от B090C 2020-02-14 09:36:54

  • B090C
  • Посетитель
  • Неактивен

Re: Ошибка 0x80090003 и Ошибка 0x8009000A

Ответ от ООО «Крипто-Про»
Настройки провайдера, вроде, в порядке. Видимо, повреждены файлы на токене. Особо с этим ничего не сделать.

Сообщений 10

Страницы 1

Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться

Возможно, вам также будет интересно:

  • Jetpack произошла ошибка повторите попытку
  • Jetpack инжектор ошибка интернет соединения
  • Jetflash securedrive ошибка устройства
  • Jetflash online recovery выдает ошибку
  • Jet runtime has detected unrecoverable error ошибка

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии