en-us	### Overview  In this section you can see a high-level status of whole services that have been  configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services,  called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status  is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/it_services/service) the service hierarchy in this section (add/edit services, child services)  by switching to the edit mode.   To switch from the view to the edit mode (and back) click on the respective button  in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
fr	 ### Aperçu  Dans cette section, vous pouvez voir un état de haut niveau de l'ensemble des services qui ont été configurés dans Zabbix, en fonction de votre infrastructure.  Un service peut être une hiérarchie composée de plusieurs niveaux d'autres services, appelés services "enfants", qui sont des attributs de l'état général du service (voir également une présentation de la fonctionnalité [surveillance des services](/manual/it_services)).  Les principales catégories d'état de service sont *OK* ou *Problème*, où l'état *Problème* est exprimé par le nom et la couleur de la gravité du problème correspondant.  Alors que le mode d'affichage permet de surveiller les services avec leur statut et d'autres détails, vous pouvez également [configurer](/manual/it_services/service) la hiérarchie des services dans cette section (ajouter/modifier des services, services enfants) en passant en mode édition .  Pour passer de la vue au mode édition (et inversement), cliquez sur le bouton correspondant dans le coin supérieur droit :  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     voir les services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     ajouter/modifier des services et des services enfants  Notez que l'accès à la modification dépend des paramètres de [rôle d'utilisateur](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can see a high-level status of whole services that have been configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services, called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services) by switching to the edit mode.  To switch from the view to the edit mode (and back) click on the respective button in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/administration/user_roles) settings.
fr	### Aperçu  Dans cette section, vous pouvez voir un état de haut niveau de l'ensemble des services qui ont été configuré dans Zabbix, en fonction de votre infrastructure.  Un service peut être une hiérarchie composée de plusieurs niveaux d'autres services, services dits "enfants", qui sont des attributs de l'état global du service (voir également un aperçu de la fonctionnalité [surveillance de service](/manual/it_services).)  Les principales catégories d'état de service sont *OK* ou *Problème*, où l'état *Problème* est exprimé par le nom et la couleur de la gravité du problème correspondant.  Alors que le mode d'affichage permet de surveiller les services avec leur statut et d'autres détails, vous pouvez également [configurer](/manual/web_interface/frontend_sections/services/service#editing-services) la hiérarchie des services dans cette section (ajouter/modifier des services, services enfants) en passant en mode édition.  Pour passer de la vue au mode d'édition (et retour), cliquez sur le bouton correspondant dans le coin supérieur droit :  - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -      voir les services - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -      ajouter/modifier des services et des services enfants  Notez que l'accès à l'édition dépend de [rôle d'utilisateur](/manual/web_interface/frontend_sections/administration/user_roles) paramètres.

en-us	#### Overview  In this section you can view the latest values  gathered by items.  Graphs are also available for the item values.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  This section contains:  - the [filter](#using_filter) (collapsed by default) - the [subfilter](#using_subfilter) (never collapsed)  - the item list  Items are displayed with their name, time since the last check, **last value**, change amount, tags, and a link to a simple graph/history of item values.   Clicking on the item name opens the item menu with links to available graphs and the  item configuration.  Values in the *Last value* column are displayed with unit conversion and  value mapping applied. To view raw data, hover over the value.  Tags in the item list are clickable. If you click on a tag, this tag becomes enabled  in the [subfilter](#using-subfilter). The item list now displays the items corresponding to this tag and  any other previously selected tags in the subfilter. Note that once the items have  been filtered in this way, tags in the list are no longer clickable. Further modification  based on tags (e.g. remove, add another filter) must be done in the subfilter.  If an item has errors, for example, has become unsupported, an information icon will  be displayed in the *Info* column ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Hover over the icon for details.  An icon with a question mark ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) is displayed next to the item name for all items that have a description. Hover over this icon to see a tooltip with the item description.  If a host to which the item belongs is in maintenance, an orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) is displayed after the host's name.  *Note*: The name of a disabled host is displayed in red. Data of disabled hosts, including graphs and item value lists, is also accessible in *Latest data*.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of the latest data.  This time period can be extended by changing the value of  the *Max history display period* parameter in *Administration → [General]*(/manual/web_interface/frontend_sections/administration/general#gui).  ::: noteimportant For items with an update frequency of 1 day or more the change amount will never be displayed (with the default setting). Also in this case the last value will not be displayed at all if it was received more than 24 hours ago. :::
fr	 #### Aperçu  Dans cette section, vous pouvez afficher les dernières valeurs recueillies par éléments.  Des graphiques sont également disponibles pour les valeurs des éléments.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  Cette rubrique contient :  - le [filtre](#using_filter) (réduit par défaut) - le [sous-filtre](#using_subfilter) (jamais réduit) - la liste des éléments   Les éléments sont affichés avec leur nom, le temps écoulé depuis la dernière vérification, la **dernière valeur**, le montant de la modification, les tags et un lien vers un simple graphique/historique des valeurs des éléments.  Cliquer sur le nom de l'élément ouvre le menu de l'élément avec des liens vers les graphiques disponibles et la configuration de l'élément.  Les valeurs de la colonne *Dernière valeur* sont affichées avec la conversion d'unités et le mappage des valeurs appliqués. Pour afficher les données brutes, survolez la valeur.  Les tags de la liste d'éléments sont cliquables. Si vous cliquez sur un tag, ce tag est activé dans le [sous-filtre](#using-subfilter). La liste des éléments affiche désormais les éléments correspondant à ce tag et à tous les autres tags précédemment sélectionnés dans le sous-filtre. Notez qu'une fois les éléments ainsi filtrés, les tags de la liste ne sont plus cliquables. Toute autre modification basée sur les tags (par exemple, supprimer, ajouter un autre filtre) doit être effectuée dans le sous-filtre.  Si un élément comporte des erreurs, par exemple s'il n'est plus pris en charge, une icône d'information s'affichera dans la colonne *Info* ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Survolez l'icône pour plus de détails.  Une icône avec un point d'interrogation ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) s'affiche à côté du nom de l'élément pour tous les éléments qui ont une description. Survolez cette icône pour voir une info-bulle avec la description de l'objet.  Si un hôte auquel appartient l'élément est en maintenance, une icône de clé orange![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) s'affiche après le nom de l'hôte.  *Remarque* : Le nom d'un hôte désactivé s'affiche en rouge. Les données des hôtes désactivés, y compris les graphiques et les listes de valeurs d'éléments, sont également accessibles dans *Dernières données*.  Par défaut, seules les valeurs qui se situent dans les dernières 24 heures sont affichées. Cette limite a été introduite dans le but d'améliorer les temps de chargement initiaux pour les grandes pages des dernières données. Cette période peut être prolongée en modifiant la valeur du paramètre *Période d'affichage maximale de l'historique* dans *Administration → [Général](/manual/web_interface/frontend_sections/administration/general#gui)*.  ::: noteimportant Pour les éléments avec une fréquence de mise à jour de 1 jour ou plus, le montant de la modification ne sera jamais affiché (avec le paramètre par défaut). Dans ce cas également, la dernière valeur ne sera pas affichée du tout si elle a été reçue il y a plus de 24 heures. :::

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
fr	#### Aperçu  Dans cette section, vous trouverez quelques détails sur des [opérations supplémentaires](/fr/manual/config/notifications/action/operation) pour les événements de découverte/enregistrement automatique.

en-us	#### Overview  In this section, you will learn how to log in and set up a system user in Zabbix.
fr	#### Aperçu  Dans cette section vous apprendrez comment vous identifier et configurer un utilisateur système dans Zabbix.

en-us	#### Overview  In this section you will learn how to set up a new host.  A host in Zabbix is a networked entity (physical, virtual) that you wish to monitor. The definition of what can be a "host" in Zabbix is quite flexible. It can be a physical server, a network switch, a virtual machine or some application.
fr	#### Aperçu  Dans cette section, vous apprendrez comment configurer un nouvel hôte.  Un hôte dans Zabbix est une entité en réseau (physique, virtuelle) que vous souhaitez superviser. La définition de ce qui peut être un "hôte" dans Zabbix est assez flexible. Il peut s'agir d'un serveur physique, d'un commutateur réseau, d'une machine virtuelle ou d'une application.

en-us	#### Overview  In this section, you will learn how to set up an item.  Items are the basis of gathering data in Zabbix. Without items, there is no data - because only an item defines a single metric or what kind of data to collect from a host.
fr	#### Aperçu  Dans cette section, vous apprendrez à configurer un élément.  Les éléments sont à la base de la collecte de données dans Zabbix. Sans éléments, il n'y a pas de données, car seul un élément définit une seule métrique ou le type de données à collecter auprès d'un hôte.

en-us	#### Overview  In this section you will learn how to set up a template.  Previously we learned how to set up an item, a trigger and how to get a problem notification for the host.  While all of these steps offer a great deal of flexibility in themselves, it may appear like a lot of steps to take if needed for, say, a thousand hosts. Some automation would be handy.  This is where templates come to help. Templates allow to group useful items, triggers and other entities so that those can be reused again and again by applying to hosts in a single step.  When a template is linked to a host, the host inherits all entities of the template. So, basically a pre-prepared bunch of checks can be applied very quickly.
fr	#### Aperçu  Dans cette section, vous allez apprendre comment configurer un modèle.  Précédemment nous avons appris comment configurer un élément, un déclencheur et comment recevoir une notification de problème pour un hôte.  Bien que toutes ces étapes offrent une grande souplesse en elles-mêmes, il peut sembler nécessaire de prendre de nombreuses mesures pour, par exemple, un millier d\'hôtes. Une certaine automatisation serait pratique.  C\'est là que les modèles viennent en aide. Les modèles permettent de regrouper les éléments utiles, les déclencheurs et d\'autres entités afin que ceux-ci puissent être réutilisés à plusieurs reprises en l\'appliquant aux hôtes en une seule étape.  Lorsqu\'un modèle est lié à un hôte, l\'hôte hérite de toutes les entités du modèle. Donc, une poignée de vérifications préparées à l\'avance peut être appliquée très rapidement.

en-us	#### Overview  In this section you will learn how to set up a trigger.  Items only collect data. To automatically evaluate incoming data we need to define triggers. A trigger contains an expression that defines a threshold of what is an acceptable level for the data.  If that level is surpassed by the incoming data, a trigger will "fire" or go into a 'Problem' state - letting us know that something has happened that may require attention. If the level is acceptable again, trigger returns to an 'Ok' state.
fr	#### Aperçu  Dans cette section, vous apprendrez comment configurer un déclencheur.  Seuls les éléments collectent les données. Pour évaluer automatiquement les données entrantes nous avons besoin de définir un déclencheur. Un déclencheur contient une expression qui défini un seuil de niveau de données acceptable.  Si ce niveau est dépassé par la données entrante, un déclencheur s’activera pour passera en état de ‘problème’ – pour nous faire savoir qu'il s'est passé quelque chose qui pourrait nécessiter de l'attention. Si le niveau est de nouveau acceptable, le déclencheur revient à l'état 'Ok'.

en-us	#### Overview  In this widget you can display current problems. The information in this widget is similar to *Monitoring* → *Problems*.
fr	#### Aperçu  Dans ce widget, vous pouvez afficher les problèmes actuels. Les informations de ce widget sont similaires à *Surveillance* → *Problèmes*.

en-us	#### Overview  In this widget, you can display problems by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.
fr	#### Aperçu  Dans ce widget, vous pouvez afficher les problèmes par sévérité. Vous pouvez limiter les hôtes et les déclencheurs affichés dans le widget et définir le mode d'affichage du nombre de problèmes.

en-us	 ### Overview   In Zabbix 6.0, [service monitoring](/manual/it_services) functionality has been reworked significantly (see [What's new in Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction/whatsnew600#services) for the list of changes).   This page describes how services and SLAs, defined in earlier Zabbix versions, are changed during an upgrade to Zabbix 6.0 or newer.
fr	### Aperçu  Dans Zabbix 6.0, la fonctionnalité [surveillance des services](/manual/it_services) a été retravaillée de manière significative (voir [Quoi de neuf dans Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction /whatsnew600#services) pour la liste des modifications).  Cette page décrit comment les services et les SLA, définis dans les versions antérieures de Zabbix, sont modifiés lors d'une mise à niveau vers Zabbix 6.0 ou une version plus récente.

