KMSAuto Net

Заражения компьютера различными вирусами, троянами, риск попадания в систему шпионских программ – всё это может привести к утечке данных или серьёзным сбоям в работе системы. Пользователи, которые желают получить лицензированную версию OS Windows или MS Office, могут установить утилиту KMSAuto Net 2021. Это программа, которая позволяет подобрать ключ активации, взломав продукт без манипуляций с системными файлами и расширениями.

Возможности KMSAuto Net

Данный способ, благодаря которому утилита снимает ограничения, изначально использовался Microsoft для того, чтобы облегчить лицензирование платформ и пакета Office. KMSAuto Net является КМС-активатором, посредством которого в уже установленные продукты от Майкрософт добавляют случайно сгенерированный ключ. За осуществления операции отвечают драйверы TAP. В результате можно активировать:

• OS Windows 10 и ниже (с разрядностью x64 и x86);
• серверные версии ОС Виндовс – Server 2008 и Server 2012;
• MS Office – 2010-го, 2013-го и 2016-го гг.

Причём никаких манипуляций с системными файлами, отвечающими за корректную работу устройства, утилита не осуществляет. KMSAuto действует согласно процедуре подтверждения лицензии ОС корпоративных сетей, благодаря чему не нужен выход в сеть Интернет или телефонные звонки. Потребуется только связь с сервисом KMS, благодаря которому осуществляется снятие ограничений. Настройка же и запуск сервиса проводится с помощью эмулятора КМС Авто Нет от автора Ratiborus.

В результате благодаря эмулированию КМС-сервера один или несколько компьютеров, составляющих домашнюю сеть, могут получить ключи активации. Например, ранее, для активации Виндовс 8.1 необходимо было подключиться к локальному хосту, прописав адрес 127.0.0.2-254. Для неактивированных версий данный локалхост был заблокирован, но после запуска этой программы системе кажется, что КМС-сервер располагается не на самом ПК, а в онлайн-пространстве.

Скриншоты программы KMSAuto Net:

Скачать бесплатно KMSAuto Net 2021 активатор с официального сайта:

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

Поддерживаемые операционные системы ПК:

• Windows Vista/Виндовс Виста (Business; Enterprise)
• Windows 7/Виндовс 7 (Business; Professional)
• Windows 8/8.1/Виндовс 8 (x86; x64)
• Windows 10/Виндовс 10 (x86; x64)

Поддерживаемые операционные системы сервера:

• Windows Server 2008 (Standard; Datacenter; Enterprise; R2)
• Windows Server 2012 (Standard; Datacenter; R2)

Режимы работы программы

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

Требования к системе:

• Открытие программы КМС Авто на правах администратора
• Инсталлированный пакет .NET Framework 4.5 (в Виндовс 8.1 и 10 он уже присутствует).

Видео инструкция Активации KMSAuto Net: Microsoft Office 2013 + Активация Windows 10

• /sound=no — Отключение звука.
• /sound=yes — Включение звука.
• /win=act — Старт программы в invisible mode, затем происходит активация Windows и закрытие программы
• /off=act — Старт программы в invisible mode, затем происходит активация Microsoft Office и закрытие программы
• /key=yes — Старт программы в invisible mode, установка лицензионного ключа Windows и закрытие программы
• /log=yes — Старт программы в invisible mode, запись файла логов (ActStatus.log) и закрытие программы
• /task=yes — Старт программы в invisible mode, создание задачи в диспетчере Task Manager по активации Microsoft Office или Windows и затем закрытие программы. Примечание: Периодичность активации — происходит каждые 25 дней. Лицензионный ключ можно использовать вместе с ключами /off=act и /win=act
• /taskrun=yes — Старт программы в invisible mode, выполнение задания в диспетчере Task Manager по активации Windows/Microsoft Office и закрытие программы
• /kmsset=yes — Старт программы в invisible mode, инсталляция приложения KMS-Service, затем закрытие программы. Примечание: происходит установка только приложения KMS-Service. TAP; Hook и WinDivert в данном случае не устанавливаются
• /kmsdel=yes — Старт программы в invisible mode, удаление приложения KMS-Service и закрытие программы
• /convert= — Старт программы в invisible mode, выполняется редакция по конвертированию сценариев Windows и закрытие программы. Ключ использует одно из следующих значений: /convert=[win8; win8ent; win8pro] для конвертирования Windows 8 и /convert=[win81; win81wmc; win81ent; win81n; win81entn; win81pron; win81sl] для конвертирования Windows 8.1 При использовании последнего метода, потребуется перезагрузка системы, для внесения изменений.

