Не хочу выходить на улицу, я там никого не знаю…

Как посмотреть ключ установленной Windows

06.08.09 15:56 / Обновлено 17.07.15 04:26 | Версия для печати

Windows

Иногда бывают ситуации, когда требуется программным путём посмотреть ключ Windows или Office. Например, если вы пользуетесь ноутбуком, решили переустановить систему, а наклейка с ключом (которая, кстати, всегда находится на днище ноута) протёрлась об коленки до нечитаемого состояния. Или если надо проверить установленную программу/систему на лицензионность — совпадает ли ключ системы с документами и микрософтовской надписью на наклейке.

На помощь придут слудующие программы:

ProduKey

ProduKey это маленькая утилита, которая показывает идентификаторы (ключи) продуктов и CD-ключи от Microsoft Office (Microsoft Office 2003, Microsoft Office 2007), Windows (Включая Windows 7 и Windows Vista), Exchange Server, и SQL Server, установленных на компьютер. Эту информацию можно посмотреть для текущей запущенной операционной системы или для другой операционной системы/компьютера — используя опции командной строки. Утилита будет полезна в том случае, если вы потеряли ключ продукта от своего Windows/Office, но хотите этот продукт переустановить.

Aspia

Свободная программа, открытый исходный код.

Aspia – программа для сбора и отображения информации о системе, включая аппаратное обеспечение, программное обеспечение, сетевые параметры. Собранные данные можно сохранять в отчет, который можно открыть на любом компьютере.

Aspia – свободное программное обеспечение. Это означает, что вы можете получить исходный код программы и саму программу совершенно бесплатно.

Несмотря на то, что Aspia служит для более серьёзных вещей, а именно для просмотра всей информации о системе — как железа, так и установленных программ — она отлично справляется и с просмотром ключа Windows.

• Официальный сайт Aspia
• Скачать Aspia (прямая ссылка на версию 0.3.0)
• Исходный код программы

Speccy

От компании Piriform.
Примерно то же, что и Aspia, но код закрыт.

• Официальный сайт Piriform
• Описание программы (на английском языке)
• Страница загрузки Speccy

Проверка ключа активации OEM в Windows 10

В этой статье вводится проверка ключа активации OEM в Windows 10.

Оригинальная версия продукта: Windows 10 — все выпуски
Исходный номер КБ: 4346763

Общие сведения

Начиная с обновления Windows 10 Creators (сборка 1703), поведение активации Windows изменилось. Уникальный ключ цифрового продукта OA3 (DPK) не всегда представлен в качестве установленного в настоящее время ключа на устройстве. Вместо этого система ведет себя следующим образом:

Windows 10 (включая все версии, начиная с Windows 10 Creators Update) развертывается на устройстве с соответствующим ключом продукта по умолчанию. Можно запустить или показать частичный ключ продукта по умолчанию вместо DPK OA3 в качестве текущей лицензии slmgr /dli slmgr /dlv в прошивке. ID продукта, отображаемого на странице Settings System About, не является уникальным для используемого ключа > > Windows 10.

Устройство, которое работает с любым клиентской версией OEM Windows 10, например Windows Home или Windows Professional, и активируется с помощью DPK OA3 в прошивке, обновляется до более новой версии. Например, она обновлена с сборки 1703 до сборки 1709. Однако иногда запущен slmgr /dli или slmgr /dlv не показывает OA3 DPK в качестве текущей лицензии. Вместо этого эти команды показывают ключ продукта по умолчанию.

Поведение по дизайну. Активация и пользовательский опыт не влияют. Но проверка ОА на заводе может быть затронута следующим образом:

• Вывод или команда не обязательно являются последними slmgr /dlv slmgr /dli пятью (5) цифрами впрыскиваемого DPK. Таким образом, вы больше не можете полагаться на эти команды, чтобы вернуть ожидаемые результаты.

Рекомендации по проверке удостоверения продукта в отношении удостоверения ключа продукта OA3 DPK

Каждый OEM имеет свой производственный процесс, который был принят на основе многолетнего опыта. В частности, чтобы проверить DPK с установленным выпуском Windows 10, рекомендуется не полагаться на выход или slmgr /dlv slmgr/dli . Вместо этого используйте последнюю версию OA3Tool следующим образом:

Он выполняет пропуск проверки, чтобы убедиться, что:

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

Делает перекрестную проверку между впрыском DPK и целевой версией Windows, если они совпадают.

Может ли Корпорация Майкрософт гарантировать, что система всегда активируется, если я делаю рекомендуемые действия

