Ошибка при вызове функции криптоплагина signhash error ошибка формирования подписанных данных

StaDen77	#1 Оставлено : 3 февраля 2021 г. 18:44:22(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 03.02.2021(UTC) Сообщений: 3 Сказал(а) «Спасибо»: 1 раз Поблагодарили: 1 раз в 1 постах	Добрый день, прошу помочь разобраться с проблемой которая возникает на этапе подписания документа облачной ЭП, т.е возникает ошибка: ” Ошибка при вызове функции криптоплагина. signHash error: Ошибка формирования подписанных данных [Поставщику не удалось выполнить действие, так как запрошено выполнение в автоматическом контексте.]” На сайте Росаккредитации, пытаюсь подписать тестовый документ http://esep.fsa.gov.ru/E…System/Sign/Default.aspx 1)загружаю документ 2) Выбираю сертификат для подписания документа 3) Нажимаю подписать и ввожу стандартный pin-код от контейнера ЭП. 4) получаю ошибку( _____ КриптоПро CSP 5.0.11455 KC1 КриптоПро ЭЦП Browser Plug-in: 2.0.14071 Расширение «ESEP CryptoExtension» для браузера Google ChromeESEP Crypto Extension Версия 1.0.49 Плагин для ESEP: 2.2.00 (itopcase) (плагин для ESEP) Проверку при создания электронной подписи CAdES-BES проходит.Проверка CAdES-BES Советы от техн. поддержки сводятся к переустановке плагинов: Советы от тех. поддержки Наглядно ошибка: Отредактировано пользователем 4 февраля 2021 г. 10:50:23(UTC)  | Причина: Дополнил

Санчир Момолдаев	#2 Оставлено : 3 февраля 2021 г. 23:16:46(UTC)
Статус: Сотрудник Группы: Модератор, Участники Зарегистрирован: 03.12.2018(UTC) Сообщений: 1,002 Сказал(а) «Спасибо»: 83 раз Поблагодарили: 212 раз в 204 постах	Добрый день! не воспроизводится Цитата: 3) Нажимаю подписать и ввожу стандартный pin-код: какой? браузер запущен от пользователя или от имени администратора? обычно данная ошибка возникает когда csp хочет нарисовать какое-то окно (истекает лицензия, запрещено использовать гост2001). но при подписании указано не выводить никаких окон. на нашей демостранице результат какой?
Техническую поддержку оказываем тут Наша база знаний

StaDen77	#3 Оставлено : 4 февраля 2021 г. 10:48:09(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 03.02.2021(UTC) Сообщений: 3 Сказал(а) «Спасибо»: 1 раз Поблагодарили: 1 раз в 1 постах	Автор: Санчир Момолдаев Добрый день! не воспроизводится Цитата: 3) Нажимаю подписать и ввожу стандартный pin-код: какой? браузер запущен от пользователя или от имени администратора? Ввожу стандартный pin-код (12345678) от контейнера облачной ЭП Запускал браузер от пользователя и от администратора — результат одинаковый( После ввода пинкода контейнера, должно появиться окно авторизации от защищенного облачного хранилища, в котором необходимо авторизоваться, и после двухфакторной авторизации ( подтверждения через мобильное приложение) должно произойти подписание документа. Так вот, это окно после ввода пинкода не появляется. Сразу скажу, что такая процедура авторизации корректно обрабатывается при входе на самом сайте Сервис регистрации деклараций, авторизация идет через портал esia.gosuslugi, но в дальнейшем при подписании документа происходит сбой… Отредактировано пользователем 4 февраля 2021 г. 14:33:14(UTC)  | Причина: Не указана

