Dell OpenManage Enterprise version 4.5

Améliorations :
- Intégration de fonction de gestion de l’alimentation
- Soutien de la création automatique d’une hiérarchie physique à l’aide des informations sur l’emplacement de l’appareil
- Soutien de l’activation et de la désactivation échelonnées des appareils dans un bâti
- Soutien des rapports du processeur graphique et du processeur au niveau du bâti
- Soutien des plateformes Azure Stack HCI
- Soutien des commutateurs Dell avec Sonic OS
- Soutien de Power Shelf
- Amélioration de l’évolutivité pour la découverte et l’inventaire
- Notification de message en direct
- Prise en charge des algorithmes de hachage SHA-384 et SHA-512 et du chiffrement AES-256 pour une sécurité accrue

Correctifs :
- OpenManage Enterprise prend désormais en charge les mises à niveau du micrologiciel pour les appareils AX. Les appareils AX étaient auparavant désactivés dans le rapport de conformité lorsqu’ils étaient inclus dans une référence de conformité avec d’autres appareils.
- Correction d’un problème faisant que l’envoi du fichier « syslog » ignorait les alertes d’information après la mise à niveau vers la version 4.3.2.
- Correction d’un problème faisant que les entités créées par des utilisateurs d’Open ID Connect (OIDC) ont été supprimées de la base de données OpenManage Enterprise lors du redémarrage, perturbant les tâches au calendrier, les bases de référence du micrologiciel, les rapports de conformité, les configurations et les déploiements de modèles, les références, les profils, les stratégies d’alerte et les rapports.
- Correction d’un problème : La suppression d’un groupe parent à l’aide de l’interface programme DELETE /api/GroupService/Groups(id) ne supprimait pas les sous-groupes associés. Les sous-groupes orphelins persistaient ainsi dans la réponse de l’interface programme tout en restant cachés dans l’interface Web.
- Correction d’un problème d’échec des tâches d’intégration lorsqu’un utilisateur avec un rôle personnalisé et un accès à un seul groupe statique créait une tâche de découverte.
- La restauration de la version du micrologiciel d’un serveur PowerEdge 17G (iDRAC 10) à une version antérieure peut maintenant avoir lieu avec succès.
Les fichiers de type MIB (Management Information Base) nouvellement importés sont désormais correctement répertoriés dans la liste de catégories lors de la création d’une stratégie d’alerte dans l’assistant Créer une stratégie d’alerte.
Les fichiers MIB personnalisés supprimés ne s’affichent plus dans la liste de catégorie de l’assistant Créer une stratégie d’alerte quand on y navigue à partir de la page Stratégies d’alerte pour créer une nouvelle stratégie.
- Si le fournisseur OIDC est sous l’identité Ping, seul le rôle d’administrateur peut utiliser l’appareil. Avec le fournisseur OIDC PingFederate, on voit que toutes les politiques de client OpenID associées aux identifiants de client OpenManage Enterprise sont réinitialisées à la stratégie « par défaut » lorsque la console de l’appareil est réenregistrée auprès du fournisseur OIDC. Le réenregistrement de la console de l’appareil auprès d’un fournisseur OIDC se produit en cas de rehaussement de l’appareil, de modification de la configuration du réseau ou de modification du certificat SSL.
- Les informations sur la propriété des gestionnaires de périphériques (AD, LDAP et OIDC) sont perdues lors du rehaussement de l’appareil. Après la mise à niveau d’OpenManage Enterprise de la version 3.5 ou des versions antérieures, les gestionnaires d’appareils AD, LDAP et OIDC (Ping-federate ou Keycloak) doivent recréer toutes les entités de la version précédente, comme les travaux, les politiques d’alerte, les modèles de configuration, les références de configuration, les profils, les références de micrologiciel, les catalogues de micrologiciel et les rapports, car ces entités seront uniquement accessibles aux administrateurs après la mise à niveau.
- Lorsque OpenManage Enterprise est redémarré sur un appareil (neuf ou rehaussé), les ID utilisateur associés aux politiques et aux entités de réduction énergétique d’urgence (Emergency Power Reduction, ou EPR) créées par un utilisateur OIDC sont supprimés de la base de données OpenManage Enterprise. Cette suppression perturbe la fonctionnalité de diverses entités, comme les tâches planifiées pour les rapports, l’EPR, les stratégies et la tâche de restauration depuis un fichier de sauvegarde. Même avec des privilèges d’administrateur, il est impossible d’afficher et de créer une EPR ou des politiques.
- À la fin de la tâche d’inventaire par défaut, les périphériques sont retirés de la gestion et de la surveillance de l’alimentation si OpenManage Enterprise n’est pas en mesure de communiquer avec le périphérique. Après la correction, le système continue de gérer l’alimentation des appareils dotés de licences et de les surveiller, même si la communication de l’appareil échoue pendant une tâche d’inventaire.