en-us	#### Overview  Item types cover various methods of acquiring data from your system. Each item type comes with its own set of supported item keys and required parameters.  The following items types are currently offered by Zabbix:  -   [Zabbix agent checks](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP agent checks](/manual/config/items/itemtypes/snmp) -   [SNMP traps](/manual/config/items/itemtypes/snmptrap) -   [IPMI checks](/manual/config/items/itemtypes/ipmi) -   [Simple checks](/manual/config/items/itemtypes/simple_checks)     -   [VMware         monitoring](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Log file monitoring](/manual/config/items/itemtypes/log_items) -   [Calculated items](/manual/config/items/itemtypes/calculated)     -   [Aggregate         calculations](/manual/config/items/itemtypes/calculated/aggregate) -   [Zabbix internal checks](/manual/config/items/itemtypes/internal) -   [SSH checks](/manual/config/items/itemtypes/ssh_checks) -   [Telnet checks](/manual/config/items/itemtypes/telnet_checks) -   [External checks](/manual/config/items/itemtypes/external) -   [Trapper items](/manual/config/items/itemtypes/trapper) -   [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC checks](/manual/config/items/itemtypes/odbc_checks) -   [Dependent items](/manual/config/items/itemtypes/dependent_items) -   [HTTP checks](/manual/config/items/itemtypes/http) -   [Prometheus checks](/manual/config/items/itemtypes/prometheus) -   [Script items](/manual/config/items/itemtypes/script)  Details for all item types are included in the subpages of this section. Even though item types offer a lot of options for data gathering, there are further options through [user parameters](/manual/config/items/userparameters) or [loadable modules](/manual/config/items/loadablemodules).  Some checks are performed by Zabbix server alone (as agent-less monitoring) while others require Zabbix agent or even Zabbix Java gateway (with JMX monitoring).  ::: noteimportant If a particular item type requires a particular interface (like an IPMI check needs an IPMI interface on the host) that interface must exist in the host definition. :::  Multiple interfaces can be set in the host definition: Zabbix agent, SNMP agent, JMX and IPMI. If an item can use more than one interface, it will search the available host interfaces (in the order: Agent→SNMP→JMX→IPMI) for the first appropriate one to be linked with.  All items that return text (character, log, text types of information) can return whitespace only as well (where applicable) setting the return value to an empty string (supported since 2.0).
fr	 #### Aperçu  Les types d'élément couvrent diverses méthodes d'acquisition de données à partir de votre système. Chaque type d'élément est fourni avec son propre ensemble de clés d'élément prises en charge et de paramètres requis.  Les types d'élément suivants sont actuellement proposés par Zabbix :  -   [Vérifications d'agent Zabbix](/manual/config/items/itemtypes/zabbix_agent) -   [Vérifications d'agent SNMP](/manual/config/items/itemtypes/snmp) -   [Traps SNMP](/manual/config/items/itemtypes/snmptrap) -   [Vérifications IPMI](/manual/config/items/itemtypes/ipmi) -   [Vérifications simples](/manual/config/items/itemtypes/simple_checks)     -   [Surveillance VMware](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Surveillance des fichiers journaux](/manual/config/items/itemtypes/log_items) -   [Éléments calculés](/manual/config/items/itemtypes/calculated)     -   [Calculs agrégés](/manual/config/items/itemtypes/calculated/aggregate) -   [Vérifications internes de Zabbix](/manual/config/items/itemtypes/internal) -   [Vérifications SSH](/manual/config/items/itemtypes/ssh_checks) -   [Vérifications Telnet](/manual/config/items/itemtypes/telnet_checks) -   [Vérifications externes](/manual/config/items/itemtypes/external) -   [Éléments trapper](/manual/config/items/itemtypes/trapper) -   [Surveillance JMX](/manual/config/items/itemtypes/jmx_monitoring) -   [Vérifications ODBC](/manual/config/items/itemtypes/odbc_checks) -   [Éléments dépendants](/manual/config/items/itemtypes/dependent_items) -   [Vérifications HTTP](/manual/config/items/itemtypes/http) -   [Vérifications Prometheus](/manual/config/items/itemtypes/prometheus) -   [Éléments script](/manual/config/items/itemtypes/script)  Les détails de tous les types d'éléments sont inclus dans les sous-pages de cette section. Même si les types d'éléments offrent de nombreuses options pour la collecte de données, il existe d'autres options via les [paramètres utilisateur](/manual/config/items/userparameters) ou les [modules chargeables](/manual/config/items/loadablemodules).  Certaines vérifications sont effectuées par le serveur Zabbix seul (en tant que surveillance sans agent) tandis que d'autres nécessitent un agent Zabbix ou même une passerelle Java Zabbix (avec surveillance JMX).  ::: noteimportant Si un type d'élément particulier nécessite une interface particulière (par exemple, une vérification IPMI nécessite une interface IPMI sur l'hôte), cette interface doit exister dans la définition de l'hôte. :::  Plusieurs interfaces peuvent être définies dans la définition d'hôte : agent Zabbix, agent SNMP, JMX et IPMI. Si un élément peut utiliser plus d'une interface, il recherchera parmi les interfaces hôtes disponibles (dans l'ordre : Agent→SNMP→JMX→IPMI) la première interface appropriée à lier.  Tous les éléments qui renvoient du texte (caractère, journal, types d'informations textuelles) peuvent également renvoyer uniquement des espaces blancs (le cas échéant) en définissant la valeur de retour sur une chaîne vide (prise en charge depuis la version 2.0).

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy
fr	#### Aperçu  Il est possible d'autoriser l'enregistrement automatique d'agents Zabbix actifs, après quoi le serveur pourra commencer à les surveiller. De cette façon, de nouveaux hôtes peuvent être ajoutés pour la surveillance sans les configurer manuellement sur le serveur.  L'enregistrement automatique peut se produire lorsqu'un agent actif précédemment inconnu demande des vérifications.  Cette fonctionnalité peut s'avérer très pratique pour la supervision automatique de nouveaux nœuds Cloud. Dès que vous avez un nouveau nœud dans le cloud, Zabbix lance automatiquement la collecte des données de performance et de disponibilité de l'hôte.  L'enregistrement automatique des agents actifs prend également en charge la surveillance des hôtes ajoutés avec des vérifications passives. Lorsque l'agent actif demande des vérifications, à condition qu'il dispose des paramètres de configuration 'ListenIP' ou 'ListenPort' définis dans le fichier de configuration, celles-ci sont envoyées au serveur. (Si plusieurs adresses IP sont spécifiées, la première est envoyée au serveur.)  Le serveur, lors de l'ajout du nouvel hôte enregistré automatiquement, utilise l'adresse IP et le port reçus pour configurer l'agent. Si aucune valeur d'adresse IP n'est reçue, celle utilisée pour la connexion entrante est utilisée. Si aucune valeur de port n'est reçue, 10050 est utilisé.   Il est possible de spécifier que l'hôte doit être enregistré automatiquement avec un [nom DNS](#using_dns_as_default_interface) comme interface d'agent par défaut.  L'enregistrement automatique est relancé :  -   si les [metadonnées](#using_host_metadata) de l'hôte changent :     -   en raison de la modification de HostMetadata et du redémarrage de l'agent     -   en raison de la valeur modifiée renvoyée par HostMetadataItem -   pour les hôtes créés manuellement avec des métadonnées manquantes -   si un hôte est modifié manuellement pour être surveillé par un autre proxy Zabbix -   si l'enregistrement automatique pour le même hôte provient d'un nouveau proxy Zabbix

en-us	#### Overview  It is possible to automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item (supported since Zabbix **5.0.0**) as the     master item -   dependent low-level discovery rule and item prototypes
fr	#### Aperçu  Il est possible de découvrir automatiquement les capteurs IPMI.  Pour ce faire, vous pouvez utiliser une combinaison de :  - l'élément IPMI `ipmi.get` (supporté depuis Zabbix **5.0.0**) comme élément maître - règle de découverte de bas niveau dépendante et prototypes d'éléments

en-us	#### Overview  It is possible to configure real-time exporting of trigger events, item values and trends in a newline-delimited JSON format.  Exporting is done into files, where each line of the export file is a JSON object. Value mappings are not applied.  In case of errors (data cannot be written to the export file or the export file cannot be renamed or a new one cannot be created after renaming it), the data item is dropped and never written to the export file. It is written only in the Zabbix database. Writing data to the export file is resumed when the writing problem is resolved.  For precise details on what information is exported, see the [export protocol](/manual/appendix/protocols/real_time_export) page.  Note that host/item can have no metadata (host groups, host name, item name) if the host/item was removed after the data was received, but before server exported data.
fr	#### Aperçu  Il est possible de configurer l'exportation en temps réel des événements déclencheurs, des valeurs d'éléments et tendances dans un format JSON délimité par une nouvelle ligne.  L'exportation se fait dans des fichiers, où chaque ligne du fichier d'exportation est un objet JSON. Les mappages de valeurs ne sont pas appliqués.  En cas d'erreurs (les données ne peuvent pas être écrites dans le fichier d'exportation ou le fichier d'exportation ne peut pas être renommé ou un nouveau fichier ne peut pas être créé après renommage), l'élément de données est supprimé et n'est jamais écrit dans le dossier d'exportation. Il est écrit uniquement dans la base de données Zabbix. L'écriture des données dans le fichier d'exportation reprend lorsque le problème d'écriture est résolu.  Pour des détails précis sur les informations exportées, consultez le [protocole d'exportation](/manual/appendix/protocols/real_time_export).  Notez que l'hôte/l'élément ne peut pas avoir de métadonnées (groupes d'hôtes, nom d'hôte, nom d'élément) si l'hôte/l'élément a été supprimé après la réception des données, avant que le serveur n'exporte les données.

en-us	#### Overview  It is possible to create custom rules regarding the times when an item is checked. The two methods for that are *Flexible intervals*, which allow to redefine the default update interval, and *Scheduling*, whereby an item check can be executed at a specific time or sequence of times.
fr	#### Aperçu  Il est possible de créer des règles personnalisées concernant le temps où un élément est vérifié. Les deux méthodes pour cela sont les *intervalles flexibles*, qui permettent de redéfinir l'intervalle de mise à jour par défaut, et la *planification*, grâce à laquelle une vérification d'élément peut être exécutée à un moment ou une séquence de temps spécifique.

en-us	#### Overview  It is possible to define that an action is executed only if the event matches a defined set of conditions. Conditions are set when configuring the [action](/manual/config/notifications/action#configuring_an_action).  Condition matching is case-sensitive.
fr	#### Aperçu  Il est possible de définir qu'une action est exécutée uniquement si l'événement correspond à un ensemble défini de conditions. Les conditions sont définies lors de la configuration de l'[action](/manual/config/notifications/action#configuring_an_action).  La correspondance des conditions est sensible à la casse.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all interfaces configured in Zabbix frontend for a host.
fr	#### Aperçu  Il est possible de [découvrir](/manual/discovery/low_level_discovery) toutes les interfaces configurées dans l'interface web de Zabbix pour un hôte.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all JMX MBeans or MBean attributes or to specify a pattern for the discovery of these objects.  It is mandatory to understand the difference between an MBean and MBean attributes for discovery rule configuration. An MBean is an object which can represent a device, an application, or any resource that needs to be managed.  For example, there is an MBean which represents a web server. Its attributes are connection count, thread count, request timeout, http file cache, memory usage, etc. Expressing this thought in human comprehensive language we can define a coffee machine as an MBean which has the following attributes to be monitored: water amount per cup, average consumption of water for a certain period of time, number of coffee beans required per cup, coffee beans and water refill time, etc.
fr	#### Aperçu  Il est possible de [découvrir](/manual/discovery/low_level_discovery) tous les attributs MBeans ou MBean JMX ou de spécifier un modèle pour la découverte de ces objets.  Il est indispensable de comprendre la différence entre Mbean et les attributs Mbean pour la configuration des règles de découverte. Un MBean est un objet pouvant représenter un périphérique, une application ou toute ressource devant être gérée.  Par exemple, il existe un Mbean qui représente un serveur Web. Ses attributs sont : nombre de connexions, nombre de threads, délai de requête, cache de fichier http, utilisation de la mémoire, etc. En exprimant cette pensée en langage humain compréhensif, nous pouvons définir une machine à café comme un Mbean dont les attributs à surveiller sont les suivants : quantité d'eau par tasse, consommation moyenne d'eau pendant une certaine période, nombre de grains de café requis par tasse, grains de café et temps de remplissage en eau, etc.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery#configuring_low-level_discovery) object instances of Windows performance counters. This is useful for multi-instance performance counters.
fr	#### Aperçu  Il est possible de [découvrir](/manual/discovery/low_level_discovery#configuring_low-level_discovery) des instances d'objet des compteurs de performances Windows. Ceci est utile pour les compteurs de performances multi-instances.

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
fr	### Aperçu  Il est possible de [découvrir](/manual/discovery/low_level_discovery) des unités systemd (services, par défaut) avec Zabbix.

en-us	#### Overview  It is possible to enhance Zabbix frontend functionality by adding 3rd party modules or by developing your own modules without the need to change the source code of Zabbix.  Note that the module code will run with the same privileges as Zabbix source code. This means:  -   3rd party modules can be harmful. You must trust the modules you are     installing; -   Errors in a 3rd party module code may crash the frontend. If this     happens, just remove the module code from the frontend. As soon as     you reload Zabbix frontend, you'll see a note saying that some     modules are absent. Go to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     (in *Administration* → *General* → *Modules*) and click *Scan     directory* again to remove non-existent modules from the database.
fr	 #### Aperçu  Il est possible d'améliorer la fonctionnalité frontale de Zabbix en ajoutant des modules tiers ou en développant vos propres modules sans avoir à modifier le code source de Zabbix.  Notez que le code du module s'exécutera avec les mêmes privilèges que le code source Zabbix. Ça signifie:  -   Les modules tiers peuvent être dangereux. Vous devez faire confiance aux modules que vous installez ; -   Des erreurs dans le code d'un module tiers peuvent faire planter l'interface. Si cela se produit, supprimez simplement le code du module de l'interface. Dès que vous rechargez l'interface Zabbix, vous verrez une note indiquant que certains modules sont absents. Allez dans [Administration du module](/manual/web_interface/frontend_sections/administration/general#modules) (dans *Administration* → *Général* → *Modules*) et cliquez à nouveau sur *Scanner le répertoire* pour supprimer les modules inexistants de la base de données .

en-us	#### Overview  It is possible to make some internal metrics of Zabbix server and proxy accessible remotely by another Zabbix instance or a third party tool. This can be useful so that supporters/service providers can monitor their client Zabbix servers/proxies remotely or, in organizations where Zabbix is not the main monitoring tool, that Zabbix internal metrics can be monitored by a third party system in an umbrella-monitoring setup.  Zabbix internal stats are exposed to a configurable set of addresses listed in the new 'StatsAllowedIP' [server](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) parameter. Requests will be accepted only from these addresses.
fr	#### Aperçu  Il est possible de rendre quelques métriques internes du serveur et du proxy Zabbix accessibles à distance par une autre instance Zabbix ou un outil tiers. Cela peut être utile pour que les services de supports ou de fournisseurs puissent surveiller les serveurs/proxy Zabbix à distance ou, dans les organisations où Zabbix n'est pas le principal outil de surveillance, pour que les métriques internes de Zabbix puissent être surveillées par un système tiers dans une configuration de surveillance parapluie.  Les statistiques internes de Zabbix sont exposées à un ensemble configurable d'adresses listé dans le nouveau paramètre [serveur](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) 'StatsAllowedIP'. Les demandes seront acceptées uniquement à partir de ces adresses.

en-us	#### Overview  It is possible to store some sensitive information secretly in HashiCorp Vault KV Secrets Engine - Version 2. Secrets can be saved for:  -   user macro values -   database access credentials  Zabbix provides read-only access to the secrets in Vault, assuming that secrets are managed by someone else.
fr	#### Aperçu  Il est possible de stocker secrètement certaines informations sensibles dans HashiCorp Vault KV Secrets Engine - Version 2. Les secrets peuvent être enregistrés pour :  -   les valeurs de macro utilisateur -   les identifiants d'accès à la base de données  Zabbix fournit un accès en lecture seule aux secrets de Vault, en supposant que les secrets sont gérés par quelqu'un d'autre.

en-us	#### Overview  It is very important to have Zabbix system properly tuned for maximum performance.
fr	#### Aperçu  Il est très important que le système Zabbix soit correctement réglé pour des performances optimales.

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", introduced since Zabbix 2.0.  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
fr	#### Aperçu  La supervision JMX peut être utilisée pour surveiller les compteurs JMX d'une application Java.  La supervision JMX a un support natif sous Zabbix sous la forme d'un démon Zabbix appelé "Zabbix Java gateway", introduit depuis Zabbix 2.0.  Pour récupérer la valeur d'un compteur JMX particulier sur un hôte, le serveur Zabbix interroge la **passerelle Java** Zabbix, qui à son tour utilise l'[API de gestion JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) pour interroger l'application à distance.  Pour plus de détails et des informations sur l'installation, voir la section de la [passerelle Java Zabbix](/manual/concepts/java).  ::: notewarning La communication entre la passerelle Java et l'application JMX surveillée ne doit pas passée par un pare-feu. :::

en-us	#### Overview  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix since version 4.4.0.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
fr	#### Aperçu  L'authentification Kerberos peut être utilisée dans la surveillance Web et les éléments HTTP dans Zabbix depuis la version 4.4.0.  Cette section décrit un exemple de configuration de Kerberos avec le serveur Zabbix pour effectuer la surveillance Web de `www.example.com` avec l'utilisateur 'zabbix'.

en-us	#### Overview  Linking is a process whereby templates are applied to hosts, whereas unlinking removes the association with the template from a host.  ::: noteimportant Templates are linked directly to individual hosts and not to host groups. Simply adding a template to a host group will not link it. Host groups are used only for logical grouping of hosts and templates. :::
fr	#### Aperçu  La liaison est un processus par lequel les modèles sont appliqués aux hôtes, tandis que la suppression de la liaison supprime l'association avec le modèle d'un hôte.  ::: note importante Les modèles sont liés directement à des hôtes individuels et non à des groupes d'hôtes. Ajouter simplement un modèle à un groupe hôte ne le liera pas. Les groupes d'hôtes ne sont utilisés que pour le regroupement logique d'hôtes et de modèles :::