Санчир Момолдаев	#4 Оставлено : 4 февраля 2021 г. 13:49:10(UTC)
Статус: Сотрудник Группы: Модератор, Участники Зарегистрирован: 03.12.2018(UTC) Сообщений: 1,002 Сказал(а) «Спасибо»: 83 раз Поблагодарили: 212 раз в 204 постах	Ключевое слово: облачный Вам следует обратиться в ООО «Топ Кейс». Видимо они администрируют данный портал и плагин esep Если они вызывают наши продукты в тихом режиме CRYPT_SILENT, то будет возвращаться данная ошибка с облачным сертификатом.
Техническую поддержку оказываем тут Наша база знаний
1 пользователь поблагодарил Санчир Момолдаев за этот пост.	StaDen77 оставлено 04.02.2021(UTC)

StaDen77	#5 Оставлено : 4 февраля 2021 г. 14:31:34(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 03.02.2021(UTC) Сообщений: 3 Сказал(а) «Спасибо»: 1 раз Поблагодарили: 1 раз в 1 постах	Автор: Санчир Момолдаев Спасибо, вопрос решен — тему можно закрывать Обновил плагин для ESEP до 2.2.0.1 и после ввода пин кода получил долгожданное окно авторизации и тд. На сайте Росаккредитации до сих пор предлагают скачать старую версию плагина 2.2.0.0
1 пользователь поблагодарил StaDen77 за этот пост.	Venix оставлено 09.08.2021(UTC)

vkapas	#6 Оставлено : 25 марта 2021 г. 13:18:42(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 25.03.2021(UTC) Сообщений: 4 Сказал(а) «Спасибо»: 1 раз	Автор: StaDen77 Обновил плагин для ESEP до 2.2.0.1 и после ввода пин кода получил долгожданное окно авторизации и тд. StaDen77, подскажите, пожалуйста, где нашли версию ESEP 2.2.0.1? Мне ничего кроме 2.2.0.0 нагуглить не удалось.

Александр Лавник	#7 Оставлено : 25 марта 2021 г. 13:30:00(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 30.06.2016(UTC) Сообщений: 3,192 Сказал «Спасибо»: 51 раз Поблагодарили: 719 раз в 672 постах	Автор: vkapas Автор: StaDen77 Обновил плагин для ESEP до 2.2.0.1 и после ввода пин кода получил долгожданное окно авторизации и тд. StaDen77, подскажите, пожалуйста, где нашли версию ESEP 2.2.0.1? Мне ничего кроме 2.2.0.0 нагуглить не удалось. Здравствуйте. Вот тут есть версия 2.3.0.0.
Техническую поддержку оказываем тут Наша база знаний
2 пользователей поблагодарили Александр Лавник за этот пост.	vkapas оставлено 25.03.2021(UTC), Venix оставлено 09.08.2021(UTC)

ZlobinaYu	#8 Оставлено : 25 августа 2022 г. 15:44:32(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 25.08.2022(UTC) Сообщений: 1 Откуда: Санкт-Петербург Сказал(а) «Спасибо»: 1 раз	Ребят, привет! Понимаю, что уже год прошел, но проблема не ушла. Пытаемся подписать декларацию на сайте http://esep.fsa.gov.ru/E…ystem/Sign/Default.aspx, сертификат облачный, вылетает ошибка. В общем, все как у автора темы в первом посте. В теме сказали, что нужно новый плагин для ESEP, ссылки на плагин от добрых людей уже нерабочие. Помогите, пожалуйста, найти новый плагин . ТП ФСА шлет меня с проблемой облачных сертификатов и старого плагина, даже не здороваясь

nickm	#9 Оставлено : 25 августа 2022 г. 16:47:37(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.05.2016(UTC) Сообщений: 765 Сказал(а) «Спасибо»: 232 раз Поблагодарили: 126 раз в 116 постах	Автор: ZlobinaYu В теме сказали, что нужно новый плагин для ESEP, ссылки на плагин от добрых людей уже нерабочие. Помогите, пожалуйста, найти новый плагин npcryco_esep v2.3.0
1 пользователь поблагодарил nickm за этот пост.	ZlobinaYu оставлено 25.08.2022(UTC)

