Настройка Ads Browser для кардинга Steam

[Exibit]

LicenseStatus

тип лицензии

Метод 2: Проверка через службу sppsvc (Какая то ошибка в команде)​

Метод 3. Проверка сетевых подключений (ничего не выводит, значит нет подключений?)

Метод 4. Проверка задач планировщика (3 задачи Author у всех Microsoft)

метод 5. Проверка Реестра (ну это было и так очевидно)

Отчистить реестр от BackupProductKeyDefault (надо удалять всю эту строку? Так она снова потом появляется)
Я сделал поиск по реестру кроме этого пути, больше нигде такой строки нету

Хотя вот щас удалил, потом перезагрузил, пока что этой строки нет и система активирована

 

[BadB]

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

Часть 1: Что такое BackupProductKeyDefault и почему она появляется​

Что это за параметр:​

• BackupProductKeyDefault — это резервная копия ключа продукта, которая создаётся системой или активаторами (MAS, KMSnano, AAct) для восстановления лицензии.
• Он не является основным ключом — но используется для автоматического восстановления активации после переустановки или обновления.

Почему он появляется снова:​

• Если вы используете активатор (MAS) — он создаёт задачу планировщика, которая восстанавливает этот параметр при каждой загрузке системы.
• Также, если в системе есть остаточные файлы от MAS — они могут перезаписывать реестр.

Вывод:
Удаление параметра — это полумера. Нужно удалить источник, который его восстанавливает.

Часть 2: Как полностью очистить систему от MAS​

Шаг 1: Удалите текущий ключ​

cmd:

slmgr /upk

Шаг 2: Очистите реестр​

1. Откройте regedit от имени администратора
2. Перейдите в:
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform
3. Удалите параметр BackupProductKeyDefault
4. Также проверьте:
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey — удалите, если есть

Шаг 3: Удалите задачи планировщика​

1. Откройте Планировщик заданий
2. Перейдите в:
   Библиотека планировщика заданий → Microsoft → Windows → SoftwareProtectionPlatform
3. Удалите все задачи, связанные с активацией:
   • SvcRestartTask
   • SvcRestartTaskLoggedOn
   • Любые другие задачи, созданные не Microsoft Corporation

Важно:
Ваши задачи (SvcRestartTaskLogon) имеют автора Microsoft Corporation — это нормально. Они не связаны с MAS.

Часть 3: Полная очистка от MAS​

Шаг 1: Удалите остаточные файлы​

1. Откройте Проводник
2. Перейдите в:
   %WINDIR%\System32\spp\store\2.0\cache
3. Удалите все файлы в этой папке

Шаг 2: Перезапустите службу лицензирования​

powershell:

Stop-Service -Name sppsvc -Force
Start-Service -Name sppsvc

Шаг 3: Дайте системе 10 минут для автоматической активации​

Часть 4: Финальная проверка для HWID-активации​

После всех действий:

1. Подключитесь к интернету (ping 8.8.8.8)
2. Подождите 5–10 минут — система должна активироваться автоматически
3. Проверьте статус:
   cmd:
   

   slmgr /dli

   → Должно быть: "Licensed" и "Windows(R), IoTEnterpriseS edition"
4. Также проверьте через GUI:
   Параметры → Обновление и безопасность → Активация

Заключение​

Вы всё делаете правильно — проблема в том, что MAS оставляет следы в реестре, которые восстанавливаются после обновления.

Следуйте этим шагам:

1. Полностью удалите MAS (реестр + задачи планировщика)
2. Отключите USB Controller в VMware
3. Переустановите драйверы чипсета
4. Дайте системе активироваться автоматически

 

[Exibit]

ключ в реестре находился до того как я воспользовался активатором (это то на что я бы хотел обратить внимание)

Итак я сделал всё как было указано выше

1. удалил текущий ключ командой slmgr /upk
2. отчистил реестр (Удалил параметр BackupProductKeyDefault)
3. Откыл Проводник. Перешел в %WINDIR%\System32\spp\store\2.0\cache (в ней есть файл cache.dat который после удаления снова появляется)

4. Перезапустил службы лицензирования
Stop-Service -Name sppsvc -Force
Start-Service -Name sppsvc

долго ждал, чтобы система автоматически лицензировалась (минимум 10 минут)

после этого проследовал по этой красной стрелке "Troubleshoot"

после этого:

Система снова активировалась:

а реестр принял привычный вид:

 

[billy kimbe]

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

Часть 1: Что такое BackupProductKeyDefault и почему она появляется​

Что это за параметр:​