en-us	#### - Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  There already are ways of extending Zabbix functionality by way of:  -   [user parameters](userparameters) (agent metrics) -   [external checks](/manual/config/items/itemtypes/external)     (agent-less monitoring) -   `system.run[]` Zabbix [agent     item](/manual/config/items/itemtypes/zabbix_agent).  They work very well, but have one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is not good for performance. It is not a big deal normally, however it could be a serious issue when monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time.  Support of loadable modules offers ways for extending Zabbix agent, server and proxy without sacrificing performance.  A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits. Great performance and ability to implement any logic are very important, but perhaps the most important advantage is the ability to develop, use and share Zabbix modules. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Module licensing and distribution in binary form is governed by the GPL license (modules are linking with Zabbix in runtime and are using Zabbix headers; currently the whole Zabbix code is licensed under GPL license). Binary compatibility is not guaranteed by Zabbix.  Module API stability is guaranteed during one Zabbix LTS (Long Term Support) [release](http://www.zabbix.com/life_cycle_and_release_policy) cycle. Stability of Zabbix API is not guaranteed (technically it is possible to call Zabbix internal functions from a module, but there is no guarantee that such modules will work).
fr	#### - Aperçu  Les modules chargeables offrent une option orientée vers la performance pour étendre les fonctionnalités de Zabbix.  Il existe déjà des moyens d'étendre les fonctionnalités de Zabbix par :  - Les [paramètres utilisateurs](userparameters) (métriques de l'agent) - Les [vérifications externes](/fr/manual/config/items/itemtypes/external) (supervision sans agent) - L'[élément de l'agent](/fr/manual/config/items/itemtypes/zabbix_agent) Zabbix : `system.run[]`.  Ils fonctionnent très bien, mais ont un inconvénient majeur, à savoir fork(). Zabbix doit forker un nouveau processus chaque fois qu'il gère une métrique utilisateur, ce qui n'est pas bon pour les performances. Ce n'est pas un gros problème normalement, cependant cela pourrait être un problème sérieux lors de la supervision de systèmes embarqués, ayant un grand nombre de paramètres surveillés ou de gros scripts avec une logique complexe ou un long temps de démarrage.  Le support des modules chargeables permet d'étendre l'agent Zabbix, le serveur et le proxy sans sacrifier les performances.  Un module chargeable est essentiellement une bibliothèque partagée utilisée par le démon Zabbix et chargée au démarrage. La bibliothèque doit contenir certaines fonctions, de sorte qu'un processus Zabbix puisse détecter que le fichier est bien un module qu’il peut charger et avec lequel il peut travailler.  Les modules chargeables ont un certain nombre d'avantages. De grandes performances et la capacité à implémenter n'importe quelle logique sont très importantes, mais peut-être l'avantage le plus important est la capacité à développer, utiliser et partager des modules Zabbix. Il contribue à une maintenance facilité et aide à fournir de nouvelles fonctionnalités plus facilement et indépendamment du code de base de Zabbix.  La licence et la distribution des modules sous forme binaire sont régies par la licence GPL (les modules sont en liaison avec Zabbix en exécution et utilisent des en-têtes Zabbix, actuellement l’intégralité du code Zabbix est sous licence GPL). La compatibilité binaire n'est pas garantie par Zabbix.  La stabilité de l'API est garantie au cours d'un cycle d'une [release](http://www.zabbix.com/life_cycle_and_release_policy) LTS (Long Term Support) de Zabbix. La stabilité de l'API Zabbix n'est pas garantie (techniquement, il est possible d'appeler les fonctions internes de Zabbix à partir d'un module, mais rien ne garanti que de tels modules fonctionneront).

en-us	### Overview  Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities on a computer. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually. Additionally, it is possible to configure Zabbix to remove unneeded entities automatically based on actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in "Configuration" → "Templates" → "Discovery" column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
fr	### Aperçu  La découverte de bas niveau permet de créer automatiquement des éléments, des déclencheurs et des graphiques pour différentes entités sur un ordinateur. Par exemple, Zabbix peut démarrer automatiquement la surveillance des systèmes de fichiers ou des interfaces réseaux sur votre ordinateur, sans qu'il soit nécessaire de créer manuellement des éléments pour chaque système de fichiers ou interface réseau. De plus, il est possible de configurer Zabbix pour qu'il supprime automatiquement les entités inutiles en fonction des résultats réels de la découverte effectuée périodiquement.  Un utilisateur peut définir ses propres types de découverte, à condition de suivre un protocole JSON particulier.  L'architecture générale du processus de découverte est la suivante.  Tout d'abord, un utilisateur crée une règle de découverte dans la colonne "Configuration" → "Modèles" → "Découverte". Une règle de découverte consiste en (1) un élément qui découvre les entités nécessaires (par exemple, des systèmes de fichiers ou des interfaces réseau) et (2) des prototypes d'éléments, de déclencheurs et de graphiques qui doivent être créés en fonction de la valeur de cet élément.  Un élément qui découvre les entités nécessaires est comme un élément standard vu ailleurs : le serveur demande à un agent Zabbix (ou quel que soit le type d'élément défini) une valeur de cet élément, l'agent répond avec une valeur textuelle. La différence est que la valeur avec laquelle l'agent répond doit contenir une liste d'entités découvertes dans un format JSON spécifique. Bien que les détails de ce format ne soient importants que pour les développeurs de vérifications de découverte personnalisées, il est nécessaire de savoir que la valeur renvoyée contient une liste de paires macro → valeur. Par exemple, l'élément "net.if.discovery" peut renvoyer deux paires : "{#IFNAME}" → "lo" et "{#IFNAME}" → "eth0".  Ces macros sont utilisées dans les noms, les clés et les autres champs prototypes où elles sont ensuite remplacées par les valeurs reçues pour créer des éléments réels, des déclencheurs, des graphiques ou même des hôtes pour chaque entité découverte. Consultez la liste complète des [options](/manual/config/macros/lld_macros) d'utilisation des macros LLD.   Lorsque le serveur reçoit une valeur pour un élément de découverte, il examine les paires macro → valeur et génère pour chaque paire des éléments réels, des déclencheurs et des graphiques, en fonction de leurs prototypes. Dans l'exemple avec "net.if.discovery" ci-dessus, le serveur générerait un ensemble d'éléments, de déclencheurs et de graphiques pour l'interface loopback "lo" et un autre ensemble pour l'interface "eth0".  Notez que depuis ** Zabbix 4.2 **, le format du JSON renvoyé par les règles de découverte de bas niveau a été modifié. Il n'est plus prévu que le JSON contienne l'objet "data". La découverte de bas niveau acceptera désormais un JSON normal contenant un tableau, afin de prendre en charge de nouvelles fonctionnalités telles que le prétraitement de la valeur d'élément et les chemins personnalisés vers les valeurs de macro de découverte de bas niveau dans un document JSON.  Les clés de découverte intégrées ont été mises à jour pour renvoyer un tableau de lignes LLD à la racine du document JSON. Zabbix extraira automatiquement une macro et une valeur si un champ de tableau utilise la syntaxe {#MACRO} comme clé. Toute nouvelle vérification de découverte native utilisera la nouvelle syntaxe sans les éléments "data". Lors du traitement d'une valeur de découverte de bas niveau, la racine est d'abord localisée (tableau à `$.` ou `$.data`).  Bien que l'élément "data" ait été supprimé de tous les éléments natifs liés à la découverte, pour des raisons de rétrocompatibilité, Zabbix acceptera toujours la notation JSON avec un élément "data", bien que son utilisation soit déconseillée. Si le JSON contient un objet avec un seul élément de tableau "data", il extraira automatiquement le contenu de l'élément en utilisant JSONPath `$.data`. La découverte de bas niveau accepte désormais les macros LLD facultatives définies par l'utilisateur avec un chemin personnalisé spécifié dans la syntaxe JSONPath.  ::: notewarning Suite aux changements ci-dessus, les nouveaux agents ne pourront plus fonctionner avec un ancien serveur Zabbix. :::  Voir aussi : [Entités découvertes](#discovered_entities)

en-us	#### Overview  Media types are [exported](/manual/xml_export_import) with all related objects and object relations.
fr	#### Aperçu  Les types de média sont [exportés](/manual/xml_export_import) avec tous les objets et relations d'objet associés.

en-us	#### Overview  Most Zabbix web interface pages support various HTTP GET parameters that control what will be displayed. They may be passed by specifying parameter=value pairs after the URL, separated from the URL by a question mark (?) and from each other by ampersands (&).
fr	#### Aperçu  La plupart des pages de l'interface Web Zabbix prennent en charge divers paramètres HTTP GET qui contrôlent ce qui sera affiché. Ils peuvent être passés en spécifiant des paires paramètre=valeur après l'URL, séparés de l'URL par un point d'interrogation (?) et les uns des autres par des esperluettes (&).

en-us	#### Overview  Nesting is a way of one template encompassing one or more other templates.  As it makes sense to separate out entities on individual templates for various services, applications, etc., you may end up with quite a few templates all of which may need to be linked to quite a few hosts. To simplify the picture, it is possible to link some templates together in a single template.  The benefit of nesting is that you have to link only one template ("nest", parent template) to the host and the host will inherit all entities of the linked templates ("nested", child templates) automatically. For example, if we link templates T1 and T2 to template T3, we supplement T3 with entities from T1 and T2, and not vice versa. If we link template A to templates B and C, we supplement B and C with entities from A.
fr	 #### Aperçu  L'imbrication est un moyen d'englober un modèle dans un ou plusieurs autres modèles.  Comme il est logique de séparer les entités sur des modèles individuels pour divers services, applications, etc., vous pouvez vous retrouver avec un certain nombre de modèles qui peuvent tous devoir être liés à un certain nombre d'hôtes. Pour simplifier l'image, il est possible de lier certains modèles ensemble dans un seul modèle.  L'avantage de l'imbrication est que vous n'avez à lier qu'un seul modèle (« imbriqué », modèle parent) à l'hôte et l'hôte héritera automatiquement de toutes les entités des modèles liés (« imbriqués », modèles enfants). Par exemple, si nous lions les modèles T1 et T2 au modèle T3, nous complétons T3 avec des entités de T1 et T2, et non l'inverse. Si nous lions le modèle A aux modèles B et C, nous complétons B et C avec des entités de A.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   all related images -   map structure - all map settings, all contained elements with their     settings, map links and map link status indicators  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::  Network map export/import is supported since Zabbix 1.8.2.
fr	#### Aperçu  [L'exportation](/manual/xml_export_import) des cartes réseau contient :  -   Toutes les images liées -   La structure de la carte - tous les paramètres de carte, tous les éléments contenus avec leurs paramètres, liens de carte et indicateurs d'état de lien de carte  ::: notewarning Les groupes d'hôtes, hôtes, déclencheurs, autres cartes ou tout autre élément pouvant être lié à la carte exportée ne sont pas exportés. Ainsi, si au moins un des éléments mentionnés dans la carte est manquant, son importation échouera. :::  L'exportation/importation de cartes réseau est supporté depuis Zabbix 1.8.2.

en-us	#### Overview  ODBC monitoring corresponds to the *Database monitor* item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This function allows for more efficient monitoring of different databases for multiple purposes - for example, checking specific database queues, usage statistics and so on. Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also the [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
fr	 #### Aperçu  La surveillance ODBC correspond au type d'élément *surveillance de base de donées* dans l'interface Zabbix.  ODBC est une API intermédiaire en langage de programmation C permettant d'accéder aux systèmes de gestion de base de données (SGBD). Le concept ODBC a été développé par Microsoft et plus tard porté sur d'autres plates-formes.  Zabbix peut interroger n'importe quelle base de données prise en charge par ODBC. Pour ce faire, Zabbix ne se connecte pas directement aux bases de données, mais utilise l'interface ODBC et les pilotes configurés dans ODBC. Cette fonction permet une surveillance plus efficace de différentes bases de données à des fins multiples - par exemple, la vérification de files d'attente de bases de données spécifiques, les statistiques d'utilisation, etc. Zabbix prend en charge unixODBC, qui est l'une des implémentations d'API ODBC open source les plus couramment utilisées.  ::: noteimportant Consultez également les [problèmes connus](/manual/installation/known_issues#odbc_checks) pour les vérifications ODBC. :::

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |Debian 11 (Bullseye)|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=debian&os_version=11&components=server_frontend_agent&db=mysql&ws=apache)| |Debian 10 (Buster)|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=debian&os_version=10&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 22.04 (Jammy Jellyfish) LTS|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=20.04&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 20.04 (Focal Fossa) LTS|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=20.04&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=18.04&components=server_frontend_agent&db=mysql&ws=apache)| |Raspbian 11 (Bullseye)|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=raspberry_pi_os&os_version=11&components=server_frontend_agent&db=mysql&ws=apache)| |Raspbian 10 (Buster)|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=raspberry_pi_os&os_version=10&components=server_frontend_agent&db=mysql&ws=apache)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  Additionally, Zabbix agent packages are available for [Ubuntu 16.04](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=16.04&components=agent&db=&ws=) and  [Ubuntu 14.04](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=14.04&components=agent&db=&ws=).
fr	 ### Aperçu  Les packages officiels Zabbix sont disponibles pour :  |   |   | |---|---| |Debian 11 (Bullseye)|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=debian&os_version=11&components=server_frontend_agent&db=mysql&ws=apache)| |Debian 10 (Buster)|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=debian&os_version=10&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 22.04 (Jammy Jellyfish) LTS|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=20.04&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 20.04 (Focal Fossa) LTS|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=20.04&components=server_frontend_agent&db=mysql&ws=apache)| |Ubuntu 18.04 (Bionic Beaver) LTS|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=18.04&components=server_frontend_agent&db=mysql&ws=apache)| |Raspbian 11 (Bullseye)|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=raspberry_pi_os&os_version=11&components=server_frontend_agent&db=mysql&ws=apache)| |Raspbian 10 (Buster)|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=raspberry_pi_os&os_version=10&components=server_frontend_agent&db=mysql&ws=apache)|  Les packages sont disponibles avec la prise en charge de la base de données MySQL/PostgreSQL et du serveur Web Apache/Nginx.  De plus, les packages d'agent Zabbix sont disponibles pour [Ubuntu 16.04](https://www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=16.04&components=agent&db=&ws=) et [Ubuntu 14.04](https:// www.zabbix.com/download?zabbix=6.0&os_distribution=ubuntu&os_version=14.04&components=agent&db=&ws=).

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |RHEL 8, CentOS 8 and Oracle Linux 8|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=9&components=server_frontend_agent&db=mysql&ws=apache)|  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx webserver support.  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available for [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) and [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64) as well.  Zabbix official repository provides fping and libssh2 packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.
fr	 ### Aperçu  Les packages officiels Zabbix sont disponibles pour :  |   |   | |---|---| |RHEL 8, CentOS 8 et Oracle Linux 8|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=red_hat_enterprise_linux&os_version=9&components=server_frontend_agent&db=mysql&ws=apache)|  Les packages sont disponibles avec la prise en charge de la base de données MySQL/PostgreSQL et du serveur Web Apache/Nginx.  Les packages et utilitaires *Agent Zabbix* *Zabbix get* et *Zabbix sender* sont disponibles pour [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6] (https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) et [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64) aussi .  Le dépôt officiel Zabbix fournit également les packages fping et libssh2. Ces packages se trouvent dans le répertoire [non-supported](https://repo.zabbix.com/non-supported/).

en-us	### Overview  Official Zabbix packages are available for:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&components=server_frontend_agent&db=mysql&ws=apache)| |SUSE Linux Enterprise Server 12|[Download](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&components=server_frontend_agent&db=mysql&ws=apache)|  ::: noteclassic  *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries.  :::
fr	 ### Aperçu  Les packages officiels Zabbix sont disponibles pour :  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&components=server_frontend_agent&db=mysql&ws=apache)| |SUSE Linux Enterprise Server 12|[Télécharger](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&components=server_frontend_agent&db=mysql&ws=apache)|  ::: noteclassic  Le  [mode de cryptage](/manual/appendix/install/db_encrypt/mysql) *Verify CA* ne fonctionne pas sur SLES 12 (toutes les versions mineures du système d'exploitation) avec MySQL en raison des anciennes bibliothèques MySQL. :::