Егор2022	#10 Оставлено : 7 сентября 2022 г. 14:46:47(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 07.09.2022(UTC) Сообщений: 1 Откуда: Воронеж	Такаяже проблема. Подскажите как решить. Уже голова взрывается. Ссылки на Esep новой версии не работают. Где его скачать??? Спасибо.

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

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

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

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

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

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

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

Rosim signhash error ошибка формирования подписанных данных

Здравствуйте.
Не удается сформировать запрос на перевыпуск ЭЦП на основе действующего сертификата главного бухгалтера через портал заявителя lk-fzs.roskazna.ru. Срок действия сертификата истекает через 10 дней.
Chromium Ghost Версия 105.0.5195.125 (Официальная сборка), (64 бит)
КриптоПРО CSP 4.0.9963
CryptoPro Extension for CAdES Browser Plug-in 1.2.13
КриптоПро ЭЦП Browser plug-in 2.0.14660

На завершающей стадии при нажатии на кнопку подписания комплекта документов выдается ошибка: «Ошибка при подписании» (Ошибка подписания данных документа) и генерируется некий цифробуквенный ID. После каждой попытки ID разный, но первые два символа одинаковые.

На версии установленного ПО (и настройку АРМ) пока не думаю, ибо полчаса наназ перед этим удалось успешно сформировать подобный запрос на первого заместителя директора. Все прошло успешно.
Поиск в интернете ничего не дает. Может быть здесь какая-то элементарная ошибка, и кто-то знает, как ее исправить?
Спасибо.

Вложения:

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

• Alex_04
• —>
• Не в сети
• ТОФК

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

Chromium Ghost Версия 105.0.5195.125 (Официальная сборка), (64 бит)
КриптоПРО CSP 4.0.9963
CryptoPro Extension for CAdES Browser Plug-in 1.2.13
КриптоПро ЭЦП Browser plug-in 2.0.14660

На версии установленного ПО (и настройку АРМ) пока не думаю, ибо полчаса назад перед этим удалось успешно сформировать подобный запрос. Все прошло успешно.

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

Источник

Ошибка формирования запроса в КриптоПро Browser plug-in

При подписании каких-либо документов в системе удалённого финансового документооборота мы можем столкнуться с уведомлением об ошибке создания подписи в виде « Ошибка формирования запроса в КриптоПро ЭЦП Browser plugin ». Причиной проблемы обычно является сбой в работе ПО, устаревшая версия системы, а также комплекс других смежных факторов. Ниже разберём суть возникшей проблемы, а также наметим пути её решения.

Суть и причины ошибки формирования запроса

Рассматриваемая ошибка появляется во время подписи СУФД, и может быть вызвана следующими причинами:

• Нестабильное сетевое соединение;
• Не инсталлирован или вовсе не доступен КриптоПро CSP;
• Не инсталлирован или вовсе не доступен CAdESBrowserPlug-in;
• Ваш браузер работает некорректно.

Наиболее часто ошибка появляется после обновления КриптоПРО CSP до какой-либо из более современных версий (к примеру, после обновления до версии 4.0.9842 ).

Давайте разберём способы, позволяющие исправить ошибку формирования запроса в программе КриптоПро Browser plug-in.

Изменение значения системного реестра

Хорошей эффективностью является изменение значений параметров системного реестра. Разберём соответствующие способы для 32 и 64-битных систем. Если же вы не знаете, какая у вас стоит система, нажмите комбинацию клавиш Win+Pause и просмотрите данные в появившемся окне.

Для Виндовс 32 бита:

Нажмите на Win+R, введите в появившемся окне regedit и нажмите Энтер. Перейдите по пути:

Для Виндовс 64 бита:

Нажмите на Win+R, введите в появившемся окне regedit и нажмите Энтер. Перейдите по пути:

Установка новой версии КриптоПро при ошибке создания подписи

В некоторых случаях устаревшая версия ПО может вызывать ошибку формирования запроса в КриптоПро Browser plug-in. Рекомендуем удалить старую версию с помощью утилиты CSPClean, перезагрузить ПК, и установить последнюю версию КриптоПро CSP.