Интерфейс программы

Открыв КМСАуто, в главном окне пользователь обнаружит две кнопки – «Активация» и «Информация».

Подбор ключа начинается после клика по кнопке «Активация».

Далее нужно выбрать желаемую операцию (активировать Виндовс или МС Офис), кликнув по соответствующей кнопке.

В нижней части интерфейса описывается текущее состояние системы. После завершения операции пользователю предложат создать задачу в Task Manager для повторного получения лицензии спустя 25 дней. Если юзер согласен с этим, нужно кликнуть на «ОК».

Для проведения ручной активации нужно сначала открыть вкладку «Система».

Далее в верхнем блоке требуется кликнуть по кружочку возле пункта «Auto». После жмём на «Установить KMS-Service».

Затем потребуется инсталлировать GLVK-ключ, кликнув по кнопке с искомым продуктом.

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

Чтобы установить её, нужно перейти во вкладку «Система».

В блоке посередине жмём по третьей кнопке и выбираем продукт, который нужно периодически обновлять после 10 дней (Виндовс, Офис или оба варианта). В конце кликаем по «Создать задачу».

Теперь продукт будет обновляться с указанной периодичностью, без участия пользователя.

Для переключения между режимами нужно открыть вкладку «О программе» и выбрать необходимый. Здесь же юзер сможет ознакомиться со справочной информацией о возможностях утилиты, а также перейти к просмотру видео, в котором наглядно демонстрируется её функционал. Если версия Виндовс ранее была активирована по номеру телефона, тогда можно воспользоваться функцией бэкапа. Юзер сможет конвертировать редакции Офиса (retail в volume), менять версию операционной системы.

Открыв вкладку «Утилиты», можно:

• использовать ряд стандартных функций платформы – Планировщик, Службы и пр.;
• сбросить невалидность ОС, проведя rearm (проводится, если активация была проведена неправильно).

Система также может быть активирована, если она избавится от статуса «не валидной». Такой способ подразумевает удаление некоторых системных файлов с данными о лицензиях.

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

Удобна и функция периодического подтверждения активации. Благодаря ей пользователю не нужно помнить о том, что каждые 25 дней необходимо повторно получать лицензию – программа будет осуществлять все действия автоматически. Чтобы открыть меню с дополнительными настройками, нужно перейти по вкладке «О Программе» и кликнуть по кнопке «Профессиональный режим».

На заметку! Если автоматическая активация не запускается, нужно:

1. Открыть Профессиональный режим.
2. Нажать на «Утилиты».
3. Инсталлировать GVLK-ключ для имеющейся версии Виндовс.
4. Вновь провести активацию системы.

Существует и версия утилиты для использования на флеш-носителях – KMSAuto Lite Portable. Для её использования необходимо сбросить изначально заданные параметры автоматического режима, поскольку разным устройствам подходят разные способы активации.

Помните! Ошибка 0xc004f074 во время работы программы встречается из-за того, что сам активатор и элементы Windows Server имеют различные версии. Для исправления необходимо обновить ОС.

Подведём итоги. КМСАвто является удобным решением для всех, кто хочет пользоваться полным функционалом продуктов от Microsoft, но не имеет лицензионной ОС или Офиса. Любой желающий сможет с её помощь сгенерировать ключ активации для платформы или MS Office необходимой редакции. Утилита полностью русифицирована, работает на системах с разрядностью 64-х и 32-bit, проверялась с помощью последних баз Kaspersky и является полностью безопасной.

