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 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  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 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 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  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  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters.     Parameters must be quoted if they start with '' '' (space), `"` or     contain `)`, `,`.  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
fr	#### Aperçu  Les fonctions de macro offrent la possibilité de personnaliser les valeurs de [macro](/manual/config/macros).  Parfois, une macro peut se résoudre en une valeur avec laquelle il n'est pas nécessairement facile de travailler. Elle peut être longue ou contenir une sous-chaîne spécifique d'intérêt que vous souhaitez extraire. C'est là que les fonctions de macro peuvent être utiles.  La syntaxe d'une fonction macro est :      {<macro>.<func>(<params>)}  où :  -   <macro> - la macro à personnaliser (par exemple {ITEM.VALUE} ou {\#LLDMACRO}) -   <func> - la fonction à appliquer -   <params> - une liste de paramètres de fonction séparés par des virgules. Les paramètres doivent être entre guillemets s'ils commencent par '' '' (espace), `"` ou contiennent `)`, `,`.  Par exemple :      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}

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  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 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  [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  Problem suppression offers a way of temporarily hiding a problem that  can be dealt with later. This is useful for cleaning up the problem list  in order to give the highest priority to the most urgent issues.  For example, sometimes an issue may arise on the weekend that is not  urgent enough to be dealt with immediately, so it can be "snoozed"  until Monday morning.  Problem suppression allows to hide a *single* problem, in contrast to problem  suppression through host maintenance when all problems  of the maintenance host are hidden.  Operations for trigger actions will be paused for suppressed problems the same  way as it is done with [host maintenance](/manual/maintenance).
fr	#### Aperçu  La suppression des problèmes offre un moyen de masquer temporairement un problème qui peut être résolu ultérieurement. Ceci est utile pour nettoyer la liste des problèmes afin de donner la plus haute priorité aux problèmes les plus urgents. Par exemple, il arrive parfois qu'un problème survienne le week-end et qu'il ne soit pas suffisamment urgent pour être traité immédiatement. Il peut donc être « mis en attente » jusqu'au lundi matin.  La suppression des problèmes permet de masquer un *unique* problème, contrairement à la suppression des problèmes via la maintenance de l'hôte lorsque tous les problèmes de l'hôte de maintenance sont masqués.  Les opérations pour les actions de déclenchement seront suspendues pour les problèmes supprimés de la même manière qu'avec [maintenance de l'hôte](/manual/maintenance).

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  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 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  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 template groups -   Linked host groups (if used in [host prototype](/manual/discovery/low_level_discovery/host_prototypes) configuration) -   Template data -   Linkage to other templates -   Linkage to template 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 → 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 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 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 **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 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 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 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.

en-us	#### Overview  The webhook media type is useful for making HTTP calls using custom JavaScript code for straightforward integration with external software such as helpdesk systems, chats, or messengers. You may choose to import an integration provided by Zabbix or create a custom integration from scratch.
fr	#### Aperçu  Le type de média webhook est utile pour effectuer des appels HTTP à l'aide de codes JavaScript personnalisés pour une intégration simple avec un logiciel externe tels que les systèmes d'assistance, les chats ou les messageries. Vous pouvez choisir d'importer une intégration fournie par Zabbix ou créez une intégration personnalisée à partir de zéro.

en-us	#### Overview  This page provides a list of cookies used by Zabbix.  |Name|Description|Values|Expires/Max-Age|HttpOnly[^1]|Secure[^2]| |--|------|--|------|--|--| |ZBX\_SESSION\_NAME|Zabbix frontend session data, stored as JSON encoded by base64| |Session (expires when the browsing session ends)|\+|\+ (only if HTTPS is enabled on a web server)| |tab|Active tab number; this cookie is only used on pages with multiple tabs (e.g. *Host*, *Trigger* or *Action* configuration page) and is created, when a user navigates from a primary tab to another tab (such as *Tags* or *Dependencies* tab).<br><br>0 is used for the primary tab.|Example: 1|Session (expires when the browsing session ends)|\-|\-| |browserwarning\_ignore|Whether a warning about using an outdated browser should be ignored.|yes|Session (expires when the browsing session ends)|\-|\-| |system-message-ok|A message to show as soon as page is reloaded.|Plain text message|Session (expires when the browsing session ends) or as soon as page is reloaded|\+|\-| |system-message-error|An error message to show as soon as page is reloaded.|Plain text message|Session (expires when the browsing session ends) or as soon as page is reloaded|\+|\-|  ::: noteclassic  Forcing 'HttpOnly' flag on Zabbix cookies by a webserver directive is not supported.  :::  [^1]: When `HttpOnly` is 'true' the cookie will be made accessible only     through the HTTP protocol. This means that the cookie won't be     accessible by scripting languages, such as JavaScript. This setting     can effectively help to reduce identity theft through XSS attacks     (although it is not supported by all browsers).  [^2]: `Secure` indicates that the cookie should only be transmitted over     a secure HTTPS connection from the client. When set to 'true', the     cookie will only be set if a secure connection exists.
fr	 #### Aperçu  Cette page fournit une liste des cookies utilisés par Zabbix.  |Nom|Description|Valeurs|Expire/Age-Max|HttpOnly[^1]|Secure[^2]| |--|------|--|------|--|--| |ZBX\_SESSION\_NAME|Données de session frontale Zabbix, stockées au format JSON encodé par base64| |Session (expire à la fin de la session de navigation)|\+|\+ (uniquement si HTTPS est activé sur un serveur Web)| |tab|Numéro d'onglet actif ; ce cookie n'est utilisé que sur les pages avec plusieurs onglets (par exemple, page de configuration *Hôte*, *Déclencheur* ou *Action*) et est créé lorsqu'un utilisateur navigue d'un onglet principal à un autre onglet (tels que les onglets *Tags* ou *Dépendances*).<br><br>0 est utilisé pour l'onglet principal.|Exemple: 1|Session (expire à la fin de la session de navigation)|\-|\-| |browserwarning\_ignore|Indique si un avertissement concernant l'utilisation d'un navigateur obsolète doit être ignoré.|yes|Session (expire à la fin de la session de navigation)|\-|\-| |system-message-ok|Un message à afficher dès que la page est rechargée.|Message en texte brut|Session (expire à la fin de la session de navigation) ou dès que la page est rechargée|\+|\-| |system-message-error|Un message d'erreur à afficher dès que la page est rechargée.|Message en texte brut|Session (expire à la fin de la session de navigation) ou dès que la page est rechargée|\+|\-|  ::: noteclassic  Forcer l'indicateur 'HttpOnly' sur les cookies Zabbix par une directive de serveur Web n'est pas pris en charge. :::  [^1]: Lorsque `HttpOnly` est 'true', le cookie sera rendu accessible uniquement via le protocole HTTP. Cela signifie que le cookie ne sera pas accessible par les langages de script, tels que JavaScript. Ce paramètre peut aider efficacement à réduire le vol d'identité par le biais d'attaques XSS (bien qu'il ne soit pas pris en charge par tous les navigateurs).  [^2]: `Secure` indique que le cookie ne doit être transmis que via une connexion HTTPS sécurisée depuis le client. Lorsqu'il est défini sur 'true', le cookie ne sera défini que s'il existe une connexion sécurisée.

en-us	### Overview  This section allows to view and [configure](/manual/it_services/sla) SLAs.
fr	### Aperçu  Cette section permet de visualiser et de [configurer](/manual/it_services/sla) les SLA.

en-us	#### Overview  This section contains a list of locations, where [user-definable](/manual/config/macros/user_macros) macros are supported.  ::: noteclassic  Only global-level user macros are supported for *Actions*, *Network discovery*, *Proxies* and all locations listed under *Other locations* section of this page. In the mentioned locations, host-level and template-level macros will not be resolved.  :::
fr	#### Aperçu  Cette section contient une liste des emplacements où les macros [définissables par l'utilisateur](/manual/config/macros/user_macros) sont prises en charge.  ::: noteclassic Seules les macros utilisateur de niveau global sont prises en charge pour les *Actions*, la *Découverte du réseau*, les *Proxies* et tous les emplacements répertoriés dans la section *Autres emplacements* de cette page. Dans les emplacements mentionnés, les macros au niveau de l'hôte et du modèle ne seront pas résolues. :::

en-us	### Overview  This section contains best practices that should be observed in order to set up Zabbix in a secure way.  The practices contained here are not required for the functioning of Zabbix. They are recommended for better security of the system.
fr	### Aperçu  Cette section contient les bonnes pratiques à respecter pour configurer Zabbix de manière sécurisée.  Les pratiques contenues ici ne sont pas nécessaires au fonctionnement de Zabbix. Elles sont recommandées pour une meilleure sécurité du système.

en-us	#### Overview  This section contains descriptions of configuration file parameters for Zabbix agent 2 plugins. Please use the sidebar to access information about the specific plugin.
fr	#### Aperçu  Cette section contient des descriptions des paramètres du fichier de configuration pour les plugins de l'agent Zabbix 2. Veuillez utiliser la barre latérale pour accéder aux informations sur le plugin spécifique.

en-us	#### Overview  This section contains instructions for creating Oracle database and configuring connections between the database and Zabbix server, proxy, and frontend.
fr	#### Aperçu  Cette section contient des instructions pour créer une base de données Oracle et configurer les connexions entre la base de données et le serveur Zabbix, le proxy et l'interface.

en-us	#### Overview  This section demonstrates how to build Zabbix agent 2 (Windows) from sources.
fr	#### Aperçu  Cette section montre comment construire l'agent Zabbix 2 (Windows) à partir des sources.

en-us	#### Overview  This section demonstrates how to build Zabbix macOS agent binaries from sources with or without TLS.
fr	#### Aperçu  Cette section montre comment créer des binaires d'agent Zabbix macOS à partir de sources avec ou sans TLS.

en-us	#### Overview  This section demonstrates how to build Zabbix Windows agent binaries from sources with or without TLS.
fr	#### Aperçu  Cette section montre comment construire l'agent Zabbix (Windows) à partir des sources avec ou sans TLS.

en-us	### Overview  This section describes a simple setup for monitoring Zabbix high availability cluster as a service.
fr	### Aperçu  Cette section décrit une configuration simple pour surveiller le cluster haute disponibilité Zabbix en tant que service.

en-us	### Overview  This section describes Zabbix additions to the JavaScript language implemented with Duktape and supported global JavaScript functions.
fr	### Aperçu  Cette section décrit les ajouts de Zabbix au langage JavaScript implémentés avec Duktape et les fonctions JavaScript globales prises en charge.

en-us	#### Overview  This section lists parameters supported in the Ceph Zabbix agent 2 plugin configuration file (ceph.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plugin Ceph Zabbix agent 2 (ceph.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section lists parameters supported in the Docker Zabbix agent 2 plugin configuration file (docker.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plug-in Docker Zabbix agent 2 (docker.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section lists parameters supported in the Memcached Zabbix agent 2 plugin configuration file (memcached.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plugin Memcached Zabbix agent 2 (memcached.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section lists parameters supported in the Modbus Zabbix agent 2 plugin configuration file (modbus.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plug-in Modbus Zabbix agent 2 (modbus.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section lists parameters supported in the MQTT Zabbix agent 2 plugin configuration file (mqtt.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plug-in MQTT Zabbix agent 2 (mqtt.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section lists parameters supported in the MySQL Zabbix agent 2 plugin configuration file (mysql.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
fr	#### Aperçu  Cette section répertorie les paramètres pris en charge dans le fichier de configuration du plug-in MySQL Zabbix agent 2 (mysql.conf). Notez que :  - Les valeurs par défaut reflètent les valeurs par défaut du processus, et non les valeurs des fichiers de configuration livrés ; - Zabbix prend en charge les fichiers de configuration uniquement en encodage UTF-8 sans [BOM](https://en.wikipedia.org/wiki/Byte_order_mark) ; - Les commentaires commençant par "\#" ne sont pris en charge qu'en début de ligne.

en-us	#### Overview  This section presents a step-by-step real-life example of how web monitoring can be used.  Let's use Zabbix web monitoring to monitor the web interface of Zabbix. We want to know if it is available, provides the right content and how quickly it works. To do that we also must log in with our user name and password.
fr	#### Aperçu  Cette section présente un exemple concret, étape par étape, de l’utilisation de la supervision Web.  Utilisons la supervision Web de Zabbix pour surveiller l’interface Web Zabbix. Nous voulons savoir si elle est disponible, fournit le bon contenu et à quelle vitesse elle fonctionne. Pour ce faire, nous devons également nous connecter avec notre nom d'utilisateur et notre mot de passe.

en-us	#### Overview  This section presents examples of using preprocessing steps to accomplish some practical tasks.
fr	#### Aperçu  Cette section présente des exemples d'utilisation des étapes de prétraitement pour accomplir certaines tâches pratiques.

en-us	#### Overview  This section provides details of supported JSONPath functionality in item value preprocessing steps.  JSONPath consists of segments separated with dots. A segment can be either a simple word like a JSON value name, `*` or a more complex construct enclosed within square brackets `[` `]`. The separating dot before bracket segment is optional and can be omitted. For example:  |Path|Description| |----|-----------| |`$.object.name`|Return the object.name contents.| |`$.object['name']`|Return the object.name contents.| |`$.object.['name']`|Return the object.name contents.| |`$["object"]['name']`|Return the object.name contents.| |`$.['object'].["name"]`|Return the object.name contents.| |`$.object.history.length()`|Return the number of object.history array elements.| |`$[?(@.name == 'Object')].price.first()`|Return the price field of the first object with name 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Return the number of history array elements of the first object with name 'Object'.| |`$[?(@.price > 10)].length()`|Return the number of objects with price being greater than 10.|  See also: [Escaping special characters from LLD macro values in JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros).
fr	 #### Aperçu  Cette section fournit des détails sur la fonctionnalité JSONPath prise en charge dans les étapes de prétraitement de la valeur de l'élément.  JSONPath se compose de segments séparés par des points. Un segment peut être soit un mot simple comme un nom de valeur JSON, `*` ou une construction plus complexe entre crochets `[` `]`. Le point de séparation avant le segment entre crochets est facultatif et peut être omis. Par exemple:  |Chemin|Description| |----|-----------| |`$.object.name`|Renvoie le contenu de object.name.| |`$.object['name']`|Renvoie le contenu de object.name.| |`$.object.['name']`|Renvoie le contenu de object.name.| |`$["object"]['name']`|Renvoie le contenu de object.name.| |`$.['object'].["name"]`|Renvoie le contenu de object.name.| |`$.object.history.length()`|Renvoie le nombre d'éléments du tableau object.history.| |`$[?(@.name == 'Object')].price.first()`|Renvoie le champ price du premier objet avec le nom 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Renvoie le nombre d'éléments du tableau history du premier objet avec le nom 'Object'.| |`$[?(@.price > 10)].length()`|Renvoie le nombre d'objets dont le prix est supérieur à 10.|  Voir aussi : [Echapper les caractères spéciaux des valeurs de macro LLD dans JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros).

en-us	#### Overview  This section provides details on passive and active checks performed by [Zabbix agent](/manual/config/items/itemtypes/zabbix_agent).  Zabbix uses a JSON based communication protocol for communicating with Zabbix agent.  See also: [Zabbix agent 2](/manual/appendix/protocols/zabbix_agent2)  protocol details.
fr	#### Aperçu  Cette section fournit des détails sur les vérifications passives et actives effectuées par l'[agent Zabbix](/manual/config/items/itemtypes/zabbix_agent).  Zabbix utilise un protocole de communication basé sur JSON pour communiquer avec l'agent Zabbix.  Voir aussi les détails de protocole de l'[Agent Zabbix 2](/manual/appendix/protocols/zabbix_agent2).

en-us	### Overview  This section provides several encryption configuration examples for CentOS 8.2 and MySQL 8.0.21 and can be used as a quickstart guide for encrypting the connection to the database.    ::: noteimportant  If MySQL host is set to localhost, encryption options will not be available. In this case a connection between Zabbix frontend and the database uses a socket file (on Unix) or shared memory (on Windows) and cannot be encrypted. :::   ::: noteclassic  List of encryption combinations is not limited to the ones listed on this page. There are a lot more combinations available.  :::
fr	### Aperçu  Cette section fournit plusieurs exemples de configuration de chiffrement pour CentOS 8.2 et MySQL 8.0.21 et peut être utilisé comme guide de démarrage rapide pour chiffrer la connexion à la base de données.  ::: noteimportant  Si l'hôte MySQL est défini sur localhost, les options de chiffrement ne seront pas disponible. Dans ce cas, une connexion entre l'interface Zabbix et la base de données utilise un fichier socket (sous Unix) ou une mémoire partagée (sous Windows) et ne peut pas être crypté. :::  ::: noteclassic La liste de combinaisons de cryptage ne se limitent pas à celles répertoriées sur cette page. Il y a beaucoup plus de combinaisons disponibles. :::

en-us	### Overview  This section provides several encryption configuration examples for CentOS 8.2 and PostgreSQL 13.  ::: noteclassic  Connection between Zabbix frontend and PostgreSQL cannot be encrypted (parameters in GUI are disabled), if the value of *Database host* field begins with a slash or the field is empty.  :::
fr	### Aperçu  Cette section fournit plusieurs exemples de configuration de chiffrement pour CentOS 8.2 et PostgreSQL 13.  ::: noteclassic   La connexion entre l'interface Zabbix et PostgreSQL ne peut pas être chiffrée (les paramètres dans l'interface graphique sont désactivés), si la valeur du champ *Hôte de la base de données* commence par une barre oblique ou si le champ est vide. :::

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) using official RPM and DEB packages provided by Zabbix for:  -   [Red Hat Enterprise     Linux](/manual/installation/upgrade/packages/rhel) -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)
fr	#### Aperçu  Cette section fournit les étapes nécessaires à une [mise à jour](/fr/manual/installation/upgrade) réussie en utilisant les packages officiels RPM et DEB fournis par Zabbix pour :  - [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel) - [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)

en-us	#### Overview  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using SQL queries, whose results get automatically transformed into a JSON object suitable for low-level discovery.
fr	#### Aperçu  Ce type de [découverte](/manual/discovery/low_level_discovery) de bas niveau est effectué à l'aide de requêtes SQL, dont les résultats sont automatiquement transformés en un objet JSON adapté à la découverte de bas niveau.

en-us	#### Overview  Though Zabbix offers a large number of webhook integrations available out-of-the-box, you may want to create your own webhooks instead. This section provides examples of custom webhook scripts (used in the *Script* parameter). See [webhook](/manual/config/notifications/media/webhook) section for description of other webhook parameters.
fr	#### Aperçu  Bien que Zabbix propose un grand nombre d'intégrations de webhooks prêtes à l'emploi, vous pouvez créer vos propres webhooks à la place. Cette section fournit des exemples de scripts webhook personnalisés (utilisés dans le paramètre *Script*). Voir la section [webhook](/manual/config/notifications/media/webhook) pour une description des autres paramètres du webhook.

en-us	#### Overview  Trapper items accept incoming data instead of querying for it.  It is useful for any data you might want to "push" into Zabbix.  To use a trapper item you must:  -   have a trapper item set up in Zabbix -   send in the data into Zabbix
fr	#### Aperçu  Les éléments Trapper acceptent les données entrantes au lieu de les interroger.  C'est utile pour toutes les données que vous pourriez vouloir "pousser" dans Zabbix.  Pour utiliser un élément trappeur, vous devez :  -   avoir un élément trapper mis en place dans Zabbix -   envoyer les données dans Zabbix