Также обратите ваше внимания, что функция Secure Boot в вашем БИОСе должна быть отключена.

Отключите Secure Boot в БИОСе

Удаление ряда корневых и промежуточных сертификатов

Хорошей эффективностью обладает способ с удалением двух корневых и промежуточных сертификатов Федерального казначейства с установкой их новых аналогов для решения ошибки с КриптоПро Browser plug-in.

Это следующие сертификаты:

Деактивация системы сторонних криптопровайдеров

Если в вашей системе кроме КриптоПро установлены сторонние криптопровайдеры (например, « Securitycode » или « Infocrypt »), рекомендуем их удалить. Это может помочь устранить ошибку формирования запроса в КриптоПро Browser plug-in.

Установка плагина заново при ошибке создания подписи

Если КриптоПро Browser plug-in не работает, хорошим решением будет скачать и установить его заново.

1. Перейдите на ресурс cryptopro.ru;
2. Щёлкните справа на опции «Скачать плагин», скачайте и запустите данный файл на выполнение;

Использование Java

Если КриптоПро ЭЦП Browser plugin работает нестабильно, стоит отключить данный плагин. Вместо него используйте более стабильную Java.

Заключение

В нашей работе мы разобрали факторы появления ошибки при создании подписи и формировании запроса в КриптоПро Browser plug-in, а также наметили пути устранения проблемы. Используйте перечисленные нами способы для решения возникшей дисфункции.

Источник

Проблемы с электронной подписью и способы их решения

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

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

Какие виды ошибок ЭЦП бывают

Среди наиболее часто встречающихся ошибок в процессе подписания электронных документов электронной подписью выделяют три ключевых блока:

Проблема с подписанием ЭПЦ

Причины, вызывающие подобную ошибку весьма разнообразны. Тут можно выделить такие основные направления:

• Закрытый ключ со съемного носителя (диска, флешки, Токена), не соответствует имеющемуся ключу открытого сертификата. Банальный человеческий фактор выбора не того носителя информации с ЭЦП. Если же «правильный» ключ утерян, придется обращаться в Удостоверяющий центр для перевыпуска.
• Недействительный сертификат. Чтобы устранить подобную ошибку потребуется переустановить открытый сертификат. Важно учитывать требования криптопровайдера (инструкции по необходимым действиям) для установки открытых сертификатов.
• Сертификат подписи определяется как не проверенный. Потребуется выполнить переустановку корневого сертификата, сформировавшего ЭП Удостоверяющего центра.

• Закончился срок действия криптопровайдера. Необходимо получить новый лицензионный ключ, позволяющий работать с программным обеспечением криптопровайдера. Информация запрашивается через УЦ, либо владельца ПО.
• Не виден сертификат на носителе. Помогает простая перезагрузка компьютера для устранения ошибка генерации.
• Алгоритм сертификата ЭЦП не поддерживается. Подобная ошибка может возникать при подписании электронной отчетности в налоговую. Потребуется переустановить КриптоПро CSP и проверить его на совместительство с имеющейся у вас на компьютере операционной системой.

Как проявляется данная ошибка и что сделать, чтобы исправить

Ошибка исполнения функции с информированием о невозможности подписать документ ЭЦП обычно появляется в момент подписания документа.

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

Обычно для ее исправления требуются такие действия:

• проверка наличия, срока действия, подлинности сертификатов и выполнение их замены;
• выполнение проверки корректной работы операционной системы компьютера, ее обновление до минимальных допустимых параметров;

• проверка состояния съемного носителя закрытого ключа;
• выявление и устранение ошибок работы криптопровайдера.

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

Проблема с сертификатом

Распространенным явлением во время подписания электронных документов ЭЦП является получение уведомления, что системе не удалось получить доступ к сертификатам, пригодным для формирования подписи.

Здесь причины возникновения неисправности могут быть такими:

