23.2 Audit avec XDAS

La spécification XDAS fournit une classification standardisée pour les événements d'audit. Elle définit un ensemble d’événements génériques à un niveau système distribué global. XDAS offre un format d'enregistrement d'audit portable courant pour faciliter la fusion et l'analyse des informations d'audit provenant de plusieurs composants au niveau du système distribué. Les événements XDAS sont encapsulés dans un système de notation hiérarchique qui permet d'étendre l'ensemble d'identificateurs d'événements standard ou existants. La taxonomie définit un ensemble de champs, les plus importants étant Observer (Observateur), Initiator (Initiateur) et Target (Cible). Les événements XDAS vous aident à comprendre facilement les parcours d'audit d'applications hétérogènes.

IMPORTANT :la prise en charge de l'audit avec XDAS a été abandonnée dans eDirectory 9.2 et les versions ultérieures. Si vous installez eDirectory 9.2 pour la première fois, l'option d'audit avec XDAS n'est plus disponible. Si vous effectuez une mise à niveau d'eDirectory à partir d'une version antérieure, vous pouvez encore utiliser XDAS, mais il est recommandé de procéder à une migration vers l'audit CEF. Si vous décidez d'utiliser XDAS sur les serveurs 9.2 que vous venez d'ajouter, vous devez copier le fichier rpm XDAS de l'ancienne version d'eDirectory et configurer les nouveaux serveurs. Veillez à copier le fichier xdasconfig.properties du dossier conf de l'ancienne version d'eDirectory vers la version la plus récente.

La configuration d'eDirectory pour qu'il utilise XDAS offre les avantages suivants :

  • fournit des services d'audit sécurisés pour un système distribué ;

  • définit un ensemble d'événements génériques au niveau d'un système distribué global ;

  • définit un format d'enregistrement d'audit portable commun, qui facilite la fusion et l'analyse des informations d'audit provenant de plusieurs composants d'un système distribué ;

  • définit un format commun pour les événements d'audit que les applications d'analyse peuvent utiliser ;

  • enregistre le suivi d'audit XDAS ;

  • configure des critères de présélection d'événements et des actions d'organisation des événements ;

  • fournit un format d'audit commun, indépendamment de la plate-forme sur laquelle le service XDAS est exécuté ;

  • prend en charge des environnements hétérogènes, sans avoir à remanier le système d'exploitation actuel ni les implémentations de service d'audit spécifiques des applications ;

  • prend en charge la séparation adéquate des tâches pour les utilisateurs ;

  • protège le journal d'audit en le rendant accessible uniquement aux principaux remplissant des rôles d'administration ou de sécurité bien déterminés ;

  • met éventuellement en cache les événements d'audit localement sur l'agent en cas d'interruption de la communication entre l'agent et le serveur d'audit, et renvoie les événements une fois la communication rétablie.

23.2.1 Configuration de XDAS

Le paquetage de téléchargement du kit d'installation d'eDirectory inclut un client XDAS pour Linux et un autre pour Windows. Le programme d'installation d'eDirectory installe les paquetages XDAS sur votre système d'exploitation. Le paquetage XDAS contient les fichiers suivants :

  • Linux

    • novell-edirectory-xdaslog

    • novell-edirectory-xdaslog-conf

    • novell-edirectory-xdasinstrument

  • Windows

    • xdasauditds.dlm

    • xdaslog.dll

REMARQUE :à partir d'OES 11 SP2, les RPM XDAS sont fournis avec Open Enterprise Server.

Configuration système requise

L'installation et l'utilisation du plug-in NetIQ Audit pour iManager requièrent iManager 3.0 ou version ultérieure. Pour en savoir plus sur la configuration requise et obtenir les instructions de téléchargement, reportez-vous à la page du produit NetIQ iManager.

Installation ou mise à niveau du plug-in iManager pour XDAS

Le plug-in iManager pour XDAS est fourni avec les plug-ins eDirectory. Ces derniers peuvent également être téléchargés à partir du site de téléchargement NetIQ.

Procédez comme suit pour mettre à niveau le plug-in vers la version la plus récente.

  1. Ouvrez iManager à partir d'un navigateur Web, à l'aide de l'URL suivante :

    https://ip_address_or_DNS/nps/iManager.html

    où adresse_ip_ou_DNS représente l’adresse IP ou le nom DNS de votre serveur iManager.

    Par exemple :

    http://111.111.1.1/nps/iManager.html
  2. Connectez-vous à iManager à l'aide de votre nom d'utilisateur et de votre mot de passe.

    Si vous souhaitez accéder à toutes les fonctions de NetIQ iManager, vous devez vous connecter à l'arborescence en tant qu'administrateur. Seul un administrateur dispose d'un accès complet à toutes les fonctionnalités. S'il n'est pas administrateur, l'utilisateur peut uniquement accéder aux rôles pour lesquels des droits lui sont assignés.

    Pour plus d'informations, reportez-vous au Guide d'administration de NetIQ iManager.

  3. Sélectionnez Rôles et tâches > Configuration de l'audit

    iManager affiche un message d'alerte concernant les nouvelles modifications XDAS.

  4. Cliquez sur OK.

    Pendant la mise à niveau, les nouveaux fichiers iManager sont installés et la configuration est modifiée. Une fois la mise à niveau terminée, un message indiquant si l'installation a réussi ou échoué s'affiche.

Configuration du fichier de propriétés XDAS

Un exemple de fichier de propriétés (xdasconfig.properties.template) est inclus dans le répertoire configdir (n4u.server.configdir) sur le support d'eDirectory.

Le Tableau 23-1 indique l'emplacement par défaut du fichier xdasconfig.properties sur les systèmes d'exploitation Linux et Windows.

Tableau 23-1 Fichier de configuration de XDAS

Système d'exploitation

Emplacement du fichier de propriétés

Linux

/etc/opt/novell/eDirectory/conf/
xdasconfig.properties

Pour les installations non-root, le fichier de propriétés XDAS se trouve dans le répertoire conf.

Windows

<Install Path>/novell/nds/xdasconfig
 

Le fichier de propriétés se trouve généralement dans le répertoire d'installation d'eDirectory.

Si vous configurez le fichier de propriétés, puis mettez à niveau votre environnement vers eDirectory 9.2, le programme d'installation ne remplace pas le fichier de propriétés. Le cas échéant, le processus de mise à niveau met à jour le fichier (xdasconfig.properties.template) de manière à conserver la personnalisation.