• BackupProductKeyDefault — это резервная копия ключа продукта, которая создаётся системой или активаторами (MAS, KMSnano, AAct) для восстановления лицензии.
• Он не является основным ключом — но используется для автоматического восстановления активации после переустановки или обновления.

Почему он появляется снова:​

• Если вы используете активатор (MAS) — он создаёт задачу планировщика, которая восстанавливает этот параметр при каждой загрузке системы.
• Также, если в системе есть остаточные файлы от MAS — они могут перезаписывать реестр.

Часть 2: Как полностью очистить систему от MAS​

Шаг 1: Удалите текущий ключ​

cmd:

slmgr /upk

Шаг 2: Очистите реестр​

1. Откройте regedit от имени администратора
2. Перейдите в:
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform
3. Удалите параметр BackupProductKeyDefault
4. Также проверьте:
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey — удалите, если есть

Шаг 3: Удалите задачи планировщика​

1. Откройте Планировщик заданий
2. Перейдите в:
   Библиотека планировщика заданий → Microsoft → Windows → SoftwareProtectionPlatform
3. Удалите все задачи, связанные с активацией:
   • SvcRestartTask
   • SvcRestartTaskLoggedOn
   • Любые другие задачи, созданные не Microsoft Corporation

Часть 3: Полная очистка от MAS​

Шаг 1: Удалите остаточные файлы​

1. Откройте Проводник
2. Перейдите в:
   %WINDIR%\System32\spp\store\2.0\cache
3. Удалите все файлы в этой папке

Шаг 2: Перезапустите службу лицензирования​

powershell:

Stop-Service -Name sppsvc -Force
Start-Service -Name sppsvc

Шаг 3: Дайте системе 10 минут для автоматической активации​

Часть 4: Финальная проверка для HWID-активации​

После всех действий:

1. Подключитесь к интернету (ping 8.8.8.8)
2. Подождите 5–10 минут — система должна активироваться автоматически
3. Проверьте статус:
   cmd:
   

   slmgr /dli

   → Должно быть: "Licensed" и "Windows(R), IoTEnterpriseS edition"
4. Также проверьте через GUI:
   Параметры → Обновление и безопасность → Активация

Заключение​

Следуйте этим шагам:

1. Полностью удалите MAS (реестр + задачи планировщика)
2. Отключите USB Controller в VMware
3. Переустановите драйверы чипсета
4. Дайте системе активироваться автоматически

I can't understand why it was rejected in eneba. even though I have it set up correctly. I'm using bin head 549139. but can't get past them. and how and which bin heads can get through.

 

[Exibit]

Для решения проблемы, я удалил Виртуальную Машину Windows LTSC Iot interprise 2021
Также я полностью удалил саму программу VM ware workstation Pro
перезагрузил пк
установил VM ware workstation Pro
установил Виртуальную Машину Windows LTSC Iot interprise 2021


теперь активация через GUI выглядит так (как и было изначально до того как я полез на сайт massgrave)
мне кажется что теперь я имею чистую неактивированную windows как это и было до этого

В реестре всё равно есть приславутая строка

Повторяю она была и до активации (в чистом образе)
В интернете пишут:
Ключ
QPM6N-7J2WJ-P88HH-P3YRH-YY74H является общедоступным ключом KMS-клиента (GVLK) для активации версий LTSC Windows 10, но он не для всех, а именно для Windows 10 IoT Enterprise LTSC 2021, и в реестре он находится потому, что это стандартный ключ для KMS-сервера, а не финальный ключ продукта, который активирует систему навсегда; он используется для временной активации через сервер активации в корпоративных сетях или для установки.

Почему этот ключ там:

1. Стандартный ключ установки: Это универсальный ключ (Generic Volume License Key) для конкретной редакции LTSC, который позволяет установить ОС или перевести ее в режим KMS-клиента.
2. Подготовка к активации через KMS: Этот ключ указывает системе, что она должна искать KMS-сервер для активации, а не активироваться цифровой лицензией или ключом OEM.
3. Windows 10 IoT Enterprise LTSC: Именно этот ключ (QPM6N...) предназначен для версии IoT Enterprise LTSC 2021, а не для обычной Enterprise LTSC, которая использует другой ключ (например, M7XTQ-FN8P6-TTKYV-9D4CC-J462D).

Что это означает:

• Система ожидает подключения к KMS-серверу (Key Management Service) для получения подлинной лицензии.
• Без KMS-сервера или легальной покупки ключа, система останется неактивированной или будет работать в ознакомительном режиме.

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

 

[chushpan]

Полное объяснение темы: Windows 10 IoT Enterprise LTSC 2021, активация, GVLK и ваш случай​