Guidelines for troubleshooting the Key Management Service (KMS)

As part of their deployment process, many enterprise customers set up the Key Management Service (KMS) to enable activation of Windows in their environment. It is a simple process to set up the KMS host, after which the KMS clients discover the host and try to activate on their own. But what happens if that process doesn’t work? What do you do next? This article walks you through the resources that you require in order to troubleshoot the issue. For more information about event log entries and the Slmgr.vbs script, see Volume Activation Technical Reference.

KMS overview

Let’s start with a quick refresher on KMS activation. KMS is a client-server model. Conceptually, it resembles DHCP. Instead of handing out IP addresses to clients on their request, KMS enables product activation. KMS is also a renewal model, in which the clients try to reactivate on a regular interval. There are two roles: the KMS host and the KMS client.

• The KMS host runs the activation service and enables activation in the environment. To configure a KMS host, you have to install a KMS key from the Volume License Service Center (VLSC) and then activate the service.
• The KMS client is the Windows operating system that is deployed in the environment and has to activate. KMS clients can be running any edition of Windows that uses volume activation. The KMS clients are supplied with a pre-installed key, called the Generic Volume License Key (GVLK) or KMS Client Setup Key. The presence of the GVLK is what makes a system a KMS client. The KMS clients use DNS SRV records (_vlmcs._tcp) to identify the KMS host. Then the clients automatically try to discover and use this service to activate themselves. During the 30-day out-of-the-box grace period, they will try to activate every two hours. After activating, the KMS clients try to renew their activation every seven days.

From a troubleshooting perspective, you may have to look at both sides (host and client) to determine what is going on.

KMS host

There are two areas to examine on the KMS host. First, check the status of the host software license service. Second, check the Event Viewer for events that are related to licensing or activation.

Slmgr.vbs and the Software Licensing service

To see verbose output from the Software Licensing service, open an elevated Command Prompt window and enter slmgr.vbs /dlv at the command prompt. The following screenshot shows the results of this command on one of our KMS hosts within Microsoft.

The most important fields for troubleshooting are the following. What you are looking for may differ, depending on the issue to be solved.

Version Information. At the top of the slmgr.vbs /dlv output is the Software Licensing Service Version. This may be useful to determine whether the current version of the service is installed. For example, updates to the KMS service on Windows Server 2003 support different KMS host keys. This data can be used to evaluate whether or not the version is current and supports the KMS host key that you are trying to install. For more information about these updates, see An update is available for Windows Vista and for Windows Server 2008 to extend KMS activation support for Windows 7 and for Windows Server 2008 R2.

Name. This indicates the edition of Windows that is installed on the KMS host system. This can be important for troubleshooting if you are having trouble adding or changing the KMS host key (for example, to verify that the key is supported on that OS edition).

Description. This is where you see the key that is installed. Use this field to verify which key was used to activate the service and whether or not it is the correct one for the KMS clients that you have deployed.

License Status. This is the status of the KMS host system. The value should be Licensed. Any other value means that something is wrong and you may have to reactivate the host.

Current Count. The count displayed will be between 0 and 50. The count is cumulative (between operating systems) and indicates the number of valid systems that have tried to activate within a 30-day period.

If the count is 0, either the service was recently activated or no valid clients have connected to the KMS host.

The count will not increase above 50, no matter how many valid systems exist in the environment. This is because they count is set to cache only twice the maximum license policy that is returned by a KMS client. The maximum policy today is set by the Windows client OS, which requires a count of 25 or higher from the KMS host to activate itself. Therefore, the highest count on the KMS host is 2 x 25, or 50. Note that in environments that contain only Windows Server KMS clients, the maximum count on the KMS host will be 10. This is because the threshold for Windows Server editions is 5 (2 x 5, or 10).

