Может быть я неправильно вас понял. У нас на сервере в IIS, в bindings задан сертификат, установленный в LocalComputer\My. И да, у него есть ссылка на контейнер с приватным ключом. Не думал, что вообще какие-либо другие варианты могут быть. И вы утверждаете, что при выполнении всего лишь этих условий клиенту не нужен Sharpei/КриптоПро .NET для обращения по https-протоколу к серверу?
Вероятно, я что-то не учитываю, не понимаю. При таких условиях у нас на клиенте и происходит ошибка "Алгоритм ключа сертификата не поддерживается", если нет Sharpei. Собственно из-за этой ошибки мы и ставили Sharpei на клиентские машины.

Имеются в виду не bindings в конфигурации web.config для WCF, а раздел Bindings (привязки) в настройках IIS Manager. Я о нем говорил.
Еще раз опишу ситуацию.

1. Клиент и сервер общаются посредством WCF через https протокол.
   
2. На серверной машине в IIS для Default Web Site в разделе Bindings для протокола https выбран ГОСТовый сертификат, установленный в хранилище LocalComputer/My. У этого сертификата есть ссылка на контейнер с приватным ключом.
   
3. На серверной машине установлен КриптоПро CSP 3.6
   
4. На клиентской машине установлен КриптоПро CSP 3.6
   

Действительно ли при выполнении этих условий клиент может вызывать wcf-сервисы серверного приложения по https-соединению без необходимости установки Sharpei/КриптоПро .NET на клиенте?
Спрашиваю так настойчиво, потому что весь мой опыт работы с КриптоПро говорит об обратном - что Sharpei/КриптоПро .NET нужен, иначе возникает ошибка "Алгоритм ключа сертификата не поддерживается". Разъясните пожалуйста этот момент, это важно.

Отредактировано пользователем 18 марта 2014 г. 10:46:22(UTC)  | Причина: Не указана