en-us	#### Overview  User macros are supported in Zabbix for greater flexibility, in addition to the macros [supported](/manual/appendix/macros/supported_by_location) out-of-the-box.  User macros can be defined on global, template and host level. These macros have a special syntax:      {$MACRO}  Zabbix resolves macros according to the following precedence:  1.  host level macros (checked first) 2.  macros defined for first level templates of the host (i.e.,     templates linked directly to the host), sorted by template ID 3.  macros defined for second level templates of the host, sorted by     template ID 4.  macros defined for third level templates of the host, sorted by     template ID, etc. 5.  global macros (checked last)  In other words, if a macro does not exist for a host, Zabbix will try to find it in the host templates of increasing depth. If still not found, a global macro will be used, if exists.  ::: notewarning If a macro with the **same name** exists on multiple linked templates of the same level, the macro from the template with the lowest ID will be used. Thus having macros with the same name in multiple templates is a configuration risk. :::  If Zabbix is unable to find a macro, the macro will not be resolved.  ::: noteimportant Macros (including user macros) are left unresolved in the Configuration section (for example, in the trigger list) by design to make complex configuration more transparent. :::  User macros can be used in:  -   item key parameter -   item update intervals and flexible intervals -   trigger name and description -   trigger expression parameters and constants (see     [examples](#examples)) -   many other locations - see the [full     list](/manual/appendix/macros/supported_by_location_user)
fr	 #### Aperçu  Les macros utilisateur sont prises en charge dans Zabbix pour une plus grande flexibilité, en plus des macros [supportées](/manual/appendix/macros/supported_by_location) prêtes à l'emploi.  Les macros utilisateur peuvent être définies au niveau global, au niveau modèle et de l'hôte. Ces macros ont une syntaxe spéciale :      {$MACRO}  Zabbix résout les macros selon la priorité suivante :  1.  macros au niveau de l'hôte (vérifiées en premier) 2.  macros définies pour les modèles de premier niveau de l'hôte (c'est-à-dire les modèles liés directement à l'hôte), triées par ID de modèle 3.  macros définies pour les modèles de deuxième niveau de l'hôte, triées par ID de modèle 4.  macros définies pour les modèles de troisième niveau de l'hôte, triées par ID de modèle, etc. 5.  macros globales (vérifiées en dernier)  En d'autres termes, si une macro n'existe pas pour un hôte, Zabbix essaiera de la trouver dans les modèles d'hôte de profondeur croissante. Si elle n'est toujours pas trouvée, une macro globale sera utilisée, si elle existe.  ::: notewarning Si une macro avec le **même nom** existe sur plusieurs modèles liés du même niveau, la macro du modèle avec l'ID le plus bas sera utilisée. Ainsi, avoir des macros avec le même nom dans plusieurs modèles est un risque de configuration. :::  Si Zabbix ne parvient pas à trouver une macro, la macro ne sera pas résolue.  ::: noteimportant Les macros (y compris les macros utilisateur) sont laissées non résolues dans la section Configuration (par exemple, dans la liste des déclencheurs) par conception pour rendre la configuration complexe plus transparente. :::  Les macros utilisateur peuvent être utilisées dans :  -   le paramètre clé de l'élément -   les intervalles de mise à jour des éléments et intervalles flexibles -   les nom et description du déclencheur -   les paramètres d'expression de déclenchement et constantes (voir les [exemples](#exemples)) -   de nombreux autres emplacements - voir la [liste complète](/manual/appendix/macros/supported_by_location_user)

en-us	#### Overview  When monitoring systems using an agent, a good practice is to obtain metrics from the host on which the agent is installed. To use the principle of least privilege, it is necessary to determine what metrics are obtained from the agent.  The table in this document allows you to select the minimum rights for guaranteed correct operation of Zabbix agent.  If a different user is selected for the agent to work, rather than 'LocalSystem', then for the operation of agent as a Windows service, the new user must have the rights "Log on as a service" from "Local Policy→User Rights Assignment" and the right to create, write and delete the Zabbix agent log file. An Active Directory user must be added to the *Performance Monitor Users* group.  ::: noteclassic When working with the rights of an agent based on the "minimum technically acceptable" group, prior provision of rights to objects for monitoring is required. :::
fr	#### Aperçu  Lors de la surveillance de systèmes à l'aide d'un agent, une bonne pratique consiste à obtenir des métriques de l'hôte sur lequel l'agent est installé. Pour utiliser le principe du moindre privilège, il est nécessaire de déterminer quelles métriques sont obtenues de l'agent.  Le tableau de ce document vous permet de sélectionner les droits minimaux pour garantir le bon fonctionnement de l'agent Zabbix.  Si un autre utilisateur est sélectionné pour que l'agent fonctionne, plutôt que "LocalSystem", alors pour le fonctionnement de l'agent en tant que service Windows, le nouvel utilisateur doit avoir les droits "Se connecter en tant que service" de "Local Policy→User Rights Assignment" et le droit de créer, d'écrire et de supprimer le fichier journal de l'agent Zabbix. Un utilisateur Active Directory doit être ajouté au groupe *Performance Monitor Users*.  ::: noteclassic Lorsque vous travaillez avec les droits d'un agent basés sur le groupe "minimum techniquement acceptable", la fourniture préalable de droits sur les objets à surveiller est requise. :::

en-us	#### Overview  While a [simple graph](simple) is great for accessing data of one item and [custom graphs](custom) offer customization options, none of the two allow to quickly create a comparison graph for multiple items with little effort and no maintenance.  To address this issue, since Zabbix 2.4 it is possible to create ad-hoc graphs for several items in a very quick way.
fr	#### Aperçu  Bien qu'un [graphique simple](simple) soit idéal pour accéder aux données d'un élément et que les [graphiques personnalisés](custom) offrent des options de personnalisation, aucun des deux ne permet de créer rapidement un graphique de comparaison pour plusieurs éléments avec peu d'effort et sans maintenance.  Pour résoudre ce problème, depuis Zabbix 2.4, il est possible de créer des graphiques ad hoc pour plusieurs éléments de manière très rapide.

en-us	#### Overview  While generally problem events are resolved automatically when trigger status goes from 'Problem' to 'OK', there may be cases when it is difficult to determine if a problem has been resolved by means of a trigger expression. In such cases, the problem needs to be resolved manually.  For example, *syslog* may report that some kernel parameters need to be tuned for optimal performance. In this case the issue is reported to Linux administrators, they fix it and then close the problem manually.  Problems can be closed manually only for triggers with the *Allow manual close* option enabled.  When a problem is "manually closed", Zabbix generates a new internal task for Zabbix server. Then the *task manager* process executes this task and generates an OK event, therefore closing problem event.  A manually closed problem does not mean that the underlying trigger will never go into a 'Problem' state again. The trigger expression is re-evaluated and may result in a problem:  -   When new data arrive for any item included in the trigger expression     (note that the values discarded by a throttling preprocessing step     are not considered as received and will not cause trigger expression     to be re-evaluated); -   When time-based functions are used in the expression. Complete     time-based function list can be found on [Triggers     page](/manual/config/triggers).
fr	#### Aperçu  Bien qu'en général les événements problématiques soient résolus automatiquement lorsque l'état du déclencheur passe de « Problème » à « OK », il peut y avoir des cas où il est difficile de déterminer si un problème a été résolu au moyen d'une expression de déclencheur. Dans de tels cas, le problème doit être résolu manuellement.  Par exemple, *syslog* peut signaler que certains paramètres du noyau doivent être réglés pour des performances optimales. Dans ce cas, le problème est signalé aux administrateurs Linux, ils le corrigent, puis le résolvent manuellement.  Les problèmes peuvent être fermés manuellement uniquement pour les déclencheurs avec l'option *Autoriser la fermeture manuelle* activée.  Lorsqu'un problème est "fermé manuellement", Zabbix génère une nouvelle tâche interne pour le serveur Zabbix. Ensuite, le processus *task manager* exécute cette tâche et génère un événement OK, fermant ainsi l'événement problème.  Un problème fermé manuellement ne signifie pas que le déclencheur sous-jacent ne passera plus jamais à l'état 'Problème'. L'expression du déclencheur est réévaluée et peut entraîner un problème :  - Lorsque de nouvelles données arrivent pour tout élément inclus dans l'expression de déclenchement (notez que les valeurs rejetées par une étape de prétraitement ne sont pas considérées comme reçues et n'entraîneront pas la réévaluation de l'expression de déclenchement) ; - Lorsque des fonctions basées sur le temps sont utilisées dans l'expression. La liste complète des fonctions basées sur le temps se trouve sur la [page des déclencheurs](/manual/config/triggers).

en-us	#### Overview  While you may find the required index number (for example, of a network interface) among the SNMP OIDs, sometimes you may not completely rely on the index number always staying the same.  Index numbers may be dynamic - they may change over time and your item may stop working as a consequence.  To avoid this scenario, it is possible to define an OID which takes into account the possibility of an index number changing.  For example, if you need to retrieve the index value to append to **ifInOctets** that corresponds to the **GigabitEthernet0/1** interface on a Cisco device, use the following OID:      ifInOctets["index","ifDescr","GigabitEthernet0/1"]
fr	#### Aperçu  Bien que vous puissiez trouver le numéro d'index nécessaire (par exemple, d'une interface réseau) parmi les OID SNMP, il se peut que vous ne puissiez pas toujours compter sur le numéro d'index qui ne reste pas toujours identique.  Les numéros d'index peuvent être dynamiques - ils peuvent changer au fil du temps et votre élément peut, en conséquence, cesser de fonctionner.  Pour éviter ce scénario, il est possible de définir un OID qui prend en compte la possibilité de changement du numéro d'index.  Par exemple, si vous devez extraire la valeur d'index pour l'ajouter à **ifInOctets** correspondant à l'interface **GigabitEthernet0/1** sur un périphérique Cisco, utilisez l'OID :      ifInOctets["index","ifDescr","GigabitEthernet0/1"]

en-us	#### Overview  With escalations you can create custom scenarios for sending notifications or executing remote commands.  In practical terms it means that:  -   Users can be informed about new problems immediately. -   Notifications can be repeated until the problem is resolved. -   Sending a notification can be delayed. -   Notifications can be escalated to another "higher" user group. -   Remote commands can be executed immediately or when a problem is not     resolved for a lengthy period.  Actions are escalated based on the **escalation step**. Each step has a duration in time.  You can define both the default duration and a custom duration of an individual step. The minimum duration of one escalation step is 60 seconds.  You can start actions, such as sending notifications or executing commands, from any step. Step one is for immediate actions. If you want to delay an action, you can assign it to a later step. For each step, several actions can be defined.  The number of escalation steps is not limited.  Escalations are defined when [configuring an operation](operation#configuring_an_operation). Escalations are supported for problem operations only, not recovery.
fr	 #### Aperçu  Avec les escalades, vous pouvez créer des scénarios personnalisés pour envoyer des notifications ou exécuter des commandes à distance.  Concrètement cela signifie que :  - Les utilisateurs peuvent être informés immédiatement des nouveaux problèmes - Les notifications peuvent être répétées jusqu'à ce que le problème soit résolu - L'envoi d'une notification peut être retardé - Les notifications peuvent être transmises à un autre groupe d'utilisateurs "supérieur" - Les commandes à distance peuvent être exécutées immédiatement ou lorsqu'un problème n'est pas résolu pendant une longue période  Les actions sont escaladées en fonction de l'**étape d'escalade**. Chaque étape a une durée dans le temps.  Vous pouvez définir à la fois la durée par défaut et une durée personnalisée d'une étape individuelle. La durée minimale d'une étape d'escalade est de 60 secondes.  Vous pouvez démarrer des actions, telles que l'envoi de notifications ou l'exécution de commandes, à partir de n'importe quelle étape. La première étape concerne les actions immédiates. Si vous souhaitez retarder une action, vous pouvez l'affecter à une étape ultérieure. Pour chaque étape, plusieurs actions peuvent être définies.  Le nombre d'étapes d'escalade n'est pas limité.  Les escalades sont définies lors de la [configuration d'une opération](operation#configuring_an_operation). Les escalades sont prises en charge uniquement pour les opérations problématiques, pas pour la récupération.

en-us	#### Overview  With mass update you may change some attribute for a number of triggers at once, saving you the need to open each individual trigger for editing.
fr	#### Aperçu  Avec la modification collective, vous pouvez modifier certains attributs pour un certain nombre de déclencheurs à la fois, ce qui vous évite d'avoir à ouvrir chaque déclencheur pour le modifier.

en-us	#### Overview  With remote commands you can define that a certain pre-defined command is automatically executed on the monitored host upon some condition.  Thus remote commands are a powerful mechanism for smart pro-active monitoring.  In the most obvious uses of the feature you can try to:  -   Automatically restart some application (web server, middleware, CRM)     if it does not respond -   Use IPMI 'reboot' command to reboot some remote server if it does     not answer requests -   Automatically free disk space (removing older files, cleaning /tmp)     if running out of disk space -   Migrate a VM from one physical box to another depending on the CPU     load -   Add new nodes to a cloud environment upon insufficient CPU (disk,     memory, whatever) resources  Configuring an action for remote commands is similar to that for sending a message, the only difference being that Zabbix will execute a command instead of sending a message.  Remote commands can be executed by Zabbix server, proxy or agent. Remote commands on Zabbix agent can be executed directly by Zabbix server or through Zabbix proxy. Both on Zabbix agent and Zabbix proxy remote commands are disabled by default. They can be enabled by:  -   adding an `AllowKey=system.run[*]` parameter in agent configuration; -   setting the EnableRemoteCommands parameter to '1' in proxy     configuration.  Remote commands executed by Zabbix server are run as described in [Command execution](/manual/appendix/command_execution) including exit code checking.  Remote commands are executed even if the target host is in maintenance.
fr	#### Aperçu  Avec les commandes à distance, vous pouvez définir qu’une certaine commande prédéfinie est automatiquement exécutée sur l’hôte surveillé sous certaines conditions.  Ainsi, les commandes à distance constituent un mécanisme puissant pour la supervision proactive intelligente.  Dans les utilisations les plus évidentes de cette fonctionnalité, vous pouvez essayer de :  -   Redémarrer automatiquement certaines applications (serveur Web, middleware, CRM) si elles ne répondent pas -   Utiliser la commande 'reboot' IPMI pour redémarrer un serveur distant s'il ne répond pas aux demandes -   Libérer automatiquement de l'espace disque (suppression des anciens fichiers, nettoyage de /tmp) si vous manquez d'espace disque -   Migrer une VM d'un boîtier physique à un autre en fonction de la charge du processeur -   Ajouter de nouveaux nœuds à un environnement cloud en cas de ressources CPU insuffisantes (disque, mémoire, etc.)  La configuration d'une action pour les commandes à distance est similaire à celle pour l'envoi d'un message, la seule différence étant que Zabbix exécutera une commande au lieu d'envoyer un message.  Les commandes à distance peuvent être exécutées par un serveur, un proxy ou un agent Zabbix. Les commandes à distance sur l'agent Zabbix peuvent être exécutées directement par le serveur Zabbix ou via un proxy Zabbix. Les commandes distantes de l'agent Zabbix et du proxy Zabbix sont désactivées par défaut. Elles peuvent être activées en : - ajoutant le paramètre `AllowKey=system.run[*]` dans la configuration de l'agent; - définissant le paramètre EnableRemoteCommands à '1' dans la configuration du proxy.  Les commandes distantes exécutées par le serveur Zabbix sont exécutées comme décrit dans [Exécution de commandes](/manual/appendix/command_execution) y compris la vérification du code de sortie.  Les commandes à distance sont exécutées même si l'hôte cible est en maintenance.

en-us	#### Overview  With Zabbix you can check several availability aspects of web sites.\  ::: noteimportant To perform web monitoring Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with cURL (libcurl) support. :::  To activate web monitoring you need to define web scenarios. A web scenario consists of one or several HTTP requests or "steps". The steps are periodically executed by Zabbix server in a pre-defined order. If a host is monitored by proxy, the steps are executed by the proxy.  Web scenarios are attached to hosts/templates in the same way as items, triggers, etc. That means that web scenarios can also be created on a template level and then applied to multiple hosts in one move.  The following information is collected in any web scenario:  -   average download speed per second for all steps of whole scenario -   number of the step that failed -   last error message  The following information is collected in any web scenario step:  -   download speed per second -   response time -   response code  For more details, see [web monitoring items](/manual/web_monitoring/items).  Data collected from executing web scenarios is kept in the database. The data is automatically used for graphs, triggers and notifications.  Zabbix can also check if a retrieved HTML page contains a pre-defined string. It can execute a simulated login and follow a path of simulated mouse clicks on the page.  Zabbix web monitoring supports both HTTP and HTTPS. When running a web scenario, Zabbix will optionally follow redirects (see option *Follow redirects* below). Maximum number of redirects is hard-coded to 10 (using cURL option [CURLOPT\_MAXREDIRS](http://curl.haxx.se/libcurl/c/CURLOPT_MAXREDIRS.html)). All cookies are preserved during the execution of a single scenario.
fr	#### Aperçu  Avec Zabbix, vous pouvez vérifier plusieurs aspects de la disponibilité des sites Web.    ::: noteimportant Pour effectuer une supervision Web, le serveur Zabbix doit être initialement  [configuré](https://www.zabbix.com/documentation/4.0/fr/manual/installation/install)  avec le support de cURL (libcurl). :::  Pour activer la supervision Web, vous devez définir des scénarios Web. Un scénario Web consiste en une ou plusieurs requêtes HTTP ou "étapes". Les étapes sont exécutées périodiquement par le serveur Zabbix dans un ordre prédéfini. Si un hôte est supervisé par proxy, les étapes sont exécutées par le proxy.  Les scénarios Web sont associés aux hôtes/modèles de la même manière que les éléments, les déclencheurs, etc. Cela signifie que les scénarios Web peuvent également être créés au niveau du modèle, puis appliqués à plusieurs hôtes en même temps.  Les informations suivantes sont collectées pour tout le scénario Web:  -   vitesse moyenne de téléchargement par seconde pour toutes les étapes du scénario -   numéro de l'étape qui a échoué -   dernier message d'erreur  Les informations suivantes sont collectées pour chaque étape de scénario Web:  -   vitesse de téléchargement par seconde -   temps de réponse -   code retour  Pour plus de détails, voir les [éléments de supervision web](https://www.zabbix.com/documentation/4.0/fr/manual/web_monitoring/items).  Les données collectées lors de l'exécution de scénarios Web sont conservées dans la base de données. Les données sont automatiquement utilisées pour les graphiques, les déclencheurs et les notifications.  Zabbix peut également vérifier si une page HTML récupérée contient une chaîne prédéfinie. Il peut exécuter une connexion simulée et suivre un chemin de clics simulés sur la page.  La supervision Web Zabbix prend en charge à la fois HTTP et HTTPS. Lors de l'exécution d'un scénario Web, Zabbix suit éventuellement les redirections (voir l'option *Suivre les redirections* en dessous). Le nombre maximal de redirections est codé en dur à 10 (en utilisant l'option cURL [CURLOPT_MAXREDIRS](http://curl.haxx.se/libcurl/c/CURLOPT_MAXREDIRS.html)). Tous les cookies sont conservés lors de l'exécution d'un scénario unique.  Voir aussi les [problèmes connus](/manual/installation/known_issues#https_checks) pour la supervision Web à l'aide du protocole HTTPS.

en-us	#### Overview  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation) is a powerful interface in Windows that can be used for retrieving various information about Windows components, services, state and software installed.  It can be used for physical disk discovery and their performance data collection, network interface discovery, Hyper-V guest discovery, monitoring Windows services and many other things in Windows OS.  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using WQL queries whose results get automatically transformed into a JSON object suitable for low-level discovery.
fr	#### Aperçu  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation) est une interface puissante de Windows qui peut être utilisée pour récupérer diverses informations sur les composants, les services, l'état et les logiciels installés de Windows.  Il peut être utilisé pour la découverte de disques physiques et leur collecte de données de performances, la découverte d'interfaces réseau, la découverte d'invités Hyper-V, la surveillance des services Windows et bien d'autres choses dans le système d'exploitation Windows.  Ce type de [découverte](/manual/discovery/low_level_discovery) de bas niveau est effectué à l'aide de requêtes WQL dont les résultats sont automatiquement transformés en un objet JSON adapté à la découverte de bas niveau.

en-us	#### Overview  You can assign some triggers to a [link](/manual/config/visualization/maps/map#linking_elements) between elements in a network map. When these triggers go into a problem state, the link can reflect that.  When you configure a link, you set the default link type and color. When you assign triggers to a link, you can assign different link types and colors with these triggers.  Should any of these triggers go into a problem state, their link style and color will be displayed on the link. So maybe your default link was a green line. Now, with the trigger in the problem state, your link may become bold red (if you have defined it so).
fr	#### Aperçu  Vous pouvez attribuer certains déclencheurs à un [lien](/manual/config/visualization/maps/map#linking_elements) entre les éléments d'une carte réseau. Lorsque ces déclencheurs entrent dans un état problématique, le lien peut le refléter.  Lorsque vous configurez un lien, vous définissez le type et la couleur du lien par défaut. Lorsque vous affectez des déclencheurs à un lien, vous pouvez affecter différents types et couleurs de lien avec ces déclencheurs.  Si l'un de ces déclencheurs rencontre un problème, son style et sa couleur de lien seront affichés sur le lien. Alors peut-être que votre lien par défaut était une ligne verte, maintenant, avec le déclencheur en état de problème, votre lien peut devenir rouge gras (si vous l'avez défini ainsi).

