Votre clé achetée refuse d’activer Windows Server 2022 Standard en édition Évaluation ? Ce guide pas‑à‑pas montre comment convertir légalement l’édition vers ServerStandard puis réussir l’activation, y compris la résolution de l’erreur 0xC004F050.
Vue d’ensemble du problème
Après l’installation d’une image Windows Server 2022 Standard Evaluation, l’activation avec une clé valide échoue souvent avec le code 0xC004F050 (« La clé de produit que vous avez entrée n’a pas fonctionné »). Dans la plupart des cas, la cause n’est pas la clé elle‑même, mais le fait que la machine exécute encore l’édition d’évaluation. Le correctif consiste à convertir l’édition (Evaluation → ServerStandard) puis à activer l’OS.
Avant de commencer : contrôles rapides et prérequis
- Compte administrateur local ou domaine : les commandes doivent être lancées dans une Invite de commandes ou un PowerShell élevé.
- Fenêtre de maintenance : la conversion peut demander un redémarrage. Prévenez les utilisateurs/planifiez une coupure.
- Sauvegarde : une sauvegarde récente du système est recommandée (instantané de VM/point de contrôle si virtualisé, ou backup bare‑metal).
- Réseau : pour l’activation en ligne, la machine doit sortir sur HTTPS :443 vers les services Microsoft, ou joindre un serveur KMS interne (port 1688).
Vérifier l’édition et l’état de licence actuels
Ces commandes n’altèrent rien ; elles servent au diagnostic.
:: Édition installée et éditions cibles possibles
dism /online /Get-CurrentEdition
dism /online /Get-TargetEditions
:: Informations de licence (édition, canal, délai d'expiration évaluation)
slmgr /dli
slmgr /xpr Si le résultat indique ServerStandardEval (ou Evaluation) et un compteur de jours restants, vous devez d’abord convertir l’édition.
Procédure recommandée
1) Conversion de l’édition (Evaluation → ServerStandard)
Exécutez, dans une Invite CMD ouverte en tant qu’administrateur :
Dism /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
/Set-Edition:ServerStandardremplace l’édition Évaluation par l’édition commerciale ServerStandard./ProductKey: renseignez votre clé Retail ou VL (MAK ou GVLK selon le cas, voir plus bas)./AcceptEula: accepte le contrat de licence.- Un redémarrage peut être déclenché automatiquement. À la remontée, laissez quelques minutes au service de protection logicielle pour stabiliser l’état.
2) Activation (si la conversion n’a pas activé automatiquement)
Si l’activation n’est pas déjà marquée comme « activé », forcez l’installation de la clé et l’activation en ligne :
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX & slmgr /ato
slmgr /ipk: installe la clé de produit.slmgr /ato: tente l’activation immédiate (en ligne ou via KMS selon le canal).
3) Vérifications post‑activation
slmgr /xpr :: indique si la machine est « activée de façon permanente »
slmgr /dlv :: vue détaillée (canal : Retail/MAK/KMS, ID, etc.)
winver :: vérifie la version/édition affichée
Comprendre et corriger l’erreur 0xC004F050
Le code 0xC004F050 signale généralement une clé non compatible avec l’édition ou déjà utilisée/invalidée. Sur un serveur en Évaluation, injecter directement une clé commerciale via slmgr /ipk échoue couramment. La conversion DISM règle cette incompatibilité d’édition.
| Cause probable | Symptômes | Correctif |
|---|---|---|
| Édition incompatible (Evaluation ≠ Standard) | 0xC004F050 lors de slmgr /ipk | Exécuter Dism /Set-Edition:ServerStandard avec une clé valide, redémarrer, puis slmgr /ato. |
| Mauvais type de clé (Datacenter, Essentials, Pro, etc.) | 0xC004F050 | Vérifier que la clé est bien Standard et au bon canal (Retail/MAK/KMS). |
| Clé volume utilisée comme « KMS host » par erreur | 0xC004F050 ou 0xC004C003 | N’entrez jamais la clé KMS Host sur un client. Utilisez la GVLK côté client et pointez vers le serveur KMS. |
| Clé MAK épuisée ou bloquée | 0xC004C008 / 0xC004C003 | Contacter le support licence pour libération du compteur, ou utiliser une autre clé MAK. |
Points d’attention essentiels
| Étape | Détails utiles |
|---|---|
| Vérifier la clé | L’erreur 0xC004F050 indique souvent une clé inadaptée à l’édition installée ou déjà utilisée. Assurez‑vous qu’il s’agit bien d’une clé Retail ou VL « Standard » (et non « Datacenter »/« Essentials »). |
| Connectivité | L’activation en ligne exige un accès HTTPS sortant. Test rapide : nslookup activation.sls.microsoft.com puis, en PowerShell : Test-NetConnection activation.sls.microsoft.com -Port 443. |
| Licences en volume | Pour KMS/MAK : remplacez la clé Retail par la GVLK correspondante côté client, puis pointez le serveur KMS avec slmgr /skms <serveurKMS>. N’utilisez jamais la clé KMS Host sur le client. |
| Délai post‑conversion | Après Dism /Set-Edition, un redémarrage et quelques minutes peuvent être nécessaires avant que l’OS accepte la nouvelle clé et s’active. |
| Documentation | La procédure est conforme aux options de conversion/upgrade décrites dans la documentation « Upgrade and conversion options for Windows Server » (Microsoft Learn). |
Quel type de clé utilisez‑vous ? (Retail, MAK, KMS)
Le chemin de réussite dépend du canal de licence. Le tableau ci‑dessous résume la logique.
| Canal | Quand l’utiliser | Clé à installer sur le serveur | Commande(s) typiques |
|---|---|---|---|
| Retail (boîte / OEM) | Licences individuelles, petite structure | Votre clé Retail unique | Dism /online /Set-Edition:ServerStandard /ProductKey:VOTRE-CLÉ-RETAIL /AcceptEulaPuis slmgr /ato si besoin. |
| MAK (Multiple Activation Key) | Volume, peu de réinstallations | Clé MAK | Conversion DISM avec la clé MAK ; sinon slmgr /ipk VOTRE-CLÉ-MAK & slmgr /ato. |
| KMS (Key Management Service) | Grand parc, réactivation périodique | Clé GVLK côté client (jamais la clé KMS Host) | Dism /online /Set-Edition:ServerStandard /ProductKey:CLÉ-GVLK /AcceptEulaslmgr /skms kms.societe.local:1688slmgr /ato |
Note : Les GVLK (clés génériques d’installation pour KMS) sont publiques et propres à l’édition. Utilisez la GVLK de Windows Server 2022 Standard lorsque le poste doit s’activer contre un KMS d’entreprise.
Dépannage complet : connexion, services, DNS et erreurs courantes
1) Vérifier la connectivité réseau
:: Résolution DNS des services d'activation Microsoft
nslookup activation.sls.microsoft.com
:: Test HTTPS
powershell -Command "Test-NetConnection activation.sls.microsoft.com -Port 443"
:: Si vous passez par un proxy explicite pour le compte Système
netsh winhttp show proxy
:: (au besoin) netsh winhttp set proxy proxy.societe.local:3128 En environnement KMS, vérifiez l’enregistrement DNS SRV _vlmcs._tcp :
nslookup -type=srv _vlmcs._tcp
:: ou
nslookup -type=srv _vlmcs._tcp.votre-domaine.local
2) Vérifier le service de protection logicielle
sc query sppsvc
:: ou
powershell -Command "Get-Service sppsvc | Format-List Name,Status,StartType"
Le service Software Protection (sppsvc) doit être en cours d’exécution. Redémarrez‑le si nécessaire :
net stop sppsvc & net start sppsvc
Consultez aussi le journal d’événements Applications and Services Logs → Microsoft → Windows → Security-SPP pour des codes précis.
3) Nettoyer/réinstaller les fichiers de licence (cas extrêmes)
À n’utiliser qu’en dernier recours, lorsque la base de licence est corrompue :
slmgr /upk :: désinstalle la clé courante
slmgr /cpky :: retire la clé du registre
slmgr /rilc :: réinstalle les fichiers de licence
:: puis réinstallez la clé et /ato
4) Table de codes d’erreur utiles
| Code | Signification | Piste de résolution |
|---|---|---|
| 0xC004F050 | Clé invalide pour l’édition en place | Convertir l’édition via DISM puis réessayer /ipk et /ato. |
| 0xC004C003 | Clé bloquée | Vérifier la source de la clé, contacter le support licence. |
| 0xC004C008 | Compteur MAK dépassé | Demander une réinitialisation/augmentation du quota MAK. |
| 0xC004F074 | Serveur KMS introuvable | Vérifier DNS SRV _vlmcs._tcp, port 1688, ou définir slmgr /skms. |
| 0x8007232B | Nom DNS inexistant (KMS) | Définir manuellement le KMS (slmgr /skms) ou corriger DNS. |
| 0x8007007B | Nom de fichier/nom DNS non valide | Reposer la clé et/ou le nom de KMS, vérifier la syntaxe. |
Spécificités KMS : bonnes pratiques
- Sur le client : installez la GVLK correspondant à ServerStandard 2022, pas la clé KMS Host.
- DNS automatique : si votre KMS publie
_vlmcs._tcp, le client le découvrira tout seul. Sinon, définissez‑le :slmgr /skms kms.societe.local:1688. - Compteurs KMS : l’activation KMS devient effective dès que le seuil d’activation est atteint (pour 2022, seuils proches de ceux de 2019). Sur un lab, vous pourriez ne pas atteindre ce seuil ; préférez MAK.
Activation hors ligne (proxy strict, réseau isolé)
Pour MAK sans accès Internet, l’activation téléphonique/manuel reste possible :
slmgr /dti :: affiche l'ID d'installation
:: Contactez le centre d'activation et obtenez l'ID de confirmation
slmgr /atp <ID_DE_CONFIRMATION>
slmgr /xpr :: vérifie l'état « permanent »
Si slui 4 est disponible, il ouvre l’assistant d’activation par téléphone. Selon la build/expérience (Core vs Desktop Experience), l’assistant peut être absent ; utilisez alors slmgr comme ci‑dessus.
Et si je me suis trompé d’édition ?
- Standard → Datacenter : possible via
Dism /Set-Edition:ServerDatacenteravec une clé Datacenter valide (redémarrage requis). C’est un upgrade d’édition sans réinstallation. - Retour en arrière : non supporté vers Évaluation. Sauvegarde/restauration ou réinstallation si vous devez revenir en arrière.
Procédures détaillées, prêtes à copier
Chemin classique : Retail/MAK
:: 0) Facultatif : état
dism /online /Get-CurrentEdition
slmgr /dli
:: 1) Conversion
Dism /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
:: 2) Redémarrage (automatique ou manuel)
shutdown /r /t 0
:: 3) Activation forcée si besoin
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
slmgr /ato
:: 4) Vérification
slmgr /xpr Chemin KMS (client KMS)
:: Remplacez CLÉ-GVLK par la GVLK de Server 2022 Standard
Dism /online /Set-Edition:ServerStandard /ProductKey:CLÉ-GVLK /AcceptEula
slmgr /skms kms.societe.local:1688
slmgr /ato
slmgr /xpr
Astuce : pour revenir à la découverte automatique du KMS via DNS, utilisez slmgr /ckms (efface l’adresse KMS explicitement définie).
Diagnostic avancé (pour administrateurs exigeants)
- Comparer l’édition cible avant conversion :
dism /online /Get-TargetEditionsdoit listerServerStandard. Si absente, vérifiez l’image installée. - Rôles et fonctionnalités : Set‑Edition conserve les rôles (AD DS, DNS, IIS…). Pas besoin de reconfigurer les services.
- VM et snapshots : sur Hyper‑V/VMware, prenez un instantané avant conversion. En cas d’échec, revert rapide.
- Journalisation : le journal Security‑SPP détaille le motif exact d’échec (clé bloquée, KMS unreachable, etc.).
FAQ
La commande DISM efface‑t‑elle mes données ?
Non. Elle change l’édition et peut redémarrer le serveur, mais ne désinstalle pas vos rôles ni vos applications.
Puis‑je convertir directement vers Datacenter ?
Oui, si vous disposez d’une clé Datacenter. Remplacez ServerStandard par ServerDatacenter dans la commande DISM, en sachant que l’édition Datacenter a d’autres droits de virtualisation.
Je n’ai pas Internet ; comment activer ?
Utilisez MAK hors‑ligne via slmgr /dti (ID d’installation) et slmgr /atp (ID de confirmation). Si un proxy bloque l’accès, configurez le proxy WinHTTP pour le compte Système.
Combien de temps dure l’évaluation ?
L’édition Évaluation est limitée dans le temps (classiquement 180 jours) avec notifications. Une fois convertie et activée, l’état devient permanent (vérifiable par slmgr /xpr).
Pourquoi ma clé Retail ne fonctionne‑t‑elle pas en KMS ?
Le KMS exige des clés GVLK côté client. Les clés Retail/MAK ne s’activent pas auprès d’un KMS ; inversement, une GVLK n’active pas directement auprès de Microsoft sans KMS présent.
Exemples de scripts pour automatiser
PowerShell – conversion + activation robuste
$ErrorActionPreference = 'Stop'
param(
[Parameter(Mandatory=$true)][string]$ProductKey,
[Parameter(Mandatory=$false)][string]$KmsServer
)
Write-Host "Edition courante :" -ForegroundColor Cyan
dism /online /Get-CurrentEdition
Write-Host "Conversion vers ServerStandard..." -ForegroundColor Cyan
& dism /online /Set-Edition:ServerStandard /ProductKey:$ProductKey /AcceptEula
Write-Host "Redémarrage..." -ForegroundColor Yellow
Restart-Computer -Force
# Après redémarrage, relancer ce bloc :
if ($KmsServer) {
cscript.exe $env:SystemRoot\System32\slmgr.vbs /skms $KmsServer
}
cscript.exe $env:SystemRoot\System32\slmgr.vbs /ipk $ProductKey
cscript.exe $env:SystemRoot\System32\slmgr.vbs /ato
cscript.exe $env:SystemRoot\System32\slmgr.vbs /xpr Conseil : Sur un parc, exécutez ce script avec une solution d’orchestration (Configuration Manager, Intune pour serveurs, Ansible/WinRM, etc.).
Checklist rapide (récapitulatif)
- Confirmez l’édition :
dism /online /Get-CurrentEdition– si Evaluation, conversion indispensable. - Planifiez un redémarrage et sauvegardez.
- Exécutez
Dism /online /Set-Edition:ServerStandard /ProductKey:<clé> /AcceptEula. - Redémarrez si demandé, attendez 2‑3 minutes.
- Activez si nécessaire :
slmgr /ipk <clé>puisslmgr /ato. - Validez :
slmgr /xprdoit indiquer « activé ». - En cas d’échec : vérifiez DNS/proxy/KMS, consultez Security‑SPP, corrigez l’édition/clé.
Résultat attendu
Après la conversion DISM (Evaluation → ServerStandard) et l’activation via slmgr, le serveur affiche « Windows est activé », et l’erreur 0xC004F050 disparaît. Les rôles et applications restent en place, aucune réinstallation n’est requise.
Annexe : commandes utiles (mémo)
| Objectif | Commande |
|---|---|
| Voir l’édition courante | dism /online /Get-CurrentEdition |
| Voir les éditions cibles | dism /online /Get-TargetEditions |
| Convertir vers Standard | Dism /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula |
| Installer la clé | slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX |
| Activer | slmgr /ato |
| État court / état permanent | slmgr /dli / slmgr /xpr |
| Forcer KMS | slmgr /skms kms.societe.local:1688 |
| Nettoyer l’adresse KMS | slmgr /ckms |
| Réinstaller les licences | slmgr /rilc |
| Réinitialiser l’état (évaluation) | slmgr /rearm (à utiliser avec parcimonie) |
Solution proposée (version condensée)
Conversion de l’édition
Dism /online /Set-Edition:ServerStandard /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
- Change l’édition (Evaluation → ServerStandard).
- Accepte la licence et redémarre si nécessaire.
Activation
slmgr /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX & slmgr /ato
slmgr /ipk: installe la clé.slmgr /ato: active immédiatement (ligne ou KMS).
Rappels critiques
- Contrôlez le type de clé (Retail, MAK, GVLK pour KMS) et l’édition (Standard vs Datacenter).
- Assurez la connectivité (DNS/HTTPS ou KMS :1688).
- Patientez quelques minutes après la conversion avant de conclure à un échec.
- Consultez Security‑SPP en cas d’erreur persistante.
Conclusion : dans l’immense majorité des cas, la conversion DISM suivie d’une activation slmgr résout le refus d’activation des serveurs Windows Server 2022 Standard installés en édition Évaluation et met fin au code 0xC004F050.