A common issue that is related to the count is if the environment has an activated KMS host and enough clients, but the count does not increase beyond one. The core problem is that the deployed client image was not configured correctly (sysprep /generalize) and the systems do not have unique Client Machine IDs (CMIDs). For more information, see KMS client and The KMS current count does not increase when you add new Windows Vista or Windows 7-based client computers to the network. One of our Support Escalation Engineers has also blogged about this issue, in KMS Host Client Count not Increasing Due to Duplicate CMID’S.

Another reason why the count may not be increasing is that there are too many KMS hosts in the environment and the count is distributed over all of them.

Listening on Port. Communication with KMS uses anonymous RPC. By default, the clients use the 1688 TCP port to connect to the KMS host. Make sure that this port is open between your KMS clients and the KMS host. You can change or configure the port on the KMS host. During their communication, the KMS host sends the port designation to the KMS clients. If you change the port on a KMS client, the port designation is overwritten when that client contacts the host.

We often get asked about the “cumulative requests” section of the slmgr.vbs /dlv output. Generally this data is not helpful for troubleshooting. The KMS host keeps an ongoing record of the state of each KMS client that tries to activate or reactivate. Failed requests indicate KMS clients that the KMS host does not support. For example, if a Windows 7 KMS client tries to activate against a KMS host that was activated by using a Windows Vista KMS key, the activation fails. The “Requests with License Status” lines describe all the possible license states, past and present. From a troubleshooting perspective, this data is relevant only if the count is not increasing as expected. In that case, you should see the number of failed requests increasing. This indicates that you should check the product key that was used to activate the KMS host system. Also, notice that the cumulative request values reset only if you reinstall the KMS host system.

Useful KMS host events

Event ID 12290

The KMS host logs Event ID 12290 when a KMS client contacts the host in order to activate. Event ID 12290 provides a significant amount of information that you can use to figure out what kind of client contacted the host and why a failure occurred. The following segment of an event ID 12290 entry comes from the Key Management Service event log of our KMS host.

The event details include the following information:

• Minimum count needed to activate. The KMS client is reporting that the count from the KMS host must be 5 in order to activate. That means that this is a Windows Server OS, although it does not indicate a specific edition. If your clients are not activating, make sure that the count is sufficient on the host.
• Client Machine ID (CMID). This is a unique value on each system. If this value is not unique, it is because an image was not prepared correctly for distribution (sysprep /generalize). This issue manifests on the KMS host as a count that will not increase, even though there are enough clients in the environment. For more information, see The KMS current count does not increase when you add new Windows Vista or Windows 7-based client computers to the network.
• License State and Time to State Expiration. This is the current license state of the client. It can help you differentiate a client that is trying to activate for the first time from one that is trying to reactivate. The time entry tells you how much longer the client will remain in that state, if nothing changes.

If you are troubleshooting a client and cannot find a corresponding event ID 12290 on the KMS host, that client is not connecting to the KMS host. Some reasons why an event ID 12290 entry may not exist are as follows:

• A network outage has occurred.
• The host is not resolving or is not registered in DNS.
• The firewall is blocking TCP 1688. The port could be blocked in many places within the environment, including on the KMS host system itself. By default, the KMS host has a firewall exception for KMS, but it is not automatically enabled. You have to turn on the exception.
• The event log is full.

KMS clients log two corresponding events, event ID 12288 and event ID 12289. For information about these events, see the KMS client section.

Event ID 12293

Another relevant event to look for on your KMS host is event ID 12293. This event indicates that the host did not publish the required records in DNS. This situation is known to cause failures, and it is something that you should verify after you set up your host and before you deploy clients. For more information about DNS issues, see Common troubleshooting procedures for KMS and DNS issues.

KMS client

On the clients you use the same tools (Slmgr and Event Viewer) to troubleshoot activation.

Slmgr.vbs and the Software Licensing service

To see verbose output from the Software Licensing service, open an elevated Command Prompt window and enter slmgr.vbs /dlv at the command prompt. The following screenshot shows the results of this command on one of our KMS hosts within Microsoft.

