Служба активации windows 10: Справка по ошибкам активации Windows

Содержание

Служба активации процессов Windows — требуется компонент модели процесса

Twitter

LinkedIn

Facebook

Адрес электронной почты

Статья

04/04/2023

Область применения: Exchange Server 2013 г.

Содержимое этой статьи не обновлялось для Microsoft Exchange Server 2013. Несмотря на отсутствие обновления, оно может быть применимо для Exchange 2013. Если вам все еще нужна помощь, ознакомьтесь с указанными ниже ресурсами сообщества.

Возникли проблемы? Обратитесь за помощью к участникам форумов Exchange. Посетите форумы по адресу Exchange Server.

Exchange Server 2010 программа установки не может продолжить установку на компьютере под управлением Windows Server 2008 или Windows Server 2008 R2, так как на сервере не установлена служба активации процессов Windows — модель процесса.

Служба активации Windows обобщает модель процесса служб IIS, устраняя зависимость от протокола HTTP. Все возможности служб IIS, доступные ранее только HTTP-приложениям, теперь доступны приложениям на базе служб WCF через протоколы, отличные от HTTP. Кроме того, Служба активации Windows используется в службах IIS 7.0 для активации на основе сообщений через HTTP.

В компоненте «Модель процесса» размещены веб-службы и службы WCF. Компонент «Модель процесса», впервые представленный в службах IIS 6.0, представляет собой новую архитектуру с улучшенной защитой от сбоев, а также возможностью наблюдения за работоспособностью и перезапуска.

Чтобы устранить эту проблему, установите на этом сервере компонент «Модель процесса» службы активации процессов Windows, а затем повторно запустите программу установки Exchange 2010.

Установка компонента «Служба активации Windows — Модель процесса» с помощью диспетчера сервера

Нажмите кнопку Пуск и выберите пункт Администрирование, а затем — Диспетчер сервера.
В левой области навигации щелкните правой кнопкой мыши элемент Компоненты и выберите пункт Добавить компоненты.
В области Выбор компонентов прокрутите список вниз до элемента Служба активации процессов Windows.
Установите флажки для компонента Модель процесса.
В области Выбор компонентов нажмите Далее, а затем в области Подтверждение выбранных элементов для установки нажмите Установить.
Нажмите кнопку Закрыть, чтобы завершить работу мастера добавления служб ролей.

Активация клиентов под управлением Windows 10 (Windows 10) — Windows Deployment

Статья

03/18/2023

Относится к:

Windows 10
Windows 8.1
Windows 8
Windows 7
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2

Совет

Вы ищете сведения об активации розничной торговли?

Активация Windows
Активация продукта для Windows

Если вы настроили активацию с помощью службы управления ключами (KMS) или Active Directory в своей сети, активировать клиент с Windows 10 — просто. Если компьютер настроен с помощью ключа GVLK, то ни от ИТ-отдела, ни от пользователя не потребуется никаких действий. Все будет работать без каких-либо настроек.

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

Если требуется активация или повторная активация, выполняется следующая последовательность действий.

Если компьютер является членом домена, он запрашивает у контроллера домена объект активации корпоративных лицензий. Если настроена активация с помощью Active Directory, контроллер домена возвращает объект. Если объект соответствует выпуску установленного ПО и на компьютере есть необходимый ключ GVLK, то компьютер активируется (или повторно активируется). Повторная активация потребуется через 180 дней, но операционная система будет пытаться выполнить ее до окончания этого срока.
Если компьютер не является членом домена или объект активации корпоративных лицензий недоступен, компьютер выдаст DNS-запрос, чтобы попытаться найти сервер KMS. Если можно связаться с сервером KMS, активация происходит, если KMS имеет ключ, соответствующий GVLK компьютера.
Компьютер пытается выполнить активацию на серверах Майкрософт, если он настроен с помощью MAK.

Если клиенту не удается выполнить активацию, он будет периодически пытаться повторить попытку. Частота попыток зависит от текущего состояния лицензирования и от успеха активации клиентского компьютера в прошлом. Например, если клиентский компьютер уже активирован с помощью Active Directory, он периодически будет пытаться связаться с контроллером домена при каждом перезапуске.

Принципы работы службы управления ключами

KMS использует топологию клиент-сервер. Клиентские компьютеры KMS могут находить главные компьютеры KMS при помощи DNS или статической конфигурации. Клиенты KMS связываются с узлом KMS, используя удаленные вызовы процедур (RPC) по TCP/IP.

Порог активаций с использованием службы управления ключами

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