Вы просили раскрыть тему максимально подробно, так что я разберу всё по пунктам: что это за редакция Windows, как работает её лицензирование и активация, почему ключ QPM6N-7J2WJ-P88HH-P3YRH-YY74H присутствует в реестре даже в чистой установке, что означают ваши скриншоты и действия, и что происходит в вашей системе сейчас. Я опираюсь на официальную документацию Microsoft (актуальную на 2026 год), поведение volume-версий Windows и типичные сценарии для LTSC-редакций.

1. Что такое Windows 10 IoT Enterprise LTSC 2021?​

• IoT Enterprise — это специальная редакция Windows 10, предназначенная не для обычных домашних или офисных ПК, а для встраиваемых (embedded) и специализированных устройств: киоски, медицинское оборудование, промышленные ПК, POS-терминалы, цифровые вывески, thin clients и т.д.
• LTSC (Long-Term Servicing Channel) — канал долгосрочной поддержки. В отличие от обычных версий Windows 10/11 (Semi-Annual Channel), где каждые 6–12 месяцев приходят крупные обновления функций, LTSC получает только обновления безопасности и исправления ошибок. Нет Cortana, Microsoft Store (по умолчанию отключен), телеметрии, рекламы и "лишних" приложений. Это делает её стабильной для устройств, где важна надёжность.
• Версия 2021 (build 19044, также известна как 21H2) — выпущена в ноябре 2021 года.
• Срок поддержки (lifecycle):
  • Mainstream support: до 13 января 2027 года.
  • Extended support: до 13 января 2032 года (10 лет всего).
  • Это значительно дольше, чем у обычной Windows 10 (поддержка закончилась 14 октября 2025 года). Именно поэтому IoT LTSC 2021 всё ещё актуальна в 2026 году для embedded-устройств.

Эта редакция не предназначена для продажи в розницу и не распространяется через обычные каналы (как Home/Pro). Она доступна только через:

• Volume Licensing (корпоративные лицензии).
• OEM-партнёров Microsoft (для предустановки на устройства).
• Evaluation-версии (90 дней для тестирования, скачиваются с Microsoft Evaluation Center или VLSC).

2. Как работает лицензирование и активация в этой редакции?​

Windows 10 IoT Enterprise LTSC 2021 — это volume-лицензионная редакция. Активация отличается от retail/OEM-версий (где ключ "привязан" к железу или аккаунту Microsoft).

Возможные методы активации:

• KMS (Key Management Service) — основной для корпоративных сетей. У компании есть свой KMS-сервер (или облачный в Azure), который периодически (каждые 180 дней) подтверждает лицензию. Без доступа к серверу система остаётся неактивированной.
• MAK (Multiple Activation Key) — одноразовый ключ на определённое количество активаций. Вводится вручную, активирует навсегда через сервера Microsoft.
• Embedded activation (для OEM) — ключ "вшит" в firmware устройства (UEFI). Активируется автоматически при установке.
• Digital License — как в обычных версиях, не применяется здесь (нет привязки к Microsoft Account).

Без одного из этих методов система:

• Работает полностью (кроме некоторых ограничений: водяной знак "Activate Windows", нельзя менять обои, ограничения в персонализации).
• Показывает ошибки вроде 0xC004F213 ("no product key found") или 0xC004F014 ("no valid digital license or product key").

Evaluation-версии (часто скачиваемые для теста) — это те же volume-образы, но с 90-дневным триалом. После — наг напоминания об активации.

3. Что такое GVLK (Generic Volume License Key) и почему ваш ключ там?​

Ключ QPM6N-7J2WJ-P88HH-P3YRH-YY74H — это официальный публичный GVLK от Microsoft, предназначенный именно для Windows 10 IoT Enterprise LTSC 2021 в некоторых конфигурациях ISO.

• GVLK — это универсальные ключи, опубликованные Microsoft для volume-редакций. Они не активируют систему навсегда, а только:
  • Позволяют установку без ввода ключа.
  • Настраивают систему как KMS-клиента (ожидание сервера).
• Полный список GVLK: на официальной странице Microsoft — https://learn.microsoft.com/en-us/windows-server/get-started/kms-client-activation-keys.
  • Там для Windows 10 IoT Enterprise LTSC 2021 указан ключ KBN8V-HFGQ4-MGXVD-347P6-PDQGT (актуально на 2025–2026).
  • Однако в многих ISO-образах (особенно evaluation или старых VLSC) используется именно QPM6N-7J2WJ-P88HH-P3YRH-YY74H — это тоже официальный GVLK для IoT Enterprise LTSC (подтверждается в сообществах и старых документациях). Разные ключи могут применяться для подвариантов (например, с/без N-версии).

