Dans cet article, nous allons voir comment il est possible d’accéder au Engineering Mode des NSX Manager. Cela est utile en mode debug de l’appliance pour par exemple avoir une lecture avancée des logs. Pour cela:

Connectez-vous avec votre client SSH préféré à votre NSX Manager. ensuite activer le mode enable

nsx-manager> en
Password:

Une fois que vous êtes dans le mode enable, tapez st eng pour lancer le mode Engineering.

nsx-manager# st eng

Une message vous informe des risques de ce mode et qu’il faut uniquement l’utiliser avec le support VMware. faite Y pour continuer. Ensuite pour le password tapez IAmOnThePhoneWithTechSupport

Engineering Mode: The authorized NSX Manager system administrator is requesting 
a shell which is able to perform lower level unix commands/diagnostics 
and make changes to the appliance. VMware asks that you do so only 
in conjunction with a support call to prevent breaking your virtual 
infrastructure. Please enter the shell diagnostics string before proceeding.
Type Exit to return to the NSX shell. Type y to continue: y
Password:

Maintenant vous êtes en root sur le nsx manager

[root@nsx-manager ~]#

L’article NSX-V : Accès au Engineering Mode (root) du NSX Manager est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment corriger l’accès à l’interface VAMI (5480) suite à un upgrade de vCenter qui s’est mal passé.

Il peut arriver que lors d’une mise à niveau du vCenter malheureusement cette dernière ne se passe pas comme prévu. Par la suite l’accès à l’interface VAMI port 5480 devient impossible.

Pour corriger cela: Dans un premier temps, il est nécessaire d’activer le SSH. Pour cela, connectez-vous sur la console de la VM vCenter avec le compte root.

Une fois connecté, allez dans “Troubleshooting Mode Options”

Avec votre client SSH préféré, connectez-vous au vCenter et tapez les commandes ci-dessous:

cd /var/log/vmware/upgrade 
touch prechecks-succeeded
touch export-succeeded
touch import-succeeded

Vous pouvez maintenant faire un ls -al  pour confirmer la présence des fichiers créés précédemment.

ls -al

L’accès à l’interface est normalement maintenant rétabli.

L’article vCenter : Accès à l’interface VAMI (5480) après l’échec d’un upgrade est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment rapidement corriger le problème qui arrive au moment de se connecter avec le compte root sur l’interface VAMI du vCenter (:5480).

Dans un premier temps, il est nécessaire de lister tous les services de notre vCenter pour voir leur état actuel. Pour cela :

service-control --status --all

On remarque que le service applmgmt est en stopped ! et c’est à cause de lui qu’il n’est pas possible de se connecter. Pour le lancer :

service-control --start applmgmt

Une fois que le service est lancé, retenter une nouvelle fois de vous connecter avec le compte root. Si vous avez bien lancé le service, vous devriez accéder à l’interface VAMI sans aucun problème.

L’article vCenter : Interface VAMI “connexion impossible” est apparu en premier sur MCHELGHAM.

Dans cet article nous allons rapidement voir comment réinitialiser les mots de passe expirés (Par défaut, au bout de 90 jours depuis NSX-T 2.4) pour les comptes ADMIN / ROOT / AUDIT de votre NSX MANAGER.

Cet article vous sera utile dans le cas ou vous avez une erreur de type :

Your login attempt was not successful.
The username/password combination is incorrect or the account specified has been locked

Solution : Changer le mot de passe du compte ADMIN

Se connecter en SSH sur le NSX Manager ou aller directement sur la console de la l’appliance si SSH désactivé.

# ssh admin@nsxmgr.mchelgham.com
admin@nsxmgr.mchelgham.com's password:
You are required to change your password immediately (password aged)
WARNING: Your password has expired.
You must change your password now and login again!
Changing password for admin.
(current) UNIX password:
New password:
Retype new password:
passwd: password updated successfully

Solution : Changer le mot de passe du compte ROOT

La méthode de changement du mot de passe ROOT est la même que pour le compte ADMIN. Se connecter en SSH sur le NSX Manager ou aller directement sur la console de l’appliance si SSH désactivé.

# ssh root@nsxmgr.mchelgham.com

root@nsxmgr.mchelgham.com's password:
You are required to change your password immediately (password aged)
Changing password for root.
(current) UNIX password:
New password:
Retype new password:
passwd: password updated successfully
***************************************************************************
NOTICE TO USERS

