Установка Windows: кошмари активації — чисте рішення без перевстановлення

Що насправді перевіряє активація Windows (і чому вона не спрацьовує)

Активація — це не настрій. Це набір ліцензійних тверджень, які перевіряє Windows і (звично) служби активації Microsoft або інфраструктура активації вашої організації (KMS/AD). Коли вона не працює, майже завжди одна з цих речей не співпадає:

• Несумісна редакція: встановлено Pro, а у вас є Home, або встановлено Enterprise без обсягової ліцензії.
• Несумісний канал: OEM проти Retail проти Volume (KMS/MAK) не відповідає встановленому ключу та очікуваному шляху активації.
• Зміна апаратної ідентичності: «пристрій», який пам’ятає Microsoft, відрізняється від вашого теперішнього пристрою (зазвичай винна заміна материнської плати).
• Блокування або перевикористання ключа: роздрібні ключі можна переносити, але не дублювати безкінечно; для MAK є ліміти активацій; деякі ключі потрапляють у чорний список.
• Проблеми з часом, DNS або мережею: якщо машина не може досягти потрібної служби активації, ви отримаєте хибне повідомлення про «невірний ключ».
• Пошкодження сховища ліцензій: рідкісне, але реальне — особливо після іміджування, знімків або агресивних засобів очищення.
• Неправильна ціль активації: клієнтський ключ KMS на машині, яка не в корпоративній мережі, або роздрібний ключ на Enterprise-збірці, що керується доменом.

Під капотом Windows відстежує стан ліцензії через службу Software Protection Platform (sppsvc), сховище ліцензій (звично tokens.dat), інформацію про встановлений ключ продукту та телеметрію, яка допомагає зіставити цифрову ліцензію з певним апаратним ID. Ваша мета — не «зламати активацію». Ваша мета — допомогти системі скласти узгоджену історію.

Цитата, яка добре служить в операціях: «Надія — це не стратегія.» — генерал Гордон Р. Салліван. Усунення проблем з активацією — ідеальне місце для цього принципу.

Короткий жарт №1: Активація Windows схожа на аеропортну безпеку: вона здебільшого зупиняє випадкові речі, але все одно псує ранок усім.

Швидкий план діагностики (перевірте це в першу чергу)

Це послідовність «зупинити кровотечу». Зробіть це до того, як почнете видаляти служби, скидати Магазин або перевстановлювати щось.

Перш за все: визначте редакцію + канал + поточний стан ліцензії

1. Перевірте редакцію/збірку (Pro/Home/Enterprise) і підтвердіть, що вона відповідає тому, чим ви володієте або що постачає ваша організація.
2. Перевірте канал активації (Retail/OEM/Volume:KMS/Volume:MAK).
3. Перевірте, чи Windows вважає себе ліцензованою, у грейс-періоді, в стані сповіщення або без ліцензії.

По-друге: вирішіть, який шлях активації має застосовуватися

• Персональний пристрій: цифрова ліцензія, прив’язана до облікового запису Microsoft, або роздрібний ключ, або OEM-ключ у прошивці.
• Корпоративний пристрій: KMS (потребує доступу до KMS-хоста), активація через AD (приєднання до домену + зв’язок з контролером), або MAK (активується через Microsoft, але адмініструється організацією).

По-третє: підтвердіть, що машина досяжна для своєї авторитетної служби активації

• Клієнти KMS потребують DNS SRV-відкриття або явного налаштування KMS-хоста та мережевого доступу.
• Онлайн-активація Microsoft потребує базової вихідної доступності, правильного часу і відсутності MITM від «корисного» проксі.

По-четверте: тільки потім ремонтуйте або скидйте компоненти ліцензування

Відновлення сховища ліцензій ефективне, але інвазивне в порівнянні з виправленням «неправильного ключа» або «неправильної редакції», які можна виправити чисто.

Цікаві факти та невелика історія (ви перестанете звинувачувати примар)

