Введение.
Если приходится администрировать множество компьютеров, то это обычно заканчивается автоматизацией различных вещей. В частности автоматизация установки ОС. Есть различные варианты для этого процесса. Мне очень нравится вариант с созданием модифицированного дистрибутива ОС Windows 7 по этой инструкции.
Когда создается автоматизированная установка, то в том числе автоматизируется ввод лицензионного ключа и активация. Очень не хочется вводить различные ключи с наклеек на корпусах компьютеров. Хочется один ключ для всего) Для того что бы не вводить различные лицензионные ключи, используются специальные лицензионные ключи.
Для лицензирования ОС Windows существует два основных пути:
- Retail — эта лицензия самая дорогая, но позволяет перемещать её от одного компьютера на другой, при необходимости.
- OEM — лицензия более дешевая, но относится только к определенному компьютеру.
Надо отметить один момент: если вы используете OEM дистрибутив, то вы не можете использовать его для создание модифицированных дистрибутивов для автоматизации установки.
Корпоративное лицензирование.
Теперь поговорим про корпоративное лицензирование. Корпоративное лицензирование это обновление Retail или OEM лицензий. Для того что бы её использовать, у вас должны быть OEM лицензии, на каждый компьютер. Вдобавок, корпоративная лицензия, которую вы купите отдельно, позволит вам делать модифицированные дистрибутивы.
Ну и самое главное, для работы вам нужен только один корпоративный ключ, на конкретный продукт, что бы сделать образы для развертывания или распространить ОС на все ПК. Разрядность не важна — 32 или 64 бит.
KMS или MAK активация.
С корпоративной лицензией, клиент не должен активировать продукты Microsoft через интернет. Для больших организаций, для этого, может потребоваться очень много трафика. Вместо этого можно поставить локальный сервис для активации, внутри вашей локальной сети. Для этого существует два программных продукта — KMS (Key Management Service) и Volume Actication Management Tool (VAMT).
В большинстве случаев нужно использовать KMS, но нужно помнить что служба KMS начинает проверять клиентов начиная с 25 и более ПК. Если компьютеров меньше, то следует использовать MAK проверку.
При использовании KMS активации, службу KMS следует установить на одном из серверов вашей организации. Системы активированные через службу KMS должны периодически перепроверять себя через каждый 180 дней. Но как клиенты знают, что они должны проверять себя с вашим KMS? И какой ключ вы используете?
Если вы покупаете корпоративную лицензию, вы получаете доступ к специальному дистрибутиву, в виде iso образа. Образ с дистрибутивом Windows 7, 8, 8.1, 10. Так же вы получаете специальный ключ продукта KMS.
Обратите внимание, по корпоративной лицензии, вы должны для каждой версии продукта, получить свой ключ.
Вы можете использовать этот ключ, для того что бы активировать сервер KMS. Это происходит только один раз. После этого сервер KMS активируется в Microsoft, и все клиенты уже обращаются только к серверу KMS. Этот особый образ, который вы получили, не требует ключа продукта. После установки ОС с этого образа, система ищет через локальную сеть с использованием DNS сервера сервер KMS, и пытается произвести активацию через него. После завершение активации, клиенты остаются активированными, до тех пор пока они получают подтверждение от сервера KMS, два раза в год (раз в 180 дней).
Если у вас меньше чем 25 ПК, то лучше использовать активацию MAK и инструмент VAMT. Клиенты могут получать активацию с серверов Microsoft или через инструмент VAMT. Инструмент VAMT собирает запросы активации из локальной сети, как и KMS, но связывается с серверами Microsoft, для проверки активации. Существует ограничение на количество активаций на которые вы имеете право. Инструмент VAMT может кэшировать запросы активации. Таким образом можно избежать лишних запросов активации к серверам Microsoft, и переактивировать их без достижения предела активации.
Перевод — Источник
Microsoft хочет убедиться, что каждая используемая Windows 10 активирована, то есть помечена как подлинная. Когда копия Windows активирована, она проходит проверку. Способ активации копии Windows отличается друг от друга, и для этого существуют разные типы ключей. В этой статье я говорю о двух типах ключей, используемых в корпоративном лицензировании Windows. Его называют ключами KMS и MAK .
Содержание
- Ключи корпоративного лицензирования KMS & MAK
- MAK: несколько ключей активации
- KMS: ключи управления ключами
Ключи корпоративного лицензирования KMS & MAK
Microsoft разработала различные типы ключей, чтобы они соответствовали разным требованиям компаний, использующих Windows.
MAK: несколько ключей активации
Ключи MAK используются для активации определенного количества устройств. Счетчик предварительно настроен как соглашение между Microsoft и Enterprise. Каждый раз, когда устройство активируется с помощью MAK, вот что происходит:
- Соединение установлено с собственной службой активации Microsoft.
- Ключ проверяется, то есть проверяется, можно ли с помощью этого ключа активировать еще какие-либо копии.
- Если это да, 1 вычитается из числа доступных активаций.
Однако у MAK есть огромный недостаток. Если компьютер проходит переустановку или жесткий диск очищается, счетчик не возвращается и не увеличивается. Это особенно полезно для клиентов, где переустановка происходит редко, и машина остается в том же состоянии в течение очень долгого времени.
Однако есть преимущество по сравнению с ключами KMS. Они могут оставаться отключенными от корпоративной сети в течение очень долгого времени. Поскольку их проверка выполнялась через серверы активации Microsoft, это довольно полезно.
KMS: ключи управления ключами
Если компания хочет постоянно следить за своим компьютером с Windows 10 и следить за тем, чтобы эти компьютеры время от времени возвращались в корпоративную сеть , а не нужно было подключаться к Интернету > KMS – это путь. Вместо использования Microsoft Activation Server ключи KMS проходят через корпоративные серверы KMS.
Предприятию предоставляется ключ KMS, с помощью которого им необходимо настроить собственный сервер с помощью службы лицензирования программного обеспечения Microsoft. Так что это может быть единственным устройством, которое остается подключенным к Интернету. Короче говоря, сервер KMS получает лицензию с клиентских компьютеров, а затем проверяет ее с помощью службы лицензирования Microsoft.
Преимущество активации KMS состоит в том, что при повторной установке Windows на этот компьютер клавиши можно использовать для повторной активации того же или другого компьютера. Именно поэтому компьютеры, активированные с помощью ключей KMS, должны подключаться каждые 180 дней, иначе они истекут.
Ключи KMS используются на компьютерах, которые обычно не выходят из корпоративной сети или, по крайней мере, не в течение очень длительного периода.
Читать дальше . Как определить, является ли лицензия Windows 10 OEM, Retail или Volume.
title | description | ms.topic | author | ms.author | ms.date | ms.prod |
---|---|---|---|---|---|---|
Key Management Services (KMS) client activation and product keys for Windows Server and Windows |
Get the product keys needed for setup and activation of Windows Server and other Windows products from a KMS host server. |
conceptual |
dknappettmsft |
alalve |
9/13/2021 |
windows-server |
Key Management Services (KMS) client activation and product keys
To use KMS, you need to have a KMS host available on your local network. Computers that activate with a KMS host need to have a specific product key. This key is sometimes referred to as the KMS client key, but it is formally known as a Microsoft Generic Volume License Key (GVLK). Computers that are running volume licensing editions of Windows Server and Windows client are, by default, KMS clients with no extra configuration needed as the relevant GVLK is already there.
There are some scenarios, however, where you will need to add the GVLK to the computer you wish to activate against a KMS host, such as:
- Converting a computer from using a Multiple Activation Key (MAK)
- Converting a retail license of Windows to a KMS client
- If the computer was previously a KMS host.
[!IMPORTANT]
To use the keys listed here (which are GVLKs), you must first have a KMS host available on your local network. If you don’t already have a KMS host, please see how to create a KMS host to learn more.If you want to activate Windows without a KMS host available and outside of a volume-activation scenario (for example, you’re trying to activate a retail version of Windows client), these keys will not work. You will need to use another method of activating Windows, such as using a MAK, or purchasing a retail license. Get help to find your Windows product key and learn about genuine versions of Windows.
Install a product key
If you are converting a computer from a KMS host, MAK, or retail edition of Windows to a KMS client, install the applicable product key (GVLK) from the list below. To install a client product key, open an administrative command prompt on the client, and run the following command and then press Enter
:
For example, to install the product key for Windows Server 2022 Datacenter edition, run the following command and then press Enter
:
slmgr /ipk WX4NM-KYWYW-QJJR4-XV3QB-6VM33
Generic Volume License Keys (GVLK)
In the tables that follow, you will find the GVLKs for each version and edition of Windows. LTSC is Long-Term Servicing Channel, while LTSB is Long-Term Servicing Branch.
Windows Server (LTSC versions)
Windows Server 2022
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2022 Datacenter | WX4NM-KYWYW-QJJR4-XV3QB-6VM33 |
Windows Server 2022 Standard | VDYBN-27WPP-V4HQT-9VMD4-VMK7H |
Windows Server 2019
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2019 Datacenter | WMDGN-G9PQG-XVVXX-R3X43-63DFG |
Windows Server 2019 Standard | N69G4-B89J2-4G8F4-WWYCC-J464C |
Windows Server 2019 Essentials | WVDHN-86M7X-466P6-VHXV7-YY726 |
Windows Server 2016
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2016 Datacenter | CB7KF-BWN84-R7R2Y-793K2-8XDDG |
Windows Server 2016 Standard | WC2BQ-8NRM3-FDDYY-2BFGV-KHKQY |
Windows Server 2016 Essentials | JCKRF-N37P4-C2D82-9YXRT-4M63B |
Windows Server (Semi-Annual Channel versions)
Windows Server, versions 20H2, 2004, 1909, 1903, and 1809
Operating system edition | KMS Client Product Key |
---|---|
Windows Server Datacenter | 6NMRW-2C8FM-D24W7-TQWMY-CWH2D |
Windows Server Standard | N2KJX-J94YW-TQVFB-DG9YT-724CC |
Windows 11 and Windows 10 (Semi-Annual Channel versions)
See the Windows lifecycle fact sheet for information about supported versions and end of service dates.
Operating system edition | KMS Client Product Key |
---|---|
Windows 11 Pro Windows 10 Pro |
W269N-WFGWX-YVC9B-4J6C9-T83GX |
Windows 11 Pro N Windows 10 Pro N |
MH37W-N47XK-V7XM9-C7227-GCQG9 |
Windows 11 Pro for Workstations Windows 10 Pro for Workstations |
NRG8B-VKK3Q-CXVCJ-9G2XF-6Q84J |
Windows 11 Pro for Workstations N Windows 10 Pro for Workstations N |
9FNHH-K3HBT-3W4TD-6383H-6XYWF |
Windows 11 Pro Education Windows 10 Pro Education |
6TP4R-GNPTD-KYYHQ-7B7DP-J447Y |
Windows 11 Pro Education N Windows 10 Pro Education N |
YVWGF-BXNMC-HTQYQ-CPQ99-66QFC |
Windows 11 Education Windows 10 Education |
NW6C2-QMPVW-D7KKK-3GKT6-VCFB2 |
Windows 11 Education N Windows 10 Education N |
2WH4N-8QGBV-H22JP-CT43Q-MDWWJ |
Windows 11 Enterprise Windows 10 Enterprise |
NPPR9-FWDCX-D2C8J-H872K-2YT43 |
Windows 11 Enterprise N Windows 10 Enterprise N |
DPH2V-TTNVB-4X9Q3-TJR4H-KHJW4 |
Windows 11 Enterprise G Windows 10 Enterprise G |
YYVX9-NTFWV-6MDM3-9PT4T-4M68B |
Windows 11 Enterprise G N Windows 10 Enterprise G N |
44RPN-FTY23-9VTTB-MP9BX-T84FV |
Windows 10 (LTSC/LTSB versions)
Windows 10 LTSC 2021 and 2019
Operating system edition | KMS Client Product Key |
---|---|
Windows 10 Enterprise LTSC 2021 Windows 10 Enterprise LTSC 2019 |
M7XTQ-FN8P6-TTKYV-9D4CC-J462D |
Windows 10 Enterprise N LTSC 2021 Windows 10 Enterprise N LTSC 2019 |
92NFX-8DJQP-P6BBQ-THF9C-7CG2H |
Windows 10 LTSB 2016
Operating system edition | KMS Client Product Key |
---|---|
Windows 10 Enterprise LTSB 2016 | DCPHK-NFMTC-H88MJ-PFHPY-QJ4BJ |
Windows 10 Enterprise N LTSB 2016 | QFFDN-GRT3P-VKWWX-X7T3R-8B639 |
Windows 10 LTSB 2015
Operating system edition | KMS Client Product Key |
---|---|
Windows 10 Enterprise 2015 LTSB | WNMTR-4C88C-JK8YV-HQ7T2-76DF9 |
Windows 10 Enterprise 2015 LTSB N | 2F77B-TNFGY-69QQF-B8YKP-D69TJ |
Earlier versions of Windows Server
Windows Server, version 1803
Operating system edition | KMS Client Product Key |
---|---|
Windows Server Datacenter | 2HXDN-KRXHB-GPYC7-YCKFJ-7FVDG |
Windows Server Standard | PTXN8-JFHJM-4WC78-MPCBR-9W4KR |
Windows Server, version 1709
Operating system edition | KMS Client Product Key |
---|---|
Windows Server Datacenter | 6Y6KB-N82V8-D8CQV-23MJW-BWTG6 |
Windows Server Standard | DPCNP-XQFKJ-BJF7R-FRC8D-GF6G4 |
Windows Server 2012 R2
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2012 R2 Standard | D2N9P-3P6X9-2R39C-7RTCD-MDVJX |
Windows Server 2012 R2 Datacenter | W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9 |
Windows Server 2012 R2 Essentials | KNC87-3J2TX-XB4WP-VCPJV-M4FWM |
Windows Server 2012
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2012 | BN3D2-R7TKB-3YPBD-8DRP2-27GG4 |
Windows Server 2012 N | 8N2M2-HWPGY-7PGT9-HGDD8-GVGGY |
Windows Server 2012 Single Language | 2WN2H-YGCQR-KFX6K-CD6TF-84YXQ |
Windows Server 2012 Country Specific | 4K36P-JN4VD-GDC6V-KDT89-DYFKP |
Windows Server 2012 Standard | XC9B7-NBPP2-83J2H-RHMBY-92BT4 |
Windows Server 2012 MultiPoint Standard | HM7DN-YVMH3-46JC3-XYTG7-CYQJJ |
Windows Server 2012 MultiPoint Premium | XNH6W-2V9GX-RGJ4K-Y8X6F-QGJ2G |
Windows Server 2012 Datacenter | 48HP8-DN98B-MYWDG-T2DCC-8W83P |
Windows Server 2008 R2
Operating system edition | KMS Client Product Key |
---|---|
Windows Server 2008 R2 Web | 6TPJF-RBVHG-WBW2R-86QPH-6RTM4 |
Windows Server 2008 R2 HPC edition | TT8MH-CG224-D3D7Q-498W2-9QCTX |
Windows Server 2008 R2 Standard | YC6KT-GKW9T-YTKYR-T4X34-R7VHC |
Windows Server 2008 R2 Enterprise | 489J6-VHDMP-X63PK-3K798-CPX3Y |
Windows Server 2008 R2 Datacenter | 74YFP-3QFB3-KQT8W-PMXWJ-7M648 |
Windows Server 2008 R2 for Itanium-based Systems | GT63C-RJFQ3-4GMB6-BRFB9-CB83V |
Windows Server 2008
Operating system edition | KMS Client Product Key |
---|---|
Windows Web Server 2008 | WYR28-R7TFJ-3X2YQ-YCY4H-M249D |
Windows Server 2008 Standard | TM24T-X9RMF-VWXK6-X8JC9-BFGM2 |
Windows Server 2008 Standard without Hyper-V | W7VD6-7JFBR-RX26B-YKQ3Y-6FFFJ |
Windows Server 2008 Enterprise | YQGMW-MPWTJ-34KDK-48M3W-X4Q6V |
Windows Server 2008 Enterprise without Hyper-V | 39BXF-X8Q23-P2WWT-38T2F-G3FPG |
Windows Server 2008 HPC | RCTX3-KWVHP-BR6TB-RB6DM-6X7HP |
Windows Server 2008 Datacenter | 7M67G-PC374-GR742-YH8V4-TCBY3 |
Windows Server 2008 Datacenter without Hyper-V | 22XQ2-VRXRG-P8D42-K34TD-G3QQC |
Windows Server 2008 for Itanium-Based Systems | 4DWFP-JF3DJ-B7DTH-78FJB-PDRHK |
Earlier versions of Windows
Windows 8.1
Operating system edition | KMS Client Product Key |
---|---|
Windows 8.1 Pro | GCRJD-8NW9H-F2CDX-CCM8D-9D6T9 |
Windows 8.1 Pro N | HMCNV-VVBFX-7HMBH-CTY9B-B4FXY |
Windows 8.1 Enterprise | MHF9N-XY6XB-WVXMC-BTDCT-MKKG7 |
Windows 8.1 Enterprise N | TT4HM-HN7YT-62K67-RGRQJ-JFFXW |
Windows 8
Operating system edition | KMS Client Product Key |
---|---|
Windows 8 Pro | NG4HW-VH26C-733KW-K6F98-J8CK4 |
Windows 8 Pro N | XCVCF-2NXM9-723PB-MHCB7-2RYQQ |
Windows 8 Enterprise | 32JNW-9KQ84-P47T8-D8GGY-CWCK7 |
Windows 8 Enterprise N | JMNMF-RHW7P-DMY6X-RF3DR-X2BQT |
Windows 7
Operating system edition | KMS Client Product Key |
---|---|
Windows 7 Professional | FJ82H-XT6CR-J8D7P-XQJJ2-GPDD4 |
Windows 7 Professional N | MRPKT-YTG23-K7D7T-X2JMM-QY7MG |
Windows 7 Professional E | W82YF-2Q76Y-63HXB-FGJG9-GF7QX |
Windows 7 Enterprise | 33PXH-7Y6KF-2VJC9-XBBR8-HVTHH |
Windows 7 Enterprise N | YDRBP-3D83W-TY26F-D46B2-XCKRJ |
Windows 7 Enterprise E | C29WB-22CC8-VJ326-GHFJW-H9DH4 |
Windows Vista
Operating system edition | KMS Client Product Key |
---|---|
Windows Vista Business | YFKBB-PQJJV-G996G-VWGXY-2V3X8 |
Windows Vista Business N | HMBQG-8H2RH-C77VX-27R82-VMQBT |
Windows Vista Enterprise | VKK3X-68KWM-X2YGT-QR4M6-4BWMV |
Windows Vista Enterprise N | VTC42-BM838-43QHV-84HX6-XJXKV |
Download PC Repair Tool to quickly find & fix Windows errors automatically
Microsoft wants to make sure that every Windows 10 that is used is activated i.e. marked as genuine. When a copy of Windows is activated it goes through a check. The way a copy of Windows is activated differently from each other, and there are different types of keys for that. In this post, I am talking about two types of keys used in Volume Licensing of Windows. Its called KMS and MAK keys.
Microsoft developed different types of keys so it suits a different kind of requirements of companies using Windows.
MAK: Multiple Activation Keys
MAK keys are used to activate a specific number of devices. The count is pre-configured as a deal between Microsoft and Enterprise. Every time a device is activated using MAK this is what happens:
- The connection is established to Microsoft’s own activation service.
- The key is verified i.e. validated if any more copies can be activated using that key.
- If that’s a yes, 1 is subtracted from the number of activations still available.
However, there is a huge drawback with MAKs. If the computer goes through re-installation or the hard drive is wiped clean, the count is not returned or increased. This is specifically useful for clients where the reinstallation is rare, and the machine stays as is for a very long time.
However, there is an advantage compared to KMS keys. They can stay disconnected from the corporate network for a very long time. Since their validation was done through the Microsoft activation servers, this is pretty useful.
KMS: Key Management Services Keys
If a company wants to keep a tap on their Windows 10 computer and make sure these computers get back to the corporate network from time to time and do not need to connect to the internet, KMS is the way to go. Instead of going through Microsoft Activation Server, KMS keys go through corporate KMS servers.
Enterprise is given KMS key using which they need to configure an in-house server using Microsoft’s Software Licensing Service. So this can be the only device which stays connected with the internet. So in short, the KMS server grabs the license from the client computers and then verifies it with the Microsoft licensing service.
The advantage you have with the KMS activations is in when Windows is installed on that computer again, the keys can be used to reactivate the same or another computer. This is why the computers activated using KMS keys need to connect every 180 days else they would expire.
KMS keys are used on computers which usually do not leave from the corporate network, or at least not for a very long period.
Read next: How to tell if Windows 10 license is OEM, Retail or Volume.
Anand Khanse is the Admin of TheWindowsClub.com, a 10-year Microsoft MVP (2006-16) & a Windows Insider MVP (2016-2022). Please read the entire post & the comments first, create a System Restore Point before making any changes to your system & be careful about any 3rd-party offers while installing freeware.
Andy
Administrator
Creative Team
- User ID
- 1
- Joined
- 7 Jan 2019
- Messages
- 815
- Reaction score
- 32
- Points
- 28
-
#1
Microsoft has developed different types of keys so it suits a different kind of requirements of companies running Windows.
- MAK: Multiple Activation Keys
MAK keys are used to activate a specific number of devices. The count is pre-configured as a deal between Microsoft and the Enterprise. Every time a device is activated using the MAK key, this is what happens:
- The connection is established to Microsoft’s own activation service;
- The key is then verified, i.e. validated if any more copies can be activated using that key;
- If passed, then 1 is subtracted from the number of activations still available.
However, there is a huge drawback with MAK keys. If the device goes through re-installation or the hard drive is wiped clean, the count is not returned or increased. This is specifically useful for clients where re-installation is rare, and the machine stays as is for a very long time. (I’d highly recommend using MAK keys for Virtual Machines)
- KMS: Key Management Services Keys
If a company wants to keep a tap on their Windows device and make sure these computers get back to the corporate network from time to time and do not need to connect to the internet, KMS is the way to go. Instead of going through Microsoft Activation Server, KMS keys go through corporate KMS servers.
Enterprise is given KMS key using which they need to configure an in-house server using Microsoft’s Software Licensing Service. So this can be the only device which stays connected with the internet. In short, the KMS server grabs the license from the client devices and then verifies it with the Microsoft licensing service.
The advantage you have with the KMS activations is in when Windows is installed on that computer again, the keys can be used to reactivate the same or another computer. This is why the devices that activated using KMS keys need to connect every 180 days, otherwise, they would expire.
KMS keys are used on devices which usually do not leave from the corporate network, or at least not for a very long period.
FEW
New member
- User ID
- 538
- Joined
- 23 Apr 2020
- Messages
- 2
- Reaction score
- 0
- Points
- 1
-
#2
Microsoft has developed different types of keys so it suits a different kind of requirements of companies running Windows.
- MAK: Multiple Activation Keys
MAK keys are used to activate a specific number of devices. The count is pre-configured as a deal between Microsoft and the Enterprise. Every time a device is activated using the MAK key, this is what happens:
- The connection is established to Microsoft’s own activation service;
- The key is then verified, i.e. validated if any more copies can be activated using that key;
- If passed, then 1 is subtracted from the number of activations still available.
However, there is a huge drawback with MAK keys. If the device goes through re-installation or the hard drive is wiped clean, the count is not returned or increased. This is specifically useful for clients where re-installation is rare, and the machine stays as is for a very long time. (I’d highly recommend using MAK keys for Virtual Machines)
- KMS: Key Management Services Keys
If a company wants to keep a tap on their Windows device and make sure these computers get back to the corporate network from time to time and do not need to connect to the internet, KMS is the way to go. Instead of going through Microsoft Activation Server, KMS keys go through corporate KMS servers.
Enterprise is given KMS key using which they need to configure an in-house server using Microsoft’s Software Licensing Service. So this can be the only device which stays connected with the internet. In short, the KMS server grabs the license from the client devices and then verifies it with the Microsoft licensing service.
The advantage you have with the KMS activations is in when Windows is installed on that computer again, the keys can be used to reactivate the same or another computer. This is why the devices that activated using KMS keys need to connect every 180 days, otherwise, they would expire.
KMS keys are used on devices which usually do not leave from the corporate network, or at least not for a very long period.
Why would you recommend MAK licenses for Virtual Machines? To me they would consume a license each time they are spun up and different people are using them. MAK licenses are really meant for a physical system with a dedicated user or users.
Thanks,
Ed
Andy
Administrator
Creative Team
- User ID
- 1
- Joined
- 7 Jan 2019
- Messages
- 815
- Reaction score
- 32
- Points
- 28
-
#3
Why would you recommend MAK licenses for Virtual Machines? To me they would consume a license each time they are spun up and different people are using them. MAK licenses are really meant for a physical system with a dedicated user or users.
Thanks,
Ed
Hi Ed,
That’s a good question you have
To use MAK or KMS is a user preference.
I work primarily on VM for servers.
To me, VM is scalable, transportable (can be moved to another host if needed) and VM tends to have checkpoints or snapshots, in case a VM went wrong, we could just roll it back to the previous snapshot.
That’s my reason for using MAK over KMS.
It’s a different story if you just use the VM only for testing, which meant to be destroyed and rebuilt over time.
Cheers
FEW
New member
- User ID
- 538
- Joined
- 23 Apr 2020
- Messages
- 2
- Reaction score
- 0
- Points
- 1
-
#4
Hi Ed,
That’s a good question you have
To use MAK or KMS is a user preference.
I work primarily on VM for servers.
To me, VM is scalable, transportable (can be moved to another host if needed) and VM tends to have checkpoints or snapshots, in case a VM went wrong, we could just roll it back to the previous snapshot.
That’s my reason for using MAK over KMS.
It’s a different story if you just use the VM only for testing, which meant to be destroyed and rebuilt over time.
Cheers
Hi Andy,
I think I might understand what your saying, please correct me if I’m wrong.
In your case of VM servers they stay pretty consistent, they are built with a purpose and remain. It’s easy to go back to a previous checkpoint if something goes wrong and that does not affect the MAK license authentication. Using MAK in this situation where the VM server will not be rebuilt and remain will work fine.
I’m looking at it from a workstation point of view and it might be better to explain my situation.
I work for a university and looking at using virtual systems for students to access software that normally would not leave campus.
Term enrollments vary with fall and winter terms the heaviest. So during those times we would need to spin up extra systems to met demand. If we use MAK keys for MS Project each time we spin up extra systems for a student to use it would consume a license and never release it. So eventually we would hit a point where the licenses were all reporting in use and then stop authenticating. It this case a KMS license would be best so that always authenticates and no worry about using up all the licenses. Or am I missing something on how VM workstations function?
Thanks,
Ed
Andy
Administrator
Creative Team
- User ID
- 1
- Joined
- 7 Jan 2019
- Messages
- 815
- Reaction score
- 32
- Points
- 28
-
#5
FEW said:
It’s easy to go back to a previous checkpoint if something goes wrong and that does not affect the MAK license authentication.
Correct
In your situation, I’d suggest create a new VM and activate the Windows using KMS, then create an initial snapshot (don’t remove this snapshot)
When the term finishes, rollback to that initial snapshot.
Please keep in mind, even though that’s a VM, it has a unique identifier. So if you export/import VM to another host, don’t export just the VM. Make sure that you copy the whole VM including its configuration.
KMS activation relies on that unique identifier. So even though you already have an activated Windows, when you create a new VM and use that existing VHDX, it will become deactivated as soon as you booted that VM because the VM has a different unique identifier.
Cheers
- Remove From My Forums
-
Вопрос
-
Здравствуйте.
У компании имеется лицензия Microsoft Open License:
Категория продуктов — Non-Specific, уровень цен — No Level, Тип лицензии — Standard. Наименование продукта — microsoft Windows Professional 7 Russian OPEN 1 License No Level Legalization Get Genuine, Число лицензированных или сопровождаемых копий — 5.
В рамках этой лицензии в центре поддержки корпоративных лицензий доступны следующие ключи:
Windows Vista — MAK и KMS, Windows 7 — MAK и KMS, Windows XP Professional, Windows XP Prof x64 Ed.
С ключами для XP вопросов нет.
Вопрос по использованию ключей KMS и MAK — для того, чтобы заработал сервер активации KMS, то необходимо, чтобы на нем было зарегистраровано 25 заявок на активаци, а по данной лицензии максимально возможное количество компьютеров с — 5, что не достаточно
. Как тогда в данном случае подразумевается использование ключей KMS?Количество активаций с помощью ключа MAK составляет для Windows Vista — 100, а для Windows 7 — 50. Что мне придется делать, когда это количество истечет? Некоторые говорят, что нужно обращаться в Microsoft за новой порциейактиваций MAK, за дополнительную
плату. Так ли это?
Ответы
-
Вопрос по использованию ключей KMS и MAK — для того, чтобы заработал сервер активации KMS, то необходимо, чтобы на нем было зарегистраровано 25 заявок на активаци, а по данной лицензии максимально возможное количество компьютеров с — 5, что не достаточно
. Как тогда в данном случае подразумевается использование ключей KMS?Никак. Установленный KMS-сервер будет в вашем случае бесполезен.
Количество активаций с помощью ключа MAK составляет для Windows Vista — 100, а для Windows 7 — 50. Что мне придется делать, когда это количество истечет? Некоторые говорят, что нужно обращаться в Microsoft за новой порциейактиваций MAK, за
дополнительную плату. Так ли это?Вы приобрели 5 лицензий, и нужно очень-очень постараться, чтобы превысить лимиты активаций для ваших MAK-ключей, даже если на каждом компьютере по нескольку раз переустановить операционную систему. На самом деле проблемы нет. Если вы захотите докупить лицензии
Windows 7 по OLP, то на вашу организацию будет оформлена лицензия с новым номером и с новым набором KMS- и MAK-ключей. Как только число компьютеров у вас достигнет 25, то вы сможете перейти на KMS-активацию и вообще забыть о необходимости вводить продуктовые
ключи.-
Помечено в качестве ответа
27 июля 2011 г. 6:59
-
Помечено в качестве ответа
Cornell’s site license for Microsoft Windows and Microsoft Office Professional Plus provides unlimited licensing via our Key Management Service (KMS). This page provides instructions for technical support providers (TSPs) to switch a computer from the earlier Multiple Activation Key (MAK) system to the preferred KMS system.
Switching a machine from MAK to KMS requires use of the Windows command line. You will need to issue Visual Basic commands to replace the existing MAK product key with a Generic Volume License Key (GVLK). If your network is not set up for autodiscovery, you will also need to issue additional commands to tell the machine the URL of the KMS server, and to start the automated activation process.
KMS activation can be blocked by a firewall. Please be sure that any firewalls between the client machine and the KMS server are open to incoming and outgoing traffic on TCP port 1688.
This page is intended for technical support providers and network administrators. If you’re not one of those, you should talk to your TSP or net admin before proceeding.
Covered Products
Cornell’s KMS activation service will automatically activate the following Microsoft products if they had been installed from the Cornell site license version of the installers.
- Windows 7 (Enterprise or Professional)
- Windows 8 (Enterprise or Professional)
- Windows 10 (Education, Enterprise, Enterprise 2015 LTSB, or Professional)
- Windows Server (2008, 2008R2, and 2012)
- Microsoft Office (2016, 2013, and 2010)
Our KMS service will not activate versions of the above software that were installed from OEM or retail versions of the installers.
Switch Activation from MAK to KMS
Updating an installation of Windows of Office entails entering commands at a command prompt. The commands you enter depend on whether your local area network has been configured to allow KMS autodiscovery. Networks administered by CIT are already configured for KMS. More information about autodiscovery can be found on our main KMS page.
If you aren’t sure whether your local area network has already been configured for KMS, you can use the KMS manual configuration instructions.
From a Network with KMS Autodiscovery
Windows and Windows Server (all supported versions)
- Open another browser window, and go to our Generic Volume License Key (GVLK) page to find the appropriate GVLK for your version of Windows.
- Open an Elevated Command Prompt window. For instructions, please see How To Open an Elevated Command Prompt.
-
In the Command Prompt window, verify that the current directory is C:WindowsSystem32. If it is not, type
CD WindowsSystem32
and press Enter. -
Type the following command to set the key.
cscript slmgr.vbs /ipk GVLK-from-Step-1
replacing GVLK-from-Step-1 with the actual key you found in step 1,
then press Enter.
(Note: There is a space between ipk and the product key. ) -
Type the following command:
cscript slmgr.vbs /ato
and press Enter.
(There is a space after vbs in the command above.) - Close the command prompt window.
Windows should now be in an activated state on this computer.
Office 2016, 2013, and 2010
- Open up an Elevated Command Prompt window. For instructions, please see How To Open an Elevated Command Prompt.
-
In the elevated Command Prompt window, type a command that corresponds to your version of Office:
-
Office 2016
CD Program FilesMicrosoft OfficeOffice16
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice16 -
Office 2013
CD Program FilesMicrosoft OfficeOffice15
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice15 -
Office 2010
CD Program FilesMicrosoft OfficeOffice14
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice14
-
Office 2016
- Press Enter.
-
Type the following command that corresponds to your version of Office:
-
Office 2016
cscript ospp.vbs /inpkey:XQNVK-8JYDB-WJ9W3-YJ8YR-WFG99 -
Office 2013
cscript ospp.vbs /inpkey:YC7DK-G2NP3-2QQC3-J6H88-GVGXT -
Office 2010
cscript ospp.vbs /inpkey:VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB
-
Office 2016
- Press Enter. (There is a colon between inpkey and the product key.)
- Type cscript ospp.vbs /act then Press Enter.
- Close the command prompt window.
Office should now be in an activated state on this computer.
From a Network Without KMS Autodiscovery (manual configuration)
Windows (all supported versions)
- Open up a new browser window and go to our Generic Volume License Key (GVLK) page to find the GVLK that is appropriate to your version of Windows.
- Open an Elevated Command Prompt window. For instruction, please see How To Open an Elevated Command Prompt.
-
In the elevated Command Prompt window, verify that the current directory is C:WindowsSystem32. If it is not, type
CD WindowsSystem32
and press Enter. -
Type the following command to set the key:
cscript slmgr.vbs /ipk GVLK-from-Step-1
replacing GVLK-from-Step-1 with the actual key you found in step 1,
then press Enter.
(There is a space between ipk and the product key.) -
Type the following command:
cscript slmgr.vbs /skms kms01.cit.cornell.edu
and press Enter.
(Note: There is a space between skms and the url.
The url in the command above begins with kay-emm-ess-zero-one.) -
Type the following command:
cscript slmgr.vbs /ato
and press Enter.
(There is a space after vbs in the command above.) - Close the elevated Command Prompt window.
Windows should now be in an activated state on this computer.
Office 2016, 2013, and 2010
- Open up an Elevated Command Prompt. For instructions, please see How To Open an Elevated Command Prompt.
-
In the command prompt window, type the following command that corresponds to your version of Office:
-
Office 2016
CD Program FilesMicrosoft OfficeOffice16
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice16 -
Office 2013:
CD Program FilesMicrosoft OfficeOffice15
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice15 -
Office 2010
CD Program FilesMicrosoft OfficeOffice14
Note: If this is the 32-bit version of Office installed onto a machine running the 64-bit version of Windows, use the following command instead:
CD Program Files (x86)Microsoft OfficeOffice14
-
Office 2016
- Press Enter.
-
Type the following command that corresponds to your version of Office:
-
Office 2016
cscript ospp.vbs /inpkey:XQNVK-8JYDB-WJ9W3-YJ8YR-WFG99 -
Office 2013
cscript ospp.vbs /inpkey:YC7DK-G2NP3-2QQC3-J6H88-GVGXT -
Office 2010
cscript ospp.vbs /inpkey:VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB
-
Office 2016
- Press Enter.
- Note: There is a colon between inpkey and the product key.
- Type the following command:
- cscript ospp.vbs /sethst:kms01.cit.cornell.edu
- Press Enter.
-
Note: There is a colon between sethst and the url.
Note: The url in the command above begins with «kay-emm-ess-zero-one.» - Type the following command:
- cscript ospp.vbs /act
- Press Enter.
- Note: There is a space after vbs in the command above.
- Close the command prompt window.
Office should now be in an activated state on this computer.
If you’ve installed your Windows with a MAK product key and now want to change it to KMS or install a clean OS (never activated), this guide will definitely help you. It also can be useful if you want to activate your Windows copy on the corporate KMS server.
Microsoft offers two ways of Windows and MS Office activation for corporate customers under the Volume License program. They can use MAK or KMS keys for product activation.
- MAK (Multiple Activation Keys) — MAK license is like a Retail (box) license, but allows the activation of several instances of Windows using a single product key (MAK). The number of activations is limited and depends on the type of your license agreement (Open, Select, or Enterprise Agreement). You must activate the Windows copy with the MAK key installed via the Internet or by phone. MAK is recommended to use for activating Windows computers that rarely or never connect to the corporate network, or for small networks where the number of computers doesn’t meet the KMS activation threshold;
- KMS (Key Management Service) — this is an activation type for enterprise customers. The KMS activation server allows activating corporate versions of Windows OS and Microsoft Office products within the enterprise network. The KMS infrastructure is very simple: install the Volume Activation Services role on Windows Server, add your KMS Host Key (from Microsoft Volume Licensing Service Center), and activate your corporate KMS server on Microsoft (perform this only once). After that, your enterprise KMS clients can send activation requests to the KMS server and activate with it.
KMS is based on a client-server architecture. KMS client computers (your Windows workstations and Windows Server hosts) can find the KMS host using DNS or static configuration. KMS clients communicate with the KMS host over the local network on port TCP/1688 (default). A single KMS host can activate an unlimited number of KMS clients.
The main advantages of KMS activation:
- KMS clients do not need to access the Internet or the phone to activate the product (only network access to the KMS server is required);
- The KMS client is being activated on the internal KMS server for 180 days and attempts to renew the activation every 7 days;
- When the KMS host cannot be reached for 180 days, your Windows device is given a grace period of 30 days. After the 30-day grace period expires, Windows switches to “Reduced Functionality Mode” (RFM);
- In case the KMS server is damaged or lost, there is nothing to restore from backup on the KMS server. Install a new server, install the KMS role, enter the KMS host key, activate — and everything is ready to go!
- Instead of a KMS activation, in the AD domain you can use the Active Directory optimized version — ADBA (Active Directory Based Activation);
- KMS infrastructure is simple and extensible, one KMS server can serve thousands of clients.
Deploying KMS Activation Host on Windows Server 2022/2019
KMS host is a special Windows Server role that can automate the activation of volume license Microsoft products (Windows and Office) and track their activation status.
Note. You can also deploy the KMS host on desktop versions of Windows such as Windows 11, 10, or 8.1. KMS host running on a desktop Windows edition cannot be used for KMS activation of Windows Server computers.
You can install a KMS server on any version of Windows Server. In this example, we will show how to install a KMS activation server on Windows Server 2019.
You can install the KMS role using the Server Manager GUI (Server Manager > Add Roles and Features > Roles > Volume Activation Services).
Or, you can install and configure the KMS server role using PowerShell:
- Run the PowerShell console as administrator and execute the following command:
Install-WindowsFeature -Name VolumeActivation -IncludeAllSubFeature –IncludeManagementTools
- If your Windows Defender Firewall with advanced security is enabled, you need to open incoming connections on TCP port 1688 in order for the KMS client to contact the KMS server. This can be done by the following PowerShell command:
Enable-NetFirewallRule -Name SPPSVC-In-TCP
- Go to the Microsoft Volume Licensing Service Center website > Downloads and Keys > Windows Server > Windows Server 2019 > Key, and copy your KMS Host Key (Windows Srv 2019 DataCtr/Std KMS). This key is called CSVLK.
- Now you can install your KMS host key on your server. Run the command:
slmgr /ipk <your_Windows_SRV_2019_KMS_host_key>
- In order to activate your KMS server on Microsoft servers online, run the command:
slmgr /ato
(you need to temporarily provide direct Internet for your server);
- To check the KMS server activation status, run:
slmgr /dlv
- If necessary, you can optionally install the Volume License Pack for your Office version (described in tutorial Office 2016 KMS activation) in order to activate Office copies in the enterprise network;
- Now you can configure KMS clients to activate on your KMS server.
You can activate up to 6 KMS servers with the same KMS host key. If you need to activate more than 6 KMS hosts, you need to contact the Microsoft Volume Licensing Activation Center to request an exception.
Please note that the KMS host key Windows Srv 2019 allows you to activate all previous versions of Windows, starting from Windows 7/Windows Server 2008 R2. However, if your KMS server is activated with an older host key, you won’t be able to activate new versions of Windows.
If you want to activate Windows Server 2022 KMS client versions on the KMS host running Windows Server 2019, you need to install June 8, 2021 KB5003646, or later cumulative update.
For example, if you activated your KMS server with the Windows Srv 2012R2 key, you cannot activate Windows 10 or Windows Server 2016. The maximum supported versions of Windows to activate in this case are Windows 8.1 and Windows Server 2012 R2.
If you use previous versions of Windows as the KMS server, you need to install special updates before installing a new KMS host key:
- Windows Server 2012 R2 — servicing stack update KB3173424, and any latest cumulative update;
- Windows Server 2016 — servicing stack update KB4132216, and any latest cumulative update.
Changing the activation key to the public KMS Client Setup Key
Before activating your Microsoft product (Windows or Office) on the KMS server, you must change the product activation key to the public KMS Client Setup Key. You can change the product key to KMS from the Windows GUI (use the command slui.exe 4), or you can use the slmgr command-line tool. Slmgr.vbs is a small VBS script located in the %SystemRootsystem32 folder and used to manage the Windows licensing on a local or remote computer;
To activate a KMS client, it must have a special KMS public key installed. This product key is called the GVLK key (Generic Volume License Key). For each Windows edition, this key is unique. To replace an existing product key, run the command prompt as an administrator on the computer you want to activate and type:
slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
XXXXX is the GVLK key for your Windows edition (read the last section of this article to learn how to find the GVLK for your version of Windows).
In our case, we want to activate Windows 10 Enterprise LTSC 2019 on a KMS server. The KMS Client setup key installation command will look like this:
slmgr.vbs /ipk ****-****-****-****-****
Wait until the confirmation message “Product key XXXXX installed successfully” appears.
Checking VLMCS Record in DNS and setting KMS server address
After you specify the GVLK key, the KMS client tries to connect to the previously configured KMS server or find a special SRV (_VLMCS) record in the DNS. This DNS record is created when you install a new KMS server in the domain and point to your KMS server. After the KMS server is discovered using the DNS server, the client performs the OS activation.
You can skip this step if your DNS has a valid SRV record that allows clients to find the KMS server.
Tip. You can check this DNS entry using the nslookup command:
nslookup -q=SRV _VLMCS._TCP.theitbros.com
If the client does not find the KMS server automatically, you can specify the address of the KMS server manually using the slmgr with the option /skms. You can also specify the TCP port on which the activation service listens (by default 1688):
slmgr.vbs /skms <KMS_server_name_or_IP>:1688
Key Management Service machine name set to hostname successfully.
You can test network connectivity between your computer and the KMS server using the PowerShell command:
Test-NetConnection -ComputerName KMS_server_name_or_IP -Port 1688
To activate your Windows client with the KMS server, run the command:
Slmgr.vbs /ato
And wait until the message Product activated successfully appears;
Check the Status of Windows Activation
Optionally, you can display information about the Windows activation status:
slmgr.vbs /dli
As you can see, the utility returned the following useful info:
- Name — the OS version;
- Description — distribution channel VOLUME_KMSCLIENT channel;
- License status — licensed;
- Volume activation expirations — 180 days;
- KMS server IP address and DNS name (Registered KMS machine name).
You can use the slmgr.vbs tool to perform Windows KMS activation on the remote computer. The following command will check the activation status on the remote computer named nywsdx3323. The connection credentials are specified in plain text:
slmgr.vbs nywsdx3323 administrator P@ssw0rdd -dli
Most Common KMS Activation Errors
Most often users face the following errors when activating Windows with the KMS server:
- 0xC004F074 (The software licensing service reported that the computer could not be activated. No Key Management Service (KMS) could be contacted) — the key management server is unavailable. It means that the KMS service on the server is not running or access to it from the client is blocked (check TCP port 1688 availability on a KMS server);
- 0xC004F038 (The Software Protection Service reported that the computer could not be activated. The count reported by your Key Management Service (KMS) is insufficient. Please contact your system administrator) — you did not have the necessary number of activation requests on the KMS server (called the activation threshold). For desktop Windows edition the minimum number of KMS clients – is 25, for Windows Server – 5 (it can be both physical devices and virtual machines). You can check the current count of hosts connected to the KMS server with the command slmgr.vbs /dli. Target more Windows hosts to your KMS server;
- 0xC004F015 (The Software Protection Service reported that the product key is not available) — you can see this error when you try to activate Windows 10/Server 2016/2019 on an old KMS server that is activated with the old KMS host key. In this case, you need to get a new KMS host key from VLSC and reactivate your KMS server.
- 0x80072F8F (We can’t activate Windows on this device at the moment. You can try activating later) — check if the time and date on your device are correct. If necessary, synchronize the time with the NTP server;
- Unable to reach Windows activation servers.
- 0xC004F035 and 0xC004F059 (The software licensing service reported that the computer could not be activated with a Volume license key. Volume-licensed systems require upgrading from a qualified operating system. Please contact your system administrator or use a different type of key) — these errors can occur on computers with OEM versions of Windows. The BIOS of these computers uses the ACPI_SLIC table. The KMS server can’t find a special token in such a table and cannot activate Windows. In such cases, it is recommended to update (flash) the BIOS firmware.
You can use the Slui.exe tool to display a description of most activation related error codes (use the syntax: slui.exe 0x2a ErrorCode). For example, to get a more detailed description of activation error 0xC004F074, use the following command:
slui.exe 0x2a 0xC004F074
The error description contains detailed information:
[Window Title] Windows Activation [Main Instruction] An error has occurred [Content] You can also contact Microsoft by phone to help resolve this problem. [Expanded Information] Code: 0xC004F074 Description: The Software Licensing Service reported that the product could not be activated. No Key Management Service (KMS) could be contacted. Please see the Application Event Log for additional information.
You can also find all activation-related events in the Event Viewer application log under the provider name Microsoft-Windows-Security-SPP.
How to Find Out the GLVL Key for Your Windows Edition?
GVLKs or KMS Client Setup Key is a list of public keys that must be used to activate volume editions of Windows and Windows Server. A complete list of GVLK keys is available on the Microsoft website at the following link.
Let’s see how to find the KMS Client Setup key for your version of Windows? First, you need to check the version and edition of Windows on your computer. To do this, you can run the command:
Winver
Or use the following PowerShell command:
systeminfo /fo csv | ConvertFrom-Csv | select OS* | Format-List
Tip. Let us remind you that Windows Home and Single Language cannot be activated on the KMS server. KMS activation is available only for Volume License editions (Pro, Pro for Workstations, Pro Education, Education, Enterprise, LTSC, and LTSB).
In our example, we have Windows 10 Pro build 20H2 installed. According to the Windows lifecycle fact sheet, Win 10 20H2 build belongs to Semi-Annual Channel versions. Therefore, we need to look for the GVLK key in the Windows 10, all supported Semi-Annual Channel versions section.
KMS Client Setup Key for our Windows 10 Pro edition is W269N-XXXXX-XXXXX-XXXXX-T83GX.
Copy the found GVLK key and use it in the slmgr command to switch your Windows to KMS activation mode:
slmgr.vbs /ipk W269N-XXXXX-XXXXX-XXXXX-T83GX
- About
- Latest Posts
Brian Jackson started this blog in 2011. Brian has a huge passion for WordPress and technology for over a decade. Brian enjoys blogging, movies, and hiking.