The following list includes the most important fields for troubleshooting. What you are looking for may differ, depending on the issue to be solved.

• Name. This value is the edition of Windows that is installed on the KMS client system. Use this to verify that the version of Windows you are trying to activate can use KMS. For example, our Help desk has seen incidents in which customers try to install the KMS Client Setup Key on an edition of Windows that does not use volume activation, such as Windows Vista Ultimate.
• Description. This value shows the key that is installed. VOLUME_KMSCLIENT indicates that the KMS Client Setup Key (or GVLK) is installed (the default configuration for volume license media) and that this system automatically tries to activate by using a KMS host. If you see something else here, such as MAK, you’ll have to reinstall the GVLK to configure this system as a KMS client. You can manually install the key by using slmgr.vbs /ipk (as described in KMS client setup keys) or use the Volume Activation Management Tool (VAMT). For information about obtaining and using VAMT, see Volume Activation Management Tool (VAMT) Technical Reference.
• Partial Product Key. As the Name field, you can use this information to determine whether the correct KMS Client Setup Key is installed on this computer (in other words, the key matches the operating system that is installed on the KMS client). By default, the correct key is present on systems that are built by using media from the Volume License Service Center (VLSC) portal. In some cases, customers may use Multiple Activation Key (MAK) activation until there are enough systems in the environment to support KMS activation. The KMS Client Setup key has to be installed on these systems to transition them from MAK to KMS. Use VAMT to install this key and make sure that the correct key is applied.
• License Status. This value shows the status of the KMS client system. For a system that was activated by using KMS, this value should be Licensed. Any other value may indicate that there is a problem. For example, if the KMS host is functioning correctly and the KMS client does not activate (for example, it remains in a Grace state), something may be preventing the client from reaching the host system (such as a firewall issue, network outage, or something similar).
• Client Machine ID (CMID). Each KMS client should have a unique CMID. As mentioned in the KMS host section, a common issue related to count is if the environment has an activated KMS host and enough clients, but the count does not increase beyond 1. For more information, see The KMS current count does not increase when you add new Windows Vista or Windows 7-based client computers to the network.
• KMS Machine Name from DNS. This value shows the FQDN of the KMS host that the client successfully used for activation, and the TCP port used for the communication.
• KMS Host Caching. The final value shows whether or not caching is enabled. By default, it is enabled. What this means is that the KMS client caches the name KMS host that it used for activation, and it communicates directly with this host (instead of querying DNS) when it is time to reactivate. If the client cannot contact the cached KMS host, it queries DNS to discover a new KMS host.

Useful KMS client events

Event ID 12288 and Event ID 12289

When a KMS client successfully activates or reactivates, the client logs two events: event ID 12288 and event ID 12289. The following segment of an event ID 12288 entry comes from the Key Management Service event log of our KMS client.

If you see only event ID 12288 (without a corresponding event ID 12289), this means that the KMS client was not able to reach the KMS host, the KMS host did not respond, or the client did not receive the response. In this case, verify that the KMS host is discoverable and that the KMS clients can contact it.

The most relevant information in event ID 12288 is the data in the Info section. For example, this section shows the current state of the client plus the FQDN and TCP port that the client used when it tried to activate. You can use the FQDN to troubleshoot cases in which the count on a KMS host is not increasing. For example, if there are too many KMS hosts available to the clients (either legitimate or rogue systems) then the count may be distributed over all of them.

An unsuccessful activation does not always mean that the client has 12288 and not 12289. A failed activation or reactivation may also have both events. In this case, you have to examine the second event to verify the reason for the failure.

The Info section of event ID 12289 provides the following information:

• Activation Flag. This value indicates whether the activation succeeded(1) or failed (0).
• Current Count on the KMS Host. This value reflects the count value on the KMS host when the client tries to activate. If activation fails, it may be because the count is insufficient for this client OS or that there are not enough systems in the environment to build the count.

What does support ask for?

If you have to call Support to troubleshoot activation, the Support Engineer typically asks for the following information: