0xC004F074 в Windows: определите тип активации до исправления

0xC004F074 означает, что KMS client Windows не смог связаться ни с одной службой управления ключами. Один код видят и пользователи личных ПК, и сотрудники организаций, поэтому начинать нужно не с команд, а с определения канала активации.

Один код ведёт к двум разным сценариям

На личном Home или Pro причиной может быть корпоративный Enterprise-ключ. На рабочем устройстве KMS может быть штатным, но доступным только в сети организации. Пока тип компьютера и происхождение ключа не установлены, одинаковый набор исправлений будет вводить в заблуждение.

Личный Home или Pro: проверьте происхождение ключа

Сверьте установленную редакцию Windows и данные, с которыми был получен ключ. Microsoft отдельно указывает на Enterprise-ключ в Home или Pro. В этом случае поиск другого KMS-host не исправляет несоответствие: личному устройству нужны корректные лицензионные данные для его редакции.

Рабочий компьютер возвращают в сеть организации

Если устройство выдано работодателем, ошибка может появиться вне корпоративной сети. Подключитесь способом, который разрешён вашей организацией, или обратитесь к её администратору. Только он должен определять адрес службы KMS и проверять инфраструктуру.

Действие slmgr /ato зависит от установленного канала

Microsoft описывает разное поведение slmgr.vbs /ato: для Retail или MAK команда запускает онлайн-активацию, а при GVLK инициирует обращение к KMS. Поэтому один результат команды нельзя толковать без сведений об установленном канале.

Служба, порт и DNS принадлежат администраторской ветке

В управляемом сценарии Microsoft называет sppsvc на KMS-host, TCP 1688 и DNS-запись _VLMCS. Здесь этих признаков достаточно для маршрутизации. Подробную сетевую проверку должен выполнять администратор собственной среды, а не пользователь через публичные серверы.

Следующий шаг выбирает владелец лицензии

Для личного компьютера итогом проверки должны стать редакция и происхождение ключа. Для рабочего — подтверждение, что устройство вернулось в сеть организации, либо обращение в ИТ-службу. CID и случайный KMS не заменяют ни корректную личную лицензию, ни корпоративную конфигурацию.

Откуда на устройстве берётся ключ KMS-клиента

Система обращается к службе управления ключами не по своей инициативе: так ведёт себя только та Windows, в которой установлен корпоративный ключ KMS-клиента. Значит, вопрос звучит иначе — как этот ключ туда попал. Типовых историй немного.

• Windows переустановили из корпоративного образа. В такие образы ключ KMS-клиента зашит специально, чтобы машина активировалась внутри сети организации.
• Систему поставили «сборкой» со стороннего сайта. Автор образа заранее подставил ключ и приложил обходной инструмент, а после его удаления или блокировки система осталась с корпоративным ключом.
• Диск клонировали с рабочего компьютера. Вместе с системой на новое железо переехали и настройки активации.
• Редакцию поднимали чужим ключом. Например, домашнюю систему переводили в старшую редакцию ключом организации, и канал сменился на корпоративный.
• Заменили материнскую плату. Прежняя привязка перестала совпадать, а установленный ключ никуда не делся: система пошла искать KMS, которого в домашней сети нет.

Ключ активации Windows 10 Ключ и инструкция приходят на email за 1–5 минут.

Windows 10 Pro

499 ₽ 670 ₽

Добавить в корзину

Windows 10 Home

1 390 ₽ 1 850 ₽

Добавить в корзину

Каждая история решается по-своему, но начинается одинаково — с определения канала активации.

Канал определяется одной командой

Откройте командную строку от имени администратора и выполните slmgr.vbs /dlv. В окне появится подробное описание лицензии, в котором нужны три строки: описание канала, последние знаки установленного ключа и текущий статус. Команда slmgr.vbs /xpr дополнительно скажет, активирована ли система бессрочно, а если адрес службы KMS был задан вручную, он тоже виден в подробном выводе.

Вывод команды стоит сохранить снимком экрана: он пригодится и продавцу лицензии, и администратору.

Что делать после замены железа или переустановки

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

1. Раньше была обычная лицензия, связанная с учётной записью Microsoft. Тогда после замены платы систему возвращают в активированное состояние штатным средством, где выбирают пункт о недавнем изменении оборудования. Корпоративный ключ в этой схеме лишний.
2. Ключ достался вместе с чужим образом. Введите собственный ключ для установленной редакции командой slmgr.vbs /ipk с ключом в качестве параметра, затем выполните slmgr.vbs /ato. Новый ключ замещает прежний, отдельно удалять его не требуется.
3. Кто-то ранее прописывал адрес сервера вручную. Команда slmgr.vbs /ckms убирает заданный адрес и возвращает автоматический поиск. На домашнем компьютере это правильное состояние: искать в сети нечего.
4. Компьютер списан из организации. Корпоративная активация вместе с ним не передаётся. Нужна собственная лицензия: розничный ключ Windows 10 Домашняя для домашней редакции или ключ старшей редакции, если установлена она.

Что изменилось перед ошибкой

Что делать бесполезно

• Прописывать адрес чужого сервера. Активация против инфраструктуры, которая вам не принадлежит, не даёт ни законной лицензии, ни устойчивого результата.
• Ставить инструменты, поднимающие подставную службу на самом компьютере. Именно они приводят к возврату этого кода, когда перестают работать.
• Переводить часы назад: корпоративная активация срочная, но время её не продлевает.
• Отключать службу защиты программного обеспечения. Без неё Windows не активируется вообще.
• Переустанавливать систему тем же образом. Ключ вернётся тот же, и код тоже.

Что зафиксировать перед обращением

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

• подробный вывод slmgr.vbs /dlv: канал, статус и последние знаки ключа;
• редакцию и версию системы из окна winver;
• как и когда была установлена Windows, откуда взят образ;
• что менялось в оборудовании и в какой день;
• покупался ли ключ, у кого и что написано в подтверждении;
• принадлежит компьютер вам или работодателю.

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