• Windows XP зробив активацію масовою для споживачів. До того багато інсталяцій Windows мирно жили без «дзвінка додому».
• OEM-ключі часто зберігаються в прошивці (ACPI table). Сучасні системи можуть автоматично зчитувати їх під час інсталяції без ручного введення.
• Цифрові ліцензії з’явилися з Windows 10, перейшовши від «ключ як ідентифікатор» до «права для пристрою». Тому перевстановлення на тому самому обладнанні часто активує автоматично.
• KMS створено, щоб не чіпати кожний пристрій. Це «локальна активація, періодичне поновлення», що зручно, поки ноутбук не повертається в корпоративну мережу.
• Enterprise-редакції — не «Pro, тільки кращі» з ліцензійної точки зору. Зазвичай вони обсягово ліцензовані і не поводяться як роздрібні активації.
• Microsoft має кілька шляхів активації: онлайн-активація, телефонна активація (ще існує), KMS та активація через Active Directory. Та сама помилка в інтерфейсі може маскувати різні збої.
• Апаратні зміни мають різну вагу. Заміну оперативної пам’яті рідко помічають. Заміна материнської плати — зазвичай критична. Заміна накопичувача може мати значення залежно від супутніх змін.
• Sysprep та іміджування можуть спрацювати проти ліцензування, якщо використовувати їх неправильно. Неправильна генералізація може створити флот пристроїв зі спільним дивним ліцензійним станом.
• Коди помилок активації часто вводять в оману. Деякі коди читаються як «поганий ключ», коли справжня проблема — несумісність редакції або недоступність служби активації.

Режими відмов: цифрова ліцензія, ключ продукту, KMS, MAK, OEM

Цифрова ліцензія (споживчі Windows 10/11)

Це поширений випадок «не пам’ятаю, щоб коли-небудь вводив ключ». Якщо Windows раніше була активована на цьому обладнанні, Microsoft може мати цифрове право для точної комбінації. Якщо ви змінили материнську плату, право може більше не збігатися — якщо тільки ви не прив’язали активацію до облікового запису Microsoft і не можете через Майстер вирішення активації переназначити ліцензію.

Типові ознаки помилки: відмова активації після заміни апаратури; у Налаштуваннях написано «Windows не активовано»; помилки як 0x803F7001 (дійсна ліцензія не знайдена) або 0xC004F213 (ключ не знайдено), хоча раніше система активовувалася автоматично.

Роздрібний ключ

Роздрібний ключ можна переносити в межах розумного. Його найпростіше перевірити через вивід slmgr і інтерфейс «Змінити ключ продукту». Якщо ключ уже використовується на іншому пристрої, можливо, доведеться пройти телефонну активацію або видалити його з іншого пристрою.

OEM (ліцензія виробника)

OEM має «прив’язку» до оригінального пристрою. На багатьох системах ключ вбудовано в прошивку, що спрощує перевстановлення на оригінальному обладнанні і ускладнює на «майже тому самому» обладнанні після заміни материнської плати (якщо постачальник не надав відповідну плату або не ввів ключ повторно).

Обсяг ліцензій: KMS

Клієнти KMS активуються через KMS-хост і мають періодично поновлювати активацію. Якщо пристрій довго відсутній у мережі, він втрачає активацію і переходить у режим сповіщення. Виправлення зазвичай таке: повернути на мережевий шлях до KMS, переконатися, що DNS-відкриття працює, і виконати активацію.

Також: встановлення клієнтського ключа KMS на пристрій, який повинен бути роздрібним, — самонанесена рана. Таке трапляється частіше, ніж визнають.

Обсяг ліцензій: MAK

MAK активується через Microsoft, але адмініструється організацією. Помилки MAK зазвичай пов’язані з досягненням ліміту активацій або перешкодами проксі/фаєрвола. Виправлення часто адміністративне: перевипуск ключа, збільшення кількості активацій або припинення клонування іміджів, які не були генералізовані.

Практичні завдання (команди, результати, рішення) — справжній набір для виправлення

Це реальні завдання, які можна виконати на живій системі. Кожне містить команду, реалістичний вивід, що це означає, і рішення, яке слід ухвалити. Запускайте команди в підвищеному Command Prompt або PowerShell. (Так, підказка нижче у стилі Linux. Ні, Windows не звертає уваги на те, як виглядає ваш промпт у блог-пості.)

Завдання 1: Підтвердіть редакцію та канал встановлення через DISM

cr0x@server:~$ dism /online /Get-CurrentEdition
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Image Version: 10.0.22631.3007

Current Edition : Professional

The operation completed successfully.

Що це означає: У вас встановлено Windows Pro. Якщо ви володієте Home, активація не вдасться, доки ви не зміните редакцію або не використаєте Pro-ліцензію.

Рішення: Якщо редакція неправильна, виправте пару редакція/ключ перед тим, як торкатись сховища ліцензій.

Завдання 2: Отримати детальний стан активації (команда, яку кожен повинен знати)

cr0x@server:~$ slmgr /dlv

Software licensing service version: 10.0.22621.1

Name: Windows(R), Professional edition
Description: Windows(R) Operating System, RETAIL channel
Activation ID: 11111111-2222-3333-4444-555555555555
Application ID: 55c92734-d682-4d71-983e-d6ec3f16059f
Partial Product Key: 3V66T
License Status: Notification
Notification Reason: 0xC004F034
Remaining Windows rearm count: 1000
Trusted time: 2/4/2026 10:22:11 AM