1. Пользователь не установил на свой ПК корневые сертификаты УЦ, осуществлявшего формирование и выдачу ЭЦП. Для устранения – скачать и установить на компьютер такой сертификат, либо прописать доступ к нему.
2. Система не видит личных сертификатов владельца ЭЦП. Выдаются одновременно с оформлением ЭП. Их необходимо загрузить на ваш ПК, и подтянуть в криптопровайдер. В дальнейшем можно загрузить через сайт УЦ. Устанавливаются и прописываются на рабочем месте, предназначенном для работы с ЭЦП. С незарегистрированным сертификатом вы не сможете осуществлять подписание электронных документов.
3. Информирование о невалидности сертификатов. Обычно такое возможно в случае, когда заканчивается срок действия сертификата, либо их отзывают. Потребуется обращаться в УЦ, выдавший ЭЦП, для уточнения статуса сертификатов подписи. В некоторых случаях помогает обновление сертификатов на компьютере пользователя. Сделать это можно вручную.

Что делать если не найден сертификат или не верен

Когда сертификат отсутствует в списке «Ваши Сертификаты», проблема может оказаться в отсутствии коренного сертификата УЦ.

Для устранения этой проблемы необходимо:

• проверить наличие такого сертификата на вашем ПК по пути: «Пуск» — дальше «Все программы» — после этого плагин «КриптоПро» — а уже там «Сертификаты»;
• дальше находим вкладку «Личное», выбираем «Сертификаты»;

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

Чтобы устранить ошибку и перезагрузить отозванный сертификат потребуется выполнить несколько не сложных действий:

• в окне «Свойства браузера» откройте личный сертификат. Попасть туда можно через «Поиск» меню «Пуск». В открытом окошке ищите вкладку «Содержание», дальше вкладку «Сертификаты»;
• после этого во вкладке «Состав» потребуется выбрать позицию «Точки распространения списков отзывов»;
• в следующем блоке под названием «Имя точки распространения» необходимо выполнить копирование ссылки загрузки файла списка отзывов;
• переходя по указанной ссылке необходимо скачать и установить файл списка отзывов (CRL);
• дальше переходим по подсказкам «Мастера импорта сертификатов».

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

1. На носителе отсутствует драйвер, либо он установлен не корректно. Необходимо скачать последнюю версию драйвера с официального источника и установите его. Можно проверить работоспособность съемного носителя на другом ПК. В этом случае, если другой ПК нормально работает с носителем ЭЦП, переустановите драйверы на первом компьютере.
2. Система долго распознает носитель ЭЦП. Тут проблема в операционной системе. Ее потребуется обновить до минимального уровня, требуемого для работы с ЭЦП.
3. USB-порт работает не корректно. Попробуйте подсоединить Токен (флешку) через другой порт, либо на другом ПК, чтобы убедиться, что проблема не в носителе. Выполните перезагрузку компьютера.
4. Если Токин (флешка) не открывается ни на одном компьютере, значит проблема в носителе. Когда ключ был записан в единственном экземпляре на этот носитель – потребуется обращаться в УЦ для перевыпуска ЭЦП.

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

Проблемы при авторизации

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

Обычно проблема кроется:

1. Отсутствие регистрации. Потребуется попросту зарегистрироваться на избранном вами ресурсе.
2. Не зарегистрирован сертификат. Возникает после обновления ключа ЭЦП. Устраняется путем регистрации нового сертификата ключа ЭЦП.

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

1. Необходимости присоединиться к регламенту. Система не даст возможность полноценно работать, если вы не согласитесь с ее условиями.
2. Невозможность загрузить файл (файлы). Обычно это ошибка превышения размера информации, что допустима для загрузки. Просто смените формат разрешения файла, чтобы уменьшить его размер.
3. Требование использовать определенный браузер (определенную версию браузера). Это системные требования владельца площадки, которые необходимо соблюдать.
4. Проблемы со считыванием сертификатов. Потребуется проверить не просрочены ли ваши сертификаты, а также все ли они установлены на ПК.

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

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

