Glossaire

Un check actif est un petit programme ou script qui établit une connexion directe avec un service sur le réseau ou internet, à partir duquel il interroge les données de supervision. Les vérifications actives sont utilisées pour les services réseau tels que HTTP, SMTP ou IMAP, par exemple check_http pour interroger des pages Web. Une vérification active gère à la fois la collection et l'évaluation des données. Cela diffère d'un plugin de supervision, parfois appelé vérification passive, car une vérification passive évalue uniquement les données existantes.

For more information, consult the section Supervision of network services (active checks).

Les modifications apportées à la configuration ne prennent effet sur la supervision qu’après avoir été activées lors d’une deuxième étape ; cela fonctionne de manière similaire à la façon dont les programmes de partitionnement handle ce processus, par exemple : configurer, check, appliquer.

Pour en savoir plus, consultez la section Activer les modifications.

Un agent sur un ordinateur hôte collecte les données pertinentes pour la supervision. L'agent peut être un petit programme installé sur l'ordinateur hôte (l'agent Checkmk), un agent SNMP fonctionnant indépendamment de Checkmk sur l'ordinateur hôte, un agent spécial qui obtient les informations via une API fournie par le système cible — ou un contrôle actif qui interroge des services réseau.

Pour en savoir plus, consultez la section Agents de supervision.

Sur certains systèmes, l’agent Checkmk standard ne peut pas être installé et le protocole SNMP n’est pas (suffisamment) disponible. À la place, ces systèmes fournissent des API de gestion basées sur Telnet, SSH ou HTTP/XML. Via un agent spécial fonctionnant sur le serveur Checkmk, Checkmk interroge ces interfaces, intégrant ainsi l’ordinateur hôte dans Checkmk via l’API.

Pour en savoir plus, consultez la rubrique Agents spéciaux.

L'appliance virtuelle est un système créé pour VirtualBox ou VMware ESXi avec un micrologiciel préinstallé et préparé pour Checkmk. Il comprend une interface de configuration graphique qui rend inutile toute connaissance de Linux.

Pour en savoir plus, consultez la section Appliance virtuelle.

Les balises de l’hôte sont des caractéristiques pouvant être attribuées aux hôtes afin de pouvoir les cibler ultérieurement dans la configuration des règles ou lors de la supervision des vues. Les balises de l’hôte sont réparties en groupes ; par exemple, un groupe de balises « Systèmes d’exploitation » peut être configuré avec les balises « Linux » et « Windows ». Certains groupes de balises sont prédéfinis, tels que le type d’agent Checkmk utilisé ou la famille d’adresses IP utilisée pour indiquer si un hôte doit être surveillé via IPv4, IPv6 ou les deux versions. Les balises ont également des valeurs prédéfinies et une valeur par défaut qui est attribuée à chaque hôte tant qu’elle n’a pas été remplacée par une autre option du groupe.

Pour en savoir plus, consultez la section Balises de l’hôte.

La barre de navigation est le panneau de navigation principal de l'interface Checkmk ; elle se trouve sur le côté gauche et comporte, entre autres, les menus « Monitor », « Setup » et « Customize ».

Pour en savoir plus, consultez la section « La barre de navigation ».

La barre latérale peut être affichée à partir de la barre de navigation d'un simple clic de souris. Les utilisateurs peuvent ajouter divers snap-ins à la barre latérale pour faciliter la navigation ou afficher d'un seul coup d'œil des données d'état importantes.

Pour en savoir plus, consultez la rubrique Barre latérale.

Dans les éditions commerciales, la boulangerie d’agents sert à créer des paquets d’agents personnalisés ; en option, ces paquets peuvent également être distribués automatiquement.

Pour en savoir plus, consultez la section Boulangerie d’agents.

Dans Checkmk, un check est un script ou un programme qui évalue un ordinateur hôte ou un service selon des règles prédéfinies, c'est-à-dire le processus qui détermine l'état des ordinateurs hôtes et des services et qui aboutit à l'affichage d'un état : OK, DOWN, UNREACH, WARN, CRIT, PEND ou UNKNOWN. Les checks peuvent être mis en œuvre, par exemple, à l'aide d'un plugin de supervision, d'un check local ou d'un check actif.

Pour en savoir plus, consultez la rubrique Checks.

Un check local est une extension (écrite par vos soins), sous la forme d’un script dans n’importe quel langage de programmation, qui s’exécute sur l’ordinateur hôte. Contrairement aux checks classiques, le calcul de l’état s’effectue directement sur l’ordinateur hôte. Les résultats du script sont ajoutés à la sortie standard de l’agent.

Pour en savoir plus, consultez la section Checks locaux.

Une configuration « rapide » se compose de quatre éléments que vous connaissez déjà en tant que composants individuels de la configuration d’une instance Checkmk. Ces éléments sont une règle pour l’agent spécial correspondant, un ordinateur hôte, une connexion dans la gestion dynamique des hôtes et une entrée dans le coffre-fort à mot de passe.

Les contacts sont des utilisateurs Checkmk responsables d’ordinateurs hôtes et de services spécifiques. L’affectation des contacts aux ordinateurs hôtes et aux services s’effectue via des groupes de contacts. Les contacts peuvent également être des comptes utilisateurs créés uniquement à des fins de notification, par exemple pour le transfert vers un système de tickets.

Pour en savoir plus, consultez la section « Groupe de contact ».

Les éditions Checkmk correspondent aux différentes variantes logicielles de Checkmk disponibles au téléchargement et à l’installation. Il s’agit de l’édition libre Checkmk Community (anciennement Checkmk Raw), pour les utilisateurs professionnels de l’édition Checkmk Pro (anciennement Checkmk Enterprise) disponible par abonnement, de l’édition Checkmk Ultimate (anciennement Checkmk Cloud (Self-hosted)) basée sur Checkmk Pro, et enfin de l’édition Checkmk Ultimate avec Multi-Tenancy (anciennement Checkmk MSP). Dans cet ordre, chaque édition contient l’ensemble complet des fonctionnalités de l’édition précédente — et les complète par des fonctionnalités supplémentaires spécifiques. Par exemple, Checkmk Ultimate est une version de Checkmk Pro qui a été étendue et optimisée pour la supervision d’environnements hybrides.

Pour en savoir plus, consultez la section « Sélection d’une édition Checkmk ».

L'interface web de Checkmk est divisée en environnements de supervision et de configuration. Ce dernier désigne les processus permettant de définir des règles, d'ajouter et de définir des ordinateurs hôtes et des services, de gérer les utilisateurs ou de spécifier des options générales. L'environnement de configuration est accessible via le menu « Setup » dans la barre de navigation.

Pour en savoir plus, consultez la section L'interface utilisateur pour les utilisateurs.

L'interface web de Checkmk est divisée en environnements de supervision et de configuration. Le premier désigne les processus par lesquels l'état de l'infrastructure surveillée est affiché ; ceux-ci comprennent l'inventaire, les tableaux de bord, les listes d'ordinateurs hôtes, de services, d'événements ou de problèmes, les données historiques, etc. L'environnement de supervision est accessible via le menu « Monitor » de la barre de navigation.

Pour en savoir plus, consultez la section L'interface utilisateur pour les utilisateurs.

L'état d'un ordinateur hôte, c'est-à-dire s'il est joignable via le réseau (UP), s'il ne répond pas aux requêtes provenant du réseau (DOWN) ou si son chemin d'accès est bloqué par des périphériques intermédiaires défaillants (commutateurs, routeurs, etc.) (UNREACH). Pour les ordinateurs hôtes nouvellement ajoutés qui n'ont jamais été interrogés auparavant, il existe également l'état PEND, qui n'est pas un état au sens strict.

Pour en savoir plus, consultez la section Ordinateurs hôtes et services.

L'état d'un service est toujours «OK», «WARN», «CRIT» ou «UNKNOWN», et décrit l'état actuel du service selon des règles prédéfinies. Pour les services nouvellement ajoutés qui n'ont jamais été interrogés auparavant, il existe également l'état «PEND», qui n'est pas un état au sens strict.

Pour en savoir plus, consultez la rubrique Services.

Les ordinateurs hôtes peuvent se voir attribuer des balises de l’hôte, mais ils peuvent également recevoir des étiquettes directes. Une étiquette se compose de deux parties (clé et valeur), séparées par deux points. Ces paires clé-valeur arbitraires (os:linux, os:windows, foo:bar, etc.) peuvent être définies directement sur un ordinateur hôte — sans aucune configuration préalable, contrairement à ce qui est nécessaire pour les balises de l’hôte. Les étiquettes n’ont donc pas de portée prédéfinie, ni de valeur par défaut, mais sont très dynamiques. En particulier, Checkmk peut intégrer dans la supervision des objets créés automatiquement par des systèmes de conteneurs tels que Kubernetes, Azure ou AWS en tant que machines hôtes, puis les enrichir avec des étiquettes générées automatiquement à partir de leurs métadonnées. Les étiquettes peuvent être utilisées, par exemple, pour sélectionner des conditions dans les règles ou pour filtrer les vues de la supervision.

Pour en savoir plus, consultez la section Étiquettes.

Lors de la surveillance des ordinateurs hôtes et des services, Checkmk se concentre sur les états. L’Event Console est le module qui, en revanche, gère les événements, c’est-à-dire la supervision à partir de sources telles que syslog ou les traps SNMP, mais aussi, en option, le journal des événements Windows, les fichiers journaux et vos propres applications. Un exemple : un message d’avertissement provenant du service SMTP d’un serveur de messagerie ne modifierait pas le statut/l’état de son ordinateur hôte ou de ses services — pourtant, il s’agit d’une information pertinente qui a sa place dans la supervision. La Event Console peut être utilisée pour enregistrer et afficher de tels événements dans Checkmk.

Pour en savoir plus, consultez la section Event Console.

Certains hôtes faisant partie de la supervision ne sont pas interrogés directement car ce ne sont pas des appareils physiques, mais plutôt des machines virtuelles ou des conteneurs, ou bien les données ne peuvent être fournies que par un système tiers. Ces systèmes tiers (les hôtes physiques) fournissent les données sous forme de pièce jointe dans la sortie de leur propre agent et sont appelés par nos soins « hôtes ferroutés ». Ainsi, par exemple, un serveur Docker transmettrait les données du conteneur Docker en même temps que ses propres données. Les conteneurs de cet exemple sont donc les hôtes ferroutés.

Pour en savoir plus, consultez la section « Le mécanisme de ferroutage ».

Dans Checkmk, les hôtes sont principalement gérés par des dossiers. Les groupes d’hôtes permettent un regroupement différent des hôtes afin de sélectionner des hôtes pour la supervision, par exemple dans les vues. Les balises de l’hôte, les étiquettes et les dossiers d’hôtes sont utilisés pour affecter des hôtes à ces groupes via des règles. Les hôtes peuvent également être explicitement affectés à un groupe d’hôtes.

Pour en savoir plus, consultez la rubrique Groupes d’hôtes.

Tout comme les hôtes, les services peuvent également être regroupés afin que ces groupes puissent être filtrés ultérieurement dans les vues ou traités spécifiquement dans la configuration. Les groupes peuvent être formés à partir de dossiers, de balises de l’hôte, d’étiquettes d’hôte et de service, ainsi que de noms d’hôte et de noms de service filtrés via des expressions régulières.

Pour en savoir plus, consultez la section « Groupe de service ».

L’informatique décisionnelle dans Checkmk permet d’afficher clairement l’état global d’un aperçu de niveau supérieur dérivé de nombreuses valeurs d’état individuelles. Ce niveau supérieur peut être un regroupement abstrait de composants individuels ou une application critique pour l’entreprise. Par exemple, l’état d’une application de courrier électronique, composée de divers ordinateurs hôtes, commutateurs et services tels que SMTP et IMAP, peut être regroupé en un seul affichage. La formulation de considérations totalement intangibles et non techniques est également possible ici, par exemple la disponibilité en temps voulu d’un produit à livrer : Cet objectif se situe dans le futur et dépend de nombreux facteurs, tels que la chaîne d’approvisionnement, le bon fonctionnement de la production, le personnel disponible, etc. Toute menace pesant sur cet objectif abstrait pourrait être identifiée et prise en compte via le module BI.

Pour en savoir plus, consultez la rubrique informatique décisionnelle (BI).

Si un objet (ordinateur hôte ou service) change d’état plusieurs fois sur une courte période, il est considéré comme instable et est marqué de l’icône «». Pour un objet identifié comme instable, les changements d’état successifs ne déclenchent plus de notifications. La détection d’instabilité peut être activée ou désactivée — globalement ou par règle — séparément pour les ordinateurs hôtes et les services.

Pour en savoir plus, consultez la section Ordinateurs hôtes et services instables.

Une instance correspond à un projet de supervision Checkmk unique et actuellement en cours d'exécution. Checkmk peut être exécuté en parallèle sur le même serveur sous la forme de plusieurs instances indépendantes, par exemple pour tester différentes versions ou éditions de Checkmk, ou pour effectuer une supervision distincte des (nouveaux) ordinateurs hôtes qui ne doivent pas (encore) être inclus dans la supervision de production.

Pour en savoir plus, consultez la rubrique Création d’une instance.

Lorsque la configuration de Checkmk fait référence à une « intégration d’API » (API integrations), il s’agit de données de supervision qui utilisent le format de données de l’agent Checkmk mais qui proviennent d’une source différente. Ces sources peuvent être des programmes source de données, des agents spéciaux ou des ordinateurs hôtes qui transmettent leurs données. Si les données reçues via une intégration d’API doivent être utilisées pour la supervision, l’option « Intégration d’API » (API integrations) doit être activée dans les propriétés d’un hôte.

Pour en savoir plus, consultez la section Programmes source de données.

Un jeu de règles s'applique à un aspect spécifique d'un ordinateur hôte ou d'un service, tel que les valeurs seuils d'utilisation du processeur. Un nombre illimité de règles individuelles peut être créé au sein de chaque jeu de règles. Par exemple, le jeu de règles « CPU utilization on Linux/Unix » pourrait contenir deux règles qui définissent le statut du service comme « WARN » à 90 % sur certains ordinateurs hôtes et dès 70 % sur d'autres.

Pour en savoir plus, consultez la section Types de jeux de règles.

Livestatus est l’interface la plus importante de Checkmk. Grâce à elle, les utilisateurs de Checkmk bénéficient d’un accès en temps réel le plus rapide possible à toutes les données des ordinateurs hôtes et des services surveillés. Par exemple, les données du snap-in « Overview » sont récupérées directement via cette interface. Le fait que les données soient extraites directement de la mémoire vive (RAM) évite les accès lents au disque et permet une supervision rapide sans surcharger le système.

Pour en savoir plus, consultez la section Récupération des données d'état via Livestatus.

Valeurs mesurables et calculables pour les ordinateurs hôtes et les services au fil du temps, telles que la température, l'utilisation ou la disponibilité, qui peuvent être utilisées pour des graphiques, par exemple. Les valeurs passées sont stockées dans des RRD (Round Robin Database) et conservées par défaut pendant une durée maximale de 4 ans.

Pour en savoir plus, consultez la section « Valeurs mesurées et graphiques ».

Dans les éditions commerciales, l’Agent Updater est un plugin d’agent qui permet de mettre à jour automatiquement les agents.

Pour en savoir plus, consultez la section Mises à jour automatiques des agents.

En mode « Pull », l’agent Checkmk écoute les connexions entrantes provenant du serveur Checkmk sur le port TCP 6556. Dès que l’agent reçoit une requête, il envoie les données de supervision au serveur. Ici, l’initiative de la transmission des données vient du serveur, qui, en substance, « tire » les données de l’agent. Le mode Pull est le mode par défaut de transmission des données depuis l’agent Checkmk — et fonctionne dans toutes les éditions de Checkmk.

Pour en savoir plus, consultez la section de l'agent Checkmk.

En mode Push, l’agent Checkmk envoie les données de supervision au serveur Checkmk une fois par minute. L’agent initie lui-même la transmission des données et n’attend pas de requête du serveur. Le mode Push est toujours requis si le serveur Checkmk ne peut pas accéder au réseau dans lequel se trouvent l’ordinateur hôte et son agent, par exemple dans une configuration basée sur le cloud. Pour cette raison, le mode Push n’est disponible que pour les ét Checkmk Ultimate.

Pour en savoir plus, consultez la section de l'agent Checkmk.

Une notification permet d’informer activement un utilisateur Checkmk des problèmes ou autres événements de supervision, par courrier électronique HTML, SMS, Slack ou tout autre moyen similaire. Les règles de notification déterminent qui est notifié et comment. Par exemple, si M. Hirsch reçoit un courrier électronique l’informant que le service filesystem / sur l’ordinateur hôte myserver123 est passé de WARN à CRIT, c’est parce que M. Hirsch est un contact pour cet ordinateur hôte et qu’une règle de notification stipule que tous les contacts de l’ordinateur hôte doivent recevoir un courrier électronique lorsqu’un de ses services passe à CRIT.

Pour en savoir plus, consultez la section « Notions de base sur les notifications ».

Dans Checkmk, un ordinateur hôte est tout système autonome, physique ou virtuel, surveillé par Checkmk. Il s’agit généralement de composants disposant de leur propre adresse IP (serveurs, commutateurs, périphériques SNMP, machines virtuelles), mais aussi, par exemple, de conteneurs Docker ou d’autres objets logiques qui ne possèdent pas une telle adresse IP. Chaque ordinateur hôte se trouve toujours dans l’un des états suivants : « UP », « DOWN », « UNREACH » ou « PEND », et dispose toujours d’au moins un service.

Pour aller encore plus loin : En interne, pour Checkmk, un ordinateur hôte est simplement un élément de structuration qui contient des éléments à surveiller, c'est-à-dire des services. Chaque ordinateur hôte dispose nécessairement d'au moins un service permettant de vérifier l'accessibilité effective (tel que PING ou l'agent Checkmk lui-même, c'est-à-dire le service Check_MK). À cet égard, le terme « ordinateur hôte » ne désigne guère plus que l'en-tête sous lequel un certain nombre de services sont regroupés.

Pour en savoir plus, consultez la section Administration des ordinateurs hôtes.

Le MKP est le format de fichier propre à Checkmk destiné à l'agrégation et à la distribution d'extensions, c'est-à-dire de plugins de supervision personnalisés, de plugins d'agent, de visualisations de la série chronologique, de scripts de notification, de vues, de tableaux de bord, etc.

Pour en savoir plus, consultez la section Paquets d'extensions Checkmk (MKP).

Les périodes de maintenance planifiées sont des interruptions prévues, par exemple pour la mise à jour de certains ordinateurs hôtes. Les périodes de maintenance planifiées remplacent temporairement les notifications et, par exemple, sont prises en compte dans le calcul de la disponibilité et empêchent temporairement les ordinateurs hôtes et services concernés d'apparaître comme des problèmes.

Pour en savoir plus, consultez la section « Périodes de maintenance planifiées ».

Dans Checkmk, il est possible de limiter des éléments tels que les notifications, les calculs de disponibilité et même l'exécution générale des contrôles à certaines périodes de temps récurrentes. Les périodes de temps peuvent être utilisées, par exemple, pour définir les heures de travail quotidiennes, pour spécifier les congés et les jours fériés, ou pour distinguer les week-ends des jours de semaine. Ces périodes de temps peuvent ensuite être utilisées dans des règles.

Pour en savoir plus, consultez la rubrique « Périodes de temps ».

Le périphérique est un serveur 19 pouces doté d'un micrologiciel préinstallé et préparé pour Checkmk, qui peut être déployé immédiatement dans les centres de données. Il est livré avec une interface de configuration graphique qui rend inutile toute connaissance de Linux.

Pour en savoir plus, consultez la section Périphérique.

Un plugin d’agent étend les fonctionnalités de l’agent standard fourni avec Checkmk. Il s’agit d’un petit programme ou d’un script appelé par l’agent Checkmk qui enrichit la sortie de l’agent avec des sections supplémentaires de données de supervision. L’agent Updater est un exemple de plugin d’agent.

Pour en savoir plus, consultez la rubrique « Étendre les agents avec des plugins ».

Les plugins de supervision sont des modules écrits en Python qui s’exécutent sur l’instance Checkmk et qui créent et évaluent les services d’un ordinateur hôte. Par exemple, le plugin de supervision df, disponible sur une instance à l'adresse ~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/ (lors de l'utilisation de l'API Check V2) ou ~/local/lib/check_mk/base/plugins/agent_based/ (lors de l'utilisation de l'API Check V1), crée des services pour les systèmes de fichiers montés existants d'un ordinateur hôte à partir des données fournies par un agent sur l'instance, et vérifie ces services par rapport à ces données, par exemple pour déterminer l'espace libre restant.

En savoir plus sur les plugins de supervision.

Dès qu’un ordinateur hôte a été ajouté à la supervision, Checkmk détecte automatiquement tous les services disponibles pouvant être inclus dans la supervision — et maintient cette liste à jour même pendant le fonctionnement. Une reconnaissance du service peut également être lancée manuellement à tout moment via la configuration d’une fonction d’ordinateur hôte.

Pour en savoir plus, consultez la section Comprendre et configurer les services.

Les règles constituent la base de la configuration des ordinateurs hôtes et des services dans Checkmk. Les règles d’un jeu de règles contrôlent toujours un aspect unique et ciblé d’un ordinateur hôte ou d’un service. Les règles peuvent être assorties de conditions et peuvent être « empilées » les unes sur les autres de manière arbitraire au sein d’un jeu de règles. L'évaluation des règles s'effectue alors de haut en bas, de sorte qu'il peut y avoir des règles standard pour les cas où aucune condition ne s'applique, ainsi que des règles très spécifiques qui ne concernent qu'un ordinateur hôte bien précis. De nombreux jeux de règles dans Checkmk disposent déjà de valeurs par défaut prédéfinies, de sorte que des règles supplémentaires ne doivent être créées que pour des exigences alternatives.

Pour en savoir plus, consultez la section Règles.

Un service est un objet logique qui résume un ou plusieurs aspects d’un ordinateur hôte. Par exemple, la taille, l’utilisation et les tendances des systèmes de fichiers, l’utilisation du processeur, les températures, l’ancienneté et le nombre de programmes en cours d’exécution, les ports, les capteurs, etc. À tout moment, chaque service de la supervision présente l’un des états suivants : « OK », « WARN », « CRIT », « UNKNOWN » ou « PEND » ; il est toujours attribué à un seul ordinateur hôte et peut, en option, contenir une ou plusieurs métriques.

Pour en savoir plus, consultez la section Comprendre et configurer les services.

Les snap-ins, également appelés éléments de la barre latérale, sont les modules individuels pouvant être placés dans la barre latérale, par exemple Overview et Master control. L'accès aux snap-ins s'effectue via l'icône « + » située en bas de la barre latérale.

Pour en savoir plus, consultez la section Barre latérale.

Le « Simple Network Management Protocol » (protocole simple de gestion de réseau) est utilisé pour surveiller et configurer des périphériques réseau tels que des routeurs, des commutateurs ou des pare-feu. Checkmk prend en charge ce protocole, mais comme il est relativement inefficace, vous ne devriez utiliser le SNMP que sur des périphériques qui ne prennent pas en charge de meilleures alternatives de supervision, telles que des agents spéciaux.

Plus d'informations sous SNMP.

Dans une supervision distribuée, l’ensemble du système de supervision se compose de plusieurs instances Checkmk interconnectées, c’est-à-dire d’une instance centrale et d’au moins une instance distante. Les données de toutes les instances sont affichées ensemble en un seul endroit sur l’instance centrale. C’est ce qu’on appelle l’état central dans une supervision distribuée. La supervision distribuée peut, en option, être combinée avec une configuration centrale.

Pour en savoir plus, consultez la rubrique Supervision distribuée.

Avec une configuration centrale, la configuration de toutes les instances Checkmk reliées entre elles dans la supervision distribuée est effectuée à partir d’un seul emplacement. La configuration est effectuée uniquement sur l’instance centrale, puis distribuée à toutes les instances distantes. Une configuration centrale inclut toujours un état central.

Pour en savoir plus, consultez la rubrique « Configuration centrale ».

Un tableau de bord est un aperçu librement configurable composé de vues et/ou de ce que l'on appelle des « dashlets ». Ces éléments sont disponibles, par exemple, sous forme de listes (telles que les problèmes d'ordinateurs hôtes), de visualisations de la série chronologique ou de petits « compteurs » affichant des valeurs individuelles telles que la température du processeur.

