Непредвиденная ошибка при обработке запроса websbor

Gvinpin пишет: Может быть, Вы не заполнили в конце заявления данные владельца ключа ЭП и/или руководителя организации (должность владельца ключа, должность руководителя, ФИО руководителя, дату подписи)?

Всё это

реально

присутствует и видно в электронной форме Заявления?

Anders55 пишет: мотивировав отсутствием подписей и печатей на заявлении, хотя запрос подписан ЭЦП владельца и руководителя

Правильно понимаю, что в ТОФК хотят видеть именно живые подписи заявителя с рук-лем и гербовую печать

в элетронной форме Заявления

?
Если всё именно так, тогда это действительно похоже на ошибку специалиста ТОФК, к сожалению.
В электронной форме Заявления в ФЗС — «Смена… сертификата» невозможно в принципе прикрепить скан распечатки Заявления с живыми подписями и печатью — не предусмотрено ПО!

Alex67 пишет: Возможно связано с тем, что у вас в ВРС «старая» форма согласия, либо копия паспорта была заверена «не так», как требуется сейчас.
Если связано с согласием или паспортом документы придётся приносить.

О паспорте коллега прав во всем, однозначно. (с)
На счет

Согласия на обработку ПД

. Как раз сегодня столкнулся с такой ситуацией. Тоже запрос из ФЗС — «Смена сертификата». В ФЗС — «Смена… сертификата» нет поля для прикрепления скана Согласия на ПД! Оно есть в другом спец. ПО —

в ВРС у спеца ТОФК

при обработке запроса из ФЗС.
Месяца 1,5-2 назад именно по этой причине РЦР в УФК отклонили такой запрос — из-за старой формы Согласия. Звоню им же сегодня: опять отклоните? Отвечают «Нет, если на тот момент пусть и старая форма была, но содержит актуальные паспортные данные«. И сегодня запрос прошел успешно.

offshore	#1 Оставлено : 11 января 2017 г. 12:57:17(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.03.2014(UTC) Сообщений: 58 Сказал «Спасибо»: 6 раз	Добрый день! Появляется ошибка при запросе сертификата пользователя в консоли управления ЦР. 888.png (238kb) загружен 202 раз(а). Ошибка стала появляться после обновления АРМ на более новую версию. Появляется не у всех, только на определённых машинах. например: Windows 7×32-x64 КриптоПро CSP Версия ядра СКИЗИ: 3.9.8001 КС1 Версия продукта: 3.9.8227 КриптоПРО УЦ 2.0 На всех остальных машинах после обновления в том числе и после обновление клиента Диспетчера ЦР запросы на сертификат отрабатываются. Пример рабочих ПК на которых запросы на сертификат отрабатываются в рабочем порядке: Windows 10×64 КриптоПро CSP Версия ядра СКИЗИ: 4.0.9842 Версия продукта: 4.0.9014 КС1 КриптоПРО УЦ ПАК 2.0 Windows 7×64 КриптоПро CSP Версия ядра СКИЗИ: 3.6.5365 КС1 Версия продукта: 3.6.7777 КриптоПРО УЦ ПАК 2.0 Различные сетевые эраны, антивирус, брандмауэр в ходе проверки отключались, да и проблема скорее всего не в них. Были ошибки связанные с *.dll КриптоПро CSP. Переустановили CSP, ошибки связанные с *.dll ушли, но проблема осталась. На рабочих машинах переустанавливался АРМ и CSP в т.ч, через cspclean. На сервере так же переустанавливался КриптоПРО CSP на более свежую. Windows Server 2008 R2 Standart x64 Версия ядра СКИЗИ: 3.9.8010 КС2 Версия продукта: 3.9.8495 ПАК КриптоПРО УЦ 2.0 версии 2.0.6142.0100 В логах тишина, эта ошибка судя по всему вообще никак в них не фигурирует. Будем делать настройку диагностической трассировки с помощью SvcTraceViewer. Вообще не понятно по какому алгоритму эта ошибка появляется только на нескольких компьютерах… Отредактировано пользователем 13 января 2017 г. 12:06:05(UTC)  | Причина: полная версия ПАК УЦ