Vous pouvez configurer XDAS après l'installation d'iManager. Les paramètres de configuration de XDAS sont stockés dans un simple fichier de configuration au format texte (xdasconfig.properties). Vous pouvez personnaliser le fichier en fonction de vos besoins.

Le fichier de propriétés XDAS contient les informations suivantes :

Linux

# Set the level of the root logger to DEBUG and attach appenders.
#log4j.rootLogger=debug, S, R
# Defines appender S to be a SyslogAppender. 
#log4j.appender.S=org.apache.log4j.net.SyslogAppender
# Defines location of Syslog server.
#log4j.appender.S.Host=localhost
#log4j.appender.S.Port=port
# Specify protocol to be used (UDP/TCP/SSL)
#log4j.appender.S.Protocol=UDP
# Specify SSL certificate file for SSL connection.
# File path should be given with double backslash.
#log4j.appender.S.SSLCertFile=/etc/opt/novell/mycert.pem
# Minimum log-level allowed in syslog.
#log4j.appender.S.Threshold=INFO
# Defines the type of facility.
#log4j.appender.S.Facility=USER
# Defines caching for SyslogAppender.
# Inputs should be yes/no
#log4j.appender.S.CacheEnabled=no
# Cache location directory
# Directory should be available for creating cache files
#log4j.appender.S.CacheDir=/var/opt/novell/eDirectory
# Cache File Size
# Cache File Size should be in the range of 50MB to 4000MB
#log4j.appender.S.CacheMaxFileSize=500MB
# Layout definition for appender Syslog S.
#log4j.appender.S.layout=org.apache.log4j.PatternLayout
#log4j.appender.S.layout.ConversionPattern=%c : %p%m%n
# Defines appender R to be a Rolling File Appender.
#log4j.appender.R=org.apache.log4j.RollingFileAppender
# Log file for appender R.
#log4j.appender.R.File=/var/opt/novell/eDirectory/log/xdas-events.log
# Max size of log file for appender R.
#log4j.appender.R.MaxFileSize=100MB
# Set the maximum number of backup files to keep for appender R.
# Max can be 13. If set to zero, then there will be no backup files.
#log4j.appender.R.MaxBackupIndex=10
# Layout definition for appender Rolling log file R.
#log4j.appender.R.layout=org.apache.log4j.PatternLayout
#log4j.appender.R.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %c : %p%m%n

Windows

# Brief description for appenders and their options are provided.
# For detailed decriptions refer to log4cxx documentation.

# Set the level of the root logger to DEBUG and attach appenders.
#log4j.rootLogger=debug, S, R

# Defines appender S to be a SyslogAppender.
#log4j.appender.S=org.apache.log4j.net.SyslogAppender

# Defines location of Syslog server.
#log4j.appender.S.Host=localhost
#log4j.appender.S.Port=port

# Specify protocol to be used (UDP/TCP/SSL).
#log4j.appender.S.Protocol=UDP

# Specify SSL certificate file for SSL connection.
# File path should be given with double backslash.
#log4j.appender.S.SSLCertFile=C:\\Novell\\mycert.pem

# Minimum log-level allowed in syslog.
#log4j.appender.S.Threshold=INFO

# Defines the type of facility.
#log4j.appender.S.Facility=USER

# Defines caching for SyslogAppender.
# Inputs should be yes/no
#log4j.appender.S.CacheEnabled=yes

# Cache location directory
# Directory should be available for creating cache files
#log4j.appender.S.CacheDir=C:\\NetIQ\\eDirectory

# Cache File Size
# Cache File size should be in the range of 50MB to 4000MB
#log4j.appender.S.CacheMaxFileSize=500MB

# Layout definition for appender Syslog S.
#log4j.appender.S.layout=org.apache.log4j.PatternLayout
#log4j.appender.S.layout.ConversionPattern=%c: %p%m%n

# Defines appender R to be a Rolling File Appender.
#log4j.appender.R=org.apache.log4j.RollingFileAppender

# Log file for appender R.
# File path should be given with double backslash.
#log4j.appender.R.File=C:\\xdas-events.log

# Max size of log file for appender R.
#log4j.appender.R.MaxFileSize=100MB

# Set the maximum number of backup files to keep for appender R.
# Max can be 13. If set to zero, then there will be no backup files.
#log4j.appender.R.MaxBackupIndex=10

# Layout definition for appender Rolling log file R.
#log4j.appender.R.layout=org.apache.log4j.PatternLayout
#log4j.appender.R.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %c : %p%m%n