Що це означає: Канал — Retail, але зараз у стані Notification. Причина вказує, що активація не завершилася (часто невідповідність ключа/сервера активації або неправильна редакція).

Рішення: Визначте правильний шлях ключа (retail vs KMS vs OEM) і перевірте з’єднаність/час.

Завдання 3: Швидка перевірка «я активований?» (читабельно для людини)

cr0x@server:~$ slmgr /xpr
The machine is in notification mode.

Що це означає: Ви не активовані.

Рішення: Продовжуйте діагностику; не припускайте, що «це лише косметика». Деякі політики підприємства та можливості персоналізації залишаться заблокованими; в окремих середовищах це викликає сигнали відповідності.

Завдання 4: Зчитати OEM-ключ із прошивки (якщо він є)

cr0x@server:~$ wmic path softwarelicensingservice get OA3xOriginalProductKey
OA3xOriginalProductKey
VK7JG-NPHTM-C97JM-9MPGT-3V66T

Що це означає: Прошивка містить OEM-ключ. Це часто відповідає Home/Pro залежно від того, що постачалося з пристроєм.

Рішення: Якщо ви замінили материнську плату і цей виклик повертає порожнє значення, ймовірно ви втратили вбудований ключ і повинні використовувати цифрову ліцензію/обліковий запис MS, роздрібний ключ або звертатися до постачальника.

Завдання 5: Перевірте, чи працює служба Software Protection

cr0x@server:~$ sc query sppsvc