infocentre	#2 Оставлено : 11 января 2017 г. 12:59:55(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 26.07.2012(UTC) Сообщений: 255 Сказал «Спасибо»: 22 раз Поблагодарили: 13 раз в 9 постах	Самый верный способ — создать в корне диска C: папку log и смотреть логи только оттуда.

offshore	#3 Оставлено : 11 января 2017 г. 19:07:04(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.03.2014(UTC) Сообщений: 58 Сказал «Спасибо»: 6 раз	Автор: infocentre Самый верный способ — создать в корне диска C: папку log и смотреть логи только оттуда. В общем диагностическую трассировку сделал. При попытке запроса сертификата на проблемной машине лог выдал целую плиаду ошибок. Разбирать буду завтра, но и надеюсь на помощь зала На сервере: На ПК: Отредактировано пользователем 11 января 2017 г. 20:20:06(UTC)  | Причина: Не указана

Dmitriy8808	#4 Оставлено : 12 января 2017 г. 16:45:40(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 08.04.2012(UTC) Сообщений: 109 Сказал(а) «Спасибо»: 7 раз Поблагодарили: 11 раз в 7 постах	Похожая проблема решалась здесь http://www.cryptopro.ru/…ts&m=76203#post76203 у меня консоль заработала после удаления МС Офиса 2007
1 пользователь поблагодарил Dmitriy8808 за этот пост.	offshore оставлено 13.01.2017(UTC)

offshore	#5 Оставлено : 13 января 2017 г. 8:33:07(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.03.2014(UTC) Сообщений: 58 Сказал «Спасибо»: 6 раз	Автор: Dmitriy8808 Похожая проблема решалась здесь http://www.cryptopro.ru/…ts&m=76203#post76203 у меня консоль заработала после удаления МС Офиса 2007 Спасибо! Действительно проблема оказалась именно в этом. Только у нас стоял 2003 офис. Ещё грешили на разрядность Windowsх32, ибо так совпало что где не работала консоль стояла именно она. Отредактировано пользователем 13 января 2017 г. 9:23:26(UTC)  | Причина: Не указана

offshore	#6 Оставлено : 13 января 2017 г. 8:41:19(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 31.03.2014(UTC) Сообщений: 58 Сказал «Спасибо»: 6 раз	Интересно получается, какая между ними связь? Хотелось конечно получить ответ на эту тему от сотрудников КриптоПРО. Ибо выуживать проблемы каким-то образом вызванные сторонним ПО не очень приятно. Отредактировано пользователем 13 января 2017 г. 11:46:08(UTC)  | Причина: Не указана

maximus235	#7 Оставлено : 6 февраля 2017 г. 16:13:14(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 19.05.2009(UTC) Сообщений: 71 Откуда: Санкт-Петербург Сказал «Спасибо»: 5 раз Поблагодарили: 12 раз в 5 постах	Коллеги, тоже столкнулись с такой проблемой. Офис стоит 2010. В журналах системы полная тишина. Переставляли уже и CSP и Консоль. Ошибка появляется когда выбираешь вкладку Пользователи. Все запросы и группы просматриваются без проблем. В чем затык? Оказалось проблема в фильтре для пользователей. Из-за него возникает ошибка, которая нигде не логируется. Но вот теперь возник вопрос как можно сбросить настройки консоли управления ЦР? Потому что даже после переустановки данный фильтр не пропадает и вызывает ошибку. Где эта консоль хранит настройки? И как их можно сбросить? Отредактировано пользователем 7 февраля 2017 г. 9:35:14(UTC)  | Причина: Не указана
	WWW

Захар Тихонов	#8 Оставлено : 7 февраля 2017 г. 9:56:49(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.08.2015(UTC) Сообщений: 3,083 Откуда: Калининград Сказал «Спасибо»: 38 раз Поблагодарили: 553 раз в 530 постах	Автор: offshore Интересно получается, какая между ними связь? Хотелось конечно получить ответ на эту тему от сотрудников КриптоПРО. Ибо выуживать проблемы каким-то образом вызванные сторонним ПО не очень приятно. Старые версии офиса устанавливают свой провайдер, который мешает работе Консоли ЦР. Можно было по сути не удалять весь офис, а просто убить ветку в реестре с провайдером.
Техническую поддержку оказываем тут. Наша база знаний.

