EPFL > VPSI > IT > EXAPP - Site d'information: WinAD (Windows Active Directory)
 

  Affiche tous les articles

 Mode d'emploi du moteur de recherche  Rechercher : 
Moteur de recherche
Home page
Accréditation
Activation MS
· Erreur slui.exe résoudre l'activation MS
· Nouveau serveur KMS - Infos pour les respinfo
AD c'est quoi ?
AD PowerShell
Authentifications
Autorisations DHCP
bugs
Conseils AD
DCs Sécurité
Délégations OUs
Domaine SC
Gaspar
GPO
Grp-Staff
KMS
Migrations
Outils
Procès verbaux
Profiles Itinérants
PWAD
Règles de nommage
Restaurations DC Fac
ServerAD2003
ServerAD2008
Seven
Students
synchro
toto1
Trucs et Astuces
Win 8.1
WinAD
Windows 10
Windows 8
Windows Server
Wins
Work Shop
  Afficher une version imprimable de ce document dans une nouvelle fenêtre
 
Nouveau serveur KMS - Infos pour les respinfo
 
Avec l'arrivée de Windows 10 (et bientôt de Windows Server 2016), il est nécessaire de mettre en place un nouveau serveur KMS !

État actuel

L'activation des clients Windows (Vista, Win7, Win8, Win8.1) et des serveurs (2008, 2008R2, 2012, 2012R2) se fait au moyen d'un serveur KMS (Key Management Service) sous Windows Server 2008R2.

Ce serveur est référencé "astalavista.epfl.ch". Il héberge également :

  • La distribution des CAL's pour le RDS (aka TS, aka RDP) des serveurs 2000, 2003, et 2008. Il y a encore >100 CAL's actives. A terme, toutes les CALs RDS devront distribuées par RDPLICSRV.
  • La distribution des licences de logiciels protégés par la solution RLM (actuellement X-Win 32)

Raison de la migration

Le KMS pour Windows 10 et Windows Server 2016 doit être un Windows 2012R2 au minimum.

Circonstances aggravantes

Il n'est pas facile de migrer un KMS de Win2008R2 où le KMS est un service vers un Win2012R2 où le KMS est un rôle.
De plus, cette migration ferait perdre les réservations de CALs RDS et demanderait une revalidation RLM pour la distribution de X-Win32.

Solution

Il a été décidé de garder astalavista dans l'état actuel. Il continuera à répondre aux demandes d'activation pour les machines dont l'adresse KMS a été inscrite "en dur" dans le système (<1% des machines, toutes des cas exceptionnels).

Astalavista continuera, pour l'instant à distribuer les CALs RDS pour les serveurs configurés. Il faudra cependant avertir les respinfos de basculer dans un délai raisonnable vers RDPLICSRV.

Astalavista continuera, pour l'instant, à distribuer des jetons RLM pour X-Win32. Il faudra cependant trouver une machine pouvant héberger le service RLM lors d’un prochain renouvellement de la licence X-Win32 (2018)

Un nouveau serveur sous Win2012R2 a été mis en service : kms.epfl.ch. Il supporte l'activation KMS des clients Windows (Vista, Win7, Win8, Win8.1, Win10) et des serveurs (2008, 2008R2, 2012, 2012R2 et bientôt 2016).
Cette machine n'offrira AUCUN autre service afin de faciliter sa migration/reconstruction dans le futur.

Il faudra avertir les respinfos (tous les utilisateurs ???) et le service desk que les machines dont la configuration a été forcée suite à des problèmes techniques sur astalavista.epfl.ch (i.e. réseau protégé) qu'il faudra, à terme, reconfigurer leurs machines vers le nouveau serveur kms.epfl.ch.
 

Actions à effectuer sur les machines dont l'adresse KMS a été forcée sur Astalavista.

informations à transmettre au Service Desk est aux respinfos...

Comment vérifier si la machine a été configurée manuellement (forcée) pour envoyer les requêtes d'activation vers Astalavista ?

Dans une boîte cmd.exe en mode admin, lancer la commande :

cscript slmgr.vbs /dli

Dans la réponse, si vous voyez :

Nom d’ordinateur KMS enregistré : astalavista.epfl.ch:1688

Cela signifie que la machine a été configurée manuellement ou que le cache KMS est resté croché sur astalavista.

Reparamétrage de la machine de manière correcte...

Tout d'abord, videz le cache DNS et réinitialisez le cache KMS et/ou la configuration manuelle :


ipconfig /flushdns
cscript slmgr.vbs /ckhc
cscript slmgr.vbs /ckm

Ensuite essayez de faire une activation en mode de découverte automatique :

cscript slmgr.vbs /ato

Si un message d'erreur apparaît disant qu'il ne trouve pas le serveur KMS, entrez alors la commande suivante :

cscript slmgr.vbs /skms kms.epfl.ch

Le fait d'entrer cette commande "skms" force alors la machine en mode de configuration manuelle. A n'utiliser QUE pour les cas ou la découverte automatique ne fonctionne pas !!!

Article N° 219, du 24.08.2015, par Thierry Charles
URL de cet article : http://winad.epfl.ch/?article=219

© 2017 VPSI - EXAPP - TC