Jinn client ошибка копирования файлов

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. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

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

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

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

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

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

reion07 пишет:

ViktorGRBS пишет:

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

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

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

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

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

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

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

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

25 март 2019 08:28 — 25 март 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:20 — 25 март 2019 10:21 #11463
от sedkazna

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

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

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

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

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

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

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

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

______________________________
∞

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

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

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

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

02 нояб 2021 06:11 — 02 нояб 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 не видит контейнер
Новый Jinn-client v.1.0.3050.0 не видит сертификат на USB
При подписании документа Jinn Client не видит сертификаты
При подписании документа Jinn Client не видит сертификаты

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

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

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

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

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

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

ДОПОЛНЕНИЕ

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

vvofk
—>
Не в сети

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

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

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

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

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

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

Вложения:

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

Gvinpin
—>
Ушел

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

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

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

hatabych
—>
Не в сети

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

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

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

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

Вложения:

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

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

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

Вложения:

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

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

_Nik_
—>
Не в сети

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

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

Andy24
—>
Не в сети

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

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

Simius
—>
Не в сети

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

heorhee
—>
Ушел

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

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

danmadman
—>
Не в сети

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

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

FarWinter
—>
Не в сети

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

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

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

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

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

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

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

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

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

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

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

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

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

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

danmadman
—>
Не в сети

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

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

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

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

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

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

Информация обновлена: 17.04.2019

Модуль работы с криптоконтейнером «eXtended Container» 1.0.2.2 поддерживает работу с ключами электронной подписи, сформированных по ГОСТ Р 34.10-2012.

Как узнать разрядность вашей операционной системы?
Нажмите правой кнопкой мыши на значок «Мой компьютер» находящийся на рабочем столе (или в меню пуск), выберите пункт «Свойства». В разделе «Тип системы» указана разрядность.

Содержание

Лицензионный ключ eXtended Container 1.0.2.2
Инструкция по установке eXtended Container 1.0.2.2
Содержание
СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ
ПОРЯДОК ПОДГОТОВКИ АРМ
ОПИСАНИЕ ОПЕРАЦИЙ
Копирование сертификата сервера TLS в локальную директорию АРМ пользователя
Копирование корневого сертификата УЦ Федерального казначейства в локальную директорию АРМ пользователя
Установка корневого сертификата УЦ Федерального казначейства в локальное хранилище компьютера

Лицензионный ключ eXtended Container 1.0.2.2

Берем на 2-ой странице инструкции УФК.

Инструкция по установке eXtended Container 1.0.2.2

В открывшемся окне мастера установки нажимаем «Далее».

В следующем окне вводим лицензионный ключ, нажимаем «Далее».

В следующем окне нажимаем «Установить».

Остается немного подождать и в последнем окне нажать «Готово».

1. Подробное руководство по установке и настройке программного обеспечения автоматизированного рабочего места пользователя государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет» (далее – Руководство) ( скачать руководство )

2. Перед настройкой автоматизированного рабочего места (далее – АРМ) пользователя ГИИС ЭБ для работы с новым ГОСТ Р 34.10-2012 необходимо удалить ранее установленное программное обеспечение, предназначенное для работы с ГИИС ЭБ:

· СКЗИ Континент TLS, после удаления обязательно требуется перезагрузка;

· СКЗИ Jinn- c lient, после удаления обязательно требуется перезагрузка;

· Куб: Модуль для работы с электронной подписью, после удаления обязательно требуется перезагрузка

3. Скачать утилиту очистки CspCleaner обязательно в корень диска C (скачать CspCleaner)

Запустить командную строку при помощи пункта «Выполнить» меню «Пуск» или можно воспользоваться сочетанием клавиш WinKey+R. Далее набрать cmd нажать Enter и набрать следующее
C :CspCleaner. exe -t o

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

