From bb82ea3e65ce76bd4e7f4bdff67455fdfaf11a8d Mon Sep 17 00:00:00 2001 From: DESKTOP-RBH716R\Admin Date: Wed, 10 Aug 2022 22:31:29 +0530 Subject: Checked with Grammarly --- _site/kms38.html | 80 +++++++++++++++++++++++++++----------------------------- 1 file changed, 39 insertions(+), 41 deletions(-) (limited to '_site/kms38.html') diff --git a/_site/kms38.html b/_site/kms38.html index f2ae40c..e28b037 100644 --- a/_site/kms38.html +++ b/_site/kms38.html @@ -403,7 +403,7 @@ div.tocify {
How to use it? Please find the instructions here.
This activation method activates Windows 10/11 and Windows Server -(14393 and later builds), until 19 january 2038 03:14:07 UTC.
This activation method does not store any files on the system.
This activation method works offline.
MAS (Online KMS option)
-Any KMS Activator which is not compatible with KMS38, may +
Any KMS Activator which is not compatible with KMS38 may overwrite the KMS38 activation for Windows with its own 180 days activation, thereby destroying the KMS38 activation for Windows. To -prevent this accidental overwriting, you can select KMS38 protection +prevent this accidental overwriting, you can select the KMS38 protection option.
In a genuine KMS -activation environment, activation last maximum up-to 180 days. This is -done using a valid license and server setup.
However in the Windows major upgrade process, system uses +activation environment, activation lasts a maximum of up to 180 days. +This is done using a valid license and server setup.
However, in the Windows major upgrade process, the system uses
gatherosstate.exe to carry over the remaining KMS
-activation period. It does it by creating a ticket which can be used
+activation period. It does it by creating a ticket that can be used
offline.
The trick is that we can fool the gatherosstate.exe
about the remaining KMS activation period and manually put the desired
-period maximum up-to 19 january 2038 03:14:07 UTC.
Why it’s limited to year 2038?
+period maximum up to 19 January 2038 03:14:07 UTC.
Why it’s limited to the year 2038?
It’s related to the Y2K38 problem
-as this date (19 january 2038 03:14:07 UTC) is the maximum date we can
-give to gatherosstate.exe without it looping back to year
-1970.
gatherosstate.exe without it looping back to the
+year 1970.
Q: Can Microsoft block this kind of
activation?
A: Not directly. They could only update Clipup to allow
-for a maximum activation period of 180 days. Not much beside that can be
-done on their part. The tickets are not sent to Microsoft at all, so
+for a maximum activation period of 180 days. Not much besides that can
+be done on their part. The tickets are not sent to Microsoft at all, so
they can’t block them or take action directly.
ServerRdsh edition does not officially -support activation on non-azure systems. However on all builds except in -range of 22000 will activate Windows.
However, with a few tricks you can ensure that no alternative KMS -Activator can replace KMS38 Activation by accident or even on purpose. -below is the explanation for how to do/undo that.
In the KMS activation method, the Windows first checks the KMS IP +
However, with a few tricks, you can ensure that no alternative +KMS Activator can replace KMS38 Activation by accident or even on +purpose. below is the explanation for how to do/undo that.
In the KMS activation method, Windows first checks the KMS IP registered as a specific KMS, and if that is not defined then it checks the Global KMS IP. Another fact is that if Localhost (IP range -127.0.0.0/8) is defined as KMS IP in the Windows 8 and later OS’s then -Windows will not accept it as a valid KMS IP. This script simply -utilizes the above facts to protect the KMS38 activation from being -overwritten by any alternative ‘normal’ 180-Day KMS Activation and at -the same time that KMS activator can be used for Office -activation.
Script steps-
Set the Windows edition specific KMS IP to Localhost +
Set the Windows edition-specific KMS IP to Localhost (127.0.0.2)
Lock the below Registry with reg_own snippet by @@ -757,9 +755,9 @@ AveYo
This is applicable only in separate files version.
If any parameter is used then script will automatically run in -unattended mode.
This is applicable only in separate file versions.
If any parameter is used then the script will automatically run +in unattended mode.
To activate,
"KMS38_Activation.cmd" /a
To activate along with KMS38 protection (from being replaced by @@ -774,17 +772,17 @@ unattended mode.
Besides plain batch script, KMS38 activation requires the use of -official gatherosstate.exe (x86) file.
+Besides the plain batch script, KMS38 activation requires the use of +an official gatherosstate.exe (x86) file.
File: gatherosstate.exe
SHA-1: FABB5A0FC1E6A372219711152291339AF36ED0B5
It’s taken from Windows 10 Version 1607 ADK (Section: User State Migration Tool)
-Further, in case of Windows Server Core editions,
-system doesn’t have clipup.exe file. So to activate it, MAS
-separate files version contains the below file. (It’s not included in
-MAS AIO)
Further, in the case of Windows Server Core
+editions, the system doesn’t have clipup.exe file. So to
+activate it, MAS separate files version contains the below file. (It’s
+not included in MAS AIO)
File: ClipUp.exe
SHA-1: 48D928B1BEC25A56FE896C430C2C034B7866AA7A
It’s taken from
Make a folder named Open Windows Powershell as administrator, and enter following
-listed commands in the the sequence in which they are given. Open Windows Powershell as administrator, and enter the following
+listed commands in the sequence in which they are given. Enter the Key, (Replace Check Extract OEM option in the MAS Further read Check the Extract OEM option in the MAS Further, read here.Files in C drive,
C:\Files and copy the gatherosstate.exe file
in that folder.<key> with the key
from the above list) with the following commandSetup Preactivate
-
Extras section
-if you want pre-activated Windows installation.Extras
+section if you want pre-activated Windows installation.
--
cgit v1.2.3