en-us	#### Overview of files  If you obtained Java gateway from sources, you should have ended up with a collection of shell scripts, JAR and configuration files under $PREFIX/sbin/zabbix\_java. The role of these files is summarized below.      bin/zabbix-java-gateway-$VERSION.jar  Java gateway JAR file itself.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencies of Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), and [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) library.      lib/logback.xml       lib/logback-console.xml  Configuration files for Logback.      shutdown.sh       startup.sh  Convenience scripts for starting and stopping Java gateway.      settings.sh  Configuration file that is sourced by startup and shutdown scripts above.
fr	#### Aperçu des fichiers  Si vous avez obtenu la passerelle Java à partir des sources, vous devriez vous retrouver avec une collection de scripts shell, de JAR et de fichiers de configuration sous $PREFIX/sbin/zabbix\_java. Le rôle de ces fichiers est résumé ci-dessous.      bin/zabbix-java-gateway-$VERSION.jar  Le fichier de la passerelle Java lui-même.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dépendances de la passerelle Java : librairies [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/) et [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json).      lib/logback.xml     lib/logback-console.xml  Fichiers de configuration pour Logback.      shutdown.sh     startup.sh  Scripts pratiques pour démarrer et arrêter la passerelle Java.      settings.sh  Fichier de configuration provenant des scripts de démarrage et d'arrêt ci-dessus.

en-us	### Overview  Once the [services](/manual/it_services/service_tree) are created, you can start monitoring whether their performance is on track with service level agreement (SLA).    *Services->SLA* menu section allows to configure SLAs for various services. An SLA in Zabbix defines service level objective (SLO), expected uptime schedule and planned downtimes.   SLAs and services are matched by [service tags](/manual/it_services/service_tree#tags). The same SLA may be applied to multiple services - performance will be measured for each matching service separately. A single service may have multiple SLAs assigned - data for each of the SLAs will be displayed separately.  In SLA reports Zabbix provides Service level indicator (SLI) data, which measures real service availability. Whether a service meets the SLA targets is determined by comparing SLO (expected availability in %) with SLI (real-life availability in %). 
fr	 ### Aperçu  Une fois les [services](/manual/it_services/service_tree) créés, vous pouvez commencer à surveiller si leurs performances sont conformes au contrat de niveau de service (SLA).  La section de menu *Services->SLA* permet de configurer les SLA pour divers services. Un SLA dans Zabbix définit l'objectif de niveau de service (SLO), le calendrier de disponibilité prévu et les temps d'arrêt planifiés.  Les SLA et les services correspondent aux [tags de service](/manual/it_services/service_tree#tags). Le même SLA peut être appliqué à plusieurs services - les performances seront mesurées séparément pour chaque service correspondant. Un seul service peut avoir plusieurs SLA attribués - les données pour chacun des SLA seront affichées séparément.  Dans les rapports SLA, Zabbix fournit des données d'indicateur de niveau de service (SLI), qui mesurent la disponibilité réelle du service. La conformité d'un service aux objectifs du SLA est déterminée en comparant le SLO (disponibilité attendue en %) au SLI (disponibilité réelle en %).

en-us	### Overview  Packages for minor Zabbix version (i.e. Zabbix 6.0.x) release candidates are provided starting with Zabbix 6.0.9.  The instructions below are for enabling unstable Zabbix release repositories (disabled by default).  First, install or update to the latest zabbix-release package. To enable rc packages on your system do the following:
fr	### Aperçu  Les packages pour les versions candidates mineures de Zabbix (c'est-à-dire Zabbix 6.0.x) sont fournis à partir de Zabbix 6.0.9.  Les instructions ci-dessous permettent d'activer les référentiels de versions instables de Zabbix (désactivés par défaut).  Tout d'abord, installez ou mettez à jour le dernier package zabbix-release. Pour activer les packages rc sur votre système, procédez comme suit :

en-us	#### Overview  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) are supported in Zabbix.  There are two ways of using regular expressions in Zabbix:  -   manually entering a regular expression -   using a global regular expression created in Zabbix
fr	#### Aperçu  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) sont pris en charge dans Zabbix.  Il existe deux manières d'utiliser les expressions régulières dans Zabbix :  - saisie manuelle d'une expression régulière - en utilisant une expression régulière globale créée dans Zabbix

en-us	### Overview  Plugins provide an option to extend the monitoring capabilities of Zabbix. Plugins are written in Go programming language and are supported by Zabbix agent 2 only.  Plugins provide an alternative to [loadable modules](/manual/config/items/loadablemodules) (written in C), and other methods for extending Zabbix functionality, such as [user parameters](userparameters) (agent metrics), [external checks](/manual/config/items/itemtypes/external) (agent-less monitoring), and `system.run[]` Zabbix [agent item](/manual/config/items/itemtypes/zabbix_agent).  The following features are specific to Zabbix agent 2 and its plugins:  -   support of scheduled and flexible intervals for both passive and     active checks; -   task queue management with respect to schedule and task concurrency; -   plugin-level timeouts; -   compatibility check of Zabbix agent 2 and its plugin on start up.  Since Zabbix 6.0.0, plugins don't have to be integrated into the agent 2 directly and can be added as loadable plugins, thus making the creation process of additional plugins for gathering new monitoring metrics easier.  This page lists Zabbix native and loadable plugins, and describes plugin configuration principles from the user perspective. For instructions about writing your own plugins, please see [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/en/plugins).
fr	### Aperçu  Les plugins offrent une option pour étendre les capacités de surveillance de Zabbix. Les plugins sont écrits en langage de programmation Go et ne sont pris en charge que par l'agent Zabbix 2.  Les plugins fournissent une alternative aux [modules chargeables](/manual/config/items/loadablemodules) (écrits en C) et à d'autres méthodes pour étendre les fonctionnalités de Zabbix, telles que les [paramètres utilisateur](userparameters) (métriques de l'agent), les [vérifications externes ](/manual/config/items/itemtypes/external) (surveillance sans agent) et l'[élément d'agent Zabbix](/manual/config/items/itemtypes/zabbix_agent)  `system.run[]`.  Les fonctionnalités suivantes sont spécifiques à l'agent Zabbix 2 et à ses plugins :  -   prise en charge d'intervalles programmés et flexibles pour les contrôles passifs et actifs ; -   gestion de la file d'attente des tâches en ce qui concerne le calendrier et la simultanéité des tâches ; -   délais d'attente au niveau du plugin ; -   vérification de la compatibilité de l'agent Zabbix 2 et de son plugin au démarrage.  Depuis Zabbix 6.0.0, les plugins n'ont pas besoin d'être intégrés directement dans l'agent 2 et peuvent être ajoutés en tant que plugins chargeables, facilitant ainsi le processus de création de plugins supplémentaires pour collecter de nouvelles métriques de surveillance.  Cette page répertorie les plugins natifs et chargeables de Zabbix et décrit les principes de configuration des plugins du point de vue de l'utilisateur. Pour obtenir des instructions sur l'écriture de vos propres plugins, veuillez consulter les [Directives de développement de plugins](https://www.zabbix.com/documentation/guidelines/en/plugins).

en-us	#### Overview  Preprocessing allows to define transformation rules for the received item values. One or several transformations are possible before saving to the database.  Transformations are executed in the order in which they are defined. Preprocessing is done by Zabbix server or proxy (if items are monitored by proxy).  Note that all values passed to preprocessing are of the string type, conversion to desired value type (as defined in item configuration) is performed at the end of the preprocessing pipeline; conversions, however, may also take place if required by the corresponding preprocessing step. See [preprocessing details](/manual/config/items/preprocessing/preprocessing_details) for more technical information.  See also: [Usage examples](/manual/config/items/preprocessing/examples)
fr	#### Aperçu  Le prétraitement permet de définir des règles de transformation pour les valeurs des items reçus. Une ou plusieurs transformations sont possibles avant l'enregistrement dans la base de données.  Les transformations sont exécutées dans l'ordre dans lequel elles sont définies. Le prétraitement est effectué par le serveur ou le proxy Zabbix (si les éléments sont surveillés par proxy).  Notez que toutes les valeurs transmises au prétraitement sont de type chaîne, la conversion vers le type de valeur souhaité (tel que défini dans la configuration de l'élément) est effectuée à la fin du pipeline de prétraitement ; cependant, des conversions peuvent également avoir lieu si cela est requis par le étape de prétraitement correspondante. Voir [détails de prétraitement](/manual/config/items/preprocessing/preprocessing_details) pour plus d'informations techniques.  Voir aussi : [Exemples d'utilisation](/manual/config/items/preprocessing/examples)

en-us	#### Overview  Problem events in Zabbix can be acknowledged by users.  If a user gets notified about a problem event, they can go to Zabbix frontend, open the problem update popup window of that problem using one of the ways listed below and acknowledge the problem. When acknowledging, they can enter their comment for it, saying that they are working on it or whatever else they may feel like saying about it.  This way, if another system user spots the same problem, they immediately see if it has been acknowledged and the comments so far.  This way the workflow of resolving problems with more than one system user can take place in a coordinated way.  Acknowledgment status is also used when defining [action operations](/manual/config/notifications/action/operation). You can define, for example, that a notification is sent to a higher level manager only if an event is not acknowledged for some time.  To acknowledge events and comment on them, a user must have at least read permissions to the corresponding triggers. To change problem severity or close problem, a user must have read-write permissions to the corresponding triggers.  There are **several** ways to access the problem update popup window, which allows acknowledging a problem.  -   You may select problems in *Monitoring* → *Problems* and then click     on *Mass update* below the list -   You can click in the *Ack* column showing the acknowledgment status     of problems in:     -   *Monitoring → Dashboard* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details*  The *Ack* column contains either a 'Yes' or a 'No' link, indicating an acknowledged or an unacknowledged problem respectively. Clicking on the links will take you to the problem update popup window.  -   You can click on an unresolved problem cell in:     -   *Monitoring → Dashboard* (*Trigger overview* widget)  The popup menu contains an *Acknowledge* option that will take you to the problem update window.  
fr	#### Aperçu  Les événements problématiques dans Zabbix peuvent être acquittés par les utilisateurs.  Si un utilisateur est averti d'un événement problématique, il peut accéder à l'interface Zabbix, ouvrir la fenêtre contextuelle de mise à jour du problème en utilisant l'une des méthodes répertoriées ci-dessous et acquitter le problème. Lorsqu'il acquitte, l'utilisateur peut saisir ses commentaires, indiquant qu'il travaille à la résolution du problème ou toutes autres choses qu'il pourrait avoir envie de dire.  Ainsi, si un autre utilisateur détecte le même problème, il voit immédiatement s'il a déjà été acquitté et commenté.  Aussi, le flux de travail pour la résolution des problèmes à plusieurs utilisateurs peut s'effectuer de manière plus coordonnée.  Le statut d'acquittement est également utilisé lors de la définition des [opérations d'action](/manual/config/notifications/action/operation). Vous pouvez définir, par exemple, qu'une notification sera envoyée à un responsable de niveau supérieur uniquement si un événement n'est pas acquitté pendant un certain temps.  Pour acquitter des événements et les commentés, l'utilisateur devra avoir au moins une autorisation de lecture sur le déclencheur correspondant. Pour modifier la sévérité ou fermer le problème, cet utilisateur devra avoir une autorisation en lecture-écriture sur le déclencheur correspondant.  Il existe **plusieurs** manières d'accéder à la fenêtre contextuelle de mise à jour d'un problème afin de permette l'acquittement d'un problème.  -   Vous pouvez sélectionner les  problèmes dans *Surveillance* → *Problèmes* et cliquer sur *Modification collective* en bas de la liste -   Vous pouvez cliquer dans la colonne *Acquitté* indiquant le statut de l'acquittement des problèmes dans :     -   *Surveillance → Tableau de bord* (widgets *Problèmes* et *Problèmes par gravité*)     -   *Surveillance → Problèmes*     -   *Surveillance → Problèmes → Détails de l'événement*  La colonne *Acquitté* contient un lien 'Oui' ou 'Non', indiquant respectivement un problème acquitté ou non acquitté. En cliquant sur les liens, vous accédez à l'écran de mise à jour du problème.  -   Vous pouvez cliquer sur la cellule d'un problème non résolu dans :     -   *Surveillance → Tableau de bord* (widget *Aperçu des déclencheurs*)  La fenêtre contextuelle contient une option *Acquittement* qui vous dirigera vers la fenêtre contextuelle de mise à jour du problème.

en-us	#### Overview  Receiving notifications on unsupported items is supported since Zabbix 2.2.  It is part of the concept of internal events in Zabbix, allowing users to be notified on these occasions. [Internal events](/manual/config/events/sources#internal-events) reflect a change of state:  -   when items go from 'normal' to 'unsupported' (and back) -   when triggers go from 'normal' to 'unknown' (and back) -   when low-level discovery rules go from 'normal' to 'unsupported'     (and back)  This section presents a how-to for **receiving notification** when an item turns unsupported.
fr	 #### Aperçu  La réception de notifications sur des éléments non supportés est prise en charge depuis Zabbix 2.2.  Cela fait partie du concept d'événements internes à Zabbix, permettant aux utilisateurs d'être avertis à ces occasions. Les [événements internes](/manual/config/events/sources#internal-events) reflètent un changement d'état :  -   lorsque les éléments passent de "normal" à "non pris en charge" (et inversement) -   lorsque les déclencheurs passent de "normal" à "inconnu" (et inversement) -   lorsque les règles de découverte de bas niveau passent de "normales" à "non prises en charge" (et inversement)  Cette section présente un guide pour **recevoir une notification** lorsqu'un élément n'est plus pris en charge.

en-us	#### Overview  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device and is collected or "trapped" by Zabbix.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
fr	 #### Aperçu  La réception d'interruptions SNMP est l'opposé de l'interrogation des périphériques compatibles SNMP.  Dans ce cas, les informations sont envoyées à partir d'un périphérique compatible SNMP et sont collectées ou "trappées" par Zabbix.  Habituellement, les interruptions sont envoyées lors d'un changement de condition et l'agent se connecte au serveur sur le port 162 (par opposition au port 161 côté agent utilisé pour les requêtes). L'utilisation de traps peut détecter certains problèmes courts qui se produisent au cours de l'intervalle de requête et peuvent être manqués par la requête de données.  La réception de traps SNMP dans Zabbix est conçue pour fonctionner avec **snmptrapd** et l'un des mécanismes pour passer les traps à Zabbix - soit un script Bash ou Perl soit SNMPTT.  ::: noteclassic Le moyen le plus simple de configurer la surveillance des traps après avoir configuré Zabbix est d'utiliser la solution de script Bash, car Perl et SNMPTT sont souvent absents dans les distributions modernes et nécessitent une configuration plus complexe. Cependant, cette solution utilise un script configuré comme `traphandle`. Pour de meilleures performances sur les systèmes de production, utilisez la solution Perl embarquée (soit un script avec l'option `do perl` soit SNMPTT). :::  Flux de travail de réception d'un trap :  1. `snmptrapd` reçoit un trap 2. `snmptrapd` transmet le trap au script récepteur (Bash, Perl) ou SNMPTT 3. Le récepteur analyse, formate et écrit le trap dans un fichier 4. Le trappeur SNMP Zabbix lit et analyse le fichier de trap 5. Pour chaque trap, Zabbix trouve tous les éléments "trappeur SNMP" avec les interfaces hôte correspondantes à l'adresse du trap reçu. Notez que seules les interfaces pour lesquelles "IP" ou "DNS" est sélectionné sont utiliséespour la correspondance. 6. Pour chaque élément trouvé, le trap est comparé à une expression régulière dans `snmptrap[expression régulière]`. Le trap est défini sur la valeur de **tous** les éléments correspondants. Si aucun élément correspondant n'est trouvé et qu'il existe unélément `snmptrap.fallback`, le trap est défini sur la valeur de celui-ci. 7. Si le trap n'a été défini sur la valeur d'aucun élément, Zabbix enregistre par défaut  le trap sans correspondance. (Ceci est configuré dans "Enregistrer les traps SNMP non appariés" dans Administration → Général → Autre.)

