L'onglet de configuration affiché les paramètres de configuration définie dans le fichier de configuration de votre module peut être consultés dans cet onglet ( voir la page Collecteur de type ldap-import ( pour Active Directory ) ) :
Elle est divisée en 5 chapitres :
Remarque : Cet onglet ne permet pas encore d'éditer la configuration ( => Sera implémenté dans une prochaine version )
|
Ce chapitre contient tous les paramètres pour le chargement et le fonctionnement des sources en général.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | |
|---|---|---|---|
| Modules |
| Nom de la source affichée dans l'interface de configuration en page d'accueil.
| |
| Type de Module |
| Type de module chargé par le Synchroniser. Pour cette source le module_type est "ldap-import". | |
| Intervalle d'import |
| Délai écoulé entre les imports automatiques de la source.
| |
| Ordre |
| L'ordre de la source dans l'interface de configuration, qui a un impact dans la fusion des données lors des imports de sources.
Remarque : Si vous changez l'ordre depuis l'interface ( page d’accueil ), le fichier .cfg sera mis à jour. |
|
Grace au paramètre "Mode de mélange des sources" ( merge_mode dans le fichier de configuration de la source ), il est possible de modifier la gestion d'une source lors de l'étape du mélange des sources.
Voir la page : Concept général et utilisation des sources
La valeur par défaut est : all
Les valeurs possibles sont :
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | |||
|---|---|---|---|---|---|
| merge_mode |
| Ce paramètre peut avoir les valeurs suivantes : | |||
| Label dans l'interface | Valeurs dans le fichier | Description | |||
| Ne fusionne pas avec les autres | dont_merge_with_other | Les éléments récoltés par cette source seront importés, mais pas fusionnés avec les autres sources. Ce qui implique que si un élément de cette source possède une clé de synchronisation commune avec une autre source alors ces éléments ne pourront être importés et provoquera un conflit. À utiliser si votre source vous donne un élément complet et qui ne doit pas être modifié ni par l'interface de configuration ni d'autres sources. | |||
| Seulement avec syncui | only_with_syncui | Si un élément importé par cette source est aussi récolté par "Syncui", ils seront fusionnés pour ne donner qu'un élément. À utiliser si votre source vous donne un élément complet et que vous voulez le modifier via l'interface de configuration. | |||
| Tout sauf syncui | all_without_syncui | Si un même élément est importé par plusieurs sources (à part "Syncui"), alors les éléments seront fusionnés pour n'en donner qu'un. À utiliser si votre source vous donne un élément à compléter avec d'autres sources, mais qui ne doit pas être modifié par l'interface de configuration. | |||
| Toutes | all (valeur par défaut) | Si un même élément est importé par plusieurs sources, alors les éléments seront fusionnés pour n'en donner qu'un. Cas par défaut : les éléments de cette source seront complétés avec les autres sources et l'interface de configuration. | |||
Syncui est une source qui importe tous les éléments de l'interface de configuration. Chaque fois qu'une source est importée, elle l'est aussi. Si une source ne se mélange pas avec Syncui, les modifications sur l'interface de configuration ne seront pas prises en compte . |
Les sources désactivées ne sont pas prises en compte lors du mélange des sources. |
Les éléments proposés par la source sont soumis au calcul des nouveautés ( cf. Les Modules de détection et de qualification ).
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| compute_new_element |
| Ce paramètre peut avoir les valeurs suivantes :
| ||||||||||||
Les éléments proposés par la source sont soumis au calcul des différences ( cf. Les Modules de détection et de qualification).
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| compute_element_difference |
| Ce paramètre peut avoir les valeurs suivantes :
| ||||||||||||
Permets de proposer en suppression, les éléments qui ne sont plus présents dans la ou les source/s.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
compute_deleted_element_not _in_source |
| Ce paramètre peut avoir les valeurs suivantes :
| |||||||||||||||
|
Permets d'appliquer les différences et d'importer les nouveaux éléments de cette source directement en Staging ou Production ou bien de les laisser dans l'espace de calcul des sources comme par défaut.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| put_in |
| Ce paramètre peut avoir les valeurs suivantes :
| ||||||||||||||||||
À noter: Une source avec le paramètre "put in" à la valeur "production" ou "production_and_reload_arbiter" ne poussera en production que les changements qui proviennent de la source et non tous les changements à appliquer en production (tous les changements visibles dans la page de production). Ce qui implique que si un utilisateur supprime un élément importé par une source avec le paramètre "put_in" à la valeur "production" ou "production_and_reload_arbiter" alors que l'élément est réimporté par la source : il y aura en production 2 éléments avec le même nom, car la suppression manuelle de l'élément ne sera pas prise en compte ce qui provoquera une erreur. |
Option qui permet de choisir l'utilisateur qui apparaîtra comme étant le dernier à avoir mis à jour les éléments.
À Noter: l'utilisateur doit être obligatoirement un administrateur Shinken. |
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Valeurs dans le fichier | Description | |
|---|---|---|---|---|
| put_in_user |
| shinken-core | Les nouveaux éléments et les éléments différents importés par cette source auront la valeur de cette clé comme utilisateur faisant la dernière modification. |
|
Ce chapitre liste tous les paramètres qui sont spécifiques au fonctionnement de cette source.
Dans cette source, plusieurs fichiers JSON seront à configurer. Ils respectent tous le même format que voici :
Le module implémentant le protocole LDAP, il est nécessaire de lui préciser que notre source va fonctionner avec l'implémentation de Microsoft : Active Directory. Le paramètre mode doit donc être configuré sur ad pour notre source Collecteur Active Directory.
Pour se connecter à un serveur Open LDAP, il faut utiliser le Collecteur OpenLDAP |
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description |
|---|---|---|
| mode | mode | Indique l'implémentation du protocole LDAP. Doit être à la valeur ad pour ce collecteur |
L'accès au serveur Active Directory se configure dans le fichier indiqué par le paramètre connection_configuration_file.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description |
|---|---|---|
| connection_configuration_file | connection_configuration_file | Chemin vers le fichier de configuration de la connexion au serveur Active Directory |
Ce fichier est lu à chaque import du collecteur, il est donc inutile de redémarrer le Synchronizer si vous modifiez ce fichier |
Le fichier indiqué dans ce paramètre ( par défaut /etc/shinken-user/source-data/source-data-active-directory-sample/_configuration/active-directory-connection.json ) doit respecter le format des fichiers Json. Voici les paramètres obligatoires à renseigner dans le fichier, qui permettent de définir la connexion au serveur Active Directory :
| Nom du paramètre | Description |
|---|---|
| url | Adresse de votre serveur Active Directory |
| ldap_protocol | Version du protocole LDAP (par défaut à 3 si pas spécifié) |
| base | OU (Organisation Unit) de base pour la découverte de vos objets. Permet de définir la racine de recherche des éléments à importer. |
| username | Utilisateur utilisé pour la connexion au serveur Active Directory. Il peut s'agir d'un compte en lecteur seule. |
| password | Mot de passe utilisé pour la connexion au serveur Active Directory |
Le compte utilisé pour envoyer des requêtes LDAP au serveur n'a besoin que d'un accès en "lecture seule". Vous devriez créer un compte de service Active Directory dédié à cet accès Shinken. |
Il est possible que l'utilisateur ldap utilisé soit soumis à certaines limites (nombre d'entrées, délai, taille ...). Si cette limite est rencontrée, aucun objet ne sera importé. |
Afin d'importer des hôtes et des groupes d'hôtes, il faut spécifier au module ou rechercher ces éléments dans le serveur Active Directory.
| Paramètre | Valeur par défaut | Description |
|---|---|---|
| hosts_base | OU (Organisation Unit) base pour la découverte de vos hôtes. Si ce paramètre est absent ou vide, aucun hôte ne sera découvert. | |
| hosts_filter | (|(objectClass=device)(objectClass=computer)) | Filtre au format LDAP utilisé pour découvrir uniquement certains hôtes. |
| hosts_filter_with_group | Filtre au format LDAP permettant de ne filtrer que les hôtes présents dans des groupes définis. | |
| hostgroups_base | OU (Organisation Unit) base pour la découverte de vos groupes d'hôtes. Si ce paramètre est absent ou vide, aucun groupe d'hôte ne sera découvert. | |
| hostgroups_filter | (|(objectclass=group) | Filtre au format LDAP utilisé pour découvrir uniquement certains groupes d'hôtes. |
Si vous ne souhaitez pas importer d'objets Active Directory et donc de ne pas créer d'hôte en "nouveau" dans Shinken, vous pouvez ne pas définir la propriété hosts_base ou bien la laisser vide. |
| Paramètre | Valeur par défaut | Description |
|---|---|---|
| contacts_base | OU (Organisation Unit) base pour la découverte de vos contacts. Si ce paramètre est absent ou vide, aucun contact ne sera découvert. | |
| contacts_filter | (|(objectClass=InetOrgPerson)(objectClass=user)) | Filtre au format LDAP utilisé pour découvrir uniquement certains contacts. |
| contacts_filter_with_group | Filtre au format LDAP permettant de ne filtrer que les contacts présents dans des groupes définis. | |
| contactgroups_base | OU (Organisation Unit) base pour la découverte de vos groupes de contacts. Si ce paramètre est absent ou vide, aucun groupe de contacts ne sera découvert. | |
| contactgroups_filter | (|(objectclass=group) | Filtre au format LDAP utilisé pour découvrir uniquement certains groupes de contacts. |
Si vous ne souhaitez pas importer d'objets Active Directory et donc de ne pas créer d'utilisateur en "nouveau" dans Shinken, vous pouvez ne pas définir la propriété contacts_base ou bien la laisser vide |
Voici un exemple de ce fichier
{
# Mandatory
"url": "ldap://192.168.1.240",
"ldap_protocol":3,
"base": "dc=shinkendom,dc=local",
"username": "shinkendom/administrateur",
"password": "P@ssword1",
# Optionnal
"hosts_base": "OU=Serveurs,dc=shinkendom,dc=local",
"hosts_filter": "(|(objectClass=device)(objectClass=computer))",
"hosts_filter_with_group":"",
"contacts_base": "OU=Users,dc=shinkendom,dc=local",
"contacts_filter": "(|(objectClass=InetOrgPerson)(objectClass=user))",
"contacts_filter_with_group": "",
"hostgroups_base": "OU=Serveurs,dc=shinkendom,dc=local",
"hostgroups_filter": "(|(objectclass=group)(objectclass=groupofnames)(objectclass=groupofuniquenames))",
"contactgroups_base": "OU=Users,dc=shinkendom,dc=local",
"contactgroups_filter": "(|(objectClass=groupOfUniqueNames)(objectClass=groupOfNames)(objectClass=posixGroup))"
} |
Le mapping des informations collectées par la source se configure dans le fichier indiqué par le paramètre mapping_configuration_file. Une page est dédiée à ce mapping : Le mapping des informations collectées des champs du serveur Active Directory vers les propriétés et les données Shinken.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | |
|---|---|---|---|
| mapping_configuration_file |
| Chemin vers le fichier de correspondance des attributs LDAP vers les propriétés et données Shinken |
Les règles d'application des modèles par la source se configurent dans le fichier indiqué par le paramètre rules_configuration_file. Une page est dédiée à ces règles : Les règles d'application des modèles par rapport aux champs collectés du serveur Active Directory
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Description | |
|---|---|---|---|
| rules_configuration_file |
| Chemin vers le fichier de configuration des règles d'ajout de modèles sur les éléments importés |
|
Les clés de synchronisation sont des valeurs utilisées lors de l'étape du mélange des sources ( Voir Modules de Sources ( imports ) et de Taggers ( qualification ) ) qui permet de choisir quel élément de cette source se mélange avec quel élément d'une autre source ( Voir Le mélange des sources & les clés de synchronisation (sync-key)).
Les paramètres properties_used_as_synckey_for_host, properties_used_as_synckey_for_hostgroup, properties_used_as_synckey_for_contact et properties_used_as_synckey_for_contactgroup de la source permettent d'ajouter les propriétés qui serviront à créer les clés de synchronisation ( Voir Collecteur de type ldap-import ( pour Active Directory ) ).
| Propriété | Type d'élément | Info | |
|---|---|---|---|
| Tous les éléments | Cette propriété ne peut pas être retirée des propriétés utilisées pour faire les clés de synchronisation | |
| Tous les éléments | Cette propriété ne peut pas être retirée des propriétés utilisées pour faire les clés de synchronisation | |
| hôte | ||
| contact |