WARNING! Changes made to NSX Data Center while logged in as the root user
can cause system failure and potentially impact your network. Please be
advised that changes made to the system as the root user must only be made
under the guidance of VMware.
***************************************************************************

Solution : Activation du compte AUDIT

# ssh admin@nsxmgr.mchelgham.com

admin@nsxmgr.mchelgham.com's password:
NSX CLI (Manager, Policy, Controller 2.5.1.0.0.15314292). Press ? for command list or enter: help
nsxmgr>

Par défaut, le compte audit est désactivé. Pour l’activer utiliser la commande “set user audit”. Pour le current password taper sur la touche ENTRÉE de votre clavier.

nsxmgr> set user audit
Current password:
New password:
Confirm new password:
nsxmgr>

Vous pouvez maintenant désactiver l’expiration du mot de passe avec la commande.

nsxmgr> clear user audit password-expiration

L’article NSX-T : Réinitialisation des mots de passe ADMIN / ROOT / AUDIT est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir comment étendre facilement l’espace disque de notre vCenter. Cette manipulation est nécessaire lorsque vous manquez d’espace disque sur l’appliance.

Sachez que lors que l’espace disque du vCenter est saturé, l’appliance ne s’initialise plus et vous aurez une erreur de type : 503 Service Unavailable (Failed to connect to endpoint) …

Pour cela :

Dans un premier temps, allez sur l’interface VAMI https://IP-VCSA:5480 pour repérer le disque à étendre.

Allez ensuite sur l’interface vSphere Client (HTML5)

Faire un clic droit sur la VM vCSA, puis éditer les paramètres de la machine.

Augmenter l’espace du disque. Dans mon cas, je suis passé de 10GB à 20GB pour le disque 5.

Connectez-vous en SSH ou en console sur l’appliance vCSA, puis tapez la commande df -h pour avoir des informations sur les différentes partitions et disques. Cela nous permettra par la suite de bien constater le changement de la taille du disque.

/usr/lib/applmgmt/support/scripts/autogrow.sh

Une fois que la commande s’est exécutée avec succès, refaire la commande df -h pour constater le changement de la taille du disque.

Ce n’est pas terminé ! Maintenant, faire un reboot de l’appliance.

Une fois que le redémarrage est terminé, vous pouvez voir que le changement est bien pris en compte.

L’article vCSA 6.X : Augmenter facilement l’espace disque est apparu en premier sur MCHELGHAM.

La plate-forme Workspace ONE est composée de VMware Identity Manager (vIDM) et de Workspace ONE UEM (anciennement VMware AirWatch).

Aujourd’hui, nous allons nous intéresser à VMware Identity Manager (vIDM) qui est un composant essentiel, car il permet la gestion de l’identité de vos utilisateurs en leur permettant d’avoir accès à l’aide d’un portail unique à la quasi-totalité des applications de votre entreprise à partir de n’importe quel périphérique.

Dans cet article, nous allons voir comment mettre en place VMware Identity Manager (vIDM).

ARCHITECTURE

Nous allons dans un premier temps mettre en place l’appliance vIDM (1), par la suite nous installerons le connecteur vIDM (2).

L’appliance vIDM se trouvera dans une DMZ dans mon cas ça sera dans mon VLAN INTERNET.

Le connecteur vIDM doit être installé dans le réseau d’entreprise dans mon cas VLAN MANAGEMENT pour qu’il puisse avoir accès à l’annuaire Active Directory ainsi qu’a d’autres services que nous aborderons dans d’autres articles.

PRÉREQUIS

• Avoir un domaine Active Directory
• Préparer une machine sous Windows Server 2012 R2/2016 qui accueillera le connecteur vIDM (la machine doit être intégrée au domaine AD)
• Ouvrir les flux nécessaires entre les deux machines du tableau ci-dessous
• Télécharger vIDM sur le site de VMware (identity-manager-19.03.0.0-13322314_OVF10.ova)
• Télécharger le connecteur vDIM sur le site de VMware (VMware_Identity_Manager Connector_19.03.0.0_Installer.exe)

1 – Déploiement de l’Appliance vIDM

1.1 Déploiement de l’OVA

Depuis le vCenter, faire un clic droit sur votre Cluster/Hôte, cliquez ensuite sur “Deploy OVF Template”

Dans Local File, sélectionnez le fichier OVA identity-manager-19.03.0.0-13322314_OVF10.ova

Donnez un nom à la machine virtuelle, cliquez ensuite sur NEXT.

Sélectionnez votre Cluster/Hôte, cliquez sur NEXT.

Acceptez le contrat de licence, cliquez ensuite sur NEXT.

Sélectionnez le Datastore dans lequel l’appliance sera déployée, cliquez ensuite sur NEXT.

Sélectionnez le réseau DMZ, dans mon cas c’est le VLAN INTERNET, cliquez sur NEXT.

Complétez les différents champs avec les paramètres réseau de l’appliance vIDM 1/2

Complétez les différents champs avec les paramètres réseau de l’appliance vIDM 2/2, cliquez ensuite sur NEXT.

Patientez le temps du démarrage complet de l’appliance (environs 15min) jusqu’à l’apparition de l’écran Bleu.

Complétez l’assistant en choisissant 3 mots de passe pour le compte admin, root et sshuser. Cliquez ensuite sur Continue.

Laissez la base de données intégrée à l’appliance, cliquez ensuite sur Continue.

La configuration commence.

L’appliance est maintenant configurée et prête à être utilisée. Cliquez sur “Identity Manager Admin Console”.

Avant d’aller plus loin, il est nécessaire de renseigner la licence. Pour cela, allez dans Appliance Settings > License. Renseignez ensuite la clef et confirmer en cliquant sur Save.

1.2 Déclaration d’un connecteur

Avant d’installer le connecteur, il est nécessaire de le déclarer dans vIDM. Pour cela, allez dans Identity & Access Management > Setup > Add Connector.

Donnez un nom au connecteur, cliquez ensuite sur Generate Activation Code.

Sauvegardez l’activation code, nous l’utiliserons par la suite. Cliquez ensuite sur OK.

2 – Déploiement du connecteur vIDM

2.1 Création du compte de service sur l’AD

Le connecteur vIDM a besoin d’un compte de service du domaine pour pouvoir authentifier les utilisateurs et les différentes applications à l’aide de l’authentification intégrée. Pour cela, créez un utilisateur svc-vidmconnector et affectez-lui les droits admin nécessaires pour qu’il puisse aussi lancer le service vidm-connector à chaque démarrage de la machine. Dans mon cas, l’utilisateur VEXPERTsvc-vidmconnector fait partie du groupe administrateur local de la machine vidm-connector

2.2 Installation du connecteur vIDM

Si le .NET Framework 4.6 n’est pas installé, l’assistant vous propose de le faire pour vous, cliquez sur Install.

Cliquez sur Oui pour lancer l’installation de la dernière version de Java JRE.

Cochez la case “Would you like to run the Connector service as a domain user account”, renseignez les informations d’authentifications du compte svc-vidmconnector. Cliquez ensuite sur Next.

Une fenêtre vous propose d’ouvrir la page de configuration du connecteur. Cliquez sur Oui. Il est nécessaire de patienter (environs 5min) le temps du démarrage complet du service vidm-connector.

Choisissez un mot de passe pour le compte admin du connecteur. Cliquez ensuite sur Suivant.

Renseignez le code d’activation récupéré à l’étape 1.2 Déclaration d’un connecteur. Cliquez ensuite sur Continuer.

Patientez le temps du décryptage du code d’activation et la tentative de communication avec l’appliance vIDM.

Sachant que nous avons déployé l’appliance ainsi que le connecteur avec des certificats auto générés par VMware, il est nécessaire de récupérer la CA Racine de l’appliance vIDM et la renseigner au connecteur pour qu’il puisse accepter les connexions. Pour cela, allez sur l’adresse de l’appliance vIDM http://vidm.mchelgham.lab:443/horizon_workspace_rootca.pem téléchargez le fichier .pem et copiez ensuite son contenu.

3 – Configurations finales

3.1 Ajout de l’annuaire AD

Sur la console d’administration de l’appliance vIDM allez dans Identity & Access Management > Manage > Directories > Add Directory.

Renseignez les informations nécessaires comme dans l’image ci-dessous. Cliquez ensuite sur Save & Next.

Spécifiez le DN qui contient tous les groupes que vous voulez synchroniser avec vIDM. Dans mon cas, j’ai renseigné le DN de base pour récupérer tous les groupes.

Cochez ensuite la case Select all, pour sélectionner tous les groupes que l’assistant trouvera. Cliquez sur Next.

Spécifiez le DN qui contient vos utilisateurs et que vIDM synchronisera. Cliquez sur Next.

L’assistant affiche un récapitulatif des groupes/utilisateurs trouvés. Le message d’information en rouge indique que les utilisateurs mentionnés ne disposent pas des champs nécessaires par vIDM. Vous pouvez cliquer sur Sync Directory.

Le domaine a bien été ajouté et synchronisé avec vIDM.

3.3 Lier le connecteur vIDM avec le provider intégré

Jusqu’ici nous avons configuré le domaine pour qu’il puisse être utilisé par vIDM, mais nous devons finaliser la configuration pour que le domaine ajouté puisse être utilisé avec le provider intégré de vIDM et ainsi éviter une redirection des utilisateurs (au moment où ils sélectionnent le domaine au niveau de l’écran de connexion) vers le connecteur qui lui se trouve dans le réseau de management. L’appliance vIDM prendra donc le relais des requêtes et les transmettra directement au connecteur en interne. Pour cela, allez dans Identity & Access Management > Setup > Identity Providers > Built-in

Configurer le provider comme dans l’image ci-dessous. N’oubliez pas de décocher Password (Local Directory). Cliquez sue SAVE

Le provider intégré est maintenant configuré.

3.4 Configuration des policy

Pour pouvoir utiliser le domaine Active Directory depuis n’importe quel équipement, il est nécessaire de modifier la politique d’accès par défaut. Pour cela, allez dans Identity & Access Management > Policies > default_access_policy_set > Edit

Supprimez les règles existantes, puis configurez une nouvelle règle comme dans la capture ci-dessous 1/2.

Supprimez les règles existantes, puis configurez une nouvelle règle comme dans la capture ci-dessous 2/2. Cliquez sur SAVE.

3.2 Configurer l’administrateur vIDM

Maintenant que vIDM est configuré avec un domaine Active Directory, nous allons renseignez l’utilisateur Super Admin depuis l’annuaire pour ne plus utiliser le compte admin local de l’appliance. Pour cela, allez dans Roles > Super Admin > ASSIGN.

Choisissez votre utilisateur Super Admin, cliquez ensuite sur SAVE.

Test 

C’est le moment de tester tout ça

Choix du domaine vexpert.lab

Renseignement des informations d’authentifications. 

Affichage du portail d’applications

Possibilité pour l’utilisateur Super Admin d’aller sur la console d’administration

Affichage du Dashboard de la console d’administration

Voilà, vous venez d’installer VMware Identity Manager ainsi qu’un connecteur qui gère l’authentification des utilisateurs qui se trouvent dans votre domaine.

Dans le prochain article, nous utiliserons ce même connecteur pour nous connecter à un environnement horizon View, et ainsi offrir à un utilisateur l’accès à son bureau virtuel ainsi qu’aux applications RDSH directement depuis le portail Workspace ONE.

L’article Mise en place de VMware Workspace ONE – vIDM (VMware Identity Manager) est apparu en premier sur MCHELGHAM.

Dans cet article nous allons voir ensemble comment installer VMware vRealize Automation 7.6 en déploiement minimal, à utiliser uniquement dans le cadre de LAB ou de POC.

PRÉREQUIS LAB

• Télécharger l’OVA de l’appliance vRA depuis le site de VMware
• Préparer les IP/hostname pour les Machines ci-dessous.

1 – Installation de l’Active Directory

Suivre l’article Installation d’un Domaine Active Directory [Video]

2 – Installation de Microsoft SQL Server 2017

Suivre l’article Installation de Microsoft SQL Server 2017

Une fois l’installation terminée, il est nécessaire d’activer le service DTC (Distributed Transaction Coordinator). Pour cela, Dans la barre de recherche Windows, cherchez et lancez comexp.msc 

Allez dans Services de composants => Ordinateurs => Poste de travail => Coordinateur de transactions distribuées => DTC local

Faire un clic droit, ensuite Propriétés.

Activez les fonctionnalités de l’onglet Sécurité comme dans l’image ci-dessous.

3 – Déploiement de l’appliance vRealize Automation 

Déployer VMware-vR-Appliance-7.6.Y.YYY-XXXXXXX_OVF10.ova depuis le vCenter

Sélectionnez un Host/Cluster/RP dans lequel la VM sera déployée.

Cliquez sur NEXT.

Acceptez le contrat de licence.

Sélectionnez un Datastore pour la VM