Почему ключ в реестре (BackupProductKeyDefault) даже в чистой установке?

• В официальных volume-ISO (с VLSC или Evaluation Center) Microsoft встраивает GVLK по умолчанию.
• Это нормально и ожидаемо: система сразу настроена на volume-активацию.
• Параметр в реестре HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\BackupProductKeyDefault — это "резервный" ключ, который Windows использует при переустановке или troubleshooter'е.
• Файл cache.dat в %WINDIR%\System32\spp\store\2.0\cache — кэш токенов активации. Он генерируется заново службой SPPSVC и не содержит "пиратских" следов в чистой системе.

Это не остаток от активатора и не признак модификации. То же самое будет в любой чистой установке из официального ISO для volume-редакций.

4. Анализ ваших действий и скриншотов​

• До переустановки: Активатор (MAS с massgrave) эмулировал KMS или HWID, поэтому активация "восстановилась" после troubleshooter (он нашёл токены в cache и reapplied).
• Ваши шаги очистки (slmgr /upk, удаление BackupProductKeyDefault, очистка cache, перезапуск sppsvc, troubleshooter) — правильные для сброса. Troubleshooter иногда "находит" встроенный GVLK и пытается активировать по нему (но без KMS — неудачно).
• Полная переустановка ВМ (удаление VMWare, переустановка, новая ВМ из того же ISO) — лучший способ. Теперь система полностью чистая, как из оригинального образа:
  • Нет цифровой лицензии.
  • Ошибки активации стандартные для volume без KMS/MAK.
  • Ключ в реестре — встроенный GVLK (нормально).

5. Выводы и рекомендации​

• Ваша система сейчас чистая и оригинальная. Нет следов активатора. Это точно такая же неактивированная установка, как если бы вы только что скачали ISO и установили.
• Если хотите легальную активацию:
  • Приобретите volume-лицензию через партнёров Microsoft (для бизнеса/OEM).
  • Используйте KMS-сервер (если есть корпоративная сеть).
  • Введите MAK-ключ: slmgr /ipk <ваш_MAK_ключ>, затем slmgr /ato.
• Для теста/evaluation — оставьте как есть (90 дней, потом ограничения, но работает).
• Не рекомендую пиратские методы — они временные и рискованные.

Если остались вопросы (например, по конкретному ISO или ошибке) — уточните, помогу глубже!

 

[Exibit]

Выходит, что через HWID активировать не получится? Какой тогда смысл в этой LTSC?
И, как альтернативу, может тогда использовать активацию (MAS)?

 

[chushpan]

Выходит, что через HWID активировать не получится? Какой тогда смысл в этой LTSC?
И, как альтернативу, может тогда использовать активацию (MAS)?

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

Можно ли активировать Windows 10 IoT Enterprise LTSC 2021 через HWID?​

Нет, стандартная активация через HWID (Hardware ID, или цифровая лицензия, привязанная к аппаратному обеспечению устройства) не предназначена для этой редакции и, как правило, не работает в чистом виде. Вот почему:

• Что такое HWID-активация? Это метод, используемый в retail-редакциях Windows (например, Home, Pro), где лицензия "привязывается" к уникальному ID оборудования (процессор, материнская плата и т.д.). При переустановке ОС на том же железе активация происходит автоматически через сервера Microsoft, без ввода ключа. Это удобно для личных ПК, но требует, чтобы исходная лицензия была retail или OEM (предустановленная производителем).
• Почему не для IoT Enterprise LTSC?
  • Эта редакция — volume-лицензионная (для бизнеса и embedded-устройств), а не retail. Она предназначена для корпоративного развертывания через KMS (Key Management Service) или MAK (Multiple Activation Key). HWID здесь не основной механизм, потому что:
    • Volume-версии не "привязываются" к железу навсегда — они ожидают периодической проверки через сервер (KMS) или одноразового ключа (MAK).
    • В официальных ISO (evaluation или VLSC) встроен GVLK (как ваш QPM6N-...), который настраивает систему на KMS-режим. Попытка HWID-активации (например, через troubleshooter или служебные команды) обычно приводит к ошибкам вроде 0xC004F213 или 0xC004F014, как на ваших скриншотах.
    • Microsoft не поддерживает HWID для LTSC в документации (см. их lifecycle и activation guides). Это не баг, а дизайн: LTSC для устройств, где лицензия управляется централизованно, а не индивидуально.
  • Исключения: Если устройство — OEM с предустановленной LTSC (например, промышленный ПК от Dell или HP), HWID может сработать через embedded-лицензию в UEFI. Но в виртуальной машине (VMWare) или чистой установке из ISO — нет, потому что нет "реального" OEM-железа с лицензией.