en-us	#### Overview  You can effectively monitor Windows performance counters using the *perf\_counter\[\]* key.  For example:      perf_counter["\Processor(0)\Interrupts/sec"]  or      perf_counter["\Processor(0)\Interrupts/sec", 10]  For more information on using this key or its English-only equivalent `perf_counter_en`, see [Windows-specific item keys](/manual/config/items/itemtypes/zabbix_agent/win_keys).  In order to get a full list of performance counters available for monitoring, you may run:      typeperf -qx  You may also use low-level discovery to discover multiple [object instances](/manual/discovery/low_level_discovery/examples/windows_perf_instances) of Windows performance counters and automate the creation of perf\_counter items for multiple instance objects.
fr	#### Aperçu  Vous pouvez surveiller efficacement les compteurs de performances Windows à l'aide de la clé *perf\_counter\[\]*.  Par exemple :      perf_counter["\Processor(0)\Interrupts/sec"]  ou      perf_counter["\Processor(0)\Interrupts/sec", 10]  Pour plus d'informations sur l'utilisation de cette clé ou de son équivalent en anglais uniquement perf_counter_en`, consultez [Clés d'éléments spécifiques à Windows](/manual/config/items/itemtypes/zabbix_agent/win_keys).  Afin d'obtenir une liste complète des compteurs de performances disponibles pour la surveillance, vous pouvez exécuter :      typeperf -qx  Vous pouvez également utiliser la découverte de bas niveau pour découvrir plusieurs [instances d'objet](/manual/discovery/low_level_discovery/examples/windows_perf_instances) de compteurs de performances Windows et automatiser la création d'éléments perf\_counter pour plusieurs objets d'instance.

en-us	#### Overview  You can keep the inventory of networked devices in Zabbix.  There is a special *Inventory* menu in the Zabbix frontend. However, you will not see any data there initially and it is not where you enter data. Building inventory data is done manually when configuring a host or automatically by using some automatic population options.
fr	#### Aperçu  Vous pouvez conserver l'inventaire des périphériques réseau dans Zabbix.  Il y a un menu spécial *Inventaire* dans l'interface Zabbix. Cependant, vous ne verrez aucune donnée initialement et ce n'est pas là que vous entrez les données. Construire les données d'inventaire est fait manuellement lors de la configuration d'un hôte ou automatiquement en utilisant certaines options de peuplement automatique.

en-us	#### Overview  You can monitor the health and availability of Intelligent Platform Management Interface (IPMI) devices in Zabbix. To perform IPMI checks Zabbix server must be initially [configured](/manual/installation/install#configure_the_sources) with IPMI support.  IPMI is a standardized interface for remote "lights-out" or "out-of-band" management of computer systems. It allows to monitor hardware status directly from the so-called "out-of-band" management cards, independently from the operating system or whether the machine is powered on at all.  Zabbix IPMI monitoring works only for devices having IPMI support (HP iLO, DELL DRAC, IBM RSA, Sun SSP, etc).  Since Zabbix 3.4, a new IPMI manager process has been added to schedule IPMI checks by IPMI pollers. Now a host is always polled by only one IPMI poller at a time, reducing the number of open connections to BMC controllers. With those changes it's safe to increase the number of IPMI pollers without worrying about BMC controller overloading. The IPMI manager process is automatically started when at least one IPMI poller is started.  See also [known issues](/manual/installation/known_issues#ipmi_checks) for IPMI checks.
fr	#### Aperçu  Vous pouvez superviser l'intégrité et la disponibilité des périphériques IPMI (Intelligent Platform Management Interface) dans Zabbix. Pour effectuer les vérifications IPMI, le serveur Zabbix doit initialement être [configuré](/fr/manual/installation/install) avec le support IPMI.  IPMI est une interface normalisée pour la gestion à distance de systèmes informatiques. Il permet de surveiller l'état du matériel directement à partir des cartes de gestion dites «out-of-band», indépendamment du système d'exploitation ou de la mise sous tension de la machine.  La surveillance IPMI de Zabbix ne fonctionne que pour les périphériques prenant en charge IPMI (HP iLO, DELL DRAC, IBM RSA, Sun SSP, etc.).  Depuis Zabbix 3.4, un nouveau processus de gestion IPMI a été ajouté pour planifier les vérifications IPMI par les pollers IPMI. Maintenant, un hôte est toujours interrogé par un seul poller IPMI à la fois, ce qui réduit le nombre de connexions ouvertes aux contrôleurs BMC. Avec ces modifications, il est sûr d'augmenter le nombre de pollers IPMI sans se soucier de la surcharge du contrôleur BMC. Le processus du gestion IPMI est automatiquement démarré lorsqu'au moins un poller IPMI est démarré.  Voir aussi les [problèmes connus](/fr/manual/installation/known_issues#verifications_ipmi) pour les vérifications IPMI.

en-us	#### Overview  Zabbix can be used for centralized monitoring and analysis of log files with/without log rotation support.  Notifications can be used to warn users when a log file contains certain strings or string patterns.  To monitor a log file you must have:  -   Zabbix agent running on the host -   log monitoring item set up  ::: noteimportant The size limit of a monitored log file depends on [large file support](/manual/appendix/items/large_file_support). :::
fr	#### Aperçu  Zabbix peut être utilisé pour la surveillance centralisée et l'analyse des fichiers journaux avec/sans support de rotation des fichiers journaux.  Les notifications peuvent être utilisées pour avertir les utilisateurs lorsqu'un fichier journal contient certaines chaînes ou certains modèles de chaîne.  Pour superviser un fichier journal, vous devez avoir :  -   Un agent Zabbix en cours d'exécution sur l'hôte -   Un paramètre de supervision de fichier journal mis en place  ::: noteimportant La taille limite d'un fichier de logs supervisé dépend du [support des fichiers volumineux](/manual/appendix/items/large_file_support). :::

en-us	#### Overview  Zabbix can query metrics exposed in the Prometheus line format.  Two steps are required to start gathering Prometheus data:  -   an [HTTP master item](/manual/config/items/itemtypes/http) pointing     to the appropriate data endpoint, e.g.     `https://<prometheus host>/metrics` -   dependent items using a Prometheus preprocessing option to query     required data from the metrics gathered by the master item  There are two Prometheus data preprocessing options:  -   *Prometheus pattern* - used in normal items to query Prometheus data -   *Prometheus to JSON* - used in normal items and for low-level     discovery. In this case queried Prometheus data are returned in a     JSON format.
fr	#### Aperçu  Zabbix peut interroger les métriques exposées dans le format de ligne Prometheus.  Deux étapes sont nécessaires pour commencer à collecter les données Prometheus :  -   un [élément principal HTTP](/manual/config/items/itemtypes/http) pointant vers le point de terminaison de données approprié, par ex. `https://<prometheus host>/metrics` -   des éléments dépendants utilisant une option de prétraitement Prometheus pour interroger les données requises à partir des métriques recueillies par l'élément principal  Il existe deux options de prétraitement des données Prometheus :  -   *Motif Prometheus* - utilisé dans les éléments normaux pour interroger les données Prometheus -   * Prometheus vers JSON * - utilisé dans les éléments normaux et pour la découverte de bas niveau. Dans ce cas, les données Prometheus interrogées sont renvoyées au format JSON.

en-us	#### Overview  Zabbix export/import functionality makes it possible to exchange various configuration entities between one Zabbix system and another.  Typical use cases for this functionality:  -   share templates or network maps - Zabbix users may share their     configuration parameters -   upload a template to [Zabbix Community templates](https://github.com/zabbix/community-templates). Then others can     download the template and import the file into Zabbix. -   integrate with third-party tools - universal YAML, XML and JSON     formats make integration and data import/export possible with third-party     tools and applications
fr	#### Aperçu  La fonctionnalité d'exportation/importation de Zabbix permet d'échanger diverses entités de configuration entre un système Zabbix et un autre.  Cas d'utilisation typiques pour cette fonctionnalité :  -   partager des modèles ou des cartes réseau - les utilisateurs de Zabbix peuvent partager leurs paramètres de configuration -   téléchargez un modèle sur les [modèles de la communauté Zabbix](https://github.com/zabbix/community-templates). Ensuite, d'autres peuvent télécharger le modèle et importer le fichier dans Zabbix. -   intégration avec des outils tiers - les formats universels YAML, XML et JSON permettent l'intégration et l'importation/exportation de données avec des outils et des applications tiers

en-us	#### Overview  zabbix\_js is a command line utility that can be used for embedded script testing.  This utility will execute a user script with a string parameter and print the result. Scripts are executed using the embedded Zabbix scripting engine.  In case of compilation or execution errors zabbix\_js will print the error in stderr and exit with code 1.
fr	#### Aperçu  zabbix\_js est un utilitaire de ligne de commande qui peut être utilisé pour tester des scripts intégrés.  Cet utilitaire exécutera un script utilisateur avec un paramètre de chaîne et écrira le résultat. Les scripts sont exécutés à l'aide du moteur de script Zabbix intégré.  En cas d'erreurs de compilation ou d'exécution, zabbix\_js imprimera l'erreur dans stderr et quittera avec le code 1.

en-us	#### Overview  Zabbix Mac OS agent can be installed from PKG installer packages available for [download](https://www.zabbix.com/download_agents#tab:44). Versions with or without encryption are available.
fr	#### Aperçu  L'agent Zabbix Mac OS peut être installé à partir des packages d'installation PKG disponibles en [téléchargement] (https://www.zabbix.com/download_agents#tab:44). Des versions avec ou sans cryptage sont disponibles.

en-us	#### Overview  Zabbix offers automatic network discovery functionality that is effective and very flexible.  With network discovery properly set up you can:  -   speed up Zabbix deployment -   simplify administration -   use Zabbix in rapidly changing environments without excessive     administration  Zabbix network discovery is based on the following information:  -   IP ranges -   Availability of external services (FTP, SSH, WEB, POP3, IMAP, TCP,     etc) -   Information received from Zabbix agent (only unencrypted mode is     supported) -   Information received from SNMP agent  It does NOT provide:  -   Discovery of network topology  Network discovery basically consists of two phases: discovery and actions.
fr	#### Aperçu  Zabbix offre une fonctionnalité de découverte automatique du réseau efficace et très flexible.  Avec la découverte du réseau correctement configurée, vous pouvez :  -   accélérer le déploiement de Zabbix -   simplifier l'administration -   utiliser Zabbix dans des environnements en mutation rapide sans administration excessive  La découverte du réseau Zabbix est basée sur les informations suivantes :  -   Les plages IP -   La disponibilité de services externes ( FTP , SSH, WEB, POP3, IMAP, TCP, etc.) -   Les informations reçues de l'agent Zabbix (seul le mode non crypté est pris en charge) -   Les informations reçues de l'agent SNMP  Elle ne fournit PAS :  -   La découverte de la topologie du réseau  La découverte du réseau comprend essentiellement deux phases : la découverte et les actions.

en-us	#### Overview  Zabbix provides an effective and reliable way of monitoring a distributed IT infrastructure using Zabbix [proxies](/manual/distributed_monitoring/proxies).  Proxies can be used to collect data locally on behalf of a centralized Zabbix server and then report the data to the server.
fr	#### Aperçu  Zabbix fournit un moyen efficace et fiable de surveiller une infrastructure informatique distribuée à l'aide de serveurs [proxys](/fr/manual/distributed_monitoring/proxies) Zabbix.  Les proxys peuvent être utilisés pour collecter des données localement pour le compte d'un serveur Zabbix centralisé, puis rapporter les données au serveur.

en-us	#### Overview  Zabbix proxy is a process that may collect monitoring data from one or more monitored devices and send the information to the Zabbix server, essentially working on behalf of the server. All collected data is buffered locally and then transferred to the Zabbix server the proxy belongs to.  Deploying a proxy is optional, but may be very beneficial to distribute the load of a single Zabbix server. If only proxies collect data, processing on the server becomes less CPU and disk I/O hungry.  A Zabbix proxy is the ideal solution for centralized monitoring of remote locations, branches and networks with no local administrators.  Zabbix proxy requires a separate database.  ::: noteimportant Note that databases supported with Zabbix proxy are SQLite, MySQL and PostgreSQL. Using Oracle is at your own risk and may contain some limitations as, for example, in [return values](/manual/discovery/low_level_discovery#overview) of low-level discovery rules. :::  See also: [Using proxies in a distributed environment](/manual/distributed_monitoring/proxies)
fr	#### Aperçu  Le proxy Zabbix est un processus qui peut collecter des données de surveillance à partir d'un ou plusieurs équipements surveillés et envoyer les informations au serveur Zabbix, en travaillant essentiellement pour le compte du serveur. Toutes les données collectées sont bufferisées localement puis transférées au serveur Zabbix auquel appartient le proxy.  Le déploiement d'un proxy est facultatif, mais peut s'avérer très utile pour répartir la charge d'un seul serveur Zabbix. Si seuls les proxys collectent des données, le traitement sur le serveur devient moins gourmand en CPU et en E/S disque.  Un proxy Zabbix est la solution idéale pour la surveillance centralisée des sites distants, des succursales et des réseaux sans administrateurs locaux.  Le proxy Zabbix nécessite une base de données séparée.  ::: noteimportant  Notez que les bases de données supportées avec le proxy Zabbix sont SQLite, MySQL et PostgreSQL. L'utilisation d'Oracle est à vos propres risques et peut contenir certaines limitations, par exemple, dans les [valeurs de retour](/manual/discovery/low_level_discovery#overview) des règles de découverte de bas niveau. :::  Voir aussi : [Utilisation des proxys dans un environnement distribué](/manual/distributed_monitoring/proxies)

en-us	#### Overview  Zabbix server is the central process of Zabbix software.  The server performs the polling and trapping of data, it calculates triggers, sends notifications to users. It is the central component to which Zabbix agents and proxies report data on availability and integrity of systems. The server can itself remotely check networked services (such as web servers and mail servers) using simple service checks.  The server is the central repository in which all configuration, statistical and operational data is stored, and it is the entity in Zabbix that will actively alert administrators when problems arise in any of the monitored systems.  The functioning of a basic Zabbix server is broken into three distinct components; they are: Zabbix server, web frontend and database storage.  All of the configuration information for Zabbix is stored in the database, which both the server and the web frontend interact with. For example, when you create a new item using the web frontend (or API) it is added to the items table in the database. Then, about once a minute Zabbix server will query the items table for a list of the items which are active that is then stored in a cache within the Zabbix server. This is why it can take up to two minutes for any changes made in Zabbix frontend to show up in the latest data section.
fr	#### Aperçu  Le serveur Zabbix est le processus central du logiciel Zabbix.  Le serveur effectue l'interrogation et la récupération des données, il calcule les déclencheurs, envoie des notifications aux utilisateurs. C'est le composant central auquel les agents et les proxys Zabbix rapportent des données de disponibilité et d'intégrité des systèmes. Le serveur peut lui-même vérifier à distance les services réseaux (tels que les serveurs Web et les serveurs de messagerie) à l'aide de simples vérifications de service.  Le serveur est le référentiel central dans lequel toutes les données de configuration, statistiques et opérationnelles sont stockées, et c'est l'entité de Zabbix qui alertera activement les administrateurs lorsque des problèmes surviennent dans l'un des systèmes surveillés.  Le fonctionnement d'un serveur Zabbix de base est divisé en trois composants distincts ; ce sont : le serveur Zabbix, l'interface Web et le stockage en base de données. Toutes les informations de configuration de Zabbix sont stockées dans la base de données, avec laquelle le serveur et l'interface Web interagissent. Par exemple, lorsque vous créez un nouvel élément à l'aide de l'interface Web (ou de l'API), il est ajouté à la table des éléments de la base de données. Ensuite, environ une fois par minute, le serveur Zabbix interroge la table des éléments pour obtenir une liste des éléments actifs qui sont ensuite stockés dans un cache sur le serveur Zabbix. C'est pourquoi cela peut prendre jusqu'à deux minutes pour que toute modification apportée à l'interface Zabbix apparaisse dans la dernière section de données.

en-us	#### Overview  Zabbix server uses a JSON- based communication protocol for receiving data from Zabbix sender with the help of [trapper item](/manual/config/items/itemtypes/trapper).  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
fr	#### Aperçu  Le serveur Zabbix utilise un protocole de communication basé sur JSON pour recevoir les données du sender Zabbix à l'aide d'un [élément trapper](/manual/config/items/itemtypes/trapper).  Les messages de requêtes et de réponses doivent commencer par [l’en-tête et la longueur des données](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Zabbix supports a number of built-in macros which may be used in various situations. These macros are variables, identified by a specific syntax:      {MACRO}   Macros resolve to a specific value depending on the context.  Effective use of macros allows to save time and make Zabbix configuration more transparent.  In one of typical uses, a macro may be used in a template. Thus a trigger on a template may be named "Processor load is too high on {HOST.NAME}". When the template is applied to the host, such as Zabbix server, the name will resolve to "Processor load is too high on Zabbix server" when the trigger is displayed in the Monitoring section.  Macros may be used in item key parameters. A macro may be used for only a part of the parameter, for example `item.key[server_{HOST.HOST}_local]`. Double-quoting the parameter is not necessary as Zabbix will take care of any ambiguous special symbols, if present in the resolved macro.  There are other types of macros in Zabbix.  Zabbix supports the following macros:  -   `{MACRO}` - built-in macro (see [full list](/manual/appendix/macros/supported_by_location)) -   `{<macro>.<func>(<params>)}` - macro [functions](/manual/config/macros/macro_functions) -   `{$MACRO}` - [user-defined macro](/manual/config/macros/user_macros), optionally [with context](/manual/config/macros/user_macros_context) -   `{#MACRO}` - macro for [low-level discovery](/manual/config/macros/lld_macros) -   `{?EXPRESSION}` - [expression macro](/manual/config/macros/expression_macros)
fr	 #### Aperçu  Zabbix prend en charge un certain nombre de macros intégrées qui peuvent être utilisées dans diverses situations. Ces macros sont des variables, identifiées par une syntaxe spécifique :      {MACRO}   Les macros se résolvent en une valeur spécifique en fonction du contexte.  L'utilisation efficace des macros permet de gagner du temps et de rendre la configuration de Zabbix plus transparente.  Dans l'une des utilisations typiques, une macro peut être utilisée dans un modèle. Ainsi, un déclencheur sur un modèle peut être nommé "La charge du processeur est trop élevée sur {HOST.NAME}". Lorsque le modèle est appliqué à l'hôte, tel que le serveur Zabbix, le nom se résoudra en "La charge du processeur est trop élevée sur le serveur Zabbix" lorsque le déclencheur s'affiche dans la section Surveillance.  Des macros peuvent être utilisées dans les paramètres clés de l'élément. Une macro peut être utilisée pour une partie seulement du paramètre, par exemple `item.key[server_{HOST.HOST}_local]`. Il n'est pas nécessaire de mettre le paramètre entre guillemets doubles car Zabbix prendra soin de tous les symboles spéciaux ambigus, s'ils sont présents dans la macro résolue.  Il existe d'autres types de macros dans Zabbix.  Zabbix prend en charge les macros suivantes :  -   `{MACRO}` - macro intégrée (voir [liste complète](/manual/appendix/macros/supported_by_location)) -   `{<macro>.<func>(<params>)}` - [fonctions](/manual/config/macros/macro_functions) de macro -   `{$MACRO}` - [macro définie par l'utilisateur](/manual/config/macros/user_macros), éventuellement [avec contexte](/manual/config/macros/user_macros_context) -   `{#MACRO}` - macro pour [découverte de bas niveau](/manual/config/macros/lld_macros) -   `{?EXPRESSION}` - [macro d'expression](/manual/config/macros/expression_macros)

en-us	#### Overview  Zabbix supports encrypted communications between Zabbix components using Transport Layer Security (TLS) protocol v.1.2 and 1.3 (depending on the crypto library). Certificate-based and pre-shared key-based encryption is supported.  Encryption can be configured for connections:  -   Between Zabbix server, Zabbix proxy, Zabbix agent, zabbix\_sender     and zabbix\_get utilities -   To Zabbix database [from Zabbix frontend and     server/proxy](/manual/appendix/install/db_encrypt)  Encryption is optional and configurable for individual components:  -   Some proxies and agents can be configured to use certificate-based     encryption with the server, while others can use pre-shared     key-based encryption, and yet others continue with unencrypted     communications (as before) -   Server (proxy) can use different encryption configurations for     different hosts  Zabbix daemon programs use one listening port for encrypted and unencrypted incoming connections. Adding an encryption does not require opening new ports on firewalls.
fr	#### Aperçu  Zabbix prend en charge les communications chiffrées entre les composants Zabbix à l'aide du protocole Transport Layer Security (TLS) v.1.2 et 1.3 (selon la bibliothèque de chiffrement). Le chiffrement basé sur des certificats et basé sur des clés pré-partagées est pris en charge.  Le chiffrement peut être configuré pour les connexions :  - Entre le serveur Zabbix, le proxy Zabbix, l'agent Zabbix, les utilitaires zabbix\_sender et zabbix\_get - Vers la base de données Zabbix [depuis l'interface Zabbix et le serveur/proxy](/manual/appendix/install/db_encrypt)  Le chiffrement est facultatif et configurable pour les composants individuels :  - Certains proxies et agents peuvent être configurés pour utiliser le chiffrement basé sur certificat avec le serveur, tandis que d'autres peuvent utiliser le chiffrement basé sur une clé pré-partagée, et d'autres encore continuent avec des communications non chiffrées (comme auparavant) - Le serveur (proxy) peut utiliser différentes configurations de cryptage pour différents hôtes  Les démons Zabbix utilisent un port d'écoute pour les connexions entrantes chiffrées et non chiffrées. L'ajout d'un cryptage ne nécessite pas l'ouverture de nouveaux ports sur les pare-feux.

