microsoft windows hardware compatibility publisher что это такое
Windows Hardware Compatibility Program Certification Process
The Windows Hardware Compatibility Program lets you show customers that your hardware is reliably compatible with Windows 10 and Windows 11. The program contains tools and processes that determine whether your hardware meets Windows 10 and Windows 11 quality standards.
Step 1: Review Hardware Requirements
Building a great Windows device starts with understanding the hardware requirements.
Step 2: Register on Hardware Dashboard
Before you start testing for Windows compatibility, you should register with the hardware dashboard. Later, you’ll use the dashboard to submit your hardware for the Hardware Compatibility Program.
Step 3: Install the Windows Hardware Lab Kit
Get ready to test your Windows hardware by installing the Windows Hardware Lab Kit (HLK) and configuring your test environment. The tests that are included in the Windows HLK help you validate compatibility with Windows 10 & Windows 11 and get your hardware listed on the certified product list. The HLK Getting Started Guide provides instructions on how to build a test environment, automate driver and system testing, and create the submission package required to participate in the Windows Hardware Compatibility Program.
Step 4: Submit Results
After testing your hardware and packaging the results with the HLK, you can submit the results to the hardware dashboard to qualify for the Windows Hardware Compatibility Program.
Step 5: Manage and Update
After you submit your test results, you can monitor and manage your submission in the dashboard.
Troubleshooting
The dashboard also provides additional services, including:
The Windows Hardware Lab Kit User’s Guide also provides the following guidance on interpreting test failures and bug submission:
Microsoft windows hardware compatibility publisher что это такое
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
После эксперементов с FLASH дисками удалось выяснить что причина не установки драйверов, в отсутсвии цифровых подписей. Интересно что целый год устанавливались и распозновались флешки без проблем, но в какой то момент, что то случилось. С админскими правами устройство FLASH устанавливается, но в диспетчере пишет «Цифровая подпись отсутствует».
Для драйверов флешки используются файлы «System32\DRIVERS\disk.sys и PartMgr.sys» как я понимаю это стандартные драйвера Microsoft. в информации об этих файлах тоже указано что нет цифровой подписи.
Собственно вопрос. как вернуть подписи? У нас есть компьютеры где подписи присутсвуют, но что копировать?
советуют копировать CatRoot и CatRoot2, но это не помогает.
И ещё очень интересно, каким образом могут слететь эти подписи.
p.s. возможно ли что на клиентах упала нужная служба отвечающая за подписи?
Ответы
Тестовым путем было установлено, что на «плохом компьютере» где все устройства НЕ имеют цифровых подписей, если установить драйвера NVidea, на устройстве видеоадаптера цифровая подпись появляется. На всех других устройствах попрежнему цифровой подписи нет.
Где хранятся сами цифровые подписи к драйверам? Они вшиты в сам файл либо лежат отдельно?
Все ответы
возможно ли что на клиентах упала нужная служба отвечающая за подписи?
возможно ли что на клиентах упала нужная служба отвечающая за подписи?
На проблемном компьютере установлен параметр «Не определено«.
Что интересно в GPO домена Win2008R2 такого параметра нет.
Но, даже если мы разрешим установку не подписанных драйверов, это не решит проблемы с тем, что потерялись подписи к стандартным драйверам Microsoft
This posting is provided «AS IS» with no warranties, and confers no rights.
Хорошо, какие существуют способы восстановления?
Простое копирование файлов драйвера с «рабочего» компьютера на «проблемный» компьютер, не дало результатов
Так же в диспетчере устройств на проблемном компьютере, я не нашел не одного устройства у которого был бы драйвер с цифровой подписью.
У нас порядка 200 ПК, и большая часть из них имеет эту проблему. По этому неисправность железа отпадает.
Я думаю что повредилась некая служба или общий сертификат, что компьютер перестал обрабатывать подписи, возможно это причина вирус / GPO / или что то ещё.
Ведь если бы мы скопировали файл драйвера «System32\DRIVERS\disk.sys» с «рабочего» компьютера, Windows увидел бы у него подпись?
На проблемном компьютере установлен параметр «Не определено«.
Но, даже если мы разрешим установку не подписанных драйверов, это не решит проблемы с тем, что потерялись подписи к стандартным драйверам Microsoft
На проблемном компьютере установлен параметр «Не определено«.
Но, даже если мы разрешим установку не подписанных драйверов, это не решит проблемы с тем, что потерялись подписи к стандартным драйверам Microsoft
На «Хорошем» компьютере везде цифровая подпись Microsoft
Несоблюдение этого условия в лучшем случае (при отключенном Secure Boot) приведет к появлению предупреждения:
Несмотря на наличие официальной документации по прохождению процедуры сертификации, этот процесс может быть сопровожден рядом неочевидных на первый взгляд сложностей. Ниже приводится поэтапный разбор всех подводных камней на примере прохождения сертификации драйвера веб-камеры для 32 и 64-битной версий Windows 10 с обновлением 1803.
Краткий обзор всей последовательности действий:
Дебют или этап подготовки
Очевидным предварительным условием для сертификации является наличие следующего:
Подготовка парка машин
Для серверной части HLK ограничением является необходимость развертывания на Windows Server 2012, Windows Server 2012 R2 или Windows Server 2016.
Табличка поддерживаемых версий:
Для организации тестирования нам понадобятся одна управляющая машина с серверной версией Windows и две тестовые машины с 32 и 64-битными версиями Windows 10 в одной сети. При наличии нескольких доступных клиентов одной битности их можно использовать совместно, проводя тестирование параллельно. Альтернативной конфигурацией, в случае тестирования драйвера для двух архитектур, может быть схема с одним контроллером и одним клиентом (предполагается смена ОС клиента между тестовыми сессиями). Однако в этом случае возможны проблемы с настройкой пулов тестовых машин и потерей результатов тестирования. Кто виноват и что делать в такой ситуации будет рассказано ниже.
Миттельшпиль или работа с HLK
Важно: рекомендуется использовать свежеустановленные версии Windows с английской локалью во избежание появления внезапных проблем с тестами. Вас предупреждали.
Дополнительно на всех машинах парка можно отключить энергосберегающий режим и приостановить установку обновлений Windows, дабы исключить прерывания процесса тестирования, который может продолжаться несколько часов.
Развертывание HLK
На контроллере устанавливаем свежескаченный HLK корректной версии. В нашем случае это HLK 1803, поскольку на клиентах будет установлена Windows 10 с обновлением 1803. Существует вариант установки одной HLK Studio, однако он полезен только для работы с финальными пакетами hlkx.
Клиентская часть ставится на тестовые машины по сети с контроллера:
Установка драйвера
Фильтры и плейлисты
и запустить приложение UpdateFilters.exe, расположенное там же.
Важно: рекомендуется устанавливать фильтры до начала тестирования, так как их эффект применяется только к запущенным после установки тестам. Чтобы изменить результаты уже проведенных тестов, необходимо в проекте HLK Studio перейти на страницу Results и нажать кнопку Apply Filters.
Кроме фильтров Microsoft поставляет специализированные плейлисты (HLK Playlist), изменяющие состав базового списка тестов. Скачиваем архив с актуальными плейлистами и распаковываем его на контроллере.
Важно: плейлист может быть применен только к чистому проекту. Использовать его на серии пройденных тестов не удастся.
Информацию по выпуску новых фильтров и плейлистов можно найти в блоге Windows Hardware Certification
Подготовка пула тестовых машин
Пришло время подготовить пулы наших клиентских машин. Они нам понадобятся на этапе создания проекта. На вкладке Configuration все машины отобразятся в Default Pool. Нужно создать свои пулы (кнопка Create Machine Pool) и перетащить в них машины из пула по-умолчанию.
Важно: в одном пуле должны находиться машины с одинаковой битностью.
Важно: иногда студия выдает ошибку на попытку изменить статус машины.
Кроме прочего, такая ситуация появляется, когда меняется ОС на тестовом клиенте, например, в схеме с одним контроллером и одним клиентом. Решается это удалением машины из пула (пункт Delete Machine в контекстном меню), что заставляет контроллер создать новый инстанс клиента с правильными характеристиками в Defaul Pool. Внимание, удаление машины приводит к удалению всех ассоциированных с ней результатов тестирования. Во избежание напрасной потери результатов нескольких часов работы, перед удалением машины следует подготовить финальный hlkx пакет, включающий все пройденные тесты. О подготовке файла hlkx будет рассказано далее.
Подготовка и запуск проекта
На странице Projects выбираем Create project и задаем проекту произвольное имя. Активируем проект двойным кликом по нему. Каждый проект может тестироваться только на машинах одной битности.
На странице Selection выбираем пул машин, на котором будет производиться тестирование. В списке отобразятся устройства, подключенные к машинам из этого пула. Отмечаем устройства, которые будут тестироваться.
Переходим на страницу Tests. Перед запуском тестов применяем плейлист нужной версии, распакованный из архива ранее. Отмечаем тесты, которые будут запущены для устройства. Следует обратить внимание, что некоторые тесты проходят в ручном режиме (обозначены иконкой человечка в столбце Type) и требуют некоторого пользовательского ввода на стороне клиентской машины. Их лучше отложить на потом и сначала отметить все автоматические.
При его создании необходимо указать:
После нажатия на «Create Package» потребуется отметить:
Создание финального пакета hlkx
Можно создавать неподписанные hlkx, например, просто для последующего открытия в студии. Для сабмита в Microsoft файл hlkx необходимо подписать EV сертификатом. Проще всего импортировать сертификат в систему и выбрать его в процессе создания пакета (кнопка Create Packageна странице Package). Получаем файл hlkx с результатами пройденных тестов.
Мерджинг пакетов hlkx
Этот этап выполняется, если вы проходите тестирование для нескольких платформ. В нашем случае, тестирование проводится для x86 и x64.
Для конфигурации с одним контроллером и одним клиентом меняем битность тестовой ОС, повторяем шаги по настройке клиента, переинициализируем машину под соответствующий пул.
Создаем проект для следующей платформы и повторяем весь процесс тестирования.
На шаге создания пакета hlkx дополнительно вызываем меню Merge Package и указываем подготовленный hlkx пакет для платформы другой битности.
У нас готов hlkx пакет для отправки в Microsoft.
Эндшпиль или сабмит финального пакета hlkx в Microsoft
На панели слева выбирвает Drivers. Нажимаем Submit new hardware.
Заполняем поле Product name и загружаем наш пакет hlkx.
В разблокированной секции Certification заполняем поля тип устройства, дата анонса и опционально маркетинговое имя. Нажимаем Submit.
Через некоторое время получаем результаты сертификации. Подписанные компоненты драйвера можно скачать, нажав по кнопке Download signed files.
Конечный результат всех усилий:
На что следует обращать внимание
Roman Meita
Read more posts by this author.
В последнее время мне часто приходилось переписывать много адаптеров для списков, и каждый раз я брался за голову — в адаптере находилась бизнес-логика, сетевые запросы и роутинг приложения и многое другое. Все это очень
Windows Процесс сертификации программы обеспечения совместимости оборудования
программа Windows совместимость оборудования позволяет продемонстрировать клиентам, что оборудование надежно совместимо с Windows 10 и Windows 11. программа содержит средства и процессы, которые определяют, соответствует ли оборудование требованиям Windows 10 и Windows 11.
Шаг 1. Проверка требований к оборудованию
создание отличного Windows устройства начинается с понимания требований к оборудованию.
Шаг 2. Регистрация на панели мониторинга оборудования
прежде чем начать тестирование совместимости с Windows, необходимо зарегистрироваться на панели мониторинга оборудования. Позже вы будете использовать панель мониторинга для отправки оборудования в программу обеспечения совместимости оборудования.
шаг 3. установка комплекта для лабораторного оборудования Windows
подготовьтесь к тестированию Windows оборудования, установив комплект Windows hardware Lab Kit (хлк) и настроив тестовую среду. тесты, включенные в Windows хлк, позволяют проверить совместимость с Windows 10 & Windows 11 и получить оборудование, указанное в списке сертифицированных продуктов. руководство по начало работы хлк содержит инструкции по созданию тестовой среды, автоматизации тестирования драйверов и системы и созданию пакета отправки, необходимого для участия в программе Windows совместимости оборудования.
Шаг 4. Отправка результатов
после тестирования оборудования и упаковки результатов в хлк можно отправить результаты на панель мониторинга оборудования, чтобы получить соответствующие сведения для программы Windowsной совместимости оборудования.
Шаг 5. Управление и обновление
После отправки результатов тестов вы можете отслеживать и управлять отправкой на панели мониторинга.
Устранение неполадок
Панель мониторинга также предоставляет дополнительные службы, в том числе:
руководство пользователя комплекта оборудования Windows Hardware Lab также предоставляет следующие рекомендации по интерпретации сбоев тестов и отправки ошибок.
Windows Спецификации и политики программы обеспечения совместимости оборудования
Если продукты соответствуют минимальным требованиям, указанным в приведенных ниже документах, они гарантируют совместимость приложений и устройств. Системы должны использовать компоненты, которые также прошли тестирование на совместимость. продукты, отправленные с передачей результатов, будут по прежнему включены в список сертифицированных продуктов и Windows каталог сервера.
Документация по спецификациям и политикам
спецификации определяют, как создавать совместимые с Windows устройства, системы и фильтровать драйверы на всех Windowsных платформах. Они были разработаны в сотрудничестве с партнерами и сосредоточены на обеспечении совместимости, взаимодействии, безопасности и надежности.
Политики и процессы предоставляют рекомендации по проверке квалификации и отправке продуктов, а также к полезным требованиям бизнес-процессов.
сертификация для Windows Server 2016 и более поздних версий, программное обеспечение, определенное в центре обработки данных (SDDC), программное обеспечение, определенное Windows Server software center (вссд), и Azure Stack.
Продукты, стремящиеся обеспечить сертификацию и квалификацию для перечисленных выше продуктов и программ, должны:
Вопросы о программах Azure Stack или ВССД и дополнительных квалификациях SDDC, а также о том, как отправить результаты для проверки решения, должны быть направлены соответствующему менеджеру по технической поддержке Майкрософт или партнеру по управлению партнерами.