Users Guide
Question : Pourquoi les périphériques découverts à l'aide de WMI sont-ils classés comme Inconnus ?
Réponse : dans certains cas, la découverte WMI classiera un périphérique comme Inconnu lorsque les références d'un compte
utilisateur du groupe d'administrateurs (et non de l'Administrateur) seront fournies pour la plage de découverte.
Si vous rencontrez ce problème, lisez l'article de la base de connaissances à l'adresse support.microsoft.com/?scid=kb;en-us;
951016 et appliquez le travail de registre comme décrit. Cette résolution s'applique aux nœuds gérés avec Windows Server 2008 R2.
Question : Pourquoi les périphériques Dell découverts à l'aide de WS-Man avec un certicat d'autorité de certication (CA) racine
sont-ils classés comme Inconnus ?
Réponse : il peut s'agir d'un problème lié au certicat racine que vous utilisez pour découvrir la ou les cibles WS-Man. Pour savoir
comment découvrir et inventorier les cibles WS-Man avec un certicat d’autorité de certication racine, voir Découverte et
inventaire des périphériques Dell à l'aide du protocole WS-Man avec un certicat racine.
Question : Qu'est-ce qu'une interruption d'authentication SNMP ?
Réponse : Une interruption d'authentication est envoyée lorsqu'un agent SNMP reçoit une requête contenant un nom de
communauté qu'il ne reconnaît pas. Les noms de communauté sont sensibles à la casse.
Les interruptions servent à découvrir si quelqu'un a pénétré votre système, bien que, de nos jours, il vaille mieux détecter les
progiciels et découvrir le nom de communauté.
Si vous utilisez plusieurs noms de communauté sur le réseau et que certaines opérations de gestion risquent de se chevaucher, les
utilisateurs peuvent les désactiver car ils produisent des faux positifs (problèmes).
Pour plus d'informations, consultez technet.microsoft.com/en-us/library/cc764213.aspx
Lorsqu'un agent SNMP reçoit une requête ne contenant pas un nom de communauté valide ou que l'hôte qui envoie le message ne
gure pas dans la liste des hôtes acceptables, l'agent peut envoyer un message d'interruption d'authentication à une ou plusieurs
destinations d'interruption (systèmes de gestion). Le message d'interruption indique que la requête SNMP n'a pas pu être
authentiée. Il s'agit d'un paramètre par défaut.
Question : Pourquoi OpenManage Essentials ne prend-il pas en charge ma saisie de noms d'hôte avec des traits de soulignement
dans l'Assistant Découverte ?
Réponse : Selon la norme RFC 952, les traits de soulignement ne sont pas valides dans les noms DNS. Un nom (réseau, hôte,
passerelle ou nom de domaine) est une chaîne de texte composée de 24 caractères alphabétiques (A-Z), chires (0-9), du signe
moins (-) et du point (.). Les points ne sont autorisés que lorsqu'ils servent à délimiter les composants des noms de style de domaine.
Pour plus d'informations, reportez-vous à,ietf.org/rfc/rfc952.txt et zytrax.com/books/dns/apa/names.html .
Question : Qu'est-ce que Sur demande ?
Réponse : Sur demande est une opération au cours de laquelle un système géré est vérié en ce qui concerne son état/intégrité par
OpenManage Essentials lorsqu'une interruption SNMP est reçue. Il n'y a pas de paramètres à modier pour activer la fonction Sur
demande. Toutefois, l'adresse IP du système de gestion doit être disponible dans la destination de l'interruption ou le service SNMP.
Une interruption SNMP est reçue du système géré lorsqu'un problème ou un échec se produit au niveau d'un composant du serveur.
Ces interruptions peuvent être consultées dans les journaux d'alertes.
Question : j'ai détecté le serveur avec le protocole SNMP, mais le nom RAC de l'iDRAC n'est pas aché dans les assistants, les
portails et l'arborescence du périphérique.
Réponse : le nom RAC est aché uniquement si vous avez découvert l'iDRAC à l'aide du protocole WS-Man. Sinon, le nom de
système s'ache à la place du nom RAC.
Question : pourquoi les périphériques déjà découverts disparaissent de l'arborescence des périphériques au cours de la découverte ?
Réponse : ce problème se produit quand il y a des adresses MAC en double, ce qui arrive généralement avec des périphériques
virtuels dont les adresses MAC contiennent 16 zéros uniquement.
Pour résoudre ce problème :
1. Assurez-vous d'être connecté au système d'exploitation avec des privilèges administratifs.
REMARQUE : Assurez-vous de créer une copie de sauvegarde du chier dcong.ini avant d'eectuer toute
modication.
2. Ouvrez le chier dcong.ini disponible à l'emplacement SysMgt\Essentials\conguration.
3. Modiez la ligne PRIVATE_MAC_EXCLUDE_LIST comme suit :
PRIVATE_MAC_EXCLUDE_LIST=127.0.0.1,0.0.0.0,005345000000,33506F453030,505054503030,0000FFFFFFFF,
204153594EFF,000000000000,00000000000000e0,020054554e01,204153594e,0000000000000000
4. Enregistrez le chier dcong.ini et redémarrez les services OpenManage Essentials.
356