7
Windows 10 20H2 weigert sich, Office 2016 über KMS zu aktivieren
Hi,
wie der Frage-Titel schon sagt, haben wir hier einen Rechner, auf welchem wir das MS Office Professional Plus 2016 nicht über KMS aktiviert bekommen.
Das OS ist Windows 10 20H2 x64 mit allen WSUS Patch.
Office ist v2016 x86, 16.0.4266.1001 mit allen WSUS Patch.
Office in 32-bit, weil es mit diversen anderen 32-bit-Programmen interagieren muss.
Office (Word, Excel, ... egal) meldet beim Start, dass es nicht aktiviert werden könne.
Key wurde überprüft: Es ist definitiv ein KMS Client Key für Office Pro Plus 2016 installiert.
Das Windows selbst aktiviert sich ohne Probleme über den KMS-Server.
Der KMS-Server aktiviert nachweislich andere Clients am selben Standort (Subnetz) ebenfalls mit Win10 20H2 und Office Pro Plus 2016. Test mit frisch installiertem Client.
Die Aktivierung schlägt auch dann fehl, wenn man das Office deinstalliert, bootet, neu installiert, und dann noch nicht mit WSUS aktualisiert.
Der Fehler im Eventlog lautet:
Bei Microsoft als Lösung gefunden: KMS error 0xC004F074 when you try to activate Office 2016 volume-licensed client
Unser KMS-Server hat bereits die aktuellste Version des KMS-Host installiert (office2016volumelicensepack_4324-1002_de-de_x86) und er aktiviert wie oben bereits genannt andere Clients mit dieser Office Version & Edition.
Was seltsam ist:
Unmittelbar vor dem o.g. Eventlog-Eintrag kommt noch dieser:
Er versucht da, einen externen KMS-Server zu erreichen?! Obwohl er doch mit einem internen KMS konfiguriert ist. Egal ob manuell eingetragen oder über SRV-Record in unserem DNS.
Den Client vollkommen neu zu installieren würde jetzt echt Arbeit machen und wollen wir deshalb wenn es geht vermeiden.
Hat jemand ne Idee, wo man noch ansetzen könnte?
E.
wie der Frage-Titel schon sagt, haben wir hier einen Rechner, auf welchem wir das MS Office Professional Plus 2016 nicht über KMS aktiviert bekommen.
Das OS ist Windows 10 20H2 x64 mit allen WSUS Patch.
Office ist v2016 x86, 16.0.4266.1001 mit allen WSUS Patch.
Office in 32-bit, weil es mit diversen anderen 32-bit-Programmen interagieren muss.
Office (Word, Excel, ... egal) meldet beim Start, dass es nicht aktiviert werden könne.
Key wurde überprüft: Es ist definitiv ein KMS Client Key für Office Pro Plus 2016 installiert.
Das Windows selbst aktiviert sich ohne Probleme über den KMS-Server.
Der KMS-Server aktiviert nachweislich andere Clients am selben Standort (Subnetz) ebenfalls mit Win10 20H2 und Office Pro Plus 2016. Test mit frisch installiertem Client.
Die Aktivierung schlägt auch dann fehl, wenn man das Office deinstalliert, bootet, neu installiert, und dann noch nicht mit WSUS aktualisiert.
Der Fehler im Eventlog lautet:
- Log: Application
- Typ: Warnung
- Quelle: Security-PP
- ID: 8233
- Meldung:
Vom Regelmodul wurde ein Fehler bei der VL-Aktivierung gemeldet.
Ursache: 0xC004F074
AppId = 0ff1ce15-a989-479d-af46-f275c6370663, SkuId = d450596f-xxx-xxxx-xxx-fd39ed4c4c64
Trigger=UserLogon(2)
Ursache: 0xC004F074
AppId = 0ff1ce15-a989-479d-af46-f275c6370663, SkuId = d450596f-xxx-xxxx-xxx-fd39ed4c4c64
Trigger=UserLogon(2)
Bei Microsoft als Lösung gefunden: KMS error 0xC004F074 when you try to activate Office 2016 volume-licensed client
Unser KMS-Server hat bereits die aktuellste Version des KMS-Host installiert (office2016volumelicensepack_4324-1002_de-de_x86) und er aktiviert wie oben bereits genannt andere Clients mit dieser Office Version & Edition.
Was seltsam ist:
Unmittelbar vor dem o.g. Eventlog-Eintrag kommt noch dieser:
- Log: Application
- Typ: Information
- Quelle: Security-PP
- ID: 12288
- Meldung:
Vom Client wurde eine Aktivierungsanforderung an den Computer mit dem Schlüsselverwaltungsdienst gesendet.
Info:
0xC0020017, 0x00000000, kms8.msguides.com:1688, bd1e71f9-xxxx-xxxx-xxxx-2909049f7c1a, 2021/07/26 09:31, 1, 5, 0, d450596f-xxxx-xxxx-xxxx-fd39ed4c4c64, 5
Info:
0xC0020017, 0x00000000, kms8.msguides.com:1688, bd1e71f9-xxxx-xxxx-xxxx-2909049f7c1a, 2021/07/26 09:31, 1, 5, 0, d450596f-xxxx-xxxx-xxxx-fd39ed4c4c64, 5
Er versucht da, einen externen KMS-Server zu erreichen?! Obwohl er doch mit einem internen KMS konfiguriert ist. Egal ob manuell eingetragen oder über SRV-Record in unserem DNS.
Den Client vollkommen neu zu installieren würde jetzt echt Arbeit machen und wollen wir deshalb wenn es geht vermeiden.
Hat jemand ne Idee, wo man noch ansetzen könnte?
E.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1089697063
Url: https://administrator.de/contentid/1089697063
Ausgedruckt am: 18.11.2024 um 19:11 Uhr
7 Kommentare
Neuester Kommentar
MSGuides ist keine offizielle MS Seite, sondern eine Seite um nicht so ganz 'legal' Produkte zu aktivieren.
ich frag einfach Mal vorsichtig, ob hier wirklich eine Lizenz existiert bzw. eingetragen ist.
ich frag einfach Mal vorsichtig, ob hier wirklich eine Lizenz existiert bzw. eingetragen ist.
Zitat von @c0d3.r3d:
MSGuides ist keine offizielle MS Seite, sondern eine Seite um nicht so ganz 'legal' Produkte zu aktivieren.
ich frag einfach Mal vorsichtig, ob hier wirklich eine Lizenz existiert bzw. eingetragen ist.
Vorsichtig! Ja ?!MSGuides ist keine offizielle MS Seite, sondern eine Seite um nicht so ganz 'legal' Produkte zu aktivieren.
ich frag einfach Mal vorsichtig, ob hier wirklich eine Lizenz existiert bzw. eingetragen ist.
Ja, alles korrekt. Der KMS Client Key kommt direkt von der Microsoft Seite und der KMS Server läuft schon seit Jahren und versorgt eben solange schon unserer Clients.
Trotzdem sehr interessant, Dein Hinweis ...
Edit:
Das ist ein Client von DELL, und die OS-Installation ist noch so, wie von DELL geliefert. Das soll eigentlich so nicht sein. Wir installieren normalerweise alle Clients von unseren MDT-Servern neu. Das kläre ich mal nebenbei.
Was ich befremdlich finde ist der Server bei kmsguides.com.
Die werben mit "Activation for free".
Ob das ein seriöses Angebot ist?
Gruß
bdmvg
Die werben mit "Activation for free".
Ob das ein seriöses Angebot ist?
Gruß
bdmvg
Ich hab mal gedacht, bin schlau, und habe lokal in der HOST einen Eintrag für die IP-Adresse unseres KMS-Servers mit diesem externen FQDN eingetragen. FlushDNS ...Aber, das ändert nichts. Das wäre auch zu einfach gewesen ...
Probier mal
Ich würde aber sagen, dass Windows oder Office kompromittiert sind. Woher sollen sie denn die Adresse msguides.com kennen?
cscript "C:\Program Files (x86)\Microsoft Office\Office16\ospp.vbs" /sethst:kmsserver.domäne.intern Ich würde aber sagen, dass Windows oder Office kompromittiert sind. Woher sollen sie denn die Adresse msguides.com kennen?
Woher ist die Office ISO?
Zitat von @Inf1d3l:
Man ja, dies hatte ich komplett vergessen. Da war ja noch was ....cscript "C:\Program Files (x86)\Microsoft Office\Office16\ospp.vbs" /sethst:kmsserver.domäne.intern Schon das Ausführen mit Option /ckms-domain hat zur erfolgreichen Aktivierung geführt.
Warum auch immer dieser Client erst einen extra Tritt benötigte ...
Danke!
1