Система активации Windows предназначена для использования ключа продукта, впрыскиваемого в прошивку компьютера во время производства. Он автоматически активирует устройство при первом включаемом устройстве. Эта операция используется ежедневно на тысячах устройств. В качестве дополнительной проверки OEMs рекомендуется выполнить полный процесс проверки, включая активацию на подмножество устройств, для проверки пользовательского интерфейса с компьютерами. Если вы испытываете какие-либо проблемы, взаимодействовать с нами по обычным каналам.

Почему Корпорация Майкрософт удалила возможность проверять последние пять цифр продукта с помощью slmgr

SLMGR — это устаревшее средство. Хотя мы еще не обновили slmgr, и из-за обновлений в последовательных сборках системы последние пять цифр ключа продукта, которые показаны или не соответствуют ключу продукта, впрыскиваемого в систему slmgr /dlv /dli BIOS. Это по дизайну. У нас нет намерений проверки SLMGR для каждого выпуска Windows 10 или внесения каких-либо других изменений. Мы очень открыты для отзывов о средстве OA3 и дополнительных возможностях, которые мы можем добавить к этому, чтобы улучшить производственный поток.

Как проверить, является ли ключ Windows подлинным или легальным

Копия Windows является подлинной, только если она была активирована с использованием действующего ключа. Когда вы покупаете ключи Windows на веб-сайтах Microsoft или получаете их от производителей оборудования, вы можете быть уверены, что они подлинные. Но вы должны быть осторожны, если вы покупаете их со сторонних сайтов. Вопросы. Итак, являются ли ключи Windows 10, которые вы покупаете у другого сайта, например, Amazon и т. Д., Законными или законными? Это зависит от!

Основная проблема, почему многие потребители получают лицензию, которая продается по очень низкой цене, впоследствии оказывается недействительной, потому что они могут быть деактивированными ключами продукта или ключами корпоративной лицензии. В этой статье мы предложим несколько способов проверить, является ли лицензионный ключ продукта Windows подлинным или легальным.

Как проверить подлинность моего ключа Windows

Существуют разные типы ключей. Ключи Windows 10, которые покупатель покупает напрямую, обычно действительны до срока службы компьютера ( Розничная торговля и OEM ).

Существует еще один тип ключей: Корпоративное лицензирование (MAK и KMS). Предприятия или крупные компании покупают эти ключи, чтобы активировать компьютеры оптом. я

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

Лучше не покупать ключ у кого-то, кто не уполномочен продавать ключи Windows 10. И если кто-то авторизован, и он предлагает низкую цену, обязательно спросите его, будет ли ключ работать даже после переустановки.

Есть два сценария:

1. Сначала, где у вас есть ключ, и вы хотите проверить, прежде чем использовать его.
2. Во-вторых, когда вы уже использовали его, но все же хотите проверить.

Давайте посмотрим, как узнать, является ли ваш ключ Windows подлинным.

Читать дальше . Как купить Windows 10 с действующим или законным лицензионным ключом.

1] Используйте инструменты проверки PID

У нас есть два инструмента – Ultimate PID Checker и Microsoft PID Checker , которые вы можете использовать, чтобы узнать, является ли ключ Windows 10 легальным. В то время как средство проверки Ultimate PID работает для всех версий до Windows 10, средство проверки Microsoft PID работает только для Windows 10 и Server 2016.

Загрузите Microsoft PID Checker с сайта здесь или Ultimate PID Checker с сайта здесь . Если ключ недопустим или недействителен, программа вернет вам ответ. Его также можно использовать для проверки количества MAK.

2] Проверьте ключ Windows с пользовательским интерфейсом лицензирования программного обеспечения.

Откройте командную строку с повышенными привилегиями. Выполните следующую команду:

Параметр «dli» отображает информацию о текущей лицензии со статусом активации.

Результат также будет включать тип ключа (Retail, OEM, MAK или ключ KMS). Если в статусе лицензии указано «Лицензия», то у вас нет проблем. Если есть что-то еще, ваш ключ недействителен. Также, если вы видите тип MAK или KMS, и вы являетесь обычным потребителем, вам нужно связаться с человеком, у которого вы купили ключ, и получить розничный ключ.

3] Проверьте настройки и статус активации

Есть несколько быстрых способов проверить, не является ли ключ, который вы использовали, незаконным. Первое, что вам нужно, это открыть настройки и посмотреть, есть ли какие-либо предупреждения об активации. Если этого нет, перейдите в «Обновление и безопасность»> «Активация» и проверьте статус. Если есть ошибка, и она не говорит, что Windows активирована, у вас есть проблема. Короче говоря, ключи Windows 10 не являются законными или законными.