SERVICE_NAME: sppsvc
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 4  RUNNING
                                (STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

Що це означає: Служба ліцензування працює. Якщо вона зупинена/відключена, активація не працюватиме передбачувано.

Рішення: Якщо не RUNNING, поверніть її в стандартний стан і запустіть; якщо відмовляє, перевіряйте пошкодження системних файлів або політики безпеки.

Завдання 6: Перевірте несумісність редакції за підказками каналу ключа

cr0x@server:~$ slmgr /dli

Name: Windows(R), Professional edition
Description: Windows(R) Operating System, VOLUME_KMSCLIENT channel
Partial Product Key: 3V66T
License Status: Notification

Що це означає: У вас Pro, але використовується клієнтський ключ KMS. На персональному пристрої поза корпоративною мережею це ніколи не активується.

Рішення: Замініть ключ на правильний retail/OEM або приєднайтеся до потрібної корпоративної мережі/VPN і вкажіть KMS-хост.

Завдання 7: Видалити неправильно встановлений ключ продукту (очистити стан)

cr0x@server:~$ slmgr /upk
Uninstalled product key successfully.

Що це означає: Встановлений ключ прибрано з локальної системи. Це не «видаляє» вашу цифрову ліцензію, але зупиняє повторні спроби використовувати неправильний ключ.

Рішення: Використовуйте це, коли машина явно на неправильному каналі (наприклад, ключ KMS на роздрібному пристрої) перед встановленням правильного ключа.

Завдання 8: Очистити ключ з реєстру (корисно в випадках іміджування)

cr0x@server:~$ slmgr /cpky
Product key from registry cleared successfully.

Що це означає: Зменшує випадкове витікання ключа з реєстру і примушує чистішу повторну установку ключа. Корисно, якщо ви збираєтесь передати машину іншому власнику або виправляти поганий образ.

Рішення: Зробіть це на системах, де підозрюєте, що застарілі ключі повторно застосовуються автоматизацією або старими іміджами.

Завдання 9: Встановити правильний ключ продукту

cr0x@server:~$ slmgr /ipk W269N-WFGWX-YVC9B-4J6C9-T83GX
Installed product key W269N-WFGWX-YVC9B-4J6C9-T83GX successfully.

Що це означає: Ключ прийнято локально. Це не гарантує успішної активації, лише що формат і редакція/канал виглядають правдоподібно.

Рішення: Негайно спробуйте активувати та перевірте стан через /dlv або /xpr.

Завдання 10: Примусова спроба активації (і інтерпретація збою)

cr0x@server:~$ slmgr /ato
Activating Windows(R), Professional edition...
Error: 0xC004F074 The Software Licensing Service reported that the computer could not be activated. No Key Management Service (KMS) could be contacted.

Що це означає: Це збій KMS-шляху: клієнт не може зв’язатися з KMS-хостом.

Рішення: Або вкажіть KMS-хост і забезпечте мережеву/DNS доступність, або припиніть використовувати клієнтський ключ KMS і перейдіть на правильний тип ліцензії.

Завдання 11: Знайти SRV-записи KMS через DNS (перевірка корпоративної реальності)

cr0x@server:~$ nslookup -type=srv _vlmcs._tcp.corp.example
Server:  resolver.corp.example
Address:  10.10.0.53

_vlmcs._tcp.corp.example     SRV service location:
          priority       = 0
          weight         = 0
          port           = 1688
          svr hostname   = kms01.corp.example

Що це означає: DNS-відкриття працює і KMS-хост рекламовано.

Рішення: Якщо це не вдається, виправте DNS suffix/search list, роздільний DNS у VPN або тимчасово вкажіть KMS-хост вручну.

Завдання 12: Перевірити з’єднання з KMS-хостом

cr0x@server:~$ Test-NetConnection kms01.corp.example -Port 1688
ComputerName           : kms01.corp.example
RemoteAddress          : 10.10.20.15
RemotePort             : 1688
InterfaceAlias         : Ethernet
TcpTestSucceeded       : True

Що це означає: Порт досяжний. Якщо активація все ще не вдається, ймовірно проблема в конфігурації KMS, клієнтському ключі, зсуві часу або тому, що KMS-хост неправильно ліцензований/опублікований.

Рішення: Якщо TcpTestSucceeded False, не чіпайте сховище ліцензій — спершу виправте маршрутизацію/фаєрвол/VPN.

Завдання 13: Явно вказати KMS-хост (коли DNS зламано або потрібно обійти)

cr0x@server:~$ slmgr /skms kms01.corp.example:1688
Key Management Service machine name set to kms01.corp.example:1688 successfully.

Що це означає: Клієнт буде таргетувати цей KMS-хост замість DNS-відкриття.

Рішення: Використовуйте як тактичне тимчасове рішення; виправте DNS на постійній основі, щоб ноутбуки не ставали «сніжинками».

Завдання 14: Повторити спробу активації через KMS

cr0x@server:~$ slmgr /ato
Activating Windows(R), Professional edition...
Product activated successfully.

Що це означає: Активація вдалася. Перевірте, що вона зберігається і що інтервал поновлення підходить для вашого середовища.

Рішення: Після цього підтвердіть стан через /xpr і зафіксуйте /dlv для закриття інциденту.

Завдання 15: Перевірити синхронізацію часу (бо ліцензування не любить подорожей у часі)

cr0x@server:~$ w32tm /query /status
Leap Indicator: 0(no warning)
Stratum: 3 (secondary reference - syncd by (S)NTP)
Precision: -23 (119.209ns per tick)
Root Delay: 0.0312500s
Root Dispersion: 0.1193389s
ReferenceId: 0x0A0A0A01 (source IP: 10.10.10.1)
Last Successful Sync Time: 2/4/2026 10:18:42 AM
Source: time01.corp.example
Poll Interval: 10 (1024s)

Що це означає: Час синхронізується. Якщо бачите «Free-running system clock» або дуже старі часи синхронізації, виправляйте NTP перед гонитвою за примарами активації.

Рішення: Якщо час неправильний, виправте його і спробуйте активацію знову. Зсув часу ламає TLS, доменну автентифікацію і іноді потоки активації.

Завдання 16: Відновити системні файли (коли служби працюють некоректно)

cr0x@server:~$ sfc /scannow
Beginning system scan. This process will take some time.

Beginning verification phase of system scan.
Verification 100% complete.

Windows Resource Protection found corrupt files and successfully repaired them.

Що це означає: Були пошкоджені основні файли і їх успішно відновлено. Це може опосередковано виправити пошкоджені компоненти ліцензування.

Рішення: Після SFC перезавантажте систему, потім перевірте sppsvc і стан активації.

Завдання 17: Відновити стан компонентного сховища (коли SFC не допомагає)

cr0x@server:~$ dism /online /cleanup-image /restorehealth
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Image Version: 10.0.22631.3007

[==========================100.0%==========================]
The restore operation completed successfully.
The operation completed successfully.

Що це означає: Компонентне сховище відновлено. На сильно застарілих системах це може бути різницею між «активація постійно падає» і «активація працює після перезавантаження».

Рішення: Якщо DISM не вдається, можливо у вас глибша проблема з ОС або стеком обслуговування — активація тоді не буде пріоритетною.

Завдання 18: Скинути сховище ліцензій (останній засіб, але іноді чисте рішення)

Це те, чого люди бояться. Робіть тільки після підтвердження, що у вас є дійсний шлях до активації (правильна редакція, правильний ключ/цифрове право, мережа/час у порядку). Також: ви змінюєте локальну базу стану; сплануйте перезавантаження і крок перевірки.

cr0x@server:~$ net stop sppsvc
The Software Protection service is stopping.
The Software Protection service was stopped successfully.

cr0x@server:~$ ren %windir%\System32\spp\store\2.0\tokens.dat tokens.dat.bak
cr0x@server:~$ net start sppsvc
The Software Protection service was started successfully.

Що це означає: Ви змусили Windows перебудувати ліцензійні токени. Це може очистити корупцію або поганий кешований стан.

Рішення: Перезавантажте, потім знову встановіть правильний ключ (якщо потрібно) і виконайте slmgr /ato. Якщо активація все ще не вдається за наявності правильної мережі та редакції, ймовірно це справжня проблема з правом (неправильна ліцензія, заблокований ключ або проблема зі сторони організації).

Завдання 19: Зберегти журнали ліцензування (бо скриншоти брешуть)

cr0x@server:~$ wevtutil qe Microsoft-Windows-Security-SPP/SoftwareProtectionPlatform /c:10 /rd:true /f:text
Event[0]:
  Log Name: Microsoft-Windows-Security-SPP/SoftwareProtectionPlatform
  Source: Microsoft-Windows-Security-SPP
  Date: 2026-02-04T10:25:03.123
  Event ID: 8198
  Task: None
  Level: Error
  Opcode: Info
  Keyword: Classic
  User: N/A
  User Name: N/A
  Computer: WS-1432
  Description:
  License Activation (slui.exe) failed with the following error code:
  0xC004F074

Що це означає: Тепер у вас є судово-облікові деталі: який компонент зламався і з яким кодом помилки, з часовою міткою.

Рішення: Якщо ви ескалюєте до IT-ліцензування/адмінів, надсилайте цей вивід. Це позбавить вас циклу «ви спробували перезавантажити?».

Завдання 20: Якщо підозрюєте проксі/TLS-перехоплення, перевірте базову з’єднаність

cr0x@server:~$ netsh winhttp show proxy
Current WinHTTP proxy settings:

    Direct access (no proxy server).

Що це означає: WinHTTP не працює через проксі. Якщо тут стоїть корпоративний проксі, трафік активації може блокуватися або перехоплюватися залежно від політики.

Рішення: Якщо проксі встановлено несподівано, узгодьте його з вашим середовищем. Для керованих флотів виправляйте джерело політики, а не симптом на одній машині.

Три корпоративні міні-історії з поля бою

Міні-історія 1: Інцидент спричинений неправильною припущенням

Вони мігрували групу інженерських робочих станцій на нові NVMe-диски. Ті самі машини, ті самі користувачі, той самий домен. Пайплайн іміджування відновив із «відомого робочого» образу, і команда очікувала, що цифрова ліцензія «просто піде за пристроєм». Чому б ні? 2026 рік, є штучний інтелект, є самокеровані автомобілі, Windows повинна пам’ятати ПК.

Неправильне припущення: вони зовсім не використовували споживчі цифрові ліцензії. Це були Enterprise-збірки, що покладалися на KMS, а нові диски відправили віддаленим співробітникам, які ще не підключили VPN. Активування через KMS не відбулося, поновлення не відбулося, і машини синхронно перейшли в режим сповіщення.

Кількість заявок у службу підтримки зросла. Інженери почали «виправляти» ситуацію: міняти ключі, запускати випадкові скрипти, відключати служби, що «здавалися підозрілими». Один співробітник скинув ліцензійний стан на машині, яка фактично була правильно налаштована, і потім не зміг її реактивувати, бо VPN-клієнт був зламаний. Це стало одиничним простоєм.

Справжнє виправлення було нудно простим: примусити підключити VPN до першого входу для тієї партії розгортання, підтвердити, що DNS suffix search list включив корпоративну зону, щоб _vlmcs._tcp дискавері працював, і потім виконати контрольоване slmgr /ato після синхронізації часу. Інцидент закінчився, коли перестали трактувати активацію як магію і почали трактувати її як доступність сервісу.

Міні-історія 2: Оптимізація, яка зіграла злий жарт

Команда десктопів хотіла пришвидшити провізію. Вони оптимізували золотий образ, «очищаючи» все, що виглядало як кешований стан: тимчасові папки, кеші оновлень, старі логи. Хтось додав крок, щоб видалити те, що, на їхню думку, були «старі ліцензійні файли», бо це економило секунди при вимкненні Sysprep і робило образ «чистішим».

На папері це було акуратно. На практиці — спричинило тонку ліцензійну петлю. Деякі машини завантажувалися нормально; інші приходили неактивованими, потім активувалися, а потім знову втрачали активацію після перезавантаження. Ефект був настільки періодичним, щоб дратувати, і достатньо послідовним, щоб бути реальним.

Вони зрештою зіставили проблему з точною версією образу. Крок «очищення» видаляв або перейменовував файли під Software Protection Platform так, що це не відповідало очікуванням Windows. Коли система перебудовувала токени, вона робила це в стані, що конфліктував з встановленим об’ємним ключем і часом приєднання до домену. Декілька пристроїв опинилися в напівактивованому грейс-стані, яке здавалося нормальним доти, доки не настав перший цикл поновлення.

Відкотили негайно: прибрали крок очищення, відбудували образ правильно і прийняли, що економія 20 секунд на провізії не варта тижня корпоративної активаційної метушні. Оптимізації — добре, поки вони не торкаються частин ОС, що визначають ідентичність.

Міні-історія 3: Нудна, але правильна практика, що врятувала ситуацію

У фінансовому відділі була невелика група ноутбуків. Але їхній IT-лідер мав звичку: кожен запит на апаратний ремонт включав знімок стану ліцензії, зроблений до і після роботи: редакція, канал і вивід slmgr /dlv. Все це зберігалося в заявці. Без винятків.

Коли підрядник замінив кілька материнських плат за гарантією, кілька ноутбуків повернулися «неактивованими». Постачальник наполягав, що встановив еквівалентні деталі. Користувачі наполягали, що «нічого не робили». Фінансовий директор вважав це кризою через водяний знак «не активовано» — «непрофесійно».

IT не сперечалося. Вони порівняли знімки до і після ремонту. До ремонту канал показував OEM з наявним ключем у прошивці; після ремонту OEM-ключ у прошивці відсутній і Windows відкотилася до загального стану. Це очевидно вказало на корінь: замінені плати не мали вбудованого оригінального ключа.

Оскільки були докази, відновлення відбулося чисто: постачальник виправив ліцензування у прошивці (або надав заміну ліцензії), а для кількох термінових машин IT тимчасово застосував роздрібний ключ, задокументував це і пізніше узгодив ліцензії правильно. Нудна практика — нудна перемога. Саме такі й найкращі.

Поширені помилки: симптом → корінь проблеми → виправлення

1) «Я встановив ключ, вивід каже успішно, але активація не проходить»