Несоответствие программного продукта операционной системы и съемного носителя (флешки), либо повреждение флешки. Устраняется путем обновления операционной системы до минимально необходимой версии. В случае обнаружения повреждения флешки – может потребоваться перевыпуск ЭЦП удостоверяющим центром.

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

Хранение сертификатов в Windows (от 7 версии) осуществляется по адресу: C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates

где вместо «ПОЛЬЗОВАТЕЛЬ» должно стоять наименование вашего ПК

Источник

Вниманию аккредитованных лиц, экспертов по аккредитации, технических экспертов  и экспертных организаций.

Информируем, что с 29 января во ФГИС Росаккредитацииподдерживается подписание документов с помощью электронной подписи актуального стандарта ГОСТ Р 34.10-2012 «Информационная технология. Криптографическая защита информации». Подписи более раннего стандарта (соответствующие ГОСТ Р 34.10-2001) при этом также могут использоваться.

Для проверки корректности работы электронной подписи необходимо выполнить следующие действия:

1. Перейти по адресу http://esep.fsa.gov.ru/Esep-ExternalSystem/Sign/;
2. Выбрать и загрузить произвольный документ с локального компьютера (кнопки «Выбрать файлы» и «Загрузить»);
3. Выполнить подписание документа (кнопка «Подписать документы»).

Подписание документов выполняется в дополнительном (всплывающем) окне. 

При возникновении каких-либо ошибок при тестовом подписании документа рекомендуем выполнить следующие действия 

1. Переустановить расширение «ESEP CryptoExtension» для браузера Google Chrome (размещено по адресу: https://chrome.google.com/webstore/detail/esep-crypto-extension/ndhkcelnoeacagmhbidalbidnkjeokma) (необходимо при использовании версии браузера Google Chrome 42+);
2. Переустановить плагин для ESEP (ссылка на плагин: http://esep.fsa.gov.ru/ESEP-WebApp/npcryco_esep.exe);
3. Переустановить плагин КриптоПро ЭЦП Browserplug-in 2.0 (размещен по адресу: https://www.cryptopro.ru/products/cades/plugin/).

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

Рассмотрим наиболее частые ошибки Агента СМЭВ4, которые могут возникнуть у участника взаимодействия после разворачивания ПО и попытки направить тестовый запрос в ядро ПОДД:

1. В лог-файле присутствует ошибка: «Ошибка вызова функции acquireContext: 0x80090016«, а в Агентах версии 2.15.0 и выше присутствует фраза: «Не удалось получить закрытый ключ {alias}» (Рисунок 1).

Рисунок 1 – Лог Агента СМЭВ4 с ошибкой: «Ошибка вызова функции acquireContext: 0x80090016».

Данная ошибка указывает на проблемы с контейнером ключей сертификата. Убедитесь, что в конфигурационном файле application.yml в названии alias (контейнера ключей) не допущено ошибок. Далее следует убедиться, что в директории keys создана директория с именем пользователя /var/opt/cprocsp/keys/{{user}}. Если такой директории нет, то необходимо создать её и разместить в ней контейнер с ключами (контейнер с ключами выдаётся удостоверяющим центром вместе с сертификатом).

Если все условия соблюдены, но ошибка сохраняется, проверьте, что Агент запускается под пользователем {{user}}. А если Агент был развернут из docker-образа, то убедитесь, что при запуске указан ключ «—user=1000».

2.  В логе присутствуют сообщения «No required SSL certificate was sent» (Рисунок 2):

Рисунок 2 – Лог Агента СМЭВ4 с ошибкой: «No required SSL certificate was sent».

1)  Для начала необходимо проверить, что используется верный ключ;

2)  Убедиться, что указан корректный адрес {{ gost_nlb }};

3)  Далее проверить наличие цепочки сертификатов закрытого ключа (проверить наличие цепочки в ОС Windows и в ОС Linux).

Если все 3 пункта выполнены, но ошибка сохраняется, то необходимо убедиться, что сертификат добавлен в ngate (сертификат удостоверяющего центра должен быть добавлен в ядро ПОДД).

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

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

