La configuration du collecteur défini dans le fichier de configuration de la source ( voir la page pour plus de détails ) peut être consultée dans cet onglet :
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 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 "discovery-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 comment est gérée une source lors de l'étape du mélange des sources.
Voir la page : Module de source discovery ( de type discovery-import )
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 provoquerons un conflit. A utiliser si votre source vous donne un élément complet et qui ne doit pas être modifier ni par l'interface de configuration ni d'autre source. | |||
| 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. A utiliser si votre source vous donne un élément complet et que vous 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. A 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és 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 : | |||
| Label dans l'interface | Valeurs dans le fichier | Description | |||
| coché | authorized (valeur par défaut) | Activée => le mécanisme de calcul des nouveautés analysera les éléments de la source pour identifier les nouveaux éléments par rapport à l'espace de données Staging. | |||
| non coché | never_new | Désactivée => les éléments de la source n’apparaîtront pas en tant que nouveau, même s'ils n'ont jamais été importés par rapport à l'espace de données Staging. | |||
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 : | |||
| Label dans l'interface | Valeurs dans le fichier | Description | |||
| cochée | authorized (valeur par défaut) | Activée => le mécanisme de calcul des différences analysera les éléments de la source pour identifier toute différence par rapport à l'espace de données Staging. | |||
| non cochée | never_difference | Désactivée => les éléments de la source n’apparaîtront pas en tant que différence, même s'ils possèdent des différences par rapport a l'espace de données Staging. | |||
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 : | |||
| Label dans l'interface | Valeurs dans le fichier | Description | |||
| Désactivé | disabled (valeur par défaut) | Les éléments qui ne sont plus présents dans la(les) source(s) ne seront pas proposés à la suppression. | |||
| Supprimer s'ils ne sont pas dans TOUTES les sources | delete_if_missing_in _all_sources | Les éléments, qui ne sont plus présents dans cette source et qui n'existent pas dans les autres sources (sauf Syncui), seront proposés à la suppression. | |||
| Supprimer s'ils ne sont pas dans cette source | delete_if_missing_in _this_source | Les éléments qui ne sont plus présents dans cette source seront proposés à la suppression. | |||
|
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 : | |||
| Label dans l'interface | Valeurs dans le fichier | Description | |||
| Espace de calcul des Sources | source_space (valeur par défaut) | Les éléments sont sauvegardés dans l'espace de donnée "Sources". Cette espace sera comparée avec l'espace de données "Staging" afin de calculer les nouveautés et les différences. | |||
| Staging | staging | Les éléments sont sauvegardés dans les espaces de données "Espace de calcul des Sources" et "Staging". | |||
| Production | production | Les éléments sont sauvegardés dans les espaces de données "Espace de calcul des Sources", "Staging" et "Production". | |||
| Production et rechargement de l'Arbiter | production_and_reload_arbiter | Les éléments sont sauvegardés dans les espaces de données "Espace de calcul des Sources", "Staging" et "Production". | |||
À 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 importer 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 | Valeur 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.
La discovery conserve sa configuration ( ses plages réseau, ses règles de découvertes, ... ) dans une base MongoDB. Ces paramètres permettent de s'y connecter.
Il est préférable d'utiliser la même base que le Synchronizer |
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Valeur dans le fichier | Description | |
|---|---|---|---|---|
| discovery-import__database__retry_connection_X_times_before_considering_an_error |
| 15 | Nombre de tentatives à effectuer avant de considérer une requête mongo comme étant en erreur | |
| discovery-import__database__wait_X_seconds_before_reconnect |
| 5 | Temps d'attente entre chaque tentative de requête mongo | |
| mongodb_database |
| synchronizer | le nom de la base de données | |
| mongodb_retry_timeout |
| 10 | Le temps d'attente avant la reconnexion à la base mongo en cas d'erreur | |
| mongodb_ssh_keyfile |
| ~shinken/.ssh/id_rsa | Le chemin ver le fichier de clé privée SSH. N'est utile que si la connexion apr SSH est utilisée. | |
| mongodb_ssh_user |
| shinken | Nom de l'utilisateur SSH. N'est utile que si la connexion apr SSH est utilisée. | |
| mongodb_uri |
| mongodb://localhost/?safe=false | Adresse du mongo à utiliser | |
| mongodb_use_ssh_retry_failure |
| 1 | Nombre de tentative d'essaie en cas d'erreur SSH. N'est utile que si la connexion apr SSH est utilisée. | |
| mongodb_use_ssh_tunnel |
| 0 | Permet d'activer la connexion à MongoDB en passant par un tunnel SSH. |
Permet de définir le fichier de règle de découverte de la discovery.
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Valeur dans le fichier | Description | |
|---|---|---|---|---|
| rules_path |
| /etc/shinken-user/configuration/daemons/synchronizers/sources/discovery/discovery_rules.json | Le chemin vers le fichier de règle de découverte qui sera utilisé lors de l'import. L'utilisation de ce fichier est décrit dans la page Les règles de découvertes du scan réseau ( discovery-import ) |
| Nom du paramètre dans l'interface | Nom du paramètre dans le fichier | Valeur dans le fichier | Description | |
|---|---|---|---|---|
| nmap_mac_prefixes_path |
| /etc/shinken-user/configuration/daemons/synchronizers/sources/discovery/nmap/nmap-mac-prefixes | Le chemin vers le fichier des préfixes nmap utilisés dans les imports. |
Lors du scan d'une plage réseau, le collecteur discovery peut remonter le constructeur du matériel à l'aide de nmap.
Cette détection du constructeur se fait par identification de l'adresse MAC de l'équipement détecté sur le réseau. Pour la correspondance entre adresse MAC et constructeur, nmap utilise un fichier nommé nmap-mac-prefixes qui comporte des adresses MAC associées à des constructeurs (macvendor).
Par exemple, si votre machine récupérée par la discovery a pour adresse MAC "0050BAXXXXX", le constructeur détecté (macvendor) est "D-Link".
Shinken fournit par défaut un fichier nmap-mac-prefixes qui sert de référence à nmap. Ce fichier est mis à jour à chaque mise à jour de Shinken.
|
Pour créer des associations entre adresses MAC et constructeur personnalisées, il est possible créer un fichier nmap-mac-prefixes dans /etc/shinken-user/configuration/daemons/synchronizers/sources/discovery/nmap/, qui surchargera celui que Shinken met à disposition lors de l'installation. Un fichier d'exemple est disponible dans /etc/shinken-user-example/configuration/daemons/synchronizers/sources/discovery
Ce fichier doit être au format de l'exemple donné et peut contenir des commentaires en commençant la ligne par un #.
Votre fichier surcharge la liste présente par défaut dans l'installation de Shinken Entreprise.
Le fichier par défaut à utiliser comme modèle est le suivant: nmap-mac-prefixes.
Pour plus d'informations sur la syntaxe à respecter pour ce fichier, la documentation de nmap décrit la syntaxe requise pour ce fichier de préfixes: https://nmap.org/book/nmap-mac-prefixes.html
L'exemple suivant fournit une illustration sur la découverte d'un NAS Synology et la détection automatique du constructeur.
|
La commande nmap lancée par la source discovery utilise les paramètres suivants:
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) ).
| 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 |