4. Установить СКЗИ КриптоПро CSP версии 4.0 R3 (4.0.9944), дистрибутив можно получить в УФК по Республике Саха (Якутия) на основании письма о предоставлении СКЗИ (скачать Образец письма о предоставлении средства ЭП и СКЗИ. doc ) или скачать с сайта разработчика с предварительной регистрацией ( http://cryptopro.ru/ )

. Если на АРМ уже установлено СКЗИ КриптоПро CSP версии 4.0 R3 (4.0.9944), то пункт 4 пропустить

5. Установить СКЗИ Jinn-client версии 1.0.3050.0 и дополнительно программу «eXtendedContainer», дистрибутив получить в УФК по Республике Саха (Якутия) на основании письма о предоставлении СКЗИ (скачать Форма Заявки на получение СКЗИ для ЭБ.docx)

6. Установить утилиту для конвертации контейнера закрытых ключей Converter (скачать Converter)

7. Установить СКЗИ Континент TLS версии 2.0.1440,дистрибутив скачать с сайта разработчика с предварительной регистрацией ( https://www.securitycode.ru/products/demo-versions/ )

8. Установить КриптоПро ЭЦП Browserplug-inверсии 2.0 дистрибутив скачать с сайта разработчика ( https://www.cryptopro.ru/products/cades/plugin )

13. Установить в Континент TLS Сертификатlk2012.budget.gov.ru.cerв соответствии с Руководством (ссылка на Корневые сертификаты и списки аннулированных сертификатов )

14. Установить браузер InternetExplorer версии 11.0.9600.17843 или выше

или установить браузер MozillaFirefox версии 32.0 и выше, или 54.0 и выше, или 60.3.0 ESR и выше или 60.5 ESR

или установить браузер Chromeверсии 38 и выше, или 43 и выше, или 45 и выше

15. Ссылка для входа в Личный кабинет ГИИС ЭБ:

· по сертификатам,выданным по ГОСТ Р 34.10-2012: http://lk2012.budget.gov.ru

· по сертификатам, выданным по ГОСТ Р 34.10-2001: http://lk.budget.gov.ru

По вопросам прохождения обращений
и жалоб граждан

Государственная интегрированная информационная система управления
общественными финансами «Электронный бюджет»

Установка и настройка ЭБ

Руководство по установке и настройке программного обеспечения автоматизированного рабочего места пользователя системы «Электронный бюджет»

Настоящий документ содержит описание последовательности действий по установке и настройке программного обеспечения автоматизированного рабочего места пользователя системы «Электронный бюджет».

Содержание

СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ

В документе используются следующие термины и сокращения:

АРМ

автоматизированное рабочее место пользователя системы «Электронный бюджет»;

ОС

операционная система;

ПО

программное обеспечение;

Пользователь

зарегистрированный в системе «Электронный бюджет» сотрудник организации, которому предоставлен доступ к определенным функциям в системе «Электронный бюджет», в соответствии с заявкой на подключение;

Система «Электронный бюджет»

государственная интегрированная информационная система управления общественными финансами «Электронный бюджет»;

УЦ – Удостоверяющий центр.

ПОРЯДОК ПОДГОТОВКИ АРМ

Установка и настройка программного обеспечения автоматизированного рабочего места пользователя должна выполняться под учетной записью пользователя, входящего в группу локальных администраторов операционный системы. Порядок подготовки АРМ пользователя приведен в таблице:

№ п/п	Раздел
1.	#Копирование сертификата сервера TLS в локальную директорию АРМ пользователя
2.	#Копирование корневого сертификата УЦ Федерального казначейства в локальную директорию АРМ пользователя.
3.	#Установка корневого сертификата УЦ Федерального казначейства в локальное хранилище компьютера.
4.	#Установка ПО «Windows Installer».
5.	#Установка драйвера используемого носителя ключевой информации сертификата пользователя.
6.	#Установка ПО «Jinn-Admin» для генерации запроса к УЦ на получение квалифицированного сертификата пользователя (устанавливается при необходимости).
7.	#Установка и настройка средства создания защищенного TLS-соединения «Континент TLS Клиент».
8.	#Установка средства электронной подписи «Jinn-Client».
9.	‎‎#Установка модуля для работы с электронной подписью «Cubesign».

ОПИСАНИЕ ОПЕРАЦИЙ

Копирование сертификата сервера TLS в локальную директорию АРМ пользователя

Для копирования файла сертификата сервера TLS в локальную директорию АРМ пользователя необходимо:

Открыть в веб-обозревателе официальный сайта Федерального казначейства, перейдя по адресу в сети Интернет: www.roskazna.ru

Перейти в раздел «Электронный бюджет > Подключение к системе».
Активировать ссылку «Ссылка для скачивания сертификата сервера “Континент TLS VPN”».
На предложение сохранить файл сертификата «Федеральное казначейство__.cer» выбрать локальную директорию в АРМ пользователя, в которую необходимо сохранить файл.
Сохранить файл сертификата сервера TLS.

Копирование корневого сертификата УЦ Федерального казначейства в локальную директорию АРМ пользователя

Для копирования файла корневого сертификата УЦ Федерального казначейства в локальную директорию АРМ пользователя необходимо:

Открыть в веб-обозревателе официальный сайта Федерального казначейства, перейдя по адресу в сети Интернет: www.roskazna.ru

Перейти в раздел «Удостоверяющий центр > Корневые сертификаты».
Активировать ссылку «Корневой сертификат (квалифицированный)».
На предложение сохранить файл сертификата «Корневой сертификат (квалифицированный).cer» выбрать локальную директорию в АРМ пользователя, в которую необходимо сохранить файл.
Сохранить файл сертификата сервера TLS.

Установка корневого сертификата УЦ Федерального казначейства в локальное хранилище компьютера

Для установки корневого сертификата УЦ в хранилище сертификатов компьютера средствами операционной системы семейства Windows необходимо:

Через контекстное меню файла корневого сертификата УЦ Федерального казначейства выбрать пункт меню «Установить сертификат».
На экране отобразится мастер импорта сертификатов.

Как увеличить место на Яндекс.Диске — 4 доступных способа

Создав аккаунт на облачном хранилище Яндекс.

2.8k.

Как убрать уведомление об обновлении Windows 10

Windows 10 имеет множество плюсов и во многом выигрывает

1.2k.

Многофункциональное устройство — как его подключить к ПК и настроить для работы

Многофункциональное устройство помогает распечатывать

807

Как отключить push уведомления на смартфоне и компьютере

Сегодня любой браузер позволяет смотреть контент на

824

“Call Windows Help Desk Immediately” scam alert

Here it is, a malicious website that promotes a paid

629

Как изменить цвет, размер и облик курсора в Windows 10

На одном из этапов кастомизации Windows 10 можно изменить

859

Как выбрать страну и язык из региональных настроек в Windows 10

В операционной системе Windows 10 существует огромное

921

Virtual CloneDrive — менеджер виртуальных дисков

Для любителей погонять в компьютерные игры не секрет

619

We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept”, you consent to the use of ALL the cookies.

Do not sell my personal information.

Cookie SettingsAccept

Русский

English Русский

Источник

Обновлено: 08.06.2023

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

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

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

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

Причина: Проблема кроется в правах текущего пользователя к папкам и веткам реестра, которые использует программа.
Проблемные каталоги: c:Program FilesSecurity CodeContinent TLS Client и c:UsersPublicContinentTLSClient
Проблемные ветки реестра: HKEY_LOCAL_MACHINESOFTWARESecurityCodeTlsClient и HKEY_LOCAL_MACHINESOFTWARESecurityCodeTlsClientSetup

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

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

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

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

ГОСТ Р 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
Решение: Формировать новый запрос на сертификат, предварительно вернув настройки Крипто Про к стандартным.

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

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

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

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

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

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

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

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

1. В АРМ пользователя вставить носитель информации, содержащий дистрибутив ПО «Jinn-Client».

2. В составе дистрибутива ПО «Jinn-Client» осуществить запуск исполняемого файла «Setup». На экране отобразится меню единого установщика ПО «Jinn-Client».

Рисунок 48. Меню единого установщика ПО «Jinn-Client»

3. В меню установщика ПО «Jinn-Client» активировать ссылку «Jinn-Client».

На экране отобразится диалог приветствия установщика ПО «Jinn-Client» (Рисунок 49)

Рисунок 49. Окно приветствия установщика Jinn-Client

4. Для продолжения установки нажмите кнопку «Далее».

5. В появившемся диалоге лицензионного соглашения отметить пункт «Я принимаю условия лицензионного соглашения» (Рисунок 50) и нажать кнопку «Далее».

Рисунок 50. Окно просмотра лицензионного соглашения

На экране отобразится диалог ввода лицензионного ключа (Рисунок 51), поставляемого вместе с дистрибутивом ПО «Jinn-Client» в электронном или бумажном виде.

Рисунок 51. Окно ввода лицензионного ключа

6. Введите лицензионный ключ и нажмите кнопку «Далее».

На экране отобразится диалог выбора пути установки ПО «Jinn-Client» (Рисунок 52).

Рисунок 52. Окно выбора пути установки Jinn-Client

8. В диалоге настройки параметров Jinn-Client (Рисунок 53) ничего не изменяя нажмите кнопку «Далее».

Рисунок 53. Окно настройки параметров Jinn-Client

В случае появления комментария «Процессор не совместим с доверенной средой» выполнять какие-либо действия от пользователя не требуется. Данный комментарий означает, что работа в ПО «Jinn-Client» будет осуществляться без использования режима доверенной среды, процесс установки ПО «Jinn-Client» при этом прерывать не нужно.

На экране отобразится диалог процесса установки ПО «Jinn-Client» (Рисунок 55).

Рисунок 55. Окно, информирующее пользотваля о прогрессе в процессе установки Jinn-Client

По завершению установки на экран будет выведен диалог об успешном завершении установки (Рисунок 56).

11. На экране отобразится диалог о необходимости перезагрузки АРМ пользователя.

Рисунок 57. Диалог о необходимости перезагрузки АРМ Пользователя.

12. Нажать кнопку «Нет».

После установки ПО «Jinn-Client» дополнительных действий в части настройки данного ПО не требуется.

Русский

Источник

Обновлено: 08.06.2023

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

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

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

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

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

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

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

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

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

1. В АРМ пользователя вставить носитель информации, содержащий дистрибутив ПО «Jinn-Client».

Рисунок 48. Меню единого установщика ПО «Jinn-Client»

3. В меню установщика ПО «Jinn-Client» активировать ссылку «Jinn-Client».

На экране отобразится диалог приветствия установщика ПО «Jinn-Client» (Рисунок 49)

Рисунок 49. Окно приветствия установщика Jinn-Client

4. Для продолжения установки нажмите кнопку «Далее».

Рисунок 50. Окно просмотра лицензионного соглашения

Рисунок 51. Окно ввода лицензионного ключа

6. Введите лицензионный ключ и нажмите кнопку «Далее».

На экране отобразится диалог выбора пути установки ПО «Jinn-Client» (Рисунок 52).

Рисунок 52. Окно выбора пути установки Jinn-Client

8. В диалоге настройки параметров Jinn-Client (Рисунок 53) ничего не изменяя нажмите кнопку «Далее».

Рисунок 53. Окно настройки параметров Jinn-Client

На экране отобразится диалог процесса установки ПО «Jinn-Client» (Рисунок 55).

Рисунок 55. Окно, информирующее пользотваля о прогрессе в процессе установки Jinn-Client

По завершению установки на экран будет выведен диалог об успешном завершении установки (Рисунок 56).

11. На экране отобразится диалог о необходимости перезагрузки АРМ пользователя.

Рисунок 57. Диалог о необходимости перезагрузки АРМ Пользователя.

12. Нажать кнопку «Нет».

После установки ПО «Jinn-Client» дополнительных действий в части настройки данного ПО не требуется.

Очередная серия проблем с подписанием документов в электронном бюджете теперь по ГОСТ 2012. 1

На флэшке вообще не видит. Jinn-Client пишет иероглифами про тебя гадости.

Майор Пэйн работает над новыми фичами для тебя в Электронном бюджете наивный ты эникейщик.

В программах и компонентах будет что-то типа XC. Тогда ошибка validation failed or not avaliable yet возможно исчезнет.

Jinn-Client показывает иероглифы при подписи и виснет или нет подписей в списке на флешке.

Вы кстати знаете где смотреть какой ГОСТ у вашей подписи?

Так выглядит подпись с ГОСТ2012, очевидно для 2001 в этой секции будет ГОСТ 2001

Но сейчас надо что-то делать. Решительно качаем конвертер для подписей там есть инструкции. Если не доверяем мне идем на сайт читаем, качаем. Ставить ничего не надо. Распаковываем архив, запускаем .exe файл. Если в крипто про подписи установлены верно в появившимся окне будет выбор из всех подписей с пометками кто какого госта (если есть проблемы с КриптоПРО рекомендую почитать тут).

Важно, при конвертации с вас спросят поставить пароль даже если его не было. Отказаться нельзя, сойдет хоть пробел. Жмем далее и выбираем на какую флешку хоронить подпись. Появятся два файла с названием TE.cer и TEcont.p15. Переименовывать их нельзя и как следствие на одну флэху две подписи не запихать. Если кто знает как это провернуть буду благодарен за ответ в комментах.

Собственно на этом все, на этом Jinn Client должен перестать вам показывать иероглифы. Радуемся жизни и ждем новых подстав от майора Пейна.

Установка и настройка ПО для Электронного Бюджета состоит из:

Установка и настройка КриптоПро 4.0.
Установка корневых сертификатов казначейства.
Скачивания сертификата Континента TLS-клиент.
Установка и настройка Континент TLS-клиент.
Установка Jinn Client
Установка eXtended Container

Корневые сертификаты казначейства

Перед установкой корневых сертификатов ПО КриптоПро 4.0 должен быть установлен.

Настройка Электронного Бюджета (гост 2012)

Сертификат Континент TLS VPN (гост 2012)

Еще один сертификат который необходимо скачать, это сертификат Континент TLS VPN.

Если у Вас сертификат выданный казначейством по ГОСТ-у 2012 то скачиваем по этой ссылке.

Скачиваем сертификат Континент TLS VPN в загрузки, он нам пригодиться позднее, когда будем настраивать программу Континент TLS клиент.

Распаковываем архив TLS_Client_2.0.1440 и запускаем установщик Континент TLS-клиент.

Устанавливаем Континент TLS-клиент, настройки оставляем по дефолту, после установки перегружаем компьютер.

После перезагрузки на рабочем столе запускаем ярлык Континент TLS-клиент. Запускается мастер регистрации программы, нажимаем на зарегистрировать и регистрируем программу.

В меню Сертификаты -> Серверные сертификаты -> Импортируем сертификат Электронного бюджета, который мы скачали в начале статьи.

Чтобы Континент TLS-клиент запускался при загрузке Windows, необходимо в Настройках -> Основные -> установить галочки на Запускать при старте системы и При запуске свернуть в системный трей.

Установка JinnClient_1.0.3050.0 для подписания документов

Распаковываем архив и запускаем установщик Setup.exe

Нажимаем на Jinn-Client, открывается Мастер установки:

Вводим лицензиооный ключ получений в Казначействе.

Не меняем настройки, продложаем установку, по окончании перегружаем компьютер.

Установка eXtended Container

Запускаем Setup.exe в папке JinnClient_1.0.3050.0.

Вводим лицензионный ключ продукта полученный в Казначействе и продолжаем установку.

После установки перегрузите компьютер.

Откроется окно с выбором сертификата для входа в личный кабинет Электронного бюджета.

Выбираем сертификат для входа в Личный кабинет Электронного бюджета, если есть пароль на закрытую часть сертификата пишем и нажимаем ОК, после откроется Личный кабинет Электронного бюджета.

Возможные проблемы

CRL сертификата сервера не загружен или устарел

При подключении к Электронному Бюджету появляется ошибка CRL сертификата сервера не загружен или устарел.

Решение:

Скачайте новые корневые сертификаты Казначейства по этой ссылке.
Выключить проверку CRL в настройках программы:

171 комментария “ Инструкция по настройке электронного бюджета ”

А если зайти в раздел Сервис и выбрать Просмотреть сертификаты в контейнере, там показывается ваш сертификат?

У нас та же самая проблема

Елена, Вы как-то решили эту проблему? У нас то же самое!

У нас аналогичная проблема. в ТП написали, они прислали инструкцию, выполнил ее, но эффекта не было.
Что можно еще настроить?
Появилось внезапно, бухгалтерия клянется, что ничего не меняли, но сейчас никем подписать не могут.
Что делать?

Ситуация аналогичная, как решили? Или не решили

дает ошибку «Не найден трансформер java.util.HashMap@f25fb761[threshold=12,loadFactor=0.75]» Что делать?

Здравствуйте! Ошибка 403. Описание: Не найден актуальный список отозванных сертификатов. Техническое описание: Список отозванных сертификатов не актуален. Список отзывов по факту актуален, установлен по месту назначения. Что можно попробовать для решения данной проблемы?

Здравствуйте, я вела неверный пароль и сейчас не могу входить в ЭБ, при этом выходит: «введен неверный пароль или сертификат не соответствует криптографическому контейнеру». Что мне делать?

Как решили вашу проблему, у меня примерно похожее, в ЭБ пускает, а ошибка возникает при попытке подписания документа

Такая же проблема

Здравствуйте! Всё установил по инструкции. Захожу в личный кабинет. Появляется меню слева, всё тыкается, а вот ни одна форма в правом поле не подгружается, всё пусто. С чем может быть связано не скажите?

спасибо за мануал

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

При подключении к ЭБ выходит ошибка- Прокси-сервер отказывается принимать соединение. Что нужно делать? Мои действия?

Здравствуйте подскажите решение проблемы, пожалуйста. Выдает ошибку , при в ходе в личный кабинет электронного бюджета
403 Доступ запрещен
Описание:
Не выбран корректный сертификат клиента
Техническое описание:
Формат выбранного ключевого контейнера не поддерживается

Документы подписывает, но потом, по результатам проверки, выдает ошибку:
Не правильное значение хэша.

проблема точна токая же подскажите решение

поставьте версию мазилы 49

Вам не удалось решить проблему?

Установите Fire Fox 47 версию

Извините:
1 Errors
Не удалось обработать
script
document.getElementById(…).loadCertificates is not a function (TypeError). Подскажите как можно решить. сегодня срок отчетности.

такая же проблема, помогите пожалуйста сроки поджимают

Как сменить пользователя в электронном бюджете?? (войти в личный кабинет под другой учетной записью)

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

Проблема с подписанием документов. Дает подписать один документ, на втором ругается, что криптосистема не инициализирована, пытаемся подписать тем же сертификатом. Помогает только перезапуск Континента TLS и опять по кругу. Есть решение?

Та же проблема, нам помогает простая перезагрузка страницы

Есть два варианта:
1. В настройках согласования отчетности оставить только Начальника как подписанта. (возможно фокус не пройдет).
2. Нужно идти на поклон в местное УФК с регистрацией нового пользователя и отдавать сертификат.

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

при подписание документа ошибка в том что джин клиент повреждён
как его удалить и что делать

Не найден трансформер java.util.HashMap@1d70ae0a[threshold=12,loadFactor=0.75]
браузер мазила

Здравствуйте, Ирина! Как Вы решили эту проблему?

Сергей, увы эту проблему решит только техническая поддержка ЭБ.

Спасибо, огромное. Моя проблема уже решена удаленно.

Подскажите как решить эту проблему?

Все разобрался :))) Чертов копипаст. Скопировал пробел в имя сайта :((

Доброго времени всем! Присоединяюсь к вопросу Фёдора от 04.05.2017 к 12:34.
Поделитесь пожалуйста полным дистрибутивом Jinn Client 1.0.1130.0. Очень нужна версия для x32-битной ОСи, по ссылке, размещенной здесь, только для x64-битной.

Андрей вопрос отпал в версии 32-бита или нет отпишитесь.

При создании запроса ФНС не требуется подпись. Просто создаете и отправляете.

Может кто-нибудь поделится полным jinn-client версии 1130? наше казначейство про нее ничего не слышало, раздают 943.

Фёдор, Вам удалось раздобыть полный дистриб Jinn Client-а 1.0.1130.0. Поделитесь пожалуйста если удалось!

Сегодня есть проблемы в ЭБ, попробуйте подписать позже.

Здравствуйте подскажите решение проблемы, пожалуйста. Выдает после выбора сертификата:
403 Доступ запрещен
Описание:
Не выбран корректный сертификат клиента
Техническое описание:
Формат выбранного ключевого контейнера не поддерживается

Здравствуйте! У меня не подписывает отчеты. На согласование отправляется, а подписать не дает. В казначействе говорят что последняя версия Мозиллы не работает. Плагины не правильно работает чтоли) Какую версию мозиллы поставить? У меня версия 52.0.2.

JTA transaction unexpectedly rolled back (maybe due to a timeout); nested exception is weblogic.transaction.RollbackException: setRollbackOnly called on transaction
Что бы это значило?

При импорте фала отчётности из Свод-Смарта возникает ошибка «не найден трансформер java.util.HashMap». Прошу учесть, что данная ошибка происходит не при загрузке файла из папки на локальном компьютере, а при нажатии «сохранить».

Ирина, попробуйте использовать Yandex браузер.

Не помогает, пробовала в опере, в яндексе и мозиле. Просто крутится «обработка запроса» и ничего не происходит.

Так же появляется ошибка 400 Ошибка SSL сертификата с пунктами на белом фоне: Сертификат просрочен, Срок действия сертификата не наступил.
Может удалось решить проблему кому то?

подскажите пожалуйста где взять лицензионный ключ для jinn client.

В вашем УФК должны выдавать.

Ключ можно взять в УФК, предоставив заявку.

Произвел плановую смену сертификатов через казначейство. По новым сертификатам в ЭБ зайти не могу (типа нет такого пользователя). В госзакупки вхожу без проблем. Может кто знает, через кого решается эта прблема?

Обратитесь в свое УФК, возможно они не привязали новые сертификаты к учетным записям пользователей в ЭБ.

В чем причина такой ошибки «введен неверный пароль или сертификат не соответствует криптографическому контейнеру»

Обратитесь к нам, постараемся помочь.

Подскажите, пожалуйста, в чем причина такой ошибки «введен неверный пароль или сертификат не соответствует криптографическому контейнеру»

Открываете файл экспортированной формы блокнотом, например 0503721
D:InstallBuhЭлектронный БюджетВыгрузка загрузка321Y01.тхт
и смотрите 6 строку, должна быть переменная ИСТ равно 172, так:
ИСТ=172,
если пусто, то вводите 172.
Всё.

Читайте также:

Как файл со статграда

Sddm настройка разрешения экрана

Что такое осмос в компьютере

Ps4 как работает дисковод

Графические дисплеи что это такое

Источник

Содержание

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

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

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

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

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

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

ДОПОЛНЕНИЕ

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

vvofk
—>
Не в сети

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

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

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

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

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

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

Вложения:

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

Gvinpin
—>
Ушел

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

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

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

hatabych
—>
Не в сети

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

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

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

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

Вложения:

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

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

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

Вложения:

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

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

_Nik_
—>
Не в сети

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

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

Andy24
—>
Не в сети

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

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

Simius
—>
Не в сети

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

heorhee
—>
Ушел

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

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

danmadman
—>
Не в сети

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

FarWinter
—>
Не в сети

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

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

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

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

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

danmadman
—>
Не в сети

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

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

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

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

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

Источник

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

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

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

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

Источник

Обновлено: 08.06.2023

Самая настраиваемая платформа электронной коммерции для развития вашего онлайн-бизнеса. Начните сегодня бесплатно.

Написано Бо Лебенс в блоге 15 июля 2021 г.

Последнее обновление: 23 июля 2021 г.

13 июля 2021 г. исследователь безопасности Джош обнаружил критическую уязвимость, связанную с WooCommerce и подключаемым модулем WooCommerce Blocks, с помощью нашей программы безопасности HackerOne.

Узнав о проблеме, наша команда немедленно провела тщательное расследование, проверила все соответствующие кодовые базы и создала исправление, устраняющее проблему для каждой затронутой версии (90+ выпусков), которое автоматически развертывалось в уязвимых магазинах.

У меня есть магазин WooCommerce — какие действия мне следует предпринять?

Автоматические обновления программного обеспечения для WooCommerce 5.5.1 начали развертываться 14 июля 2021 г. во всех магазинах, в которых используются уязвимые версии каждого подключаемого модуля, но мы по-прежнему настоятельно рекомендуем вам убедиться, что вы используете последнюю версию. Для WooCommerce это 5.5.2* или максимально возможное число в вашей ветке релиза. Если вы также используете блоки WooCommerce, вы должны использовать версию 5.5.1 этого плагина.

Важно! С выпуском WooCommerce 5.5.2 23 июля 2021 г. упомянутый выше процесс автоматического обновления был прекращен.

После обновления до исправленной версии мы также рекомендуем:

Обновление паролей для любых пользователей-администраторов на вашем сайте, особенно если они повторно используют одни и те же пароли на нескольких сайтах.
Ротация любых ключей API платежного шлюза и WooCommerce, используемых на вашем сайте.

Подробнее об этих шагах см. ниже.

* WooCommerce 5.5.2 был выпущен 23 июля 2021 г. Исправления, содержащиеся в этой версии, не связаны с недавней уязвимостью системы безопасности.

Как узнать, актуальна ли моя версия?

В приведенной ниже таблице содержится полный список исправленных версий как для WooCommerce, так и для блоков WooCommerce. Если вы используете версию WooCommerce или WooCommerce Blocks, которой нет в этом списке, немедленно обновите ее до самой последней версии в вашей ветке выпуска.

Исправленные версии WooCommerce	Исправленные версии блоков WooCommerce
3.3.6	2.5.16
3.4.8	2.6.2
3.5.9	2.7.2
3.6.6	2.8.1
3.7.2	2.9.1
3.8.2	3.0.1
3.9.4	3.1.1
4.0.2	3.2.1
4.1.2	3.3.1
4.2.3	3.4.1< /td>
4.3.4	3.5.1
4.4.2	3.6.1
4.5.3	3.7.2
4.6.3	3.8.1
4.7.2	3.9.1
4.8. 1	4.0.1
4.9.3	4.1.1
4.2.1
5.1.1	4.3.1
5.2.3	4.4.3
5.3.1	4.5.3
5.4.2	4.6.1
5.5.1	4.7.1
5.5.2	4.8.1
4.9.2
5.0.1
5.1.1
5.2.1
5.3.2
5.4.1
5.5.1

< tr>< /tr>< td>5.0.1 < tr>

Почему мой сайт не получил автоматическое обновление?

Во всех случаях (кроме первого примера, когда вас это не затронет) вам следует попытаться вручную обновиться до последней исправленной версии в вашей ветке выпуска (например, 5.5.2, 5.4.2, 5.3.1 и т. д.). как указано в таблице выше.

Были ли какие-либо данные скомпрометированы?

Исходя из имеющихся данных, мы считаем, что любой эксплойт был ограниченным.

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

Как я могу проверить, не был ли взломан мой магазин?

Из-за характера этой уязвимости и чрезвычайно гибкого способа обработки веб-запросов WordPress (и, следовательно, WooCommerce), не существует определенного способа подтверждения эксплойта. Возможно, вы сможете обнаружить некоторые попытки эксплойта, просмотрев журналы доступа вашего веб-сервера (или получив помощь от вашего веб-хостинга). Запросы в следующих форматах, поступившие с декабря 2019 г. по настоящее время, скорее всего, указывают на попытку эксплойта:

REQUEST_URI, соответствующий регулярному выражению //wp-json/wc/store/products/collection-data.*%25252.*/
REQUEST_URI, соответствующий регулярному выражению /.*/wc/store/products/collection-data.*%25252.*/ (обратите внимание, что это выражение неэффективно/медленно работает в большинстве сред ведения журналов)< /li>
Любой запрос без GET (POST или PUT) к /wp-json/wc/store/products/collection-data или /?rest_route=/wc/store/products/collection-data

Запросы, использующие эту уязвимость, поступают со следующих IP-адресов, причем более 98 % приходятся на первый в списке. Если вы видите какой-либо из этих IP-адресов в своих журналах доступа, вы должны предположить, что уязвимость использовалась:

137 116 119 175
162.158.78.41
103.233.135.21

Какие пароли мне нужно изменить?

Маловероятно, что ваш пароль был скомпрометирован, так как он хеширован.

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

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

Если кто-либо из пользователей-администраторов на вашем сайте мог повторно использовать одни и те же пароли на нескольких веб-сайтах, мы рекомендуем вам обновить эти пароли на случай, если их учетные данные были скомпрометированы в другом месте.

Мы также рекомендуем изменить любые личные или секретные данные, хранящиеся в вашей базе данных WordPress/WooCommerce. Это могут быть ключи API, открытые/закрытые ключи для платежных шлюзов и многое другое, в зависимости от конфигурации вашего конкретного магазина.

Как разработчик расширений или поставщик услуг, должны ли мы предупредить наших продавцов WooCommerce?

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

Если вы создали расширение или предлагаете услугу SaaS, основанную на API WooCommerce, мы рекомендуем вам помочь продавцам сбросить ключи для подключения к вашей службе.

Как владелец магазина, должен ли я предупреждать своих покупателей?

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

Самое важное действие, которое вы можете предпринять для защиты своих клиентов, — это обновить версию WooCommerce до версии, в которой исправлена эта уязвимость.

После обновления мы рекомендуем:

Обновление паролей для всех пользователей-администраторов на вашем сайте, особенно если вы повторно используете одни и те же пароли на нескольких сайтах.
Ротация любых ключей API платежного шлюза и WooCommerce, используемых на вашем сайте.

Как владелец магазина, вы сами решаете, хотите ли вы принять дополнительные меры предосторожности, например сбросить пароли ваших клиентов. Пароли пользователей WordPress (и, следовательно, WooCommerce) хэшируются с использованием солей, что означает, что полученное хеш-значение очень сложно взломать. Этот подход с соленым хэшем применяется ко всем паролям пользователей на вашем сайте, включая пароли ваших клиентов.

Безопасно ли использовать WooCommerce?

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

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

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

Что делать, если у меня остались вопросы?

Если у вас есть какие-либо дополнительные проблемы или вопросы по этой проблеме, наша команда Happiness Engineers всегда готова помочь — отправьте запрос в службу поддержки.

В словарь по умолчанию добавлены атрибуты от нескольких поставщиков:
Добавлен VENDOR Unix 4 с рядом атрибутов для маршрутизаторов Digi IX14, LR и WR. Некоторые VSA поставщика 4 также используются программным обеспечением ProFTPD.
Добавлен VENDOR Cisco-VPN5000 255 для концентратора Cisco VPN 5000 с рядом атрибутов с префиксом CVPN5000.
Добавлен VENDOR Adtran 664 с рядом атрибутов с префиксом Adtran.
Добавлен ПОСТАВЩИК Cisco-BSSM 5632 для атрибута Cisco Building Broadband Service Manager CBSSM-Bandwidth.
Добавлен ПОСТАВЩИК Cisco-Aironet 5842 для атрибута Aironet-Session-Timeout.
Добавлен ПОСТАВЩИК Calix 6321 с номером атрибутов с префиксом Calix.
Добавлен VENDOR Overture 7950 с атрибутом Overture-User-Access-Level.
Добавлен VENDOR Hatteras 8550 с атрибутом Hatteras-Auth-Level.
Добавлен VENDOR Ericsson-PCN 10923 для атрибутов, зарегистрированных для поставщика Ericsson AB — Packet Core Networks. Добавлен ряд атрибутов с префиксом Ericsson-PCN.
Добавлен VENDOR Sandvine 11610 с атрибутом Sandvine-Group.
Добавлен VENDOR ELTEK 12148 с рядом атрибутов с префиксом ELTEK.
Добавлен VENDOR Overture- 4200-4300 16943 с атрибутом Overture-4200-4300-Access_Level для устройств Overture 4200/4300.
Добавлен VENDOR CyanInc 28533 с атрибутами CyanInc-User-Roles и CyanInc-Acct-Event-Text.

Редакция 4.24 (9 декабря 2019 г.): новые функции, улучшения и исправления ошибок

Избранные примечания, улучшения и исправления совместимости

Известные предостережения и другие примечания

TLSv1.3 остается отключенным по умолчанию для методов EAP на основе TLS и классов на основе Stream, таких как RadSec.
Сообщается, что функциональность EAP-FAST зависит от версии TLS, настроек уровня безопасности библиотеки TLS и реализации клиента.

Подробные изменения

Редакция 4.23 (17 апреля 2019 г., первоначальный выпуск от 10 апреля 2019 г.): исправления безопасности, новые функции, улучшения и исправления ошибок
Выбранные примечания о совместимости, улучшения и исправления

Улучшен AcctLogFILE для поддержки JSON.
Исправления безопасности для проверки подлинности EAP-pwd и некоторых конфигураций TLS. OSC рекомендует всем пользователям ознакомиться с рекомендациями по безопасности OSC OSC-SEC-2019-01.

Известные предостережения и другие примечания

TLSv1.3 не включен по умолчанию для методов EAP на основе TLS.
TLSv1.3 не включен по умолчанию для классов на основе потока, таких как RadSec.

Подробные изменения

Редакция 4.22 (09 января 2019 г.): крупное обновление пакета, новые функции, улучшения и исправления ошибок
Выбранные примечания о совместимости, улучшения и исправления

Новые пакеты Radiator: Red Hat Enterprise Linux 7 и Centos 7, Ubuntu 16.04 и 18.04 и Windows MSI.
Основные обновления поддержки сервера проверки Yubikey
Поддержка множественной адресации SCTP для Diameter и других потоковых модулей.

Известные предостережения и другие примечания

TLSv1.3 не включен по умолчанию для методов EAP на основе TLS.
TLSv1.3 не включен по умолчанию для классов на основе потока, таких как RadSec.

Подробные изменения

Исправлены вложенные и каскадные группы AuthBy GROUP, которые перестали работать в Radiator 4.20.
Унифицирована функция AuthBy HANDLER и отменены некоторые изменения, сделанные в Radiator 4.20.
Журнал аутентификации и учета JSON теперь форматирует время как числовой тип, а не как строку.
Обработка соединений ServerTACACSPLUS претерпела значительные изменения.
Может потребоваться обновление пользовательских модулей, использующих функции инициализации.

Известные предостережения и другие примечания

Первоначальное тестирование проводится с разрабатываемыми версиями OpenSSL 1.1.1. Не рекомендуется использовать с радиатором.

Подробные изменения

Обновлен простой_основной_цикл для использования тайм-аута и обработчика тайм-аута. Они полезны для тестовых и других клиентских программ.
Атрибуты, заданные в командной строке, теперь переопределяют значения по умолчанию и переключателей параметров в radpwtst.
Исправлена ошибка, из-за которой вложенные и каскадные группы AuthBy GROUP переставали работать из-за изменений в асинхронной обработке Radiator 4.20.
Унифицированы функции AuthBy HANDLER и отменены некоторые изменения, сделанные в Radiator 4.20: AuthLog, AcctLog, PostProcessingHook, AddToReply и аналогичные обновления ответов теперь выполняются обработчиками, вызываемыми AuthBy HANDLER. Если эти функции необходимы, когда AuthBy RADIUS используется с AuthBy HANDLER, требуется флаг асинхронности.
Исправлено IgnoreReject в AuthBy RADIUS при включенном NoReplyReject.
AuthBy RADSEC теперь поддерживает Asynchronous и NoReplyReject.
Handler теперь поддерживает параметр конфигурации флага AccountingAccepted для Handler. Это вынуждает обработчик немедленно регистрировать и безоговорочно подтверждать запросы учета, прежде чем передавать их в AuthBys. По сравнению с AccountingHandled здесь не будет ждать ответа от прокси-сервера.
Ответ на запрос любого типа теперь отправляется только один раз. Это делается для особых случаев, например, когда запрос учета передается на несколько серверов через прокси-сервер, или перехватчик или любая другая особая обработка могут привести к тому, что NAS получит несколько ответов.
EAP-TLS теперь также использует тип электронной почты subjectAltName при проверке соответствия идентификатору EAP или имени пользователя.
Обновлен алгоритм MaxFailedGraceTime в AuthBy RADIUS и RADSEC.
Исправлены методы туннелирования EAP для правильной работы, когда внутренние прокси-серверы аутентификации с включенным асинхронным параметром.
Обновлены демонстрационные сертификаты subjectAltName для клиентских и серверных сертификатов. Клиент теперь имеет электронную почту, а сервер имеет URI в дополнение к существующим альтернативным именам. Другие сертификаты, не относящиеся к ЦС, имеют и то, и другое.
Усовершенствованное протоколирование и обработка ошибок прослушивания сокета StreamServer во время настройки.
Обновлено несколько методов EAP, чтобы активировать Access-Reject с EAP-Failure для некоторых сообщений, которые ранее игнорировались.
Удален устаревший EAP типа 38 EAP-TNC.
Обновлено ведение журнала EAP-PAX и EAP-PSK и обработка ошибок. EAP-PSK теперь требует, чтобы идентификатор EAP совпадал с идентификатором, передаваемым в сообщениях EAP-PSK.
Улучшен скрипт инициализации радиатора goodies/linux-radiator.init и файл сервисного модуля systemd goodies/radiator.service. Добавлен файл goodies/radiator@.service единицы службы systemd, который поддерживает экземпляры службы systemd.
Обновления ведения журнала. Внутренние изменения, чтобы включить больше предупреждений и то, как клиент поддерживает свой список клиентов для поиска клиентов.
ФАЙЛ StatsLog теперь поддерживает параметр конфигурации OutputFormat. Возможные значения: text и json. По умолчанию используется текст.
Message-Authenticator больше не добавляется в ответы Status-Server Access-Accept, поскольку некоторые клиенты не могли его обработать.
Усовершенствования ведения журнала: Причина в AuthLog теперь представляет собой пустую строку, а не неопределенное значение, если конкретная причина недоступна. Это типично, когда результат принимается за нормальные условия. Теперь доступны дополнительные результаты для определенных условий и специальных конфигураций, таких как NoForwardAuthentication.
Исправлен бесконечный цикл, когда AuthBy RADIUS был настроен с асинхронным режимом, CachePasswords и CacheOnNoReply.
AcctSQLStatement и AuthSQLStatement теперь поддерживают %0 для замены имени пользователя.
Добавлен пример конфигурации radminYubikey.cfg. Все образцы конфигурации RAdmin были обновлены и теперь поставляются с Radiator.
Пользовательские модули, которым требуются main::reinitFns и addChildInitFn, должны быть обновлены для использования новых методов регистрации обратного вызова в ServerConfig. ServerConfig теперь поддерживает методы регистрации функций обратного вызова для каждого модуля, которые запускаются для запуска и перезапуска сервера, дочерней вилки фермы, повторной инициализации, отложенного завершения работы и завершения работы.
Исправлена ошибка в использовании имени службы GossipRedis Sentinel, которая приводила к сбою подключения Sentinel. Журнал GossipRedis теперь четко показывает, является ли конечная точка подключения Redis Sentinel или сервером.
Изменены форматы format_acct_log_json и format_authlog_json в файле LogFormat.pm, чтобы добавить время в виде числового типа, целого числа или числа с плавающей запятой, а не строки. Тип зависит от LogMicroseconds.
Улучшено ведение журнала сплетен и обработка плохо отформатированных сообщений.
Улучшена обработка noauth, noacct и соответствующих флагов radpwtst.
Обработка соединений ServerTACACSPLUS теперь основана на модулях Stream, аналогичных RadSec, Diameter и другим. Это устраняет ошибку блокировки соединения при запуске с параметром FarmSize и позволяет ServerTACACSPLUS использовать все функции, предоставляемые модулями Stream.
Внутренние изменения в функциях повторной инициализации и инициализации дочерних элементов фермы, которые могут заинтересовать авторов пользовательских модулей
Повторная инициализация
- Функции повторной инициализации теперь запускаются только при повторной инициализации radiusd (т. е. SIGHUP)
- reinitialise запускается перед уничтожением $main::config, поэтому зарегистрированные функции повторной инициализации могут только читать $main::config, если это необходимо
- если есть необходимость в вызове функций при запуске, т.е. после чтения $main::config, рекомендуется использовать $main::config->register_startup_fn(&coderef, @args)
- теперь можно задавать аргументы для повторной инициализации функций
- прямая отправка в @main::reinitFns в будущем будет устаревшей, поэтому предпочтительным способом их регистрации является $main::config->register_reinit_fn(&coderef, @args)
Инициализация дочерней фермы
- использование main::addChildInitFn будет объявлено устаревшим в будущем. Предпочтительный способ регистрации дочерних функций инициализации фермы — через $main::config->register_childinit_fn(&coderef, @args). Сигнатура функции не изменилась с main::addChildFn.
Избранные примечания, улучшения и исправления совместимости

Известные предостережения и другие примечания
- Первоначальное тестирование проводится с разрабатываемыми версиями OpenSSL 1.1.1. Не рекомендуется использовать с радиатором.
Подробные изменения

Избранные примечания, улучшения и исправления совместимости
- Устранена утечка памяти в методах EAP на основе TLS. Это коснулось конфигураций, отключающих возобновление сеанса.
- Незавершенные проверки подлинности EAP теперь регистрируются
- Игнорируемые проверки подлинности теперь доступны для ведения журнала AuthLog
Известные предостережения и другие примечания
- Возобновление сеанса PEAP иногда завершается ошибкой в Windows и возвращается к полной аутентификации. Исправление известно и запланировано для будущих выпусков.
- Первоначальное тестирование OpenSSL 1.1.0. EAP-FAST еще не работает.
Подробные изменения
- Расширенные сообщения журнала, созданные методами EAP на основе TLS.Дополнительные сведения теперь регистрируются и доступны с информацией о причине AuthLog.
- Добавлены две новые функции модуля контекста: fetch возвращает существующий контекст и сбрасывает время ожидания. Если существующего контекста нет, ничего не возвращает. timeout_callback задает функцию обратного вызова для контекста, которая вызывается по истечении времени ожидания контекста.
- Улучшенное ведение журнала EAP: незавершенные проверки подлинности EAP теперь регистрируются как в журнале радиатора, так и в журнале проверки подлинности. Записи журнала проверки подлинности регистрируются как отклоненные проверки подлинности. Предложено Дэвидом Зыком и др.
- Контексты EAP теперь освобождаются после завершения аутентификации, а не всегда ожидают истечения времени ожидания контекста.
- В методах EAP на основе TLS происходила утечка памяти, когда EAPTLS_SessionResumption был отключен. Этот параметр включен по умолчанию.
- VENDOR Airespace 14179 VSA Airespace-IPv6-ACL-Name добавлен в словарь
- Ошибка в написании приложения в DiaAttrList::REDIRECT_HOST_USAGE_REALM_AND_APPLICATION и имени приложения Diameter «SIP Application»
- Исправлена ошибка AuthBy SIP2, которая отклоняла как действительные, так и недействительные попытки аутентификации с помощью EAP-GTC. Улучшено ведение журнала SIP2 и обновлен AuthBy SIP2 для более надежной обработки неподдерживаемых методов EAP.
- Теперь при вызове метода цитаты для модуля, который не является SqlDb, регистрируется сообщение об ошибке. Одинарные кавычки теперь удалены из значения в кавычках. Любые пользовательские модули, которые регистрируют это сообщение, должны быть исправлены, чтобы использовать правильный модуль, производный от SqlDb, при вызове цитаты.
- Добавлена поддержка опроса очереди сообщений в Gossip. Добавлен новый образец конфигурации radius-dynauth.cfg, который использует AuthBy DYNAUTH для отправки запросов динамической аутентификации RADIUS. Теперь Handler.pm передает ссылку на причину результата в вызовы answerFn. Незначительные исправления для отслеживания передачи идентификатора и сплетен.
- Новые элементы проверки RecvPort, RecvAddress и RecvName соответствуют запросам на основе локального порта или адреса. Например, если Radiator прослушивает порт Radius 1645 и 1812, он выбирает только те запросы, которые были получены через порт 1645.
- Улучшенный монитор для интеграции с другими системами. Реализованы следующие команды монитора:
  ASCII: измените разделители объектов и строк на «n»
  ПО УМОЛЧАНИЮ: измените разделители объектов и строк обратно на их значения по умолчанию ASCII SOH и NUL соответственно
  ПОЛУЧИТЬ: получить один атрибут объекта
  с любезной помощью Килиана Краузе
- Исправлен сбой при проверке одновременного использования REDIS SessionDatabase.
- Обновлена документация по шифрованию Gossip, ведение журнала, обработка недопустимых ключей и изменен индекс ключа с 0 на зарезервированный.
- Счетчик StatsLog proxiedNoReply теперь увеличивается для узлов в пределах AuthBy RADIUS и RADSEC и их производных предложений. Ранее счетчик увеличивался только для AuthBy после исчерпания всех повторных попыток. Время ожидания сервера состояния не увеличивает значение счетчика Host proxiedNoReply.
- Все предложения AuthLog теперь поддерживают параметр флага LogIgnore. По умолчанию этот параметр не установлен, и если он установлен, он позволяет регистрировать проигнорированные попытки аутентификации. Попытка обычно игнорируется, когда пользовательская база данных дает сбой или Radiator не может вернуть окончательный ответ по какой-либо другой причине. Прокси-запросы, которые возвращают немедленное игнорирование, не регистрируются, поскольку ответ с окончательным результатом ожидается позже.
- Исправлены ошибки в ферме серверов GossipUDP и обмене сообщениями об обнаружении одноранговых узлов.
- Если задан глобальный параметр «Пользователь» или «Группа», задается как действительный, так и реальный идентификатор пользователя или группы, а не только действующие идентификаторы.
- Исправлена проблема, из-за которой расширенная отладка, например с предикатами трассировки монитора, могла привести к сбою.
- DynAuthPort в клиенте теперь по умолчанию не установлен вместо 3799. Это позволяет таким предложениям, как AuthBy DYNAUTH, предоставлять значение для каждого запроса, которое не перезаписывается DynAuthPort клиента.
- radiusd теперь поддерживает несколько параметров командной строки -I.
Избранные примечания, улучшения и исправления совместимости
- Добавлен параметр AuthenProto для настройки разрешенных протоколов аутентификации, таких как PAP, CHAP и дайджест SIP. Подробнее см. ниже, особенно если вы используете дайджест SIP.
- EAP-MSCHAP-V2 требует параметр флага EAP_MSCHAPv2_UseMultipleAuthBys при наличии нескольких AuthBys в одном обработчике.
- Добавлены предложения AcctLog для регистрации сообщений учета.
- Добавлена поддержка алгоритмов прокси в AuthBy RADSEC.
- Количество улучшений ведения журналов, EAP и другой обработки протоколов. Для пользовательских реализаций EAP-TTLS могут потребоваться обновления. Подробнее см. ниже.
- Пустые пароли и имена пользователей с октетами NUL теперь отклоняются большинством методов аутентификации при поиске в локальной базе данных пользователей.
- Дефис «-» больше не работает как имя файла для StatsLog FILE и подобных параметров.
- Исправления безопасности для общей аутентификации, цитирования SQL, аутентификации Digipass и AuthBy HEIMDALDIGEST.OSC рекомендует всем пользователям ознакомиться с рекомендациями по безопасности OSC OSC-SEC-2017-01
Известные предостережения и другие примечания
- Возобновление сеанса PEAP иногда завершается ошибкой в Windows и возвращается к полной аутентификации. Исправление известно и запланировано для будущих выпусков.
- Специальное форматирование символов % было обновлено. Правильно определенные строки формата не должны требовать изменений.
- Тесты с OpenSSL 1.1.0 пока не проводились.
- Мы получили сообщения об утечках памяти. Мы изучаем это и будем признательны за любые сообщения о необычном росте процессов.
Подробные изменения

Избранные примечания, улучшения и исправления совместимости

Функции, которых еще нет в этом выпуске, известные предостережения и другие примечания
- Поддержка OCSP
- Выбор прокси-алгоритма для AuthBy RADSEC
- Не тестировал OpenSSL 1.1.0. Тестирование с OpenSSL 1.0.2h, Net::SSLeay 1.78, IOS 10, Android 7 и Windows 10
- В Windows иногда происходит сбой возобновления сеанса PEAP. Дальнейшее расследование продолжается.
- Основное обновление документации. Справочное руководство по радиаторам снова доступно в формате HTML
Подробные изменения

Выбранные исправления ошибок, примечания о совместимости и улучшения
- Обновление совместимости для методов TLS на основе EAP для клиентов, поддерживающих TLS 1.2. Примерами могут служить будущие выпуски Apple iOS и OS X, а также Android 6 Marshmallow.
- Два важных исправления безопасности. OSC рекомендует всем пользователям ознакомиться с рекомендациями по безопасности OSC OSC-SEC-2015-02
- В настоящее время возобновление сеанса TLS может работать не со всеми клиентами Windows. Обходной путь — установить для параметра EAPTLS_SessionResumion значение 0 или подождать, пока клиент повторит попытку аутентификации.
- Radiator теперь поддерживает новый модуль AddressAllocator DHCPv6 для выделения адресов IPv6 и делегирования префиксов.
Подробные изменения

Избранные исправления ошибок, примечания о совместимости, новые функции и улучшения
- Исправляет уязвимость EAP-MSCHAP-V2 и EAP-pwd. OSC рекомендует всем пользователям ознакомиться с рекомендацией по безопасности OSC OSC-SEC-2015-01, чтобы узнать, затронуты ли они.
- Требуется perl-ldap-0.32 или выше. Должен быть доступен во всех существующих системах.
- EAP-pwd требует Crypt::OpenSSL::Bignum 0.06 или более поздней версии от CPAN
- Настраиваемая версия TLS и выбор набора шифров для EAP и потоковых модулей на основе TLS
- Теперь можно включить проверку CRL для всей цепочки сертификатов
- Включен фреймворк Gossip с реализацией на основе Redis
- Поддержка Gossip при сообщении об ошибках прокси-сервера следующего перехода между экземплярами Radiator.
- Общий кэш дубликатов для упрощения конфигурации фермы серверов
- Поддержка журнала событий Windows
- Поддержка пользовательских форматов для журналов, журналов проверки подлинности и журналов учета. CEF и JSON включены
- Поддержка IEEE 802.1AE, также известного как MACsec
- Все AuthBys теперь поддерживают PostAuthHooks
- Различные двоичные модули теперь доступны в OSC и удалены из дистрибутива Radiator.
Подробные изменения

Выбранные исправления ошибок, примечания о совместимости и улучшения

Кафедра информатики, факультет автоматического управления и информатики, Политехнический университет Бухареста, 060042 Бухарест, Румыния; or.bpu@icivodar.urdnaxela (А.Р.); or.bpu@ciluc.airam_anaoi (IC); or.bpu@aerpo.aivalf (FO)

Аннотация

Развертывание систем Интернета вещей (IoT) становится повсеместным и критически важным для бизнеса во многих сферах бизнеса, как для автоматизации процессов, так и для принятия решений на основе данных на основе сетей распределенных датчиков. За простотой этих решений обычно скрывается сложная многоуровневая архитектура — от аппаратных датчиков до систем анализа данных. Они в значительной степени зависят от программного обеспечения, работающего на локальных шлюзах, предназначенных для связи между датчиками и облаком. Как правило, это требует обновлений и улучшений, что создает проблемы при развертывании и обслуживании. Безопасная и безотказная система обновления особенно важна для успешного развертывания IoT, особенно для крупномасштабных коммерческих решений. В этом документе рассматриваются конкретные проблемы для инфраструктур, предназначенных для удаленного развертывания приложений и управления ими, рассматриваются проблемы управления, связанные с системами датчиков IoT, и предлагается математическая модель и методология для решения этой проблемы. Чтобы проверить эффективность модели, мы внедрили ее в виде системы программной инфраструктуры для готовых коммерческих продуктов IoT. В качестве доказательства мы представляем развертывание 100 умных автоматов по раздаче газированных напитков в трех местах. Каждая машина полагается на датчики, отслеживающие ее состояние, и на шлюзы, контролирующие ее поведение, каждая из которых получает 133 различных удаленных обновления программного обеспечения через наше решение.Кроме того, 80 % машин работали без перебоев в течение 250 дней, при этом 20 % вышли из строя из-за внешних факторов; из 80 % 30 % столкнулись с временными сбоями обновления из-за ограниченных возможностей оборудования, и система успешно выполнила автоматический откат системы, таким образом восстановив 100 % временных сбоев.

Ключевые слова: Интернет вещей (IoT), развертывание приложений, удаленное обновление, встроенное программное обеспечение, датчик, обновление встроенного программного обеспечения, управление версиями программного обеспечения

1. Введение

За последние несколько лет влияние систем на основе Интернета вещей (IoT) возросло как с точки зрения количества устройств и областей применения, так и с точки зрения научных и экономических результатов. Развертывание систем IoT становится повсеместным благодаря специализированным решениям, охватывающим варианты использования от сельского хозяйства, умных городов или промышленных приложений до медицинских носимых устройств или интеллектуальных и подключенных домашних развлекательных устройств. Многие компании используют решения на основе Интернета вещей как в различных автоматических средствах, так и в крупномасштабных развертываниях сетей распределенных датчиков на основе Интернета вещей, которые используются для сбора данных в режиме реального времени для принятия решений на основе данных.

Современные достижения в области инфраструктуры Интернета вещей позволяют создавать высокоинтегрированные решения, позволяющие компаниям быстро развертывать коммерческие решения на основе устройств Интернета вещей, скрывая сложность многоуровневой реализации. Однако за простотой, предлагаемой этими решениями, обычно скрываются сложные архитектуры [1] с многочисленными необходимыми взаимосвязанными компонентами — от датчиков и аппаратных платформ до встроенного программного обеспечения, инфраструктуры беспроводной связи, шлюзов специального назначения, сетевых решений, облачных вычислений. хранилище и различные модели представления данных, до окончательной обработки, инструментов анализа данных и пользовательских моделей представления. На рис. 1 показаны сложность и разнообразие экосистемы Интернета вещей.

Экосистема Интернета вещей.

Все эти сложные системы полагаются на собранные данные или действия, выполняемые на первом уровне реализации Интернета вещей — на локальных аппаратных устройствах. Они запускают специальное программное обеспечение, которое обычно зависит от платформы и должно отвечать многочисленным ограничениям из-за ограниченных аппаратных возможностей и требований к низкому энергопотреблению. Это программное обеспечение также требует обновлений и улучшений, как для исправления ошибок, так и для новых функций, а также для повышения безопасности. Более того, многочисленные решения IoT разрабатываются быстрорастущими стартапами, которые часто выпускают новые версии, что требует частых обновлений программного обеспечения [2]. Наконец, коммерческие приложения обычно имеют длительные жизненные циклы аппаратных компонентов, необходимых для обеспечения надлежащей амортизации, что ограничивает модификацию системы только обновлениями программного обеспечения.

Несмотря на то, что обновления программного обеспечения для встроенного оборудования стали важным звеном в экосистеме Интернета вещей, во многих промышленных развертываниях Интернета вещей по-прежнему отсутствует поддержка удаленного обновления программного обеспечения, при этом все обновления применяются на месте через выделенные аппаратные интерфейсы. Это приводит к высоким затратам на техническое обслуживание, поскольку для каждого устройства IoT, развернутого в производстве, технический специалист должен иметь физический доступ к нему, чтобы запустить и контролировать процесс обновления. С другой стороны, многие компании внедрили специальные механизмы обновления по беспроводной сети (OTA), но многие из них далеки от поддержки безопасного и отказоустойчивого процесса обновления приложений. Сообщалось о различных случаях блокировки или взлома устройств в результате неудачного обновления [3,4]. Это указывает на очевидную потребность в сложном и безопасном решении для удаленного обновления, предназначенном для устройств IoT, которое охватывает все уровни в стеке IoT. В последнее время такие платформы, как Android Things [5], Ubuntu Core [6], Mender [7] и Balena [8] (ранее называвшаяся Resin), были разработаны с целью поддержки таких отказоустойчивых обновлений, предназначенных для встроенных устройств.

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

Для тестирования предложенной модели мы внедрили систему удаленного развертывания программного обеспечения совместно с коммерческим партнером.Этому партнеру потребовалось 100 интеллектуальных автоматов по раздаче газированных напитков для запуска встроенного пользовательского программного обеспечения для управления и датчиков, которое часто обновляется как для исправления ошибок, так и для добавления новых функций. На основе нашей модели мы внедрили программную систему, которая позволяет удаленно развертывать, обновлять и безопасно восстанавливать специальное встроенное программное обеспечение для 100 автоматов с газировкой, распределенных по трем точкам. В течение 250 дней удаленно было применено 133 различных исправления и обновления, что дало отличные результаты с точки зрения надежности.

Следующая работа построена следующим образом. В разделе 2 рассматриваются текущие проблемы внедрения, характерные для области IoT, с акцентом на системы обновлений для приложений IoT, а также обзор доступных решений, решающих проблему обновлений. В Разделе 3 представлена предлагаемая нами модель с подробным обзором воспринимаемых проектных ограничений и математической моделью, направленной на обеспечение масштабируемости и надежности. Раздел 4 представляет реализованную экспериментальную установку, а раздел 5 описывает, как мы проводили тесты и получали результаты. В оставшемся разделе подводятся основные выводы для этой работы.

2. Передовые технологии удаленного развертывания программного обеспечения IoT

С точки зрения крупномасштабного коммерческого внедрения, Интернет вещей все еще находится на ранних стадиях, поскольку многочисленные проблемы, а также практические бизнес-ограничения создают разрыв между современными технологиями и реальными крупномасштабными развертываниями. В то время как преимущества интеграции решений IoT на основе датчиков в конкретных областях, таких как сельское хозяйство, здравоохранение, умные города и даже промышленные объекты, подробно описаны как в исследовательской, так и в коммерческой литературе [9,10], фактическое внедрение этих технологий еще далек от полного раскрытия своего потенциала.

Согласно опросу, проведенному Cisco в 2017 году среди более чем 1 500 ИТ-компаний, 74 % опрошенных организаций потерпели неудачу в своих инициативах в области Интернета вещей [11]. Ряд опросов [12,13,14,15,16] или бизнес-обзоров [17] выявил снижение внедрения технологий IoT и высокий процент зарегистрированных сбоев при развертывании IoT. По общему мнению, сложность систем Интернета вещей создает серьезные проблемы с точки зрения разработки, развертывания и управления платформой.

2.1. Особые проблемы, связанные с развертыванием и обновлениями

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

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

Естественно, это происходит в дополнение к частым обновлениям прошивки и программного обеспечения, необходимым для обеспечения надлежащего реагирования на характерную нестабильность, связанную с технологиями IoT, а также к очень высокому уровню безопасности, ожидаемому от системы IoT. Независимо от используемой технологии снижение рисков безопасности часто описывается в прямой связи с необходимостью обновлений, направленных на устранение последних атак и уязвимостей [18,19].

Несмотря на то, что крупномасштабное развертывание приложений и обновления считаются важным фактором в процессе коммерческой разработки IoT, они также рассматриваются как важная проблема разработки [20]. Многие коммерческие IoT-устройства, доступные в настоящее время на рынке, не имеют механизм обновления [21]. Далее мы рассмотрим сопутствующие факторы.

2.1.1. Неоднородность экосистемы Интернета вещей

По мере того, как Интернет вещей развивался от простых датчиков или приводов до сложных сетей, предназначенных для предоставления ценной информации для принятия решений на основе данных, с несколькими уровнями абстракций, он становится все более и более сложным. Типичный стек IoT показан на рис. 2, начиная с сенсорного уровня, где развернуты простые датчики и исполнительные механизмы на основе микроконтроллеров, за которым следует пограничный уровень, где встроенные компьютеры используются для сбора данных и выполнения основных задач обработки, и заканчивая облачный уровень, где используются высокопроизводительные компьютеры с целью крупномасштабного сбора и анализа данных. Для каждого уровня в этом стеке доступно большое разнообразие технологий от разных поставщиков и с разными плюсами и минусами.Кроме того, общее количество используемых устройств очень велико по сравнению с другими областями, такими как смартфоны или компьютеры. По прогнозам Gartner, общее количество подключенных устройств к 2021 году составит около 25 млрд [22].

В этом руководстве я пошагово покажу вам, как интегрировать проект React с Node.js Express Rest API, так что нам нужно только запустить оба проекта на одном сервере/порте. Вы также узнаете, как настроить маршрутизацию React SPA, чтобы избежать ошибки 404 при обновлении.

Обзор приложения React и Node.js Express

Предположим, что у нас есть 2 отдельных проекта: React и Node.js Express вот так-

Например, если мы запустим их отдельно:

Использование React для вызова Express Rest API:

В противном случае при развертывании производственной сборки React с проектом Node.js Express нам нужно будет запустить Node Project только для системы с полным стеком (React + Node).

Стек технологий
- Node.js
- Экспресс
- Реакция 16
- Реактивный маршрутизатор
- Скрипты React 3
Настройка клиента React

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

Откройте cmd и создайте новый проект React с помощью следующей команды:

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

Поскольку я хочу, чтобы это руководство было простым и кратким, пожалуйста, продолжайте разработку этого приложения с инструкциями в сообщении:
Пример React.js CRUD для использования Web API

Настройка экспресс-сервера

Вы можете использовать свой собственный проект Node.js или просто загрузить исходный код на Github или выполнить следующие действия, чтобы создать новый проект.

Сначала мы создаем папку:

Затем мы инициализируем приложение Node.js с помощью файла package.json:

Перейдем к самой важной части.

Интеграция React с Node.js Express

Создать приложение React

В настоящее время клиент React и сервер Express работают независимо друг от друга на портах 8081 и 8080.

Первое, что нам нужно сделать, это создать приложение React для производства.

Выполнить команду:
– npm run build
– или yarn build

Теперь вы можете увидеть новую папку сборки со следующим содержимым:

Интеграция производства React в проект Node.js

В папке приложения экспресс-проекта Node.js создадим папку представлений.

просмотры

Теперь нам нужно скопировать все файлы из папки сборки React в папку app/views выше.

Окончательная структура папки проекта Node.js будет такой:

Обслуживать приложение React из Express

Мы будем обслуживать статические файлы, такие как файлы HTML, файлы CSS и файлы JavaScript, в папке app/views с помощью встроенной функции промежуточного программного обеспечения express.static().

Теперь мы можем загрузить файлы в статический каталог:

Последний шаг — отправка файла index.html с помощью функции res.sendFile(). Нам нужно будет передать путь к файлу.

Теперь содержимое в файле server.js выглядит следующим образом:

Запускайте Express и React на одном порту

Запустите сервер Node.js Express (включая клиент React) с помощью команд:
node server.js

React Router 404 не найден при обновлении

О да! Все выглядит хорошо.
Но подождите, давайте попробуем обновить страницу.
Что случилось?

Читайте также:
- Как загрузить файл png в вк
- Как разместить объявление на юле бесплатно с компьютера
- Как увидеть до и после в лайтрум
- Как подключить наушники к fl studio
- Нужно ли менять кабель при смене провайдера

Источник

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

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

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. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

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

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

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

Читайте также:

Как загрузить файл png в вк

Как разместить объявление на юле бесплатно с компьютера

Как увидеть до и после в лайтрум

Как подключить наушники к fl studio

Нужно ли менять кабель при смене провайдера

Источник

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

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

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. Непредвиденное завершение программы, являющейся частью установки. Обратитесь в службу поддержки или поставщику пакета). Установка производится под локальной учеткой Администратора.

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

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

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

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

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