Sélectionnez le réseau depuis lequel la VM sera joignable. Dans mon cas c’est mon réseau de Management des ESXi + vCenter …

Complétez les informations comme dans l’image ci-dessous, en choisissant un mot de passe pour le compte root de l’appliance et en adaptant avec vos IP/Hostname/Domaine/DNS/GW

Faire la même chose que précédemment.

Cliquez sur Finish pour lancer le déploiement.

Le déploiement se lance…

Une fois le déploiement terminé, lancez l’appliance vra-app01 (erreur sur le screenshot).

Patientez quelques instants (20/30min) le premier démarrage n’est pas rapide, car l’appliance se configure. Attendez l’apparition de l’écran ci-dessous avant de continuer.

5 – Installation du Management Agent (IAAS)

Nous allons maintenant nous occuper de la préparation de la VM vra-iaas01 en lui installant l’agent vCAC-IaaSManagementAgent-Setup.msi qui communiquera avec l’appliance vRA.

Cet agent sert uniquement pendant l’installation et s’occupe à travers différents scripts powershell d’installer tous les prérequis nécessaires à Windows Server pour qu’il puisse participer en tant que serveur IaaS.

Pour télécharger l’agent, depuis la VM vra-iaas01, allez sur l’IP de l’appliance, dans mon cas https://10.10.10.101 ou https://vra-app01.vexpert.lab, ensuite cliquer sur vRealize Automation component installation page

Cliquez sur Management Agent Installer.

Cliquez sur Exécuter.

L’assistant d’installation s’ouvre, cliquez sur Next

Acceptez le contrat de licence.

Laissez par défaut cliquer ensuite sur NEXT.

Renseignez les informations de l’appliance vra-app01 comme dans l’image ci-dessous.

Renseignez les informations d’un compte administrateur de la VM vra-iaas01

Cliquez sur Install lancer l’installation.

L’installation démarre.

Une fois terminée, cliquez sur Finish.

La VM vra-iaas01 est maintenant prête à être utilisée par l’appliance vRA vra-app01.

4 – Lancement de l’installation de vRA 7.6

Connectez-vous avec le mot de passe du compte root à l’interface de management de l’appliance à l’adresse https://10.10.10.101:5480 ou https://fqdn:5480

L’assistant d’installation se lance automatiquement, cliquez sur NEXT.

Acceptez le contrat de licence et cliquez sur NEXT.

Laissez le type de déploiement par défaut à savoir Minimal Deployement + Install infrastructure as a Service. Cliquez sur NEXT.

Si à l’étape 3 l’installation du Management agent s’est bien déroulée vous devriez le voir apparaître comme dans la capture ci-dessous. Cliquez sur NEXT.

L’assistant d’installation doit vérifier le contenu de vra-iaas01, cliquez sur RUN pour lancer le check. Une fois terminé, le message “Some prerequisties are not met” apparaît, cliquez FIX pour laisser l’agent installer les composants manquants et configurer proprement le serveur.

Une fois que l’agent a terminé et que le serveur est prêt, cliquez sur NEXT

Cliquez sur “Resolve Automatically”

Choisissez un mot de passe pour le compte administrator@vsphere.local du tenant par défaut.

Renseignez les informations du serveur vra-iaas01 comme dans l’image ci-dessous. Choisissez aussi un mot de passe de cryptage de la BDD.

Renseignez les informations du serveur MS SQL SERVER (vra-db01)comme dans l’image ci-dessous.

Laisser la configuration par défaut.

Laissez la configuration par défaut, mais retenez bien le nom de l’agent, car il sera redemandé plus tard lors de l’ajout d’un vCenter à vRA.

Renseigner les champs du certificat qui sera généré automatiquement par l’assistant, si vous avez vos propres certificats issus de votre PKI c’est ici que ça se passe.

Une fois généré, cliquez sur Keep Existing et cliquer sur NEXT. (Un bug apparaît parfois avec l’assistant 7.6 qui ne détecte pas le certificat généré, vous devez ressayer plusieurs fois jusqu’à l’apparition du NEXT)

Cliquez sur VALIDATE

Une fois la validation terminée, cliquez sur NEXT

Cette étape est très importante ! Je vous recommande vivement de faire un snapshot des VM (vra-iaas01, vra-app01, vra-db01), en cas d’échec de l’installation, vous pourriez revenir et corriger les informations erronées et ne pas refaire la préparation des différentes VM.