en-us	#### Overview  Zabbix supports the sending of SMS messages using a serial GSM modem connected to Zabbix server's serial port.  Make sure that:  -   The speed of the serial device (normally /dev/ttyS0 under Linux)     matches that of the GSM modem. Zabbix does not set the speed of the     serial link. It uses default settings. -   The 'zabbix' user has read/write access to the serial device. Run     the command ls –l /dev/ttyS0 to see current permissions of the     serial device. -   The GSM modem has PIN entered and it preserves it after power reset.     Alternatively you may disable PIN on the SIM card. PIN can be     entered by issuing command AT+CPIN="NNNN" (NNNN is your PIN number,     the quotes must be present) in a terminal software, such as Unix     minicom or Windows HyperTerminal.  Zabbix has been tested with these GSM modems:  -   Siemens MC35 -   Teltonika ModemCOM/G10  To configure SMS as the delivery channel for messages, you also need to configure SMS as the media type and enter the respective phone numbers for the users.
fr	#### Aperçu  Zabbix prend en charge l'envoi de SMS via un modem GSM connecté au port série du serveur Zabbix.  Assurez-vous que :  -   La vitesse du périphérique série (normalement /dev/ttyS0 sous Linux) corresponde à celle du modem GSM. Zabbix ne définit pas la vitesse de la liaison série. Il utilise les paramètres par défaut. -   L'utilisateur 'zabbix' dispose d'un accès en lecture/écriture sur le périphérique série. Exécutez la commande ls --l /dev/ttyS0 pour afficher les autorisations en cours du périphérique série. -   Le modem GSM a un code PIN entré et qu'il le conserve après la réinitialisation de l'alimentation. Vous pouvez également désactiver le code PIN sur la carte SIM. Vous pouvez entrer un code PIN en émettant la commande AT+CPIN = "NNNN" (NNNN est votre numéro PIN, les guillemets doivent être présents) dans un logiciel de terminal, tel que Unix minicom ou Windows HyperTerminal.  Zabbix a été testé avec ces modems GSM :  -   Siemens MC35 -   Teltonika ModemCOM / G10  Pour configurer les SMS en tant que canal de remise des messages, vous devez également configurer les SMS en tant que type de média et entrer les numéros de téléphone respectifs des utilisateurs.

en-us	#### Overview  Zabbix supports TimescaleDB, a PostgreSQL-based database solution of automatically partitioning data into time-based chunks to support faster performance at scale.  ::: notewarning Currently TimescaleDB is not supported by Zabbix proxy. :::  Instructions on this page can be used for creating TimescaleDB database or migrating from existing PostgreSQL tables to TimescaleDB.
fr	#### Aperçu  Zabbix prend en charge TimescaleDB, une solution de base de données basée sur PostgreSQL qui partitionne automatiquement les données en blocs temporels pour prendre en charge des performances plus rapides à grande échelle.  ::: notewarning Actuellement, TimescaleDB n'est pas pris en charge par le proxy Zabbix. :::  Les instructions sur cette page peuvent être utilisées pour créer une base de données TimescaleDB ou migrer des tables PostgreSQL existantes vers TimescaleDB.

en-us	#### Overview  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) is a Python library for:  -  working with Zabbix API; -  acting like Zabbix sender; -  acting like Zabbix get.  It is supported for Zabbix 5.0, 6.0, 6.4 and later.
fr	#### Aperçu  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) est une librairie Python pour:  -  travailler avec l'API Zabbix; -  agissant comme un expéditeur Zabbix; -  agissant comme un récepteur Zabbix.  Supporté sur Zabbix 5.0, 6.0, 6.4 ou supérieur.

en-us	#### Overview  Zabbix web frontend can be temporarily disabled in order to prohibit access to it. This can be useful for protecting the Zabbix database from any changes initiated by users, thus protecting the integrity of database.  Zabbix database can be stopped and maintenance tasks can be performed while Zabbix frontend is in maintenance mode.  Users from defined IP addresses will be able to work with the frontend normally during maintenance mode.
fr	#### Aperçu  L'interface web de Zabbix peut être temporairement désactivée afin d’en interdire l’accès. Cela peut être utile pour protéger la base de données Zabbix de toute modification initiée par les utilisateurs, protégeant ainsi l'intégrité de la base de données.  La base de données Zabbix peut être arrêtée et des tâches de maintenance exécutées lorsque l’interface Zabbix est en mode maintenance.  Les utilisateurs ayant les adresses IP définies pourront travailler normalement avec l’interface en mode maintenance.

en-us	#### Overview  Zabbix web service is a process that is used for communication with external web services. Currently, Zabbix web service is used for generating and sending scheduled reports with plans to add additional functionality in the future.  Zabbix server connects to the web service via HTTP(S). Zabbix web service requires Google Chrome to be installed on the same host; on some distributions the service may also work with Chromium (see [known issues](/manual/installation/known_issues#chromium_for_zabbix_web_service_on_ubuntu_20)) .
fr	#### Aperçu  Le service Web Zabbix est un processus utilisé pour communiquer avec des services Web externes. Actuellement, le service Web Zabbix est utilisé pour générer et envoyer des rapports planifiés avec pour plans d'ajouter des fonctionnalités supplémentaires à l'avenir.  Le serveur Zabbix se connecte au service Web via HTTP(S). Le service Web Zabbix nécessite que Google Chrome soit installé sur le même hôte ; sur certaines distributions, le service peut également fonctionner avec Chromium (voir [problèmes connus](/manual/installation/known_issues#chromium_for_zabbix_web_service_on_ubuntu_20)).

en-us	#### Parameter - array  If the key parameter is an array, it is again enclosed in square brackets, where individual parameters come in line with the rules and syntax of specifying multiple parameters.  ![](../../../../../assets/en/manual/config/key_param_array.png)  ::: noteimportant Multi-level parameter arrays, e.g. `[a,[b,[c,d]],e]`, are not allowed. :::
fr	#### Paramètre - tableau  Si le paramètre de clé est un tableau, il est à nouveau placé entre crochets, où les paramètres individuels sont alignés sur les règles et la syntaxe de spécification de plusieurs paramètres.  ![](../../../../../assets/fr/manual/config/items/item/key_param_array.png)  ::: noteimportant Les tableaux de paramètres multi-niveaux, comme `[a,[b,[c,d]],e]`, ne sont pas autorisés. :::

en-us	#### Parameter behavior  Some of the operation parameters are marked with short labels to describe their behavior for the operation. The following labels are used:  -   *read-only* - the value of the parameter is set automatically and cannot be defined or changed by the user, even in some specific conditions     (e.g., *read-only* for inherited objects or discovered objects); -   *write-only* - the value of the parameter can be set, but cannot be accessed after; -   *supported* - the value of the parameter is not required to be set, but is allowed to be set in some specific conditions     (e.g., *supported* if `status` of Proxy object is set to "passive proxy"); -   *required* - the value of the parameter is required to be set.  Parameters that are not marked with labels are optional.
fr	#### Comportement des paramètres  Certains paramètres d'opération sont marqués de courtes étiquettes pour décrire leur comportement pour l'opération. Les étiquettes suivantes sont utilisées:  -   *read-only* - la valeur du paramètre est définie automatiquement et ne peut pas être définie ou modifiée par l'utilisateur, même dans certaines conditions spécifiques      (par exemple, *read-only* pour les objets hérités ou les objets découverts); -   *write-only* - la valeur du paramètre peut être définie, mais n'est plus accessible par la suite; -   *supported* - la valeur du paramètre n'a pas besoin d'être définie, mais peut être définie dans certaines conditions spécifiques     (par exemple, *supported* si le « statut » de l'objet Proxy est défini sur « proxy passif ») ; -   *required* - la valeur du paramètre doit être définie.  Les paramètres qui ne sont pas marqués avec les étiquettes sont facultatifs.

en-us	### Parameter details
fr	### Détails des paramètres

en-us	### Parameters  `(array)` IDs of items to clear.
fr	### Paramètres  `(array)` ID des éléments à effacer.

en-us	### Parameters  `(array)` IDs of the actions to delete.
fr	### Paramètres  `(array)` IDs des actions à supprimer.

en-us	### Parameters  `(array)` IDs of the connectors to delete.
fr	### Paramètres  `(array)` ID des connecteurs à supprimer.

en-us	### Parameters  `(array)` IDs of the correlations to delete.
fr	### Paramètres  `(array)` ID des corrélations à supprimer.

en-us	### Parameters  `(array)` IDs of the dashboards to delete.
fr	### Paramètres  `(array)` IDs des tableaux de bord à supprimer.

en-us	### Parameters  `(array)` IDs of the discovery rules to delete.
fr	### Paramètres  `(array)` IDs des règles de découverte à supprimer.

en-us	### Parameters  `(array)` IDs of the graphs to delete.
fr	### Paramètres  `(array)` ID des graphiques à supprimer.

en-us	### Parameters  `(array)` IDs of the item prototypes to delete.
fr	### Paramètres  `(array)` ID des prototypes d'éléments à supprimer.

en-us	### Parameters  `(array)` IDs of the items to delete.
fr	### Paramètres  `(array)` ID des éléments à supprimer.

en-us	### Parameters  `(array)` IDs of the LLD rules to delete.
fr	### Paramètres  `(array)` ID des règles de découverte bas niveau à supprimer.

en-us	### Parameters  `(array)` IDs of the maintenance periods to delete.
fr	### Paramètres  `(array)` ID des périodes de maintenance à supprimer.

en-us	### Parameters  `(array)` IDs of the maps to delete.
fr	### Paramètres  `(array)` IDs des cartes à supprimer.

en-us	### Parameters  `(array)` IDs of the template groups to delete.
fr	### Paramètres  `(tableau)` IDs du groupe de modèle a supprimer.

en-us	### Parameters  `(array)` IDs of the tokens to generate.
fr	### Paramètres  `(array)` ID des jetons à générer.

en-us	### Parameters  `(array)` IDs of the trigger prototypes to delete.
fr	### Paramètres  `(array)` ID des prototypes de déclencheur à supprimer.

en-us	### Parameters  `(array)` IDs of users to unblock.
fr	### Paramètres  `(array)` ID des utilisateurs à débloquer.

en-us	### Parameters  `(array)` The method accepts an empty array.
fr	### Paramètres  `(array)` La méthode accepte un tableau vide.

en-us	### Parameters  `(array)` The method accepts an empty array.
fr	### Paramètres  `(array)` La méthode accepte un tableau vide.

en-us	#### - Parameters  Both functions use almost the same set of parameters. Use the list of [supported functions](/manual/appendix/functions) for reference.
fr	 #### - Paramètres  Les deux fonctions utilisent presque le même ensemble de paramètres. Utilisez la liste des [fonctions prises en charge](/manual/appendix/functions) pour référence.

en-us	### Parameters  `(object/array)` Actions to create.  Additionally to the [standard action properties](object#action), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Action [filter](/manual/api/reference/action/object#action_filter) object for the action.| |operations|array|Action [operations](/manual/api/reference/action/object#action_operation) to create for the action.| |recovery\_operations|array|Action [recovery operations](/manual/api/reference/action/object#action_recovery_operation) to create for the action.| |update\_operations|array|Action [update operations](/manual/api/reference/action/object#action_update_operation) to create for the action.|
fr	### Paramètres  `(object/array)` Actions à créer.  En plus des [propriétés d'action standard](object#action), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |filter|object|Objet de [filtre](/manual/api/reference/action/object#action_filter) d'action pour l'action.| |operations|array|[Opérations](/manual/api/reference/action/object#action_operation) d'action à créer pour l'action.| |recovery\_operations|array|[Opérations de récupération](/manual/api/reference/action/object#action_recovery_operation) d'action à créer pour l'action.| |update\_operations|array|[Opérations de mise à jour](/manual/api/reference/action/object#action_update_operation) d'action à créer pour l'action.|

en-us	### Parameters  `(object/array)` Connector objects to create.  Additionally to the [standard connector properties](object#connector), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |tags|array|Connector [tag filter](/manual/api/reference/connector/object#tag-filter).|
fr	### Paramètres  `(objet/tableau)` Objets connecteur à créer.  En plus des [propriétés du connecteur standard](object#connector), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |tags|array|Connecteur [Filtre de Balise](/manual/api/reference/connector/object#tag-filter).|

en-us	### Parameters  `(object/array)` Correlation properties to be updated.  The `correlationid` property must be defined for each correlation, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard correlation properties](object#correlation), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Correlation [filter](/manual/api/reference/correlation/object#correlation_filter) object to replace the current filter.| |operations|array|Correlation [operations](/manual/api/reference/correlation/object#correlation_operation) to replace existing operations.|
fr	### Paramètres  `(object/array)` Propriétés de corrélation à mettre à jour.  La propriété `correlationid` doit être définie pour chaque corrélation, toutes les autres propriétés sont facultatives. Seules les propriétés passées seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de corrélation standard](object#correlation), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|Objet [filtre](/manual/api/reference/correlation/object#correlation_filter) en remplacement du filtre actuel.| |operations|array|[Opérations](/manual/api/reference/correlation/object#correlation_operation) de corrélation en remplacement du opérations existantes.|

en-us	### Parameters  `(object/array)` Dashboards to create.  Additionally to the [standard dashboard properties](object#dashboard), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |pages|array|Dashboard [pages](object#dashboard_page) to be created for the dashboard. Dashboard pages will be ordered in the same order as specified.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required*| |users|array|Dashboard [user](object#dashboard_user) shares to be created on the dashboard.| |userGroups|array|Dashboard [user group](object#dashboard_user_group) shares to be created on the dashboard.|
fr	### Paramètres  `(object/array)` Tableaux de bord à créer.  Outre les propriétés [standards du tableau de bord](object#dashboard), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**pages**<br>(obligatoire)|array|[Pages](object#dashboard_page) à créer pour le tableau de bord. Les pages du tableau de bord seront classées dans le même ordre que celui spécifié. Au moins un objet de page de tableau de bord est requis pour la propriété `pages`.| |users|array|Partages [utilisateurs](object#dashboard_user)  du tableau de bord à créer pour le tableau de bord.| |userGroups|array|Partages [groupes d'utilisateurs](object#dashboard_user_group)  du tableau de bord à créer pour le tableau de bord.|

en-us	### Parameters  `(object/array)` Discovery rule properties to be updated.  The `druleid` property must be defined for each discovery rule, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard discovery rule properties](object#discovery_rule), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dchecks|array|Discovery [checks](/manual/api/reference/dcheck/object) to replace existing checks.|
fr	### Paramètres  `(object/array)` Propriétés de la règle de découverte à mettre à jour.  La propriété `druleid` doit être définie pour chaque règle de découverte, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de l'objet règle de découverte standard](object#discovery_rule), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |dchecks|array|[Tests](/manual/api/reference/dcheck/object) de découverte en remplacement des tests existants.|

en-us	### Parameters  `(object/array)` [Global macro properties](object#global_macro) to be updated.  The `globalmacroid` property must be defined for each global macro, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
fr	### Paramètres  `(object/array)` [Propriétés des macros globales](/manual/api/reference/usermacro/object#global_macro)) à mettre à jour.  La propriété `globalmacroid` doit être définie pour chaque macro globale. Toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.

en-us	### Parameters  `(object/array)` Global macros to create.  The method accepts global macros with the [standard global macro properties](object#global_macro).
fr	### Paramètres  `(object/array)` Macros globales à créer  La méthode accepte les macros globales avec les [propriétés de macros globales standard](/manual/api/reference/usermacro/object#global_macro).

en-us	### Parameters  `(object/array)` Graph properties to be updated.  The `graphid` property must be defined for each graph, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard graph properties](object#graph) the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |gitems|array|Graph [items](/manual/api/reference/graphitem/object) to replace existing graph items. If a graph item has the `gitemid` property defined it will be updated, otherwise a new graph item will be created.|
fr	### Paramètres  `(object/array)` Propriétés du graphique à mettre à jour.  La propriété `graphid` doit être définie pour chaque graphique, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de l'objet graphique standard](object#graphique), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |gitems|array|[Éléments](/manual/api/reference/graphitem/object)  de graphique en remplacement des éléments de graphique existants. Si un élément de graphique a la propriété `gitemid` définie, il sera mis à jour, sinon un nouvel élément de graphique sera créé.|

en-us	### Parameters  `(object/array)` Graph prototype properties to be updated.  The `graphid` property must be defined for each graph prototype, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard graph prototype properties](object#graph_prototype), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |gitems|array|Graph [items](/manual/api/reference/graphitem/object) to replace existing graph items. If a graph item has the `gitemid` property defined it will be updated, otherwise a new graph item will be created.|
fr	### Paramètres  `(object/array)` Propriétés du prototype de graphique à mettre à jour.  La propriété `graphid` doit être définie pour chaque prototype de graphique, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de l'objet prototype de graphique standard](object#graph_prototype), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |gitems|array|[Éléments](/manual/api/reference/graphitem/object)  de graphique en remplacement des éléments de graphique existants. Si un élément de graphique a la propriété `gitemid` définie, il sera mis à jour, sinon un nouvel élément de graphique sera créé.|

en-us	### Parameters  `(object/array)` [Host group properties](object#host_group) to be updated.  The `groupid` property must be defined for each host group, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
fr	### Paramètres  `(object/array)` [Propriétés des groupes d'hôtes](object#host_group) à mettre à jour.  La propriété `groupeid` doit être définie pour chaque groupe d'hôtes. Toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.

en-us	### Parameters  `(object/array)` [Host interface properties](object#host_interface) to be updated.  The `interfaceid` property must be defined for each host interface, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
fr	### Paramètres  `(object/array)` [Propriétés de l'interface hôte](/fr/manual/api/reference/hostinterface/object#host_interface) à mettre à jour.  La propriété `interfaceid` doit être définie pour chaque interface hôte. Toutes les autres propriétés sont facultatives. Seules les propriétés données seront mises à jour, toutes les autres resteront inchangées.

en-us	### Parameters  `(object/array)` [Host macro properties](object#host_macro) to be updated.  The `hostmacroid` property must be defined for each host macro, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
fr	### Paramètres  `(object/array)` [Propriétés des macros d'hôte](/manual/api/reference/usermacro/object#host_macro) à mettre à jour.  La propriété `hostmacroid` doit être définie pour chaque macro d'hôte. Toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.

en-us	### Parameters  `(object/array)` Host macros to create.  The method accepts host macros with the [standard host macro properties](object#host_macro).
fr	### Paramètres  `(object/array)` Macros hôtes à créer.  La méthode accepte les macros hôtes avec des [propriétés standard de macro hôte](object#host_macro).