4. В логе присутствуют сообщения «No such provider: JCP», «class not found exception«.

Решение:

—  убедитесь, что CryptoPro JCS и CryptoPro CSP установлены корректно;

—  убедитесь, что для запуска приложения используется тот экземпляр java, который указывался при установке CryptoPro JCP;

—  убедиться, что путь к jar файлам СryptoPro JCP присутствует в classpath при запуске java.

5. В логе присутствуют сообщения «unable to find valid certification path to requested target«.

Решение:

Убедитесь, что файл cp_ca_store содержит нужную цепочку сертификатов.

6. В лог-файле присутствует ошибка: «Ошибка вызова функции getKeyParam: 0x8010002С” (Рисунок 4), а в ряде случаев, при попытке направить тестовый запрос в ядро ПОДД, будет всплывать следующая ошибка: “SignatureExeption: Срок действия закрытого ключа истек. Срок действия закрытого ключа не может превышать 1 год 3 месяца” (Рисунок 5).

Рисунок 4 – Лог Агента СМЭВ4 с ошибкой: «Ошибка вызова функции getKeyParam: 0x8010002С”.

Рисунок 5 – Тестовый запрос Select 1. “Ошибка со сроком действия сертификата“.

Проверьте срок действия сертификата ИС (проверять необходимо в карточке ИС в ЛК УВ). Если он действующий, то нужно убедиться, что в контейнер добавлен нужный сертификат, и есть привязка к закрытому ключу.

Примечание: с помощью тестового запроса “SELECT 1”, можно проверить соединение Агента с Ядром ПОДД. Для того, чтобы отправить тестовый запрос — воспользуйтесь командой с использованием утилиты curl:

 curl -X POST -H «Accept-Version:1» -H «Content-Type: application/json» -d ‘{«sql»: {«sql»: «select 1»}}’ http://<имя_хоста>:8192/query —silent -m 30

7. При попытке направить тестовый запрос всплывает ошибка: “Ошибка при передаче SQL запроса в ядро: IllegalStateExeption: Ошибка при получении токена: HTTP/1.1 400 Bad Request“ (Рисунок 6):

Рисунок 6 – Тестовый запрос Select 1. “Ошибка при передаче SQL запроса в ядро“.

Необходимо перейти в карточку ИС в ЛК УВ и проверить присвоена ли роль ПОДД информационной системе – должна стоять галочка в соответствующем окошке поставщик/потребитель. Далее проверить корректно ли название ИС: если в ЛК УВ мнемоника ИС прописана в верхнем регистре, то и в конфигурационном файле application.yml мнемоника ИС должна быть прописана также. Описание заполнения файла application.yml приведено в статье “Как сформировать конфигурационный файл агента СМЭВ 4”. Также ошибка может свидетельствовать о том, что в ядро ПОДД был добавлен отличный от ЛК УВ сертификат.

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

8. При отправке запроса в витрину ошибка: «Витрина не зарегистрирована» (Рисунок 7).

Рисунок 7 – Ошибка: «Витрина не зарегистрирована».

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

Примечание: также данная ошибка может возникнуть при одновременно запущенных Агентах-поставщиках, настроенных на одной мнемонике ИС в ЛК УВ.

9. Может наблюдаться остановка контейнера через несколько секунд после запуска, с сообщением в логе: “Ошибка вызова функции acquireContext: 0x8009001a”.

В этом случае необходимо сделать пользователя {{user}} владельцем директории /var/opt/cprocsp/keys/{{user}}.

Если же Агент был развёрнут через doker-образ, то следует изменить владельца каталога keys и вложенных подкаталогов и файлов на пользователя с id=1000:

после чего повторить выполнение скрипта запуска контейнера.

