Да , всё под одним пользователем.

Сертификат в Current User, Personal один, но по умолчанию он в приложении не матчится на соединение по не понятным причинам, поэтому делается программно поиск его в Current User, Personal по идентификатору , и к соединению добавляется в список ClientCertificates

Отредактировано пользователем 15 февраля 2012 г. 16:34:02(UTC)  | Причина: Не указана

Переоткрою тема, т.к. возникла та-же проблема на одном из серверов - отправка данных по SSL происходит успешно, перед получением ответа - происходит RENEGOTIATE, нормально проходящий на других серверах, но на этом вызывающий ту-же проблему что в первом сообщении.

SecureChannel#43942917 - Certificate is of type X509Certificate2 and contains the private key.;
AcquireCredentialsHandle(package = Microsoft Unified Security Protocol Provider, intent = Outbound, scc = System.Net.SecureCredential);
InitializeSecurityContext(credential = System.Net.SafeFreeCredential_SECURITY, context = 117dd0:bee8210, targetName = www.***.com, inFlags = ReplayDetect, SequenceDetect, Confidentiality, AllocateMemory, InitManualCredValidation);
InitializeSecurityContext(In-Buffers count=2, Out-Buffer length=0, returned code=-2146893008).;

Приватные ключи (насколько я знаю на всех серверах) теперь в реестре.

Возможно пользователя от имени которого там происходит обработка нет прав на чтение конкретного приватного ключа - как это возможно проверить , где искать ?

Кроме того версия ПО постарше -
Ядро СКЗИ - 3.6.4070 KC1
Продукта - 3.6.4677

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