Cliquez sur INSTALL

L’installation commence doucement, patientez cette phase est très longue.

Une fois l’installation terminée, vous devriez avoir du VERT de partout Cliquez sur NEXT.

Renseignez la clé de licence vRA

Activez ou non le CEIP.

Si c’est la première fois que vous réalisez l’installation de vRA, vous pouvez installer le contenu par défaut qui contient quelques blueprint en exemple.

Même chose que précédemment, dans le tenant par défaut un utilisateur qui a le rôle ” Tenant / IaaS administrator” du tenant par défaut est créé avec quelques contenus de bases. Renseignez un mot de passe pour l’utilisateur configurationadmin, cliquez sur “Create Initial Content” ensuite sur NEXT.

Bravo ! l’installation est maintenant terminée ! Cliquez sur Finish pour fermer l’assistant.

6 – Tests de connexion

Pour pouvoir commencer à exploiter VMware vRealize Automation, vous devez connaitre un login qui est très important qui est administrator@vsphere.local qui vous permettra de créer les futurs tenant depuis l’adresse du tenant par défaut https://vra-app01.vexpert.lab/vcac/ 

Une fois connecté, vous devriez avoir l’interface ci-dessous.

Le deuxième login qui est important, car il vous permettra de commencer à jouer avec vRA est configurationadmin@vsphere.local à l’adresse https://vra-app01.vexpert.lab/vcac/ 

Dans le cas ou pendant l’installation vous aviez fait le choix de ne pas générer cet utilisateur, ce dernier ne fonctionnera pas. Vous devez le créer avec le compte administrator et le mettre en tant que “Tenant / IaaS Administrator” du tenant vsphere.local

PS : Vos futurs tenants auront pour adresse https://vra-app01.vexpert.lab/vcac/org/TENANT 

Voilà c’est terminé dans les prochains articles nous verrons en profondeur comment exploiter VMware vRealize Automation en créant des blueprint avec différents scénarios de déploiements.

L’article Installation de vRealize Automation 7.6 [Minimal Deployement] est apparu en premier sur MCHELGHAM.

INTRODUCTION

Je vais dans cet article vous expliquer comment installer vCSA 6.7 dans VMware Workstation 14 ou Fusion 10 (Mac). L’objectif est d’avoir un vCenter fonctionnel sans devoir à installer un ESXi dans lequel déployer la VCSA. Cette installation n’est pas du tout recommandée en production, mais peut être réalisée uniquement dans un environnement de lab et de test.

PRÉREQUIS

• VMware Workstation 14 ou Fusion 10
• l’ISO de la vCSA 6.7 depuis le site de VMware
• 8 GB d’espace disque.
• 10 GB de RAM de disponible dans votre Système d’exploitation.

vCSA 6.7 dans Workstation 14 / Fusion 10

Dans la partie “Networking Configuration” remplissez comme dans l’image ci-dessous en adaptant avec vos propres paramètres IP. Cliquez ensuite sur “Import“.

Une fois l’import terminé, la machine démarre automatiquement. /!IMPORTANT/! par défaut la machine est configurée en mode “Bridge“, si vous devez la mettre en “NAT” ou “Host Only” vous devez l’arrêter avant qu’elle ne démarre complètement et faire les modifications nécessaires puis la relancer.

Le démarrage met un peu de temps, une fois celui-ci terminé, vous arrivez sur l’écran de l’appliance qui nous dit qu’aucun mot de passe root n’est configuré. Vous devez donc en configurer un en appuyant sur la touche F2 de votre clavier.

Par la suite, appuyez sur la touche Echap de votre clavier pour sortir de l’écran de configuration de la console.

On arrive à une étape importante, avant de poursuivre, il est nécessaire de remplacer le nom du système “photo-machine” par l’IP.

Laissez le choix “Créer un domaine SSO“, choisissez un nom de domaine SSO et un mot de passe pour le compte “administrator“. Cliquez sur “SUIVANT” pour continuer.

L’écran de connexion apparaît. Renseignez avec le compte administrator@domaine.SSO et le mot de passe. Cliquez ensuite sur “Connexion“

Voilà c’est terminé. Vous venez d’installer le vCenter dans VMware Workstation. Les mêmes manipulations s’appliquent aussi pour VMware Fusion sur MAC.

L’article Installation de vCSA 6.7 dans VMware Workstation / Fusion est apparu en premier sur MCHELGHAM.