В вашем случае (ВМ на VMWare) HWID не сработает, так как это эмулированное окружение, и Microsoft не видит его как "лицензированное железо". Даже если вы попробуете "спуфить" HWID (что не рекомендуется), это не даст стабильной активации.

Какой смысл в LTSC, если активация такая сложная?​

LTSC (Long-Term Servicing Channel) — это не "обычная" Windows для повседневного использования, а специализированная редакция с конкретными преимуществами. Её смысл не в простоте активации для домашних пользователей, а в стабильности и контроле для определённых сценариев. Вот ключевые плюсы:

• Долгосрочная поддержка и стабильность:
  • Обновления только безопасности и фиксов (без новых фич, как в обычных версиях). Нет принудительных апдейтов, которые ломают совместимость.
  • Срок жизни: до 2032 года (extended support), в отличие от обычной Windows 10 (поддержка закончилась в 2025). Идеально для систем, где downtime критичен (промышленность, медицина).
• Оптимизация для embedded/IoT:
  • Упрощённая: Нет Cortana, Edge (по умолчанию), Store, телеметрии, OneDrive, Xbox и других "потребительских" фич. Меньше нагрузки на ресурсы.
  • Кастомизация: Поддержка lockdown-режимов (киоски, где пользователь не может менять настройки), embedded shell launcher, unified write filter (защита от записи на диск для долговечности SSD).
  • Безопасность: Лучшая для изолированных сетей (нет облачных интеграций), поддержка LTSC-specific фич вроде Device Guard, Credential Guard.
• Для кого это?
  • Бизнес и OEM: Корпорации развертывают на тысячах устройств через KMS. Примеры: банкоматы, медицинские сканеры, производственные контроллеры, цифровые табло в аэропортах.
  • Разработчики и тестеры: Evaluation-версии (90 дней) для прототипов IoT-устройств (Raspberry Pi, промышленные ПК).
  • Энтузиасты: Некоторые используют для "чистой" Windows без мусора, но активация — барьер. Если вы не в корпоративной среде, смысл снижается, но это всё равно стабильная ОС для виртуалок или старого железа.

Минусы: Нет новых фич (например, из Windows 11), сложная активация без volume-лицензии, не для игр/мультимедиа. Если вам нужна стабильная Windows без LTSC-специфики, альтернативы — Windows 10/11 Pro (с retail-активацией) или даже Linux для embedded.

В вашем сценарии (ВМ для теста) смысл в LTSC — в evaluation-режиме: вы можете использовать её бесплатно 90 дней без активации, с полным функционалом (кроме косметических ограничений). После — купить лицензию или переустановить.

Альтернатива: использование активации через MAS?​

MAS (Microsoft Activation Scripts) — это набор скриптов (с сайта massgrave.dev), которые имитируют официальные методы активации (KMS-эмуляция, HWID-спуфинг и т.д.). Это неофициальный инструмент, часто используемый для обхода лицензионных ограничений.

• High-level обзор: MAS может временно "активировать" volume-редакции вроде вашей LTSC, эмулируя KMS-сервер локально или подменяя токены. Но это не настоящая активация: она не проходит проверку Microsoft, может слететь после обновлений/перезагрузок, и рискует безопасностью (вирусы в скриптах, блокировка аккаунта MS). Microsoft считает это нарушением EULA (End-User License Agreement), и в корпоративных сетях это может привести к юридическим проблемам.
• Рекомендация: Не стоит полагаться на такие методы как постоянное решение. Вместо этого рассмотрите легальные альтернативы:
  • Купить volume-лицензию: Через Microsoft Volume Licensing Service Center (VLSC) или партнёров (цена от ~$100–300 за MAK-ключ для IoT LTSC, в зависимости от количества).
  • Перейти на другую редакцию: Если LTSC не критично, используйте Windows 11 IoT Enterprise (новее, но не LTSC) или обычную Pro — там HWID работает проще.
  • Бесплатные опции: Evaluation-версия LTSC (90 дней), или open-source альтернативы вроде Linux Embedded (Yocto, Buildroot) для IoT-задач.

Если вы всё же экспериментируете в ВМ для кардинга - помните о рисках. Если нужны детали по покупке или настройке KMS, уточните!

 

[Exibit]

Я всё таки склоняюсь, чтобы активировать её неофициально.
Да и к тому же, обычную windows 10 pro я бы активировал через kms активатор.
Этот вопрос ранее уже обсуждался

Почему меня должны волновать вопросы (вирусы в скриптах, блокировка аккаунта MS), если я использую ВМ.
Меня волнует вопрос с точки зрения влияния на OPSEC