В общем, чудеса:
При попытке протестировать соединение между АРМ и ЦР - АРМ уходит в ожидание, требуя реакции на ЦР. На ЦР в это время вываливается окно (требующее внимания) с, казалось бы, предложением ввести пин-код к ключевому контейнеру веб-сертификата ЦР. Но при открытии данного сообщения, вываливается окошко с выбором ключевого контейнера, в котором нет ни доступных считывателей, ни самих контейнеров.
Через КриптоПро контейнер тестируется без проблем. Ко второму контейнеру на носителе (клиентский ЦР) обращение проходит без каких-либо проблем.
Win 2008. КриптоПро УЦ 1.5. АРМ стоит на Win 7. CSP 3.6. СОСы везде актуальные. База данных сертификатов в оснастке АРМ ЦР открывается без проблем.
Пробовал перевыпускать служебные сертификаты - результат тот же. Менял считыватель, носитель - без изменений. Пин-код на контейнер сохранял - безрезультатно. Все равно выпадает это странное пустое окно без носителей и контейнеров. Доступ к ra.wsdl, ra.asp через IE имеется.
Куда посоветуете копать?

К сожалению, еToken с паролем. Требования безопасности, будь они неладны.

Win Server 2008 R2, окошко CSP на самом сервере.

1.jpg (28kb) загружен 22 раз(а).

1.png (13kb) загружен 19 раз(а). 2.png (10kb) загружен 18 раз(а).

Кеширование отключено. Тестирование проходит без проблем.

Появилась закономерность.
Тестирование соединения АРМ - ЦР не проходит по той же самой причине, пока не сделать вручную тест ЦР - ЦС.
Трестируешь соединение ЦР - ЦС, сертификаты выпускаются, АРМ - ЦР тест проходит, все путем.
Через какое-то время АРМ подвисает, а на ЦР вываливается то самое злополучное окно. И опять нужно тестировать вручную ЦР - ЦС, тогда все снова на какое-то время начинает работать.
В журнале только что стало появляться предупреждение, ссылающееся на библиотеку cprdr.dll

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

Отредактировано пользователем 2 июля 2016 г. 16:17:10(UTC)  | Причина: Не указана

Обнаружилась закономерность: при изменении тайм-аута пула приложений RA-1, меняется и время работоспособности АРМа аднинистратора. Увеличение тайм-аута - не выход, потому что в любом случае соединение пропадёт.
Что посоветуете предпринять?

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

Разве при бесконечной сессии она не отвалится, например, когда забьется память?