В ответ на каждый действительный запрос активации от клиента KMS узел KMS сообщает число компьютеров, которые уже обратились к нему за активацией. Клиентские компьютеры, получающие число ниже порогового значения активации, не активируются. Например, если первые два компьютера, связавшиеся с узлом KMS, работают под управлением Windows 10, то первый получит значение счетчика активаций 1, а второй — 2. Если следующий компьютер представляет собой виртуальную машину на компьютере под управлением Windows 10, то он получит значение счетчика активаций 3 и т. д. Ни один из этих компьютеров не будет активирован, потому что компьютеры под управлением Windows 10, как и компьютеры с прочими клиентскими версиями операционных систем, должны получить значение счетчика активаций не менее 25.

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

Если в нашем примере следующий компьютер, обращающийся к узлу KMS, работает под управлением Windows Server 2012 R2, он получит значение счетчика активаций 4, так как значения счетчика суммируются. Если компьютер под управлением Windows Server 2012 R2 получает число активаций, равное 5 или более, он активируется. Если компьютер под управлением Windows 10 получает число активаций 25 или более, он активируется.

Кэш счетчика активаций

Для отслеживания порога активации узел KMS ведет учет клиентов KMS, запрашивающих активацию. Узел KMS присваивает каждому клиенту KMS идентификатор и сохраняет его в таблице. По умолчанию каждый запрос на активацию хранится в таблице до 30 дней. Когда клиент возобновляет активацию, кэшированный идентификатор клиента удаляется из таблицы, создается новая запись, и 30-дневный период начинается снова. Если клиентский компьютер KMS не продлевает активацию в течение 30 дней, узел KMS удаляет соответствующий идентификатор клиента из таблицы и уменьшает количество активаций на один.

Однако узел KMS только дважды кэширует число идентификаторов клиентов, которые требуются для достижения порога активации. Поэтому в таблице хранятся только 50 последних идентификаторов клиентов, при этом идентификатор клиента может быть удален намного раньше, чем через 30 дней.
Общий размер кэша зависит от типа клиентского компьютера, который выполняет попытку активации. Если узел KMS получает запросы активации только от серверов, то в кэше будет храниться только 10 идентификаторов клиентов (вдвое больше необходимых 5). Если клиентский компьютер, работающий под управлением Windows 10, обращается к этому узлу KMS, то служба KMS увеличивает размер кэша до 50 в соответствии с более высоким пороговым значением. KMS никогда не уменьшает размер кэша.

Подключение службы управления ключами

Для активации с помощью KMS требуется подключение TCP/IP. По умолчанию узлы и клиенты KMS используют DNS для публикации и поиска KMS. Можно использовать параметры по умолчанию, для которых требуется минимум административных операций. Узлы и клиентские компьютеры KMS можно также настроить вручную в соответствии с требованиями конфигурации и безопасности сети.

Продление активации с помощью службы управления ключами

Активации с помощью KMS действуют в течение 180 дней (срок действия активации). Чтобы оставаться активированными, клиентские компьютеры KMS должны продлевать активацию, подключаясь к узлу KMS не реже одного раза в 180 дней. По умолчанию клиентские компьютеры KMS пытаются возобновлять активацию каждые семь дней. Если активировать лицензию с помощью KMS не удается, клиентский компьютер повторяет попытки каждые два часа. После возобновления активации клиентского компьютера интервал действия активации начинается снова.

Публикация службы управления ключами

KMS использует записи расположения службы (SRV) в DNS для хранения расположений узлов KMS и связи с ними. Узлы KMS используют протокол динамических обновлений DNS (если он доступен) для публикации записей SRV службы KMS. Если динамическое обновление недоступно или узел KMS не имеет прав на публикацию записей ресурсов, записи DNS должны быть опубликованы вручную или необходимо настроить клиентские компьютеры для подключения к определенным узлам KMS.

Обнаружение клиентом службы управления ключами

По умолчанию клиентские компьютеры KMS запрашивают информацию о KMS в DNS. Когда клиентский компьютер KMS впервые запрашивает информацию о KMS, он выбирает узел KMS случайным образом из списка записей расположения службы (SRV), возвращаемого DNS. Адрес DNS-сервера, содержащего записи SRV, может быть указан на клиентских компьютерах KMS в виде записи с суффиксом. Это позволяет одному DNS-серверу объявлять записи SRV для KMS, а клиентским компьютерам KMS с другими основными DNS-серверами — найти их.

Можно добавить параметры приоритета и веса в значение реестра DnsDomainPublishList для KMS. Назначая группы приоритетов и веса узлов KMS в каждой группе, можно указать узел KMS, к которому клиентские компьютеры должны обращаться в первую очередь, и сбалансировать трафик между несколькими узлами KMS. Эти параметры приоритета и веса поддерживаются только в Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 и Windows Server 2008 R2.