Pour en savoir plus, consultez la rubrique Tableaux de bord.

Compte spécial permettant d’interroger et de configurer Checkmk indépendamment de l’interface Web, par exemple via une API, la ligne de commande, un script ou un service Web. Par défaut, l’utilisateur de l’automatisation dispose d’un mot de passe d’automatisation (secret d’automatisation) choisi aléatoirement. Au moins un utilisateur de l’automatisation est déjà configuré dans une nouvelle instance Checkmk, afin d’enregistrer l’agent auprès du serveur Checkmk pour un transfert de données chiffré par TLS.

Pour en savoir plus, consultez la section Utilisateur de l'automatisation (pour les services web).

Outre les tableaux de bord, les vues constituent les affichages les plus fréquemment utilisés pour les ordinateurs hôtes, les services et d’autres composants dans l’interface Checkmk. Ces vues s’affichent sous forme de tableaux comportant des attributs pertinents pour le contexte actuel. Par exemple, All hosts et Host problems sont des vues de la section « Supervision ». L’affichage des vues standard fournies peut être personnalisé, et celles-ci peuvent également servir de base à de nouvelles vues. Il est également possible de créer des vues à partir de zéro.

Pour en savoir plus, consultez la section Vues d'ordinateur hôte et de service.

Le « Web Administration Tool » était l'outil graphique permettant de configurer Checkmk jusqu'à la version 1.6.0 de Checkmk. Avec l'introduction de WATO, les utilisateurs ont pu pour la première fois personnaliser Checkmk via une interface web plutôt qu'à l'aide de fichiers de configuration. WATO a été remplacé dans la version 2.0.0 par le menu « Setup » (Configuration > Paramètres) dans la barre de navigation.

Pour en savoir plus, consultez le menu de configuration.

Le développement du logiciel Checkmk est organisé en « Werks ». Chaque modification, correction de bug ou nouvelle fonctionnalité susceptible d’avoir un impact sur l’expérience de l’utilisateur est enregistrée dans un Werk distinct, accompagnée de notes sur les impacts et les éventuelles incompatibilités. La liste des Werks est disponible directement dans Checkmk via le menu « Help » dans la barre de navigation et sur la page d’accueil de Checkmk.

Pour en savoir plus, consultez la rubrique Werks.