Захар Тихонов	#9 Оставлено : 7 февраля 2017 г. 9:57:32(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.08.2015(UTC) Сообщений: 3,083 Откуда: Калининград Сказал «Спасибо»: 38 раз Поблагодарили: 553 раз в 530 постах	Автор: maximus235 Коллеги, тоже столкнулись с такой проблемой. Офис стоит 2010. В журналах системы полная тишина. Переставляли уже и CSP и Консоль. Ошибка появляется когда выбираешь вкладку Пользователи. Все запросы и группы просматриваются без проблем. В чем затык? Оказалось проблема в фильтре для пользователей. Из-за него возникает ошибка, которая нигде не логируется. Но вот теперь возник вопрос как можно сбросить настройки консоли управления ЦР? Потому что даже после переустановки данный фильтр не пропадает и вызывает ошибку. Где эта консоль хранит настройки? И как их можно сбросить? Что за фильтр? как вы получили ошибку?
Техническую поддержку оказываем тут. Наша база знаний.

maximus235	#10 Оставлено : 7 февраля 2017 г. 11:46:31(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 19.05.2009(UTC) Сообщений: 71 Откуда: Санкт-Петербург Сказал «Спасибо»: 5 раз Поблагодарили: 12 раз в 5 постах	Автор: tikhonov Автор: maximus235 Коллеги, тоже столкнулись с такой проблемой. Офис стоит 2010. В журналах системы полная тишина. Переставляли уже и CSP и Консоль. Ошибка появляется когда выбираешь вкладку Пользователи. Все запросы и группы просматриваются без проблем. В чем затык? Оказалось проблема в фильтре для пользователей. Из-за него возникает ошибка, которая нигде не логируется. Но вот теперь возник вопрос как можно сбросить настройки консоли управления ЦР? Потому что даже после переустановки данный фильтр не пропадает и вызывает ошибку. Где эта консоль хранит настройки? И как их можно сбросить? Что за фильтр? как вы получили ошибку? При запуске консоли открывается отображение сертификатов и с этим проблем нет. Если в левом окне нажать Пользователи, то вылетает ошибка. В логах ничего нет. Фильтр на картинке. И как его отключить непонятно. Не помогает даже переустановка. После установки сразу появляются старые настройки. Как его можно сбросить? Error1.png (24kb) загружен 34 раз(а).
	WWW

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

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

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

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

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

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

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

Исправлена ошибка, в результате которой при выполнении запроса на получение документов поставщика могло возникать сообщение: «Непредвиденная ошибка в ходе обработки запроса. Подробности см. в журнале регистрации. Повторите запрос позднее или обратитесь в службу поддержки ЕИС.».

Была реализована доработка, в рамках которой в реестре нормативно-справочной информации был актуализирован справочник «Коды субъектов РФ».

Исправлена ошибка, в результате которой при формировании сведений о контракте в реестре контрактов после нажатия на кнопку «Направить на контроль и разместить» могло возникать сообщение: «Страница временно недоступна. Попробуйте перезагрузить страницу.».

Исправлена ошибка, в результате которой при формировании сведений об изменении контракта в реестре контрактов после нажатия на кнопку «Направить на контроль и разместить» мог некорректно срабатывать автоматический контроль: «Информация об изменении контракта не может быть направлена на проверку в соответствии с постановлением Правительства Российской Федерации от 28.11.2013 г. № 1084, так как в настоящий момент на проверке находится информация об исполнении, завершающая исполнение данного контракта.»

Исправлена ошибка, в результате которой при аннулировании сведений о контракте в реестре контрактов после нажатия на кнопку «Подписать и отправить на подтверждение» могло возникать сообщение: «Страница временно недоступна. Попробуйте перезагрузить страницу.».