Если узел KMS, который выбирает клиентский компьютер, не отвечает, клиентский компьютер KMS удаляет этот узел KMS из списка ресурсов службы (SRV) и случайным образом выбирает другой узел KMS из списка. Когда узел KMS отвечает, клиентский компьютер KMS кэширует его имя и использует его для последующих попыток активации и продления. Если кэшированный узел KMS не реагирует на последующее продление, клиентский компьютер KMS обнаруживает новый узел KMS, запрашивая DNS для записей ресурсов службы KMS (SRV).

По умолчанию клиентские компьютеры подключаются к узлу KMS для активации, используя анонимные вызовы RPC через порт TCP 1688. (Вы можете изменить порт, используемый по умолчанию.) Установив сеанс TCP с узлом KMS, клиентский компьютер отправляет один пакет запроса. Узел KMS в ответ передает значение счетчика активаций. Если счетчик соответствует порогу активации для этой операционной системы или превышает его, клиентский компьютер активируется, а сеанс закрывается. Клиентский компьютер KMS использует ту же процедуру для запросов продления. При этом в каждом направлении передается 250 байтов.

Конфигурация DNS-сервера

Для функции автоматической публикации KMS по умолчанию требуются запись расположения службы (SRV) и поддержка протокола динамических обновлений DNS. Поведение клиентского компьютера KMS по умолчанию и публикация записей ресурсов службы KMS (SRV) поддерживаются на DNS-сервере под управлением программного обеспечения Майкрософт или любого другого DNS-сервера, поддерживающего записи ресурсов службы (SRV) (по запросу комментариев [RFC] 2782) и динамическим обновлениям (согласно IETF RFC 2136). Например, Berkeley Internet Domain Name версий 8.x и 9.x поддерживает записи SRV и динамическое обновление.
Узел KMS необходимо настроить таким образом, чтобы у него были учетные данные для создания и обновления следующих записей ресурсов на DNS-серверах: службы (SRV), узла IPv4 (A) и узла IPv6 (AAAA). Либо записи необходимо создать вручную. Чтобы предоставить узлу KMS необходимые учетные данные, рекомендуется создать группу безопасности в AD DS, а затем добавить все узлы KMS в эту группу. На DNS-сервере под управлением программного обеспечения Майкрософт убедитесь, что эта группа безопасности имеет полный контроль над записью _VLMCS._TCP в каждом домене DNS, который будет содержать записи ресурсов службы KMS (SRV).

Активация первого узла службы управления ключами

Узлы KMS в сети должны установить ключ KMS и затем активироваться в Майкрософт. Установка ключа KMS включает службу KMS на узле KMS. После установки ключа KMS завершите активацию узла KMS по телефону или через Интернет. После этой начальной активации узел KMS не передает никаких сведений корпорации Майкрософт. Ключи KMS устанавливаются только на узлах KMS и никогда на отдельных клиентских компьютерах KMS.

Активация последующих узлов службы управления ключами

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

Принципы работы ключа многократной активации (MAK)

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

Вы можете активировать компьютеры с помощью MAK двумя способами:

Независимая активация MAK. Каждый компьютер независимо от других подключается к серверам Майкрософт и активируется через Интернет или по телефону. Независимая активация MAK лучше всего подходит для компьютеров в организации, которые не поддерживают подключение к корпоративной сети. Схема независимой активации MAK показана на рисунке 16.
Рисунок 16. Независимая активация MAK
Прокси-активация MAK. В этом случае выполняется централизованный запрос активации от нескольких компьютеров посредством одного подключения к серверам Майкрософт. Для настройки прокси-активации MAK используется средство управления активацией корпоративных лицензий (VAMT). Прокси-активация MAK подходит для сред, в которых из соображений безопасности ограничен прямой доступ к Интернету или корпоративной сети. Он также подходит для лабораторий разработки и тестирования, в которые не хватает этого подключения. Прокси-активация MAK с помощью VAMT показана на рисунке 17.
Рисунок 17. Прокси-активация MAK с помощью VAMT

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

Mak можно использовать для отдельных компьютеров или с образом, который можно дублировать или установить с помощью решений развертывания Майкрософт. Можно также использовать MAK на компьютере, который изначально был настроен для активации с помощью KMS. Переключение с KMS на MAK полезно для перемещения компьютера из основной сети в отключенную среду.

Архитектура ключа многократной активации и активация с его помощью

При независимой активации MAK ключ продукта MAK устанавливается на клиентском компьютере. Ключ предписывает компьютеру выполнить самостоятельную активацию на серверах Майкрософт через Интернет.