en-us	### Overview  Recovery operations allow you to be notified when problems are resolved.  Both messages and remote commands are supported in recovery operations. While several operations can be added, escalation is not supported - all operations are assigned to a single step and therefore will be performed simultaneously.
fr	### Aperçu  Les opérations de récupération vous permettent d'être averti lorsque les problèmes sont résolus.  Les messages et les commandes à distance sont pris en charge dans les opérations de récupération. Bien que plusieurs opérations puissent être ajoutées, l'escalade n'est pas prise en charge - toutes les opérations sont affectées à une seule étape et seront donc exécutées simultanément.

en-us	#### Overview  Sending a message is one of the best ways of notifying people about a problem. That is why it is one of the primary actions offered by Zabbix.
fr	#### Aperçu  L'envoi d'un message est l'un des meilleurs moyens d'informer les personnes d'un problème. C'est pourquoi c'est l'une des principales actions proposées par Zabbix.

en-us	#### Overview  Server - proxy data exchange is based on JSON format.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
fr	#### Aperçu  L'échange de données serveur -  proxy est basé sur le format JSON.  Les messages de requête et de réponse doivent commencer par un [en-tête et une longueur des données](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Service monitoring is a business-level monitoring that can be used to get an overview of the entire IT infrastructure service tree, identify weak places of the infrastructure, calculate SLA of various IT services, and check out other information at a higher level. Service monitoring focuses on the overall availability  of a service instead of low-level details, such as the lack of disk space, high processor load, etc. Since Zabbix 6.0, service monitoring also provides functionality to find the root cause of a problem if a service is not performing as expected.   Service monitoring allows to create a hierarchy representation of monitored data.  A very simple service structure may look like:      Service     |     |-Workstations     | |     | |-Workstation1     | |     | |-Workstation2     |     |-Servers  Each node of the structure has attribute status. The status is calculated and propagated to upper levels according to the selected algorithm. The status of individual nodes is affected by the status of the mapped problems. Problem mapping is accomplished with [tagging](/manual/it_services/service_tree#problem-tags).  Zabbix can send notifications or automatically execute a script on the Zabbix server in case service status change is detected. It is possible to define flexible rules whether a parent service should go into a 'Problem state'  based on the statuses of child services. Services problem data can then be used to calculate SLA and send SLA reports based on the flexible set of conditions.   Service monitoring is configured in the Services menu, which consists of the following sections:   - [Services](/manual/it_services/service_tree)   Services section allows to build a hierarchy of your monitored infrastructure by adding parent services, and then - child  services to the parent services.   In addition to configuring service tree, this section provides an overview of the whole infrastructure and allows to quickly identify the problems that led to a service status change.   - [Service actions](/manual/it_services/service_actions)  In this section you can configure service actions. Service actions are optional and allow to:  - send a notification that a service is down;  - execute a remote command on a Zabbix server upon a service status change; - send a recovery notification when a service is up again.  - [SLA](/manual/it_services/sla)  In this section you can define service level agreements and set service level objectives for specific services.   - [SLA report](/manual/web_interface/frontend_sections/services/sla_report)  In this section you can view SLA reports.   **See also:**     - SLA monitoring configuration [example](/manual/it_services/example)   - Notes about [upgrading services](/manual/appendix/services_upgrade) from Zabbix versions below 6.0
fr	 #### Aperçu  La surveillance des services est une surveillance au niveau de l'entreprise qui peut être utilisée pour obtenir un aperçu de l'ensemble de l'arborescence des services de l'infrastructure informatique, identifier les points faibles de l'infrastructure, calculer le SLA de divers services informatiques et vérifier d'autres informations à un niveau supérieur. La surveillance des services se concentre sur la disponibilité globale d'un service plutôt que sur des détails de bas niveau, tels que le manque d'espace disque, la charge élevée du processeur, etc. Depuis Zabbix 6.0, la surveillance des services fournit également des fonctionnalités pour trouver la cause première d'un problème si un service ne fonctionne pas comme prévu.  La surveillance des services permet de créer une représentation hiérarchique des données surveillées.  Une structure de service très simple peut ressembler à :      Service     |     |-Postes de travail     | |     | |-Poste de travail 1     | |     | |-Poste de travail 2     |     |-Serveurs  Chaque nœud de la structure a un statut d'attribut. L'état est calculé et propagé aux niveaux supérieurs selon l'algorithme sélectionné. L'état des nœuds individuels est affecté par l'état des problèmes cartographiés. La cartographie des problèmes est réalisée avec le [tagging](/manual/it_services/service_tree#problem-tags).  Zabbix peut envoyer des notifications ou exécuter automatiquement un script sur le serveur Zabbix en cas de détection d'un changement d'état du service. Il est possible de définir des règles flexibles si un service parent doit entrer dans un 'état de problème' en fonction des statuts des services enfants. Les données des problèmes de services peuvent ensuite être utilisées pour calculer le SLA et envoyer des rapports SLA basés sur l'ensemble flexible de conditions.  La surveillance des services est configurée dans le menu Services, qui se compose des sections suivantes :  - [Services](/manual/it_services/service_tree)   La section Services permet de construire une hiérarchie de votre infrastructure surveillée en ajoutant des services parents, puis - des services enfants aux services parents.  En plus de la configuration de l'arborescence des services, cette section fournit une vue d'ensemble de l'ensemble de l'infrastructure et permet d'identifier rapidement les problèmes qui ont conduit à un changement d'état du service.  - [Actions de service](/manual/it_services/service_actions)  Dans cette section, vous pouvez configurer les actions de service. Les actions de service sont facultatives et permettent de : - envoyer une notification indiquant qu'un service est en panne ; - exécuter une commande à distance sur un serveur Zabbix lors d'un changement d'état du service ; - envoyer une notification de récupération lorsqu'un service est à nouveau opérationnel.  - [SLA](/manual/it_services/sla)  Dans cette section, vous pouvez définir des accords de niveau de service et définir des objectifs de niveau de service pour des services spécifiques.  - [Rapport SLA](/manual/web_interface/frontend_sections/services/sla_report)  Dans cette section, vous pouvez afficher les rapports SLA.  **Voir également :**     - Un [exemple](/manual/it_services/example) de configuration de la surveillance SLA    - Remarques sur la [mise à niveau des services](/manual/appendix/services_upgrade) à partir des versions de Zabbix inférieures à 6.0

en-us	#### Overview  Several configuration [parameters](/manual/appendix/config/zabbix_server) define how Zabbix server should behave when an agent check (Zabbix, SNMP, IPMI, JMX) fails and a host interface becomes unreachable.
fr	#### Aperçu  Plusieurs [paramètres](/manual/appendix/config/zabbix_server) de configuration définissent le comportement du serveur Zabbix lorsqu'une vérification d'agent (Zabbix, SNMP, IPMI, JMX) échoue et qu'une interface hôte devient inaccessible.

en-us	#### Overview  Simple checks are normally used for remote agent-less checks of services.  Note that Zabbix agent is not needed for simple checks. Zabbix server/proxy is responsible for the processing of simple checks (making external connections, etc).  Examples of using simple checks:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic *User name* and *Password* fields in simple check item configuration are used for VMware monitoring items; ignored otherwise. :::
fr	#### Aperçu  Les vérifications simples sont normalement utilisées pour les vérifications de services à distance sans agent.  Notez que l'agent Zabbix n'est pas nécessaire pour les vérifications simples. Le serveur/proxy Zabbix est responsable du traitement des vérifications simples (établissement de connexions externes, etc.).  Exemples d'utilisation de vérifications simples :      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic Les champs *Nom d'utilisateur* et *Mot de passe* dans la configuration de l'élément de vérification simple sont utilisés pour les éléments de surveillance VMware ; ignoré sinon. :::

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
fr	#### Aperçu  Des graphiques simples sont fournis pour la visualisation des données recueillies par les éléments.  Aucun effort de configuration n'est requis de la part de l'utilisateur pour visualiser des graphiques simples. Ils sont librement mis à disposition par Zabbix.  Allez simplement dans *Surveillance → Dernières données* et cliquez sur le lien Graphique de l'élément souhaité et un graphique s'affichera.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Des graphiques simples sont fournis pour tous les éléments numériques. Pour les éléments textuels, un lien vers l'Historique est disponible dans *Surveillance → Dernières données*. :::

en-us	### Overview  Since Zabbix 6.0, primary keys are used for all tables in  new installations.  This section provides instructions for manually upgrading the history tables in existing installations to primary keys.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
fr	#### Aperçu  Depuis Zabbix 6.0, les clés primaires sont utilisées pour toutes les tables dans les nouvelles installations.  Cette section fournit des instructions pour mettre à niveau manuellement les tables d'historique des installations existantes vers les clés primaires.  Des instructions sont disponibles pour :  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
fr	#### Aperçu  Certains nouveaux éléments sont automatiquement ajoutés pour la supervision lors de la création de scénarios Web.  Tous les éléments héritent des tags du scénario Web.

en-us	#### Overview  Sometimes there are signs of the upcoming problem. These signs can be spotted so that actions may be taken in advance to prevent or at least minimize the impact of the problem.  Zabbix has tools to predict the future behavior of the monitored system based on historic data. These tools are realized through predictive trigger functions.
fr	#### Aperçu  Parfois, il y a des signes du problème à venir. Ces signes peuvent être repérés afin que des actions puissent être prises à l'avance pour prévenir ou au moins minimiser l'impact du problème.  Zabbix dispose d’outils permettant de prédire le comportement futur du système supervisé sur la base de données historiques. Ces outils sont exécutées via des fonctions prédictives de déclenchement.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
fr	#### Aperçu  Parfois, vous voudrez peut-être changer certains attributs pour un certain nombre d'hôtes en une seule fois. Au lieu d'ouvrir chaque hôte individuellement pour l'édition, vous pouvez utiliser la fonction de modification collective pour cela.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of items at once. Instead of opening each individual item for editing, you may use the mass update function for that.
fr	#### Aperçu  Parfois, vous voudrez peut-être modifier un attribut pour un certain nombre d'éléments à la fois. Au lieu d'ouvrir chaque élément individuel pour le modifier, vous pouvez utiliser la fonction de mise à jour en masse pour cela.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of templates at once. Instead of opening each individual template for editing, you may use the mass update function for that.
fr	 #### Aperçu  Parfois, vous souhaiterez peut-être modifier un attribut pour plusieurs modèles à la fois. Au lieu d'ouvrir chaque modèle individuel pour le modifier, vous pouvez utiliser la fonction de mise à jour en masse pour cela.

en-us	#### Overview  SSH checks are performed as agent-less monitoring. Zabbix agent is not needed for SSH checks.  To perform SSH checks Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with SSH2 support (libssh2 or libssh). See also: [Requirements](/manual/installation/requirements#server).  ::: noteimportant Only libssh is supported starting with RHEL 8. :::
fr	#### Aperçu  Les vérifications SSH sont effectuées en tant que supervision sans agent. L'agent Zabbix n'est pas nécessaire pour les vérifications SSH.  Pour effectuer des vérifications SSH, le serveur Zabbix doit être [initialement configuré](/manual/installation/install#from_the_sources) avec le support SSH2  (libssh2 ou libssh). Voir également : [Pré-requis](/manual/installation/requirements#server)..  ::: noteimportant Seul libssh est pris en charge à partir de RHEL 8. :::

en-us	### Overview  Starting from version 5.0, Zabbix frontend requires PHP version 7.2 or later. Unfortunately, older versions of Debian & Ubuntu provide only PHP versions below 7.2.
fr	### Aperçu  À partir de la version 5.0, l'interface Zabbix nécessite PHP version 7.2 ou ultérieure. Malheureusement, les anciennes versions de Debian et Ubuntu ne fournissent que des versions PHP inférieures à 7.2.

en-us	#### Overview  Support of monitoring VMware environments is available in Zabbix starting with version 2.2.0.  Zabbix can use low-level discovery rules to automatically discover VMware hypervisors and virtual machines and create hosts to monitor them, based on pre-defined host prototypes.  The default dataset in Zabbix offers several ready-to-use templates for monitoring VMware vCenter or ESX hypervisor.  The minimum required VMware vCenter or vSphere version is 5.1.
fr	#### Aperçu  La prise en charge de la supervision des environnements VMware est disponible dans Zabbix à partir de la version 2.2.0.  Zabbix peut utiliser des règles de découverte de bas niveau pour découvrir automatiquement les hyperviseurs VMware et les machines virtuelles et créer des hôtes pour les surveiller, sur la base de prototypes d'hôtes prédéfinis.  Par défaut, Zabbix propose propose plusieurs modèles prêts à l'emploi pour la supervision de l'hyperviseur VMware vCenter ou ESX.  La version minimale requise de VMware vCenter ou vSphere est 5.1.

en-us	#### Overview  Telnet checks are performed as agent-less monitoring. Zabbix agent is not needed for Telnet checks.
fr	#### Aperçu  Les vérifications Telnet sont effectuées en tant que surveillance sans agent. L'agent Zabbix n'est pas nécessaire pour les vérifications Telnet.

en-us	#### Overview  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   linked host groups -   template data -   linkage to other templates -   linkage to host groups -   directly linked items -   directly linked triggers -   directly linked graphs -   directly linked dashboards -   directly linked discovery rules with all prototypes -   directly linked web scenarios -   value maps  
fr	#### Aperçu  Les modèles sont [exportés](/manual/xml_export_import) avec de nombreux objets liés et relations d'objet.  L'export de modèle contient :  - les groupes d'hôtes liés - les données du modèle - les liens vers d'autres modèles - les liens vers les groupes d'hôtes - les éléments directement liés - les déclencheurs directement liés - les graphiques directement liés - les tableaux de bord directement liés - les règles de découverte directement liées à tous leurs prototypes - les scénarios Web directement liés - les tables de correspondance de valeurs

en-us	### Overview  The *Administration → Authentication* section allows to specify the global user authentication method to Zabbix and internal password requirements. The available methods are internal, HTTP, LDAP, and SAML authentication.
fr	### Aperçu  La section *Administration → Authentification* permet de spécifier la méthode d'authentification globale de l'utilisateur à Zabbix et les conditions du mot de passe interne. Les méthodes disponibles sont internes, HTTP, LDAP et authentification SAML.

en-us	#### Overview  The *Administration → General* section contains a number of subsections for setting frontend-related defaults and customizing Zabbix.  The list of available subsections appears upon pressing on *General* in the *Administration* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.
fr	#### Aperçu  La section *Administration → Général* contient un certain nombre de sous-sections pour définir les paramètres par défaut liés au frontend et personnaliser Zabbix.  La liste des sous-sections disponibles apparaît en appuyant sur *Général* dans la section du menu *Administration*. Il est également possible de basculer entre sous-sections en utilisant la liste déroulante des titres dans le coin supérieur gauche.

en-us	#### Overview  The Administration menu is for administrative functions of Zabbix. This menu is available to users of [Super Administrators](/manual/config/users_and_usergroups/permissions) type only.
fr	#### Aperçu  Le menu Administration est destiné aux fonctions administratives de Zabbix. Ce menu est réservé aux utilisateurs de type [super administrateurs](/fr/manual/config/users_and_usergroups/permissions) uniquement.

en-us	#### Overview  The aggregation functions, available in the graph widget of the dashboard, allow displaying an aggregated value for the chosen interval (5 minutes, an hour, a day), instead of all values.  The aggregation options are as follows:  -   min -   max -   avg -   count -   sum -   first (first value displayed) -   last (last value displayed)  The most exciting use of data aggregation is the possibility to create nice side-by-side comparisons of data for some period:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  When hovering over a point in time in the graph, date and time is displayed, in addition to items and their aggregated values. Items are displayed in parentheses, prefixed by the aggregation function used. Note that this is the date and time of the point in the graph, not of the actual values.
fr	 #### Aperçu  Les fonctions d'agrégation, disponibles dans le widget graphique du tableau de bord, permettent d'afficher une valeur agrégée pour l'intervalle choisi (5 minutes, une heure, un jour), au lieu de toutes les valeurs.  Les options d'agrégation sont les suivantes :  -   min -   max -   avg -   count -   sum -   first (première valeur affichée) -   last (dernière valeur affichée)  L'utilisation la plus excitante de l'agrégation de données est la possibilité de créer de belles comparaisons côte à côte de données pendant une certaine période :  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  Lorsque vous survolez un point dans le temps dans le graphique, la date et l'heure s'affichent, en plus des éléments et de leurs valeurs agrégées. Les éléments sont affichés entre parenthèses, préfixés par la fonction d'agrégation utilisée. Notez qu'il s'agit de la date et de l'heure du point dans le graphique, et non des valeurs réelles.

