Ошибка 266 получена winverifytrust

>

Technical Support FAQ

>

База знаний (FAQ)

>

Программное обеспечение

>

КОМПАС-3D

При попытке развернуть последнюю версию JRE на Windows 7 столкнулся с ситуацией, когда программа установки завершается с ошибкой:

Имя журнала: Application
Источник: MsiInstaller
Дата: 26.01.2011 8:37:12
Код события: 11330
Категория задачи: Отсутствует
Уровень: Ошибка
Ключевые слова: Классический
Пользователь: mydomuser
Компьютер: WS001.mydom.com
Описание:
Product: Java(TM) 6 Update 23 — Error 1330.A file that is required cannot be installed because the cabinet file sccm-serverSourcesJRE_1.6.0_23x86Data1.cab has an invalid digital signature. This may indicate that the cabinet file is corrupt. Error 266 was returned by WinVerifyTrust.

Проблема в данном случае заключается в отсутствии доверия к корневому сертификату в цепочке корневых сертификатов того сертификата, с помощью которого подписан *.cab файл в составе дистрибутива.

При этом на компьютерах с Windows XP данной проблемы нет, так как эти ОС получают с WSUS соответствующее обновление — Update for Root Certificates [October 2010] (KB931125)

Для того чтобы обеспечить обновление корневых сертификатов на всех клиентских системах Windows можно скачать файл rootsupd.exe и форсированного распространить его. В моём случае, для этой цели я воспользовался SCCM, создав новый пакет распространения:

Для пакета сделана соответствующая программа, которая в скрытом режиме будет запускать исполняемый файл rootsupd.exe.

После распространения созданного пакета на все точки распространения SCCM и объявления на коллекцию клиентских ПК, проблема с развёртыванием JRE будет исчерпана.

Для тех, у кого нет возможности использовать SCCM, распространить это обновление можно и другими доступными способами, например через GPO.

A user of mine is having a problem installing my software.

He gets the following error when he tries to install:

Product: MyProgram — Error 1330: Cabinet file c:usersusernameAppDataRoamingMyCompanyMyPrograminstalldisk1.cab has an invalid digital signature. Error 266 was returned by WinVerifyTrust.

My user’s helpdesk had this to say:

«During the install the cab file gets extracted from the original executable installer file. This particular file (the .cab) does not have a valid certificate. (But the original executable installer file does)»

I’m running Advanced Installer 11.8.

I have the «Enable signing» option checked on the digital signature tab of Advanced Installer 11.8. I’m using a certificate from disk (a pfx file that is valid until 2018).

I did not check use SHA256 as digest algorithm.

At the bottom of the Digital Signature tab I have the following information showing which files will be signed:

Files configured for signing

Output files of default build:

MyProgram-Signed.exe
MyProgram-Signed.msi
MyProgram-Signed.cab

Files from project

APPDIRMyProgram.dll

There is no mention of disk1.cab getting signed.

The Installer’s .exe appears to be correctly signed.

Does anyone know why disk1.cab is not being signed properly (or why it fails the digital signature test when the Windows Installer tries to extract the cab from the installer executable)?

Thanks.

По причинам, которые я не могу раскрыть, мне нужно установить сервер Linux на хост VirtualBox, работающий в Windows Server 2003. К сожалению, VirtualBox не запускается, из-за чего появляется ошибка, которая указывает на то, что он не может создать цепочку доверия к сертификату исполняемого файла.

Сбой WinVerifyTrust на исполняемом файле-заглушке: сбой WinVerifyTrust с hrc = CERT_E_CHAINING в «DeviceHarddiskVolume1Program FilesOracleVirtualBoxVirtualBox.exe» (rc = -22919)

Детали системы:

• Операционная система: Windows Server 2003 SP 1
• Последнее обновление: неизвестно
• Версия VirtualBox: 5.0.0

Я сделал некоторые исследования самостоятельно, что указало на неудачное обновление. Я попытался запустить Центр обновления Windows, чтобы исправить это, но это не удалось с несколькими ошибками. Я попытался удалить SoftwareDistribution и перезапустить сервер Windows Update, чтобы исправить это, но ошибки не исчезли.