Симптом: slmgr /ipk успішний; slmgr /ato не вдається.

Корінь проблеми: Ключ синтаксично валідний, але неправильний канал/шлях (наприклад, клієнтський ключ KMS на роздрібному пристрої) або недосяжна авторитетна служба активації.

Виправлення: Підтвердіть канал через slmgr /dli. Якщо це KMS — виправте DNS/VPN/KMS-хост і виконайте slmgr /ato. Якщо retail/OEM — встановіть правильний ключ для редакції і активуйте онлайн.

2) «Windows каже, що ключ не знайдено після відновлення»

Симптом: Помилка типу 0xC004F213.

Корінь проблеми: Іміджування/відновлення видалило встановлений ключ і система не може отримати OEM-ключ з прошивки; цифрова ліцензія не співпадає з апаратурою.

Виправлення: Зчитайте OEM-ключ через WMIC; якщо порожньо — використайте Майстер вирішення активації з обліковим записом Microsoft або застосуйте ваш роздрібний/MAK-ключ. Не перевстановлюйте систему.

3) «Учора було активовано; сьогодні ні» (особливо для ноутбуків)

Симптом: Корпоративні пристрої переходять у режим сповіщення поза мережею.

Корінь проблеми: Поновлення KMS не відбулося достатньо довго; пристрій не контактував KMS-хост.