Avant d'examiner le contenu du fichier xdasconfig.properties, NetIQ recommande de passer en revue les points suivants :

  • Les lettres S et R correspondent respectivement à l'appender Syslog et à l'appender RollingFile.

  • Les entrées ne respectent pas la casse.

  • Les entrées peuvent apparaître dans n'importe quel ordre.

  • Les lignes vides dans le fichier sont valides.

  • Toute ligne commençant par un signe dièse (#) est commentée.

Le tableau ci-dessous fournit des informations à propos des paramètres du fichier xdasconfig.properties.

IMPORTANT :vous devez redémarrer eDirectory après avoir modifié la configuration.

Valeur

Description

log4j.rootLogger=debug, S, R

Définit le niveau de l'enregistreur racine sur Débogage et y associe un appender nommé R ou S, S correspondant à Syslog et R à Rolling File.

log4j.appender.S=org.apache.log4j.net.SyslogAppender

Indique que l'appender S doit être un appender Syslog.

log4j.appender.S.Host=localhost

Indique à quel emplacement du serveur Syslog les événements XDAS sont consignés.

Par exemple : log4j.appender.S.Host=192.168.0.1

log4j.appender.S.Port=port

Port au niveau duquel XDAS se connecte au serveur Syslog.

Le numéro de port peut être compris entre 1 et 65535. Si vous spécifiez une valeur non valide, le numéro de port est défini par défaut sur 514.

En cas d'échec de la connexion entre XDAS et le serveur Syslog, Identity Manager ne peut pas consigner les événements tant que la connexion n'a pas été rétablie.

log4j.appender.S.Protocol=UDP

Indique le protocole à utiliser. Par exemple : UDP, TCP ou SSL.

log4j.appender.S.SSLCertFile=/etc/opt/novell/mycert.pem

Spécifie le fichier de certificat SSL pour la connexion SSL. Utilisez deux barres obliques inverses pour spécifier le chemin d'accès au fichier. Ce paramètre est facultatif.

log4j.appender.S.Threshold=INFO

Spécifie le niveau de consignation minimal autorisé dans l'appender Syslog. Actuellement, le niveau de consignation INFO est pris en charge.

log4j.appender.S.Facility=USER

Indique le type d'installation. L'installation est utilisée pour tenter de classer le message. Actuellement, l'installation USER est prise en charge. Ces valeurs peuvent être spécifiées en majuscules ou en minuscules.

log4j.appender.S.layout=org.apache.log4j.PatternLayout

Paramètre d'agencement de l'appender Syslog.

log4j.appender.S.layout.ConversionPattern=%c : %p%m%n

Paramètre d'agencement de l'appender Syslog. Pour plus d'informations sur les schémas de conversion et leur description, consultez le site logging.apache.org.

log4j.appender.R=org.apache.log4j.RollingFileAppender

Indique que l'appender R doit être un appender RollingFile.

log4j.appender.R.File=/var/opt/novell/eDirectory/log/xdas-events.log

Emplacement du fichier journal pour l'appender RollingFile.

log4j.appender.R.MaxFileSize=100MB

Taille maximale, en Mo, du fichier journal pour l'appender RollingFile. Définissez cette valeur sur la taille maximale autorisée par le client.

log4j.appender.R.MaxBackupIndex=10

Spécifiez le nombre maximal de fichiers de sauvegarde pour l'appender RollingFile. Le nombre maximal de fichiers de sauvegarde peut être 10. Une valeur 0 signifie qu'aucun fichier de sauvegarde n'est présent.

log4j.appender.R.layout=org.apache.log4j.PatternLayout

Paramètre d'agencement de l'appender RollingFile.

log4j.appender.R.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %c : %p%m%n

Paramètre d'agencement de l'appender RollingFile. Pour des modèles de format de date simples, reportez-vous au Tableau 23-2.

Pour plus d'informations sur les schémas de conversion et leur description, consultez le site logging.apache.org.

Le Tableau 23-2 donne des exemples de modèles de date et d'heure interprétés aux États-Unis. Les date et heure en question sont le 04/07/2012, 12 h 8 min 56 s, heure du Pacifique aux États-Unis.

Tableau 23-2 Exemples de modèles de date et d'heure

Modèle de date et d'heure

Résultat

"aaaa.MM.jj G 'à' HH:mm:ss z"

2012.07.04 AD at 12:08:56 PDT (04.07.2012 ap. J-C à 12:08:56 HAP)

"EEE, MMM j, ''aa"

Wed, Jul 4, '01 (Mer, 4 juil. 2001)

"h:mm a"

12:08 PM (12:08)

"hh 'heures' a, zzzz"

12 o'clock PM, Pacific Daylight Time (12 heures, heure avancée du Pacifique)

"K:mm a, z"

12:08 PM, PDT (12:08, HAP)

"aaaaa.MMMMM.jj GGG hh:mm aaa"

02012.July.24 AD 12:08 PM (02012.Juillet.24 ap. J-C 12:08)

"EEE, j MMM aaaa HH:mm:ss Z"

Wed, 24 Jul 2012 12:08:56 -0700 (Mer, 24 juil. 2012 12:08:56 -0700)

"aaMMjjHHmmssZ"

120724120856-0700

"aaaa-MM-jj'T'HH:mm:ss.SSSZ"

2012-07-04T12:08:56.235-0700 (2012-07-04T12:08:56.235-0700)

Activation de l'appender Syslog

Si vous souhaitez centraliser les messages d'audit à un seul emplacement, vous pouvez utiliser l'appender Syslog. Par ailleurs, un serveur Syslog offre une meilleure prise en charge des sauvegardes en cas de sinistre.

Pour activer l'appender Syslog, apportez les modifications suivantes dans le fichier xdasxconfig.properties :

  1. Remplacez la valeur de l'entrée ci-dessous par S pour joindre un appender Syslog :

    log4j.rootLogger=debug, S

  2. Supprimez les marques de commentaire des entrées suivantes :

    log4j.appender.S=org.apache.log4j.net.SyslogAppender
    log4j.appender.S.Host=localhost
    log4j.appender.S.Port=port
    log4j.appender.S.Protocol=UDP
    log4j.appender.S.SSLCertFile=/etc/opt/novell/mycert.pem
    #log4j.appender.S.Threshold=INFO
    #log4j.appender.S.Facility=USER
    #log4j.appender.S.layout=org.apache.log4j.PatternLayout
    #log4j.appender.S.layout.ConversionPattern=%c : %p%m%n
  3. Connectez-vous à iManager et modifiez les événements de journal. Pour plus d'informations sur la configuration des événements XDAS, reportez-vous à la section Configuration des événements XDAS pour l'audit.

REMARQUE :le caching XDAS qui utilise le protocole UDP pour SyslogAppender ne fonctionne pas.

Génération d'un certificat pour la connexion SSL Syslog

Pour générer un certificat pour la connexion Syslog :

  1. Créez le certificat à l'aide de la commande OpenSSL suivante :

    openssl s_client -host LOG_SERVER  -port 1443 -showcerts
  2. Indiquez l'emplacement du fichier de certificat que vous avez créé dans le fichier /etc/opt/novell/eDirectory/conf/xdasconfig.properties.

Activation de l'appender RollingFile

Si la solution d'audit est limitée à un seul serveur, il est préférable d'opter pour l'appender File. Le nombre de composants à configurer étant limité, cette solution est également facile à mettre en oeuvre et plus adaptée aux démonstrations.

Pour activer l'appender RollingFile, apportez les modifications suivantes dans le fichier xdasconfig.properties :

  1. Remplacez la valeur de l'entrée ci-dessous par R pour joindre l'appender RollingFile :

    log4j.rootLogger=debug, R

  2. Supprimez les marques de commentaire des entrées suivantes :

    log4j.appender.R=org.apache.log4j.RollingFileAppender
    log4j.appender.R.File=/var/opt/novell/eDirectory/log/xdas-events.log
    log4j.appender.R.MaxFileSize=100MB
    log4j.appender.R.MaxBackupIndex=10
    log4j.appender.R.layout=org.apache.log4j.PatternLayout
    log4j.appender.R.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %c : %p%m%n
  3. Sélectionnez l'événement souhaité dans iManager.

    Pour plus d'informations sur la configuration des événements XDAS, reportez-vous à la section Configuration des événements XDAS pour l'audit.

Configuration de XDAS pour l'audit

Utilisation du plug-in iManager pour la configuration de XDAS

  1. Ouvrez iManager à partir d'un navigateur Web, à l'aide de l'URL suivante :

    https://ip_address_or_DNS/nps/iManager.html

    où adresse_ip_ou_DNS représente l’adresse IP ou le nom DNS de votre serveur iManager.

    Par exemple :

    http://111.111.1.1/nps/iManager.html
  2. Connectez-vous en entrant votre nom d'utilisateur et votre mot de passe.

    Si vous souhaitez accéder à toutes les fonctions de NetIQ iManager, vous devez vous connecter à l'arborescence en tant qu'administrateur. Seul un administrateur dispose d'un accès complet à toutes les fonctionnalités. S'il n'est pas administrateur, l'utilisateur peut uniquement accéder aux rôles pour lesquels des droits lui sont assignés.

    Pour plus d'informations, reportez-vous au Guide d'administration de NetIQ iManager.

  3. Sélectionnez Rôles et tâches > Configuration de l'audit.

  4. Spécifiez le nom de votre serveur eDirectory dans Serveur NCP, puis cliquez sur l'icône Sélecteur d'objet pour rechercher le serveur eDirectory.

  5. Cliquez sur OK.

    La page XDAS Audit (Audit XDAS) s'affiche. Passez à la Configuration de XDAS.

Configuration des événements XDAS pour l'audit

  1. Connectez-vous à iManager à l'aide de votre nom d'utilisateur et de votre mot de passe.

  2. Sélectionnez Rôles et tâches > Configuration de l'audit.

  3. Sélectionnez l'onglet XDAS.

  4. Configurez les événements XDAS.

    • Configuration des événements de base : spécifiez des valeurs pour les options ci-dessous, en fonction des événements requis pour votre environnement :

      REMARQUE :par défaut, les catégories d'événements individuelles sous la section Configuration des événements de base sont réduites. Vous pouvez agrandir chaque catégorie pour sélectionner des événements individuels.

      Options

      Description

      Événements de gestion de compte

      Sélectionnez les événements de gestion de compte pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour créer, supprimer, activer, désactiver et également interroger et modifier des comptes.

      Événements de gestion des approbations

      Sélectionnez les événements de gestion des approbations pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour créer, supprimer, interroger et modifier des approbations.

      Événements de données de compte

      Sélectionnez les événements de données de compte pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour créer et supprimer des éléments de données ainsi que pour modifier et interroger des attributs d'éléments de données.

      Événements de sécurité

      Sélectionnez les événements de sécurité de compte pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour accorder ou révoquer l'accès, la connexion, la modification de mot de passe et la requête. Cet ensemble d'événements aide également à détecter les tentatives d'intrusion sur le système eDirectory.

    • Avancé : spécifiez des valeurs pour les options ci-dessous, en fonction des événements requis pour votre environnement :

      • Global : vous pouvez sélectionner ou désélectionner les paramètres globaux pour les entrées en double.

        • Ne pas envoyer d'événement répliqué : sélectionnez cette option pour ne plus recevoir les événements en double en raison de la réplication à partir d'autres serveurs.

      • Consigner les valeurs de l'événement : les événements sont consignés dans un fichier texte. Les valeurs d'événements de plus de 768 octets sont considérées comme de « grandes valeurs ». Vous pouvez consigner des événements de n'importe quelle taille.

        • Consigner de grandes valeurs : sélectionnez cette option pour consigner les événements dont la taille est supérieure à 768 octets.

        • Ne pas consigner de grandes valeurs : sélectionnez cette option pour consigner les événements dont la taille est inférieure à 768 octets.

        REMARQUE :Si l'événement est plus volumineux, sa valeur est tronquée et enregistrée dans le fichier journal.

    • Configuration des événements avancés : spécifiez des valeurs pour les options ci-dessous, en fonction des événements requis pour votre environnement :

    Options

    Description

    Événements de gestion de service ou d'application

    Sélectionnez les événements de gestion de service ou d'application pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour activer, désactiver, appeler et arrêter des services.

    Événements opérationnels

    Sélectionnez les événements de gestion opérationnels pour lesquels vous souhaitez consigner des événements. Vous pouvez consigner des événements pour démarrer et arrêtez le système, sauvegarder et restaurer un espace de stockage des données, auditer des opérations internes et modifier des contextes de processus.

    Pour plus d'informations sur les événements internes eDirectory assignés aux événements XDAS correspondants, reportez-vous à la section Assignation d'événements eDirectory à des événements XDAS.

    REMARQUE :une fois l'événement sélectionné, l'application des modifications de configuration sur le serveur NCP peut prendre jusqu'à 3 minutes. Si vous voulez que les modifications apportées à la configuration soient immédiatement prises en compte sur le serveur NCP, vous pouvez décharger et charger le module xdasauditds.

Chargement et déchargement des modules

Une fois les événements XDAS configurés, exécutez les commandes ci-dessous pour charger et décharger les modules XDAS :

Pour charger automatiquement le module xdasauditds à chaque démarrage du serveur ndsd :

  • Linux

    Ajoutez xdasauditds au fichier /etc/opt/novell/eDirectory/conf/ndsmodules.conf.

  • Windows

    Exécutez le fichier ndscons.exe, sélectionnez xdasauditds dans la liste des modules disponibles, cliquez sur Démarrage, puis définissez l'option Type de démarrage sur Automatique.

Pour charger et décharger manuellement le module xdasauditds :

  • Linux

    Pour charger le module, exécutez ndstrace -c "load xdasauditds".

    Pour décharger le module, exécutez ndstrace -c "unload xdasauditds".

  • Windows

    Pour charger le module, exécutez le fichier ndscons.exe, sélectionnez xdasauditds dans la liste des modules disponibles, puis cliquez sur Démarrer.

    Pour décharger le module, exécutez le fichier ndscons.exe, sélectionnez xdasauditds dans la liste des modules disponibles, puis cliquez sur Arrêter.

Si vous avez installé NMAS et activé l'audit de NMAS, le serveur NMAS charge automatiquement la bibliothèque XDAS.

Activation du caching des événements XDAS

eDirectory 9.2 vous permet de stocker éventuellement en local, les événements XDAS sur l'agent dans un cache de l'appender Syslog. Lorsque les événements sont mis en cache, si l'agent ne peut pas communiquer avec le serveur d'audit, les événements d'audit générés sont conservés, ce qui permet d'éviter toute perte des données d'audit. Une fois la communication rétablie entre l'ordinateur de l'agent et le serveur d'audit, l'agent tente de renvoyer les événements mis en cache.

Le caching des événements XDAS est désactivé par défaut. Pour activer le caching des événements, procédez comme suit :

  1. Sur l'ordinateur de l'agent, accédez à l'emplacement du fichier de propriétés XDAS. Par défaut, le fichier xdasconfig.properties se trouve dans /etc/opt/novell/eDirectory/conf/xdasconfig.properties. Pour les installations non-root, le fichier de propriétés XDAS se trouve par défaut dans le répertoire conf.

  2. Utilisez un éditeur de texte pour ouvrir le fichier xdasconfig.properties.

  3. Dans le fichier de propriétés, accédez à la propriété log4j.appender.S.CacheEnabled et définissez sa valeur sur yes.

  4. (Conditionnel) Si vous souhaitez mettre en cache les événements dans un répertoire spécifique, définissez la valeur de la propriété log4j.appender.S.CacheDir sur le chemin de répertoire. Si vous spécifiez un répertoire, assurez-vous que son chemin est un emplacement valide sur le serveur. Si la propriété log4j.appender.S.CacheDir n'est pas définie, les journaux de l'appender Syslog mettent en cache les événements dans le répertoire dib de cette instance.

  5. (Conditionnel) Si vous souhaitez spécifier une taille de fichier personnalisée pour le cache, modifiez la valeur de la propriété log4j.appender.S.CacheMaxFileSize. La valeur par défaut est 500 Mo. La valeur minimale est 50 Mo et la valeur maximale, 4 Go.

  6. Enregistrez, puis fermez le fichier xdasconfig.properties.

Utilisation de collecteurs d'événements XDAS

Pour plus d'informations sur l'utilisation de collecteurs d'événements XDAS, consultez la page des plug-ins Sentinel .

Présentation du filtrage des événements d'audit XDAS

À l'aide de filtres et de notifications d'événement, XDAS est capable de signaler la survenue ou la non-survenue d'un type d'événement spécifique. Vous pouvez également filtrer les événements pour un(e) ou plusieurs classes ou attributs d’objet spécifiques, selon le type d’événement. XDAS évalue tous les événements générés en fonction des filtres configurés sur le serveur eDirectory et ne consigne que les événements qui correspondent à ces filtres.

Vous pouvez configurer des filtres et des notifications d'événement pour les comptes, les approbations, de même que les éléments de données XDAS. Dans le cas des approbations et des comptes XDAS, Toute classe d'objet sélectionnée sera assignée à leurs catégories d'événement respectives. Par exemple, si vous sélectionnez la classe Utilisateur à partir du filtrage de comptes, cette classe est automatiquement assignée à la catégorie Événements de gestion des comptes. Par défaut, une classe d'objet qui n'est assignée à aucun compte ou aucune approbation sera assignée à la catégorie Événements de gestion des éléments de données.

Cette section fournit les informations dont vous avez besoin pour configurer des filtres et des notifications pour votre système.

Filtrage des événements de gestion des comptes XDAS

Vous pouvez configurer le filtrage des comptes de manière à ne rechercher qu'un ou plusieurs types d'événements spécifiques. Par exemple, si vous souhaitez être averti lorsqu'une personne crée un compte utilisateur dans eDirectory, vous pouvez créer un filtre de sélection de la classe d'objet Utilisateur pour consigner les événements dans le cadre de la création d'un nouvel objet Utilisateur.

Pour configurer le filtrage des comptes, cliquez sur le lien Événements de gestion de compte, sélectionnez la classe, puis cliquez sur OK pour quitter l'application.

Pour configurer des filtres pour les événements de gestion des comptes :

  1. Dans iManager, accédez à Rôles et tâches > Audit > Configuration de l'audit.

  2. Sélectionnez le serveur NCP à surveiller, puis cliquez sur OK.

    Par défaut, l'onglet Événements XDAS est sélectionné.

  3. Cliquez sur Événements de gestion de compte.

    La fenêtre Filtrage de la configuration des comptes XDAS s'affiche.

  4. Dans la liste Classes disponibles, sélectionnez Utilisateur, choisissez une classe d'objet, puis cliquez sur la flèche droite pour déplacer la classe d'objet dans la liste Classes sélectionnées, puis cliquez sur OK. Par défaut, les classes d'objet Personne organisationnelle, Personne, et Utilisateur sont sélectionnées.

  5. Dans la liste Attributs disponibles, sélectionnez le nombre souhaité d'attributs pour les classes d'objet sélectionnées. Sélectionnez l'attribut, puis cliquez sur la flèche droite pour l'ajouter à la liste des attributs sélectionnés.

    Le filtre pour les événements de gestion des comptes est configuré.

À l'aide du filtre configuré, le module d'audit XDAS contrôle tous les événements générés pour les classes d'objet et les attributs sélectionnés et consigne ces événements.

Filtrage des événements de gestion des approbations XDAS

Cliquez sur le lien Événements de gestion des approbations pour configurer le filtrage des événements de gestion des approbations. Par exemple, si vous souhaitez être averti lorsqu'une personne crée une nouvelle approbation dans eDirectory, vous pouvez créer un filtre de sélection de la classe d'objet Groupe pour consigner les événements dans le cadre de la création d'une nouvelle approbation.

Pour configurer le filtrage des événements de gestion des approbations :

  1. Dans iManager, accédez à Rôles et tâches > Audit > Configuration de l'audit.

  2. Sélectionnez le serveur NCP à surveiller, puis cliquez sur OK.

    Par défaut, l'onglet Événements XDAS est sélectionné.

  3. Cliquez sur Événements de gestion des approbations.

    La fenêtre Configuration du filtrage de l'approbation XDAS s'affiche.

  4. Dans la liste Classes disponibles, sélectionnez les classes d'objet pour lesquelles vous souhaitez collecter des événements, puis cliquez sur la flèche droite pour les déplacer dans la liste Classes sélectionnées. Par défaut, les classes d'objet dynamicGroup, dynamicGroupAux, Groupe, Groupe LDAP et Rôle organisationnel sont sélectionnées.

  5. Dans la liste Attributs disponibles, sélectionnez le nombre souhaité d'attributs pour les classes d'objet sélectionnées. Sélectionnez l'attribut, puis cliquez sur la flèche droite pour l'ajouter à la liste des attributs sélectionnés.

    REMARQUE :si vous sélectionnez une classe d'objet, tous les événements d'approbation pour tous les attributs de cette classe d'objet sont sélectionnés. Dans ce cas, vous obtiendrez tous les événements de gestion d'approbation pour l'ensemble des attributs sélectionnés dans les classes d'objet sélectionnées.

  6. Cliquez sur OK.

Lorsque le filtre est configuré, le module d'audit XDAS contrôle tous les événements générés pour les classes d'objet et les attributs sélectionnés et consigne ces événements.

Filtrage des événements de gestion des éléments de données XDAS

Cliquez sur le lien Événements de gestion des éléments de données pour configurer le filtrage des éléments de données XDAS. Vous pouvez configurer les éléments de données XDAS pour les objets pour lesquels vous souhaitez collecter des événements XDAS. Vous pouvez sélectionner des classes d'objet et leur définir des attributs.

Pour configurer le filtrage des événements de gestion des éléments de données :

  1. Dans iManager, accédez à Rôles et tâches > Audit > Configuration de l'audit.

  2. Sélectionnez le serveur NCP à surveiller, puis cliquez sur OK.

    Par défaut, l'onglet Événements XDAS est sélectionné.

  3. Cliquez sur Événements de gestion des éléments de données.

    La fenêtre Configuration du filtrage de l'élément de données XDAS s'affiche.

  4. Dans la liste Classes disponibles, sélectionnez les classes d'objet pour lesquelles vous souhaitez collecter des événements, puis cliquez sur la flèche droite pour les déplacer dans la liste Classes sélectionnées. Par défaut, toute classe d'objet qui n'est assignée à aucun compte ou approbation, sera assignée à la catégorie d'événements de gestion des éléments de données par défaut.

    REMARQUE :si aucune classe d'objet n'est sélectionnée, les événements pour toutes les classes d'objet disponibles seront générés.

  5. Dans la liste Attributs disponibles, sélectionnez le nombre souhaité d'attributs pour les classes d'objet sélectionnées. Sélectionnez l'attribut, puis cliquez sur la flèche droite pour l'ajouter à la liste des attributs sélectionnés.

  6. Cliquez sur OK.

À l'aide du filtre configuré, le module d'audit XDAS vérifie les événements générés pour toutes les classes d'objet et tous les attributs sélectionnés et consigne ces événements.

Filtrage des événements eDirectory à l'aide du filtre d'exclusion

Cliquez sur le lien Filtre d'exclusion afin de configurer le filtrage pour les classes d'objet et les attributs pour lesquels vous ne souhaitez pas générer d'événement. Vous pouvez sélectionner des classes d'objet et leur définir des attributs.

Pour configurer le filtrage des événements eDirectory indésirables :

  1. Dans iManager, accédez à Rôles et tâches > Audit > Configuration de l'audit.

  2. Sélectionnez le serveur NCP à surveiller, puis cliquez sur OK.

    Par défaut, l'onglet Événements XDAS est sélectionné.

  3. Cliquez sur Filtre d'exclusion.

    La fenêtre Filtrage des exclusions XDAS s'affiche.

  4. Dans la liste Classes disponibles, sélectionnez les classes d'objet pour lesquelles vous ne souhaitez pas collecter d'événements, puis cliquez sur la flèche droite pour les déplacer dans la liste Classes sélectionnées.

  5. Dans la liste Attributs disponibles, sélectionnez le nombre souhaité d'attributs pour les classes d'objet sélectionnées. Sélectionnez l'attribut, puis cliquez sur la flèche droite pour l'ajouter à la liste des attributs sélectionnés.

  6. Cliquez sur OK.

À l'aide du filtre configuré, le module d'audit XDAS arrête de générer des événements pour toutes les classes d'objet et les attributs sélectionnés.

Schéma XDAS

Le schéma XDAS est défini comme suit :

Schéma XDAS JSON

{
    "id":"XDAS",
    "title":"XDAS Version 2 JSON Schema",
    "description":"A JSON representation of an XDAS event record.",
    "type":"objectr",
    "properties":{
      "Source":{
        "description":"The original source of the event, if applicable.",
        "type":"string",
        "optional":true
      },
      "Observer":{
        "description":"The recorder (ie., the XDAS service) of the event.",
        "type":"object",
        "optional":false,
        "properties":{
          "Account":{"$ref":"account"},
          "Entity":{"$ref":"entity"}
        }
      },
      "Initiator":{
        "description":"The authenticated entity or access  that causes an event.",
        "type":"object",
        "optional":false,
        "properties":{
          "Account":{"$ref":"account","optional":true},
          "Entity":{"$ref":"entity"},
          "Assertions":{
            "description":"Attribute/value assertions about an identity.",
            "type":"object",
            "optional":true
          }
        }
      },
      "Target":{
        "description":"The target object, account, data item, etc of the event.",
        "type":"object",
        "optional":true,
        "properties":{
          "Account":{"$ref":"account"},
          "Entity":{"$ref":"entity"},
          "Data":{                           
            "description":"A set attribute/value pairs describing the target object.",        * 
            "type":"object",        
            "optional":true
          }  
        }
      },
      "Action":{
        "description":"The action describes the event in a uniform manner.",
        "type":"object",
        "optional":false,
        "properties":{
          "Event":{
            "description":"The event identifier in standard XDAS taxonomy.",
            "type":"object",
            "optional":false,
            "properties":{
              "Id":{
                "description":"The XDAS taxonomy event identifier.",
                "type":"string",
                "optional":false,
                "pattern":"/^[0-9]+(\.[0-9]+)*$/" 
              },
              "Name":{
                "description":"A short descriptive name for the specific event.", eg. a new replica is added 
                "type":"string",
                "optional":true
              },
      "CorrelationID":{
          "description":"Correlation ID, source#uniqueID#connID",
                 "type":"string",
                 "optional":true
      }
     },
     "SubEvent":{
      "type":object
      "description": "Describes the actual domain specific event that has occured.",
      "optional":true,
      "properties":{
        "Name"":{
                    "description":"A short descriptive name for this event.",
                    "type":"string",
                    "optional":true
                  },
      }
            }  
          }
          "Log":{
            "description":"Client-specified logging attributes.",
            "optional":true,
            "properties":{
              "Severity":{"type":"integer", "optional":true},
              "Priority":{"type":"integer", "optional":true},
              "Facility":{"type":"integer", "optional":true}
            }
          }
          "Outcome":{
            "description":"The XDAS taxonomy outcome identifier.",
            "type":"string",
            "optional":false,
            "pattern":"/^[0-9]+(\.[0-9]+)*$/"
          }
          "Time":{
            "description":"The time the event occurred.",
            "type":"object",
            "optional":false,
            "properties":{
              "Offset":{
                "description":"Seconds since Jan 1, 1970.",
                "type":"integer"
              },
              "Sequence":{
                "description":"Milliseconds since last integral second.",
                "type":"integer",
                "optional":true
              },
              "Tolerance":{
                "description":"A tolerance value in milliseconds.",
                "type":"integer",
                "optional":true
              },
              "Certainty":{
                "description":"Percentage certainty of tolerance.",
                "type":"integer",
                "optional":true,
                "minimum":0,
                "maximum":100,
                "default":100,
              },
              "Source":{
                "description":"The time source (eg., ntp://time.nist.gov).",
                "type":"string",
                "optional":true
              },
              "Zone":{
                "description":"A valid timezone symbol (eg., MST/MDT).",
                "type":"string",
                "optional":true
              }
            }
      "ExtendedOutcome":{
            "description":"The XDAS taxonomy outcome identifier.",
            "type":"string",
            "optional":false,
            "pattern":"/^[0-9]+(\.[0-9]+)*$/"
           }
        }
      }
    }
  },
  {
    "id":"account",
    "description":"A representation of an XDAS account.",
    "type":"object",
    "properties":{
      "Domain":{
        "description":"A (URL) reference to the authority managing this account.",    /* lets take it as the partition?
        "type":"string"
      },
      "Name":{
        "description":"A human-readable account name.",        - DN
        "type":"string",
        "optional":true
      },
      "Id":{
        "description":"A machine-readable unique account identifier value.",  - EntryID
        "type":"integer"
      }
    }
  },
  {
    "id":"entity",                    - Server details for Target, client address details for the initiator
    "description":"A representation of an addressable entity.",
    "type":"object",
    "properties":{
      "SysAddr":{"type":"string","optional":true},  
      "SysName":{"type":"string","optional":true},
      "SvcName":{"type":"string","optional":true},
      "SvcComp":{"type":"string","optional":true},
    }
  }

Définitions des champs XDAS

Les champs inclus dans le schéma sont les champs XDAS définis spécifiquement pour les événements d'audit. Certains ou l'ensemble de ces champs peuvent également être pertinents pour d'autres types d'événement, mais des informations de ce type sont requises pour les services d'audit. Le format d'enregistrement JSON XDAS est un format ouvert. Cela signifie que d'autres champs peuvent être ajoutés à n'importe quel endroit de l'enregistrement, du moment qu'ils ne sont pas en conflit avec les valeurs de champ définies pour l'audit par la norme XDAS. Autrement dit, en présence d'un certain type de données de corrélation, telles qu'un identificateur de workflow ou un identificateur de session, qui peuvent servir de points de données de corrélation entre des événements au sein d'un workflow ou d'une session cliente, vous pouvez ajouter ces champs. Choisissez simplement un nom non conflictuel pour votre champ.

Tableau 23-3 Définitions des champs XDAS

Champ XDAS

Description

Source (facultatif)

La source d'un événement identifie le service d'événements d'un autre système à partir duquel cet événement a été initialement défini et converti en événement XDAS. Dans la mesure où de nombreux événements sont générés directement par les clients XDAS, le champ Source est facultatif.

Initiator

L'initiateur d'un événement est l'entité authentifiée qui a initialement déclenché la création de l'événement. Notez qu'un initiateur ne doit pas être identifié. Si l'entité ne peut pas être identifiée (il se peut qu'une entité tente de se connecter, entraînant la génération d'un événement de connexion par un observateur), il convient de spécifier autant d'informations que possible à propos de l'origine de l'événement. REMARQUE : dans le cas particulier d'un événement de connexion, l'identité authentifiée de l'initiateur reste inconnue jusqu'à ce que la tentative de connexion ait réussi. C'est pourquoi un événement d'échec de connexion ne permet pas d'identifier l'identité du compte cible comme l'identité de l'initiateur.

Un initiateur est défini par un compte et une entité (décrits ci-dessous), ainsi que par un ensemble d'assertions facultatif. Ces assertions décrivent les attributs de l'identité de l'initiateur sous la forme d'un ensemble de paires nom/valeur. Certains initiateurs ne sont pas associés à un compte spécifique, mais seulement à un ensemble d'assertions (SAML2, par exemple) qui décrivent les droits de l'intervenant. Aucun schéma n'est défini pour ces assertions, car elles varient d'une classe à l'autre et parfois même d'un objet à l'autre.

Action

L'action correspond à l'événement enregistré. Ce champ indique l'identificateur d'événement XDAS ainsi qu'un code de résultat (réussite ou classe d'échec), et affiche le plus précisément possible l'heure à laquelle l'événement s'est produit.

Event

Le champ Event est le champ clé pour les événements XDAS. Il encapsule un identificateur taxonomique ainsi qu'un court descriptif pour favoriser la lisibilité.

Id

Le code ID d'événement représente l'identificateur de l'événement, défini par la taxinomie standard des événements XDAS, et les extensions définies par le produit Novell CSS.

Name

Le nom de l'événement est une représentation lisible de l'identificateur d'événement. Le nom de l'événement est facultatif, mais recommandé pour une meilleure lisibilité.

Data

Les données d'événement fournissent des informations descriptives supplémentaires à propos de l'événement.

Log

Le champ Log contient des valeurs de niveau de consignation de type syslog standard, exprimées sous la forme d'identificateurs numériques pour les éléments Severity et Facility. Le champ Log et tous les sous-champs qu'il contient sont facultatifs. Ces valeurs ne doivent être utilisées qu'en cas d'absolue nécessité, car elles représentent généralement l'avis personnel de l'instrumenteur. Il est préférable de laisser les ingénieurs ou les logiciels d'analyse déterminer ces valeurs une fois les données d'événement collectées.

Outcome

Pour plus d'informations sur les codes de résultat, reportez-vous à la section Codes de résultat.

Time

L'heure de l'événement est l'heure enregistrée par l'observateur au moment où l'événement a été transmis au service d'événements. Les valeurs d'heure sont collectées par la bibliothèque auxiliaire du client XDAS. Il est donc inutile de s'inquiéter à propos des valeurs stockées dans ce champ, dans la mesure où la bibliothèque auxiliaire tente d'être aussi précise que possible lorsqu'elle génère les informations d'heure.

Offset

Le champ Offset (Décalage) contient une valeur qui représente le nombre de secondes écoulées depuis le 1er janvier 1970 à minuit, autrement dit l'epoch Linux.

Sequence

Le champ Sequence (Séquence) contient une valeur numérique unique qui distingue cet événement d'un autre événement qui a pu être enregistré au cours de la même seconde. Globalement, cette valeur doit être considérée comme une valeur numérique à croissance monolithique qui commence à zéro et continue jusqu'à ce qu'elle atteigne la limite de la seconde suivante, puis recommence à zéro.

Tolerance

Ce champ contient une valeur comprise entre 0 et 100, qui indique la tolérance de l'horloge utilisée pour enregistrer l'heure en termes de décalage. La valeur 0 indique que l'horloge est très précise. La valeur 100 indique qu'il ne faut pas se fier à l'horloge.

Certainty

Ce champ contient une valeur comprise entre 0 et 100, qui correspond au pourcentage de fiabilité de la valeur du champ Tolerance. La valeur 0 signifie qu'il n'existe aucune certitude quant à la tolérance et qu'il ne faut donc en aucun cas s'y fier. La valeur 100 indique que la valeur de tolérance est très précise.

Source

Ce champ spécifie la source de temps du système de l'observateur. Il peut s'agir de l'URL d'un serveur de temps ou simplement d'une source de temps locale, comme une horloge matérielle.

Zone

Ce champ contient la nouvelle chaîne de fuseau horaire représentant le fuseau horaire de cette horloge.

Target (facultatif)

La cible d'un événement est la ressource protégée ou le compte sur lequel l'initiateur tente d'agir, entraînant de ce fait la génération d'un événement. Une cible est définie par un compte et une entité (décrits ci-dessous), ainsi que par un objet Données facultatif et non spécifié. L'objet Données est un ensemble de paires nom/valeur qui décrivent les attributs spécifiques de la classe de l'intervenant. Le schéma ne définit pas les champs réels, car les différentes classes comportent un ensemble unique d'attributs de données (le cas échéant).

Observer

L'observateur d'un événement est l'identité authentifiée d'une entité (service) qui surveille le système et génère des événements en fonction des actions de l'initiateur. Un observateur est défini par un compte et une entité (décrits ci-dessous).

Referenced Classes

Les champs Observer (Observateur), Initiator (Initiateur) et Target (Cible) contiennent des références aux classes de compte et d'entité définies séparément dans le schéma. Ces autres classes identifient les attributs clés des trois principaux intervenants au sein d'un événement d'audit.

Account Class

La classe de compte représente l'identité de l'intervenant. Cette identité est relative à un domaine d'authentification. Un nom et un ID de compte sont fournis, mais seul l'ID est vraiment nécessaire. Le nom est juste spécifié à des fins de lisibilité.

Account Domain

Le domaine de compte définit l'autorité d'authentification de l'intervenant. Sans autorité d'authentification, les identificateurs de compte sont peu pertinents.

Account Name

Ce champ facultatif favorise la lisibilité.

Account Id

Ce champ contient l'identificateur unique du compte au sein du domaine d'authentification.

Entity Class

Ce champ décrit l'emplacement de l'intervenant. Cet emplacement est défini par une adresse (réseau IP) et un nom (d'hôte/de domaine) de noeud d'extrémité d'accès système. D'autres champs sont disponibles pour décrire les noms de service et de composant au sein du logiciel qui gère les noeuds d'extrémité susmentionnés.

Entity SysAddr

Adresse IP décrivant le noeud d'extrémité d'accès de l'intervenant logiciel. Cette adresse est affichée au format adresse IP:port. Par exemple :

  • IPv4 : 194.99.188.103:34564

  • IPv6 : [2015::15]:43333

Notez que l'adresse IP d'événement interne se présente comme suit : 0.0.0.0:0.

Entity SysName

Nom de domaine ou d'hôte décrivant le noeud d'extrémité d'accès de l'intervenant logiciel.

Entity SvcName

Nom apportant un complément d'information à propos du service qui gère le noeud d'extrémité susmentionné.

Entity SvcComp

Nom de composant de service décrivant le composant au sein du service susmentionné.

Codes de résultat

Le code de résultat est une valeur numérique hiérarchique comparable au code d'événement. Il indique si l'opération a réussi ou échoué et pour quelle raison. La hiérarchie de réussite est encapsulée par le sous-arc 0.x. Les classes d'échec sont représentées par la hiérarchie 1.x. Les codes de refus sont représentés par la hiérarchie 2.x.

Exemple d'événement

Vous trouverez ci-dessous un exemple d'événement :

Mar 16 21:46:40 eDirectory : INFO {"Source" : "eDirectory#DS","Observer" : {"Account" : {"Domain" : "TREEUPGRADE","Name" : "CN=SLE12-142,O=novell"},"Entity" : {"SysAddr" : "164.99.179.142","SysName" : "SLE12-142"}},"Initiator" : {"Account" : {"Domain" : "TREEUPGRADE","Name" : "CN=SLE12-142,O=novell"},"Entity" : {"SysAddr" : "164.99.179.142:43230"}},"Target" : {"Data" : {"ClassName" : "Tree Root","Name" : "TREEUPGRADE","Version" : "2"}},"Action" : {"Event" : {"Id" : "0.0.3.2","Name" : "QUERY_DATA_ITEM_ATTRIBUTE","CorrelationID" : "eDirectory#5#","SubEvent" : "DSE_LIST_PARTITIONS"},"Time" : {"Offset" : 1489681000},"Log" : {"Severity" : 7},"Outcome" : "0","ExtendedOutcome" : "0"}}

Événements XDAS

Pour plus d'informations sur les événements XDAS, reportez-vous à l'Section H.0, Assignation d'événements eDirectory à des événements XDAS.

Dépannage des problèmes liés à XDAS

Pour plus d'informations sur la résolution des problèmes d'installation et de configuration, reportez-vous à la Dépannage des problèmes liés à XDAS.