en-us	### Parameters  `(object/array)` Host properties to be updated.  The `hostid` property must be defined for each host, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.  Note, however, that updating the host technical name will also update the host's visible name (if not given or empty) by the host's technical name value.  Additionally to the [standard host properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groups|object/array|Host [groups](/manual/api/reference/hostgroup/object#host_group) to replace the current host groups the host belongs to.<br><br>The host groups must have the `groupid` property defined. All host groups that are not listed in the request will be unlinked.| |interfaces|object/array|Host [interfaces](/manual/api/reference/hostinterface/object) to replace the current host interfaces.<br><br>All interfaces that are not listed in the request will be removed.| |tags|object/array|Host [tags](/manual/api/reference/host/object#host_tag) to replace the current host tags.<br><br>All tags that are not listed in the request will be removed.| |inventory|object|Host [inventory](/manual/api/reference/host/object#host_inventory) properties.| |macros|object/array|[User macros](/manual/api/reference/usermacro/object) to replace the current user macros.<br><br>All macros that are not listed in the request will be removed.| |templates|object/array|[Templates](/manual/api/reference/template/object) to replace the currently linked templates. All templates that are not listed in the request will be only unlinked.<br><br>The templates must have the `templateid` property defined.| |templates\_clear|object/array|[Templates](/manual/api/reference/template/object) to unlink and clear from the host.<br><br>The templates must have the `templateid` property defined.|  ::: notetip As opposed to the Zabbix frontend, when `name` (visible host name) is the same as `host` (technical host name), updating `host` via API will not automatically update `name`. Both properties need to be updated explicitly. :::
fr	### Paramètres  `(object/array)` Propriétés de l'hôte à mettre à jour.  La propriété `hostid` doit être définie pour chaque hôte, toutes les autres propriétés sont facultatives. Seules les propriétés données seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de l'objet hôte standard](object#host), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groups|object/array|[Groupes d'hôtes](/manual/api/reference/hostgroup/object#host_group) en remplacement des groupes d'hôtes actuels auxquels appartient l'hôte.<br><br>Les groupes hôtes doivent avoir la propriété `groupid` définie. Tous les groupes hôtes qui ne figurent pas dans la demande seront déliés.| |interfaces|object/array|[Interfaces hôtes](/manual/api/reference/hostinterface/object) en remplacement des interfaces hôtes actuelles.<br><br>Toutes les interfaces qui ne figurent pas dans la demande seront supprimées.| |tags|object/array|[Tags d'hôte](/manual/api/reference/host/object#host_tag) en remplacement des tags d'hôte actuels.<br><br>Toutes les tas qui ne figurent pas dans la demande seront supprimés.| |inventory|object|Propriétés d'[inventaire d'hôte](/manual/api/reference/host/object#host_inventory) .| |macros|object/array|[Macros utilisateur](/manual/api/reference/usermacro/object) en remplacement des macros utilisateur actuelles.<br><br>Toutes les macros non répertoriées dans la demande seront supprimées.| |templates|object/array|[Modèles](/manual/api/reference/template/object) en remplacement des modèles actuellement liés. Tous les modèles qui ne sont pas répertoriés dans la demande seront uniquement déliés.<br><br>Les modèles doivent avoir la propriété `templateid` définie.| |templates\_clear|object/array|[Modèles](/manual/api/reference/template/object) à délier et supprimer de l'hôte.<br><br>Les modèles doivent avoir la propriété `templateid` définie.|  ::: notetip Contrairement à l'interface Zabbix, lorsque `name` (nom d'hôte visible) est identique à `host` (nom d'hôte technique), la mise à jour de `host` via l'API ne mettra pas automatiquement à jour `name` . Les deux propriétés doivent être mises à jour explicitement. :::

en-us	### Parameters  `(object/array)` Icon map properties to be updated.  The `iconmapid` property must be defined for each icon map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard icon map properties](object#icon_map), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |mappings|array|[Icon mappings](/manual/api/reference/iconmap/object#icon_mapping) to replace the existing icon mappings.|
fr	### Paramètres  `(object/array)`Correspondance d'icônes à mettre à jour.  La propriété `iconmapid` doit être définie pour chaque correspondance d'icônes, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de correspondance d'icônes standard](object#icon_map), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |mappings|array|[Correspondances d'icônes](/manual/api/reference/iconmap/object#icon_mapping) en remplacement des correspondance d'icônes existantes.|

en-us	### Parameters  `(object/array)` Items to create.  Additionally to the [standard item properties](object#host), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |preprocessing|array|Item [preprocessing](/manual/api/reference/item/object#item_preprocessing) options.| |tags|array|Item [tags](/manual/api/reference/item/object#item_tag).|
fr	### Paramètres  `(object/array)` Eléments à créer.  En plus des [propriétés d'élément standard](object#host), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |preprocessing|array|Options de [prétraitement](/manual/api/reference/item/object#item_preprocessing) d'élément.| |tags|array|[Tags](/manual/api/reference/item/object#item_tag) d'élément.|

en-us	### Parameters  `(object/array)` Map properties to be updated.  The `mapid` property must be defined for each map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard map properties](object#map), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |links|array|Map [links](/manual/api/reference/map/object#map_link) to replace the existing links.| |selements|array|Map [elements](/manual/api/reference/map/object#map_element) to replace the existing elements.| |urls|array|Map [URLs](/manual/api/reference/map/object#map_url) to replace the existing URLs.| |users|array|Map [user](/manual/api/reference/map/object#map_user) shares to replace the existing elements.| |userGroups|array|Map [user group](/manual/api/reference/map/object#map_user_group) shares to replace the existing elements.| |shapes|array|Map [shapes](/manual/api/reference/map/object#map_shapes) to replace the existing shapes.| |lines|array|Map [lines](/manual/api/reference/map/object#map_lines) to replace the existing lines.|  ::: notetip To create map links between new map elements you'll need to set an element's `selementid` to an arbitrary value and then use this value to reference this element in the links `selementid1` or `selementid2` properties. When the element is created, this value will be replaced with the correct ID generated by Zabbix. [See example for map.create.](create#create_a_host_map) :::
fr	### Paramètres  `(object/array)` Propriétés de carte à mettre à jour.  La propriété `mapid` doit être définie pour chaque carte, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de l'objet carte standard](object#map), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |links|array|[Liens de carte](/manual/api/reference/map/object#map_link) en remplacement des liens existants.| |selements|array|[Eléments de carte](/manual/api/reference/map/object#map_element) en remplacement des éléments existants.| |urls|array|[URLs de carte](/manual/api/reference/map/object#map_url) en remplacement des URLs existantes.| |users|array|Partages [utilisateurs](/manual/api/reference/map/object#map_user) en remplacement des partages existants.| |userGroups|array|Partages [groupes utilisateurs](/manual/api/reference/map/object#map_user_group) en remplacement des partages existants.| |shapes|array|[Formes](/manual/api/reference/map/object#map_shapes) de carte en remplacement des formes existantes.| |lines|array|[Lignes](/manual/api/reference/map/object#map_lines) de carte en remplacement des lignes existants.|  ::: notetip Pour créer des liens de carte, il est nécessaire dedéfinir un élément de carte `selementid` sur une valeur arbitraire, puis d'utiliser cette valeur pour référencer cet élément dans les propriétés des liens `selementid1` ou `selementid2`. Lors de la création de l'élément, cette valeur sera remplacée par l'ID correct généré par Zabbix. [Voir l'exemple](create#create_a_host_map). :::

en-us	### Parameters  `(object/array)` Maps to create.  Additionally to the [standard map properties](object#map), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |links|array|Map [links](/manual/api/reference/map/object#map_link) to be created on the map.| |selements|array|Map [elements](/manual/api/reference/map/object#map_element) to be created on the map.| |urls|array|Map [URLs](/manual/api/reference/map/object#map_url) to be created on the map.| |users|array|Map [user](/manual/api/reference/map/object#map_user) shares to be created on the map.| |userGroups|array|Map [user group](/manual/api/reference/map/object#map_user_group) shares to be created on the map.| |shapes|array|Map [shapes](/manual/api/reference/map/object#map_shapes) to be created on the map.| |lines|array|Map [lines](/manual/api/reference/map/object#map_lines) to be created on the map.|  ::: notetip To create map links you'll need to set a map element `selementid` to an arbitrary value and then use this value to reference this element in the links `selementid1` or `selementid2` properties. When the element is created, this value will be replaced with the correct ID generated by Zabbix. [See example.](create#create_a_host_map) :::
fr	### Paramètres  `(object/array)` Cartes à créer.  En plus des [propriétés de l'objet carte standard](object#map), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |links|array|[Liens de carte](/manual/api/reference/map/object#map_link) à créer sur la carte.| |selements|array|[Éléments de carte](/manual/api/reference/map/object#map_element) à créer sur la carte.| |urls|array|[URLs de carte](/manual/api/reference/map/object#map_url) à créer sur la carte.| |users|array|[Partages d'utilisateur](/manual/api/reference/map/object#map_user) de carte à créer sur la carte.| |userGroups|array|[Partages de groupe d'utilisateurs](/manual/api/reference/map/object#map_user_group) de carte à créer sur la carte.| |shapes|array|[Formes de carte](/manual/api/reference/map/object#map_shapes) à créer sur la carte.| |lines|array|[Lignes de carte](/manual/api/reference/map/object#map_lines) à créer sur la carte.|  ::: notetip Pour créer des liens de carte, il est nécessaire de définir un élément de carte `selementid` sur une valeur arbitraire, puis d'utiliser cette valeur pour référencer cet élément dans les propriétés des liens `selementid1` ou `selementid2`. Lors de la création de l'élément, cette valeur sera   remplacée par l'ID correct généré par Zabbix. [Voir l'exemple](create#create_a_host_map). :::

en-us	### Parameters  `(object/array)` Roles to create.  Additionally to the [standard role properties](object#role), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |rules|array|Role [rules](object#role_rules) to be created for the role.|
fr	### Paramètres  `(object/array)` Rôles à créer.  En plus des [propriétés de rôle standard](object#role), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |rules|array|[Règles](object#role_rules) de rôle à créer pour le rôle.|

en-us	### Parameters  `(object/array)` [Script properties](object#script) to be updated.  The `scriptid` property must be defined for each script, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged. An exception is `type` property change from 5 (Webhook) to other: the `parameters` property will be cleaned.
fr	### Paramètres  `(object/array)` [Propriétés du script](object#script) à mettre à jour.  La propriété `scriptid` doit être définie pour chaque script, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées. Une exception est le changement de la propriété `type` de 5 (Webhook) à other : la propriété `parameters` sera nettoyée.

en-us	### Parameters  `(object/array)` Scripts to create.  The method accepts scripts with the [standard script properties](/manual/api/reference/script/object#script).
fr	### Paramètres  `(object/array)` Scripts à créer.  La méthode accepte les scripts avec les [propriétés de script standard](/manual/api/reference/script/object#script).

en-us	### Parameters  `(object/array)` Template dashboard properties to be updated.  The `dashboardid` property must be specified for each dashboard, all other properties are optional. Only the specified properties will be updated.  Additionally to the [standard template dashboard properties](object#template_dashboard), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |pages|array|Template dashboard [pages](object#template_dashboard_page) to replace the existing dashboard pages.<br><br>Dashboard pages are updated by the `dashboard_pageid` property. New dashboard pages will be created for objects without `dashboard_pageid` property and the existing dashboard pages will be deleted if not reused. Dashboard pages will be ordered in the same order as specified. Only the specified properties of the dashboard pages will be updated. At least one dashboard page object is required for `pages` property.|
fr	### Paramètres  `(object/array)` Propriétés du tableau de bord du modèle à mettre à jour.  La propriété `dashboardid` doit être spécifiée pour chaque tableau de bord, toutes les autres propriétés sont facultatives. Seules les propriétés spécifiées seront actualisées.  En plus des [propriétés standard  tableau de bord du modèle](object#template_dashboard), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |pages|array|[Pages du tableau de bord du modèle](object#template_dashboard_page) en remplacement des pages de tableau de bord existantes.<br><br>Les pages de tableau de bord sont mises à jour par la propriété `dashboard_pageid`. De nouvelles pages de tableau de bord seront créées pour les objets sans propriété `dashboard_pageid` et les pages de tableau de bord existantes seront supprimées si elles ne sont pas réutilisées. Les pages du tableau de bord seront classées dans le même ordre que celui spécifié. Seules les propriétés spécifiées des pages du tableau de bord seront mises à jour. Au moins un objet de page de tableau de bord est requis pour la propriété `pages`.|

en-us	### Parameters  `(object/array)` Token properties to be updated.  The `tokenid` property must be defined for each token, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  The method accepts tokens with the [standard token properties](object).
fr	### Paramètres  `(object/array)` Propriétés du jeton à mettre à jour.  La propriété `tokenid` doit être définie pour chaque jeton, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  La méthode accepte les jetons avec les [propriétés de jeton standard](object).

en-us	### Parameters  `(object/array)` Tokens to create.  The method accepts tokens with the [standard token properties](object).
fr	### Paramètres  `(object/array)` Jetons à créer.  La méthode accepte les jetons avec les [propriétés de jeton standard](objet).

en-us	### Parameters  `(object/array)` Trigger properties to be updated.  The `triggerid` property must be defined for each trigger, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard trigger properties](object#trigger) the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Triggers that the trigger is dependent on.<br><br>The triggers must have the `triggerid` property defined.| |tags|array|Trigger [tags.](/manual/api/reference/trigger/object#trigger_tag)|  ::: noteimportant The trigger expression has to be given in its expanded form. :::
fr	### Paramètres  `(object/array)` Propriétés du déclencheur à mettre à jour.  La propriété `triggerid` doit être définie pour chaque déclencheur, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés standard du déclencheur](object#trigger), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Déclencheurs dont le déclencheur dépend.<br><br>Les déclencheurs doivent avoir la propriété `triggerid` définie.| |tags|array|[Tags.](/manual/api/reference/trigger/object#trigger_tag) de déclencheur.|  ::: noteimportant L'expression du déclencheur doit être donnée sous sa forme développée. :::

en-us	### Parameters  `(object/array)` Trigger prototypes to create.  Additionally to the [standard trigger prototype properties](object#trigger_prototype) the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Triggers and trigger prototypes that the trigger prototype is dependent on.<br><br>The triggers must have the `triggerid` property defined.| |tags|array|Trigger prototype [tags](/manual/api/reference/triggerprototype/object#trigger_prototype_tag).|  ::: noteimportant The trigger expression has to be given in its expanded form and must contain at least one item prototype. :::
fr	### Paramètres  `(object/array)` Prototypes de déclencheur à créer.  En plus des [propriétés standard du prototype de déclencheur](object#trigger_prototype), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Déclencheurs et prototypes de déclencheurs dont dépend le prototype de déclencheur.<br><br>Les déclencheurs doivent avoir la propriété `triggerid` définie.| |tags|array|[Tags](/manual/api/reference/triggerprototype/object#trigger_prototype_tag) de prototype de déclencheur.|  ::: noteimportant L'expression du déclencheur doit être donnée sous sa forme développée et doit contenir au moins un prototype d'élément. :::

en-us	### Parameters  `(object/array)` Triggers to create.  Additionally to the [standard trigger properties](object#trigger) the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Triggers that the trigger is dependent on.<br><br>The triggers must have the `triggerid` property defined.| |tags|array|Trigger [tags.](/manual/api/reference/trigger/object#trigger_tag)|  ::: noteimportant The trigger expression has to be given in its expanded form. :::
fr	### Paramètres  `(object/array)` Déclencheurs à créer.  En plus des [propriétés standard du déclencheur](object#trigger), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |dependencies|array|Déclencheurs dont le déclencheur dépend.<br><br>Les déclencheurs doivent avoir la propriété `triggerid` définie.| |tags|array|[Tags](/manual/api/reference/trigger/object#trigger_tag) de déclencheur.|  ::: noteimportant L'expression du déclencheur doit être donnée sous sa forme développée. :::

en-us	### Parameters  `(object/array)` [Value map properties](object#value_map) to be updated.  The `valuemapid` property must be defined for each value map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
fr	### Paramètres  `(object/array)` [Propriétés de la table de correspondance](object#value_map) à mettre à jour.  La propriété `valuemapid` doit être définie pour chaque table de correspondance, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.

en-us	### Parameters  `(object/array)` Value maps to create.  The method accepts value maps with the [standard value map properties](object#value_map).
fr	### Paramètres  `(object/array)` Tables de correspondance à créer.  La méthode accepte les tables de correspondance avec les [propriétés de table de correspondance standard](object#value_map).

en-us	### Parameters  `(object/array)` Web scenario properties to be updated.  The `httptestid` property must be defined for each web scenario, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard web scenario properties](object#web_scenario), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |steps|array|Scenario [steps](/manual/api/reference/httptest/object#scenario_step) to replace existing steps.| |tags|array|Web scenario [tags](/manual/api/reference/httptest/object#web_scenario_tag).|
fr	### Paramètres  `(object/array)` Propriétés du scénario Web à mettre à jour.  La propriété `httptestid` doit être définie pour chaque scénario Web, toutes les autres propriétés sont facultatives. Seules les propriétés transmises seront mises à jour, toutes les autres resteront inchangées.  En plus des [propriétés de scénario Web standard](object#web_scenario), la méthode accepte les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |steps|array|[Etapes](/manual/api/reference/httptest/object#scenario_step) de scenario en remplacement de celles existantes.| |tags|array|[Tags.](/manual/api/reference/httptest/object#web_scenario_tag) de scenario Web|

en-us	### Parameters  `(object)` [Authentication properties](object#authentication) to be updated.
fr	### Paramètres  `(object)` [Propriétés d'authentification](object#authentification) à mettre à jour.

en-us	### Parameters  `(object)` [Autoregistration properties](object#autoregistration) to be updated.
fr	### Paramètres  `(object)` [Propriétés d'enregistrement automatique](object#autoregistration) à mettre à jour.

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
fr	### Paramètres  `(object)` Paramètres définissant la sortie souhaitée.  La méthode prend en charge seulement un paramètre.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |output|query|Ce paramètre, commun à toutes les méthodes`get` est décrit dans les [commentaires de référence](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
fr	### Paramètres  `(object)` Paramètres définissant la sortie souhaitée.  La méthode ne prend en charge qu'un seul paramètre.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|Ce paramètre étant commun à toutes les méthodes `get` décrites dans le [commentaire de référence](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
fr	### Paramètres  `(objet)` Paramètres définissant la sortie souhaitée.  La méthode ne prend en charge qu'un seul paramètre.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|Ce paramètre étant commun à toutes les méthodes `get`, il est  décrit dans le [commentaire de référence](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
fr	### Paramètres  `(object)` Paramètres définissant la sortie souhaitée.  La méthode prend en charge seulement un paramètre.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |output|query|Ce paramètre, commun à toutes les méthodes`get` est décrit dans les [commentaires de référence](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |alertids|string/array|Return only alerts with the given IDs.| |actionids|string/array|Return only alerts generated by the given actions.| |eventids|string/array|Return only alerts generated by the given events.| |groupids|string/array|Return only alerts generated by objects from the given host groups.| |hostids|string/array|Return only alerts generated by objects from the given hosts.| |mediatypeids|string/array|Return only message alerts that used the given media types.| |objectids|string/array|Return only alerts generated by the given objects| |userids|string/array|Return only message alerts that were sent to the given users.| |eventobject|integer|Return only alerts generated by events related to objects of the given type.<br><br>See event ["object"](/manual/api/reference/event/object#event) for a list of supported object types.<br><br>Default: 0 - trigger.| |eventsource|integer|Return only alerts generated by events of the given type.<br><br>See event ["source"](/manual/api/reference/event/object#event) for a list of supported event types.<br><br>Default: 0 - trigger events.| |time\_from|timestamp|Return only alerts that have been generated after the given time.| |time\_till|timestamp|Return only alerts that have been generated before the given time.| |selectHosts|query|Return a [hosts](/manual/api/reference/host/object) property with data of hosts that triggered the action operation.| |selectMediatypes|query|Return a [mediatypes](/manual/api/reference/mediatype/object) property with an array of the media types that were used for the message alert.| |selectUsers|query|Return a [users](/manual/api/reference/user/object) property with an array of the users that the message was addressed to.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values: `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto`, `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
fr	### Paramètres  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |alertids|string/array|Renvoyer uniquement les alertes avec les identifiants donnés.| |actionids|string/array|Renvoyer uniquement les alertes générées par les actions données.| |eventids|string/array|Renvoyer uniquement les alertes générées par les événements donnés.| |groupids|string/array|Renvoyer uniquement les alertes générées par les objets des groupes d'hôtes donnés.| |hostids|string/array|Renvoyer uniquement les alertes générées par les objets des hôtes donnés.| |mediatypeids|string/array|Renvoyer uniquement les alertes de message qui ont utilisé les types de média donnés.| |objectids|string/array|Renvoyer uniquement les alertes générées par les objets donnés| |userids|string/array|Renvoyer uniquement les alertes de message qui ont été envoyées aux utilisateurs donnés.| |eventobject|integer|Renvoyer uniquement les alertes générées par les événements liés aux objets du type donné.<br><br>Voir event ["object"](/manual/api/reference/event/object#event) pour une liste des types d'objets pris en charge.<br><br>Par défaut : 0 - déclencheur.| |eventsource|integer|Renvoyer uniquement les alertes générées par des événements du type donné.<br><br>Voir événement ["source"](/manual/api/reference/event/object#event) pour une liste des types d'événements pris en charge .<br><br>Par défaut : 0 - événements déclencheurs.| |time\_from|timestamp|Renvoyer uniquement les alertes qui ont été générées après l'heure donnée.| |time\_till|timestamp|Renvoyer uniquement les alertes qui ont été générées avant l'heure indiquée.| |selectHosts|query|Renvoie une propriété [hosts](/manual/api/reference/host/object) avec les données des hôtes qui ont déclenché l'opération d'action.| |selectMediatypes|query|Renvoie une propriété [mediatypes](/manual/api/reference/mediatype/object) avec un tableau des types de médias qui ont été utilisés pour l'alerte de message.| |selectUsers|query|Renvoie une propriété [users](/manual/api/reference/user/object) avec un tableau des utilisateurs auxquels le message a été adressé.| |sortfield|string/array|Trier le résultat selon les propriétés données.<br><br>Les valeurs possibles sont : `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto` et `status`.| |countOutput|boolean|Ces paramètres étant communs à toutes les méthodes `get` sont décrits dans le [commentaire de référence](/manual/api/reference_commentary#common_get_method_parameters).| |modifiable|booléen|^| |excludeSearch|booléen|^| |filtre|objet|^| |limite|integer|^| |sortie|query|^| |preservekeys|boolean|^| |recherche|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |ordredetri|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |connectorids|string/array|Return only connectors with the given IDs.| |selectTags|query|Return a `tags` property with connector [tag filter](/manual/api/reference/connector/object#tag-filter).<br><br>Supports `count`.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values: `connectorid`, `name`, `data_type`, `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in detail in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
fr	### Parameters  `(object)` Paramètres définissant la sortie souhaitée.  La méthode prend en charge les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |connectorids|string/array|Renvoyer uniquement les connecteurs avec les ID donnés.| |selectTags|query|Renvoie une propriété `tags` avec le connecteur [tag filter](/manual/api/reference/connector/object#tag-filter).<br><br>Prend en charge `count`.| |sortfield|string/array|Trier le résultat selon les propriétés données.<br><br>Valeurs possibles : `connectorid`, `name`, `data_type`, `status`.| |countOutput|boolean|Ces paramètres étant communs à toutes les méthodes `get` sont décrits en détail dans [commentaire de référence](/manual/api/reference_commentary#common_get_method_parameters).| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemids|string/array|Return only trends with the given item IDs.| |time\_from|timestamp|Return only values that have been collected after or at the given time.| |time\_till|timestamp|Return only values that have been collected before or at the given time.| |countOutput|boolean|Count the number of retrieved objects.| |limit|integer|Limit the amount of retrieved objects.| |output|query|Set fields to output.|
fr	### Paramètres  `(object)` Paramètres définissant la sortie souhaitée.  La méthode prend en charge les paramètres suivants.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemids|string/array|Renvoie uniquement les tendances avec les ID d'élément donnés.| |time\_from|timestamp|Renvoie uniquement les valeurs collectées après ou à l'heure indiquée.| |time\_till|timestamp|Renvoie uniquement les valeurs collectées avant ou à l'heure indiquée.| |countOutput|boolean|Compte le nombre d'objets récupérés.| |limit|integer|Limite la quantité d'objets récupérés.| |output|query|Définit les champs à afficher.|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |taskids|string/array|Return only tasks with the given IDs.| |output|query|These parameters being common for all `get` methods are described in detail in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |preservekeys|boolean|^|
fr	### Paramètres  `(object)` Paramètres définissant la sortie souhaitée.  La méthode prend en charge les paramètres suivants. |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |taskids|string/array|Renvoie uniquement les tâches avec les ID donnés.| |output|query|Ces paramètres étant communs à toutes les méthodes `get` sont décrits en détail dans le [commentaire de référence](/manual/api/reference_commentary#common_get_method_parameters).| |preservekeys|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the LLD rules to copy and the target hosts.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |discoveryids|array|IDs of the LLD rules to be copied.| |hostids|array|IDs of the hosts to copy the LLD rules to.|
fr	### Paramètres  `(object)` Paramètres définissant les règles de découverte bas niveau à copier et les hôtes cibles.  |Paramètre|[Type](/manual/api/reference_commentary#data_types)|Description| |---------|---------------------------------------------------|-----------| |discoveryids|array|ID des règles de découverte bas niveau à copier.| |hostids|array|ID des hôtes sur lesquels copier les règles de découverte bas niveau.|