reion07 пишет:

ViktorGRBS пишет:

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

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

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

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

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

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

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

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

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

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

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

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

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

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:20 — 25 март 2019 10:21 #11463
от sedkazna

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

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

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

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

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

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

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

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

______________________________
∞

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

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

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

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

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

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

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

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

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

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

Содержание

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

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

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

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

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

ДОПОЛНЕНИЕ

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

vvofk
—>
Не в сети

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

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

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

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

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

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

Вложения:

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

Gvinpin
—>
Ушел

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

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

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

hatabych
—>
Не в сети

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

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

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

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

Вложения:

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

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

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

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

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

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

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

Вложения:

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

makariesp
—>
Не в сети

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

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

Gvinpin
—>
Ушел

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

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

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

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

_Nik_
—>
Не в сети

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

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

Andy24
—>
Не в сети

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

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

Simius
—>
Не в сети

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

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

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

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

Wmffre
—>
Не в сети

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

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

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

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

heorhee
—>
Ушел

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

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

danmadman
—>
Не в сети

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

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

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

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

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

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

Gvinpin
—>
Ушел

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

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

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

FarWinter
—>
Не в сети

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

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

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

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

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

danmadman
—>
Не в сети

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

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

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

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

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

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

Информация обновлена: 17.04.2019

Как узнать разрядность вашей операционной системы?
Нажмите правой кнопкой мыши на значок «Мой компьютер» находящийся на рабочем столе (или в меню пуск), выберите пункт «Свойства». В разделе «Тип системы» указана разрядность.

Содержание

Лицензионный ключ eXtended Container 1.0.2.2
Инструкция по установке eXtended Container 1.0.2.2
Содержание
СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ
ПОРЯДОК ПОДГОТОВКИ АРМ
ОПИСАНИЕ ОПЕРАЦИЙ
Копирование сертификата сервера TLS в локальную директорию АРМ пользователя
Копирование корневого сертификата УЦ Федерального казначейства в локальную директорию АРМ пользователя
Установка корневого сертификата УЦ Федерального казначейства в локальное хранилище компьютера