KMS-activering: bekende problemen

Probeer onze virtuele agent : hiermee kunt u snel veelvoorkomende problemen identificeren en oplossen met betrekking tot KMS- en MAK-activering

In dit artikel worden veelgestelde vragen en problemen beschreven die kunnen optreden tijdens KMS-activeringen (Key Management Service) en richtlijnen voor het oplossen van de problemen.

Moet ik een back-up maken van KMS-hostgegevens?

Back-up is niet vereist voor KMS-hosts. Als u echter een hulpprogramma gebruikt om regelmatig gebeurtenislogboeken op te schonen, kan de activeringsgeschiedenis die in de logboeken is opgeslagen, verloren gaan. Als u het gebeurtenislogboek gebruikt om KMS-activeringen bij te houden of te documenteren, exporteert u regelmatig de gebeurtenislogboeken van de Key Management Service vanuit de map Toepassingen en Services in de Logboeken van de Gebeurtenisweergave.

Als u System Center Operations Manager gebruikt, slaat de System Center Data Warehouse-database gebeurtenislogboekgegevens op voor rapportage. Daarom hoeft u geen afzonderlijke back-ups te maken van de gebeurtenislogboeken.

Is de KMS-clientcomputer geactiveerd?

Open op de KMS-clientcomputer het Systeem-configuratiescherm en zoek naar de melding Windows is geactiveerd. U kunt ook Slmgr.vbs uitvoeren en de opdrachtregeloptie /dli gebruiken.

De KMS-clientcomputer wordt niet geactiveerd

Controleer of aan de drempelwaarde voor KMS-activering is voldaan. Voer op de KMS-hostcomputer Slmgr.vbs uit en gebruik de opdrachtregeloptie /dli om het huidige aantal van de host te bepalen. Totdat de KMS-host een telling van 25 heeft, kunnen Windows 7-clientcomputers niet worden geactiveerd. Windows Server 2008 R2 KMS-clients vereisen een KMS-telling van 5 voor activering. Zie de handleiding voor volumeactiveringsplanning voor meer informatie over KMS-vereisten.

Zoek op de KMS-clientcomputer in het gebeurtenislogboek van de toepassing naar gebeurtenis-id 12289. Controleer deze gebeurtenis op de volgende informatie:

• Is de resultaatcode 0? Iets anders is een fout.
• Is de KMS-hostnaam in de gebeurtenis juist?
• Is de KMS-poort juist?
• Is de KMS-host toegankelijk?
• Als de client een niet-Microsoft-firewall uitvoert, moet de uitgaande poort worden geconfigureerd?

Zoek op de KMS-hostcomputer in het KMS-gebeurtenislogboek naar gebeurtenis-id 12290. Controleer deze gebeurtenis op de volgende informatie:

• Heeft de KMS-host een aanvraag van de clientcomputer vastgelegd? Controleer of de naam van de KMS-clientcomputer wordt vermeld. Controleer of de client en kms-host kunnen communiceren. Heeft de client het antwoord ontvangen?
• Als er geen gebeurtenis is vastgelegd vanaf de KMS-client, heeft de aanvraag de KMS-host niet bereikt of kan de KMS-host deze niet verwerken. Zorg ervoor dat routers verkeer niet blokkeren via TCP-poort 1688 (als de standaardpoort wordt gebruikt) en dat stateful verkeer naar de KMS-client is toegestaan.

Wat betekent deze foutcode?

Met uitzondering van KMS-gebeurtenissen met gebeurtenis-id 12290 registreert Windows alle activeringsgebeurtenissen in het toepassingsgebeurtenislogboek onder de naam Microsoft-Windows-Security-SPP. In Windows worden KMS-gebeurtenissen vastgelegd in het sleutelbeheerservicelogboek in de map Toepassingen en Services. IT-professionals kunnen Slui.exe uitvoeren om een beschrijving weer te geven van de meeste activeringsgerelateerde foutcodes. De algemene syntaxis voor deze opdracht is als volgt:

slui.exe 0x2a ErrorCode

Als gebeurtenis-id 12293 bijvoorbeeld foutcode 0x8007267C bevat, kunt u een beschrijving van die fout weergeven door de volgende opdracht uit te voeren:

slui.exe 0x2a 0x8007267C

Zie Veelvoorkomende activeringsfoutcodes oplossen voor meer informatie over specifieke foutcodes en hoe u deze kunt oplossen.

Klanten dragen niet bij aan de KMS-telling

Voer sysprep /generalize of slmgr /rearm uit om de clientcomputer-id (CMID) en andere productactiveringsgegevens opnieuw in te stellen. Anders ziet elke clientcomputer er identiek uit en telt de KMS-host deze niet als afzonderlijke KMS-clients.

KMS-hosts kunnen geen SRV-records maken

Domain Name System (DNS) kan schrijftoegang beperken of biedt geen ondersteuning voor dynamische DNS (DDNS). In dit geval geeft u de KMS-host schrijftoegang tot de DNS-database of maakt u handmatig het service (SRV) resourcerecord (RR). Zie Algemene procedures voor probleemoplossing voor KMS- en DNS-problemen voor meer informatie over KMS- en DNS-problemen.

Alleen de eerste KMS-host kan SRV-records maken

Als de organisatie meer dan één KMS-host heeft, kunnen de andere hosts de SRV RR mogelijk niet bijwerken, tenzij de standaardmachtigingen van SRV worden gewijzigd. Zie Algemene procedures voor probleemoplossing voor KMS- en DNS-problemen voor meer informatie over KMS- en DNS-problemen.

Ik heb een KMS-sleutel geïnstalleerd op de KMS-client

KMS-sleutels moeten alleen worden geïnstalleerd op KMS-hosts, niet op KMS-clients. Voer slmgr.vbs uit -ipk <SetupKey>. Zie installatiesleutels voor KMS-clients voor tabellen die u kunt gebruiken om de computer als een KMS-client te configureren. Deze sleutels zijn openbaar bekend en zijn editiespecifiek. Vergeet niet om overbodige SRV RR's uit DNS te verwijderen en de computers vervolgens opnieuw op te starten.

Een KMS-host is mislukt

Als een KMS-host mislukt, moet u een KMS-hostsleutel installeren op een nieuwe host en vervolgens de host activeren. Zorg ervoor dat de nieuwe KMS-host een SRV RR in de DNS-database heeft. Als u de nieuwe KMS-host installeert met dezelfde computernaam en hetzelfde IP-adres als de mislukte KMS-host, kan de nieuwe KMS-host de DNS SRV-record van de mislukte host gebruiken. Als de nieuwe host een andere computernaam heeft, kunt u de DNS SRV RR van de mislukte host handmatig verwijderen of (als opruimen is ingeschakeld in DNS) dns automatisch verwijderen. Als het netwerk DDNS gebruikt, maakt de nieuwe KMS-host automatisch een nieuwe SRV RR op de DNS-server. De nieuwe KMS-host begint met het verzamelen van aanvragen voor clientvernieuwing en begint met het activeren van clients zodra aan de KMS-activeringsdrempel wordt voldaan.

Als uw KMS-clients automatische detectie gebruiken, selecteren ze automatisch een andere KMS-host als de oorspronkelijke KMS-host niet reageert op verlengingsaanvragen. Als de clients geen automatische detectie gebruiken, moet u de KMS-clientcomputers die zijn toegewezen aan de mislukte KMS-host handmatig bijwerken door slmgr.vbs /skms uit te voeren. Om dit scenario te voorkomen, configureert u de KMS-clients voor het gebruik van automatische detectie. Zie de handleiding voor de implementatie van volumeactivering voor meer informatie.