Сообщите нам, помогло ли это вам выяснить, является ли ключ Windows 10 подлинным или нет.

Теперь прочитайте . Что такое активация Windows и как она работает?

Проверка подлинности открытого ключа устройства, присоединенного к домену Domain-joined Device Public Key Authentication

Область применения: Windows Server 2016, Windows 10 Applies to: Windows Server 2016, Windows 10

Добавлена поддержка устройств, присоединенных к домену, для входа с использованием сертификата, начиная с Windows Server 2012 и Windows 8. Kerberos added support for domain-joined devices to sign-in using a certificate beginning with Windows Server 2012 and Windows 8. Это изменение позволяет сторонним поставщикам создавать решения для предоставления и инициализации сертификатов для устройств, присоединенных к домену, для использования при проверке подлинности домена. This change allows 3rd party vendors to create solutions to provision and initialize certificates for domain-joined devices to use for domain authentication.

Автоматическая подготовка открытого ключа Automatic public key provisioning

Начиная с Windows 10 версии 1507 и Windows Server 2016, присоединенные к домену устройства автоматически подготавливают связанный открытый ключ к контроллеру домена Windows Server 2016 (DC). Beginning with Windows 10 version 1507 and Windows Server 2016, domain-joined devices automatically provision a bound public key to a Windows Server 2016 domain controller (DC). После подготовки ключа Windows может использовать проверку подлинности с открытым ключом в домене. Once a key is provisioned, then Windows can use public key authentication to the domain.

Создание ключей Key generation

Если на устройстве работает Credential Guard, то пара открытого и закрытого ключей создается с защитой Credential Guard. If the device is running Credential Guard, then a public/private key pair is created protected by Credential Guard.

Если Credential Guard недоступен, а доверенный платформенный модуль —, то создается пара из открытого и закрытого ключей, защищенных доверенным платформенным модулем. If Credential Guard is not available and a TPM is, then a public/private key pair is created protected by the TPM.

Если ни один из них недоступен, пара ключей не создается и устройство может проходить проверку подлинности только с помощью пароля. If neither is available, then a key pair is not generated and the device can only authenticate using password.

Открытый ключ подготовки учетной записи компьютера Provisioning computer account public key

При запуске Windows проверяет, подготовлен ли открытый ключ для учетной записи компьютера. When Windows starts up, it checks if a public key is provisioned for its computer account. В противном случае он создает связанный открытый ключ и настраивает его для своей учетной записи в AD с помощью контроллера домена Windows Server 2016 или более поздней версии. If not, then it generates a bound public key and configures it for its account in AD using a Windows Server 2016 or higher DC. Если все контроллеры домена находятся в недоступном масштабе, ключ не подготавливается. If all the DCs are down-level, then no key is provisioned.

Настройка устройства для использования только открытого ключа Configuring device to only use public key

Если параметр групповая политика для проверки подлинности устройства с помощью сертификата имеет значение Force, то устройство должно найти контроллер домена под управлением Windows Server 2016 или более поздней версии для проверки подлинности. If the Group Policy setting Support for device authentication using certificate is set to Force, then the device needs to find a DC that runs Windows Server 2016 or later to authenticate. Этот параметр находится в разделе административные шаблоны > системы > Kerberos. The setting is under Administrative Templates > System > Kerberos.

Настройка устройства для использования только пароля Configuring device to only use password

Если параметр групповая политика Поддержка проверки подлинности устройства с помощью сертификата отключен, то всегда используется пароль. If the Group Policy setting Support for device authentication using certificate is disabled, then password is always used. Этот параметр находится в разделе административные шаблоны > системы > Kerberos. The setting is under Administrative Templates > System > Kerberos.

Проверка подлинности присоединенного к домену устройства с помощью открытого ключа Domain-joined device authentication using public key

Если у Windows есть сертификат для устройства, присоединенного к домену, Kerberos сначала проверяет подлинность с помощью сертификата и при сбое пытается выполнить повторную попытку с паролем. When Windows has a certificate for the domain-joined device, Kerberos first authenticates using the certificate and on failure retries with password. Это позволяет устройству проходить проверку подлинности на контроллерах домена нижнего уровня. This allows the device to authenticate to down-level DCs.

Так как автоматически подготовленные открытые ключи имеют самозаверяющий сертификат, проверка сертификата завершается сбоем на контроллерах домена, которые не поддерживают сопоставление учетных записей доверия ключей. Since the automatically provisioned public keys have a self-signed certificate, certificate validation fails on domain controllers that do not support Key Trust account mapping. По умолчанию Windows повторяет проверку подлинности с использованием пароля домена устройства. By default, Windows retries authentication using the device’s domain password.