en-us	#### Overview  The Configuration menu contains sections for setting up major Zabbix functions, such as hosts and host groups, data gathering, data thresholds, sending problem notifications, creating data visualization and others.
fr	#### Aperçu  Le menu Configuration contient des sections permettant de configurer les principales fonctions de Zabbix, telles que les hôtes et les groupes d'hôtes, la collecte de données, les seuils de données, l'envoi de notifications de problèmes, la création de visualisation de données et autres.

en-us	#### Overview  The custom graph list for a host can be accessed from *Configuration → Hosts* by clicking on *Graphs* for the respective host.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the host graph belongs to a template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on the template level.<br>If the graph has been created from a graph prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the graph prototype list.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Info*|If the graph is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new graph, click on the *Create graph* button at the top right corner.
fr	 #### Overview  La liste des graphiques personnalisés pour un hôte est accessible depuis *Configuration → Hôtes* en cliquant sur *Graphiques* de l'hôte respectif.  Une liste des graphiques existants s'affiche.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Nom*|Nom du graphique personnalisé, affiché sous forme de lien bleu vers les détails du graphique.<br>Cliquer sur le lien du nom du graphique ouvre le [formulaire de configuration](/manual/config/visualization/graphs/custom#configuring_custom_graphs) du graphique.<br>Si le graphique hôte appartient à un modèle, le nom du modèle s'affiche avant le nom du graphique, sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des graphiques au niveau du modèle.<br>Si le graphique a été créé à partir d'un prototype de graphique, son nom est précédé du nom de la règle de découverte de bas niveau, en orange. Cliquer sur le nom de la règle de découverte ouvrira la liste des prototypes de graphe.| |*Largeur*|La largeur du graphique est affichée.| |*Hauteur*|La hauteur du graphique est affichée.| |*Type de graphique*|Le type de graphique est affiché - *Normal*, *Empilé*, *Camembert* ou *Explosé*.| |*Info*|Si le graphique fonctionne correctement, aucune icône n'est affichée dans cette colonne. En cas d'erreur, une icône carrée avec la lettre "i" s'affiche. Passez la souris sur l'icône pour voir une info-bulle avec la description de l'erreur.|  Pour configurer un nouveau graphique, cliquez sur le bouton *Créer un graphique* dans le coin supérieur droit.

en-us	#### Overview  The custom graph list for a template can be accessed from *Configuration → Templates* by clicking on *Graphs* for the respective template.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|Template the graph belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the graph is inherited from another template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on that template level.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.|  To configure a new graph, click on the *Create graph* button at the top right corner.
fr	#### Aperçu  La liste des graphiques personnalisés pour un modèle est accessible à partir de *Configuration → Modèles* en cliquant sur *Graphiques* pour le modèle respectif.  Une liste des graphiques existants s'affiche.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Modèle*|Modèle auquel appartient le graphique.<br>Cette colonne s'affiche uniquement si plusieurs modèles sont sélectionnés dans le filtre.| |*Nom*|Nom du graphique personnalisé, affiché sous forme de lien bleu vers les détails du graphique.<br>Cliquer sur le lien du nom du graphique ouvre le [formulaire de configuration](/manual/config/visualization/graphs/custom#configuring_custom_graphs) du graphique.<br>Si le graphique est hérité d'un autre modèle, le nom du modèle s'affiche avant le nom du graphique, sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des graphiques à ce niveau de modèle.| |*Largeur*|La largeur du graphique est affichée.| |*Hauteur*|La hauteur du graphique est affichée.| |*Type de graphique*|Le type de graphique est affiché - *Normal*, *Empilé*, *Camembert* ou *Éclaté*.|  Pour configurer un nouveau graphique, cliquez sur le bouton *Créer un graphique* dans le coin supérieur droit.

en-us	#### Overview  The expressions used in [triggers](/manual/config/triggers) are very flexible. You can use them to create complex logical tests regarding monitored statistics.  A simple expression uses a **function** that is applied to the item with some parameters. The function returns a result that is compared to the threshold, using an operator and a constant.  The syntax of a simple useful expression is `function(/host/key,parameter)<operator><constant>`.  For example:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  will trigger if the number of received bytes during the last five minutes was always over 100 kilobytes.  While the syntax is exactly the same, from the functional point of view there are two types of trigger expressions:  -   problem expression - defines the conditions of the problem -   recovery expression (optional) - defines additional conditions of     the problem resolution  When defining a problem expression alone, this expression will be used both as the problem threshold and the problem recovery threshold. As soon as the problem expression evaluates to TRUE, there is a problem. As soon as the problem expression evaluates to FALSE, the problem is resolved.  When defining both problem expression and the supplemental recovery expression, problem resolution becomes more complex: not only the problem expression has to be FALSE, but also the recovery expression has to be TRUE. This is useful to create [hysteresis](#hysteresis) and avoid trigger flapping.
fr	#### Aperçu  Les expressions utilisées dans les [déclencheurs(/manual/config/triggers) sont très flexibles. Vous pouvez les utiliser pour créer des tests logiques complexes concernant les statistiques surveillées.  Une expression simple utilise une **fonction** qui est appliquée à l'élément avec certains paramètres. La fonction renvoie un résultat qui est comparé au seuil, à l'aide d'un opérateur et d'une constante.  La syntaxe d'une expression utile simple est `function(/host/key,parameter)<operator><constant>`.  Par exemple :       min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  se déclenchera si le nombre d'octets reçus au cours des cinq derniers minutes était toujours supérieure à 100 kilo-octets.  Bien que la syntaxe soit exactement la même, du point de vue fonctionnel, il existe deux types d'expressions de déclencheur :  -   expression du problème - définit les conditions du problème -   expression de récupération (facultatif) - définit des conditions supplémentaires pour la résolution du problème  Lors de la définition d'une seule expression problématique, cette expression sera utilisée à la fois comme seuil de problème et seuil de récupération du problème. Dès que l'expression problème a pour résultat "VRAI", il y a un problème. Dès que l'expression du problème est évaluée à "FAUX", le problème est résolu.  Lors de la définition à la fois de l'expression du problème et de l'expression de récupération supplémentaire, la résolution du problème devient plus complexe : non seulement l'expression du problème doit être "FAUX", mais également l'expression de récupération doit être "VRAI". Ceci est utile pour éviter le bagotage de déclenchement dans l'[hystérésis](#hysteresis).

en-us	#### Overview  The graph widget provides a modern and versatile way of visualizing data collected by Zabbix using a vector image drawing technique. This graph widget is supported since Zabbix 4.0. Note that the graph widget supported before Zabbix 4.0 can still be used as [Graph (classic)](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph_classic).
fr	#### Aperçu  Le widget graphique offre une manière moderne et polyvalente de visualiser les données collectées par Zabbix à l'aide d'une technique de dessin d'image vectorielle. Le widget graphique est pris en charge depuis Zabbix 4.0. Notez que le widget graphique pris en charge avant Zabbix 4.0 peut toujours être utilisé comme [Graphique (classique)](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets#graph_classic).

en-us	#### Overview  The header is present in all request and response messages between Zabbix components.  It is required to determine the message length, if it is compressed or not, if it is a large packet or not.  Zabbix communications protocol has 1GB packet size limit per connection. The limit of 1GB  is applied to both the received packet data length and the uncompressed data length.  When sending configuration to Zabbix proxy, the packet size limit is increased to 4GB to allow  syncing large configurations. When data length before compression exceeds 4GB, Zabbix server automatically  starts using the large packet format (0x04 flag) which increases the packet size limit to 16GB.  Note that while a large packet format can be used for sending any data, currently only the Zabbix proxy  configuration syncer can handle packets that are larger than 1GB.
fr	 ####  Aperçu  L'en-tête est présent dans tous les messages de requête et de réponse entre les composants Zabbix. Il est nécessaire de déterminer la longueur du message, s'il est compressé ou non, s'il s'agit d'un gros paquet ou non.  Le protocole de communication Zabbix a une limite de taille de paquet de 1 Go par connexion. La limite de 1 Go s'applique à la fois à la longueur des données du paquet reçu et à la longueur des données non compressées.  Lors de l'envoi de la configuration au proxy Zabbix, la limite de taille de paquet est augmentée à 4 Go pour permettre la synchronisation de grandes configurations. Lorsque la longueur des données avant compression dépasse 4 Go, le serveur Zabbix démarre automatiquement en utilisant le grand format de paquet (flag 0x04) qui augmente la limite de taille de paquet à 16 Go.  Notez que bien qu'un grand format de paquet puisse être utilisé pour envoyer des données, actuellement seul le synchroniseur de configuration du proxy Zabbix peut gérer les paquets supérieurs à 1 Go.

en-us	#### Overview  The Inventory menu features sections providing an overview of host inventory data by a chosen parameter as well as the ability to view host inventory details.
fr	#### Aperçu  Le menu Inventaire comprend des sections offrant un aperçu des données d'inventaire de l'hôte selon un paramètre choisi, ainsi que la possibilité d'afficher les détails de l'inventaire de l'hôte.

en-us	#### Overview  The *Inventory → Overview* section provides ways of having an overview of [host inventory](/manual/config/hosts/inventory) data.  For an overview to be displayed, choose host groups (or none) and the inventory field by which to display data. The number of hosts corresponding to each entry of the chosen field will be displayed.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  The completeness of an overview depends on how much inventory information is maintained with the hosts.  Numbers in the *Host count* column are links; they lead to these hosts being filtered out in the *Host Inventories* table.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}
fr	#### Aperçu  La section *Inventaire → Aperçu* fournit des moyens d'avoir un aperçu des données d'[inventaire d'hôte](/fr/manual/config/hosts/inventory).  Pour qu'un aperçu puisse être affiché, choisissez un groupe d'hôtes (ou aucun) et le champ d'inventaire dont vous souhaitez afficher des données. Le nombre d'hôtes correspondant à chaque entrée du champ choisi sera affiché.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  L'intégralité de l'aperçu dépend de la quantité d'informations d'inventaire conservées concernant les hôtes.  Les nombres dans la colonne *Nombre d'hôtes* sont des liens, ils mènent à un filtre basé sur ces hôtes dans le tableau *Inventaire d'hôte*.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}

en-us	#### Overview  The item list for a host can be accessed from *Configuration → Hosts* by clicking on *Items* for the respective host.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item menu*|Click on the three-dot icon to open the menu for the specific item with these options:<br>**Latest data** - see latest data of the item<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item | |*Host*|Host of the item.<br>This column is displayed only if multiple hosts are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the host item belongs to a template, the template name is displayed before the item name as a gray link. Clicking on the template link will open the item list on the template level.<br>If the item has been created from an item prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the item prototype list.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.<br>*Note* that passive items can also be checked immediately by pushing the *Check now* [button](#mass_editing_options).| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled*, *Disabled* or *Not supported*. You can change the status by clicking on it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.| |*Info*|If the item is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new item, click on the *Create item* button at the top right corner.
fr	 #### Aperçu  La liste des éléments pour un hôte est accessible depuis *Configuration → Hôtes* en cliquant sur *Éléments* pour l'hôte respectif.  Une liste des éléments existants s'affiche.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Menu de l'élément*|Cliquez sur l'icône à trois points pour ouvrir le menu de l'élément spécifique avec ces options :<br>**Dernières données** - voir les dernières données de l'élément<br>**Créer un déclencheur** - créer un déclencheur basé sur cet élément<br>**Déclencheurs** - cliquez pour voir une liste avec des liens vers le déclencheur déjà configuré de cet élément<br>**Créer un élément dépendant** - créez un élément dépendant pour cet élément <br>**Créer une règle de découverte dépendante** - créer une règle de découverte dépendante pour cet élément | |*Hôte*|Hôte de l'élément.<br>Cette colonne s'affiche uniquement si plusieurs hôtes sont sélectionnés dans le filtre.| |*Nom*|Nom de l'élément affiché sous forme de lien bleu vers les détails de l'élément.<br>Cliquer sur le lien du nom de l'élément ouvre le [formulaire de configuration](/manual/config/items/item#configuration) de l'élément.<br> Si l'élément hôte appartient à un modèle, le nom du modèle s'affiche avant le nom de l'élément sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des éléments au niveau du modèle.<br>Si l'élément a été créé à partir d'un prototype d'élément, son nom est précédé du nom de la règle de découverte de bas niveau, en orange. Cliquer sur le nom de la règle de découverte ouvrira la liste des prototypes d'éléments.| |*Déclencheurs*|Déplacer la souris sur Déclencheurs affichera une infobox affichant les déclencheurs associés à l'élément.<br>Le nombre de déclencheurs est affiché en gris.| |*Clé*|La clé de l'élément est affichée.| |*Intervalle*|La fréquence de la vérification est affichée.<br>*Notez* que les éléments passifs peuvent également être vérifiés immédiatement en appuyant sur le [bouton](#mass_editing_options) *Vérifier maintenant*.| |*Historique*|Le nombre de jours de conservation de l'historique des données de l'élément est affiché.| |*Tendances*|Le nombre de jours de conservation de l'historique des tendances des éléments est affiché.| |*Type*|Le type d'élément est affiché (agent Zabbix, agent SNMP, vérification simple, etc.).| |*État*|L'état de l'élément est affiché - *Activé*, *Désactivé* ou *Non pris en charge*. Vous pouvez modifier le statut en cliquant dessus - de Activé à Désactivé (et inversement) ; de Non pris en charge à Désactivé (et inversement).| |*Tags*|Les tags d'éléments sont affichés.<br>Jusqu'à trois tags (paires nom:valeur) peuvent être affichés. S'il y a plus de tags, un lien "..." s'affiche qui permet de voir tous les tags au passage de la souris.| |*Info*|Si l'élément fonctionne correctement, aucune icône n'est affichée dans cette colonne. En cas d'erreur, une icône carrée avec la lettre "i" s'affiche. Passez la souris sur l'icône pour voir une info-bulle avec la description de l'erreur.|  Pour configurer un nouvel élément, cliquez sur le bouton *Créer un élément* dans le coin supérieur droit.

