well, i added the bypass method name beside each of them thanks for the feed back i removed KMSClient (it's ment only for verifying kmsserver working status) i also found a typo bug in both AK.exe scripts try the new edition in the same post
This may make strange reading for others as I had edited my previous post before abbodi1406 quoted it above. I'd posted some findings about AKS.exe/AKV.exe but edited them out saying I needed more time to test. But anyway... abbodi1406 I tip my hat to you again. Thanks for this great stuff, and acting so quickly upon a bug report. AKS.exe/AKV.exe - Yes now only the Server Emulator is requesting access (third party FW) with the Client Emulator removed. And I'm delighted to report that now both AKS.exe/AKV.exe are working as sweet as a nut for me - every time! %WinDir%\AK folder is now also being deleted every time with both. This is great stuff mate. Thank you. I know there have been some doubts and misgivings about the WinDivert method, but for me your new WinDivert bundle is working as sweet as a nut. Multiple runs of the scripts and the exes both connected and disconnected, gravy all the way here. Thank you. abbodi1406 Edit: Oh yes... Goodbye TAP adapter method.
Sorry bud, I'd edited my post as I thought I may have rushed into the AKV.exe/AKS.exe testing, was a minor bug (now fixed) and no one else had posted so I edited it out. I was also curious about what the KMS Client Emulator did in this new WinDivert method, you will see abbodi1406 answered that it was to verify the status of the server but has now been removed. You're telling me it's hard to keep up!!! I struggle too! No I can't test on x86, maybe someone can post helping you. AKS.exe/AKV.exe are new executables of the whole thing, silent and verbose options. They (which one you choose) are all that is installed when you install the scheduled task. You can also run them as a standalone exe for one off activation. And there's a Delete-Task.cmd too. @abbodi1406 - Have now also tested the scheduled task (WinDivert method - TAP is a thing of the past for me now ), very nice indeed. My preference is for some output so I obviously tested verbose, edited the task to At Logon and once again it performed flawlessly, again I tried many times while online and offline, successful activation every time. You have produced a very polished complete solution here, very well done, it's great stuff. I've now tested the WinDivert scripts, exes, and scheduled task, and exes as standalone's - every time it all worked flawlessly. For those who like a GUI there is MTK in development but for those who like a scripting solution this is an excellent bundle. Thank you again.
Tested ten times on 8.1 x86. Five times with connection. Zero failure. It goes without saying, no BSoD either. Also, Abbodi, am I correct in assuming your birthday is on 14th June '86?
Abbodi's script working perfectly fine here also (x64). Thanks for saving me from tap, this is much cleaner. Now only bake the scheduled task script into the main script and we have an unattended activator. Set and forget. Very nicely done, thanks again. Cheers.
Thank you, abbodi1406 abbodi1406 - I have just tested your "KMS_VL_ALL_6.1.1 (WinDivert)" on Win 8.1 Ent. x64 with Office 2013 x86 and it worked flawlessly and quickly both online and offline. Everything I have already used is destined for the bin. Your latest is the Ultimate. Well done, abbodi1406. You are amazing. (Stop floating around the room, please )
@abbodi1406 Just tried KMS_VL_ALL in a VM. No problem for the WinDivert version. Good job! With the TunMirror version i got this: Error.. TunMirror is not functioning. Press any key to exit... VMWare, Windows 8.1 Pro VL x64
@abbodi1406 Windows 8.1 Pro VL x64 KMS_VL_ALL in WinDivert version: OK With TunMirror version Error.. TunMirror is not functioning.
Was able to activate my VM Windows 8.1 Pro VL and Office 2013 VL Code: KMShost:danikan.no-ip.biz KMSport:9872
It doesn't crash on every x86 system, but it crashes *more often* on those systems. The crash happens when you taskkill the fakeclient program qad has reportedly found a way to fix it, but all kernel-mode sys drivers have to be digitally signed, or you have to run your computer in a special test mode So he's reporting the stuff to the guy who runs windivert I don't have an x86 native system that has the crashing problem, so I can only really test on a vm. I know, for me, core N x86 win8.1 likes to crash when taskkilling fakeclient on a vm. We'll be checking the windivert site every day in hopes of a new driver that won't crash when divertclose is called.
The WinDivert author fixed the bug and released a new package (v1.1.1, of cource including signed drivers). I confirmed there is no BSOD on x86 system.
Nice, I don't see it on the site.. but I'm guessing it will be soon AHH just showed up when I ran ctrl-f5 Nice... we'll see if we can get these integrated asap. thx for the help qad
Who is going to summarize abbodi1406's and murphys78's scripts and implementations? The two works are remarkable.