Disclaimer
The opinions expressed herein are my own personal opinions and do not represent anyone else's view in any way, including those of my employer.
© Copyright 2009
The opinions expressed herein are my own personal opinions and do not represent anyone else's view in any way, including those of my employer.
© Copyright 2009
Maintenant que le server Hyper-V est installé, il faut bien sûr pouvoir l’administrer (créer des nouvelles machines virtuelles, les importer…). Pour cela, Microsoft propose trois solutions d’administration à distance :
- Utiliser l’Hyper-V Manager sur un Windows Server 2008 (full installation)
- Utiliser l’Hyper-V Manager sur un Windows Vista SP1
- Utiliser System Center Virtual Machine Manager 2008
Dans le cas d’une installation en mode Core ou sur un Hyper-V Server 2008, vous serez obligés d’utiliser une de ces trois méthodes (ces deux versions n’ayant pas d’interface graphique, vous avez besoin d’une machine distante pour l’administration).
Il est aussi possible d’administrer Hyper-V en local sur un Windows Server 2008 « full install » ou encore d’utiliser des « CmdLets » PowerShell pour l’administration de vos machines virtuelles.
Autant lancer l’Hyper-V Manager sur un Server 2008 (full install) est facile, autant administrer votre serveur à distance via un Vista SP1 est assez complexe, surtout si votre serveur est dans un Workgroup (pour des tests par exemple). Nous allons donc voir ces différents scénarios.
Vu la multitude de scénarios possibles, nous avons décomposé cette partie en cinq sous-parties :
- ADMINISTRER HYPER-V SUR UN WINDOWS SERVER 2008 (FULL INSTALLATION) EN LOCAL
- CONFIGURATION DE VOTRE CLIENT (MACHINE DISTANTE)
- ADMINISTRER HYPER-V DANS UN DOMAINE (PARTIE SERVEUR)
- ADMINISTRER HYPER-V DANS UN WORKGROUP (PARTIE SERVEUR)
- ADMINISTRER HYPER-V VIA POWERSHELL
Une petite explication s’impose.
Si vous voulez administrer Hyper-V localement sur un server full install, suivez la partie 7.1.
Si vous voulez utiliser PowerShell, allez dans la partie 7.5 (jusque là tout vas bien).
Dans tous les autres cas de figure (c’est-à-dire que vous voulez/devez administrer Hyper-V à distance via une autre machine), vous devez d’abord effectuer la configuration de votre client (partie 7.2) puis de votre serveur Hyper-V (partie 7.3 ou 7.4).
Attention : Dans toute cette partie, nous appellerons « client » la machine avec laquelle vous allez administrer votre serveur Hyper-V à distance, même s’il s’agit d’un Windows Server 2008.
Commençons par le plus simple. Vous avez installé Hyper-V sur un Windows Server 2008 (full graphic) et vous souhaitez l’administrer depuis ce même serveur ? Il vous suffit dans ce cas d’allez dans « Server Manager », puis dans « Roles », « Hyper-V », « Hyper-V Manager » et enfin cliquez sur le nom de votre server.
Vous arrivez directement sur la fenêtre qui vous permettra par la suite de gérer Hyper-V sur votre server.
Passons maintenant au cas où vous voulez administrer votre server à distance, soit pour des questions pratiques, soit parce que vous êtes obligé (dans le cas d’une installation en mode Core ou d’un Hyper-V Server 2008). La première solution est d’utiliser un client sous Windows Vista SP1, via l’utilitaire « Hyper-V Management ».
- Pour commencer, il faut que vous téléchargiez la MMC Hyper-V pour Vista SP1, sur le site http://www.microsoft.com/Hyper-VServer. Une fois téléchargé, il suffit simplement d’exécuter le fichier pour qu’une mise à jour de votre système se lance et installe « Hyper-V Management ».
- Lorsque votre PC sera redémarré, vous trouverez « Hyper-V Management » dans les outils d’administration. Mais à ce stade, un message d’erreur s’affichera si vous essayez de vous connecter à votre serveur via cette MMC. Il reste en effet quelques manipulations à effectuer.
- Pour commencer, il faut activer les règles du pare-feu qui vont permettre de laisser passer les paquets WMI. Tapez la commande suivante dans le « Command Prompt » :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Note: Si votre serveur n’est pas en anglais, il faut que vous remplaciez “Windows Management Instrumentation (WMI)” par le nom de cette règle dans votre langue.
- Ensuite, il faut créer une exception au niveau du pare-feu pour autoriser la console MMC. Toujours dans le Command Prompt, tapez :
netsh firewall add allowedprogram program=%windir%\system32\mmc.exe name=”Microsoft Management Console”
- Si votre client et votre serveur sont dans un domaine, et que votre utilisateur a les droits administrateurs sur le serveur distant, vous pourrez à présent vous connecter sans problème via « Hyper-V Management ». Seulement, si un de vos deux postes est dans un Workgroup (ou les deux), la console vous affichera l’un des messages d’erreurs suivants :
– “You do not have the required permissions to complete this task. Contact the administrator of the authorization policy for this computer”
– “An error occurred while attempting to connect to server. Check that the Virtual Machine Management service is running and that you are authorized to connect to the server”
– “RPC server unavailable. Unable to establish communication between …”
Si c’est votre cas, vous devez suivre les instructions suivantes.
L’étape suivante n’est pas nécessaire si vous êtes dans un domaine avec les droits administrateur !
A la demande de connexion du client, WMI demande un retour du serveur. Dans le cas d’un Workgroup, ce retour est effectué via le compte « anonymous ». Il faut donc accorder à ce compte les autorisations nécessaires.
- Lancez l’utilitaire dcomcnfg.exe, qui se trouve dans C:\Windows\System32.
- Dans « Console Root », « Component Services », « Computers », faites un clic droit sur « My Computer » et allez dans les propriétés de l’objet.
- Dans l’onglet « COM Security », cliquez sur « Edit Limits » dans la zone « Access Permissions ». Là, ajoutez l’autorisation « Remote Access » à « ANONYMOUS LOGON » comme sur l’image ci-dessous :
Votre client est maintenant correctement configuré, vous pouvez passer à la partie serveur (7.3 ou 7.4)
Une fois votre serveur distant configuré, pour se connecter à celui-ci, lancez la MMC « Hyper-V Management » et allez dans le menu « Actions », puis dans « Connect to Server » et « Another Computer ». Enfin, entrez l’IP ou le nom de votre server Hyper-V pour pouvoir l’administrer.
Note : Si vous souhaitez seulement vous connecter à une VM distante, vous pouvez utiliser l’outil vmconnect, qui se situe dans C:\Program Files\Hyper-V.
Pour administrer votre serveur Hyper-V avec un Windows Server 2008 (full graphic) via « Hyper-V Manager », il faut d’abord ajouter ce composant.
- Sur le serveur qui va vous servir de client, lancez « Server Manager », et allez dans « Add Features ».
Cochez la case « Hyper-V Tools » qui se trouve sous « Remote Server Administration Tools » / « Role Administration Tools » et cliquez sur « Next », puis « Install ».
Une fois votre serveur rebooté, suivez les étapes décrites dans la partie 7.2.1 à partir de la commande suivante :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Nous allons aborder ici la dernière possibilité pour administrer Hyper-V à distance : utiliser System Center Virtual Machine Manager 2008 (SCVMM 2008). Cependant, il faut savoir que SCVMM 2008 n’est pas gratuit : il faudra compter 869 dollars si vous compter l’utiliser dans votre entreprise (une édition Workgroup à 505 dollars existe, mais ayant des fonctionnalités limitées elle est destinée aux PME).
Alors qu’apporte SCVMM 2008 ?
- Tout d’abord, en plus d’Hyper-V et de Virtual Server, SCVMM permet de gérer les plates-formes ESX. Idéal si votre entreprise comprend des serveurs de virtualisation Microsoft et VMWare : vous aurez ainsi une administration centralisée de tout votre parc de machines virtuelles.
- Ensuite, SCVMM support le P2V (Physical to Virtual) vous permettant de virtualiser vos vieux servers physiques sans effort.
- SCVMM est entièrement automatisable avec PowerShell.
- La fonction PRO incluse dans SCVMM vous permet, couplé à SCOM, de créer des règles de gestion et de répartition des ressources (les machines virtuelles peuvent être réparties automatiquement en fonction de la charge des serveurs physiques).
- Enfin, SCVMM offre la possibilité de créer des scénarios applicatifs permettant de suggérer ou d’automatiser le provisionning de serveurs supplémentaires grâce au monitoring des ressources.
Si vous décidez de passer à SCVMM 2008 afin d’administrer votre serveur Hyper-V, il faut d’abord installer ses composants. Sur le server distant, installez « VMM Server » puis « VMM Administrator Console » depuis le DVD de SCVMM.
Comme pour les autres méthodes d’administration à distance, il faut activer les règles du pare-feu qui vont permettre de laisser passer les paquets WMI. Tapez la commande suivante dans le « Command Prompt » :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Note: Si votre serveur n’est pas en anglais, il faut que vous remplaciez “Windows Management Instrumentation (WMI)” par le nom de cette règle dans votre langue.
Une fois cette commande tapée, lancez la console « SCVMM Admin ». Laissez le serveur par défaut (localhost, sur le port 8100), et vous arriverez sur la fenêtre suivante :
On voit tout de suite en arrivant sur cette fenêtre que SCVMM 2008 propose beaucoup plus de fonctionnalités que la console Hyper-V.
La première fois que vous lancer SCVMM Admin, un message vous indique qu’aucun hôte n’est géré par Virtual Machine Manager.
-Pour ajouter votre server distant, a droite, dans la partie « Actions », cliquez sur « Add hosts ».
-A la question « Is the host you want to add in a perimeter network? », répondez “No”.
-Tapez le nom de votre server Hyper-V dans la partie « Host server name », puis cliquez sur « Add » et « Next ».
Note : il est possible d’ajouter plusieurs serveurs de virtualisation en une seule fois.
- Entrez votre mot de passe, et cliquez sur « Next ».
- Dans la fenêtre suivante, sélectionnez le groupe SCVMM dans lequel vous souhaitez ajouter votre server, ou laissez « All Hosts » si vous ne voulez pas créer de groupe. La case « Reassociate agent with Virtual Machine Management server » ne doit être cochée que si votre serveur Hyper-V était précédemment géré par un autre serveur VMM, et vous pouvez configurez les options VMRC si vous le souhaitez (VMRC permet aux clients de se connecter à votre serveur de virtualisation et d’accédez aux machines virtuelles).
Cliquez ensuite sur « Next ».
- Choisissez un ou plusieurs chemins, qui seront les chemins par défaut utilisés par SCVMM pour stocker les machines virtuelles, puis cliquez sur « Next ».
-Pour finir, cliquez sur « Add hosts ».
Votre server devrait apparaitre de la manière suivante dans votre console :
En effet, il faut un certain temps pour ajouter le serveur à la base SCVMM, cela n’est pas immédiat. Pour voir l’état d’avancement de la tache d’ajout de votre serveur de virtualisation, cliquez « Jobs » en haut de la console VMM. Vous devriez voir la tache « Add virtual machine host », avec le pourcentage effectué dans la colonne « Progress ».
Une fois la tâche terminée, votre serveur devrait apparaitre en « Responding ».
Lorsque votre serveur aura ce statut, vous serez prêt à l’administrer à distance.
Si votre serveur Hyper-V (quelque soit la version) et votre machine distante avec laquelle vous souhaitez l’administrer se trouve dans un domaine, alors il n’y a pas grand-chose à faire (si une des deux machines est dans un Workgroup, suivez la partie 7.4).
Du côté de votre serveur, il faut commencer par l’intégrer au domaine. Dans le « Command Prompt », tapez Hostname pour afficher le nom actuel de votre serveur. Pour le renommer, tapez maintenant la commande suivante (où VIEUXNOM est le nom actuel de votre machine, et NOUVNOM le nom que vous souhaitez lui attribuer):
netdom renamecomputer VIEUXNOM /NewName:NOUVNOM
Note : pour redémarrer votre serveur, il fait utiliser shutdown /r
Une fois votre machine renommée, il faut lui préciser le serveur DNS à contacter afin de joindre le PDC de votre domaine. Tapez :
netsh interface ipv4 show interfaces
Cette commande vous permet d’obtenir la liste des cartes réseaux installées. Une fois l’ID de votre carte réseau connu, la ligne suivante vous permettra d’ajouter le serveur DNS à cette interface:
netsh interface ipv4 add dnsserver “ID_CARTE” IP_DU_SERVEUR_DNS
Enfin, ajoutons l’ordinateur dans le domaine :
Netdom join NOUVNOM /domain NOM_DU_DOMAINE
Note : Si votre serveur est en mode « full graphic », vous pouvez bien sûr faire toutes ces manipulations via cette interface.
Il reste à activer les règles du pare-feu qui vont permettre de laisser passer les paquets WMI :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Et voila, c’est terminé. Il ne vous reste plus qu’à vous connecter à Hyper-V via votre machine cliente.
Passons maintenant au scénario le plus complexe à mettre en place : Hyper-V dans un Workgroup, qui plus est en mode Core (ou sur un Hyper-V Server 2008). Si vous suivez les instructions suivantes, en prenant soin de bien toutes les respecter, votre serveur sera administrable à distance sans aucun problème.
Attention : Vous devez avoir effectué toutes les opérations décrites dans l’une des parties du 7.2 (configuration de votre client distant) avant de vous engager dans cette partie !!!
Pour commencer, il va falloir recréer l’utilisateur avec lequel vous voulez administrer Hyper-V sur votre serveur. En effet, vu que nous sommes dans un Workgroup, celui-ci n’a pas connaissance des utilisateurs et groupes créés sur votre machine distante. Dans notre exemple, l’utilisateur que j’utilise et qui est administrateur de ma machine cliente s’appelle « Sebastien ». Pensez donc à bien remplacer ce nom par le nom de l’utilisateur sur votre propre machine dans toutes les commandes suivantes.
- Commençons par créer l’utilisateur. Tapez la commande suivante :
net user Sebastien * /add
En entrant le signe *, Windows va vous demander de taper deux fois votre mot de passe. Celui-ci doit bien sûr être le même que votre mot de passe sur la machine cliente.
- Ensuite, vous devez accordez à votre utilisateur les permissions DCOM appropriées. Pour cela, il suffit simplement de l’ajouter dans le groupe “Distributed COM Users”, via la commande :
net localgroup “Distributed COM Users” /add Sebastien
- Si vous le désirez, vous pouvez par la même occasion le rajouter au groupe administrateur :
net localgroup administrators /add Sebastien
- Comme sur votre client, il faut activer les règles du pare-feu qui vont permettre de laisser passer les paquets WMI :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Note: Si votre serveur n’est pas en anglais, il faut que vous remplaciez “Windows Management Instrumentation (WMI)” par le nom de cette règle dans votre langue.
- Pour les manipulations suivantes, votre pare-feu doit être désactivé (nous le réactiverons plus tard). Tapez la commande suivante :
Netsh firewall set opmode disable
- Maintenant que votre pare-feu accepte les paquets WMI, vous devez donner à votre utilisateur le droit d’activer deux namespaces (CIMV2 et virtualization) à distance. Pour cela, il faut retourner sur votre machine distante et vous connectez avec le compte que vous allez utiliser ensuite pour l’administration (dans mon cas l’utilisateur « Sebastien »). Ouvrez ensuite “Computer Management” en allant dans Start/Administrative Tools.
Une fois la fenêtre ouverte, click droit sur « Computer Management (local) », et sélectionnez « connect to another computer… ». Tapez l’adresse IP ou le nom de votre serveur Hyper-V et appuyez sur Entrer.
Développez « Services an Applications », faites un clic droit sur « WMI Control » et cliquez sur « Properties ». Dans la partie « Security », cliquez sur « CIMV2 » puis sur le bouton « Security » en bas à droite.
Là, ajoutez votre utilisateur (ici, « Sebastien ») à la liste. Pour effectuer cette action, un mot de passe vous sera demandé. Entrer le couple login/mot de passe du compte administrateur de votre machine distante.
Une fois cela fait, sélectionnez ce compte, cliquez sur « Advanced », puis « Edit ». Vérifiez que vous êtes sur les propriétés du bon compte, et faites ces trois actions :
- Dans « Apply to », sélectionnez « This namespace and subnamespaces »
- Dans les permissions, autorisez «Remote Enable”
- Cochez « Apply these permissions to objects and/or containers within this container only »
Votre fenêtre doit ressembler à ça:
Validez les changements effectués, et faites les mêmes manipulations avec le namespace « virtualization » (toujours dans l’onglet « Security » des propriétés de « WMI Control ».
-Dernière action pour arriver à notre but, il faut maintenant configurer l’« Authorization Manager policy » pour accorder à notre utilisateur les droits administrateurs. Pour cela, nous ne pouvons pas utiliser l’outil AZMan, car il y a un bug dans l’utilisation à distance de ce programme sur un Server Core (AZMan n’arrive pas à trouver les utilisateurs et les groupes du server).
Pour pallier à cela, vous devez tout d’abord créer un script qui va récupérer le SID de votre utilisateur. Créer un fichier getSID.vbs, éditez le et entrez les lignes suivantes (où HVServer est le nom de mon server Hyper-V):
strComputer = “.”
Set objWMIService = _
GetObject(”winmgmts:\\HVServer\root\cimv2″)
Set objAccount = objWMIService.Get _
(”Win32_UserAccount.Name=’Sebastien’,Domain=’HVServer‘”)
Wscript.Echo objAccount.SID
Merci à John Howard pour ce script.
Note : Pour plus de facilité, j’ai créé ce fichier sur mon client, et je l’ai ensuite copié sur le serveur, en utilisant le partage c$ (le pare-feu est toujours désactivé).
- Pour lancer le script (depuis votre serveur), tapez simplement la commande suivante :
cscript getSID.vbs
Le SID de votre utilisateur devrait s’afficher dans le prompt. Notez-le (dans l’exemple ci-dessous, le SID est « S-1-5-21-3535861220-3008246736-3353476169-1000 »).
- Maintenant, depuis votre client, allez dans le répertoire suivant (HVServer est le nom de mon serveur Hyper-V): HVServer\ProgramData\Microsoft\Windows\Hyper-V et éditez le fichier InitialStore.xml.
Vous devriez avoir une ligne comme celle-ci :
<Member>S-1-5-32-544</Member>
Juste en dessous ce cette ligne, ajouter la ligne suivante (en remplaçant « SID » par le SID de votre utilisateur, noté précédemment) :
<Member>SID</Member>
Pour finir, sauvegardez le fichier.
Note : avec un éditeur comme notepad, les sauts de lignes ne seront pas pris en compte. Dans ce cas, ajoutez simplement « <Member>SID</Member> » à la suite de « <Member>S-1-5-32-544</Member> ».
- Il faut maintenant réactiver le pare-feu, pour des raisons évidentes de sécurité :
Netsh firewall set opmode enable
Et voila, votre serveur est enfin configuré ! Il ne vous reste plus qu’à vous connecter à Hyper-V via votre machine cliente.
Parlons maintenant du cas ou votre serveur est installé en « full graphic » (et est encore dans un Workgroup). Nous allons devoir effectuer les mêmes actions que dans la partie 7.4.1, mais le fait d’avoir une interface graphique va énormément nous simplifier la tache.
Pour commencer, il va falloir recréer l’utilisateur avec lequel vous voulez administrer Hyper-V sur votre serveur. En effet, vu que nous sommes dans un Workgroup, celui-ci n’a pas connaissance des utilisateurs et groupes créés sur votre machine distante. Dans notre exemple, l’utilisateur que j’utilise et qui est administrateur de ma machine cliente s’appelle « Sebastien ». Pensez donc à bien remplacer ce nom par le nom de l’utilisateur sur votre propre machine dans toutes les actions suivantes.
- Commençons par créer l’utilisateur. Dans « Server Manager », « Configuration », « Local users and Groups », « Users », faites un click droit sur « New User… ».
Entrez le nom de l’utilisateur, le mot de passe (qui doit être identique à celui sur votre machine distant), décochez « User must change password at next logon » et cliquez sur « Create ».
- Ensuite, vous devez accorder à votre utilisateur les permissions DCOM appropriées. Pour cela, il suffit simplement de l’ajouter dans le groupe “Distributed COM Users”, via les propriétés de l’utilisateur. Faites un click droit sur votre utilisateur (toujours dans la fenêtre « Users »), et sélectionnez « Properties ». Dans l’onglet « Member of », cliquez sur « Add… » et ajoutez le groupe « Distributed COM Users ».
- Si vous le désirez, vous pouvez par la même occasion l’ajouter au groupe administrateur (groupe « Administrators »).
- Il faut maintenant activer les règles du pare-feu qui vont permettre de laisser passer les paquets WMI. Depuis le « Commande Prompt », tapez la commande suivante :
netsh advfirewall firewall set rule group=”Windows Management Instrumentation (WMI)” new enable=yes
Note: Si votre serveur n’est pas en anglais, il faut que vous remplaciez “Windows Management Instrumentation (WMI)” par le nom de cette règle dans votre langue.
- Maintenant que votre pare-feu accepte les paquets WMI, vous devez donner à votre utilisateur le droit d’activer deux namespaces (CIMV2 et virtualization) à distance. Pour cela, sur votre serveur, ouvrez “Computer Management” en allant dans Start/Administrative Tools.
Développez « Services an Applications », faites un clic droit sur « WMI Control » et cliquez sur « Properties ». Dans la partie « Security », cliquez sur « CIMV2 » puis sur le bouton « Security » en bas à droite.
Là, ajoutez votre utilisateur (ici, « Sebastien ») à la liste. Ensuite, sélectionnez ce compte, cliquez sur « Advanced », puis « Edit ». Vérifiez que vous êtes sur les propriétés du bon compte, et faites ces trois actions :
- Dans « Apply to », sélectionnez « This namespace and subnamespaces »
- Dans les permissions, autorisez «Remote Enable”
- Cochez « Apply these permissions to objects and/or containers within this container only »
Votre fenêtre doit ressembler à ça:
Validez les changements effectués, et faites les mêmes manipulations avec le namespace « virtualization » (toujours dans l’onglet « Security » des propriétés de « WMI Control ».
- Dernière action pour arriver à notre but, il faut maintenant configurer l’« Authorization Manager policy » pour accorder à notre utilisateur les droits administrateurs. Pour cela, il faut utiliser l’outil AZMan, en tapant « azman.msc » dans la textbox du menu Démarrer.
Faites un click droit sur « Authorization Manager » et choisissez « Open Authorization Store ».
Cliquez sur « Browse », puis sélectionnez le fichier InitialStore.xml qui se trouve dans \ProgramData\Microsoft\Windows\Hyper-V, et cliquez sur « OK ».
Maintenant, allez dans InitialStore.xml\Hyper-V services\Role Assignments\Administrator, puis dans la zone de droite, faites un click droit et sélectionnez « Assign Users and Groups » et « From Windows and Active Directory… ».
Ajoutez l’utilisateur désiré (ici, « Sebastien ») et fermez la MMC.
Et voila, votre serveur est enfin configuré ! Il ne vous reste plus qu’à vous connecter à Hyper-V via votre machine cliente.
Il est désormais possible d’administrer facilement Hyper-V avec PowerShell, via une série de CmdLets dédiée. Pour cela, rendez vous sur le site http://www.codeplex.com/PSHyperv et téléchargez l’archive Hyperv.zip.
Copiez le fichier hyperv.ps1 et tapez le chemin du fichier précédé d’un point pour installer les commandes. Par exemple, si le fichier est sur le disque C :
.C:\hyperv.ps1
Vous pouvez à présent administrer votre server avec PowerShell (configurer les machines et disques virtuels, les connections réseaux, …). La liste des commandes ainsi qu’une documentation sont disponibles sur le site de codeplex pour vous aider.
Note : Ces CmdLets ont été testés sur Hyper-V R2, et aucun problème n’a été remonté.
More Options ...
Categories
Tag Cloud
Blog RSS
Comments RSS
Void « Default
Life 
Earth 
Wind 
Water 
Fire Light 
Previous 
Next 
Comment Meta:
Last 50 Posts
Back
The best information i have found exactly here. Keep going Thank you
Bravo pour ce tutoriel, il est vraiment complet, et c’est exactement ce que j’avais besoin pour configurer mon hyper-v server 2008.
Un grand merci a toi, maintenant je peux acceder a mes machines virtuelles.
Ravi d’avoir pu t’aider Nikitao
Merci à toi pour ce tutoriel il est très complet et nous a permis bien paramètrer notre hyper V Server R2
Bonjour Sebastien et encore merci pour cette mine d’infos.
J’ai malheureusement un souci avec le script GetSID qui me retourne un message d’erreur :
getsid.vbs(5,1) SWbenservicesEx: Chemin de l’objet non valide.
Aurais tu une piste pour résoudre ce problème ?
Rebonjour,
J’ai finalement résolu le problème :
Cela était lié aux cotes dans le script. J’ai fait un copié/colé du script d’origine mais il faut absolument réécrire les cotes du texte (guillemets et apostrophes…).
Si ça peut aider….