en-us	#### Overview  The item list for a template can be accessed from *Configuration → Templates* by clicking on *Items* for the respective template.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Displayed data:  |Column|Description| |--|-----------| |*Item menu*|Click on the three-dot icon to open the menu for this specific item with these options:<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item| |*Template*|Template the item belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the item is inherited from another template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item list on that template level.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.|  To configure a new item, click on the *Create item* button at the top right corner.
fr	 #### Aperçu  La liste des éléments d'un modèle est accessible depuis *Configuration → Modèles* en cliquant sur *Éléments* pour le modèle respectif.  Une liste des éléments existants s'affiche.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Données affichées :  |Colonne|Description| |--|-----------| |*Menu de l'élément*|Cliquez sur l'icône à trois points pour ouvrir le menu de cet élément spécifique avec ces options :<br>**Créer un déclencheur** : créez un déclencheur basé sur cet élément<br>**Déclencheurs** : cliquez pour afficher une liste avec des liens vers le déclencheur déjà configuré de cet élément<br>**Créer un élément dépendant** : créer un élément dépendant pour cet élément<br>**Créer une règle de découverte dépendante** : créer une règle de découverte dépendante pour cet élément| |*Modèle*|Modèle auquel appartient l'élément.<br>Cette colonne s'affiche uniquement si plusieurs modèles sont sélectionnés dans le filtre.| |*Nom*|Nom de l'élément affiché sous forme de lien bleu vers les détails de l'élément.<br>Cliquer sur le lien du nom de l'élément ouvre le [formulaire de configuration](/manual/config/items/item#configuration) de l'élément.<br>Si l'élément est hérité d'un autre modèle, le nom du modèle s'affiche avant le nom de l'élément, sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des éléments à ce niveau de modèle.| |*Déclencheurs*|Déplacer la souris sur Déclencheurs affichera une infobox affichant les déclencheurs associés à l'élément.<br>Le nombre de déclencheurs est affiché en gris.| |*Clé*|La clé de l'élément est affichée.| |*Intervalle*|La fréquence du contrôle est affichée.| |*Historique*|Le nombre de jours de conservation de l'historique des données de l'élément est affiché.| |*Tendances*|Le nombre de jours de conservation de l'historique des tendances des éléments est affiché.| |*Type*|Le type d'élément est affiché (agent Zabbix, agent SNMP, vérification simple, etc.).| |*État*|L'état de l'élément est affiché - *Activé* ou *Désactivé*. En cliquant sur le statut, vous pouvez le changer - de Activé à Désactivé (et inversement).| |*Tags*|Les tags d'élément sont affichés.<br>Jusqu'à trois tags (paires nom:valeur) peuvent être affichés. S'il y a plus de tags, un lien "..." s'affiche qui permet de voir tous les tags au passage de la souris.|  Pour configurer un nouvel élément, cliquez sur le bouton *Créer un élément* dans le coin supérieur droit.

en-us	#### Overview  The list of low-level discovery rules for a host can be accessed from *Configuration → Hosts* by clicking on *Discovery* for the respective host.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the host, or all discovery rules of a specific host group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Host*|The visible host name is displayed.<br>In the absence of a visible host name, the technical host name is displayed.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule belongs to a template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the rule list on the template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes is displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes is displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.<br>*Note* that discovery can also be performed immediately by pushing the *Check now* button below the list.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled*, *Disabled* or *Not supported*. By clicking on the status you can change it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).| |*Info*|If everything is fine, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
fr	 #### Aperçu  La liste des règles de découverte de bas niveau pour un hôte est accessible depuis *Configuration → Hôtes* en cliquant sur *Découverte* pour l'hôte respectif.  Une liste des règles de découverte de bas niveau existantes s'affiche. Il est également possible de voir toutes les règles de découverte indépendamment de l'hôte, ou toutes les règles de découverte d'un groupe d'hôtes spécifique en modifiant les paramètres de filtre.  ![](../../../../../../assets/en/manual/web_interface/lld_rules.png){width="600"}   Données affichées :  |Colonne|Description| |--|--------| |*Hôte*|Le nom d'hôte visible est affiché.<br>En l'absence d'un nom d'hôte visible, le nom d'hôte technique est affiché.| |*Nom*|Nom de la règle, affiché sous forme de lien bleu.<br>Cliquer sur le nom de la règle ouvre le [formulaire de configuration](/manual/discovery/low_level_discovery#discovery_rule) de la règle de découverte de bas niveau .<br>Si la règle de découverte appartient à un modèle, le nom du modèle s'affiche avant le nom de la règle, sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des règles au niveau du modèle.| |*Éléments*|Un lien vers la liste des prototypes d'élément s'affiche.<br>Le nombre de prototypes d'élément existants est affiché en gris.| |*Déclencheurs*|Un lien vers la liste des prototypes de déclencheur s'affiche.<br>Le nombre de prototypes de déclencheur existants est affiché en gris.| |*Graphiques*|Un lien vers la liste des prototypes de graphique s'affiche.<br>Le nombre de prototypes de graphique existants est affiché en gris.| |*Hôtes*|Un lien vers la liste des prototypes d'hôte s'affiche.<br>Le nombre de prototypes d'hôte existants est affiché en gris.| |*Clé*|La clé d'élément utilisée pour la découverte s'affiche.| |*Intervalle*|La fréquence d'exécution de la découverte est affichée.<br>*Notez* que la découverte peut également être effectuée immédiatement en appuyant sur le bouton *Vérifier maintenant* sous la liste.| |*Type*|Le type d'élément utilisé pour la découverte s'affiche (Zabbix agent, SNMP agent, etc).| |*État*|L'état de la règle de découverte est affiché - *Activé*, *Désactivé* ou *Non pris en charge*. En cliquant sur le statut, vous pouvez le changer - de Activé à Désactivé (et inversement) ; de Non pris en charge à Désactivé (et inversement).| |*Info*|Si tout va bien, aucune icône n'est affichée dans cette colonne. En cas d'erreur, une icône carrée avec la lettre "i" s'affiche. Survolez l'icône pour voir une info-bulle avec la description de l'erreur.|  Pour configurer une nouvelle règle de découverte de bas niveau, cliquez sur le bouton *Créer une règle de découverte* dans le coin supérieur droit.

en-us	#### Overview  The list of low-level discovery rules for a template can be accessed from *Configuration → Templates* by clicking on *Discovery* for the respective template.  A list of existing low-level discovery rules is displayed. It is also possible to see all discovery rules independently of the template, or all discovery rules of a specific host group by changing the filter settings.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|The template discovery rule belongs to.| |*Name*|Name of the rule, displayed as a blue link.<br>Clicking on the rule name opens the low-level discovery rule [configuration form](/manual/discovery/low_level_discovery#discovery_rule).<br>If the discovery rule is inherited from another template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the discovery rule list on that template level.| |*Items*|A link to the list of item prototypes is displayed.<br>The number of existing item prototypes is displayed in gray.| |*Triggers*|A link to the list of trigger prototypes is displayed.<br>The number of existing trigger prototypes is displayed in gray.| |*Graphs*|A link to the list of graph prototypes displayed.<br>The number of existing graph prototypes is displayed in gray.| |*Hosts*|A link to the list of host prototypes displayed.<br>The number of existing host prototypes is displayed in gray.| |*Key*|The item key used for discovery is displayed.| |*Interval*|The frequency of performing discovery is displayed.| |*Type*|The item type used for discovery is displayed (Zabbix agent, SNMP agent, etc).| |*Status*|Discovery rule status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).|  To configure a new low-level discovery rule, click on the *Create discovery rule* button at the top right corner.
fr	 #### Aperçu  La liste des règles de découverte de bas niveau pour un modèle est accessible depuis *Configuration → Modèles* en cliquant sur *Découverte* pour le modèle respectif.  Une liste des règles de découverte de bas niveau existantes s'affiche. Il est aussi possible de voir toutes les règles de découverte indépendamment du modèle, ou toutes les règles de découverte d'un groupe d'hôtes spécifique en modifiant les réglages du filtre.  ![](../../../../../../assets/en/manual/web_interface/template_lld_rules.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Modèle*|Le modèle auquel appartient la règle de découverte.| |*Nom*|Nom de la règle, affiché sous forme de lien bleu.<br>Cliquer sur le nom de la règle ouvre le [formulaire de configuration](/manual/discovery/low_level_discovery#discovery_rule) de la règle de découverte de bas niveau .<br>Si la règle de découverte est héritée d'un autre modèle, le nom du modèle s'affiche avant le nom de la règle, sous la forme d'un lien gris. Cliquer sur le lien du modèle ouvrira la liste des règles de découverte à ce niveau de modèle.| |*Éléments*|Un lien vers la liste des prototypes d'éléments s'affiche.<br>Le nombre de prototypes d'éléments existants est affiché en gris.| |*Déclencheurs*|Un lien vers la liste des prototypes de déclencheur s'affiche.<br>Le nombre de prototypes de déclencheur existants est affiché en gris.| |*Graphiques*|Un lien vers la liste des prototypes de graphiques s'affiche.<br>Le nombre de prototypes de graphiques existants est affiché en gris.| |*Hôtes*|Un lien vers la liste des prototypes d'hôtes s'affiche.<br>Le nombre de prototypes d'hôtes existants est affiché en gris.| |*Clé*|La clé d'élément utilisée pour la découverte s'affiche.| |*Intervalle*|La fréquence d'exécution de la découverte est affichée.| |*Type*|Le type d'élément utilisé pour la découverte est affiché (agent Zabbix, agent SNMP, etc.).| |*État*|L'état de la règle de découverte est affiché - *Activé* ou *Désactivé*. En cliquant sur l'état, vous pouvez le changer - d'Activé à Désactivé (et inversement).|  Pour configurer une nouvelle règle de découverte de bas niveau, cliquez sur le bouton *Créer une règle de découverte* dans le coin supérieur droit.

en-us	#### Overview  The **memtype** parameter is supported on Linux, AIX, FreeBSD, and Solaris platforms.  Three common values of 'memtype' are supported on all of these platforms: `pmem`, `rss` and `vsize`. Additionally, platform-specific 'memtype' values are supported on some platforms.
fr	#### Aperçu  Le paramètre **memtype** est pris en charge sur les plateformes Linux, AIX, FreeBSD et Solaris.  Trois valeurs communes de 'memtype' sont prises en charge sur toutes ces plates-formes : `pmem`, `rss` et `vsize`. De plus, les valeurs 'memtype' spécifiques à la plate-forme sont prises en charge sur certaines plates-formes.

en-us	#### Overview  The *Monitoring → Dashboard* section is designed to display summaries of all the important information in a **dashboard**.  While only one dashboard can displayed at one time, it is possible to configure several dashboards. Each dashboard may contain one or several pages that can be rotated in a slideshow.  A dashboard page consists of widgets and each widget is designed to display information of a certain kind and source, which can be a summary, a map, a graph, the clock, etc.  Access to hosts in the widgets depends on host [permissions](/manual/config/users_and_usergroups/permissions#permissions-to-groups).  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Pages and widgets are added to the dashboard and edited in the dashboard editing mode. Pages can be viewed and rotated in the dashboard viewing mode.  The time period that is displayed in graph widgets is controlled by the [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) located above the widgets. The time period selector label, located to the right, displays the currently selected time period. Clicking the tab label allows expanding and collapsing the time period selector.  Note that when the dashboard is displayed in kiosk mode and widgets only are displayed, it is possible to zoom out the graph period by double-clicking in the graph.
fr	 #### Aperçu  La section *Surveillance → Tableau de bord* est conçue pour afficher des résumés de toutes les informations importantes dans un **tableau de bord**.  Alors qu'un seul tableau de bord peut être affiché à la fois, il est possible de configurer plusieurs tableaux de bord. Chaque tableau de bord peut contenir une ou plusieurs pages qui peuvent être en rotation dans un diaporama..  Un tableau de bord est constitué de widgets et chaque widget est conçu pour afficher des informations d'un certain type et d'une certaine source, qui peuvent être un résumé, une carte, un graphique, l'horloge, etc.  L'accès aux hôtes dans les widgets dépend des [autorisations de l'hôte](/manual/config/users_and_usergroups/permissions#permissions-to-groups).  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard.png){width="600"}  Les pages et les widgets sont ajoutés au tableau de bord et modifiés dans en mode édition du tableau de bord. Les pages peuvent être visualisées et pivotées dans le mode d'affichage du tableau de bord.  La période affichée dans les widgets de graphique est contrôlée par le [sélecteur de période](/manual/config/visualization/graphs/simple#time_period_selector) situé au-dessus des widgets. Le libellé du sélecteur de période, situé à droite, affiche la période actuellement sélectionnée. Un clic sur l'étiquette permet de développer et de réduire le sélecteur de période.  Notez que lorsque le tableau de bord est affiché en mode kiosque (accessible à partir du mode plein écran) et que seuls les widgets sont affichés, il est possible de zoomer sur la période du graphique en double-cliquant dessus.

en-us	#### Overview  The *Monitoring → Hosts* section displays a full list of monitored hosts with detailed information about host interface, availability, tags, current problems, status (enabled/disabled), and links to easily navigate to the host's latest data, problem history, graphs, dashboards and web scenarios.  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts.png){width="600"}  |Column|Description| |--|--------| |*Name*|The visible host name. Clicking on the name brings up the [host menu](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu).<br>An orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) after the name indicates that this host is in maintenance.<br>Click on the column header to sort hosts by name in ascending or descending order.| |*Interface*|The main interface of the host is displayed.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) per configured interface.<br>Icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse on the icon, a popup list of all interfaces of this type appears with each interface details, status and errors.<br>The column is empty for hosts with no interfaces.<br>The current status of all interfaces of one type is displayed by the respective icon color:<br>**Green** - all interfaces available<br>**Yellow** - at least one interface available and at least one unavailable; others can have any value including 'unknown'<br>**Red** - no interfaces available<br>**Gray** - at least one interface unknown (none unavailable)<br>Note that active Zabbix agent items do not affect host availability.| |*Tags*|[Tags](/manual/config/tagging) of the host and all linked templates, with macros unresolved.| |*Status*|Host status - *Enabled* or *Disabled*.<br>Click on the column header to sort hosts by status in ascending or descending order.| |*Latest data*|Clicking on the link will open the *Monitoring - Latest data* page with all the latest data collected from the host.<br> The number of items with latest data is displayed in gray (displayed since Zabbix 6.0.5).| |*Problems*| The number of open host problems sorted by severity. The color of the square indicates problem severity. The number on the square means the number of problems for the given severity.<br>Clicking on the icon will open *Monitoring - Problems* page for the current host. <br>If a host has no problems, a link to the Problems section for this host is displayed as text. <br>Use the filter to select whether suppressed problems should be included (not included by default).| |*Graphs*|Clicking on the link will display graphs configured for the host. The number of graphs is displayed in gray.<br>If a host has no graphs, the link is disabled (gray text) and no number is displayed.| |*Dashboards*|Clicking on the link will display dashboards configured for the host. The number of dashboards is displayed in gray.<br>If a host has no dashboards, the link is disabled (gray text) and no number is displayed.| |*Web*|Clicking on the link will display web scenarios configured for the host. The number of web scenarios is displayed in gray.<br>If a host has no web scenarios, the link is disabled (gray text) and no number is displayed.|
fr	 #### Aperçu  La section * Surveillance → Hôtes * affiche une liste complète des hôtes surveillés avec des informations détaillées sur l'interface hôte, la disponibilité, les balises, les problèmes actuels, l'état (activé/désactivé) et des liens pour naviguer facilement vers les dernières données de l'hôte, l'historique des problèmes, les graphiques , tableaux de bord et scénarios web.  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts.png){width="600"}  |Colonne|Description| |--|--------| |*Name*|Le nom d'hôte visible. Cliquer sur le nom fait apparaître le [menu hôte](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu).<br>Une icône de clé orange ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) après le nom indique que cet hôte est en maintenance.<br>Cliquez sur l'en-tête de colonne pour trier les hôtes par nom dans l'ordre croissant ou décroissant.| |*Interface*|L'interface principale de l'hôte s'affiche.| |*Disponibilité*|[Disponibilité](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) de l'hôte par interface configurée.<br>Les icônes représentent uniquement les types d'interface (agent Zabbix, SNMP, IPMI, JMX) qui sont configurés. Si vous positionnez la souris sur l'icône, une liste contextuelle de toutes les interfaces de ce type apparaît avec les détails, l'état et les erreurs de chaque interface.<br>La colonne est vide pour les hôtes sans interface.<br>L'état actuel de toutes les interfaces d'un type est affiché par la couleur de l'icône correspondante :<br>**Vert** - toutes les interfaces disponibles<br>**Jaune** - au moins une interface disponible et au moins une indisponible ; d'autres peuvent avoir n'importe quelle valeur, y compris 'inconnu'<br>**Rouge** - aucune interface disponible<br>**Gris** - au moins une interface inconnue (aucune indisponible)<br>Notez que les éléments actifs de l'agent Zabbix ne le font pas affecter la disponibilité de l'hôte.| |*Tags*|[Balises](/manual/config/tagging) de l'hôte et de tous les modèles liés, avec les macros non résolues.| |*État*|État de l'hôte - *Activé* ou *Désactivé*.<br>Cliquez sur l'en-tête de colonne pour trier les hôtes par statut dans l'ordre croissant ou décroissant.| |*Dernières données*|Cliquer sur le lien ouvrira la page *Surveillance - Dernières données* avec toutes les dernières données collectées auprès de l'hôte.<br> Le nombre d'éléments avec les dernières données est affiché en gris (affiché depuis Zabbix 6.0.5).| |*Problèmes*| Nombre de problèmes d'hôte ouverts triés par sévérité. La couleur du carré indique la sévérité du problème. Le nombre sur le carré signifie le nombre de problèmes pour la sévérité donnée.<br>Cliquer sur l'icône ouvrira la page *Surveillance - Problèmes* pour l'hôte actuel. <br>Si un hôte ne rencontre aucun problème, un lien vers la section Problèmes de cet hôte s'affiche sous forme de texte. <br>Utilisez le filtre pour sélectionner si les problèmes supprimés doivent être inclus (non inclus par défaut).| |*Graphiques*|Cliquer sur le lien affichera les graphiques configurés pour l'hôte. Le nombre de graphiques est affiché en gris.<br>Si un hôte n'a pas de graphiques, le lien est désactivé (texte gris) et aucun nombre n'est affiché.| |*Tableaux de bord*|Cliquer sur le lien affichera les tableaux de bord configurés pour l'hôte. Le nombre de tableaux de bord est affiché en gris.<br>Si un hôte n'a pas de tableaux de bord, le lien est désactivé (texte gris) et aucun numéro n'est affiché.| |*Web*|Cliquer sur le lien affichera les scénarios Web configurés pour l'hôte. Le nombre de scénarios Web est affiché en gris.<br>Si un hôte n'a pas de scénarios Web, le lien est désactivé (texte grisé) et aucun numéro n'est affiché.|

