0
stMir
27.05.18
✎
23:42
|
Есть веб-сервис, опубликованный в конфигурации БГУ 1.0 : обрабатывает отправленные xml файлы из другой системы (не 1с), создает документы, подписывает и отправляет в ГИС - ГМП. Для использования эцп на сервере установил две подписи на кластере, сначала тестовом под учеткой агента (зашел под ним и установил ему в реестр ключи). Все замечательно работало, выгружаю конфигу в рабочую базу, ставлю ЭЦП пользователю агента ( та же самая доменная учетка, что и на тестовом кластере), КРИПТО ПРО тот же самый. Пытаемся получить доки- выходит ошибка подключения xades components. Если зайти под пользователем агента на кластер, запустить под ним толстого клиента и вручную сформировать доки ( подписание происходит в этот момент), то все нормально, когда это должно происходить автоматически специально выделенным пользователем веб-сервиса, то хрен. Я уже не знаю что делать, два дня сидим, я и кодер. Серваки одинаковые, учетки агента одинаковые, кластера пашут и никаких проблем, единственное,что там ( тестовый кластер) стоит 32 разрядный сервер, а рабочий 64. Смотрел через procmon- никаких блокировок на уровне процессов, файлов или реестра не увидел. База опубликована на терминальном сервере на apache, публикация сама работает без проблем. Складывается ощущение, что как-будто не хватает каких-то прав, но черт возьми каких, почему при ручном запуске 1с под пользователем все норм, а программно нет? Процессы 1с ведь в обоих случаях запускаются под одной учеткой- учеткой службы агента, подпись получается он видит.
|
|
4
stMir
02.06.18
✎
11:13
|
В общем, оказалось, что БГУ 1.0 содержит компоненту только для работы с 32 битным сервером. Пришлось выгружать эту компоненту из БГУ 2.0, загрузили в 1.0, переписали процедуру подключения внешней компоненты для варианта На Сервере и там еще одну функцию и все пошло
|
|