Виправлення: Підключіться до корпоративної мережі/VPN, перевірте _vlmcs SRV-запит і порт 1688, потім slmgr /ato. Не використовуйте KMS на пристроях, які ніколи не повертаються до мережі — оберіть іншу модель ліцензування для мобільних пристроїв.

4) «Я змінив материнську плату; тепер активації немає»

Симптом: Цифрова ліцензія більше не розпізнається.

Корінь проблеми: Аппаратний ID змінився за межі допустимого; OEM-ключ втрачено, якщо плата була носієм ключа.

Виправлення: Використайте Майстер вирішення активації з обліковим записом Microsoft, якщо ліцензія була прив’язана; інакше — перенос роздрібної ліцензії/телефонна активація; для OEM — звернення до постачальника або розуміння, що OEM може не переноситися.

5) «Я спробував багато скриптів; тепер нічого не працює»

Симптом: sppsvc відмовляє, UI ліцензування показує помилки, несумісний стан.

Корінь проблеми: Сховище ліцензій пошкоджене або змінені служби/політики.

Виправлення: Відмініть зміни політик, перевірте стан sppsvc, запустіть SFC/DISM, а потім контрольований скидання tokens. Документуйте зміни, щоб не повторювати їх.

6) «Код помилки виглядає як поганий ключ, але це мережна проблема»

