|
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.
Un caractère non autorisé provoquera un compteur erreur
ce champ ne peut pas rester vide
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 la propriété, la propriété vaudra par défaut le nom de l'hôte.
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'informations sur cet hôte.
N'importe quelle URL valide peut être utilisée, 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 données ( macro ) de cet hôte peuvent être utilisées dans l'URL.
|
Pour les modèles uniquement :
Cet onglet définit des données qui pourront être utilisées par des Macros, notamment à l'utilisation de la Commande des checks attachés à cet hôte. Consulter ces pages pour plus d'information.
Si vous donnez un nom de donnée protégée à l'une de vos données, vous ne pourrez plus modifier ce nom par la suite. Cette modification est interdite afin d'éviter qu'une donnée protégée devienne visible, en changeant son nom. |
|
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 (dans l'exemple mssql et mssql-availability)
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, un seul check utilise des Duplicate Foreach.
Cette page permet également de surcharger les valeurs du checks.
Enfin elle permet d'essayer les checks 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 checks, si une erreur survient pendant l'essai du check, celle-ci vous sera affiché à la place des résultats. |
|
|
Certains checks peuvent être affichés en grisé avec le libellé 'Caché'.
Cette situation se produit lorsque deux checks ayant le même nom sont attachés sur deux modèles d'hôte hérités ou bien directement sur l'hôte. Dans ce cas le check attaché sur le modèle d'hôte apparaissant en amont dans l'ordre d'héritage sera actif, l'autre sera caché.
Inverser l'ordre d'héritage de ces modèles d'hôte inversera également le statut (caché / actif) des checks.
|
|
|