|
Clé d'import: host_name
Cette propriété permet de définir le nom utilisé pour identifier le modèle d'hôte.
Les caractères ~!$%^&*"'|<>?,()=/+ sont interdits dans ce champ.
Le nom d'hôte ne doit pas exister en tant que nom de cluster. Si tel est le cas, une erreur sera affiché à la sauvegarde. |
Clé d'import: display_name
Cette propriété permet de définir une description de l'hôte qui pourra être affiché dans les interfaces web.
Le nom est accessible par l'intermédiaire de la variable de $HOSTNAME$.
Remarque: Si vous ne spécifiez pas une adresse, la propriété vaudra par défaut le nom du host.
Pour des raisons de sécurité, les caractères suivants <>&"'/ seront remplacés par des équivalents dans la base de données. |
Clé d'import: notes_multi_url
Cette propriété est utilisée pour définir plusieurs URL qui peuvent être utilisées pour fournir plus d'information sur cet hôte.
N'importe quelle URL valide peut être mise, commençant par http:// or https://
Chaque URL commence par le nom à afficher, suivi du séparateur '~=' puis du lien.
Par exemple pour créer un lien hypertexte vers http://www.shinken-solutions.com, avec un texte d'URL qui dit 'Bienvenue à Shinken Solutions!', vous devez écrire ceci:
Bienvenue à Shinken Solutions!~=http://www.shinken-solutions.com
Pour rajouter plusieurs URL, séparez chaque entrée par '~#~'
Par Exemple pour créer trois URL, vous devez écrire ceci:
Nom 1~=http://lien1.com~#~
Nom 2~=http://lien2.com~#~
Nom 3~=http://lien3.com
Dans cette propriété, des macros peuvent être utilisées. Les macros qui peuvent être utilisées sont les suivantes: données globales, données personnalisées présentes dans l'onglet Données et les données statiques suivantes:
|
Pour les modèles uniquement :
|
Il est possible pour chaque hôte, de définir qui peut voir, éditer, ou encore recevoir les notifications. Le fonctionnement de ce mécanisme est expliqué dans la page Droits d'accès à un hôte. Ces propriétés gèrent l'Héritage additif (le +).
|
|
Cet onglet résume quels sont les Checks qui seront appliqués à l'hôte, et leur provenance (venant de quel modèle d'hôte, ou directement appliqué à l'hôte).
Les modèles sont listés par ordre d'héritage, et ne montrent pas les checks de même nom qui ont été supprimés par résolution d'héritage.
Cet onglet permet également de vérifier la duplication par la fonctionnalité permettant de Dupliquer pour chaque valeur de la Donnée de l'hôte
Ici, dans l'image, 2 checks utilisent des Duplicate Foreach.
Enfin, cet onglet permet d'essayer les Checks directement depuis leur configuration actuelle afin de vérifier leur résultat.
![]() |
Les boutons dans la colonne [Essayer ce check] permettent d'évaluer ou d'essayer directement l'exécution d'un check, avec la résolution de ses données.
Le premier bouton (roue crantée) permet de simuler la résolution des arguments, sans l'exécution du check. Cette évaluation vous permettra d'afficher la commande avec les données interprétées.
Le second bouton (roue crantée + icône play) permet d'évaluer et de simuler son exécution depuis la plateforme de configuration (synchronizer). Cette exécution n'utilisera pas vos pollers. Vous pouvez donc utiliser ce bouton pour tester votre commande sans affecter vos serveurs pollers en production.
Le tableau récapitulatif présente les données récupérées, et le résultat de la commande en prenant en compte les éventuelles modulations.
Le troisième bouton (icône play) permet d'évaluer et de simuler son exécution directement sur les pollers, comme lors de l'exécution normale sur votre architecture Shinken. Vous pouvez donc utiliser ce bouton pour tester votre commande sur votre environnement de production.
Le tableau récapitulatif présente les données récupérées, et le résultat de la commande en prenant en compte les éventuelles modulations.
Le dernier bouton (croix) permet de cacher le bloc d'essai du check.
Afin de tester au mieux vos check, si une erreur survient pendant l'essai du check, celle-ci vous sera affiché à la place des résultats. |
|
|
|
|