При прокси-активации MAK средство VAMT устанавливает ключ продукта MAK на клиентском компьютере, получает код установки с конечного компьютера, отправляет этот код в Майкрософт от имени клиента и получает код подтверждения. Затем средство активирует клиентский компьютер, установив код подтверждения.

Активация от имени обычного пользователя

Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 и Windows Server 2008 R2 не требуют прав администратора для активации, но это изменение не позволяет учетным записям обычных пользователей удалять компьютеры под управлением Windows 7 или Windows Server 2008 R2 из активированного состояния. Учетная запись администратора по-прежнему требуется для других задач, связанных с активацией или лицензией, таких как «перезахоружить».

Активация корпоративных лицензий для Windows 10

Активация клиентов под управлением Windows 10 (Windows 10) — развертывание Windows

Статья
28. 02.2023

Применимо к:

Windows 10
Windows 8.1
Windows 8
Windows 7
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2

Совет

Вы ищете информацию о розничной активации?

Активировать Windows
Активация продукта для Windows

После того как вы настроили службу управления ключами (KMS) или активацию на основе Active Directory в своей сети, активировать клиент под управлением Windows 10 несложно. Если компьютер настроен с использованием универсального ключа многократной установки (GVLK), ни ИТ-специалистам, ни пользователю не нужно предпринимать никаких действий. Это просто работает.

Образы Enterprise Edition и установочные носители уже должны быть настроены с помощью GVLK. Когда клиентский компьютер запускается, служба лицензирования проверяет текущее состояние лицензирования компьютера.

Если требуется активация или повторная активация, выполняется следующая последовательность:

Если компьютер является членом домена, он запрашивает у контроллера домена объект многопользовательской активации. Если настроена активация на основе Active Directory, контроллер домена возвращает объект. Если объект соответствует версии установленного программного обеспечения и компьютер имеет соответствующий GVLK, компьютер активируется (или повторно активируется), и его не нужно повторно активировать в течение 180 дней, хотя операционная система попытается выполнить повторную активацию в гораздо более короткие, регулярные интервалы.
Если компьютер не является членом домена или если объект многопользовательской активации недоступен, компьютер отправит DNS-запрос, чтобы попытаться найти сервер KMS. Если с сервером KMS можно связаться, активация происходит, если у KMS есть ключ, соответствующий GVLK компьютера.
Компьютер пытается выполнить активацию против серверов Microsoft, если он настроен с помощью ключа MAK.

Если клиент не может успешно активировать себя, он будет периодически повторять попытку. Частота повторных попыток зависит от текущего состояния лицензирования и от того, был ли клиентский компьютер успешно активирован в прошлом. Например, если клиентский компьютер ранее был активирован с помощью активации на основе Active Directory, он будет периодически пытаться связаться с контроллером домена при каждом перезапуске.

Как работает служба управления ключами

KMS использует топологию клиент-сервер. Клиентские компьютеры KMS могут находить хост-компьютеры KMS с помощью DNS или статической конфигурации. Клиенты KMS связываются с узлом KMS с помощью RPC, передаваемых по протоколу TCP/IP.

Пороги активации службы управления ключами

Вы можете активировать физические компьютеры и виртуальные машины, обратившись к узлу KMS. Чтобы получить право на активацию KMS, должно быть минимальное количество подходящих компьютеров (называемое порогом активации). Клиенты KMS будут активированы только после достижения этого порога. Каждый узел KMS подсчитывает количество компьютеров, запросивших активацию, до тех пор, пока не будет достигнуто пороговое значение.

Узел KMS отвечает на каждый действительный запрос активации от клиента KMS, указывая, сколько компьютеров уже связались с узлом KMS для активации. Клиентские компьютеры, число которых ниже порога активации, не активируются. Например, если первые два компьютера, которые связываются с узлом KMS, работают под управлением Windows 10, первый получает счетчик активаций, равный 1, а второй получает счетчик активаций, равный 2. Если следующий компьютер является виртуальной машиной на компьютере под управлением Windows 10, он получает количество активаций, равное 3, и так далее. Ни один из этих компьютеров не будет активирован, поскольку компьютеры под управлением Windows 10, как и другие версии клиентских операционных систем, должны получить число активаций не менее 25.

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

В нашем примере, если следующий компьютер, который связывается с узлом KMS, работает под управлением Windows Server 2012 R2, он получает счетчик активаций, равный 4, поскольку счетчики активаций суммируются. Если компьютер под управлением Windows Server 2012 R2 получает количество активаций, равное 5 или более, он активирован. Если компьютер под управлением Windows 10 получает число активаций 25 или более, он активирован.