en-us	#### Parameters  |Parameter|Description|Defaults|Example| |--|------|--|---| |*endpoint*|Protocol and address of the endpoint, defined as `protocol://connection_string`<br><br>Possible protocol values: *rtu*, *ascii* (Agent 2 only), *tcp*<br><br>Connection string format:<br><br>with *tcp* - `address:port`<br>with serial line: *rtu*, *ascii* - `port_name:speed:params`<br>where<br>'speed' - 1200, 9600 etc<br>'params' - data bits (5,6,7 or 8), parity (n,e or o for none/even/odd), stop bits (1 or 2)|protocol: none<br><br>*rtu/ascii* protocol:<br>port\_name: none<br>speed: 115200<br>params: 8n1<br><br>*tcp* protocol:<br>address: none<br>port: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*slave id*|Modbus address of the device it is intended for (1 to 247), see [MODBUS Messaging Implementation Guide](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf) (page 23)<br><br>tcp device (not GW) will ignore the field|serial: 1<br><br>tcp: 255 (0xFF)|2| |*function*|Empty or value of a supported function:<br><br>1 - Read Coil,<br>2 - Read Discrete Input,<br>3 - Read Holding Registers,<br>4 - Read Input Registers|empty|3| |*address*|Address of the first registry, coil or input.<br><br>If 'function' is empty, then 'address' should be in range for:<br>Coil - 00001 - 09999<br>Discrete input - 10001 - 19999<br>Input register - 30001 - 39999<br>Holding register - 40001 - 49999<br><br>If 'function' is not empty, the 'address' field will be from 0 till 65535 and used without modification (PDU)|empty function: 00001<br><br>non-empty function: 0|9999| |*count*|Count of sequenced 'type' which will be read from device, where:<br><br>for Coil or Discrete input the 'type' = 1 bit<br>for other cases: (count\*type)/2 = real count of registers for reading<br>If 'offset' is not 0, the value will be added to 'real count'<br>Acceptable range for 'real count' is 1:65535|1|2| |*type*|Data type:<br><br>for Read Coil and Read Discrete Input - *bit*<br><br>for Read Holding Registers and Read Input Registers:<br>*int8* - 8bit<br>*uint8* - 8bit (unsigned)<br>*int16* - 16bit<br>*uint16* - 16bit (unsigned)<br>*int32* - 32bit<br>*uint32* - 32bit (unsigned)<br>*float* - 32bit<br>*uint64* - 64bit (unsigned)<br>*double* - 64bit|bit<br>uint16|uint64| |*endianness*|Endianness type:<br>*be* - Big Endian<br>*le* - Little Endian<br>*mbe* - Mid-Big Endian<br>*mle* - Mid-Little Endian<br><br>Limitations:<br>for 1 bit - be<br>for 8 bits - be,le<br>for 16 bits - be,le|be|le| |*offset*|Number of registers, starting from 'address', the result of which will be discarded.<br><br>The size of each register is 16bit (needed to support equipment that does not support random read access).|0|4|
fr	 #### Paramètres  |Paramètre|Description|Défauts|Exemple| |--|------|--|---| |*endpoint*|Protocole et adresse du terminal, définis comme `protocol://connection_string`<br><br>Valeurs de protocole possibles : *rtu*, *ascii* (Agent 2 seulement), *tcp*<br><br>Format de la chaîne de connexion :<br><br>avec *tcp* - `address:port`<br>avec ligne série : *rtu*, *ascii* - `port_name:speed:params`<br>où<br>'speed' - 1200, 9600 etc<br>'params' - bits de données (5,6,7 ou 8), parité (n,e ou o pour aucun/pair/impair), bits d'arrêt (1 ou 2)|protocol : aucun<br><br>*rtu/ascii* protocol:<br>port\_name: aucun<br>speed: 115200<br>params: 8n1<br><br>*tcp* protocol:<br>address: aucun<br>port: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*slave id*|Adresse Modbus de l'équipement auquel il est destiné (1 à 247), voir [MODBUS Messaging Implementation Guide](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf) (page 23)<br><br>le périphérique tcp (pas GW) ignorera le champ|serial: 1<br><br>tcp: 255 (0xFF)|2| |*function*|Vide ou valeur d'une fonction supportée :<br><br>1 - Read Coil,<br>2 - Read Discrete Input,<br>3 - Read Holding Registers,<br>4 - Read Input Registers|vide|3| |*address*|Adresse du premier registre, bobine ou entrée.<br><br>Si 'function' est vide, alors 'adresse' doit être dans la plage pour :<br>Coil - 00001 - 09999<br>Discrete input - 10001 - 19999<br>Input register - 30001 - 39999<br>Holding register - 40001 - 49999<br><br>Si 'function' n'est pas vide, le champ 'adresse' sera de 0 à 65535 et utilisé sans modification (PDU)|fonction vide : 00001<br><br>fonction non vide: 0|9999| |*count*|Nombre de 'types' séquencé qui seront lus à partir de l'appareil, où :<br><br>pour Coil ou Discrete input le 'type' = 1 bit<br>pour les autres cas : (count\*type)/2 = nombre réel de registres à lire<br>Si 'offset' n'est pas 0, la valeur sera ajoutée à 'real count'<br>La plage acceptable pour le 'real count' est 1:65535|1|2| |*type*|Type de données:<br><br>pour Read Coil et Read Discrete Input - *bit*<br><br>pout Read Holding Registers et Read Input Registers:<br>*int8* - 8bit<br>*uint8* - 8bit (non signé)<br>*int16* - 16bit<br>*uint16* - 16bit (non signé)<br>*int32* - 32bit<br>*uint32* - 32bit (non signé)<br>*float* - 32bit<br>*uint64* - 64bit (non signé)<br>*double* - 64bit|bit<br>uint16|uint64| |*endianness*|Type d'endianité :<br>*be* - Big Endian<br>*le* - Little Endian<br>*mbe* - Mid-Big Endian<br>*mle* - Mid-Little Endian<br><br>Limitations :<br>pour 1 bit - be<br>for 8 bits - be,le<br>pour 16 bits - be,le|be|le| |*offset*|Nombre de registres, à partir de 'address', dont le résultat sera ignoré.<br><br>La taille de chaque registre est de 16 bits (nécessaire pour prendre en charge les équipements qui ne prennent pas en charge l'accès en lecture aléatoire).|0|4|

en-us	#### Parameters  Parameters in this file that could be of interest to users:  -   ZBX\_MIN\_PERIOD  Minimum graph period, in seconds. One minute by default.  -   GRAPH\_YAXIS\_SIDE\_DEFAULT  Default location of Y axis in simple graphs and default value for drop down box when adding items to custom graphs. Possible values: 0 - left, 1 - right.  Default: 0  -   ZBX\_SESSION\_NAME (available since 4.0.0)  String used as the name of the Zabbix frontend session cookie.  Default: zbx\_sessionid  -   ZBX\_DATA\_CACHE\_TTL (available since 5.2.0)  TTL timeout in seconds used to invalidate data cache of [Vault response](/manual/config/secrets). Set 0 to disable Vault response caching.  Default: 60  -   SUBFILTER\_VALUES\_PER\_GROUP (available since 6.0.5)  Number of subfilter values per group (For example, in the [latest data](/manual/web_interface/frontend_sections/monitoring/latest_data) subfilter).  Default: 1000
fr	 #### Paramètres  Paramètres de ce fichier susceptibles d'intéresser les utilisateurs :  - ZBX\_MIN\_PERIOD  Période graphique minimale, en secondes. Une minute par défaut.  - GRAPH\_YAXIS\_SIDE\_DEFAULT  Emplacement par défaut de l'axe Y dans les graphiques simples et valeur par défaut de la liste déroulante lors de l'ajout d'éléments aux graphiques personnalisés. Valeurs possibles : 0 - gauche, 1 - droite.  Par défaut : 0  -   ZBX\_SESSION\_NAME (available since 4.0.0)  Chaîne utilisée comme nom du cookie de session de l'interface Zabbix.  Par défaut : zbx\_sessionid  -   ZBX\_DATA\_CACHE\_TTL (available since 5.2.0)  Délai d'attente TTL en secondes utilisé pour invalider le cache de données de [réponse Vault](/manual/config/secrets). Définissez 0 pour désactiver la mise en cache des réponses Vault.  Par défaut : 60  -   SUBFILTER\_VALUES\_PER\_GROUP (available since 6.0.5)  Nombre de valeurs de sous-filtre par groupe (par exemple, dans le sous-filtre [dernières données](/manual/web_interface/frontend_sections/monitoring/latest_data)).  Par défaut : 1000

en-us	### Parameters  `(string/array)` IDs of hosts to return scripts for.
fr	### Paramètres  `(string/array)` ID des hôtes pour lesquels renvoyer les scripts.

en-us	### Parameters  The following parameters are supported for the *Graph prototype* widget.  |Parameter|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Refresh interval*|0|rf_rate|0 - No refresh;<br>10 - 10 seconds;<br>30 - 30 seconds;<br>60 - *(default)* 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*Source*|0|source_type|2 - *(default)* Graph prototype;<br>3 - Simple graph prototype.| |*Graph prototype*|7|graphid|[Graph prototype](/manual/api/reference/graphprototype/get) ID.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required* if *Source* is set to "Graph prototype"| |*Item prototype*|5|itemid|[Item prototype](/manual/api/reference/itemprototype/get) ID.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required* if *Source* is set to "Simple graph prototype"| |*Show legend*|0|show_legend|0 - Disabled;<br>1 - *(default)* Enabled.| |*Enable host selection*|0|dynamic|0 - *(default)* Disabled;<br>1 - Enabled.| |*Columns*|0|columns|Valid values range from 1-24.<br><br> Default: 2.| |*Rows*|0|rows|Valid values range from 1-16.<br><br> Default: 1.|
fr	### Paramètres  Les paramètres suivants sont pris en charge pour le widget *Prototype de graphique*.  |Paramètre|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|nom|valeur| |-----|-|-----|-------------------| |*Intervalle d'actualisation*|0|rf_rate|0 – Pas d'actualisation ;<br>10 à 10 secondes ;<br>30 à 30 secondes ;<br>60 – *(par défaut)* 1 minute ;<br>120 à 2 minutes;<br>600 à 10 minutes;<br>900 à 15 minutes.| |*Source*|0|source_type|2 - *(par défaut)* Prototype de graphique;<br>3 - Prototype de graphique simple.| |*Prototype de graphique*|7|graphid|[Prototype de graphique](/manual/api/reference/graphprototype/get) ID.<br><br>[Comportement des paramètres](/manual/api/reference_commentary#parameter-behavior) :<br>- *obligatoire* si *Source* est défini sur "Prototype de graphique"| |*Prototype d'élément*|5|itemid|[Prototype d'élément](/manual/api/reference/itemprototype/get) ID.<br><br>[Comportement des paramètres](/manual/api/reference_commentary#parameter-behavior) :<br>- *obligatoire* si *Source* est défini sur "Prototype de graphique simple"| |*Afficher la légende*|0|show_legend|0 - Désactivé;<br>1 - *(par défaut)* Activé.| |*Activer la sélection d'hôte*|0|dynamique|0 - *(par défaut)* Désactivé;<br>1 - Activé.| |*Colonnes*|0|colonnes|Les valeurs valides vont de 1 à 24.<br><br> Valeur par défaut : 2.| |*Lignes*|0|lignes|Les valeurs valides vont de 1 à 16.<br><br> Valeur par défaut : 1.|

en-us	### Parameters  The following parameters are supported for the *SLA report* widget.  |Parameter|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Refresh interval*|0|rf_rate|0 - *(default)* No refresh;<br>10 - 10 seconds;<br>30 - 30 seconds;<br>60 - 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*SLA*|10|slaid|[SLA](/manual/api/reference/sla/get) ID.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required*| |*Service*|9|serviceid|[Service](/manual/api/reference/service/get) ID.| |*Show periods*|0|show_periods|Valid values range from 1-100.<br><br>Default: 20.| |*From*|1|date_from|Valid date string in format `YYYY-MM-DD`.<br>[Relative dates](/manual/config/visualization/graphs/simple#time-period-selector) with modifiers `d`, `w`, `M`, `y` (e.g. `now`, `now/d`, `now/w-1w`, etc.) are supported.| |*To*|1|date_to|Valid date string in format `YYYY-MM-DD`.<br>[Relative dates](/manual/config/visualization/graphs/simple#time-period-selector) with modifiers `d`, `w`, `M`, `y` (e.g. `now`, `now/d`, `now/w-1w`, etc.) are supported.|
fr	### Paramètres  Les paramètres suivants sont pris en charge pour le widget *Rapport SLA*.  |Paramètre|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|nom|valeur| |-----|-|-----|-------------------| |*Intervalle d'actualisation*|0|rf_rate|0 - *(par défaut)* Pas d'actualisation ;<br>10 à 10 secondes;<br>30 à 30 secondes;<br>60 à 1 minute;<br>120 à 2 minutes;<br>600 à 10 minutes;<br>900 à 15 minutes.| |*SLA*|10|slaid|[SLA](/manual/api/reference/sla/get) ID.<br><br>[Comportement des paramètres](/manual/api/reference_commentary#parameter-behavior) :< br>- *obligatoire*| |*Service*|9|serviceid|[Service](/manual/api/reference/service/get) ID.| |*Afficher les périodes*|0|show_periods|Les valeurs valides vont de 1 à 100.<br><br>Par défaut : 20.| |*A partir de*|1|date_from|Chaîne de date valide au format `AAAA-MM-JJ`.<br>[Dates relatives](/manual/config/visualization/graphs/simple#time-period-selector) avec modificateurs ` d`, `w`, `M`, `y` (par exemple `now`, `now/d`, `now/w-1w`, etc.) sont pris en charge.| |*Jusqu'à*|1|date_to|Chaîne de date valide au format `AAAA-MM-JJ`.<br>[Dates relatives](/manual/config/visualization/graphs/simple#time-period-selector) avec modificateurs ` d`, `w`, `M`, `y` (par exemple `now`, `now/d`, `now/w-1w`, etc.) sont pris en charge.|

en-us	### Parameters  The following parameters are supported for the *System Information* widget.  |Parameter|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Refresh interval*|0|rf_rate|0 - No refresh;<br>10 - 10 seconds;<br>30 - 30 seconds;<br>60 - 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - *(default)* 15 minutes.| |*Show*|0|info_type|0 - *(default)* System stats;<br>1 - High availability nodes.|
fr	### Paramètres  Les paramètres suivants sont pris en charge pour le widget *Informations système*.  |Paramètre|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|nom|valeur| |-----|-|-----|-------------------| |*Intervalle d'actualisation*|0|rf_rate|0 – Pas d'actualisation ;<br>10 à 10 secondes;<br>30 à 30 secondes;<br>60 à 1 minute ;<br>120 à 2 minutes;<br> 600 à 10 minutes ;<br>900 à *(par défaut)* 15 minutes.| |*Afficher*|0|info_type|0 - *(par défaut)* Statistiques du système ;<br>1 - Nœuds haute disponibilité.|

en-us	### Parameters  The following parameters are supported for the *Trigger Overview* widget.  |Parameter|<|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-|--------|--|--------|-------------------------------| |*Refresh interval*|<|0|rf_rate|0 - No refresh;<br>10 - 10 seconds;<br>30 - 30 seconds;<br>60 - *(default)* 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*Show*|<|0|show|1 - *(default)* Recent problems;<br>2 - Any;<br>3 - Problems.| |*Host groups*|<|2|groupids|[Host group](/manual/api/reference/hostgroup/get) ID.<br><br>Note: To configure multiple host groups, create a dashboard widget field object for each host group.| |*Hosts*|<|3|hostids|[Host](/manual/api/reference/host/get) ID.<br><br>Note: To configure multiple hosts, create a dashboard widget field object for each host. For multiple hosts, the parameter *Host groups* must either be not configured at all or configured with at least one host group that the configured hosts belong to.| |*Tags* (the number in the property name (e.g. tags.tag.0) references tag order in the tag evaluation list)|<|<|<|<| |<|*Evaluation type*|0|evaltype|0 - *(default)* And/Or;<br>2 - Or.| |^|*Tag name*|1|tags.tag.0|Any string value.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required* if configuring *Tags*| |^|*Operator*|0|tags.operator.0|0 - Contains;<br>1 - Equals;<br>2 - Does not contain;<br>3 - Does not equal;<br>4 - Exists;<br>5 - Does not exist.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required* if configuring *Tags*| |^|*Tag value*|1|tags.value.0|Any string value.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required* if configuring *Tags*| |*Show suppressed problems*|<|0|show_suppressed|0 - *(default)* Disabled;<br>1 - Enabled.| |*Hosts location*|<|0|style|0 - *(default)* Left;<br>1 - Top.|
fr	### Paramètres  Les paramètres suivants sont pris en charge pour le widget *Aperçu des Déclencheurs*.  |Paramètre|<|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|nom|valeur| |-|--------|--|--------|-------------------------- -----| |*Intervalle d'actualisation*|<|0|rf_rate|0 – Pas d'actualisation ;<br>10 à 10 secondes ;<br>30 à 30 secondes ;<br>60 – *(par défaut)* 1 minute ;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*Afficher*|<|0|show|1 - *(par défaut)* Problèmes récents ;<br>2 - Tous;<br>3 - Problèmes.| |*Groupes d'hôtes*|<|2|groupids|[Groupe d'hôtes](/manual/api/reference/hostgroup/get) ID.<br><br>Remarque : Pour configurer plusieurs groupes d'hôtes, créez un objet de champ de widget de tableau de bord. pour chaque groupe d'accueil.| |*Hosts*|<|3|hostids|[Host](/manual/api/reference/host/get) ID.<br><br>Note: Pour configurer plusieurs hôtes, créez un objet de champ de widget de tableau de bord pour chaque hôte. . Pour plusieurs hôtes, le paramètre *Groupes d'hôtes* doit soit ne pas être configuré du tout, soit être configuré avec au moins un groupe d'hôtes auquel appartiennent les hôtes configurés.| |*Tags* (le numéro dans le nom de la propriété (par exemple tags.tag.0) fait référence à l'ordre des balises dans la liste d'évaluation des balises)|<|<|<|<| |<|*Type d'évaluation*|0|evaltype|0 - *(par défaut)* Et/Ou;<br>2 - Or.| |^|*Nom de la balise*|1|tags.tag.0|Toute valeur de chaîne.<br><br>[Comportement du paramètre](/manual/api/reference_commentary#parameter-behavior) :<br>- *obligatoire* si vous configurez *Tags*| |^|*Operateur*|0|tags.operator.0|0 - Contient;<br>1 - Est égal à;<br>2 - Ne contient pas;<br>3 - N'est pas égal à;<br>4 - Existe ;<br>5 - N'existe pas.<br><br>[Comportement des paramètres](/manual/api/reference_commentary#parameter-behavior):<br>- *obligatoire* si vous configurez des *Tags*| |^|*Valeur de la balise*|1|tags.value.0|Toute valeur de chaîne.<br><br>[Comportement du paramètre](/manual/api/reference_commentary#parameter-behavior) :<br>- *obligatoire* si vous configurez *Tags*| |*Afficher les problèmes supprimés*|<|0|show_suppressed|0 - *(par défaut)* Désactivé;<br>1 - Activé.| |*Emplacement des hôtes*|<|0|style|0 - *(par défaut)* Gauche;<br>1 - Haut.|