Симптом: Випадкова помилка активації у ІТ-парку, який в іншому випадку працює.

Корінь проблеми: DNS split-brain, перехоплення проксі, captive portal або зсув часу, що спричиняє помилки TLS/автентифікації.

Виправлення: Перевірте DNS SRV для KMS, перевірте доступність порту, стан WinHTTP proxy, підтвердьте синхронізацію часу. Не міняйте ключі як перший крок.

Короткий жарт №2: Єдина річ наполегливіша за водяний знак активації Windows — це зацікавлений уякий запитує «ви спробували вимкнути і ввімкнути?»

Чеклісти / покрокові плани

План A: Персональний ПК (цифрова ліцензія або роздріб) — виправлення без перевстановлення

1. Перевірте редакцію через dism /online /Get-CurrentEdition. Якщо невірна — зупиніться і виправте ліцензування редакції (Home vs Pro важливо).
2. Перевірте стан через slmgr /dlv і slmgr /xpr. Занотуйте канал і код причини помилки.
3. Спробуйте виявлення OEM-ключа за допомогою wmic ... OA3xOriginalProductKey. Якщо ключ є — встановіть його (або через Налаштування «Змінити ключ продукту») і активуйте.
4. Якщо ви змінили критичну апаратну частину, використайте Майстер вирішення активації (Налаштування → Система → Активація) і увійдіть в обліковий запис Microsoft, який раніше мав ліцензію. Оберіть «Я нещодавно змінив апаратне забезпечення на цьому пристрої.»
5. Якщо у вас є роздрібний ключ, виконайте slmgr /upk, потім slmgr /ipk <key>, а потім slmgr /ato.
6. Якщо активація все ще не проходить, перевірте час (w32tm) і проксі (netsh winhttp show proxy) і спробуйте знову.
7. Тільки якщо стан здається пошкодженим, проведіть контрольований скидання tokens (зупинити sppsvc, перейменувати tokens.dat, запустити службу), перезавантажити, потім повторно застосувати правильний ключ і активувати.
8. Перевірте через slmgr /xpr («permanently activated» або коректний стан з терміном).

План B: Корпоративний пристрій (KMS) — перестаньте гадати, підтвердіть шлях

1. Підтвердьте, що має бути KMS через slmgr /dli, де канал показує VOLUME_KMSCLIENT.
2. Підтвердьте DNS-відкриття через nslookup -type=srv _vlmcs._tcp.<corp-domain>. Якщо відсутнє — виправте реєстрацію DNS на KMS-хості або список пошуку DNS на клієнті.
3. Переконайтеся в мережевій доступності через Test-NetConnection <kms-host> -Port 1688. Якщо заблоковано — виправте фаєрвол/маршрутизацію/VPN.
4. Явно вкажіть KMS-хост через slmgr /skms <kms-host>:1688 як тактичну обхідну операцію.
5. Примусово активуйте через slmgr /ato. Захопіть помилки з журналу подій за допомогою wevtutil.
6. Перевірте синхронізацію часу (пристрої в домені повинні синхронізуватися з ієрархією домену). Виправте час перед повторною спробою.
7. Тільки після того, як мережа чиста, розгляньте скидання tokens для поодиноких клієнтів. Якщо багато клієнтів падає — зупиніться: це, ймовірно, проблема KMS-хоста, DNS або політики, а не «всі ноутбуки пошкоджені».

План C: Після заміни материнської плати (сценарій «той самий ноутбук, інша душа»)

1. Зчитайте OEM-ключ із прошивки. Якщо його немає — прийміть реальність: нова плата може не містити оригінального OA3-ключа.
2. Перевірте, чи ліцензія Retail чи OEM через дані каналу slmgr /dlv (до того, як щось стерти як доказ).
3. Якщо Retail, видаліть застарілий ключ (/upk), застосуйте роздрібний ключ, активуйте. Якщо онлайн-активація не вдається через повторне використання — ескалюйте телефонну активацію або підтримку ліцензування.
4. Якщо цифрова ліцензія, увійдіть у прив’язаний обліковий запис Microsoft і скористайтеся Майстром вирішення активації для переназначення.
5. Якщо OEM, вимагайте від постачальника виправлення ліцензування у прошивці або надання правильної заміни. Не витрачайте години на те, щоб примусити OEM поводитися як retail.

