ESXi Comptes par défaut : l’hyperviseur VMware ESXi est déployé avec deux comptes intégrés, root et dcui, et lorsqu’il est géré avec VMware vCenter Server, il est généralement activé avec un troisième compte, vpxuser.
Le compte root est créé lors de l’installation. Il est nécessaire pour l’administration et n’est pas supprimable.
Le mot de passe peut être modifié manuellement et via les interfaces utilisateur et les API.
Il n’existe aucune disposition permettant de modifier automatiquement le mot de passe ou d’en assurer la rotation, ni de le gérer en dehors des interfaces utilisateur et des interfaces de programmation du produit.
Le mot de passe n’est pas « par défaut » puisqu’il est spécifié par l’administrateur lors de l’installation.
Le mot de passe est soumis aux paramètres de complexité et d’historique du mot de passe ESXi, tels que Security.PasswordQualityControl.
Le mot de passe est stocké sous la forme d’un hachage SHA512, conformément aux systèmes d’exploitation UNIX.
Un accès administratif équivalent peut être accordé à d’autres comptes ajoutés après l’installation pour une utilisation quotidienne par les administrateurs vSphere, de sorte que des alertes de surveillance des journaux (Log Insight et autres) puissent être créées pour une utilisation directe de ce compte.
Il n’est pas recommandé de désactiver l’accès au shell pour ce compte sur ESXi 8.0.0 ou plus récent.
Le compte dcui est créé lors de l’installation. Il est nécessaire pour isoler le service de console directe et n’est pas supprimable.
Le mot de passe peut être modifié manuellement et par programme via les interfaces utilisateur et les interfaces de programmation du produit, bien qu’il soit recommandé de le laisser verrouillé.
Il n’existe aucune disposition permettant de modifier automatiquement le mot de passe ou d’effectuer une rotation, ni de le gérer en dehors des interfaces utilisateur et des interfaces de programmation du produit.
Il n’y a pas de mot de passe par défaut. Le compte est verrouillé par la méthode standard UNIX qui consiste à remplacer le mot de passe dans /etc/shadow par une valeur incompatible avec un hachage SHA512 (comme ‘x’ ou ‘!’ ou ‘*’).
Le compte ne devrait pas avoir de mot de passe configuré, mais s’il en avait un, il serait soumis aux paramètres de complexité et d’historique des mots de passe ESXi, tels que Security.PasswordQualityControl.
Le mot de passe, s’il est défini, serait stocké sous la forme d’un hachage SHA512, conformément aux systèmes d’exploitation UNIX et de type UNIX.
Les administrateurs vSphere n’ont aucune raison de se connecter à ESXi de cette manière, en tant que tel, ce compte peut voir son accès au shell supprimé dans ESXi 8.0.0 et les versions plus récentes.
Le compte vpxuser est créé lorsque ESXi est attaché pour la première fois à vCenter Server.
Il est nécessaire pour l’administration par vCenter Server. Pour attacher ESXi à vCenter Server, l’administrateur vSphere fournit des identifiants root ou équivalents. vCenter Server utilise ces identifiants pour créer et sécuriser le compte ‘vpxuser’ et tous les accès ultérieurs de vCenter Server se font par l’intermédiaire de vpxuser.
Le mot de passe peut, mais ne doit pas, être modifié manuellement, car vCenter Server devra être reconnecté, ce qui peut entraîner des problèmes opérationnels et des pannes.
vCenter Server effectuera automatiquement une rotation du mot de passe à un intervalle régi par le paramètre avancé VirtualCenter.VimPasswordExpirationInDays de vCenter Server, mesuré en jours, avec un minimum de 1 et une valeur par défaut de 30 jours.
Le mot de passe généré aléatoirement est composé de 32 caractères utilisant quatre classes de caractères (chiffres, caractères spéciaux, majuscules et minuscules) et ce mot de passe est généré de manière aléatoire pour chaque hôte ESXi.
Le mot de passe est soumis aux paramètres de complexité et d’historique du mot de passe ESXi, tels que Security.PasswordQualityControl.
Le mot de passe est stocké sous la forme d’un hachage SHA512 sur ESXi, conformément aux systèmes d’exploitation UNIX.
Pour permettre la gestion, vCenter Server stocke le mot de passe vpxuser dans un format crypté à l’intérieur de la base de données vCenter Server Appliance.
Ce compte n’est pas supprimable et il n’est pas possible de lui substituer un autre compte.
L’accès au shell peut être supprimé sur ESXi 8.0.0 et les versions plus récentes, mais cela aura un impact sur les capacités de gestion de vCenter Server.
Il n’y a aucune raison pour que les administrateurs vSphere se connectent à ESXi avec ce compte, de sorte que les alertes de surveillance des journaux (Log Insight et autres) peuvent être configurées pour s’alarmer si ce compte est accessible à partir de n’importe quel endroit autre que vCenter Server.
ESXi Comptes par défaut
Public vExpert Meeting – Come and meet vExperts and vExpert PROs – Q&A
Si vous souhaitez en savoir plus sur le programme vExpert avant la fermeture des applications, vous pouvez regarder l’enregistrement de la réunion publique vExpert qui répond à vos questions.
Les candidatures VMware vExpert 2023 ont été ouvertes le lundi 12 décembre 2022.
VMware récompense les professionnels de l’informatique qui partagent leurs connaissances autour des technologies VMware et les apportent à la communauté, donc ceux qui ont un impact significatif et positif sur la communauté VMware.
Le programme VMware vExpert est le programme mondial d’évangélisation et de sensibilisation de VMware.
Vous pouvez déposer votre candidature sur le lien : https://vexpert.vmware.com/apply
Le programme est conçu pour mettre les ressources marketing de VMware au service de vos efforts, promotion de vos articles, visibilité lors des événements VMware mondiaux, publicité coopérative et accès aux programmes bêta et à la feuille de route de VMware.
Les récompenses sont destinées aux individus et non aux entreprises et pour une durée d’un an.
Dans l’application, VMware prend en compte diverses activités communautaires de l’année précédente ainsi que les activités de l’année en cours (pour les applications du second semestre).
Si vous souhaitez devenir VMware vExpert, le processus de candidature est simple.
Il existe plusieurs façons de partager vos connaissances et de vous engager avec la communauté.
Certaines de ces activités sont : les blogs, la création de livres, les activités sur les réseaux sociaux, les forums (VMTN et autres plateformes non VMware), la prise de parole en public, la gestion de VMUG, les vidéos, etc…
Deux fois par an les candidatures sont ouvertes pour une période de 30 jours.
Tous les vExpert, VCDX ainsi que tous les nouveaux candidats doivent postuler au moins une fois par an.
Pour plus de détail : URL
Bye Bye vRealize et bienvenue à VMware ARIA ?.
Non, la seule nouveauté de la suite vRealize n’est pas uniquement liée à son changement de nom.
Tout ce qui se nommait auparavant vRealize, se nomme à présent ARIA, comme par exemple vRA, qui devient Aria Automation, ou bien vRO qui devient Aria Automation Orchestrator, etc…
VMware Aria est alimenté par VMware Aria Graph, une nouvelle technologie de stockage de données cloud-scale qui capture et cartographie la complexité des environnements multi-cloud des clients (applications, utilisateurs, configurations et dépendances associées) dans une vue unique.
La technologie innovante Aria Graph englobe toutes les solutions de gestion de base VMware (Aria Cost, Aria Operations et Aria Automation).
En outre, il alimente un ensemble de solutions de gestion multi-cloud de bout en bout pour la gouvernance du cloud (Aria Guardrails), la migration du cloud (Aria Migration) et les informations commerciales (Aria Business Insights) à grande échelle.
VMware Aria Graph sera mis à la disposition des clients en tant que fonctionnalité au sein de VMware Aria Hub.
VMware ARIA est un unique framework de pilotage du cloud public et privé, regroupé sous trois grands piliers:
Aria Hub Central est la page d’accueil regroupant l’ensemble des informations néccesaires en termes de coût, sécurité et compliance ainsi que la disponibilité des infrastructures VMware.
Bien entendu, il ne s’agit pas seulement d’un simple rebranding mais aussi d’une capacité à innover en permanence pour offrir le meilleur aux clients VMware.
Aria Graph est un petit nouveau dans la famille appuyé par le protocole GraphQL (Pour celles et ceux qui ne savent pas ce que le GraphQL et les avantages que cela procure vs le RestAPI je vous invite à voir cette superbe vidéo sur le sujet)
Aria Graph aura pour objectif de consolider les informations provenant des cloud providers mais aussi des différentes solutions ARIA pour avoir une vue applicative et d’avoir « One single API » permettant aux développeurs d’avoir une meilleure efficacité
Aria Migration aura pour objectif de faciliter les migrations dans le cloud en apportant une visibilité financière (TCO/ROI, Breakdown) ainsi que de préparer la migration pour déplacer les charges de travail.
Aria Migration n’est pour le moment disponible uniquement pour VMC on AWS.
Aria Business Insight
Comme son nom l’indique Business insight est dopé au ML/IA afin de corréler et mettre en évidence des événements survenus sur les applications et les infrastructures et analyser l’impact métier potentiel derrière.
Auparavant, en cas de panne l’IT devait passer par une phase de troubleshooting pour résoudre l’incident et corréler manuellement les problèmes.
Avec Business Insight, l’objectif est d’avoir une certaine prévisibilité et de réduire les interruptions de service par une résolution anticipée des problèmes.
Une corrélation très forte est faite entre des millions d’événements à travers un « Data Lake » permettra d’être de plus en plus efficace et gagner en proactivité.
Aria Guardrail
Aria Guardrail aura pour objectif d’assurer la compliance multi-cloud ainsi que la remédiation automatique des assets.
L’objectif est de créer des templates de standardisation afin de les surveiller en continu et de faire des remédiations automatiques en cas de dérive.
Nous sommes typiquement sur une approche déclarative avec un état désiré sur les composantes de gestion org & tags, réseaux, sécurité, identité ainsi que cout et performance.
Aria Guardrail sera utilisé par les profils CloudOps & NetSecOps ainsi que les SRE Admin et les Cloud Dev.
Pour en savoir plus : https://www.vmware.com/products/aria.html
Articles Liés ? :
Cet article décrit la procédure et les points d’attention pour la mise à niveau – upgrade vCenter Server Appliance 7.0 ou 6.7 vers la version 8.0.
Les supports d’installation requis pour la mise à niveau sont disponibles en téléchargement sur le site VMware.
L’upgrade vCenter Server Appliance est une migration de l’ancienne version vers la nouvelle version, qui inclut le déploiement d’un nouveau vCenter Server Appliance de version 8.0.
Vous pouvez déployer le nouveau vCenter sur un cluster VMware ou un hôte ESXi 6.7 ou version ultérieure.
Attribuez ensuite une adresse IP temporaire au nouveau vCenter pour faciliter la migration des données de configuration et de service depuis l’ancien vCenter.
Vers la fin de le mise à niveau, l’adresse IP temporaire est libérée et l’ancienne appliance vCenter est mise hors tension.
Par conséquent, l’adresse IP et le nom d’hôte de l’ancienne appliance sont appliqués à la nouvelle appliance mise à niveau vers la version 8.0.
La version 8.0 de vCenter Server utilise une base de données PostgreSQL intégrée.
Lors de la mise à niveau, vous devez sélectionner une taille de stockage pour la nouvelle appliance adaptée à la taille de la base de données.
vCenter Server 8.0 utilise un service vSphere Lifecycle Manager intégré qui permet d’effectuer une gestion centralisée et simplifiée du cycle de vie des clusters.
vSphere Lifecycle Manager dans vSphere 8.0 inclut la fonctionnalité fournie par Update Manager dans les versions antérieures de vSphere pour les opérations de mise à niveau et correction des hosts, ainsi que la mise à niveau Hardware version et VMware Tools des VM.
Démonstration de la mise à niveau vCenter Server :
Articles Liés :
Upgrade vCenter Server
vSphere Security Configuration Guide (SCG) est la référence pour les bonnes pratiques de renforcement de la sécurité et d’audit pour VMware vSphere..
Il a longtemps servi de guide aux administrateurs vSphere cherchant à protéger leur infrastructure.
Le Guide de configuration de la sécurité vSphere est un ensemble de meilleures pratiques de sécurité.
L’activation de toutes les fonctionnalités de sécurité à leurs niveaux les plus élevés peut être préjudiciable, entravant les efforts quotidiens des administrateurs pour exploiter, corriger et surveiller leurs environnements.
vSphere Security Configuration Guide n’est pas un catalogue de tous les contrôles de sécurité disponibles, c’est simplement une base de référence raisonnable à partir de laquelle nous pouvons opérer.
Vous pouvez télécharger le Guide de configuration de la sécurité VMware vSphere 8 sur : URL
Le public du Guide de configuration de la sécurité vSphere est les clients VMware vSphere qui ont déployé vSphere 8.
Il existe de nombreux produits d’infrastructure de centre de données et de cloud hybride, tels que VMware Cloud Foundation, VMware Cloud, Dell EMC VxRail et d’autres qui implémentent vSphere dans le cadre de leurs solutions.
Pour ce type de solution, vous devez vérifier auprès du support technique de ces produits avant d’appliquer ces bonnes pratiques VMware.
Compliance Isn’t Security
Cybersecurity Awareness Month – Livestream 4 : Compliance Isn’t Security and Other Lies We Tell Ourselves
Compliance Isn’t Security
Articles Liés ? :
Cybersecurity Awareness Month – Livestream 3 : Bad Security Ideas and the People That Love Them
Bad Security Ideas
Articles Liés ? :
Dans cet article je vous présente les bonnes pratiques et le séquencement de la mise à jour de VMware vSphere, afin que vous maîtrisiez l’ordre de migration des différents composants et évitez les problèmes liés à la négligence de ces détails.
Avant de vous lancer dans une opération de mise à niveau :
– Prenez le temps de lire attentivement les notes et la documentation officielle de la version cible.
– Sauvegarder la configuration actuelle.
– Vérifier l’état de santé, si un environnement n’est pas dans un état sain, des erreurs peuvent se produire et nécessiter un retour en arrière (rollback).
La mise à niveau de vSphere nécessite que vCenter Server soit mis à niveau en premier, suivi des hôtes ESXi.
/!\ Important : selon votre environnement, vous devrez peut-être mettre à niveau un autre produit VMware ou tiers avant de mettre à niveau vCenter Server.
Pour plus de détails, veuillez consulter : VMware Product Interoperability Matrices.
Après cela, l’ordre restant est interchangeable mais est généralement suivi par la mise à niveau des vSphere Distributed Switches, vSAN on-disk format et enfin des éléments tels que les Host profiles, VMware Tools et Virtual Hardware (si nécessaire).
/!\ Important : vous devez mettre à niveau VMware Tools avant de mettre à niveau le matériel virtuel.
Remarque : VMware ne recommande pas de mettre à niveau la version du matériel virtuel (Virtual Hardawre) si vous n’avez pas besoin des nouvelles fonctionnalités exposées par la nouvelle version, ou à moins que des vulnérabilités de sécurité aient été corrigées par de nouvelles versions.
Pour plus de détails, veuillez consulter l’article VMware : KB 1010675.