en-us	#### Overview  The Monitoring menu is all about displaying data. Whatever information Zabbix is configured to gather, visualize and act upon, it will be displayed in the various sections of the Monitoring menu.
fr	#### Aperçu  Le menu Surveillance regroupe les aspects concernant l'affichage des données. Quelques soient les informations pour lesquelles Zabbix est configuré (collecte, visualisation et utilisation), elles seront affichées dans les différentes sections du menu Surveillance.

en-us	#### Overview  The queue displays items that are waiting for a refresh. The queue is just a **logical** representation of data. There is no IPC queue or any other queue mechanism in Zabbix.  Items monitored by proxies are also included in the queue - they will be counted as queued for the proxy history data update period.  Only items with scheduled refresh times are displayed in the queue. This means that the following item types are excluded from the queue:  -   log, logrt and event log active Zabbix agent items -   SNMP trap items -   trapper items -   web monitoring items -   dependent items  Statistics shown by the queue is a good indicator of the performance of Zabbix server.  The queue is retrieved directly from Zabbix server using JSON protocol. The information is available only if Zabbix server is running.
fr	#### Aperçu  La file d'attente affiche les éléments en attente d'actualisation. La file d'attente est juste une représentation **logique** des données. Il n'y a pas de file d'attente IPC ou tout autre mécanisme de file d'attente dans Zabbix.  Les éléments surveillés par des proxys sont également inclus dans la file d'attente - ils seront comptés comme étant mis en file d'attente pour la période d’actualisation des données de l'historique du proxy.  Seuls les éléments avec des heures d'actualisation planifiées sont affichés dans la file d'attente. Cela signifie que les types d'éléments suivants sont exclus de la file d'attente :  - éléments d'agent Zabbix actifs : log, logrt et journal d'événements - éléments trap SNMP - éléments trapper - éléments de supervision Web - éléments dépendants  Les statistiques affichées par la file d'attente sont un bon indicateur des performances du serveur Zabbix.  La file d'attente est extraite directement du serveur Zabbix en utilisant le protocole JSON. Les informations sont disponibles uniquement si le serveur Zabbix est en cours d'exécution.

en-us	#### Overview  There are four ways of getting Zabbix:  -   Install it from the [packages](/manual/installation/install_from_packages) -   Download the latest source archive and [compile it     yourself](/manual/installation/install) -   Install it from the [containers](/manual/installation/containers) -   Download the [virtual appliance](/manual/appliance)  To download the latest distribution packages, pre-compiled sources or the virtual appliance, go to the [Zabbix download page](https://www.zabbix.com/download), where direct links to latest versions are provided.
fr	#### Aperçu  Il existe quatre façons d'obtenir Zabbix :  -   L'installer à partir des [paquets de distribution](/manual/installation/install_from_packages) -   Télécharger la dernière archive source et la [compiler soi-même](/manual/installation/install) -   L'installer à partir de [conteneurs](/manual/installation/containers) -   Télécharger l'[appliance virtuelle](/manual/appliance)  Pour télécharger les derniers packages de distribution, les sources précompilées ou l'appliance virtuelle, accédez à la [page de téléchargement Zabbix](https://www.zabbix.com/download), où des liens directs vers les dernières versions sont fournis.

en-us	#### Overview  There are several types of events generated in Zabbix:  -   trigger events - whenever a trigger changes its status     (*OK→PROBLEM→OK*) -   service events - whenever a service changes its status     (*OK→PROBLEM→OK*) -   discovery events - when hosts or services are detected -   autoregistration events - when active agents are auto-registered by     server -   internal events - when an item/low-level discovery rule becomes     unsupported or a trigger goes into an unknown state  ::: noteclassic Internal events are supported starting with Zabbix 2.2 version. :::  Events are time-stamped and can be the basis of actions such as sending notification e-mail etc.  To view details of events in the frontend, go to *Monitoring* → *Problems*. There you can click on the event date and time to view details of an event.  More information is available on:  -   [trigger events](/manual/config/events/trigger_events) -   [other event sources](/manual/config/events/sources)
fr	#### Aperçu  Il existe plusieurs types d'événements générés dans Zabbix :  - événements déclencheurs - chaque fois qu'un déclencheur change d'état (*OK→PROBLÈME→OK*) - événements de service - chaque fois qu'un service change d'état (*OK→PROBLÈME→OK*) - événements de découverte - lorsque des hôtes ou des services sont détectés - événements d'enregistrement automatique - lorsque les agents actifs sont enregistrés automatiquement par le serveur - événements internes - lorsqu'un élément/règle de découverte de bas niveau n'est plus pris en charge ou qu'un déclencheur passe dans un état inconnu  ::: noteclassic Les événements internes sont pris en charge à partir de la version Zabbix 2.2. :::  Les événements sont horodatés et peuvent être à la base d'actions telles que l'envoi d'e-mails de notification, etc.  Pour afficher les détails des événements dans l'interface, accédez à *Surveillance* → *Problèmes*. Là, vous pouvez cliquer sur la date et l'heure de l'événement pour afficher les détails d'un événement.  Plus d'informations sont disponibles sur :  - les [événements déclencheurs](/manual/config/events/trigger_events) - les [autres sources d'événements](/manual/config/events/sources)

en-us	#### Overview  There are several ways in which you can customize and rebrand your Zabbix frontend installation:  -   replace the Zabbix logo with a desired one -   hide links to Zabbix Support and Zabbix Integrations -   set a custom link to the Help page -   change copyright in the footer
fr	#### Aperçu  Il existe plusieurs façons de personnaliser et de renommer votre Installation de l'interface Zabbix :  - remplacer le logo Zabbix par celui que vous souhaitez - masquer les liens vers le support Zabbix et les intégrations Zabbix - définir un lien personnalisé vers la page d'aide - modifier le copyright dans le pied de page

en-us	#### Overview  There are situations when one item gathers multiple metrics at a time or it even makes more sense to collect related metrics simultaneously, for example:  -   CPU utilization of individual cores -   Incoming/outgoing/total network traffic  To allow for bulk metric collection and simultaneous use in several related items, Zabbix supports dependent items. Dependent items depend on the master item that collects their data simultaneously, in one query. A new value for the master item automatically populates the values of the dependent items. Dependent items cannot have a different update interval than the master item.  Zabbix preprocessing options can be used to extract the part that is needed for the dependent item from the master item data.  Preprocessing is managed by a `preprocessing manager` process, which has been added in Zabbix 3.4, along with workers that perform the preprocessing steps. All values (with or without preprocessing) from different data gatherers pass through the preprocessing manager before being added to the history cache. Socket-based IPC communication is used between data gatherers (pollers, trappers, etc) and the preprocessing process.  Zabbix server or Zabbix proxy (if host is monitored by proxy) are performing preprocessing steps and processing dependent items.  Item of any type, even dependent item, can be set as master item. Additional levels of dependent items can be used to extract smaller parts from the value of an existing dependent item.
fr	 #### Aperçu  Il existe des situations où un élément rassemble plusieurs métriques à la fois ou il est même plus logique de collecter simultanément des métriques associées, par exemple :  - Utilisation du processeur des cœurs individuels - Trafic réseau entrant/sortant/total  Pour permettre la collecte de métriques en masse et l'utilisation simultanée dans plusieurs éléments connexes, Zabbix prend en charge les éléments dépendants. Les éléments dépendants dépendent de l'élément principal qui collecte leurs données simultanément, dans une requête. Une nouvelle valeur pour l'élément principal renseigne automatiquement les valeurs des éléments dépendants. Les éléments dépendants ne peuvent pas avoir un intervalle de mise à jour différent de celui de l'élément principal.  Les options de prétraitement de Zabbix peuvent être utilisées pour extraire la partie nécessaire pour l'élément dépendant à partir des données de l'élément principal.   Le prétraitement est géré par un processus de `gestionnaire de prétraitement`, qui a été ajouté dans Zabbix 3.4, ainsi que par les agents qui effectuent les étapes de prétraitement. Toutes les valeurs (avec ou sans prétraitement) des différents collecteurs de données passent par le gestionnaire de prétraitement avant d'être ajoutées au cache de l'historique. La communication IPC basée sur les sockets est utilisée entre les collecteurs de données (pollers, trappers, etc.) et le processus de prétraitement.  Le serveur Zabbix ou le proxy Zabbi x (si l'hôte est surveillé par un proxy) effectuent des étapes de prétraitement et traitent les éléments dépendants.  Un élément de n'importe quel type, même un élément dépendant, peut être défini comme élément principal. Des niveaux supplémentaires d'éléments dépendants peuvent être utilisés pour extraire des parties plus petites de la valeur d'un élément dépendant existant.

en-us	#### Overview  There is an option to tag various entities in Zabbix. Tags can be defined for:  -   templates -   hosts -   items -   web scenarios -   triggers -   services -   template items and triggers -   host, item and trigger prototypes  Tags have several uses, most notably, to mark events. If entities are tagged, the corresponding new events get marked accordingly:  -   with tagged templates - any host problems created by relevant     entities (items, triggers, etc) from this template will be marked -   with tagged hosts - any problem of the host will be marked -   with tagged items, web scenarios - any data/problem of this item or     web scenario will be marked -   with tagged triggers - any problem of this trigger will be marked  A problem event inherits all tags from the whole chain of templates, hosts, items, web scenarios, triggers. Completely identical `tag:value` combinations (after resolved macros) are merged into one rather than being duplicated, when marking the event.  Having custom event tags allows for more flexibility. Importantly, events can be [correlated](/manual/config/event_correlation) based on event tags. In other uses, actions can be defined based on tagged events. Item problems can be grouped based on tags. Problem tags can also be used to map problems to [services](/manual/it_services/service_tree#problem-tags).  Tagging is realized as a pair of *tag name* and *value*. You can use only the name or pair it with a value:      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   An entity (template, host, item, web scenario, trigger or event) may be tagged with the same name, but different values - these tags will not be considered 'duplicates'. Similarly, a tag without value and the same tag with value can be used simultaneously.
fr	 #### Aperçu  Il existe une option pour tagger diverses entités dans Zabbix. Les tags peuvent être définies pour :  -   modèles -   hôtes -   éléments -   scenarios web -   déclencheurs -   services -   éléments et déclencheurs de modèle -   prototypes d'hôte, d'élément et de déclencheur  Les tags ont plusieurs utilisations, notamment pour taguer des événements. Si les entités sont taguées, les nouveaux événements correspondants sont tagués en conséquence :  -   avec des modèles tagués - tout problème d'hôte créé par des entités pertinentes (éléments, déclencheurs, etc.) à partir de ce modèle sera tagué -   avec des hôtes tagués - tout problème de l'hôte sera tagué -   avec des éléments tagués, des scénarios Web - toute donnée/problème de cet élément ou scénario Web sera tagué -   avec des déclencheurs tagués - tout problème de ce déclencheur sera tagué  Un événement problématique hérite de tous les tags de toute la chaîne de modèles, d'hôtes, d'éléments, de scénarios Web et de déclencheurs. Les combinaisons `tag:valeur` complètement identiques (après les macros résolues) sont fusionnées en une seule plutôt que d'être dupliquées, lors du taguage de l'événement.  Avoir des tags d'événement personnalisés offre plus de flexibilité. Il est important de noter que les événements peuvent être [corrélés](/manual/config/event_correlation) en fonction des tags d'événement. Dans d'autres utilisations, des actions peuvent être définies en fonction d'événements tagués. Les problèmes d'éléments peuvent être regroupés en fonction de tags. Les tags de problème peuvent également être utilisées pour mapper les problèmes aux [services](/manual/it_services/service_tree#problem-tags).  Le taguage est réalisé sous la forme d'une paire de *nom de tag* et de *valeur*. Vous pouvez utiliser uniquement le nom ou l'associer à une valeur :      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   Une entité (modèle, hôte, élément, scénario Web, déclencheur ou événement) peut être taguée avec le même nom, mais avec des valeurs différentes - ces tags ne seront pas considérés comme des "doublons". De même, un tag sans valeur et le même tag avec valeur peuvent être utilisés simultanément.

en-us	#### Overview  The Reports menu features several sections that contain a variety of predefined and user-customizable reports focused on displaying an overview of such parameters as system information, triggers and gathered data.
fr	#### Aperçu  Le menu Rapports comprend plusieurs sections contenant une variété de rapports prédéfinis et personnalisables par l'utilisateur, qui affichent une vue d'ensemble de paramètres tels que les informations système, les déclencheurs et les données collectées.

en-us	#### Overview  The required libraries for the MongoDB loadable plugin are listed in this page.
fr	#### Aperçu  Les bibliothèques requises pour le plug-in chargeable MongoDB sont répertoriées sur cette page.

en-us	#### Overview  The required libraries for the PostgreSQL loadable plugin are listed in this page.
fr	#### Aperçu  Les bibliothèques requises pour le plug-in chargeable PostgreSQL sont répertoriées sur cette page.

en-us	#### Overview  These checks use the communication with Zabbix agent for data gathering.  There are [passive and active](/manual/appendix/items/activepassive) agent checks. When configuring an item, you can select the required type:  -   *Zabbix agent* - for passive checks -   *Zabbix agent (active)* - for active checks
fr	#### Aperçu  Ces vérifications utilisent la communication avec l'agent Zabbix pour la collecte de données.  Il existe des vérifications d'agent [passifs et actifs](/manual/appendix/items/activepassive). Lors de la configuration d'un élément, vous pouvez sélectionner le type requis :  - *Agent Zabbix* - pour les vérifications passives - *Agent Zabbix (actif)* - pour les vérifications actives

en-us	#### Overview  The Services menu is for the [service monitoring](/manual/it_services) functions of Zabbix.
fr	#### Aperçu  Le menu Services concerne les fonctions [surveillance du service](/manual/it_services) de Zabbix.