| 07.04.2005 18:07:15 | При подписи данных(Вызов CAPICOM.Sign) виснет программа В чем может быть проблема? | | Ответов: 10 |
|
 Konstantin | | |
|
| Сертификат для подписи выписан на CryptoPro |
| |
Ответы:
|
| 08.04.2005 9:36:15 | Kirill Sobolev |
|
| Мб появляется окно с просьбой вставить носитель секретного ключа, которое Вы не видите? |
|
| 08.04.2005 10:58:51 | Konstantin |
|
| Врядли, ключ в реестре лежит. я проверил. |
|
| 08.04.2005 12:14:32 | Konstantin |
|
Скорее всего, действительно окно. Вопрос какое:
1. Выбор сертификата для подписи, но он задается явно.
2. Просьба вставить контейнер, но он в реестре.
Вопрос:
Есть ли какие-либо еще подтверждения для подписи данных и можно ли их отключить.
|
|
| 08.04.2005 12:16:59 | Kirill Sobolev |
|
| еще может быть окно ввода пароля на секретный ключ |
|
| 08.04.2005 12:35:35 | Konstantin |
|
Xenm-чуть вы меня опередили,я сам докопал, действительно он:)
Спасибо |
|
| 08.04.2005 13:58:32 | Konstantin |
|
| Нееет, теперь из командной строки файл подписывается без проблем и без окошек(под любой учетной записью). но при вызове из-под IIS по-прежнему виснет |
|
| 08.04.2005 14:05:46 | Kirill Sobolev |
|
| а процесс IIS может и не иметь доступа к секретному ключу - он же под своей учетной записью работает |
|
| 08.04.2005 14:30:19 | Konstantin |
|
| Я входил под его(IIS) учетной записью и из командной строки подписывал. |
|
| 08.04.2005 16:40:00 | Konstantin |
|
Круг сужается: если сертификат не крипто-про, то все работает.
Что это может быть? |
|
| 11.04.2005 12:11:53 | Konstantin |
|
Возможно ли такое поведение из-за политик безопасности? Если да, то из-за каких?
CLR с сервера не доступен. |
|
