KMS (Key Management Service) is Microsoft’s volume activation method for organizations. The problem it solves is concrete: an organization with hundreds or thousands of devices cannot type a product key on each one, and it does not want every device to contact Microsoft’s servers directly.
How it works
- The organization places a KMS host on the internal network and activates that host with the organization’s volume license.
- Client devices are configured to request activation from that host, not from Microsoft.
- After the host accepts the request as valid, it grants the client activation for 180 days.
- Before that period ends, the client renews on its own. As long as it can still reach the host, activation continues.
The important point is that activation is not a one-time event. It is a renewal. It worked last month and is suddenly not activated this month is common with volume licensing, and it usually means renewal failed.
180 days and the activation threshold
The activation a client receives is valid for 180 days, and the system tries to renew during that time. If the device returns to the internal network regularly, a person barely notices the process.
Another mechanism that is easy to miss is the threshold. A KMS host starts granting activation only after it has received enough activation requests. For Windows clients the count is usually 25. A host that was just set up may not respond yet. That is how it is designed, not a malfunction.
A GVLK is public, and that does not mean what it seems
The generic key a KMS client uses (the GVLK) is published by Microsoft. Its only job is to tell the system that this client should use KMS. It is not itself a license, and it does not prove that you own one. What decides whether use is legitimate is whether the organization holds the matching volume license.
For that reason, pointing a client at a host whose origin you do not know does not give you a legitimate license, even if the screen says activated.
DNS and the network: the most common point of failure
A client usually finds the host through an SRV record in DNS, or it is configured with the host name directly. After the device leaves the internal network, both paths break. Errors such as DNS name does not exist, or cannot contact any KMS, then appear.
| What you see | More likely cause | Who can act |
|---|---|---|
| The KMS machine name is empty | The client has no host configured | IT sends the configuration |
| DNS name does not exist | Not on the internal network, or the record is missing | Connect to the internal network first, then IT checks DNS |
| The count is insufficient | The activation threshold is not met | IT reviews the licensing method |
| The KMS is not activated | The host itself has not finished activation | IT handles it on the host |
Why a personal device should not use KMS
KMS assumes the organization holds a volume license. A personal computer does not have that premise. Even if it can be configured, the use is not legitimate. An individual should use a retail license, a digital license, or a subscription.
This article is based on the Microsoft Learn volume activation planning documentation, the KMS client key documentation, and the volume activation client guidance. The threshold and the period are product behavior. Use the latest official numbers.
- Plan for volume activationMicrosoft Learn · Applies to: Planning volume activation (KMS / MAK / ADBA) · Checked 2026-10-20
- KMS client activation and product keysMicrosoft Learn · Applies to: KMS client keys (GVLK) · Checked 2026-10-20
- Volume Activation [client]Microsoft Learn · Applies to: Windows volume-activation client · Checked 2026-10-20
A few questions show which case you are in, and what to do next.