10. Ошибка при отправке тестового запроса: “Непредвиденная ошибка отправки сведений об агенте в ядро” или “Внутренняя ошибка сервера” (Рисунок 8):

 {«@timestamp»:»2022-09-06T12:24:21.206Z»,»level»:»ERROR»,»thread»:»vert.x-worker-thread-0″,»logger»:»ru.rtlabs.einfahrt.agent.info.AgentInfoPublisher»,»message»:»Непредвиденная ошибка отправки сведений об агенте в ядро»,»context»:»default»,»exception»:»java.lang.IllegalStateException: Ошибка при получении токена: HTTP/1.1 400 Bad Request: <!—No required SSL certificate was sent.—> 

Рисунок 8 – Тестовый запрос Select 1. Ошибка: “Внутренняя ошибка сервера”.

Убедиться, что в конфигурационном файле application.yml прописан корректный alias (в названии контейнера (alias) не должно быть пробелов!).

11. При попытке направить запрос — запрос не проходит, а в логе агента появляются сообщения “java.lang.IllegalStateException: Ошибка вызова функции signHash: 0x65b“ (Рисунок 9):

Рисунок 9 – сообщения “java.lang.IllegalStateException: Ошибка вызова функции signHash: 0x65b“ при попытке направить тестовый запрос.

Используемая trial лицензия CryptoPro истекла. Необходимо приобрести лицензии на CryptoPro CSP и JCP и внести информацию о них в систему, как описано руководстве пользователя по разворачиванию Агента.

После того, как учтутся все необходимые изменения, для корректной работы Агента СМЭВ4 необходимо произвести рестарт.

12. При выполнении запроса всплывает сообщение: «Получен сигнал завершения работы агента«.

 {«@timestamp»:»2022-11-17T13:15:07.682Z»,»level»:»INFO»,»thread»:»NODE1-gw-consumer-2″,»logger»:»ru.rtlabs.einfahrt.agent.info.InstanceInfo»,»message»:»Получен сигнал завершения работы агента»,»context»:»default»,»mdc»:{«requestId»:»7f5e9f7b-bf98-4219-89ea-f1a72ac5693c»},»tags»:[«PODD-einfahrt-0146»]}

Необходимо проверить, не запущен ли ещё один Агент, настроенный на ту же мнемонику ИС, на другой машине.

13. В логе Агента присутствует фраза: “threw exception; nested exception is java.lang.ClassNotFoundException: ru.CryptoPro.reprov.RevCheck“, а при отправке тестового запроса Select 1 всплывает ошибка: “rejected from java.util.concurrent“ (Рисунок 10):

Рисунок 10 – Тестовый запрос Select 1. Ошибка: “rejected from java.util.concurrent“.

Может возникнуть после обновления версии Агента с более поздних версий. Необходимо переустановить агент, используя новый пакет дистрибутивов. Всё необходимое ПО обновлённых версий Агента можно найти в Документах СМЭВ 4 (ПОДД) в разделе «Для внедрения» в ЕСКС.

14. При попытке направить тестовый запрос всплывает ошибка: «IllegalStateException: Ошибка при получении токена: HTTP/1.1 404 Not Found«. 

 {«@timestamp»:»2022-11-17T13:15:07.682Z»,»level»:»INFO»,»thread»:»NODE1-gw-consumer-2″,»logger»:»ru.rtlabs.einfahrt.agent.info.InstanceInfo»,»message»:»Получен сигнал завершения работы агента»,»context»:»default»,»mdc»:{«requestId»:»7f5e9f7b-bf98-4219-89ea-f1a72ac5693c»},»tags»:[«PODD-einfahrt-0146»]}

Ошибка указывает на некорректный ip-адрес, указанный в пункте Настройки подключения к Pulsar в строке auth-server-url: конфигурационного файла application.yml.

Примечание: в новых версиях Агента СМЭВ4 для обращения к сервису аутентификации нужно указывать доменное имя!

Необходимо проверить корректность заполненных данных доменного имени и ip-адреса в файле /etc/hosts. Если для подключения используется нестандартный адрес, его необходимо также добавить в файл hosts. 

Для Агента, развернутого из doker-образа, нестандартный ip-адрес необходимо передавать параметром (внести соответствующие изменения в файле запуска скрипта run_agent.sh).

Не работает ФГИС