Спасибо, коллега, за быстрый ответ.
Мы в пятницу в ЛК пытались скачать боевой УТМ, но без успеха. При этом я видел, что ЕГАИС обещала начать работу с ним только сегодня (30.11). Ну, и у наших клиентов были проблемы с установкой УТМ (мы не смогли создать стендик у себя). Сейчас и нам ЕГАИС дала скачать УТМ и даже установить, но запустить мы его не смогли. Поэтому ещё пару вопросов, если не трудно:
1. У Вас всё работает: т.е. вы целиком имитируете организацию - торговца алкоголем?
2. Сертификат ГОСТ создан вами с использованием запроса, сформированного на ещё не "исправленном" КриптоАРМе? Т.е. не исправили ли саму ЕГАИС (УТМ), пока мы тут ждём исправления КриптоАРМа?

1. Я не знаю как ответить на этот вопрос т.к. непонятно как имитировать организацию торговца алкоголем. УТМ установился, обновился и запустился на localhost:8080, web gui показывает достоверную информацию о ключах, версии и т.д, УТМ принимает запросы curl-ом и в логах не пишет ошибок.
2. Сертификат ГОСТ изготавливался в Крипто-ПРО УЦ, ключевой контейнер (закрытый и открытый ключ) в Едином клиенте jacarta, запрос на КЭП в КриптоАРМ. Как только ЦТ "пофиксят" несовместимость с ЕГАИС контейнера закрытого ключа - будем создавать ключевой контейнер (закрытый и открытый ключ) и запрос на КЭП сразу в КриптоАРМ без использования единого клиента. По ходу дела ковыряем SDK Аладина но там всё тоже самое что и в случае с КриптоАРМ, контейнер создается с идентификатором HEX:{...} и УТМ его не видит, хотя ЕГАИС пускает в ЛК и даже даёт генерить RSA

Кстати ключ(контейнер) сформированный из КриптоАРМа не принимается УТМмом, на данный момент он не понимает имя контенера в HEX {}.

Нужно. В первый раз делали без КПП, попали на ошибку. Во второй же раз уже добавили КПП и прошли чуть дальше - теперь ошибка с именем контейнера, пробуем метод kubaev.

Думаю, что первая ваша ошибка не была связана с отсутствием в сертификате (UN=) КПП. Мы, кстати вносим КПП, но уже практически уверены, что он не обязателен. Я обращался в Дежурную службу (ДС) ЕГАИС с этим, они ответили: не обязателен. Мы вносим на случай "как бы чего не вышло". Почему? Потому что ФСРАР (ЕГАИС) до сих пор не опубликовало внятных и авторизованных (кто за базар отвечает?) требований к сертификату. А кроме того, я не верю на все 100% этой самой ДС. Как ей верить, если почти по всем моим вопросам о формате и содержании сертификата ДС ЕГАИС отвечала: не знаем, не наше это дело. Обращение напрямую к Гущанскому (по эл почте) имело результатом удаление без прочтения моего сообщения (пришло такое извещеньице). На сайте ЕГАИС - шаром покати. Где искать правду? Уже набило оскомину предположение, что за всем этим бардаком стоит чей-то "бубновый" интерес. Другие предположения на фоне этого, конечно, выглядят неправдоподобно.
Некоторые УЦ уже выпускают дееспособные серты для ЕГАИС без КПП, и серты работают. Сами дописали свои прикладные софты с использованием SDK. Мы пытаемся опробовать "метод kubaev" (дай бог ему здоровья) на реальном клиенте (думаю, сегодня будет результат эксперимента).
Так нужно ли вносить КПП в неструктурированное имя? Вносите, пока можете это делать и не получите стопудовую уверенность, что не нужно. Каши он в сертификате не просит, а то вдруг РАР в ответ на ваши претензии скажет: дык, сами вы дураки, у вас же КПП нету! И что: будете им доказывать (лбом в стену), что они м...ки? (в смысле - мужики).
Кстати. КПП в серте удобен как опознавательный признак. Различать десяток другой сертов на одно имя по серийным номерам сертов - дело муторное. КПП - удобнее. Но это - дело вкуса.

Отредактировано пользователем 1 декабря 2015 г. 14:06:37(UTC)  | Причина: Не указана