Операційний чекліст: що захопити для ескалації (і вашого майбутнього)

• dism /online /Get-CurrentEdition
• slmgr /dlv і slmgr /xpr
• sc query sppsvc
• w32tm /query /status
• KMS: DNS SRV-запит і результати Test-NetConnection
• Витяг з журналу подій активації через wevtutil
• Будь-які останні апаратні зміни (особливо материнська плата), дії з іміджування або зміни політик

FAQ

1) Чи можна виправити активацію без перевстановлення Windows?

Так, більшість випадків. Активація зазвичай зламана через невідповідність (редакція/канал/ключ) або через доступність (KMS/VPN/DNS/час). Перевстановлення просто скидає симптоми, залишаючи ту ж саму основну невідповідність.

2) Яка єдина найкорисніша команда для діагностики активації?

slmgr /dlv. Вона показує редакцію, канал, стан ліцензії і причини збою. Поєднуйте з slmgr /xpr для швидкого зчитування стану.

3) Я бачу «VOLUME_KMSCLIENT», але я не в корпоративному середовищі. Що робити?

Видаліть неправильний ключ (slmgr /upk), очистіть його з реєстру (slmgr /cpky), встановіть ваш легітимний роздрібний/OEM-ключ і активуйте. Клієнтський ключ KMS без KMS-хоста — глухий кут.

4) Чи ламає заміна SSD активацію?

Зазвичай ні сама по собі. Найбільше значення має заміна материнської плати. Але якщо заміна SSD супроводжується ширшою перебудовою (нова плата/CPU), апаратний ID може змінитися настільки, що цифрове право перестане підходити.

5) Чи безпечно скидати tokens.dat?

Це легітимний крок діагностики, а не трюк для вечірок. Це також руйнівно: робіть лише після підтвердження, що у вас є дійсний шлях до активації і що справжня проблема не в редакції/каналі/мережі. Завжди перезавантажуйте і перевіряйте після цього.

6) Чому активація не працює, навіть якщо ключ «валідний»?

Бо «валідний формат» ≠ «право для цього пристрою/редакції/каналу». Також активація може падати через мережеві/TLS/часові проблеми, але виглядати як проблема з ключем.

7) Мій ноутбук активується в офісі, але не вдома. Що відбувається?

Це залежить від KMS або активації через AD. Удома пристрій не може резолвити або дістатися корпоративної інфраструктури активації, або VPN не налаштований для роздільного DNS. Налаштуйте VPN/DNS, не міняйте ключі.

8) Як зрозуміти, чи моя ліцензія OEM чи Retail?

slmgr /dlv містить опис каналу, наприклад RETAIL, OEM або VOLUME. Також можна перевірити наявність OA3-ключа у прошивці через WMIC; наявність прошивочного ключа зазвичай вказує на OEM.

9) Що робити, якщо повідомлення каже, що сервери активації недоступні?

Спершу перевірте синхронізацію часу, налаштування проксі і базову доступність. Якщо у керованому середовищі — перевірте, чи не блокується вихідний трафік або чи не перехоплюється він. Якщо локально все в порядку, можлива відмова на стороні сервісу — рідко, але трапляється.

10) Чи можна перенести ліцензію Windows на новий ПК?

Роздрібні ліцензії зазвичай переносимі; OEM-ліцензії — зазвичай ні (вони прив’язані до оригінального пристрою). Об’ємні ліцензії залежать від договору. Механізм активації відображає ці правила — часто досить грубо.

Висновок: наступні кроки, щоб не опинитися в цій халепі

Проблеми з активацією виглядають особистими, бо водяний знак голосний, а виправлення непрості. Чистий шлях простий: визначте редакцію і канал, підтвердьте призначену авторитетну службу активації, перевірте доступність, потім виправте ключ/права. Відновлюйте сховище ліцензій лише після того, як ви зробили історію узгодженою.

Практичні наступні кроки:

• На кожній проблемній машині зафіксуйте slmgr /dlv, slmgr /xpr і останні 10 подій SPP. Не діагностуйте в сліпу.
• Якщо у вас флот пристроїв — стандартизируйте шлях активації для кожного класу пристроїв (мобільні ноутбуки vs стаціонарні десктопи) і документуйте це як для продакшену — бо це і є продакшен.
• Перед апаратними роботами (особливо материнськими платами) зафіксуйте поточний канал/стан ліцензії. Після роботи — порівняйте. Документи перетворюють «таємницю» в «тикет».
• Припиніть «оптимізувати» образи видаленням ліцензійних компонентів. Якщо потрібна швидкість — оптимізуйте кроки провізії, що не визначають ідентичність.