Après la conversion d’une édition ServerStandardEval vers ServerStandard, l’activation peut échouer avec l’erreur 1168 – The specified product key could not be validated. Voici une méthode fiable, étape par étape, pour réussir la conversion et l’activation de Windows Server 2019.
Contexte et symptômes
Un administrateur exécute la commande suivante pour convertir une installation d’évaluation Windows Server 2019 (build 17763) vers l’édition Standard :
DISM /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
La commande échoue et renvoie l’erreur 1168 avec le message “The specified product key could not be validated”.
Pourquoi l’erreur 1168 survient-elle ?
L’erreur 1168 (Element not found) signale généralement un mauvais appariement entre la clé fournie et l’édition/canal de Windows, ou un contexte système qui empêche la validation. Les causes les plus fréquentes :
- Clé d’une mauvaise édition (ex. Datacenter, Essentials) ou d’un mauvais canal (OEM au lieu de Retail/MAK/Volume).
- Conversion directe non admise avec certaines clés : l’édition d’évaluation doit d’abord basculer en canal Volume via une GVLK (clé client KMS générique), puis recevoir votre clé définitive.
- Pré-requis système non conformes : build trop ancienne, mises à jour manquantes, horloge désynchronisée, proxy bloquant, antivirus interférant, service KMS local répondant de manière inattendue, droits non élevés.
Vérifications éclair avant d’agir
Point de contrôle | Commande/Action | Ce que vous devez observer |
---|---|---|
Édition installée | DISM /online /Get-CurrentEdition | Current Edition : ServerStandardEval |
Éditions cibles autorisées | DISM /online /Get-TargetEditions | Target Editions : ServerStandard apparaît dans la liste |
Build & mises à jour | Windows Update / SSU + CU récents | Build ≥ 17763.2114 recommandé avant conversion |
Horloge & fuseau | w32tm /query /status ; tzutil /g | Date/heure correctes, dérive < 5 minutes |
Connectivité activation en ligne | Port 443 sortant, proxy/SSL OK | Aucune inspection SSL bloquante, authentification proxy gérée |
Privilèges d’exécution | Invite PowerShell/Commande Exécuter en tant qu’administrateur | Droits élevés confirmés |
Procédure recommandée : conversion puis activation
La méthode la plus robuste consiste à convertir d’abord l’évaluation vers le canal Volume avec la GVLK générique, puis à installer votre clé Retail/MAK et activer.
Étape | Action conseillée | Détails utiles |
---|---|---|
1 | Confirmer la correspondance de la clé | Utilisez une clé Retail ou MAK pour Server Standard (pas OEM, pas Datacenter, pas Essentials). |
2 | Convertir avec la GVLK (clé générique) | DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula Redémarrez quand demandé, puis : slmgr /ipk VOTRE_CLÉ et slmgr /ato . |
3 | Assurer la connectivité & l’horloge | Port 443 sortant ouvert, date/heure correctes. À défaut, utilisez l’activation téléphonique (slui 4 ). |
4 | Mettre le système à jour avant la conversion | Installez la dernière SSU + CU (Windows Update ou un outil dédié) pour éviter des incompatibilités connues sur les builds < 17763.2114. |
5 | Neutraliser les interférences | Désactivez temporairement l’antivirus tiers ; vérifiez qu’un KMS local ne répond pas par inadvertance. |
6 | Respecter les limites d’usage | La conversion d’une évaluation est unique ; si déjà effectuée, ou si l’image a expiré et a été clonée, préférez une réinstallation avec un média complet. |
Exemple de séquence de commandes fiable
:: 1) Vérifier l’édition et les éditions cibles
DISM /online /Get-CurrentEdition
DISM /online /Get-TargetEditions
\:: 2) Mettre à jour (recommandé) puis convertir vers ServerStandard via GVLK
DISM /online /Set-Edition\:ServerStandard /ProductKey\:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula
\:: 3) Redémarrer lorsque DISM le demande
shutdown /r /t 0
\:: 4) Après redémarrage, installer votre clé MAK/Retail
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
\:: 5) Activer
slmgr /ato
\:: 6) Vérifier l’état de licence et l’expiration
slmgr /dlv
slmgr /xpr
KMS, ADBA ou MAK ? Choisir la bonne méthode d’activation
Méthode | Quand l’utiliser | Avantages | Points d’attention |
---|---|---|---|
KMS (Key Management Service) | Parcs > 25 clients (serveurs inclus), réseau interne stable | Renouvellement automatique, gestion centralisée | Découverte SRV ou slmgr /skms ; port 1688 ; exigences de seuil (count). |
ADBA (Activation basée sur AD) | Environnements AD récents, machines jointes au domaine | Pas de serveur KMS dédié, activation transparente | Nécessite l’objet d’activation créé via “Services d’activation en volume”. |
MAK (Multiple Activation Key) | Sites isolés, DMZ, effectifs réduits | Activation définitive par machine | Compteur d’activations limité ; proxy/443 requis ou activation téléphonique. |
Dépannage ciblé des codes d’erreur
Code | Symptôme | Correctif proposé |
---|---|---|
1168 | Clé non validée par DISM | Appliquer la GVLK pour convertir puis installer la clé finale. Vérifier édition/canal, mises à jour, antivirus et KMS parasite. |
0xC004F050 | Clé non valide pour l’édition | Confirmer la clé Server Standard (pas Datacenter/Essentials). Refaire avec la GVLK si conversion directe impossible. |
0xC004C003 | Clé bloquée | Tester une autre clé valide (MAK/Retail) ; contacter le support licences si la clé est verrouillée. |
0xC004F025 | Privilèges insuffisants | Ouvrir l’invite en Administrateur ; vérifier UAC/contrôles. |
0xC004F074 | KMS introuvable | slmgr /skms kms.contoso.com:1688 ou corriger SRV DNS ; ouvrir 1688/TCP ; contrôler pare-feu/route. |
0xC004C020 | Quota MAK atteint | Réallouer des activations ou demander une extension du quota. |
Connexions réseau, proxy et sécurité
- Port 443 sortant requis pour l’activation en ligne. Éviter l’interception TLS/SSL qui altère la chaîne de certificats.
- Proxy : si authentifié, configurez WinHTTP pour les services système (
netsh winhttp set proxy
) ounetsh winhttp reset proxy
pour revenir en détection auto. - Antivirus/EDR : mettez en liste blanche
sppsvc
(Software Protection Platform) etslmgr.vbs
si bloqués. - Horloge : la dérive temporelle fait échouer TLS. Synchronisez via NTP (
w32tm /resync
).
Mises à jour avant conversion
Sur des builds antérieures, des incompatibilités de canal peuvent empêcher la validation de clé lors du Set-Edition. Installez la dernière SSU et la dernière CU avant la conversion (via Windows Update, WSUS ou un gestionnaire hors ligne). Un redémarrage post-CU est recommandé.
Journalisation et collecte de preuves
- DISM :
C:\Windows\Logs\DISM\dism.log
- Software Protection Platform : Observateur d’événements → Applications and Services Logs > Microsoft > Windows > SoftwareProtectionPlatform
- État de licence :
slmgr /dlv
,slmgr /dli
,slmgr /xpr
# Suivre DISM en direct
Get-Content -Path "C:\Windows\Logs\DISM\dism.log" -Tail 50 -Wait
# Export SPP
wevtutil epl Microsoft-Windows-Security-SPP/UX "C:\Temp\SPP-UX.evtx"
wevtutil epl Microsoft-Windows-Security-SPP/SoftwareLicensingService "C:\Temp\SPP-SLS.evtx"
Limites et cas particuliers
- Conversion unique depuis l’évaluation : si l’OS a déjà été converti puis cloné, la clé peut ne plus correspondre. Préférez une installation à partir d’un média complet.
- Expiration d’évaluation : vérifiez le compteur (
slmgr /dlv
). Si non expiré,slmgr /rearm
peut temporairement prolonger pour finaliser la conversion. - Mélange d’éditions : ne tentez pas d’installer une clé Datacenter sur une cible Standard. L’inverse n’est pas supporté non plus.
- OEM vs Retail/MAK : une clé OEM ne valide pas une conversion d’évaluation. Utilisez Retail/MAK ou GVLK + KMS/ADBA.
Automatisation : script idempotent prêt à l’emploi
Le script ci-dessous effectue une conversion Eval → Standard via GVLK, gère le redémarrage et active avec votre clé MAK/Retail. Il crée une tâche RunOnce pour reprendre automatiquement l’activation après redémarrage.Convertir et activer Windows Server 2019 (Eval → Standard)
# Fichier : C:\Temp\Convert-WS2019-Standard.ps1
param(
[Parameter(Mandatory=$true)]
[string]$ProductKey # Votre clé MAK/Retail Server Standard
)
\$ErrorActionPreference = 'Stop'
function Test-Admin {
\$currentUser = \[Security.Principal.WindowsIdentity]::GetCurrent()
\$principal = New-Object Security.Principal.WindowsPrincipal(\$currentUser)
return \$principal.IsInRole(\[Security.Principal.WindowsBuiltinRole]::Administrator)
}
if (-not (Test-Admin)) { throw "Exécutez ce script en tant qu'administrateur." }
# Pré-vol : vérifier édition et cible
\$curEdition = (DISM /online /Get-CurrentEdition) -join "`n"
$targets = (DISM /online /Get-TargetEditions) -join "`n"
if (\$curEdition -notmatch 'ServerStandardEval') {
Write-Host "Édition actuelle : déjà non-Eval. Passage à l'activation."
} else {
if (\$targets -notmatch 'ServerStandard') {
throw "ServerStandard n'apparaît pas comme édition cible éligible."
}
Write-Host "Conversion vers ServerStandard via GVLK…"
\$gvlk = 'N69G4-B89J2-4G8F4-WWYCC-J464C'
cmd /c "DISM /online /Set-Edition\:ServerStandard /ProductKey:\$gvlk /AcceptEula"
if (\$LASTEXITCODE -ne 0) { throw "DISM Set-Edition a échoué. Consultez C:\Windows\Logs\DISM\dism.log" }
# Reprise post-redémarrage
\$activateScript = @'
param(\[string]\$K)
slmgr /ipk \$K
Start-Sleep -Seconds 5
slmgr /ato
Start-Sleep -Seconds 3
slmgr /xpr
'@
\$activatePath = 'C:\Temp\Activate-WS2019.ps1'
New-Item -ItemType Directory -Force -Path (Split-Path \$activatePath) | Out-Null
\$activateScript | Out-File -FilePath \$activatePath -Encoding UTF8 -Force
reg add "HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce" /v WS2019Activate /t REG\_SZ /d "powershell -ExecutionPolicy Bypass -File `"$activatePath`" -K `"$ProductKey`"" /f
Write-Host "Redémarrage immédiat requis pour finaliser la conversion…"
shutdown /r /t 5
exit
}
# Si déjà converti, installer la clé et activer
Write-Host "Installation de la clé et activation…"
slmgr /ipk \$ProductKey
Start-Sleep -Seconds 5
slmgr /ato
Write-Host "État :"
slmgr /dlv
Astuce : dans un parc, placez le couple GVLK + KMS/ADBA directement dans une GPO afin d’éviter l’intervention manuelle sur chaque hôte.
Nettoyage et remise à zéro (si nécessaire)
- Retirer un KMS forcé :
slmgr /ckms
pour effacer une adresse KMS configurée manuellement, puisslmgr /ato
. - Réinitialiser la pile WinHTTP :
netsh winhttp reset proxy
si un proxy empêche l’activation. - Services de licence : redémarrer
sppsvc
:net stop sppsvc & net start sppsvc
.
Contrôles post-activation
- Vérifiez que Édition affiche désormais Windows Server 2019 Standard (Paramètres → Système → Informations ou
winver
). - Exécutez
slmgr /xpr
: l’état doit indiquer permanently activated (MAK/Retail) ou la prochaine échéance d’activation (KMS/ADBA). - Capturez
slmgr /dlv
pour la traçabilité et l’audit.
FAQ opérationnelle
Peut-on convertir directement en Datacenter ? Oui, si DISM /online /Get-TargetEditions
inclut ServerDatacenter et si vous disposez d’une clé valide. Le présent guide traite le chemin Eval → Standard. Ajustez la GVLK et la clé en conséquence.
Une clé OEM peut-elle valider la conversion ? Non. Pour quitter l’évaluation, utilisez la GVLK ou une clé Retail/MAK adaptée. Les clés OEM ne servent pas à convertir une édition d’évaluation.
Faut-il désinstaller des rôles avant l’activation ? Non, mais certains EDR/antivirus et services KMS locaux peuvent interférer. Désactivez-les temporairement en cas d’échec d’activation.
Le serveur n’a pas d’accès Internet ? Utilisez l’activation téléphonique (slui 4
) ou déployez KMS/ADBA en interne et utilisez la GVLK correspondante.
Bloc-notes d’intervention rapide
Objectif | Commande |
---|---|
Voir l’édition actuelle | DISM /online /Get-CurrentEdition |
Voir les éditions cibles | DISM /online /Get-TargetEditions |
Convertir via GVLK | DISM /online /Set-Edition:ServerStandard /ProductKey:N69G4-B89J2-4G8F4-WWYCC-J464C /AcceptEula |
Installer votre clé | slmgr /ipk VOTRE_CLÉ |
Activer | slmgr /ato |
Vérifier l’état | slmgr /dlv | slmgr /xpr |
Effacer un KMS forcé | slmgr /ckms |
Configurer un KMS | slmgr /skms kms.contoso.com:1688 |
Proxy WinHTTP | netsh winhttp show proxy / reset proxy |
Résumé exécutif
- Ne forcez pas une clé MAK/Retail directement si DISM la refuse depuis l’évaluation : convertissez d’abord avec la GVLK, redémarrez, puis installez la clé finale et activez.
- Mettez à jour (SSU+CU), synchronisez l’heure, vérifiez le port 443 et neutralisez antivirus/proxy bloquants.
- Documentez l’intervention (
dism.log
, événements SPP,slmgr /dlv
) pour les audits et la capitalisation.
Annexe : commandes utiles supplémentaires
# Interroger rapidement l’édition via le Registre
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' |
Select-Object ProductName, EditionID, ReleaseId, CurrentBuild
# Liste des services impliqués
Get-Service sppsvc, Winmgmt, TrustedInstaller | Format-Table -Auto
# Vérifier qu’aucun KMS local ne répond par hasard
nslookup -type=srv \_vlmcs.\_tcp
Test-NetConnection -ComputerName votre-kms -Port 1688
# Forcer l’activation par téléphone (si aucun accès 443)
slui 4
Annexe : checklist détaillée pour les changements à grande échelle
- Préparer : inventaire des éditions (
Get-ADComputer
+ WMI), vérification des cibles autorisées (DISM /Get-TargetEditions
). - Mettre à jour : SSU + CU, redémarrage planifié, fenêtres de maintenance.
- Convertir : GVLK via script, balisage RunOnce/PlannedTasks pour la reprise post-reboot.
- Activer : MAK/KMS/ADBA selon site, surveillance des échecs (EventLog, Syslog).
- Valider :
slmgr /xpr
et remontée d’état centralisée (CMDB, Intune/ConfigMgr, scripts PowerShell remoting). - Documenter : captures d’écran, journaux, tickets.
Conclusion
Pour contourner l’erreur 1168 lors de la sortie d’évaluation de Windows Server 2019, l’approche la plus sûre est GVLK → redémarrage → clé finale → activation, précédée d’une mise à jour système et d’un contrôle rigoureux du réseau et de l’horloge. En automatisant ces opérations, vous éliminez la quasi‑totalité des échecs liés au canal et gagnez un temps précieux sur l’ensemble du parc.