Статус: Участник
Группы: Участники
Зарегистрирован: 30.10.2015(UTC) Сообщений: 13 Откуда: Москва Сказал(а) «Спасибо»: 1 раз
|
Явных расхождений во времени не вижу: Screenshot_3.png (163kb) загружен 15 раз(а).Что-нибудь еще может влиять?
|
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,704 Сказал «Спасибо»: 500 раз Поблагодарили: 2051 раз в 1591 постах
|
Может время на сервере с OCSP отстает?
К тому же, как пример, время на форуме и моем ПК - расходится на десяток минут. Сейчас 13:52 (UTC), а форум для этого сообщения показывает: 14:05. |
|
|
|
|
Статус: Участник
Группы: Участники
Зарегистрирован: 30.10.2015(UTC) Сообщений: 13 Откуда: Москва Сказал(а) «Спасибо»: 1 раз
|
У нас своих серверов нет. Службы OCSP и TSP предоставлены сервисами КриптоПро, во время подписания документов с нашей стороны используется служба штампов времени http://qs.cryptopro.ru/tsp/tsp.srfКак-то можно проверить время OCSP сервера? Или по нему синхронизировать время?
|
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,704 Сказал «Спасибо»: 500 раз Поблагодарили: 2051 раз в 1591 постах
|
Автор: KUNASHOV_ADAMAS У нас своих серверов нет. Службы OCSP и TSP предоставлены сервисами КриптоПро, во время подписания документов с нашей стороны используется служба штампов времени http://qs.cryptopro.ru/tsp/tsp.srfКак-то можно проверить время OCSP сервера? Или по нему синхронизировать время? Да, отстает на сервере OCSP время... около 30 секунд. Сравните время ответа в заголовках от web-сервера с точным временем справа (щелкнул снимок через 1-2 сек, после обновления страницы с запросом). Snimok ehkrana ot 2015-10-30 182820.png (234kb) загружен 97 раз(а). |
|
|
|
|
Статус: Участник
Группы: Участники
Зарегистрирован: 30.10.2015(UTC) Сообщений: 13 Откуда: Москва Сказал(а) «Спасибо»: 1 раз
|
Большое спасибо. Теперь хотя бы однозначно понимаю, из-за чего эти тормоза пошли.
Как часто сервер OCSP синхронизируют? Т.е. когда ожидать исправления времени?
|
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,704 Сказал «Спасибо»: 500 раз Поблагодарили: 2051 раз в 1591 постах
|
Автор: KUNASHOV_ADAMAS Большое спасибо. Теперь хотя бы однозначно понимаю, из-за чего эти тормоза пошли.
Как часто сервер OCSP синхронизируют? Т.е. когда ожидать исправления времени? Это вопрос к сотрудникам ООО КРИПТО-ПРО. |
|
1 пользователь поблагодарил Андрей * за этот пост.
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 07.05.2021(UTC) Сообщений: 49 Откуда: NN Сказал(а) «Спасибо»: 15 раз
|
Автор: KUNASHOV_ADAMAS Добрый день. Получаем XML-документ и файл подписи из 1С. Перед загрузкой в нашу базу проверяем валидность подписи и файла. Проверка КриптоАрм осуществляется быстро (1—2 секунды), а проверка средствами cadescom.dll очень долго (около 30 секунд). Программный комплекс используется уже пару лет без изменений в коде, тормоза пошли примерно с середины сентября. Используем Delphi 4. Фрагмент кода: FSignedData.ContentEncoding := CAPICOM_ENCODE_BINARY; FSignedData.Content := DigitalDocumentBase64; FSignedData.VerifyCades(SignatureDataBase64,CADESCOM_CADES_BES,true); При вызове VerifyCades программа зависает секунд на 30. Получили с помощью DebugView лог происходящего ( Proverka EhCP.LOG (12kb) загружен 6 раз(а).). В 81-ую запись лог пишет: «cadescom.dll: waiting 26415 miliseconds» (на разных файлах колеблется в интервале 26—29 секунд). Запись появляется до "зависания", т.е. это явно не логирование времени проверки. С помощью документов идет обмен данными между разными информационными системами, и такое продолжительное время обработки неприемлемо. С чем может быть связано такое поведение CADESCOM? Как можно ускорить его работу? Доброго утра всем! Друзья, выручайте - у меня похожая проблема с проверкой подписи формата CAdES-BES средствами COM-интерфейса КриптоПро SDK. При выполнении процедуры VerifyCades, проверка длится до 30 секунд, тогда как КриптоАРМ тот же самый файл проверяет за 1-2 секунды... Думается, сначала выполняется проверка самой подписи, которая длится около 1 секунды, а потом VerifyCades проверяет сертификат, двумя способами. Похоже, что сначала процедура пытается проверить подпись с помощью службы OCSP, а уже потом обращается к локальному хранилищу СОС. Хотелось бы понять, как можно (и можно ли вообще) указать процедуре поиск в локальном хранилище СОС как приоритетный способ проверки статуса сертификата. Как можно это сделать? Отредактировано пользователем 20 мая 2021 г. 7:57:28(UTC)
| Причина: Не указана
|
|
|
|
Статус: Сотрудник
Группы: Модератор, Участники Зарегистрирован: 03.12.2018(UTC) Сообщений: 1,040 Сказал(а) «Спасибо»: 88 раз Поблагодарили: 226 раз в 213 постах
|
Автор: crypto7 Автор: KUNASHOV_ADAMAS Добрый день. Получаем XML-документ и файл подписи из 1С. Перед загрузкой в нашу базу проверяем валидность подписи и файла. Проверка КриптоАрм осуществляется быстро (1—2 секунды), а проверка средствами cadescom.dll очень долго (около 30 секунд). Программный комплекс используется уже пару лет без изменений в коде, тормоза пошли примерно с середины сентября. Используем Delphi 4. Фрагмент кода: FSignedData.ContentEncoding := CAPICOM_ENCODE_BINARY; FSignedData.Content := DigitalDocumentBase64; FSignedData.VerifyCades(SignatureDataBase64,CADESCOM_CADES_BES,true); При вызове VerifyCades программа зависает секунд на 30. Получили с помощью DebugView лог происходящего ( Proverka EhCP.LOG (12kb) загружен 6 раз(а).). В 81-ую запись лог пишет: «cadescom.dll: waiting 26415 miliseconds» (на разных файлах колеблется в интервале 26—29 секунд). Запись появляется до "зависания", т.е. это явно не логирование времени проверки. С помощью документов идет обмен данными между разными информационными системами, и такое продолжительное время обработки неприемлемо. С чем может быть связано такое поведение CADESCOM? Как можно ускорить его работу? Доброго утра всем! Друзья, выручайте - у меня похожая проблема с проверкой подписи формата CAdES-BES средствами COM-интерфейса КриптоПро SDK. При выполнении процедуры VerifyCades, проверка длится до 30 секунд, тогда как КриптоАРМ тот же самый файл проверяет за 1-2 секунды... Думается, сначала выполняется проверка самой подписи, которая длится около 1 секунды, а потом VerifyCades проверяет сертификат, двумя способами. Похоже, что сначала процедура пытается проверить подпись с помощью службы OCSP, а уже потом обращается к локальному хранилищу СОС. Хотелось бы понять, как можно (и можно ли вообще) указать процедуре поиск в локальном хранилище СОС как приоритетный способ проверки статуса сертификата. Как можно это сделать? Добрый день! отключить проверку на построение цепочки и на отозванность нельзя. по ощущениям задержка в проверке сертификатов. включите журнал CAPI2 и посмотрите что там По умолчанию этот журнал не включен. Чтобы включить этот журнал, разверните раздел Просмотр событий (локально) \Applications и службы Logs\Microsoft\Windows\CAPI2, установите и удерживайте (или щелкните правой кнопкой мыши), а затем выберите Включить журнал. |
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 07.05.2021(UTC) Сообщений: 49 Откуда: NN Сказал(а) «Спасибо»: 15 раз
|
Спасибо большое. Я, кажется, нашел причину задержки. Он обращается к адресу для загрузки CRL текущего сертификата открытого ключа. А т.к. доступа к внешней сети на ПК нет, то он, похоже, делает несколько попыток. Я поставил запрет на этот адрес в брандмауэре Windows. После этого проверка стала проходить за 5 секунд.
|
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The Форум КриптоПро uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close