Другой запрос привел меня к этому, который велел мне установить сертификат исполняемого файла. Я следовал инструкциям статьи и установил сертификат Symantec (под встречными подписями) для хорошей меры. После перезагрузки моя проблема так и не была решена.

Наконец, я попытался очистить кеш CRL, запустив certutil -urlcache crl delete в cmd и перезагрузившись. К сожалению, это тоже не сработало.

Обновлено 19.01.2019

Добрый день! Уважаемые читатели и гости крупнейшего IT порталов рунета Pyatilistnik.org. Я уже не в первый раз встречаю на серверных платформах Microsoft у службы развертывания Windows ошибки. Придя сегодня утром на работу и попытавшись подготовить три новых рабочих станции, которые вчера были привезены поставщиком оборудования, я увидел, что мой WDSсушка не запускается и в логах я вишу кучу событий с ошибками, вроде: ID 257, 258, 266, 513. Давайте разбираться в чем дело и устраним это.

Windows Deployment Services зависит и напрямую работает с Active Directory и DHCP, это означает, что если любая из этих двух серверов существенно изменен, то, возможно, вы не сможете запустить WDS службы и получить событиями ID: Event Viewer от WDS сервера

• Событие 257: ошибка при попытке запустить Windows Deployment Services, сервер.
• Событие 258: ошибка при попытке запустить Windows Deployment Services сервера изображений.
• Событие 266: ошибка при освежает в настройках.

Событие 513: Ошибка при инициализации поставщика WDSImgSrv из C: Windowssystem32WdsImgSrv.dll. Windows Deployment Services сервера будет остановлен. Отказ: Пожалуйста, обратите внимание, что следующие возможные причины, связанные, когда все эти события появляются одновременно и с тем же описанием. Событие ID 513 может также появиться отношении к ошибке PXE-провайдера: «Произошла ошибка при попытке инициализации поставщика WDSPXE из C:Windows system32wdspxe.dll. Windows Deployment Services сервера будет остановлен «. Данная ошибка может произойти по нескольким причинам, например, установка на одном сервере System Center Configuration Manager PXE-поставщик, который заменяет WDS.

Возможные причины

Те частности ошибки появились, когда произошли изменения в Active Directory, которые не были выполнены гладко:

• Изменение глобального каталога с контроллером домена.
• Выключение активного контроллера домена.

Решение

Чтобы решить эту проблему, необходимо установить вручную полное доменное имя контроллера домена, работая в качестве глобального каталога.

1 — Откройте WDS оснастки и получить доступ к серверу свойства.

2 — Нажмите на кнопку «Дополнительно». И вы должны увидеть следующее:

3 — Вставьте полное доменное имя контроллера домена и глобальный каталог ближайшей к WDS и в настоящее время активными (предпочтительно в том же месте). Скорее всего, будет то же самое DC на обоих вариантов.

4 — Запустить WDS Server.

Подробнее о WDS и интеграции с Active Directory

• Поставщик PXE поставляется с Windows Deployment Services называется BINL (реализовано в Binlsvc.dll) и имеет прямой интеграции с Службы Active Directory во многих отношениях:
• BINL предпочитает использовать контроллеры домена и глобальный каталог, доступных в пределах одного сайта Active Directory, как PXE сервер (локальный).
  Записываемый контроллер домена для домена, в котором Windows Deployment Services PXE-сервер находится, будут использованы при выполнении запроса для выбранной атрибуты.
• Поставщик WDS PXE использует DsGetDcName () API. Она проходит DS_GC_SERVER_REQUIRED флаг, когда он нуждается, чтобы найти глобальный каталог.
  При попытке определить местонахождение объектов учетных записей компьютеров, порядок поиска по умолчанию для BINL для поиска глобальных каталогов до поиска контроллеров домена.
• И, конечно, BINL соединяется напрямую с нашей эры, когда пытаются создать объекты компьютеров в домене, или запросы для других атрибутов.

Пример BINL обработки запросов PXE и интеграции с AD. Еще в случае переноса с одного сервака на другой может получится что для папки с образами не хватает прав

То просто переустанавливаем роль и делаем путь до папки. Надеюсь, что вы смогли устранить свою ошибку и запустить службу развертывания Windows, а с вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org.