en-us	### Parameters  The following parameters are supported for the *URL* widget.  |Parameter|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Refresh interval*|0|rf_rate|0 - *(default)* No refresh;<br>10 - 10 seconds;<br>30 - 30 seconds;<br>60 - 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*URL*|1|url|Valid URL string.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required*| |*Enable host selection*|0|dynamic|0 - *(default)* Disabled;<br>1 - Enabled.|
fr	### Paramètres  Les paramètres suivants sont supportés par le widget *URL*.  |Parametres|[type](/manual/api/reference/dashboard/object#dashboard-widget-field)|name|value| |-----|-|-----|-------------------| |*Intervalle de rafraîchissement*|0|rf_rate|0 - *(défaut)* Pas d'actualisation;<br>10 - 10 secondes;<br>30 - 30 secondes;<br>60 - 1 minute;<br>120 - 2 minutes;<br>600 - 10 minutes;<br>900 - 15 minutes.| |*URL*|1|url|Chaine URL valide.<br><br>[Comportement des paramètres](/manual/api/reference_commentary#parameter-behavior):<br>- *requis*| |*Activer la sélection de l’hôte*|0|dynamic|0 - *(défaut)* Désactivé;<br>1 - Activé.|

en-us	#### Parameter - unquoted string  If the key parameter is an unquoted string, any Unicode character is allowed except comma and right square bracket (\]). Unquoted parameter cannot start with left square bracket (\[).  ![](../../../../../assets/en/manual/config/key_param_unquoted_string.png)
fr	#### Paramètre - chaîne sans guillemet  Si le paramètre clé est une chaîne sans guillemet, tout caractère Unicode est autorisé sauf la virgule et le crochet de droite (\]). Le paramètre sans guillemet ne peut pas commencer avec le crochet gauche (\[).  ![](../../../../../assets/fr/manual/config/items/item/key_param_unquoted_string.png)

en-us	 ### Part 2: Building the plugin  In this section you will learn how to compile the plugin.   1. To create Go files for dependency handling and download the dependencies automatically execute this bash script from the CLI.  ```bash go mod init myip GOPROXY=direct go get git.zabbix.com/ap/plugin-support/plugin@branchname go mod tidy go build ```  **Make sure** to specify the correct branch name, i.e. replace `branchname` (see Line 2) with one of the following:   -   `release/*` - for the stable release branch, where "\*" is the release version (i.e. `6.4`) -   `master` - for the master branch -   `<commit hash>` - for the specific commit version (use the specific commit hash)  The output should be similar to this:  ```go go: creating new go.mod: module myip go: to add module requirements and sums:     go mod tidy go: finding module for package git.zabbix.com/ap/plugin-support/plugin/container go: finding module for package git.zabbix.com/ap/plugin-support/plugin go: found git.zabbix.com/ap/plugin-support/plugin in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 go: found git.zabbix.com/ap/plugin-support/plugin/container in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 ```  2. Create an executable *myip* for the loadable plugin.   3. Specify the path to the plugin configuration file in the *Plugins.Myip.System.Path* parameter of Zabbix agent 2 configuration file.    ::: noteimportant Plugin name in the configuration parameter name (*Myip* in this tutorial) must match the plugin name defined in the *plugin.RegisterMetrics()* function. :::  ```bash echo 'Plugins.Myip.System.Path=/usr/local/zabbix/go/plugins/myip/myip' > /etc/zabbix_agent2.d/plugins.d/myip.conf ```  4. Test the metric:  ```bash zabbix_agent2 -t myip ```  The response should contain an external IP address of your host.  ::: notetip In case of an error, check whether the user *zabbix* has permissions to access */usr/local/zabbix/go/plugins/myip* directory. :::
fr	 ### Partie 2 : Construire le plugin  Dans cette section, vous apprendrez comment compiler le plugin.   1. Pour créer des fichiers Go pour la gestion des dépendances et télécharger les dépendances, exécutez automatiquement ce script bash à partir de la CLI.  ```bash go mod init myip GOPROXY=direct go get git.zabbix.com/ap/plugin-support/plugin@branchname go mod tidy go build ```  **Assurez-vous** de spécifier le nom de branche correct, c'est-à-dire remplacez `branchname` (voir ligne 2) par l'un des éléments suivants :   - `release/*` - pour la branche de version stable, où "\*" est la version (c'est-à-dire `6.4`) - `master` - pour la branche master - `<commit hash>` - pour la version de commit spécifique (utilisez le hachage de commit spécifique)  Le résultat devrait ressembler à ceci :  ```go go: creating new go.mod: module myip go: to add module requirements and sums:     go mod tidy go: finding module for package git.zabbix.com/ap/plugin-support/plugin/container go: finding module for package git.zabbix.com/ap/plugin-support/plugin go: found git.zabbix.com/ap/plugin-support/plugin in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 go: found git.zabbix.com/ap/plugin-support/plugin/container in git.zabbix.com/ap/plugin-support v0.0.0-20220608100211-35b8bffd7ad0 ```  2. Créez un exécutable *myip* pour le plugin chargeable.   3. Spécifiez le chemin d'accès au fichier de configuration du plugin dans le paramètre *Plugins.Myip.System.Path* du fichier de configuration de l'agent Zabbix 2.    ::: noteimportant Le nom du plugin dans le nom du paramètre de configuration (*Myip* dans ce tutoriel) doit correspondre au nom du plugin défini dans la fonction *plugin.RegisterMetrics()*. :::  ```bash echo 'Plugins.Myip.System.Path=/usr/local/zabbix/go/plugins/myip/myip' > /etc/zabbix_agent2.d/plugins.d/myip.conf ```  4. Testez la métrique :  ```bash zabbix_agent2 -t myip ```  La réponse doit contenir une adresse IP externe de votre hôte.  ::: notetip En cas d'erreur, vérifiez si l'utilisateur *zabbix* a les autorisations pour accéder au répertoire */usr/local/zabbix/go/plugins/myip*. :::

en-us	## Part I - "Hello, world!"  In this section you will learn how to create the minimum required widget elements and add a new widget to Zabbix frontend.
fr	## Partie I - "Bonjour tout le monde !"  Dans cette section, vous apprendrez comment créer les éléments de widget minimum requis et ajouter un nouveau widget à l'interface Zabbix.

en-us	## Part II - Gauge chart
fr	## Partie II - Tableau des jauges

en-us	### Part III - Module action  An action is implemented in two files - *actions/MyAddress.php* and *views/my.address.php*. The ***actions/MyAddress.php*** file takes care of the business logic implementation, while the ***views/my.address.php*** file is responsible for the view.  1. Create a directory *actions* in the *MyAddress* directory.  2. Create a *MyAddress.php* file in the *actions* directory.  The action logic will be defined in the *MyAddress* class. This action class will implement four functions: *init()*, *checkInput()*, *checkPermissions()*, and *doAction()*. Zabbix frontend calls the *doAction()* function when the action is requested. This function is responsible for the business logic of the module.  ::: noteimportant The data must be organized as an associative array. The array can be multidimensional and may contain any data expected by the view. :::  **ui/modules/MyAddress/actions/MyAddress.php**  ```php <?php  namespace Modules\MyAddress\Actions;  use CController,     CControllerResponseData;  class MyAddress extends CController {      public function init(): void {         $this->disableCsrfValidation();     }      protected function checkInput(): bool {         return true;     }      protected function checkPermissions(): bool {         return true;     }      protected function doAction(): void {         $data = ['my-ip' => file_get_contents("https://api.seeip.org")];         $response = new CControllerResponseData($data);         $this->setResponse($response);     } } ```  3. Create a new directory *views* in the *MyAddress* directory.  4. Create a *my.address.php* file in the *views* directory and define the module view.  Note that the variable `$data` is available in the view without specifically defining it. The framework automatically passes the associative array to the view.  **ui/modules/MyAddress/views/my.address.php**  ```php <?php  (new CHtmlPage())     ->setTitle(_('The HTML Title of My Address Page'))     ->addItem(new CDiv($data['my-ip']))     ->show(); ```  5. The module action has to be registered in the *manifest.json* file. Open *manifest.json* and add a new object `actions` that contains:  -   the action key with the action name written in lowercase (a-z) and with words separated by dots (for example, `my.address`); -   the action class name (`MyAddress`) as a value for the `class` key of the `my.address` object; -   the action view name (`my.address`) as a value for the `view` key of the `my.address` object.  **ui/modules/MyAddress/manifest.json**  ```json {     "manifest_version": 2.0,     "id": "my-address",     "name": "My IP Address",     "version": "1.0",     "namespace": "MyAddress",     "description": "My External IP Address",     "actions": {         "my.address": {             "class": "MyAddress",             "view": "my.address"         }     } } ```  6. Open *Module.php* and change the action name in the **setAction()** method to *my.address*.  **ui/modules/MyAddress/Module.php**  ```php <?php  namespace Modules\MyAddress;  use Zabbix\Core\CModule,     APP,     CMenuItem;  class Module extends CModule {      public function init(): void {         APP::Component()->get('menu.main')             ->findOrAdd(_('Monitoring'))                 ->getSubmenu()                     ->insertAfter(_('Discovery'),                         (new CMenuItem(_('My Address')))->setAction('my.address')                     );     } } ```  7. Refresh Zabbix frontend. Click on the *My address* menu section to see the IP address of your computer.  ![](../../../../assets/en/devel/modules/tutorials/module/my_address_finished.png){width="600"}
fr	### Partie III - Action du module  Une action est implémentée dans deux fichiers - *actions/MonAdresse.php* et *views/mon.adresse.php*. Le fichier ***actions/MonAdresse.php*** s'occupe de l'implémentation de la logique métier, tandis que le fichier ***views/mon.adresse.php*** est responsable de la vue.  1. Créez un répertoire *actions* dans le répertoire *MonAdresse*.  2. Créez un fichier *MonAdresse.php* dans le répertoire *actions*.  La logique d'action sera définie dans la classe *MonAdresse*. Cette classe d'action implémentera quatre fonctions : *init()*, *checkInput()*, *checkPermissions()* et *doAction()*. L'interface Zabbix appelle la fonction *doAction()* lorsque l'action est demandée. Cette fonction est responsable de la logique métier du module.  ::: noteimportant Les données doivent être organisées sous forme de tableau associatif. Le tableau peut être multidimensionnel et contenir toutes les données attendues par la vue. :::  **ui/modules/MonAdresse/actions/MonAdresse.php**  ```php <?php  namespace Modules\MyAddress\Actions;  use CController,     CControllerResponseData;  class MyAddress extends CController {      public function init(): void {         $this->disableCsrfValidation();     }      protected function checkInput(): bool {         return true;     }      protected function checkPermissions(): bool {         return true;     }      protected function doAction(): void {         $data = ['my-ip' => file_get_contents("https://api.seeip.org")];         $response = new CControllerResponseData($data);         $this->setResponse($response);     } } ```  3. Créez un nouveau répertoire *views* dans le répertoire *MonAdresse*.  4. Créez un fichier *mon.adresse.php* dans le répertoire *views* et définissez la vue du module.  Notez que la variable `$data` est disponible dans la vue sans la définir spécifiquement. Le framework transmet automatiquement le tableau associatif à la vue.  **ui/modules/MonAdresse/views/mon.adresse.php**  ```php <?php  (new CHtmlPage())     ->setTitle(_('Le titre HTML de ma page d'adresse'))     ->addItem(new CDiv($data['my-ip']))     ->show(); ```  5. L'action du module doit être enregistrée dans le fichier *manifest.json*. Ouvrez *manifest.json* et ajoutez un nouvel objet « actions » qui contient :  - la clé d'action avec le nom de l'action écrit en minuscules (a-z) et avec des mots séparés par des points (par exemple, « mon.adresse ») ; - le nom de la classe d'action (`MonAdresse`) comme valeur pour la clé `class` de l'objet `mon.adresse` ; - le nom de la vue d'action (`mon.adresse`) comme valeur pour la clé `view` de l'objet `mon.adresse`.  **ui/modules/MonAdresse/manifest.json**  ```json {     "manifest_version": 2.0,     "id": "mon-adresse",     "name": "Mon adresse IP",     "version": "1.0",     "namespace": "MonAdresse",     "description": "Mon adresse IP externe",     "Actions": {         "mon.adresse": {             "class": "MonAdresse",             "view": "mon.adresse"         }     } } ```  6. Ouvrez *Module.php* et remplacez le nom de l'action dans la méthode **setAction()** par *mon.adresse*.  **ui/modules/MonAdresse/Module.php**  ```php <?php  namespace Modules\MyAddress;  use Zabbix\Core\CModule,     APP,     CMenuItem ;  class Module extends CModule {      public function init(): void {         APP::Component()->get('menu.main')             ->findOrAdd(_('Surveillance'))                 ->getSubmenu()                     ->insertAfter(_('Discovery'),                         (new CMenuItem(_('Mon adresse')))->setAction('mon.adresse')                     );     } } ```  7. Actualisez l'interface Zabbix. Cliquez sur la section de menu *Mon adresse* pour voir l'adresse IP de votre ordinateur.  ![](../../../../assets/en/devel/modules/tutorials/module/my_address_finished.png){width="600"}

en-us	### Part II - Menu section location change  In this part, you will move the *My Address* menu section to the *Monitoring* section. As a result, users will be able to access two sub-menu pages from the *Monitoring → My Address* menu section.  1. Open and edit the *Module.php* file.  **ui/modules/MyAddress/Module.php**  ```php <?php  namespace Modules\MyAddress;  use Zabbix\Core\CModule,     APP,     CMenuItem;  class Module extends CModule {      public function init(): void {         APP::Component()->get('menu.main')             ->findOrAdd(_('Monitoring'))                 ->getSubmenu()                     ->insertAfter(_('Discovery'),                         (new CMenuItem(_('My Address')))->setAction('userprofile.edit')                     );     } } ```  2. Refresh Zabbix frontend. Expand the *Monitoring* menu section and observe that the *My address* section is now located below the *Discovery* section.  ![](../../../../assets/en/devel/modules/tutorials/module/my_address_monitoring.png){width="600"}
fr	### Partie II - Changement d'emplacement de la section de menu  Dans cette partie, vous allez déplacer la section du menu *Mon adresse* vers la section *Surveillance*. En conséquence, les utilisateurs pourront accéder à deux pages de sous-menu à partir de la section de menu *Surveillance → Mon adresse*.  1. Ouvrez et modifiez le fichier *Module.php*.  **ui/modules/MonAdresse/Module.php**  ```php <?php  Espace de noms Modules\MonAdresse ;  namespace Modules\MyAddress;     APP,     CMenuItem ;  class Module extends CModule {      class Module extends CModule {         APP::Component()->get('menu.main')             ->findOrAdd(_('Surveillance'))                 ->getSous-menu()                     ->insertAfter(_('Discovery'),                         (new CMenuItem(_('My Address')))->setAction('userprofile.edit')                     );     } } ```  2. Actualisez l'interface Zabbix. Développez la section du menu *Surveillance* et observez que la section *Mon adresse* se trouve désormais sous la section *Découverte*.  ![](../../../../assets/en/devel/modules/tutorials/module/my_address_monitoring.png){width="600"}

en-us	### Part I - New menu section
fr	### Partie I - Nouvelle section de menu

en-us	##### Passive and active checks  Zabbix agents can perform passive and active checks.  In a [passive check](/manual/appendix/items/activepassive#passive_checks) the agent responds to a data request. Zabbix server (or proxy) asks for data, for example, CPU load, and Zabbix agent sends back the result.  [Active checks](/manual/appendix/items/activepassive#active_checks) require more complex processing. The agent must first retrieve a list of items from Zabbix server for independent processing. Then it will periodically send new values to the server.  Whether to perform passive or active checks is configured by selecting the respective monitoring [item type](/manual/config/items/itemtypes/zabbix_agent). Zabbix agent processes items of type 'Zabbix agent' or 'Zabbix agent (active)'.
fr	##### Vérifications passives et actives  Les agents Zabbix peuvent effectuer des vérifications passives et actives.  Dans une [vérification passive](/manual/appendix/items/activepassive#passive_checks), l'agent répond à une demande de données. Le serveur Zabbix (ou le proxy) demande des données, par exemple, la charge du processeur, et l'agent Zabbix renvoie le résultat.  Les [vérifications actives](/manual/appendix/items/activepassive#active_checks) nécessitent un traitement plus complexe. L'agent doit d'abord récupérer une liste d'éléments du serveur Zabbix pour un traitement indépendant. Ensuite, il enverra périodiquement de nouvelles valeurs au serveur.  Que ce soit pour effectuer des vérifications passives ou actives, cela se configure en sélectionnant un [type d'élément](/manual/config/items/itemtypes/zabbix_agent). L'agent Zabbix traite les éléments de type 'Agent Zabbix' ou 'Agent Zabbix (actif)'.

en-us	### Passive checks
fr	### Contrôles passifs

en-us	 ### Passive checks
fr	 ### Contrôle passifs

en-us	#### Passive checks  A passive check is a simple data request. Zabbix server or proxy asks for some data (for example, CPU load) and Zabbix agent sends back the result to the server.  **Server request**  For definition of header and data length please refer to [protocol details](/manual/appendix/protocols/header_datalen).      <item key>  **Agent response**      <DATA>[\0<ERROR>]  Above, the part in square brackets is optional and is only sent for not supported items.  For example, for supported items:  1.  Server opens a TCP connection 2.  Server sends **<HEADER><DATALEN>agent.ping** 3.  Agent reads the request and responds with     **<HEADER><DATALEN>1** 4.  Server processes data to get the value, '1' in our case 5.  TCP connection is closed  For not supported items:  1.  Server opens a TCP connection 2.  Server sends **<HEADER><DATALEN>vfs.fs.size\[/nono\]** 3.  Agent reads the request and responds with     **<HEADER><DATALEN>ZBX\_NOTSUPPORTED\\0Cannot obtain     filesystem information: \[2\] No such file or directory** 4.  Server processes data, changes item state to not supported with the     specified error message 5.  TCP connection is closed
fr	#### Vérifications passives  Une vérification passive est une simple demande de données. Le serveur ou le proxy Zabbix demande des données (par exemple, la charge du processeur) et l'agent Zabbix renvoie le résultat au serveur.  \*\*Requête du serveur \*\*  Pour la définition de l'en-tête et de la longueur des données, veuillez vous reporter aux [détails du protocole](/manual/appendix/protocols/header_datalen).   <item key>  **Réponse de l'agent**   <DATA>[\0<ERROR>]  Ci-dessus, la partie entre crochets est facultative et n'est envoyée que pour les éléments non supportés.  Par exemple, pour les éléments supportés :  1. Le serveur ouvre une connexion TCP 2. Le serveur envoie **<HEADER><DATALEN>agent.ping** 3. L'agent lit la requête et répond avec **<HEADER><DATALEN>1** 4. Le serveur traite les données pour obtenir la valeur, '1' dans notre cas 5. La connexion TCP est fermée  Pour les éléments non supportés :  1. Le serveur ouvre une connexion TCP 2. Le serveur envoie **<HEADER><DATALEN>vfs.fs.size\[/nono\]** 3. L'agent lit la demande et répond avec **<HEADER><DATALEN>ZBX\_NOTSUPPORTED\\0Cannot obtain filesystem information: \[2\] No such file or directory** 4. Le serveur traite les données et modifie l'état de l'élément à non supporté avec le message d'erreur spécifié. 5. La connexion TCP est fermée

