Crypt32 код ошибки 11

Hi,

How is your CAPI2 log looking? While mine was collecting events, the

majority of the errors that are being logged are for an HRESULT of

80092013, «The revocation function was unable to check revocation

because the revocation server was offline.», during a «Build Chain» or

«Verify Revocation» operation. This isn’t really a big deal, just means

that one of the publishers ahs one or more servers down.

It might be possible that there are problems installing new root

certificates if the CRL or OCSP server cannot be contacted to verify the

validity. The latest actual update for root certificates is here,

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=e4f9b573-66d7-4dda-95d5-26c7d0f6c652

but this is only for XP SP2/SP3. Looking at the associated KB

(http://support.microsoft.com/kb/931125), it appears that server SKUs

have a limit to the number of trusted CAs and installing the update

might overrun this limit, causing other problems. One alternative is to

disable automatic updates for root certificates,

http://technet.microsoft.com/en-us/library/cc738920(WS.10).aspx

Alternatively, digging through this post

http://social.answers.microsoft.com/Forums/en-US/vistawu/thread/acdf1b25-dace-4cfc-8a3d-cb961c1031cc

One possible method of working with this seems to be downloading this file,

http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab

Open the cab file and extract the authroot.stl file. Double click and it

might say that it is not valid. The next recommendation involves backing

up and deleting the contents of

%systemdrive%WindowsSystem32configsystemprofileAppDataLocalLowMicrosoftCryptnetUrlCacheContent

%systemdrive%WindowsSystem32configsystemprofileAppDataLocalLowMicrosoftCryptnetUrlCacheMetaData

and backing up and deleting the certificates under this registry key

HKEY_LOCAL_MACHINESoftwareMicrosoftSystemCertificatesAuthRootCertificates

and restarting the server. Note that under the Certificates key there

are keys that probably contain the thumbprint of the certificate (ex.

02FAF3E291435468607857694DF5E45B68851868). I think that each of these

keys probably needs to be removed.

This seems to have worked for most people as the thread dies shortly after.

---

— Mike Burr

Category:

• Компьютеры
• Cancel

Имеется: компьютеры с Windows XP и антивирусом Avira (как Free так и Professional).

Симптомы: в логах наблюдаются постоянные ошибки crypt32 примерно такого содержания:
«Ошибка получения автоматического обновления последовательного номера стороннего корневого списка из: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootseq.txt> с кодом ошибки…«

Постановка диагноза: после недолгого гугления, выясняется что это не баг это «фича», дело в том что антивирус использует библиотеку VerifyTrust Library from Microsoft которая при каждом вызове желает обновить корневые сертификаты и когда это ей не удаётся, в логах появляется ошибка.

Решение: необходимо отключить эту «фичу», для этого идем и снимаем «галку»: Панель управления -> Установка и удаление программ -> Установка компонентов Windows -> Установка корневых сертификатов

Решение взято отсюда.

Category:

• Компьютеры
• Cancel

Тип события: Ошибка
Источник события: crypt32
Категория события: Отсутствует
Код события: 8
Дата: 02.11.2010
Время: 11:57:19
Пользователь: Н/Д
Компьютер: COMPUTER
Описание:
Ошибка получения автоматического обновления последовательного номера стороннего корневого списка из: с кодом ошибки: Возврат из операции произошел из-за превышения времени ожидания.

Если видим это в логах, то идем в «Установка/удаление программ» — «Установка компонентов Windows», там снимаем галку с «Обновление корневых сертификатов».

UPD: У меня в сети развернут WSUS, который эти корневые сертификаты сам обновляет, поэтому и смело отключаю этот компонент. Если WSUS нет и не предвидится, а сертификаты обновить хочется, то открывайте прямой доступ (либо через прозрачный прокси) к указанному ресурсу, т.к. этот компонент при загрузке игнорирует прозрачную авторизацию на проксе (по крайней мере у меня так, сквид авторизует через AD).