Исправлена ошибка, в результате которой при формировании денежного обязательства в реестре контрактов на вкладке «Шаг 2. Расшифровка обязательства» могло отображаться некорректное значение реквизита «Назначение платежа для распоряжения о совершении казначейского платежа».

Исправлена ошибка, в результате которой при формировании извещения об отмене решения об одностороннем отказе в реестре документов об исполнении контрактов после подписания сведения могли зависать в статусе «Направлено поставщику».

Исправлена ошибка, в результате которой при формировании распоряжения о совершении казначейского платежа на вкладке «Шаг 1. Сведения о РСКП, документе — основании» в блоке «Общие сведения» могло отображаться некорректное значение реквизита «Главный распорядитель бюджетных средств, главный администратор источников финансирования дефицита бюджета».

Исправлена ошибка, в результате которой при формировании распоряжения о совершении казначейского платежа на вкладке «Шаг 1. Сведения о РСКП, документе — основании» с типом «Оплата за контрагента неустоек (штрафов, пеней) по акту» после нажатия на кнопку «Сохранить и проверить на нарушения» мог некорректно срабатывать автоматический контроль:

«При перечислении таможенных платежей вполе «Налоговый период/код таможенного органа» раздела «Реквизиты налоговых платежей» должен быть указан код таможенного органа (8 символов).».

Исправлена ошибка, в результате которой при отправке по интеграции извещений об осуществлении закупок могло возникать сообщение: «Непредвиденная ошибка в интеграционном адаптере ПРИЗ».

Исправлена ошибка, в результате которой при отправке по интеграции сведений о контракте могло игнорироваться значение реквизита «sumaryPackagingQuantity».

Исправлена ошибка, в результате которой при отправке по интеграции распоряжений о совершении казначейских платежей сведения могли не поступать в Подсистему управления расходами ГИИС «Электронный бюджет» (ПУР ЭБ).

Ошибки обработки запросов

• Ошибки Global
• Ошибки Security
• Ошибки Billing
• Ошибки Data

Если запрос обработан успешно, API вернёт HTTP-код 200 и тело ответа.

Если при обработке запроса возникает ошибка, API возвращает HTTP-код ошибки и её описание в теле ответа.

Структура ответа

{
  "state": "fail",
  "version": "2.0",
  "stamp": "2021-09-03T12:35:58.430Z",
  "event": {
    "uid": "",
    "stamp": "2021-09-03T12:35:58.430Z",
    "code": "B011",
    "cls": "Billing",
    "type": "NoQuoteDay",
    "name": "Переполнение дневной квоты указанного типа отчета",
    "message": "Превышена дневная квота (2 ед.) на генерацию отчета test_report_type2@test_domain",
    "data": {
      "report_type": "test_report_type2@test_domain",
      "day_quote": "2"
    },
    "events": []
  }
}

Ошибки Global

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

Ошибки Security

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

Ошибки Billing

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

Ошибки Data

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

Рассмотрим наиболее частые ошибки Агента СМЭВ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).

15.  При попытке направить тестовый запрос во всплывающем сообщении об ошибке присутствует фраза: connection refused.

 {«@timestamp»:»2022-12-13T09:46:53.849Z»,»level»:»WARN»,»thread»:»pulsar-client-io-1-1″,»logger»:»org.apache.pulsar.client.impl.ConnectionPool»,»message»:»Failed to open connection to podd.test.gosuslugi.ru/<unresolved>:6650 : org.apache.pulsar.shade.io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed: Connection refused: podd.test.gosuslugi.ru/172.26.155.209:6650″,»context»:»default»}

Проверить соединение по необходимым адресам для подключения к тестовой и продуктивной среде командой telnet. Если соединение отсутствует, необходимо получить доступ. Подробнее с доступами можно ознакомиться в Регламенте подключения к СМЭВ 4 (п.1.2 «Настройка сетевого взаимодействия с тестовой и продуктивной средами ПОДД СМЭВ»), размещённом на портале ЕСКС, в разделе Документы СМЭВ 4. Также необходимо проверить, чтобы адрес подключения к СМЭВ 4 (ПОДД) был прописан в /etc/hosts (актуально для Агента без docker).