en-us	#### Passive proxy
fr	#### Proxy passif

en-us	#### Pattern examples  |Pattern|Description|Matches|No match| |--|------|--|--| |*\**|Matches all possible keys with or without parameters.|Any|None| |*vfs.file.contents*|Matches `vfs.file.contents` without parameters.|vfs.file.contents|vfs.file.contents\[/etc/passwd\]| |*vfs.file.contents\[\]*|Matches `vfs.file.contents` with empty parameters.|vfs.file.contents\[\]|vfs.file.contents| |*vfs.file.contents\[\*\]*|Matches `vfs.file.contents` with any parameters; will not match `vfs.file.contents` without square brackets.|vfs.file.contents\[\]<br>vfs.file.contents\[/path/to/file\]|vfs.file.contents| |*vfs.file.contents\[/etc/passwd,\*\]*|Matches `vfs.file.contents` with first parameters matching /etc/passwd and all other parameters having any value (also empty).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/var/log/zabbix\_server.log\]<br>vfs.file.contents\[\]| |*vfs.file.contents\[\*passwd\*\]*|Matches `vfs.file.contents` with first parameter matching \*passwd\* and no other parameters.|vfs.file.contents\[/etc/passwd\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]| |*vfs.file.contents\[\*passwd\*,\*\]*|Matches `vfs.file.contents` with only first parameter matching \*passwd\* and all following parameters having any value (also empty).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/tmp/test\]| |*vfs.file.contents\[/var/log/zabbix\_server.log,\*,abc\]*|Matches `vfs.file.contents` with first parameter matching /var/log/zabbix\_server.log, third parameter matching 'abc' and any (also empty) second parameter.|vfs.file.contents\[/var/log/zabbix\_server.log,,abc\]<br>vfs.file.contents\[/var/log/zabbix\_server.log,utf8,abc\]|vfs.file.contents\[/var/log/zabbix\_server.log,,abc,def\]| |*vfs.file.contents\[/etc/passwd,utf8\]*|Matches `vfs.file.contents` with first parameter matching /etc/passwd, second parameter matching 'utf8' and no other arguments.|vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf16\]| |*vfs.file.\**|Matches any keys starting with `vfs.file.` without any parameters.|vfs.file.contents<br>vfs.file.size|vfs.file.contents\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log\]| |*vfs.file.\*\[\*\]*|Matches any keys starting with `vfs.file.` with any parameters.|vfs.file.size.bytes\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log, utf8\]|vfs.file.size.bytes| |*vfs.\*.contents*|Matches any key starting with `vfs.` and ending with `.contents` without any parameters.|vfs.mount.point.file.contents<br>vfs..contents|vfs.contents|
fr	 #### Exemples de motif  |Motif|Description|Correspondances|Aucune correspondance| |--|------|--|--| |*\**|Correspond à toutes les clés possibles avec ou sans paramètres.|Tout|Aucun| |*vfs.file.contents*|Correspond à `vfs.file.contents` sans paramètres.|vfs.file.contents|vfs.file.contents\[/etc/passwd\]| |*vfs.file.contents\[\]*|Correspond à `vfs.file.contents` avec des paramètres vides.|vfs.file.contents\[\]|vfs.file.contents| |*vfs.file.contents\[\*\]*|Correspond à `vfs.file.contents` avec n'importe quel paramètre ; ne correspondra pas à `vfs.file.contents` sans crochets.|vfs.file.contents\[\]<br>vfs.file.contents\[/path/to/file\]|vfs.file.contents| |*vfs.file.contents\[/etc/passwd,\*\]*|Correspond à `vfs.file.contents` avec les premiers paramètres correspondant à /etc/passwd et tous les autres paramètres ayant une valeur (également vide).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/var/log/zabbix\_server.log\]<br>vfs.file.contents\[\]| |*vfs.file.contents\[\*passwd\*\]*|Correspond à `vfs.file.contents` avec le premier paramètre correspondant à \*passwd\* et aucun autre paramètre.|vfs.file.contents\[/etc/passwd\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]| |*vfs.file.contents\[\*passwd\*,\*\]*|Correspond à `vfs.file.contents` avec seulement le premier paramètre correspondant à \*passwd\* et tous les paramètres suivants ayant n'importe quelle valeur (également vide).|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd, utf8\]|vfs.file.contents\[/etc/passwd\]<br>vfs.file.contents\[/tmp/test\]| |*vfs.file.contents\[/var/log/zabbix\_server.log,\*,abc\]*|Correspond à `vfs.file.contents` avec le premier paramètre correspondant à /var/log/zabbix\_server.log, le troisième paramètre correspondant à 'abc' et tout deuxième paramètre (également vide).|vfs.file.contents\[/var/log/zabbix\_server.log,,abc\]<br>vfs.file.contents\[/var/log/zabbix\_server.log,utf8,abc\]|vfs.file.contents\[/var/log/zabbix\_server.log,,abc,def\]| |*vfs.file.contents\[/etc/passwd,utf8\]*|Correspond à `vfs.file.contents` avec le premier paramètre correspondant à /etc/passwd, le second paramètre correspondant à 'utf8' et aucun autre argument.|vfs.file.contents\[/etc/passwd,utf8\]|vfs.file.contents\[/etc/passwd,\]<br>vfs.file.contents\[/etc/passwd,utf16\]| |*vfs.file.\**|Correspond à toutes les clés commençant par `vfs.file.` sans aucun paramètre.|vfs.file.contents<br>vfs.file.size|vfs.file.contents\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log\]| |*vfs.file.\*\[\*\]*|Correspond à toutes les clés commençant par `vfs.file.` avec tous les paramètres.|vfs.file.size.bytes\[\]<br>vfs.file.size\[/var/log/zabbix\_server.log, utf8\]|vfs.file.size.bytes| |*vfs.\*.contents*|Correspond à n'importe quelle clé commençant par `vfs.` et se terminant par `.contents` sans aucun paramètre.|vfs.mount.point.file.contents<br>vfs..contents|vfs.contents|

en-us	#### Performance counter parameters  You can deploy some PerfCounter parameters for the monitoring of Windows performance counters.  For example, you can add these to the Zabbix agent configuration file:         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        or        PerfCounter=UserPerfCounter2,"\4\24",30  With such parameters in place, you can then simply use *UserPerfCounter1* or *UserPerfCounter2* as the keys for creating the respective items.  Remember to restart Zabbix agent after making changes to the configuration file.
fr	#### Paramètres du compteur de performance  Vous pouvez déployer certains paramètres PerfCounter pour la surveillance des compteurs de performance Windows .  Par exemple, vous pouvez les ajouter au fichier de configuration de l'agent Zabbix :         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        ou        PerfCounter=UserPerfCounter2,"\4\24",30  Avec de tels paramètres en place, vous pouvez alors simplement utiliser *UserPerfCounter1* ou *UserPerfCounter2* comme clés pour créer le éléments respectifs.  N'oubliez pas de redémarrer l'agent Zabbix après avoir apporté des modifications au fichier de configuration.

en-us	#### PHP 7.3 opcache configuration  If "opcache" is enabled in the PHP 7.3 configuration, Zabbix frontend may show a blank screen when loaded for the first time. This is a registered [PHP bug](https://bugs.php.net/bug.php?id=78015). To work around this, please set the "opcache.optimization\_level" parameter to `0x7FFFBFDF` in the PHP configuration (php.ini file).
fr	#### Configuration de l'opcache PHP 7.3  Si "opcache" est activé dans la configuration PHP 7.3, l'interface Zabbix peut afficher un écran vide lors du premier chargement. Il s'agit d'un [bogue PHP](https://bugs.php.net/bug.php?id=78015) enregistré. Pour contourner ce problème, veuillez définir le paramètre "opcache.optimization\_level" sur `0x7FFFBFDF` dans la configuration PHP (fichier php.ini).

en-us	 ### plugin.Configurator  *Configurator* interface provides plugin configuration parameters from Zabbix agent 2 configuration files.
fr	 ### plugin.Configurator  L'interface *Configurator* fournit les paramètres de configuration du plugin à partir des fichiers de configuration de l'agent Zabbix 2.

en-us	 ### plugin.Exporter  *Exporter* is the simplest interface that performs a poll and returns a value (values), nothing, or error. It accepts a preparsed item key, parameters, and context. Access to all other plugin interfaces is exclusive and no method can be called if a plugin is already performing a task. Also, there is a limit of 100 maximum concurrent *Export()* calls per plugin, which can be reduced according to the requirements for each plugin.
fr	 ### plugin.Exporter  *Exporter* est l'interface la plus simple qui effectue un sondage et renvoie une ou plusieurs valeurs, rien ou une erreur. Il accepte une clé d'élément préparé, des paramètres et un contexte préparés. L'accès à toutes les autres interfaces du plugin est exclusif et aucune méthode ne peut être appelée si un plugin exécute déjà une tâche. En outre, il existe une limite de 100 appels *Export()* simultanés maximum par plugin, qui peut être réduite en fonction des exigences de chaque plugin.

en-us	# Plugin interfaces  This section describes available plugin interfaces.
fr	# Interfaces de plugins  Cette section décrit les interfaces de plugin disponibles.

en-us	 ### plugin.Runner  *Runner* interface provides the means for performing initialization when a plugin is started (activated) and deinitialization when a plugin is stopped (deactivated). For example, a plugin can start/stop some background *goroutine* by implementing the Runner interface.
fr	 ### plugin.Runner  L'interface *Runner* fournit les moyens d'effectuer l'initialisation lorsqu'un plugin est démarré (activé) et la désinitialisation lorsqu'un plugin est arrêté (désactivé). Par exemple, un plugin peut démarrer/arrêter une *goroutine* en arrière-plan en implémentant l'interface Runner.

en-us	 # Plugins
fr	# Plugins

en-us	### PostgreSQL  Export and import must be performed in tmux/screen to ensure that the session isn't dropped. For installations with TimescaleDB, skip this section and proceed to [PostgreSQL + TimescaleDB](#postgresql-timescaledb).  See also: [Important notes](#important-notes)  #### Table upgrade  * Rename tables using `history_pk_prepare.sql`:  ``` {.bash} sudo -u zabbix psql zabbix < /usr/share/zabbix-sql-scripts/postgresql/history_pk_prepare.sql ```  #### Migration with stopped server  * Export current history, import it to the temp table,  then insert the data into new tables while ignoring duplicates:  ``` {.sql} INSERT INTO history SELECT * FROM history_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_uint SELECT * FROM history_uint_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_str SELECT * FROM history_str_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_log SELECT * FROM history_log_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_text SELECT * FROM history_text_old ON CONFLICT (itemid,clock,ns) DO NOTHING; ```  See tips for improving INSERT performance: [PostgreSQL: Bulk Loading Huge Amounts of Data](https://www.cybertec-postgresql.com/en/postgresql-bulk-loading-huge-amounts-of-data), [Checkpoint Distance and Amount of WAL](https://www.cybertec-postgresql.com/en/checkpoint-distance-and-amount-of-wal).  * Follow [post-migration instructions](#post-migration) to drop the old tables.
fr	### PostgreSQL  L'exportation et l'importation doivent être effectuées dans tmux/screen pour s'assurer que la session n'est pas abandonnée. Pour les installations avec TimescaleDB, ignorez cette section et passez à [PostgreSQL + TimescaleDB](#postgresql-timescaledb).  Voir également : [Notes importantes](#notes-importantes)  #### Mise à niveau des tables  * Renommer les tables en utilisant `history_pk_prepare.sql` :  ``` {.bash} sudo -u zabbix psql zabbix < /usr/share/zabbix-sql-scripts/postgresql/history_pk_prepare.sql ```  #### Migration avec serveur arrêté  * Exporter l'historique actuel, importez-le dans la table temporaire, puis insérer les données dans de nouvelles tables en ignorant les doublons :  ``` {.sql} INSERT INTO history SELECT * FROM history_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_uint SELECT * FROM history_uint_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_str SELECT * FROM history_str_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_log SELECT * FROM history_log_old ON CONFLICT (itemid,clock,ns) DO NOTHING;  INSERT INTO history_text SELECT * FROM history_text_old ON CONFLICT (itemid,clock,ns) DO NOTHING; ```  Consulter les conseils pour améliorer les performances d'INSERT : [PostgreSQL: Bulk Loading Huge Amounts of Data](https://www.cybertec-postgresql.com/en/postgresql-bulk-loading-huge-amounts-of-data), [Checkpoint Distance and Amount of WAL](https://www.cybertec-postgresql.com/en/checkpoint-distance-and-amount-of-wal).  * Suivre les [instructions post-migration](#post-migration) pour supprimer les anciennes tables.

en-us	#### PostgreSQL  If a value contains a non-ASCII character in non UTF8 encoding - this will lead to a failed SQL query (PGRES\_FATAL\_ERROR:ERROR invalid byte sequence for encoding) and data will not be stored. An appropriate warning message will be written to the *zabbix\_server.log*.\ Relevant for at least PostgreSQL version 9.1.3
fr	#### PostgreSQL  Si une valeur contient un caractère non-ASCII avec un encodage non UTF8, une requête SQL échouée (PGRES\_FATAL\_ERROR:ERROR invalid byte sequence for encoding) et les données ne seront pas stockées. Un message d'avertissement approprié sera écrit dans *zabbix\_server.log*.\ Pertinent pour au moins la version 9.1.3 de PostgreSQL.

en-us	 ### Post-migration  For all databases, once the migration is completed, do the following:  * Verify that everything works as expected.  * Drop old tables:  ``` {.sql} DROP TABLE history_old; DROP TABLE history_uint_old; DROP TABLE history_str_old; DROP TABLE history_log_old; DROP TABLE history_text_old; ```
fr	 ### Post-migration  Pour toutes les bases de données, une fois la migration terminée, procéder comme suit :  * Vérifier que tout fonctionne comme prévu.  * Supprimer les anciennes tables :  ``` {.sql} DROP TABLE history_old; DROP TABLE history_uint_old; DROP TABLE history_str_old; DROP TABLE history_log_old; DROP TABLE history_text_old; ```

en-us	#### - Potential errors  Functions return -1 in such situations:  -   specified evaluation period contains no data;  ```{=html} <!-- --> ``` -   result of mathematical operation is not defined[^3];  ```{=html} <!-- --> ``` -   numerical complications (unfortunately, for some sets of input data     range and precision of double-precision floating-point format become     insufficient)[^4].  ::: notetip No warnings or errors are flagged if chosen fit poorly describes provided data or there is just too few data for accurate prediction. :::
fr	#### - Erreurs potentielles  Les fonctions retournent -1 dans de telles situations :  - la période d'évaluation spécifiée ne contient aucune donnée ;  ```{=html} <!-- --> ``` - le résultat de l'opération mathématique n'est pas défini [^3] ;  ```{=html} <!-- --> ``` - complications numériques (malheureusement, pour certains ensembles de données en entrée, la double précision et la virgule flottante sont insuffisantes) [^4].  ::: notetip Aucun avertissement ni aucune erreur ne sont signalés si l'ajustement choisi décrit mal les données fournies ou s'il y a trop peu de données pour une prédiction précise. :::

en-us	#### Pre-installation summary  Review a summary of settings.  ![](../../../assets/en/manual/installation/install_5.png){width="550"}
fr	#### Résumé de pré-installation  Passez en revue un résumé des paramètres.  ![](../../../assets/en/manual/installation/install_5.png){width="550"}

en-us	##### Preparation  Zabbix agent is distributed as a zip archive. After you download the archive you need to unpack it. Choose any folder to store Zabbix agent and the configuration file, e. g.      C:\zabbix  Copy bin\\zabbix\_agentd.exe and conf\\zabbix\_agentd.conf files to c:\\zabbix.  Edit the c:\\zabbix\\zabbix\_agentd.conf file to your needs, making sure to specify a correct "Hostname" parameter.
fr	##### Préparation  L’agent Zabbix est distribué sous forme d’archive au format zip. Après le téléchargement de l’archive vous devrez la décompresser. Vous pouvez choisir n’importe quel dossier pour stocker l’agent Zabbix et le fichier de configuration. ex :      C:\zabbix  Copiez les fichiers bin\\zabbix\_agentd.exe et conf\\zabbix\_agentd.conf vers la destination choisie précédemment.  Editez le fichier c:\\zabbix\\zabbix\_agentd.conf selon vos besoins en prenant soin de spécifier correctement le paramètre “Hostname”.

en-us	 ## Prepare Apache  1\. Check, which Apache version you are using:  On RHEL-based system, run:      httpd -v  On Debian/Ubuntu, run:      apache2 -v  2\. Make sure that the [Status module](https://httpd.apache.org/docs/2.4/mod/mod_status.html) is enabled in your Apache  instance.   On RHEL-based system, run:      httpd -M | grep status     status_module (shared)      On Debian/Ubuntu, run:          apache2ctl -M | grep status     status_module (shared)  If you don't see status_module in the list, enable the module  by running:  On RHEL-based system, run:      LoadModule status_module /usr/lib/apache2/modules/mod_status.so     On Debian/Ubuntu, run:      sudo /usr/sbin/a2enmod status  3\. Edit Apache configuration file to allow access to status reports from Zabbix server IP.   On an RHEL-based system: `/etc/httpd/conf.modules.d/status.conf`:      sudo vi /etc/httpd/conf.modules.d/status.conf  On Debian/Ubuntu:  `/etc/apache2/mods-enabled/status.conf`:      sudo vi /etc/apache2/mods-enabled/status.conf  Add the following lines to the file (**replace 198.51.100.255** with your Zabbix server IP address):  * For Apache 2.2: \     <Location /server-status>     SetHandler server-status      Order Deny,Allow     Deny from all     Allow from 198.51.100.255     </Location>  - For Apache 2.4: \     <Location "/server-status">     SetHandler server-status     Require ip 198.51.100.255     </Location>  4\. Restart Apache  On an RHEL-based system, run:      sudo systemctl restart httpd     On Debian/Ubuntu, run:      sudo systemctl restart apache2   5\. To check, if everything is configured correctly, run (**replace 198.51.100.255** with your Zabbix server IP address):      curl 198.51.100.255/server-status  The response should contain Apache web server statistics. 
fr	 ## Préparer Apache  1\. Vérifiez quelle version d'Apache vous utilisez :  Sur un système basé sur RHEL, exécutez :      httpd -v  Sur Debian/Ubuntu, exécutez :      apache2 -v  2\. Assurez-vous que le [Module d'état](https://httpd.apache.org/docs/2.4/mod/mod_status.html) est activé dans votre instance Apache.  Sur un système basé sur RHEL, exécutez :      httpd -M | grep status     status_module (shared)      Sur Debian/Ubuntu, exécutez :          apache2ctl -M | grep status     status_module (shared)  Si vous ne voyez pas status_module dans la liste, activez le module en exécutant:  Sur un système basé sur RHEL, exécutez :      LoadModule status_module /usr/lib/apache2/modules/mod_status.so     Sur Debian/Ubuntu, exécutez :      sudo /usr/sbin/a2enmod status  3\. Modifiez le fichier de configuration Apache pour autoriser l'accès aux rapports d'état à partir de l'adresse IP du serveur Zabbix.  Sur un système basé sur RHEL : `/etc/httpd/conf.modules.d/status.conf`:      sudo vi /etc/httpd/conf.modules.d/status.conf  Sur Debian/Ubuntu :  `/etc/apache2/mods-enabled/status.conf`:      sudo vi /etc/apache2/mods-enabled/status.conf  Ajoutez les lignes suivantes au fichier (**replace 198.51.100.255** par l'adresse IP de votre serveur Zabbix) :  * Pour Apache 2.2: \     <Location /server-status>     SetHandler server-status      Order Deny,Allow     Deny from all     Allow from 198.51.100.255     </Location>  - Pour Apache 2.4: \     <Location "/server-status">     SetHandler server-status     Require ip 198.51.100.255     </Location>  4\. Redémarrer Apache  Sur un système basé sur RHEL, exécutez :      sudo systemctl restart httpd     Sur Debian/Ubuntu, exécutez :      sudo systemctl restart apache2   5\. Pour vérifier si tout est correctement configuré, exécutez (**replace 198.51.100.255** par l'adresse IP de votre serveur Zabbix):      curl 198.51.100.255/server-status  La réponse doit contenir les statistiques du serveur Web Apache.