en-us	#### MySQL configuration  Modern versions of the database are ready out-of-the-box for 'required' [encryption mode](/manual/appendix/install/db_encrypt#terminology). A server-side certificate will be created after initial setup and launch.  Create users and roles for the main components:       mysql> CREATE USER         'zbx_srv'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>',         'zbx_web'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>'      REQUIRE SSL         PASSWORD HISTORY 5;       mysql> CREATE ROLE 'zbx_srv_role', 'zbx_web_role';       mysql> GRANT SELECT, UPDATE, DELETE, INSERT, CREATE, DROP, ALTER, INDEX, REFERENCES ON zabbix.* TO 'zbx_srv_role';      mysql> GRANT SELECT, UPDATE, DELETE, INSERT ON zabbix.* TO 'zbx_web_role';       mysql> GRANT 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> GRANT 'zbx_web_role' TO 'zbx_web'@'%';       mysql> SET DEFAULT ROLE 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> SET DEFAULT ROLE 'zbx_web_role' TO 'zbx_web'@'%';  Note, that the X.509 protocol is not used to check identity, but the user is configured to use only encrypted connections. See [MySQL documentation](https://dev.mysql.com/doc/refman/8.0/en/create-user.html#create-user-tls) for more details about configuring users.  Run to check connection (socket connection cannot be used to test secure connections):      $ mysql -u zbx_srv -p -h 10.211.55.9 --ssl-mode=REQUIRED   Check current status and available cipher suites:      mysql> status     --------------     mysql Ver 8.0.21 for Linux on x86_64 (MySQL Community Server - GPL)      Connection id: 62     Current database:     Current user: zbx_srv@bfdb.local     SSL: Cipher in use is TLS_AES_256_GCM_SHA384       mysql> SHOW SESSION STATUS LIKE 'Ssl_cipher_list'\G;     *************************** 1. row ***************************     Variable_name: Ssl_cipher_list     Value: TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-DSS-AES128-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES256-SHA:CAMELLIA256-SHA:CAMELLIA128-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA     1 row in set (0.00 sec)      ERROR:     No query specified
fr	#### Configuration MySQL  Les versions modernes de la base de données sont prêtes à l'emploi pour le [mode de cryptage](/manual/appendix/install/db_encrypt#terminology) 'required'. Un certificat côté serveur sera créé après la configuration et le lancement initiaux.  Créez des utilisateurs et des rôles pour les principaux composants :       mysql> CREATE USER         'zbx_srv'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>',         'zbx_web'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>'      REQUIRE SSL         PASSWORD HISTORY 5;       mysql> CREATE ROLE 'zbx_srv_role', 'zbx_web_role';       mysql> GRANT SELECT, UPDATE, DELETE, INSERT, CREATE, DROP, ALTER, INDEX, REFERENCES ON zabbix.* TO 'zbx_srv_role';      mysql> GRANT SELECT, UPDATE, DELETE, INSERT ON zabbix.* TO 'zbx_web_role';       mysql> GRANT 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> GRANT 'zbx_web_role' TO 'zbx_web'@'%';       mysql> SET DEFAULT ROLE 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> SET DEFAULT ROLE 'zbx_web_role' TO 'zbx_web'@'%';  Notez que le protocole X.509 n'est pas utilisé pour vérifier l'identité, mais l'utilisateur est configuré pour utiliser uniquement des connexions cryptées. Voir [Documentation MySQL](https://dev.mysql.com/doc/refman/8.0/en/create-user.html#create-user-tls) pour plus de détails sur la configuration des utilisateurs.  Exécuter pour vérifier la connexion (la connexion socket ne peut pas être utilisée pour tester les connexions sécurisées) :      $ mysql -u zbx_srv -p -h 10.211.55.9 --ssl-mode=REQUIRED   Vérifiez l'état actuel et les suites de chiffrement disponibles :      mysql> status     --------------     mysql Ver 8.0.21 for Linux on x86_64 (MySQL Community Server - GPL)      Connection id: 62     Current database:     Current user: zbx_srv@bfdb.local     SSL: Cipher in use is TLS_AES_256_GCM_SHA384       mysql> SHOW SESSION STATUS LIKE 'Ssl_cipher_list'\G;     *************************** 1. row ***************************     Variable_name: Ssl_cipher_list     Value: TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-DSS-AES128-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES256-SHA:CAMELLIA256-SHA:CAMELLIA128-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA     1 row in set (0.00 sec)      ERROR:     No query specified

en-us	#### MySQL  -   CR\_CONN\_HOST\_ERROR -   CR\_SERVER\_GONE\_ERROR -   CR\_CONNECTION\_ERROR -   CR\_SERVER\_LOST -   CR\_UNKNOWN\_HOST -   ER\_SERVER\_SHUTDOWN -   ER\_ACCESS\_DENIED\_ERROR -   ER\_ILLEGAL\_GRANT\_FOR\_TABLE -   ER\_TABLEACCESS\_DENIED\_ERROR -   ER\_UNKNOWN\_ERROR
fr	#### MySQL  -   CR\_CONN\_HOST\_ERROR -   CR\_SERVER\_GONE\_ERROR -   CR\_CONNECTION\_ERROR -   CR\_SERVER\_LOST -   CR\_UNKNOWN\_HOST -   ER\_SERVER\_SHUTDOWN -   ER\_ACCESS\_DENIED\_ERROR -   ER\_ILLEGAL\_GRANT\_FOR\_TABLE -   ER\_TABLEACCESS\_DENIED\_ERROR -   ER\_UNKNOWN\_ERROR

en-us	#### MySQL custom error codes  If Zabbix is used with MySQL installation on Azure, an unclear error message *\[9002\] Some errors occurred* may appear in Zabbix logs. This generic error text is sent to Zabbix server or proxy by the database. To get more information about the cause of the error, check Azure logs.
fr	#### Codes d'erreur personnalisés MySQL  Si Zabbix est utilisé avec l'installation de MySQL sur Azure, un message d'erreur peu clair *\[9002\] Some errors occurred* peut apparaître dans les journaux Zabbix. Ce texte d'erreur générique est envoyé au serveur ou proxy Zabbix par la base de données. Pour obtenir plus d'informations sur la cause de l'erreur, consultez les journaux Azure.

en-us	### MySQL  Export and import must be performed in tmux/screen to ensure that the session isn't dropped.  See also: [Important notes](#important-notes)
fr	### MySQL  L'exportation et l'importation doivent être effectuées dans tmux/screen pour s'assurer que la session n'est pas abandonnée.  Voir également : [Notes importantes](#important-notes)

en-us	#### MySQL  If a value contains a non-ASCII character in non UTF8 encoding - this character and the following will be discarded when the database stores this value. No warning messages will be written to the *zabbix\_server.log*.\ Relevant for at least MySQL version 5.1.61
fr	#### MySQL  Si une valeur contient un caractère non-ASCII avec un encodage non UTF8, ce caractère et les suivants seront ignorés lorsque la base de données stockera cette valeur. Aucun message d'avertissement ne sera écrit dans *zabbix\_server.log*.\ Pertinent pour au moins MySQL version 5.1.61

en-us	 ### name  Module name that will be displayed in the Administration section.  *Type*: String  *Example*:   ```json "name": "My module" ```
fr	 ### nom  Nom du module qui sera affiché dans la section Administration.  *Type* : Chaîne  *Exemple*:  ```json "name": "Mon module" ```

en-us	 ### namespace  PHP namespace for module classes.  *Type*: String  *Example*:   ```json "namespace": "ClockWidget" ```
fr	 ### namespace  Namespace PHP pour les classes de modules.  *Type* : Chaîne  *Exemple*:  ```json "namespace": "ClockWidget" ```

en-us	## NAME  zabbix\_agent2 - Zabbix agent 2\ \ [ ]{#lbAC}
fr	## NOM  zabbix\_agent2 - Zabbix agent 2\ \ [ ]{#lbAC}

en-us	## NAME  zabbix\_agentd - Zabbix agent daemon [ ]{#lbAC}
fr	## NOM  zabbix\_agentd - Démon de l'agent Zabbix [ ]{#lbAC}

en-us	## NAME  zabbix\_get - Zabbix get utility [ ]{#lbAC}
fr	## NOM  zabbix\_get - Utilitaire Zabbix get [ ]{#lbAC}

en-us	## NAME  zabbix\_js - Zabbix JS utility [ ]{#lbAC}
fr	## NOM  zabbix\_js - Utilitaire Zabbix JS [ ]{#lbAC}

en-us	## NAME  zabbix\_proxy - Zabbix proxy daemon [ ]{#lbAC}
fr	## NOM  zabbix\_proxy - Démon proxy Zabbix proxy [ ]{#lbAC}

en-us	## NAME  zabbix\_sender - Zabbix sender utility [ ]{#lbAC}
fr	## NOM  zabbix\_sender - Utilitaire Zabbix sender [ ]{#lbAC}

en-us	## NAME  zabbix\_server - Zabbix server daemon [ ]{#lbAC}
fr	## NOM  zabbix\_server - Démon serveur Zabbix [ ]{#lbAC}

en-us	## NAME  zabbix\_web\_service - Zabbix web service [ ]{#lbAC}
fr	## NOM  zabbix\_web\_service - Service web Zabbix[ ]{#lbAC}

en-us	##### Naming and location of persistent files  Zabbix agent distinguishes active checks by their keys. For example, logrt\[/home/zabbix/test.log\] and logrt\[/home/zabbix/test.log,\] are different items.  Modifying the item logrt\[/home/zabbix/test.log,,,10\] in frontend to logrt\[/home/zabbix/test.log,,,20\] will result in deleting the item logrt[/home/zabbix/test.log,,,10] from the agent's list of active checks and creating logrt\[/home/zabbix/test.log,,,20\] item \(some attributes are carried across modification in frontend/server, not in agent\).  The file name is composed of MD5 sum of item key with item key length appended to reduce possibility of collisions.  For example, the state of logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] item will be kept in persistent file c963ade4008054813bbc0a650bb8e09266.  Multiple log items can use the same value of **persistent\_dir**.  **persistent\_dir** is specified by taking into account specific file system layouts, mount points and mount options and storage mirroring configuration - the persistent file should be on the same mirrored filesystem as the monitored log file.  If **persistent\_dir** directory cannot be created or does not exist, or access rights for Zabbix agent does not allow to create/write/read/delete files the log item becomes NOTSUPPORTED.
fr	 ##### Nommage et emplacement des fichiers persistants  L'agent Zabbix distingue les vérifications actives par leurs clés. Par exemple, logrt\[/home/zabbix/test.log\] et logrt\[/home/zabbix/test.log,\] sont des éléments différents. La modification de l'élément logrt\[/home/zabbix/test.log,,,10\] en frontend vers logrt\[/home/zabbix/test.log,,,20\] entraînera la suppression de l'élément logrt[/home /zabbix/test.log,,,10] de la liste des vérifications actives de l'agent et la création de l'élément logrt\[/home/zabbix/test.log,,,20\] \(certains attributs sont transmis lors de la modification dans le frontend/serveur , pas dans agent\).  Le nom du fichier est composé de la somme MD5 de la clé d'élément avec la longueur de la clé d'élément ajoutée pour réduire les risques de collisions. Par exemple, l'état de l'élément logrt\[/home/zabbix50/test.log\,\,\,\,\,\,\,\,/home/zabbix50/agent_private\] sera conservé dans le fichier persistant c963ade4008054813bbc0a650bb8e09266.  Plusieurs éléments de journal peuvent utiliser la même valeur **persistent\_dir**.  **persistent\_dir** est spécifié en tenant compte des dispositions spécifiques du système de fichiers, des points de montage et des options de montage et de la configuration de la mise en miroir du stockage - le fichier persistant doit se trouver sur le même système de fichiers en miroir que le fichier journal surveillé.  Si le répertoire **persistent\_dir** ne peut pas être créé ou n'existe pas, ou si les droits d'accès pour l'agent Zabbix ne permettent pas de créer/écrire/lire/supprimer des fichiers, l'élément de journal devient NOTSUPPORTED.

en-us	#### Negative problem duration  It is actually possible in some common situations to have negative problem duration i.e. when the problem resolution time is earlier than problem creation time, e. g.:  -   If some host is monitored by proxy and a network error happens,     leading to no data received from the proxy for a while, the     nodata(/host/key) trigger will be fired by the server. When the     connection is restored, the server will receive item data from the     proxy having a time from the past. Then, the nodata(/host/key)     problem will be resolved and it will have a negative problem     duration; -   When item data that resolve the problem event are sent by Zabbix     sender and contain a timestamp earlier than the problem creation     time, a negative problem duration will also be displayed.  ::: noteclassic Negative problem duration is not affecting [SLA calculation](/manual/it_services) or [Availability report](/manual/web_interface/frontend_sections/reports/availability) of a particular trigger in any way; it neither reduces nor expands problem time. :::
fr	#### Durée du problème négative  Il est en fait possible dans certaines situations courantes d'avoir une durée de problème négative, c'est-à-dire lorsque l'heure de résolution du problème est antérieure à l'heure de création du problème, par exemple :  - Si un hôte est surveillé par un proxy et qu'une erreur réseau se produit, entraînant l'absence de données reçues du proxy pendant un certain temps, le déclencheur nodata(/host/key) sera déclenché par le serveur. Lorsque la connexion est rétablie, le serveur recevra des données d'éléments du proxy ayant une heure passée. Ensuite, le problème nodata(/host/key) sera résolu et il aura une durée de problème négative ; - Lorsque les données d'élément qui résolvent l'événement de problème sont envoyées par Zabbix sender et contiennent un horodatage antérieur à l'heure de création du problème, une durée de problème négative sera également affichée.  ::: noteclassic La durée négative du problème n'affecte en aucune façon le [calcul SLA](/manual/it_services) ou le [rapport de disponibilité](/manual/web_interface/frontend_sections/reports/availability) d'un déclencheur particulier ; il ne réduit ni ne prolonge le temps de problème. :::

en-us	#### NetBSD 8.0 and newer  Various Zabbix processes may randomly crash on startup on the NetBSD versions 8.X and 9.X. That is due to the too small default stack size (4MB), which must be increased by running:      ulimit -s 10240  For more information, please see the related problem report: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).
fr	#### NetBSD 8.0 et plus récent  Divers processus Zabbix peuvent planter de manière aléatoire au démarrage sur les versions 8.X et 9.X de NetBSD. Cela est dû à la taille trop petite de la pile par défaut (4 Mo), qui doit être augmentée en exécutant :      ulimit -s 10240  Pour plus d'informations, veuillez consulter le rapport de problème connexe : [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).

en-us	#### Network discovery  In a [network discovery rule](/manual/discovery/network_discovery/rule), user macros can be used in the following fields:  |Location|<|Multiple macros/mix with text^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Update interval|<|no| |*SNMP v1, v2*|<|<| | |SNMP community|yes| |^|SNMP OID|yes| |*SNMP v3*|<|<| | |Context name|yes| |^|Security name|yes| |^|Authentication passphrase|yes| |^|Privacy passphrase|yes| |^|SNMP OID|yes|
fr	#### Découverte réseau  Dans une [règle de découverte de réseau](/manual/discovery/network_discovery/rule), les macros utilisateur peuvent être utilisées dans les champs suivants :  |Emplacement|<|Plusieurs macros/mix avec du texte^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Intervalle de mise à jour|<|non| |*SNMP v1, v2*|<|<| | |Communauté SNMP|oui| |^|OID SNMP|oui| |*SNMP v3*|<|<| | |Nom du contexte|oui| |^|Nom de sécurité|oui| |^|Phrase secrète d'authentification|oui| |^|Phrase secrète de confidentialité|oui| |^|OID SNMP|oui|

en-us	##### Non-primitive data types  Since Zabbix 4.0.0 it is possible to work with custom MBeans returning non-primitive data types, which override the **toString()** method.
fr	##### Types de données non-primitif  Depuis Zabbix 4.0.0, il est possible de travailler avec des MBeans personnalisables retournant des types de données non-primitif, qui remplace la méthode **toString()**.

en-us	### Notation
fr	### Notation

en-us	 ::: noteclassic If installing from [Zabbix Git repository](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse), you need to run the following command prior to proceeding to the next steps: <br><br> `$ make dbschema` :::
fr	 ::: noteclassic Si vous installez à partir du [dépôt Git Zabbix](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse), vous devez exécuter les commandes suivantes avance de passer aux étapes suivantes : <br><br> `$ make dbschema` :::

en-us	##### Notes on connection termination  If IPMI checks are not performed (by any reason: all host IPMI items disabled/notsupported, host disabled/deleted, host in maintenance etc.) the IPMI connection will be terminated from Zabbix server or proxy in 3 to 4 hours depending on the time when Zabbix server/proxy was started.
fr	##### Remarques sur la fin de la connexion  Si les vérifications IPMI ne sont pas effectuées (pour une raison quelconque : tous les éléments IPMI hôte désactivés/non pris en charge, hôte désactivé/supprimé, hôte en maintenance, etc.) la connexion IPMI sera terminée du serveur ou du proxy Zabbix en 3 à 4 heures selon l'heure lorsque le serveur/proxy Zabbix a été démarré.

en-us	##### Notes on discrete sensor names in OpenIPMI-2.0.16, 2.0.17, 2.0.18 and 2.0.19  Names of discrete sensors in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 often have an additional "`0`" (or some other digit or letter) appended at the end. For example, while `ipmitool` and OpenIPMI-2.0.19 display sensor names as "`PhysicalSecurity`" or "`CATERR`", in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 the names are "`PhysicalSecurity0`" or "`CATERR0`", respectively.  When configuring an IPMI item with Zabbix server using OpenIPMI-2.0.16, 2.0.17 and 2.0.18, use these names ending with "0" in the *IPMI sensor* field of IPMI agent items. When your Zabbix server is upgraded to a new Linux distribution, which uses OpenIPMI-2.0.19 (or later), items with these IPMI discrete sensors will become "NOT SUPPORTED". You have to change their *IPMI sensor* names (remove the '0' in the end) and wait for some time before they turn "Enabled" again.
fr	##### Notes sur les noms de capteurs discrets dans OpenIPMI-2.0.16, 2.0.17, 2.0.18 et 2.0.19  Les noms de capteurs discrets dans OpenIPMI-2.0.16, 2.0.17 et 2.0.18 ont souvent un "`0`" supplémentaire (ou un autre chiffre ou lettre) ajouté à la fin. Par exemple, si `ipmitool` et OpenIPMI-2.0.19 affichent les noms des capteurs comme "`PhysicalSecurity`" ou "`CATERR`", dans OpenIPMI-2.0.16, 2.0.17 et 2.0.18, les noms sont "`PhysicalSecurity0`" ou "`CATERR0`", respectivement.  Lors de la configuration d'un élément IPMI avec le serveur Zabbix à l'aide d'OpenIPMI-2.0.16, 2.0.17 et 2.0.18, utilisez ces noms se terminant par "0" dans le champ *Capteur IPMI* des éléments de l'agent IPMI. Lorsque votre serveur Zabbix est mis à jour vers une nouvelle distribution Linux, qui utilise OpenIPMI-2.0.19 (ou une version ultérieure), les éléments avec ces capteurs IPMI discrets deviendront "NON SUPPORTE". Vous devrez changer leur nom de *capteur IPMI* (enlevez le '0' à la fin) et attendre un moment avant de les réactiver.

en-us	#### Notes on handling 'copytruncate' log file rotation  `logrt` with the `copytruncate` option assumes that different log files have different records (at least their timestamps are different), therefore MD5 sums of initial blocks (up to the first 512 bytes) will be different. Two files with the same MD5 sums of initial blocks means that one of them is the original, another - a copy.  `logrt` with the `copytruncate` option makes effort to correctly process log file copies without reporting duplicates. However, things like producing multiple log file copies with the same timestamp, log file rotation more often than logrt\[\] item update interval, frequent restarting of agent are not recommended. The agent tries to handle all these situations reasonably well, but good results cannot be guaranteed in all circumstances.
fr	#### Remarques sur la gestion de 'copytruncate' dans la rotation des fichiers journaux  `logrt` avec l'option `copytruncate` suppose que différents fichiers journaux ont des enregistrements différents (au moins leurs horodatages sont différents), donc les sommes MD5 des blocs initiaux (jusqu'à 512 premiers octets) seront différentes. Deux fichiers avec les mêmes sommes MD5 de blocs initiaux signifient que l'un d'eux est l'original, l'autre - une copie.  `logrt` avec l'option `copytruncate` s'efforce de traiter correctement les copies de fichiers journaux sans signaler les doublons. Cependant, des choses telles que la production de plusieurs copies de fichiers journaux avec le même horodatage, la rotation du fichier journal plus souvent que l'intervalle de mise à jour de l'élément logrt\[\], le redémarrage fréquent de l'agent ne sont pas recommandés. L'agent essaie de gérer raisonnablement toutes ces situations, mais de bons résultats ne peuvent pas être garantis en toutes circonstances.

en-us	#### Notes on inclusion  If the `Include` parameter is used for including a file, the file must be readable.  If the `Include` parameter is used for including a directory:  - All files in the directory must be readable. - No particular order of inclusion should be assumed (e.g. files are not included in alphabetical order). Therefore do not define one parameter in several ''Include'' files (e.g. to override a general setting with a specific one). - All files in the directory are included into configuration. - Beware of file backup copies automatically created by some text editors. For example, if editing the ''include/my_specific.conf'' file produces a backup copy ''include/my_specific_conf.BAK'' then both files will be included. Move ''include/my_specific.conf.BAK'' out of the "Include" directory. On Linux, contents of the ''Include'' directory can be checked with a ''ls -al'' command for unnecessary files.  If the `Include` parameter is used for including files using a pattern:  - All files matching the pattern must be readable. - No particular order of inclusion should be assumed (e.g. files are not included in alphabetical order). Therefore do not define one parameter in several ''Include'' files (e.g. to override a general setting with a specific one).
fr	#### Remarques sur l'inclusion  Si le paramètre `Include` est utilisé pour inclure un fichier, le fichier doit être lisible.  Si le paramètre `Include` est utilisé pour inclure un répertoire :       - Tous les fichiers du répertoire doivent être lisibles.       - Aucun ordre particulier d'inclusion ne doit être supposé (par exemple, les fichiers ne sont pas inclus dans l'ordre alphabétique). Ne définissez donc pas un paramètre dans plusieurs fichiers ''Include'' (par exemple pour remplacer un paramètre général par un paramètre spécifique).       - Tous les fichiers du répertoire sont inclus dans la configuration.       - Méfiez-vous des copies de sauvegarde de fichiers créées automatiquement par certains éditeurs de texte. Par exemple, si l'édition du fichier ''include/my_specific.conf'' produit une copie de sauvegarde ''include/my_specific_conf.BAK'' alors les deux fichiers seront inclus. Déplacez ''include/my_specific.conf.BAK'' hors du répertoire "Include". Sous Linux, le contenu du répertoire ''Include'' peut être vérifié avec une commande ''ls -al'' pour les fichiers inutiles.  Si le paramètre `Include` est utilisé pour inclure des fichiers à l'aide d'un modèle :        - Tous les fichiers correspondant au modèle doivent être lisibles.       - Aucun ordre particulier d'inclusion ne doit être supposé (par exemple, les fichiers ne sont pas inclus dans l'ordre alphabétique). Ne définissez donc pas un paramètre dans plusieurs fichiers ''Include'' (par exemple pour remplacer un paramètre général par un paramètre spécifique).

en-us	#### Notes on persistent files for log\*\[\] items
fr	#### Remarques sur les fichiers persistants pour les éléments log\*\[\]

en-us	##### Notes on threshold and discrete sensor simultaneous availability  Some IPMI agents provide both a threshold sensor and a discrete sensor under the same name. In Zabbix versions prior to 2.2.8 and 2.4.3, the first provided sensor was chosen. Since versions 2.2.8 and 2.4.3, preference is always given to the threshold sensor.
fr	##### Remarques sur la disponibilité simultanée du capteur de seuil et du capteur discret  Certains agents IPMI fournissent à la fois un capteur de seuil et un capteur discret sous le même nom. Dans les versions de Zabbix antérieures à 2.2.8 et 2.4.3, le premier capteur fourni était choisi. Depuis les versions 2.2.8 et 2.4.3, la préférence est toujours donnée au capteur de seuil.

en-us	 ::: notetip After enabling a trigger (changing its configuration status from *Disabled* to *Enabled*), the trigger expression is evaluated as soon as an item in it receives a value or the time to handle a time-based function comes. :::
fr	 ::: notetip Après avoir activé un déclencheur (changement de son état de configuration de *Désactivé* à *Activé*), l'expression du déclencheur est évaluée dès qu'un élément qu'il contient reçoit une valeur ou que le moment de gérer une fonction basée sur le temps arrive. :::

en-us	#### Numeric (float) data type range with PostgreSQL 11 and earlier  PostgreSQL 11 and earlier versions only support floating point value range of approximately -1.34E-154 to 1.34E+154.
fr	#### Plage de types de données numériques (float) avec PostgreSQL 11 et versions antérieures  PostgreSQL 11 et les versions antérieures ne prennent en charge que la plage de valeurs à virgule flottante d\'environ -1,34E-154 à 1,34E+154.

en-us	#### Numeric representation  Windows maintains numeric representations (indexes) for object and performance counter names. Zabbix supports these numeric representations as parameters to the `perf_counter`, `perf_counter_en` item keys and in `PerfCounter`, `PerfCounterEn` configuration parameters.  However, it's not recommended to use them unless you can guarantee your numeric indexes map to correct strings on specific hosts. If you need to create portable items that work across different hosts with various localized Windows versions, you can use the `perf_counter_en` key or `PerfCounterEn` configuration parameter which allow to use English names regardless of system locale.  To find out the numeric equivalents, run **regedit**, then find *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009*.  The registry entry contains information like this:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Here you can find the corresponding numbers for each string part of the performance counter, like in '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Then you can use these numbers to represent the path in numbers:      \2\6
fr	 #### Représentation numérique  Windows conserve des représentations numériques (index) pour les noms d'objets et de compteurs de performances. Zabbix prend en charge ces représentations numériques en tant que paramètres des clés d'élément `perf_counter`, `perf_counter_en` et dans les paramètres de configuration `PerfCounter`, `PerfCounterEn`.  Cependant, il n'est pas recommandé de les utiliser, sauf si vous pouvez garantir que votre carte d'index numérique corrige les chaînes sur des hôtes spécifiques. Si vous avez besoin de créer des éléments portables qui fonctionnent sur différents hôtes avec différentes versions localisées de Windows, vous pouvez utiliser la clé `perf_counter_en` ou le paramètre de configuration `PerfCounterEn` qui permettent d'utiliser des noms anglais indépendamment des paramètres régionaux du système.  Pour connaître les équivalents numériques, exécutez **regedit**, puis recherchez *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009*.  L'entrée de registre contient des informations comme celle-ci :      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Vous pouvez trouver ici les nombres correspondants pour chaque partie de chaîne du compteur de performances, comme dans '\\System\\% Processor Time' :      System → 2     % Processor Time → 6  Ensuite, vous pouvez utiliser ces nombres pour représenter le chemin en chiffres :      \2\6

en-us	#### Obtaining sensor names  Sensor labels, as printed by the *sensors* command, cannot always be used directly because the naming of labels may be different for each sensor chip vendor. For example, *sensors* output might contain the following lines:      $ sensors     in0:         +2.24 V  (min =  +0.00 V, max =  +3.32 V)        Vcore:       +1.15 V  (min =  +0.00 V, max =  +2.99 V)        +3.3V:       +3.30 V  (min =  +2.97 V, max =  +3.63 V)        +12V:       +13.00 V  (min =  +0.00 V, max = +15.94 V)     M/B Temp:    +30.0°C  (low  = -127.0°C, high = +127.0°C)  Out of these, only one label may be used directly:      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in0]     2.240000  Attempting to use other labels (like *Vcore* or *+12V*) will not work.      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,Vcore]     ZBX_NOTSUPPORTED  To find out the actual sensor name, which can be used by Zabbix to retrieve the sensor readings, run *sensors -u*. In the output, the following may be observed:      $ sensors -u     ...     Vcore:       in1_input: 1.15       in1_min: 0.00       in1_max: 2.99       in1_alarm: 0.00     ...         +12V:       in4_input: 13.00       in4_min: 0.00       in4_max: 15.94       in4_alarm: 0.00     ...  So *Vcore* should be queried as *in1*, and *+12V* should be queried as *in4*.[^1]      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in1]     1.301000  Not only voltage (in), but also current (curr), temperature (temp) and fan speed (fan) readings can be retrieved by Zabbix.  [^1]: According to     [specification](https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface)     these are voltages on chip pins and generally speaking may need     scaling.
fr	#### Obtention des noms de capteurs  Les étiquettes de capteur, telles qu'affichées par la commande *sensors*, ne peuvent pas toujours être utilisées directement, car leur nom peut être différent pour chaque fournisseur de puce de capteur. Par exemple, la sortie de *sensors* peut contenir les lignes suivantes :      $ sensors     in0:         +2.24 V  (min =  +0.00 V, max =  +3.32 V)     Vcore:       +1.15 V  (min =  +0.00 V, max =  +2.99 V)     +3.3V:       +3.30 V  (min =  +2.97 V, max =  +3.63 V)     +12V:       +13.00 V  (min =  +0.00 V, max = +15.94 V)     M/B Temp:    +30.0°C  (low  = -127.0°C, high = +127.0°C)  Parmi celles-ci, une seule étiquette peut être utilisée directement :      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in0]     2.240000  Tenter d’utiliser d’autres étiquettes (comme *Vcore* ou *+12V*) ne fonctionnera pas.      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,Vcore]     ZBX_NOTSUPPORTED  Pour connaître le nom du capteur réel, qui peut être utilisé par Zabbix pour récupérer les lectures du capteur, exécutez *sensors -u*. Dans la sortie, on peut observer :      $ sensors -u     ...     Vcore:       in1_input: 1.15       in1_min: 0.00       in1_max: 2.99       in1_alarm: 0.00     ...     +12V:       in4_input: 13.00       in4_min: 0.00       in4_max: 15.94       in4_alarm: 0.00     ...  Donc *Vcore* devrait être requété comme *in1*, et *+12V* devrait être requété comme *in4*. [^1]      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in1]     1.301000  Pas seulement le voltage (in), mais aussi la lecture du courant (curr), la température (temp) et la vitesse du ventilateur (fan) peuvent être récupérées par Zabbix.  [^1]: Selon les [spécifications](https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface) ce sont des voltages sur les broches des puces et peuvent généralement nécessiter une mise à l'échelle.

en-us	#### ODBC checks  -   MySQL unixODBC driver should not be used with Zabbix server or Zabbix proxy compiled against MariaDB connector      library and vice versa, if possible it is also better to avoid using the same connector as the driver due to an      [upstream bug](https://bugs.mysql.com/bug.php?id=73709). Suggested setup:      PostgreSQL, SQLite or Oracle connector → MariaDB or MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  See [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) for more information and available workarounds.  -   XML data queried from Microsoft SQL Server may get truncated in various ways on Linux and UNIX systems.  -   It has been observed that using ODBC checks for monitoring Oracle databases using various versions of      Oracle Instant Client for Linux causes Zabbix server to crash.\      See also: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402),      [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   If using FreeTDS UnixODBC driver, you need to prepend a 'SET NOCOUNT ON' statement to an SQL query      (for example, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````).      Otherwise, database monitor item in Zabbix will fail to retrieve the information with an error      "SQL query returned empty result".\     See [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) for more information.
fr	 #### Vérifications ODBC  -   Le pilote MySQL unixODBC ne doit pas être utilisé avec le serveur Zabbix ou le proxy Zabbix compilé avec la bibliothèque de connecteurs MariaDB et vice versa, si possible. Il est également préférable d'éviter d'utiliser le même connecteur que le pilote en raison d'un [bogue en amont](https://bugs.mysql.com/bug.php?id=73709). Configuration suggérée :      PostgreSQL, SQLite ou Oracle connector → MariaDB ou MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  Veuillez consulter [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) pour plus d'informations et les solutions de contournement disponibles.  -   Les données XML interrogées à partir de Microsoft SQL Server peuvent être tronquées de différentes manières sur les systèmes Linux et UNIX.  -   Il a été observé que l'utilisation des vérifications ODBC pour surveiller les bases de données Oracle à l'aide de différentes versions d'Oracle Instant Client pour Linux provoque le blocage du serveur Zabbix. Voir aussi [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402), [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   Si vous utilisez le pilote FreeTDS UnixODBC, vous devez ajouter une instruction 'SET NOCOUNT ON' à une requête SQL (par exemple, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....``` `). Sinon, l'élément de surveillance de la base de données dans Zabbix ne parviendra pas à récupérer les informations avec une erreur "SQL query returned empty result".\      Voir [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) pour plus d'informations.

en-us	#### OK events  An OK event closes the related problem event(s) and may be created by 3 components:  -   triggers - based on 'OK event generation' and 'OK event closes'     settings; -   event correlation -   task manager – when an event is [manually     closed](/manual/config/events/manual_close)
fr	#### Événements OK  Un événement OK ferme le ou les événement(s) problème lié(s) et peut être créé par 3 composants :  -   les déclencheurs - basés sur les paramètres 'Génération d’événement OK' et 'Un événement OK ferme' ; -   la corrélation d'événements -   le gestionnaire de tâches - lorsqu'un événement est [fermé manuellement](/fr/manual/config/events/manual_close)

en-us	#### Older XML protocol  ::: noteclassic Zabbix will take up to 16 MB of XML Base64-encoded data, but a single decoded value should be no longer than 64 KB otherwise it will be truncated to 64 KB while decoding. :::
fr	#### Ancien protocole XML  ::: noteclassic Zabbix prendra jusqu'à 16 Mo de données codées en XML Base64, mais une seule valeur décodée ne devrait pas dépasser 64 Ko, sinon elle sera tronquée à 64 Ko lors du décodage. :::

en-us	#### One side connects with certificate but other side accepts only PSK or vice versa  In any log (with *GnuTLS*):      failed to accept an incoming connection: from 127.0.0.1: zbx_tls_accept(): gnutls_handshake() failed:\         -21 Could not negotiate a supported cipher suite.  In any log (with *OpenSSL* 1.0.2c):      failed to accept an incoming connection: from 127.0.0.1: TLS handshake returned error code 1:\         file .\ssl\s3_srvr.c line 1411: error:1408A0C1:SSL routines:ssl3_get_client_hello:no shared cipher:\         TLS write fatal alert "handshake failure"
fr	#### Un côté se connecte avec le certificat mais l'autre côté n'accepte que PSK ou vice versa  Dans n'importe quel journal (avec *GnuTLS*) :      failed to accept an incoming connection: from 127.0.0.1: zbx_tls_accept(): gnutls_handshake() failed:\         -21 Could not negotiate a supported cipher suite.  Dans n'importe quel journal (avec *OpenSSL* 1.0.2c) :      failed to accept an incoming connection: from 127.0.0.1: TLS handshake returned error code 1:\         file .\ssl\s3_srvr.c line 1411: error:1408A0C1:SSL routines:ssl3_get_client_hello:no shared cipher:\         TLS write fatal alert "handshake failure"

en-us	#### One side connects with PSK but other side uses LibreSSL or has been compiled without encryption support  LibreSSL does not support PSK.  In connecting-side log:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success  In accepting-side log:      ...failed to accept an incoming connection: from 192.168.1.2: support for PSK was not compiled in  In Zabbix frontend:      Get value from agent failed: TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success
fr	#### Un côté se connecte à PSK mais un autre utilise LibreSSL ou a été compilé sans support de chiffrement  LibreSSL ne supporte pas PSK.  Dans le journal côté connexion :   ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success  Dans journal de l'autre côté :   ...failed to accept an incoming connection: from 192.168.1.2: support for PSK was not compiled in  Dans l'interface Web Zabbix :   Get value from agent failed: TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success

en-us	#### One side connects with PSK but other side uses OpenSSL with PSK support disabled  In connecting-side log:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  In accepting-side log:      ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"
fr	#### Un côté se connecte à PSK mais un autre utilise OpenSSL avec le support PSK désactivé  Dans le journal côté connexion :   ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  Dans le journal de l'autre côté :   ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"

en-us	##### On Linux 2.4:  (Sensor readings are obtained from /proc/sys/dev/sensors directory)  -   **device** - device name (if <mode> is used, it is a regular     expression); -   **sensor** - sensor name (if <mode> is used, it is a regular     expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key: sensor\[w83781d-i2c-0-2d,temp1\]  Prior to Zabbix 1.8.4, the sensor\[temp1\] format was used.
fr	##### Sur Linux 2.4 :  (Les lectures des capteurs sont obtenues à partir du répertoire /proc/sys/dev/sensors)  -   **device** - nom du périphérique (si <mode> est utilisé, c'est une expression régulière) ; -   **sensor** - nom du capteur (si <mode> est utilisé, c'est une expression régulière) ; -   **mode** - valeurs possibles : avg, max, min (si ce paramètre est omis, le périphérique et le capteur sont traités textuellement).  Exemple de clé :  sensor\[w83781d-i2c-0-2d,temp1\]  Avant Zabbix 1.8.4, le format sensor\[temp1\] était utilisé.

en-us	##### On Linux 2.6+:  (Sensor readings are obtained from /sys/class/hwmon directory)  -   **device** - device name (non regular expression). The device name     could be the actual name of the device (e.g 0000:00:18.3) or the     name acquired using sensors program (e.g. k8temp-pci-00c3). It is up     to the user to choose which name to use; -   **sensor** - sensor name (non regular expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key:  sensor\[k8temp-pci-00c3,temp,max\] or sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in,avg\] or sensor\[smsc47b397.2176,in1\]
fr	##### Sur Linux 2.6+ :  (Les lectures des capteurs sont obtenues à partir du répertoire /sys/class/hwmon)  -   **device** - nom du périphérique (pas une expression régulière). Le nom du périphérique peut être le nom réel du périphérique (ex. 0000:00:18.3) ou le nom acquis en utilisant le programme de sensors (ex. k8temp-pci-00c3). Il appartient à l'utilisateur de choisir le nom à utiliser ; -   **sensor** - nom du capteur (pas une expression régulière) ; -   **mode** - valeurs possibles : avg, max, min (si ce paramètre est omis, le périphérique et le capteur sont traités textuellement).  Exemples de clés :  sensor\[k8temp-pci-00c3,temp, max\] ou sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in, avg\] ou sensor\[smsc47b397.2176,in1\]

en-us	#### OpenSSL used with CRLs and for some CA in the certificate chain its CRL is not included in `TLSCRLFile`  In TLS server log in case of *OpenSSL* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  In TLS server log in case of *GnuTLS* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin
fr	#### OpenSSL utilisé avec les CRL et pour certaines autorités de certification dans la chaîne de certificats, sa CRL n'est pas incluse dans `TLSCRLFile`  Dans le journal du serveur TLS en cas de peer *OpenSSL* :      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  Dans le journal du serveur TLS en cas de peer *GnuTLS* :      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix agent in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
fr	## OPTIONS  **-c**, **--config** *config-file*   Utiliser le *config-file* alternatif au lieu de celui par défaut.  **-f**, **--foreground**   Exécuter l'agent Zabbix au premier plan.  **-R**, **--runtime-control** *runtime-option*   Exécuter des fonctions administratives selon *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix proxy in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
fr	## OPTIONS  **-c**, **--config** *config-file*   Utiliser le *config-file* alternatif au lieu de celui par défaut.  **-f**, **--foreground**   Exécuter le proxy Zabbix au premier plan.  **-R**, **--runtime-control** *runtime-option*   Exécuter des fonctions administratives selon *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
fr	## OPTIONS  **-c**, **--config** *config-file*   Utiliser le *config-file* alternatif au lieu de celui par défaut.  **-h**, **--help**   Afficher cette aide et quitter.  **-V**, **--version**   Afficher les informations de version et quitter.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.
fr	## OPTIONS  **-c**, **--config** *config-file*   Utiliser le *config-file* alternatif au lieu de celui par défaut.  **-R**, **--runtime-control** *runtime-option*   Exécuter des fonctions administratives selon *runtime-option*.

en-us	 #### Options  |Parameter|Description| |---------|-----------| |-V --version|Print the plugin version and license information.| |-h --help|Print help information (shorthand).|
fr	#### Options  |Paramètre|Description| |---------|-----------| |-V --version|Affiche la version du plug-in et les informations de licence.| |-h --help|Affiche les informations d'aide (sténographie).|

en-us	## OPTIONS  **-s**, **--host** *host-name-or-IP*   Specify host name or IP address of a host.  **-p**, **--port** *port-number*   Specify port number of agent running on the host. Default is 10050.  **-I**, **--source-address** *IP-address*   Specify source IP address.  **-t**, **--timeout** *seconds*   Specify timeout. Valid range: 1-30 seconds (default: 30)  **-k**, **--key** *item-key*   Specify key of item to retrieve value for.  **--tls-connect** *value*   How to connect to agent. Values:  [ ]{#lbAF}
fr	## OPTIONS  **-s**, **--host** *host-name-or-IP*   Spécifier le nom d'hôte ou l'adresse IP d'un hôte.  **-p**, **--port** *port-number*   Spécifier le numéro de port de l'agent en cours d'exécution sur l'hôte. La valeur par défaut est 10050.  **-I**, **--source-address** *IP-address*   Spécifier l'adresse IP source.  **-t**, **--timeout** *seconds*   Spécifier le délai d'attente. Plage valide : 1-30 secondes (par défaut : 30)  **-k**, **--key** *item-key*   Spécifier la clé de l'élément pour lequel récupérer la valeur.  **--tls-connect** *value*   Comment se connecter à l'agent. Valeurs:  [ ]{#lbAF}

en-us	## OPTIONS  **-s**, **--script** *script-file*   Specify the file name of the script to execute. If '-' is specified as file name, the script will be read from stdin.  **-p**, **--param** *input-param*   Specify the input parameter.  **-i**, **--input** *input-file*   Specify the file name of the input parameter. If '-' is specified as file name, the input will be read from stdin.  **-l**, **--loglevel** *log-level*   Specify the log level.  **-t**, **--timeout** *timeout*   Specify the timeout in seconds. Valid range: 1\-60 seconds (default: 10)  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
fr	## OPTIONS  **-s**, **--script** *script-file*   Spécifier le nom de fichier du script à exécuter. Si '-' est spécifié comme nom de fichier, le script sera lu depuis stdin.  **-p**, **--param** *input-param*   Spécifier le paramètre d'entrée.  **-i**, **--input** *input-file*   Spécifier le nom de fichier du paramètre d'entrée. Si '-' est spécifié comme nom de fichier, l'entrée sera lue à partir de stdin.  **-l**, **--loglevel** *log-level*   Spécifier le niveau de journalisation.  **-t**, **--timeout** *timeout*   Spécifier le délai d'attente en secondes. Plage valide : 1\-60 secondes (par défault: 10)¶  **-h**, **--help**   Afficher cette aide et quitter.  **-V**, **--version**   Afficher les informations de version et quitter.  [ ]{#lbAF}

en-us	 ### Oracle  Export and import must be performed in tmux/screen to ensure that the session isn't dropped. Zabbix server should be down during the upgrade.  See also: [Important notes](#important-notes)  #### Table upgrade  * Install Oracle Data Pump (available in the [Instant Client Tools package](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)).   See Oracle Data Pump [documentation](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html) for performance tips.  * Rename tables using `history_pk_prepare.sql`.  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```
fr	  ### Oracle  L'exportation et l'importation doivent être effectuées dans tmux/screen pour s'assurer que la session n'est pas abandonnée. Le serveur Zabbix doit être arrêté pendant la mise à niveau.  Voir également : [Notes importantes](#important-notes)  #### Mise à niveau des tables  * Installer Oracle Data Pump (disponible dans le [package Instant Client Tools](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)).   Voir la [documentation Oracle Data Pump](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html) pour obtenir des conseils sur les performances.  * Renommer les tables en utilisant `history_pk_prepare.sql`.  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```

en-us	#### Oracle  Instructions for creating and configuring Oracle database are provided in a separate [section](/manual/appendix/install/oracle).
fr	#### Oracle  Les instructions de création et de configuration d'Oracle sont fournies dans une [section](/manual/appendix/install/timescaledb) distincte.

en-us	#### Ordering shapes and lines  To bring one shape in front of the other (or vice versa) click on the shape with the right mouse button bringing up the map shape menu.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)
fr	#### Ordonner des formes et des lignes  Pour amener une forme devant l'autre (ou vice versa), cliquez sur la forme avec le bouton droit de la souris pour faire apparaître le menu des formes de la carte.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)

en-us	#### Other agent options  It is possible to run multiple instances of the agent on a host. A single instance can use the default configuration file or a configuration file specified in the command line. In case of multiple instances each agent instance must have its own configuration file (one of the instances can use the default configuration file).  The following command line parameters can be used with Zabbix agent:  |Parameter|Description| |--|--------| |**UNIX and Windows agent**|<| |-c --config <config-file>|Path to the configuration file.<br>You may use this option to specify a configuration file that is not the default one.<br>On UNIX, default is /usr/local/etc/zabbix\_agentd.conf or as set by [compile-time](/manual/installation/install#installing_zabbix_daemons) variables *--sysconfdir* or *--prefix*<br>On Windows, default is c:\\zabbix\_agentd.conf| |-p --print|Print known items and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-t --test <item key>|Test specified item and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-h --help|Display help information| |-V --version|Display version number| |**UNIX agent only**|<| |-R --runtime-control <option>|Perform administrative functions. See [runtime control](/manual/concepts/agent#runtime_control).| |**Windows agent only**|<| |-m --multiple-agents|Use multiple agent instances (with -i,-d,-s,-x functions).<br>To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file.| |**Windows agent only (functions)**|<| |-i --install|Install Zabbix Windows agent as service| |-d --uninstall|Uninstall Zabbix Windows agent service| |-s --start|Start Zabbix Windows agent service| |-x --stop|Stop Zabbix Windows agent service|  Specific **examples** of using command line parameters:  -   printing all built-in agent items with values -   testing a user parameter with "mysql.ping" key defined in the     specified configuration file -   installing a "Zabbix Agent" service for Windows using the default     path to configuration file c:\\zabbix\_agentd.conf -   installing a "Zabbix Agent \[Hostname\]" service for Windows using     the configuration file zabbix\_agentd.conf located in the same     folder as agent executable and make the service name unique by     extending it by Hostname value from the config file  ```{=html} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf
fr	#### Autres options de l'agent  Il est possible d'exécuter plusieurs instances de l'agent sur un hôte. Une seule instance peut utiliser le fichier de configuration par défaut ou un fichier de configuration spécifié dans la ligne de commande. Dans le cas d'instances multiples, chaque instance d'agent doit posséder son propre fichier de configuration (l'une des instances peut utiliser le fichier de configuration par défaut).  Les paramètres de ligne de commande suivants peuvent être utilisés avec l'agent Zabbix :  |**Paramètre**|**Description**| |--|--------| |**Agent UNIX et Windows**|<| |-c --config <config-file>|Chemin vers le fichier de configuration.<br>Vous devez utiliser cette option pour spécifier le fichier de configuration qui n'est pas celui par défaut.<br>Sur UNIX, le fichier par défaut est /usr/local/etc/zabbix\_agentd.conf ou comme appliqué par les variables [compile-time](/manual/installation/install#installing_zabbix_daemons) *--sysconfdir* ou *--prefix*<br>Sur Windows, le fichier par défaut est c:\\zabbix\_agentd.conf| |-p --print|Affiche les éléments connus et quitte.<br>*Note*: Pour retourner également les résultats des [paramètres utilisateur](/manual/config/items/userparameters), vous devez spécifier le fichier de configuration (s'il n'est pas à l'emplacement par défaut).| |-t --test <item key>|Teste l'élément spécifié et quitte.<br>*Note*: Pour retourner également les résultats des [paramètres utilisateur](/manual/config/items/userparameters), vous devez spécifier le fichier de configuration (s'il n'est pas à l'emplacement par défaut).| |-h --help|Affiche les informations d'aide| |-V --version|Affiche le numéro de version| |**Agent UNIX uniquement**|<| |-R --runtime-control <option>|Effectue des fonctions administratives. Voir [runtime control](/manual/concepts/agent#runtime_control).| |**Agent Windows uniquement**|<| |-m --multiple-agents|Utilise plusieurs instances d'agent (avec les fonctions -i,-d,-s,-x).<br>Pour distinguer les noms des services des noms des instances, chaque nom de service inclura la valeur Hostname du fichier de configuration spécifié.| |**Agent Windows uniquement (fonctions)**|<| |-i --install|Installe l'agent Windows Zabbix en tant que service| |-d --uninstall|Désinstalle le service de l'agent Windows Zabbix| |-s --start|Démarre le service de l'agent Windows Zabbix| |-x --stop|Arrête le service de l'agent Windows Zabbix|  **Exemples** spécifiques d'utilisation des paramètres de ligne de commande :  -   affichage de tous les éléments d'agent intégrés avec des valeurs -   tester un paramètre utilisateur avec la clé "mysql.ping" définie dans le fichier de configuration spécifié -   installation d’un service "Agent Zabbix" pour Windows en utilisant le chemin par défaut du fichier de configuration c:\\zabbix\_agentd.conf -   installation d'un service "Agent Zabbix \[Hostname\]" pour Windows en utilisant le fichier de configuration zabbix\_agentd.conf situé dans le même dossier que l'exécutable de l'agent et rend le nom de service unique en l'étendant par la valeur ‘Hostname’ du fichier config  ```{=html} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf

en-us	## Other changes and bug fixes
fr	## Autres modifications et corrections de bugs

en-us	##### Other expressions  Function parameters may contain other expressions, as in the following syntax:      min(min(/host/key,1h),min(/host2/key2,1h)*10)  Note that other expressions may not be used, if the function references item history. For example, the following syntax is not allowed:  ~~`min(/host/key,#5*10)`~~
fr	##### Autres expressions  Les paramètres de fonction peuvent contenir d'autres expressions, comme dans la syntaxe suivante :      min(min(/host/key,1h),min(/host2/key2,1h)*10)  Notez que d'autres expressions ne peuvent pas être utilisées si la fonction fait référence à l'historique de l'élément. Par exemple, la syntaxe suivante n'est pas autorisée :  ~~`min(/host/key,#5*10)`~~

en-us	**Other hardware**  A serial communication port and a serial GSM modem are required for using SMS notification support in Zabbix. USB-to-serial converter will also work.
fr	**Autre materiel**  Un port série et un modem GSM sont requis pour l'utilisation des notifications par SMS dans Zabbix. Un convertisseur USB vers série fonctionnera également.

en-us	#### - Other parameters  This section allows configuring miscellaneous other frontend parameters.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_other.png)  |Parameter|Description| |--|--------| |*Frontend URL*|URL to Zabbix web interface. This parameter is used by Zabbix web service for communication with frontend and should be specified to enable scheduled reports.| |*Group for discovered hosts*|Hosts discovered by [network discovery](/manual/discovery/network_discovery) and [agent autoregistration](/manual/discovery/auto_registration) will be automatically placed in the host group, selected here.| |*Default host inventory mode*|Default [mode](/manual/config/hosts/inventory) for host inventory. It will be followed whenever a new host or host prototype is created by server or frontend unless overridden during host discovery/autoregistration by the *Set host inventory mode* operation.| |*User group for database down message*|User group for sending alarm message or 'None'.<br>Zabbix server depends on the availability of the backend database. It cannot work without a database. If the database is down, selected users can be notified by Zabbix. Notifications will be sent to the user group set here using all configured user media entries. Zabbix server will not stop; it will wait until the database is back again to continue processing.<br>Notification consists of the following content:<br>`[MySQL\|PostgreSQL\|Oracle] database <DB Name> [on <DB Host>:<DB Port>] is not available: <error message depending on the type of DBMS (database)>`<br><DB Host> is not added to the message if it is defined as an empty value and <DB Port> is not added if it is the default value ("0"). The alert manager (a special Zabbix server process) tries to establish a new connection to the database every 10 seconds. If the database is still down the alert manager repeats sending alerts, but not more often than every 15 minutes.| |*Log unmatched SNMP traps*|Log [SNMP trap](/manual/config/items/itemtypes/snmptrap) if no corresponding SNMP interfaces have been found.|
fr	 #### - Autres paramètres de configuration  Cette section permet de configurer divers autres paramètres de l'interface.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_other.png)  |Paramètre|Description| |--|--------| |*URL du serveur*|URL de l'interface Web de Zabbix. Ce paramètre est utilisé par le service Web Zabbix pour la communication avec le frontend et doit être spécifié pour activer les rapports planifiés.| |*Groupe des hôtes découverts*|Les hôtes découverts par [découverte du réseau](/manual/discovery/network_discovery) et [enregistrement automatique de l'agent](/manual/discovery/auto_registration) seront automatiquement placés dans le groupe d'hôtes sélectionné ici.| |*Mode d'inventaire d'hôte par défaut*|[Mode](/manual/config/hosts/inventory) par défaut pour l'inventaire de l'hôte. Il sera suivi chaque fois qu'un nouvel hôte ou prototype d'hôte est créé par le serveur ou l'interface, sauf s'il est remplacé lors de la découverte/enregistrement automatique de l'hôte par l'opération *Définir le mode d'inventaire de l'hôte*.| |*Groupe d'utilisateurs destinataire du message d'arrêt de la base de données*|Groupe d'utilisateurs pour l'envoi d'un message d'alarme ou 'Aucun'.<br>Le serveur Zabbix dépend de la disponibilité de la base de données principale. Il ne peut pas fonctionner sans base de données. Si la base de données est en panne, les utilisateurs sélectionnés peuvent être avertis par Zabbix. Les notifications seront envoyées au groupe d'utilisateurs défini ici à l'aide de toutes les entrées de média utilisateur configurées. Le serveur Zabbix ne s'arrêtera pas ; il attendra que la base de données soit de nouveau disponible pour continuer le traitement.<br>La notification se compose du contenu suivant :<br>`[MySQL\|PostgreSQL\|Oracle] database <DB Name> [on <DB Host>:<DB Port>] n'est pas disponible : <message d'erreur selon le type de SGBD (base de données)>`<br><DB Host> n'est pas ajouté au message s'il est défini comme une valeur vide et <DB Port> n'est pas ajouté s'il s'agit de la valeur par défaut ("0"). Le gestionnaire d'alertes (un processus spécial du serveur Zabbix) essaie d'établir une nouvelle connexion à la base de données toutes les 10 secondes. Si la base de données est toujours indisponible, le gestionnaire d'alertes répète l'envoi d'alertes, mais pas plus souvent que toutes les 15 minutes.| |*Enregistrer les traps SNMP non appariés*|Enregistrer le [trap SNMP](/manual/config/items/itemtypes/snmptrap) si aucune interface SNMP correspondante n'a été trouvée.|

en-us	### Other types of discovery  More detail and how-tos on other types of out-of-the-box discovery is available in the following sections:  -   discovery of [network     interfaces](/manual/discovery/low_level_discovery/examples/network_interfaces); -   discovery of [CPUs and CPU     cores](/manual/discovery/low_level_discovery/examples/cpu); -   discovery of [SNMP     OIDs](/manual/discovery/low_level_discovery/examples/snmp_oids); -   discovery of [JMX     objects](/manual/discovery/low_level_discovery/examples/jmx); -   discovery using [ODBC SQL     queries](/manual/discovery/low_level_discovery/examples/sql_queries); -   discovery of [Windows     services](/manual/discovery/low_level_discovery/examples/windows_services); -   discovery of [host     interfaces](/manual/discovery/low_level_discovery/examples/host_interfaces)     in Zabbix.  For more detail on the JSON format for discovery items and an example of how to implement your own file system discoverer as a Perl script, see [creating custom LLD rules](#creating_custom_lld_rules).
fr	### Autres types de découverte  Plus de détails et de procédures sur d'autres types de découvertes prêtes à l'emploi sont disponibles dans les sections suivantes :  - découverte des [interfaces réseau](/manual/discovery/low_level_discovery/examples/network_interfaces); - découverte des [CPU et cœurs de CPU](/manual/discovery/low_level_discovery/examples/cpu) ; - découverte des [OID SNMP](/manual/discovery/low_level_discovery/examples/snmp_oids) ; - découverte des [objets JMX](/manual/discovery/low_level_discovery/examples/jmx); - découverte à l'aide de [requêtes SQL ODBC](/manual/discovery/low_level_discovery/examples/sql_queries) ; - découverte des [services Windows](/manual/discovery/low_level_discovery/examples/windows_services) ; - découverte des [interfaces hôtes](/manual/discovery/low_level_discovery/examples/host_interfaces) dans Zabbix.  Pour plus de détails sur le format JSON des éléments de découverte et un exemple d'implémentation de votre propre outil de découverte de système de fichiers avec un script Perl, consultez la [création de règles LLD personnalisées](#creating_custom_lld_rules).

en-us	#### Other uses  Unit symbols are also used for a human-readable representation of data in the frontend.  In both Zabbix server and frontend these symbols are supported:  -   **K** - kilo -   **M** - mega -   **G** - giga -   **T** - tera  When item values in B, Bps are displayed in the frontend, base 2 is applied (1K = 1024). Otherwise a base of 10 is used (1K = 1000).  Additionally the frontend also supports the display of:  -   **P** - peta -   **E** - exa -   **Z** - zetta -   **Y** - yotta
fr	#### Autres utilisation  Les symboles d'unité sont également utilisés pour une représentation lisible par l'homme des données dans l'interface.  Dans le serveur Zabbix et dans l'interface web, les symboles suivants sont supportés :  - **K** - kilo - **M** - mega - **G** - giga - **T** - tera  Lorsque les valeurs des éléments en B, Bps sont affichées dans l'interface web, une base 2 est appliquée (1K = 1024). Sinon, une base de 10 est utilisée (1K = 1000).  De plus, l'interface prend également en charge l'affichage de :  - **P** - peta - **E** - exa - **Z** - zetta - **Y** - yotta

en-us	#### Override  The **Override** tab allows setting rules to modify the list of item, trigger, graph and host prototypes or their attributes for discovered objects that meet given criteria.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  Overrides (if any) are displayed in a reorderable drag-and-drop list and executed in the order in which they are defined.  To configure details of a new override, click on ![](../../../assets/en/manual/config/add_link.png) in the *Overrides* block. To edit an existing override, click on the override name. A popup window will open allowing to edit the override rule details.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  All mandatory parameters are marked with red asterisks.  |Parameter|Description| |--|--------| |*Name*|A unique (per LLD rule) override name.| |*If filter matches*|Defines whether next overrides should be processed when filter conditions are met:<br>**Continue overrides** - subsequent overrides will be processed.<br>**Stop processing** - operations from preceding (if any) and this override will be executed, subsequent overrides will be ignored for matched LLD rows.| |*Filters*|Determines to which discovered entities the override should be applied. Override filters are processed after discovery rule [filters](low_level_discovery#filter) and have the same functionality.| |*Operations*|Override operations are displayed with these details:<br>**Condition** - an object type (item prototype/trigger prototype/graph prototype/host prototype) and a condition to be met (equals/does not equal/contains/does not contain/matches/does not match)<br>**Action** - links for editing and removing an operation are displayed.|  **Configuring an operation**  To configure details of a new operation, click on ![](../../../assets/en/manual/config/add_link.png) in the Operations block. To edit an existing operation, click on ![](../../../assets/en/manual/config/edit_link.png) next to the operation. A popup window where you can edit the operation details will open.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |Parameter|<|<|Description| |-|-|----------|----------------------------------------| |*Object*|<|<|Four types of objects are available:<br>Item prototype<br>Trigger prototype<br>Graph prototype<br>Host prototype| |*Condition*|<|<|Allows filtering entities to which the operation should be applied.| | |Operator|<|Supported operators:<br>**equals** - apply to this prototype<br>**does not equal** - apply to all prototypes, except this<br>**contains** - apply, if prototype name contains this string<br>**does not contain** - apply, if prototype name does not contain this string<br>**matches** - apply, if prototype name matches regular expression<br>**does not match** - apply, if prototype name does not match regular expression<br>| |^|Pattern|<|A [regular expression](/manual/regular_expressions) or a string to search for.| |^|Object: *Item prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added in an enabled state.<br>*No* - the item will be added to a discovered entity but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added.<br>*No* - the item will not be added.| |^|^|*Update interval*|When the checkbox is marked, two options will appear, allowing to set different interval for the item:<br>*Delay* - Item update interval. [User macros](/manual/config/macros/user_macros) and [time suffixes](/manual/appendix/suffixes) (e.g. 30s, 1m, 2h, 1d) are supported. Should be set to 0 if *Custom interval* is used.<br>*Custom interval* - click ![](../../../assets/en/manual/config/add_link.png) to specify flexible/scheduling intervals. For detailed information see [Custom intervals](/manual/config/items/item/custom_intervals).| |^|^|*History storage period*|When the checkbox is marked, the buttons will appear, allowing to set different history storage period for the item:<br>*Do not keep history* - if selected, the history will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Trend storage period*|When the checkbox is marked, the buttons will appear, allowing to set different trend storage period for the item:<br>*Do not keep trends* - if selected, the trends will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the item prototype, even if the tag names match.| |^|Object: *Trigger prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added in an enabled state.<br>*No* - the trigger will be added to a discovered entity, but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added.<br>*No* - the trigger will not be added.| |^|^|*Severity*|When the checkbox is marked, trigger severity buttons will appear, allowing to modify trigger severity.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the trigger prototype, even if the tag names match.| |^|Object: *Graph prototype*|<|<| |^| |*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original graph prototype settings:<br>*Yes* - the graph will be added.<br>*No* - the graph will not be added.| |^|Object: *Host prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be created in an enabled state.<br>*No* - the host will be created in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be discovered.<br>*No* - the host will not be discovered.| |^|^|*Link templates*|When the checkbox is marked, an input field for specifying templates will appear. Start typing the template name or click on *Select* next to the field and select templates from the list in a popup window.<br>All templates linked to a host prototype will be replaced by templates from this override.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the host prototype, even if the tag names match.| |^|^|*Host inventory*|When the checkbox is marked, the buttons will appear, allowing to select different inventory [mode](/manual/config/hosts/inventory) for the host prototype:<br>*Disabled* - do not populate host inventory<br>*Manual* - provide details manually<br>*Automated* - auto-fill host inventory data based on collected metrics.|
fr	 #### Surcharge  L'onglet **Surcharges** permet de définir des règles pour modifier la liste des prototypes d'éléments, de déclencheurs, de graphiques et d'hôtes ou leurs attributs pour les objets découverts qui répondent à des critères donnés.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  Les surcharges (le cas échéant) sont affichées dans une liste réorganisable par glisser-déposer et exécutés dans l'ordre dans lequel ils sont définis. Pour configurer les détails d'une nouvelle surcharge, cliquez sur ![](../../../assets/en/manual/config/add_link.png) dans le bloc *Surcharges*. Pour modifier une surcharge existante, cliquez sur le nom de la surcharge. Une fenêtre contextuelle s'ouvrira permettant de modifier les détails de la règle de surcharge.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  Tous les paramètres obligatoires sont signalés par des astérisques rouges.  |Paramètre|Description| |--|--------| |*Name*|Un nom de surcharge unique (selon la règle LLD).| |*Si le filtre correspond*|Définit si les surcharges suivantes doivent être traitées lorsque les conditions de filtre sont remplies :<br>**Continuer les surcharges** - les surcharges suivantes seront traitées.<br>**Arrêter le traitement** - les opérations précédentes ( le cas échéant) et cette surcharge sera exécutée, les surcharges suivantes seront ignorées pour les lignes LLD correspondantes.| |*Filtres*|Détermine à quelles entités découvertes la surcharge doit être appliquée. Les filtres de surcharge sont traités après les [filtres](low_level_discovery#filter) de la règle de découverte et ont la même fonctionnalité.| |*Opérations*|Les opérations de surcharge sont affichées avec ces détails :<br>**Condition** - un type d'objet (prototype d'élément/prototype de déclencheur/prototype de graphique/prototype d'hôte) et une condition à remplir (égal/n'est pas égal/contient/ne contient pas/correspond à/ne correspond pas)<br>**Action** - les liens pour modifier et supprimer une opération sont affichés.|  **Configurer une opération**  Pour configurer les détails d'une nouvelle opération, cliquez sur ![](../../../assets/en/manual/config/add_link.png) dans le bloc Opérations. Pour modifier une opération existante, cliquez sur ![](../../../assets/en/manual/config/edit_link.png) à côté de l'opération. Une fenêtre contextuelle dans laquelle vous pouvez modifier les détails de l'opération s'ouvrira.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |Paramètre|<|<|Description| |-|-|----------|----------------------------------------| |*Objet*|<|<|Quatre types d'objets sont disponibles :<br>Prototype d'élément<br>Prototype de déclencheur<br>Prototype de graphique<br>Prototype d'hôte| |*Condition*|<|<|Permet de filtrer les entités auxquelles l'opération doit être appliquée.| | |Opérateur|<|Opérateurs pris en charge :<br>**égal** - s'applique à ce prototype<br>**n'est pas égal** - s'applique à tous les prototypes, sauf celui-ci<br>**contient** - s'applique, si le nom du prototype contient une chaîne<br>**ne contient pas** - s'applique, si le nom du prototype ne contient pas une chaîne<br>**correspond** - s'applique, si le nom du prototype correspond à l'expression régulière<br>**ne correspond pas** - s'applique, si le nom du prototype ne correspond pas à l'expression régulière<br>| |^|Motif|<|Une [expression régulière](/manual/regular_expressions) ou une chaîne à rechercher.| |^|Objet: *Prototype d'élément*|<|<| |^| |*Créer activé*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres de prototype d'élément d'origine :<br>*Oui* - l'élément sera ajouté dans un état activé.<br>*Non* - le élément sera ajouté à une entité découverte mais dans un état désactivé.| |^|^|*Découvrir*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres du prototype d'élément d'origine :<br>*Oui* - l'élément sera ajouté.<br>*Non* - l'élément ne sera pas ajouté.| |^|^|*Intervalle d'actualisation*|Lorsque la case est cochée, deux options apparaîtront, permettant de définir un intervalle différent pour l'élément :<br>*Délai* - Intervalle de mise à jour de l'élément. Les [macros utilisateur](/manual/config/macros/user_macros) et les [suffixes temporels](/manual/appendix/suffixes) (par exemple, 30s, 1m, 2h, 1d) sont pris en charge. Doit être défini sur 0 si *Intervalle personnalisé* est utilisé.<br>*Intervalle personnalisé* - cliquez sur ![](../../../assets/en/manual/config/add_link.png) pour spécifier un intervalle flexible/planifié. Pour des informations détaillées, voir [Intervalles personnalisés](/manual/config/items/item/custom_intervals).| |^|^|*Période de stockage de l'historique*|Lorsque la case est cochée, les boutons apparaissent, permettant de définir une période de stockage de l'historique différente pour l'élément :<br>*Ne pas conserver l'historique* - si sélectionné, l'historique ne sera pas être stocké.<br>*Période de stockage* - si sélectionné, un champ de saisie pour spécifier la période de stockage apparaîtra à droite. Les [macros utilisateur](/manual/config/macros/user_macros) et les [macros LLD](/manual/config/macros/lld_macros) sont prises en charge.| |^|^|*Période de stockage des tendances*|Lorsque la case est cochée, les boutons apparaissent, permettant de définir une période de stockage des tendances différente pour l'élément :<br>*Ne pas conserver les tendances* - si sélectionné, les tendances ne seront pas être stocké.<br>*Période de stockage* - si sélectionné, un champ de saisie pour spécifier la période de stockage apparaîtra à droite. Les [macros utilisateur](/manual/config/macros/user_macros) et les [macros LLD](/manual/config/macros/lld_macros) sont prises en charge.| |^|^|*Tags*|Lorsque la case est cochée, un nouveau bloc apparaîtra, permettant de spécifier des paires tag-valeur.<br>Ces tags seront ajoutés aux tags spécifiés dans le prototype de l'élément, même si les noms de tag correspondent.| |^|Objet : *Prototype de déclencheur*|<|<| |^| |*Créer activé*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres originaux du prototype de déclencheur :<br>*Oui* - le déclencheur sera ajouté dans un état activé.<br>*Non* - le déclencheur sera ajouté à une entité découverte, mais dans un état désactivé.| |^|^|*Découvrir*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres originaux du prototype de déclencheur :<br>*Oui* - le déclencheur sera ajouté.<br>*Non* - le déclencheur ne sera pas ajouté.| |^|^|*Sévérité*|Lorsque la case est cochée, des boutons de sévérité du déclencheur apparaîtront, permettant de modifier la sévérité du déclencheur.| |^|^|*Tags*|Lorsque la case est cochée, un nouveau bloc apparaîtra, permettant de spécifier des paires tag-valeur.<br>Ces tags seront ajoutés aux tags spécifiés dans le prototype du déclencheur, même si les noms de tag correspondent.| |^|Objet : *Prototype de graphique*|<|<| |^| |*Découvrir*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres originaux du prototype de graphique :<br>*Oui* - le graphique sera ajouté.<br>*Non* - le graphique ne sera pas ajouté .| |^|Objet : *Prototype d'hôte*|<|<| |^| |*Créer activé*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres du prototype d'hôte d'origine :<br>*Oui* - l'hôte sera créé dans un état activé.<br>*Non* - le l'hôte sera créé dans un état désactivé.| |^|^|*Découvrir*|Lorsque la case est cochée, les boutons apparaîtront, permettant de remplacer les paramètres du prototype d'hôte d'origine :<br>*Oui* - l'hôte sera découvert.<br>*Non* - l'hôte ne sera pas découvert.| |^|^|*Lier les modèles*|Lorsque la case est cochée, un champ de saisie pour spécifier les modèles apparaîtra. Commencez à saisir le nom du modèle ou cliquez sur *Sélectionner* à côté du champ et sélectionnez des modèles dans la liste dans une fenêtre contextuelle.<br>Tous les modèles liés à un prototype hôte seront remplacés par les modèles de cette surcharge.| |^|^|*Tags*|Lorsque la case est cochée, un nouveau bloc apparaîtra, permettant de spécifier des paires tag-valeur.<br>Ces tags seront ajoutés aux tags spécifiés dans le prototype de l'hôte, même si les noms de tag correspondent.| |^|^|*Inventaire de l'hôte*|Lorsque la case est cochée, les boutons apparaîtront, permettant de sélectionner un [mode](/manual/config/hosts/inventory) d'inventaire différent pour le prototype d'hôte :<br>*Désactivé* - ne pas remplir l'inventaire de l'hôte<br>*Manuel* - fournir les détails manuellement<br>*Automatique* - remplir automatiquement les données d'inventaire de l'hôte en fonction des métriques collectées.|

en-us	#### Overview  Additional files or directories can be included into server/proxy/agent configuration using the `Include` parameter.
fr	#### Aperçu  Des fichiers ou répertoires supplémentaires peuvent être inclus dans la configuration du serveur/proxy/agent à l'aide du paramètre `Include`.

en-us	#### Overview  Aggregate calculations are a [calculated item](/manual/config/items/itemtypes/calculated)  type allowing to collect information from several items by Zabbix server and  then calculate an aggregate, depending on the aggregate function used.  Only unsigned integer and float values (type of information) are supported for aggregate calculation  items.  Aggregate calculations do not require any agent running on the host being monitored.
fr	 #### Aperçu  Les calculs agrégés sont de type [élément calculé](/manual/config/items/itemtypes/calculated) et permettent de collecter les informations de plusieurs éléments par le serveur Zabbix puis de calculer un agrégat, selon la fonction d'agrégat utilisée.  Seules les valeurs entières non signées et flottantes (type d'informations) sont prises en charge pour les éléments de calcul agrégés.  Les calculs agrégés ne nécessitent aucun agent en cours d'exécution sur l'hôte surveillé.

en-us	#### Overview  All users in Zabbix access the Zabbix application through the web-based frontend. Each user is assigned a unique login name and a password.  All user passwords are encrypted and stored in the Zabbix database. Users cannot use their user id and password to log directly into the UNIX server unless they have also been set up accordingly to UNIX. Communication between the web server and the user browser can be protected using SSL.  With a flexible [user permission schema](/manual/config/users_and_usergroups/permissions) you can restrict and differentiate rights to:  -   access administrative Zabbix frontend functions -   perform certain actions in the frontend -   access monitored hosts in hostgroups -   use specific API methods
fr	#### Aperçu  Tous les utilisateurs de Zabbix accèdent à l'application Zabbix via l'interface Web. Chaque utilisateur se voit attribuer un nom de connexion unique et un mot de passe.  Tous les mots de passe des utilisateurs sont cryptés et stockés dans la base de données Zabbix. Les utilisateurs ne peuvent pas utiliser leur ID utilisateur et leur mot de passe pour se connecter directement au serveur UNIX à moins qu'ils n'aient également été configurés conformément à UNIX. La communication entre le serveur Web et le navigateur de l'utilisateur peut être protégée par SSL.  Avec un [schéma d'autorisation utilisateur](/manual/config/users_and_usergroups/permissions) flexible, vous pouvez restreindre et différencier les droits pour :  -   accéder aux fonctions d'administration de l'interface Zabbix -   effectuer certaines actions dans l'interface Web -   accéder aux hôtes surveillés dans les groupes d'hôtes -   utiliser des méthodes API spécifiques

en-us	#### Overview  An optional context can be used in [user macros](/manual/config/macros/user_macros), allowing to override the default value with a context-specific one.  The context is appended to the macro name; the syntax depends on whether the context is a static text value:      {$MACRO:"static text"}  or a regular expression:      {$MACRO:regex:"regular expression"}   Note that a macro with regular expression context can only be defined in user macro configuration. If the `regex:` prefix is used elsewhere as user macro context, like in a trigger expression, it will be treated as static context.  Context quoting is optional (see also [important notes](#important_notes)).  Macro context examples:  |Example|Description| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|User macro without context.| |`{$LOW_SPACE_LIMIT:/tmp}`|User macro with context (static string).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|User macro with context (regular expression). Same as `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|User macro with context (regular expression). Matches all strings prefixed with /var/log/.|
fr	 #### Aperçu  Un contexte facultatif peut être utilisé dans les [macros utilisateur](/manual/config/macros/user_macros), permettant de remplacer la valeur par défaut par une valeur spécifique au contexte.  Le contexte est ajouté au nom de la macro ; la syntaxe varie selon que le contexte est une valeur de texte statique :      {$MACRO:"static text"}  ou une expression régulière :      {$MACRO:regex:"regular expression"}   Notez qu'une macro avec un contexte d'expression régulière ne peut être définie que dans la configuration de la macro utilisateur. Si le préfixe `regex:` est utilisé ailleurs comme contexte de macro utilisateur, comme dans une expression de déclencheur, il sera traité comme un contexte statique.  La citation contextuelle est facultative (voir aussi [notes importantes](#important_notes)).  Exemples de contexte de macro :  |Exemple|Description| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|Macro utilisateur sans contexte.| |`{$LOW_SPACE_LIMIT:/tmp}`|Macro utilisateur avec contexte (chaîne statique).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|Macro utilisateur avec contexte (expression régulière). Identique à `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|Macro utilisateur avec contexte (expression régulière). Correspond à toutes les chaînes préfixées par /var/log/.|

en-us	#### Overview  Assuming that we have configured some items and triggers and now are getting some events happening as a result of triggers changing state, it is time to consider some actions.  To begin with, we would not want to stare at the triggers or events list all the time. It would be much better to receive notification if something significant (such as a problem) has happened. Also, when problems occur, we would like to see that all the people concerned are informed.  That is why sending notifications is one of the primary actions offered by Zabbix. Who and when should be notified upon a certain event can be defined.  To be able to send and receive notifications from Zabbix you have to:  -   [define some media](/manual/config/notifications/media) -   [configure an action](/manual/config/notifications/action) that     sends a message to one of the defined media  Actions consist of *conditions* and *operations*. Basically, when conditions are met, operations are carried out. The two principal operations are sending a message (notification) and executing a remote command.  For discovery and autoregistration created events, some additional operations are available. Those include adding or removing a host, linking a template etc.
fr	 #### Aperçu  En supposant que nous ayons configuré certains éléments et déclencheurs et que certains événements se produisent maintenant à la suite du changement d'état des déclencheurs, il est temps d'envisager certaines actions.  Pour commencer, nous ne voudrions pas regarder les déclencheurs ou la liste des événements tout le temps. Il serait préférable de recevoir une notification si quelque chose d'important (comme un problème) s'est produit. Aussi, lorsque des problèmes surviennent, nous aimerions que toutes les personnes concernées soient informées.  C'est pourquoi l'envoi de notifications est l'une des principales actions proposées par Zabbix. Qui et quand doit être notifié lors d'un certain événement peut être défini.  Pour pouvoir envoyer et recevoir des notifications de Zabbix, vous devez :  -   [définir certains médias](/manual/config/notifications/media) -   [configurer une action](/manual/config/notifications/action) qui envoie un message à l'un des médias définis  Les actions consistent en *conditions* et *opérations*. Fondamentalement, lorsque les conditions sont remplies, les opérations sont effectuées. Les deux opérations principales sont l'envoi d'un message (notification) et l'exécution d'une commande à distance.  Pour les événements créés par découverte et enregistrement automatique, certaines opérations supplémentaires sont disponibles. Ceux-ci incluent l'ajout ou la suppression d'un hôte, la liaison d'un modèle, etc.

en-us	### Overview  A Zabbix proxy can collect performance and availability data on behalf of the Zabbix server. This way, a proxy can take on itself some of the load of collecting data and offload the Zabbix server.  Also, using a proxy is the easiest way of implementing centralized and distributed monitoring, when all agents and proxies report to one Zabbix server and all data is collected centrally.  A Zabbix proxy can be used to:  -   Monitor remote locations -   Monitor locations having unreliable communications -   Offload the Zabbix server when monitoring thousands of devices -   Simplify the maintenance of distributed monitoring  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  The proxy requires only one TCP connection to the Zabbix server. This way it is easier to get around a firewall as you only need to configure one firewall rule.  ::: noteimportant Zabbix proxy must use a separate database. Pointing it to the Zabbix server database will break the configuration. :::  All data collected by the proxy is stored locally before transmitting it over to the server. This way no data is lost due to any temporary communication problems with the server. The *ProxyLocalBuffer* and *ProxyOfflineBuffer* parameters in the [proxy configuration file](/manual/appendix/config/zabbix_proxy) control for how long the data are kept locally.  ::: noteimportant It may happen that a proxy, which receives the latest configuration changes directly from Zabbix server database, has a more up-to-date configuration than Zabbix server whose configuration may not be updated as fast due to the value of [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). As a result, proxy may start gathering data and send them to Zabbix server that ignores these data. :::  Zabbix proxy is a data collector. It does not calculate triggers, process events or send alerts. For an overview of what proxy functionality is, review the following table:  |Function|<|Supported by proxy| |--------|-|------------------| |Items|<|<| |<|*Zabbix agent checks*|**Yes**| |^|*Zabbix agent checks (active)*|**Yes** ^1^| |^|*Simple checks*|**Yes**| |^|*Trapper items*|**Yes**| |^|*SNMP checks*|**Yes**| |^|*SNMP traps*|**Yes**| |^|*IPMI checks*|**Yes**| |^|*JMX checks*|**Yes**| |^|*Log file monitoring*|**Yes**| |^|*Internal checks*|**Yes**| |^|*SSH checks*|**Yes**| |^|*Telnet checks*|**Yes**| |^|*External checks*|**Yes**| |^|*Dependent items*|**Yes**| |^|*Script items*|**Yes**| |Built-in web monitoring|<|**Yes**| |Item value preprocessing|<|**Yes**| |Network discovery|<|**Yes**| |Active agent autoregistration|<|**Yes**| |Low-level discovery|<|**Yes**| |Remote commands|<|**Yes**| |Calculating triggers|<|*No*| |Processing events|<|*No*| |Event correlation|<|*No*| |Sending alerts|<|*No*|  ::: noteclassic \[1\] To make sure that an agent asks the proxy (and not the server) for active checks, the proxy must be listed in the **ServerActive** parameter in the agent configuration file. :::
fr	 ### Aperçu  Un proxy Zabbix peut collecter des données de performances et de disponibilité au nom du serveur Zabbix. De cette façon, un proxy peut assumer une partie de la charge de collecte de données et décharger le serveur Zabbix.  De plus, l'utilisation d'un proxy est le moyen le plus simple de mettre en œuvre une surveillance centralisée et distribuée, lorsque tous les agents et proxys rendent compte à un serveur Zabbix et que toutes les données sont collectées de manière centralisée.  Un proxy Zabbix peut être utilisé pour : -   Surveiller les emplacements distants -   Surveiller les emplacements ayant des communications peu fiables -   Décharger le serveur Zabbix lors de la surveillance de milliers d'appareils -   Simplifier la maintenance de la surveillance distribuée  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  Le proxy ne nécessite qu'une seule connexion TCP au serveur Zabbix. De cette façon, il est plus facile de contourner un pare-feu car vous n'avez besoin de configurer qu'une seule règle de pare-feu.  ::: noteimportant Le proxy Zabbix doit utiliser une base de données distincte. Le faire pointer vers la base de données du serveur Zabbix cassera la configuration. :::  Toutes les données collectées par le proxy sont stockées localement avant d'être transmises au serveur. De cette façon, aucune donnée n'est perdue en raison de problèmes de communication temporaires avec le serveur. Les paramètres *ProxyLocalBuffer* et *ProxyOfflineBuffer* dans le [fichier de configuration du proxy](/manual/appendix/config/zabbix_proxy) contrôlent la durée pendant laquelle les données sont conservées localement.  ::: noteimportant Il peut arriver qu'un proxy, qui reçoit les dernières modifications de configuration directement de la base de données du serveur Zabbix, ait une configuration plus à jour que le serveur Zabbix dont la configuration peut ne pas être mise à jour aussi rapidement en raison de la valeur de [CacheUpdateFrequency](/manual/annexe/config/zabbix_server). En conséquence, le proxy peut commencer à collecter des données et les envoyer au serveur Zabbix qui ignore ces données. :::  Le proxy Zabbix est un collecteur de données. Il ne calcule pas les déclencheurs, ne traite pas les événements et n'envoie pas d'alertes. Pour un aperçu de ce qu'est la fonctionnalité de proxy, consultez le tableau suivant :  |Fonction|<|Supporté par proxy| |--------|-|------------------| |Éléméents|<|<| |<|*Vérifications des agents Zabbix*|**Oui**| |^|*Vérifications de l'agent Zabbix (actives)*|**Oui** ^1^| |^|*Vérifications simples*|**Oui**| |^|*Zabbix Trapper*|**Oui**| |^|*Vérifications SNMP*|**Oui**| |^|*Traps SNMP*|**Oui**| |^|*Vérifications IPMI*|**Oui**| |^|*Vérifications JMX*|**Oui**| |^|*Surveillance des fichiers journaux*|**Oui**| |^|*Vérifications internes*|**Oui**| |^|*Vérifications SSH*|**Oui**| |^|*Vérifications Telnet*|**Oui**| |^|*Vérifications externes*|**Oui**| |^|*Éléments dépendants*|**Oui**| |^|*Éléments scripts*|**Oui**| |Surveillance Web intégrée|<|**Oui**| |Prétraitement de la valeur de l'élément|<|**Oui**| |Découverte du réseau|<|**Oui**| |Enregistrement automatique des agents actifs|<|**Oui**| |Découverte de bas niveau|<|**Oui**| |Commandes à distance|<|**Oui**| |Calcul des déclencheurs|<|*Non*| |Traitement des événements|<|*Non*| |Corrélation d'événements|<|*Non*| |Envoi d'alertes|<|*Non*|  ::: noteclassic \[1\] Pour s'assurer qu'un agent demande au proxy (et non au serveur) des vérifications actives, le proxy doit être répertorié dans le paramètre **ServerActive** du fichier de configuration de l'agent. :::

en-us	#### Overview  By default, Zabbix provides a number of predefined themes. You may follow the step-by-step procedure provided here in order to create your own. Feel free to share the result of your work with Zabbix community if you created something nice.
fr	#### Aperçu  Par défaut, Zabbix fournit un certain nombre de thèmes prédéfinis. Vous pouvez suivre la procédure étape par étape fournie ici afin de créer la vôtre. N'hésitez pas à partager le résultat de votre travail avec la communauté Zabbix si vous avez créé quelque chose de sympa.

en-us	##### Overview by item type  In this screen it is easy to locate if the problem is related to one or several item types.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Each line contains an item type. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
fr	##### Aperçu par type d'élément  Dans cet écran, il est facile de localiser si le problème est lié à un ou plusieurs types d'éléments.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Chaque ligne contient un type d'élément. Chaque colonne indique le nombre d'éléments en attente - en attente de 5-10 secondes/10-30 secondes/30-60 secondes/1-5 minutes/5-10 minutes ou plus de 10 minutes respectivement.

en-us	##### Overview by proxy  In this screen it is easy to locate if the problem is related to one of the proxies or the server.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Each line contains a proxy, with the server last in the list. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
fr	##### Aperçu par proxy  Dans cet écran, il est facile de localiser si le problème est lié à l'un des proxies ou au serveur.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Chaque ligne contient un proxy, avec le serveur en dernier dans la liste. Chaque colonne indique le nombre d'éléments en attente - en attente de 5-10 secondes/10-30 secondes/30-60 secondes/1-5 minutes/5-10 minutes ou plus de 10 minutes respectivement.

en-us	#### Overview  Change of trigger status is the most frequent and most important source of events. Each time the trigger changes its state, an event is generated. The event contains details of the trigger state's change - when it happened and what the new state is.  Two types of events are created by triggers - Problem and OK.
fr	#### Aperçu  Le changement de statut d'un déclencheur est la source d'événements la plus fréquente et la plus importante. Chaque fois que le déclencheur change d'état, un événement est généré. L'événement contient les détails de la modification de l'état du déclencheur - quand cela s'est produit et quel est le nouvel état.  Deux types d'événements sont créés par des déclencheurs - Problème et OK.

en-us	#### Overview  Configuring a template requires that you first create a template by defining its general parameters and then you add entities (items, triggers, graphs, etc.) to it.
fr	#### Aperçu  La configuration d'un modèle nécessite que vous créiez d'abord un modèle en définissant ses paramètres généraux puis vous ajouterez des entités (éléments, déclencheurs, graphiques, etc.).

en-us	#### Overview  Custom graphs, as the name suggests, offer customization capabilities.  While simple graphs are good for viewing data of a single item, they do not offer configuration capabilities.  Thus, if you want to change graph style or the way lines are displayed or compare several items, for example, incoming and outgoing traffic in a single graph, you need a custom graph.  Custom graphs are configured manually.  They can be created for a host or several hosts or for a single template.
fr	#### Aperçu  Les graphiques personnalisés, comme leur nom l'indique, offrent des capacités de personnalisation.  Alors que les graphiques simples sont utiles pour visualiser les données d'un seul élément, ils n'offrent pas de capacités de configuration.  Ainsi, si vous souhaitez modifier le style de graphique ou la façon dont les lignes sont affichées ou comparer plusieurs éléments, par exemple, le trafic entrant et sortant dans un seul graphique, vous avez besoin d'un graphique personnalisé.  Les graphiques personnalisés sont configurés manuellement.  Ils peuvent être créés pour un ou plusieurs hôtes ou pour un seul modèle.

en-us	 ### Overview  Custom loadable plugins extend Zabbix agent 2 functionality. They are compiled separately, but use a package shared with Zabbix agent 2.   Each plugin is a *Go* package that defines the structure and implements one or several plugin interfaces (*Exporter*, *Configurator*, *Runner*).  Jump to:  - [Write your first plugin](/devel/plugins/how_to) - [Plugin interfaces](/devel/plugins/interfaces)   ### Connection diagram  Zabbix agent 2 connects bidirectionally to the plugins using UNIX sockets on Linux and Named Pipes on Windows.   The connection diagram below illustrates the communication process between Zabbix agent 2 and a loadable plugin and the metrics collection process.  ![](../../assets/en/devel/plugin/connection_diagram.png)
fr	 ### Aperçu  Les plugins chargeables personnalisés étendent la fonctionnalité de l'agent Zabbix 2. Ils sont compilés séparément, mais utilisent un package partagé avec l'agent Zabbix 2.  Chaque plugin est un package *Go* qui définit la structure et implémente une ou plusieurs interfaces de plugin (*Exporter*, *Configurator*, *Runner*).  Aller à:  - [Écrivez votre premier plugin](/devel/plugins/how_to) - [Interfaces des plugins](/devel/plugins/interfaces)  ### Diagramme de connexion  L'agent Zabbix 2 se connecte de manière bidirectionnelle aux plugins à l'aide de sockets UNIX sous Linux et de Named Pipes sous Windows.  Le schéma de connexion ci-dessous illustre le processus de communication entre l'agent Zabbix 2 et un plugin chargeable ainsi que le processus de collecte de métriques.  ![](../../assets/en/devel/plugin/connection_diagram.png)

en-us	#### Overview  Data provided in Prometheus line format can be used for low-level discovery.  See [Prometheus checks](/manual/config/items/itemtypes/prometheus) for details how Prometheus data querying is implemented in Zabbix.
fr	#### Aperçu  Les données fournies au format de ligne Prometheus peuvent être utilisées pour la découverte de bas niveau.  Voir les [vérifications Prometheus](/manual/config/items/itemtypes/prometheus) pour plus de détails sur la façon dont l'interrogation des données Prometheus est implémentée dans Zabbix.

en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
fr	#### Aperçu  Le mode Debug peut être utilisé pour diagnostiquer les problèmes de performance de l'interface web.

en-us	#### Overview  Each pre-shared key (PSK) in Zabbix actually is a pair of:  -   non-secret PSK identity string, -   secret PSK string value.  PSK identity string is a non-empty UTF-8 string. For example, "PSK ID 001 Zabbix agentd". It is a unique name by which this specific PSK is referred to by Zabbix components. Do not put sensitive information in PSK identity string - it is transmitted over the network unencrypted.  PSK value is a hard to guess string of hexadecimal digits, for example, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".
fr	#### Aperçu  Chaque clé pré-partagée (PSK) de Zabbix est en fait une paire de :  - chaîne d'identité PSK non secrète, - valeur de chaîne PSK secrète.  La chaîne d'identité PSK est une chaîne UTF-8 non vide. Par exemple, "PSK ID 001 Zabbix agentd". C'est un nom unique par lequel ce composant PSK spécifique est désigné par les composants Zabbix. Ne placez pas d'informations sensibles dans la chaîne d'identité PSK - elles sont transmises non cryptées sur le réseau.  La valeur PSK est une chaîne de caractères hexadécimaux difficile à deviner, par exemple "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".

en-us	#### Overview  Event correlation allows to correlate problem events to their resolution in a manner that is very precise and flexible.  Event correlation can be defined:  -   [on trigger level](/manual/config/event_correlation/trigger) - one     trigger may be used to relate separate problems to their solution -   [globally](/manual/config/event_correlation/global) - problems can     be correlated to their solution from a different trigger/polling     method using global correlation rules
fr	#### Aperçu  La corrélation d'événements permet de corréler les événements problématiques à leur résolution de manière très précise et flexible.  La corrélation des événements peut être définie :  -   [Au niveau du déclencheur](/fr/manual/config/event_correlation/trigger) - un déclencheur peut être utilisé pour relier des problèmes distincts à leur solution -   [Globalement](/fr/manual/config/event_correlation/global) - les problèmes peuvent être corrélés à leur solution à partir d'une autre méthode de déclenchement ou d'interrogation à l'aide de règles de corrélation globales

en-us	#### Overview  External check is a check executed by Zabbix server by [running a shell script](/manual/appendix/command_execution) or a binary. However, when hosts are monitored by a Zabbix proxy, the external checks are executed by the proxy.  External checks do not require any agent running on a host being monitored.  The syntax of the item key is:      script[<parameter1>,<parameter2>,...]  Where:  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Name of a shell script or a binary.| |**parameter(s)**|Optional command line parameters.|  If you don't want to pass any parameters to the script you may use:      script[] or     script  Zabbix server will look in the directory defined as the location for external scripts (parameter 'ExternalScripts' in [Zabbix server configuration file](/manual/appendix/config/zabbix_server)) and execute the command. The command will be executed as the user Zabbix server runs as, so any access permissions or environment variables should be handled in a wrapper script, if necessary, and permissions on the command should allow that user to execute it. Only commands in the specified directory are available for execution.  ::: notewarning Do not overuse external checks! As each script requires starting a fork process by Zabbix server, running many scripts can decrease Zabbix performance a lot. :::
fr	#### Aperçu  La vérification externe est une vérification exécutée par le serveur Zabbix en [exécutant un script shell](/fr/manual/appendix/command_execution) ou un binaire. Cependant, lorsque les hôtes sont supervisés par un proxy Zabbix, les vérifications externes sont exécutés par le proxy.  Les contrôles externes ne nécessitent aucun agent exécuté sur un hôte surveillé.  La syntaxe de la clé d’élément est :      script[<parameter1>,<parameter2>,...]  Où :  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Nom d'un script shell ou d'un binaire.| |**paramètre(s)**|Paramètres de ligne de commande facultatifs.|  Si vous ne voulez pas passer de paramètres au script, vous pouvez utiliser :      script[] or     script  Le serveur Zabbix recherche dans le répertoire défini l'emplacement des scripts externes (paramètre 'ExternalScripts' dans le [fichier de configuration du serveur Zabbix](/fr/manual/appendix/config/zabbix_server)) et exécute la commande. La commande sera exécutée en tant qu’utilisateur du serveur Zabbix, donc toutes les autorisations d'accès ou les variables d'environnement doivent être traitées dans un script wrapper, si nécessaire, et les permissions sur la commande devraient permettre à cet utilisateur de l'exécuter. Seules les commandes du répertoire spécifié sont disponibles pour l'exécution.  ::: notewarning Ne pas abuser des contrôles externes ! Comme chaque script nécessite le démarrage d'un processus forké par le serveur Zabbix, l'exécution de nombreux scripts peut réduire considérablement les performances de Zabbix. :::

en-us	### Overview  For an easy access to Zabbix from anywhere and from any platform, the web-based interface is provided.  ::: noteclassic If using more than one frontend instance make sure that the locales and libraries (LDAP, SAML etc.) are installed and configured identically for all frontends. :::
fr	#### Aperçu  Pour un accès facile à Zabbix depuis n'importe où et depuis n'importe quelle plate-forme, une interface Web est fournie.  ::: noteclassic Si vous utilisez plus d'une instance frontend, assurez-vous que les paramètres régionaux et les bibliothèques (LDAP, SAML, etc.) sont installés et configurés de manière identique pour tous les frontends. :::

en-us	#### Overview  Geomap widget displays hosts as markers on a geographical map using open-source JavaScript interactive maps library Leaflet.  ::: noteclassic  Zabbix offers multiple predefined map tile service providers and an option to add a custom tile service provider or even host tiles themselves (configurable in the *Administration → General → Geographical maps* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)).  :::
fr	#### Aperçu  Le widget "Carte géographique" affiche les hôtes sous forme de marqueurs sur une carte géographique à l'aide de la bibliothèque de cartes interactives JavaScript open source Leaflet.  ::: noteclassic Zabbix propose plusieurs fournisseurs de services de tuiles de carte prédéfinis et une option pour ajouter un fournisseur de services de tuiles personnalisé ou même héberger les tuiles elles-mêmes (configurable dans la section *Administration → Général → Cartes géographiques* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)) :::

en-us	#### Overview  Global event correlation allows to reach out over all metrics monitored by Zabbix and create correlations.  It is possible to correlate events created by completely different triggers and apply the same operations to them all. By creating intelligent correlation rules it is actually possible to save yourself from thousands of repetitive notifications and focus on root causes of a problem!  Global event correlation is a powerful mechanism, which allows you to untie yourself from one-trigger based problem and resolution logic. So far, a single problem event was created by one trigger and we were dependent on that same trigger for the problem resolution. We could not resolve a problem created by one trigger with another trigger. But with event correlation based on event tagging, we can.  For example, a log trigger may report application problems, while a polling trigger may report the application to be up and running. Taking advantage of event tags you can tag the log trigger as *Status: Down* while tag the polling trigger as *Status: Up*. Then, in a global correlation rule you can relate these triggers and assign an appropriate operation to this correlation such as closing the old events.  In another use, global correlation can identify similar triggers and apply the same operation to them. What if we could get only one problem report per network port problem? No need to report them all. That is also possible with global event correlation.  Global event correlation is configured in **correlation rules**. A correlation rule defines how the new problem events are paired with existing problem events and what to do in case of a match (close the new event, close matched old events by generating corresponding OK events). If a problem is closed by global correlation, it is reported in the *Info* column of *Monitoring* → *Problems*.  Configuring global correlation rules is available to Super Admin level users only.  ::: noteimportant Event correlation must be configured very carefully, as it can negatively affect event processing performance or, if misconfigured, close more events than was intended (in the worst case even all problem events could be closed). :::  To configure global correlation **safely**, observe the following important tips:  -   Reduce the correlation scope. Always set a unique tag for the new     event that is paired with old events and use the *New event tag*     correlation condition; -   Add a condition based on the old event when using the *Close old     event* operation (or else all existing problems could be closed); -   Avoid using common tag names that may end up being used by different     correlation configurations; -   Keep the number of correlation rules limited to the ones you really     need.  See also: [known issues](/manual/installation/known_issues#global_event_correlation).
fr	 #### Aperçu  La corrélation globale des événements permet d'atteindre toutes les métriques surveillées par Zabbix et de créer des corrélations.  Il est possible de corréler des événements créés par des déclencheurs complètement différents et de leur appliquer les mêmes opérations à tous. En créant des règles de corrélation intelligentes, il est en fait possible de s'épargner des milliers de notifications répétitives et de se concentrer sur les causes profondes d'un problème !  La corrélation globale des événements est un mécanisme puissant qui vous permet de vous détacher d'un problème basé sur un déclencheur et d'une logique de résolution. Jusqu'à présent, un seul événement de problème était créé par un déclencheur et nous dépendions de ce même déclencheur pour la résolution du problème. Nous ne pouvions pas résoudre un problème créé par un déclencheur avec un autre déclencheur. Mais avec la corrélation d'événements basée sur le balisage d'événements, c'est possible.  Par exemple, un déclencheur de journal peut signaler des problèmes d'application, tandis qu'un déclencheur d'interrogation peut signaler que l'application est opérationnelle. En tirant parti des tags d'événement, vous pouvez tagger le déclencheur de journal en tant que *Status : Down* tout en étiquetant le déclencheur d'interrogation en tant que *Status : Up*. Ensuite, dans une règle de corrélation globale, vous pouvez relier ces déclencheurs et affecter une opération appropriée à cette corrélation, telle que la fermeture des anciens événements.  Dans une autre utilisation, la corrélation globale peut identifier des déclencheurs similaires et leur appliquer la même opération. Et si nous pouvions obtenir un seul rapport de problème par problème de port réseau ? Inutile de tous les déclarer. Cela est également possible avec la corrélation globale des événements.  La corrélation globale des événements est configurée dans les **règles de corrélation**. Une règle de corrélation définit la manière dont les nouveaux événements problématiques sont appariés avec les événements problématiques existants et ce qu'il faut faire en cas de correspondance (fermer le nouvel événement, fermer les anciens événements correspondants en générant des événements OK correspondants). Si un problème est clos par corrélation globale, il est signalé dans la colonne *Info* de *Surveillance* → *Problèmes*.  La configuration des règles de corrélation globales est disponible uniquement pour les utilisateurs de niveau super administrateur.  ::: noteimportant La corrélation d'événements doit être configurée très soigneusement, car elle peut affecter négativement les performances de traitement des événements ou, si elle est mal configurée, fermer plus d'événements que prévu (dans le pire des cas, même tous les événements problématiques pourraient être fermés). :::  Pour configurer la corrélation globale **en toute sécurité**, suivez les conseils importants suivants :  -   Réduisez la portée de la corrélation. Définissez toujours une balise unique pour le nouvel événement associé aux anciens événements et utilisez la condition de corrélation *Nouvelle balise d'événement* ; -   Ajoutez une condition basée sur l'ancien événement lors de l'utilisation de l'opération *Fermer l'ancien événement* (sinon tous les problèmes existants pourraient être fermés) ; -   Évitez d'utiliser des noms de tag communs susceptibles d'être utilisés par différentes configurations de corrélation ; -   Limitez le nombre de règles de corrélation à celles dont vous avez vraiment besoin.  Voir aussi : [problèmes connus](/manual/installation/known_issues#global_event_correlation).

en-us	#### Overview  Global notifications are a way of displaying issues that are currently happening right on the screen you're at in Zabbix frontend.  Without global notifications, working in some other location than *Problems* or the *Dashboard* would not show any information regarding issues that are currently happening. Global notifications will display this information regardless of where you are.  Global notifications involve both showing a message and [playing a sound](sound).  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
fr	#### Aperçu  Les notifications globales sont un moyen d’afficher les problèmes qui se produisent actuellement directement sur l’écran dans lequel vous vous trouvez dans l’interface Zabbix.  Sans notifications globales, travailler dans des emplacements autres que *Problèmes* ou les *Tableau de bord* ne montrerait aucune information concernant les problèmes en cours. Les notifications globales afficheront ces informations quel que soit l'endroit où vous vous trouvez.  Les notifications globales impliquent à la fois l'affichage d'un message et [jouer un son](sound).

en-us	#### Overview  Having to use some large numbers, for example '86400' to represent the number of seconds in one day, is both difficult and error-prone. This is why you can use some appropriate unit symbols (or suffixes) to simplify Zabbix trigger expressions and item keys.  Instead of '86400' for the number of seconds you can simply enter '1d'. Suffixes function as multipliers.
fr	#### Aperçu  Devoir utiliser des nombres élevés, par exemple '86400' pour représenter le nombre de secondes dans un jour, est à la fois difficile et source d'erreurs. C'est pourquoi vous pouvez utiliser des symboles d'unités appropriés (ou des suffixes) pour simplifier les expressions de déclencheur Zabbix et les clés d'élément.  Au lieu de '86400' pour le nombre de secondes, vous pouvez simplement entrer '1d'. Les suffixes fonctionnent comme des multiplicateurs.

en-us	### Overview  High availability (HA) is typically required in critical infrastructures  that can afford virtually no downtime. So for any service that  may fail there must be a failover option in place to take over should the current service fail.  Zabbix offers a **native** high-availability solution that is easy to  set up and does not require any previous HA expertise. Native Zabbix HA  may be useful for an extra layer of protection against software/hardware  failures of Zabbix server or to have less downtime due to maintenance.  In the Zabbix high availability mode multiple Zabbix servers are run as  nodes in a cluster. While one Zabbix server in the cluster is active,  others are on standby, ready to take over if necessary.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Switching to Zabbix HA is non-committal. You may switch back to standalone  operation at any point.  See also: [Implementation details](#implementation-details)
fr	### Aperçu  La haute disponibilité (HA) est généralement requise dans les infrastructures critiques qui ne peuvent se permettre pratiquement aucun temps d'arrêt. Ainsi, pour tout service susceptible d'être en erreur, une option de basculement doit être en place pour prendre le relais en cas d'échec du service actuel.  Zabbix propose une solution haute disponibilité **native** facile à configurer et ne nécessitant aucune expertise préalable en HA. Zabbix HA natif peut être utile pour une couche supplémentaire de protection contre les pannes logicielles/matérielles du serveur Zabbix ou pour avoir moins de temps d'arrêt en raison de la maintenance.  En mode haute disponibilité Zabbix, plusieurs serveurs Zabbix sont exécutés en tant que nœuds dans un cluster. Pendant qu'un serveur Zabbix du cluster est actif, d'autres sont en veille, prêts à prendre le relais si nécessaire.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Le passage à Zabbix HA est sans engagement. Vous pouvez revenir à un fonctionnement autonome à tout moment.  Voir aussi : [Détails de la mise en œuvre](#implementation-details)

en-us	#### Overview  History and trends are the two ways of storing collected data in Zabbix.  Whereas history keeps each collected value, trends keep averaged information on hourly basis and therefore are less resource-hungry.
fr	#### Aperçu  L'historique et les tendances sont les deux manières de stocker les données collectées dans Zabbix.  Alors que l'historique conserve chaque valeur collectée, les tendances conservent des informations moyennes sur une base horaire et sont donc moins gourmandes en ressources.

en-us	#### Overview  Hosts are [exported](/manual/xml_export_import) with many related objects and object relations.  Host export contains:  -   Linked host groups -   Host data -   Template linkage -   Host group linkage -   Host interfaces -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Host macros -   Host inventory data -   Value maps
fr	#### Aperçu  Les hôtes sont [exportés](/manual/xml_export_import) avec de nombreux objets et relations d'objets associés.  L'exportation d'hôte contient :  - les groupes d'hôtes liés - les données de l'hôte - les liens vers les modèles - les liens avec les groupes d'hôtes - les interfaces hôtes - les éléments directement liés - les déclencheurs directement liés - les graphiques directement liés - les règles de découverte directement liées ainsi que tous les prototypes - les scénarios Web directement liés - les macros d'hôte - les données d'inventaire d'hôte - les tables de correspondance de valeurs

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) from Debian/Ubuntu packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
fr	#### Aperçu  Si elle est [installée](/fr/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) depuis les packages Debian/Ubuntu, les informations suivantes vous aideront à configurer la [Passerelle Java](/fr/manual/concepts/java) de Zabbix.

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
fr	#### Aperçu  Si elles sont [installées](/manual/installation/install_from_packages/rhel#installation-de-la-passerelle-java) depuis les paquets RHEL, les informations suivantes vous aideront à configurer la [Passerelle Java](/manual/concepts/java) de Zabbix.

en-us	#### Overview  If [installed](/manual/installation/install#installing_java_gateway) from sources, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
fr	#### Aperçu  Si elle est [installée](/fr/manual/installation/install#installation_de_la_passerelle_java) depuis les sources, les informations suivantes vous aideront à configurer la [Passerelle Java](/fr/manual/concepts/java) de Zabbix.

en-us	#### Overview  If you have a network to look after, you may want to have an overview of your infrastructure somewhere. For that purpose, you can create maps in Zabbix - of networks and of anything you like.  All users can create network maps. The maps can be public (available to all users) or private (available to selected users).  Proceed to [configuring a network map](/manual/config/visualization/maps/map).
fr	#### Aperçu  Si vous avez un réseau à gérer, vous voudrez peut-être avoir une vue d'ensemble de votre infrastructure quelque part. À cette fin, vous pouvez créer des cartes dans Zabbix - des réseaux et de tout ce que vous voulez.  Tous les utilisateurs peuvent créer des cartes réseau. Les cartes peuvent être publiques (disponibles pour tous les utilisateurs) ou privées (disponibles pour certains utilisateurs).  Passez à [configurer une carte réseau](/manual/config/visualization/maps/map).

en-us	#### Overview  In a similar way as [file systems](/manual/discovery/low_level_discovery#configuring_low-level_discovery) are discovered, it is possible to also discover Windows services.
fr	#### Aperçu  De la même manière que les [systèmes de fichiers](/manual/discovery/low_level_discovery#configuration-de-la-decouverte-de-bas-niveau) sont découverts, il est également possible de découvrir les services Windows.

en-us	#### Overview  In message subjects and message text you can use macros for more efficient problem reporting.  In addition to a number of built-in macros, [user macros](/manual/config/macros/user_macros) and [expression macros](/manual/config/macros/expression_macros) are also supported. A [full list of macros](/manual/appendix/macros/supported_by_location) supported by Zabbix is available.
fr	 #### Aperçu  Dans les objets et le texte des messages, vous pouvez utiliser des macros pour un signalement plus efficace des problèmes.  Outre un certain nombre de macros intégrées, les [macros utilisateur](/manual/config/macros/user_macros) et les [macros d'expression](/manual/config/macros/expression_macros) sont également prises en charge. Une [liste complète des macros](/manual/appendix/macros/supported_by_location) prises en charge par Zabbix est disponible.

en-us	#### Overview  In order to use any other language than English in Zabbix web interface, its locale should be installed on the web server. Additionally, the PHP gettext extension is required for the translations to work.
fr	#### Aperçu  Pour utiliser une autre langue que l'anglais dans l'interface Web de Zabbix, ses paramètres régionaux doivent être installés sur le serveur Web. De plus, l'extension PHP gettext est requise pour que les traductions fonctionnent.

en-us	#### Overview  In *Reports → Availability report* you can see what proportion of time each trigger has been in problem/ok state. The percentage of time for each state is displayed.  Thus it is easy to determine the availability situation of various elements on your system.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  From the drop-down in the upper right corner, you can choose the selection mode - whether to display triggers by hosts or by triggers belonging to a template.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  The name of the trigger is a link to the latest events of that trigger.
fr	#### Aperçu  Dans *Rapports → Rapport de disponibilité*, vous pouvez voir la proportion de temps pendant laquelle chaque déclencheur a été en état de problème/ok. Le pourcentage de temps pour chaque état est affiché.  Ainsi, il est facile de déterminer la situation de disponibilité des différents éléments de votre système.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  Dans la liste déroulante dans le coin supérieur droit, vous pouvez choisir le mode de sélection - que ce soit pour afficher les déclencheurs par hôtes ou par déclencheurs appartenant à un modèle.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  Le nom du déclencheur est un lien vers les derniers événements de ce déclencheur.

en-us	#### Overview  In the *Inventory → Hosts* section [inventory data](/manual/config/hosts/inventory) of hosts are displayed.  You can filter the hosts by host group(s) and by any inventory field to display only the hosts you are interested in.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  To display all host inventories, select no host group in the filter, clear the comparison field in the filter and press "Filter".  While only some key inventory fields are displayed in the table, you can also view all available inventory information for that host. To do that, click on the host name in the first column.
fr	#### Aperçu  Dans la section *Inventaire → Hôtes*, les [données d'inventaire](/manual/config/hosts/inventory) des hôtes sont affichées.  Vous pouvez filtrer les hôtes par groupe(s) d'hôtes et par n'importe quel champ d'inventaire pour n'afficher que les hôtes qui vous intéressent.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  Pour afficher tous les inventaires d'hôtes, ne sélectionnez aucun groupe d'hôtes dans le filtre, effacez le champ de comparaison dans le filtre et appuyez sur "Filtrer".  Bien que seuls certains champs d'inventaire clés soient affichés dans le tableau, vous pouvez également afficher toutes les informations d'inventaire disponibles pour cet hôte. Pour ce faire, cliquez sur le nom d'hôte dans la première colonne.

en-us	#### Overview  In the *Monitoring → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  If a device is already monitored, the host name will be listed in the *Monitored host* column, and the duration of the device being discovered or lost after previous discovery is shown in the *Uptime/Downtime* column.  After that follow the columns showing the state of individual services for each discovered device (red cells show services that are down). Service uptime or downtime is included within the cell.  ::: noteimportant Only those services that have been found on at least one device will have a column showing their state. :::
fr	#### Aperçu  Dans la section *Surveillance → Découverte*, les résultats de la [découverte du réseau](/manual/discovery/network_discovery) sont affichés. Les appareils découverts sont triés selon la règle de découverte.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Si un appareil est déjà surveillé, le nom d'hôte sera répertorié dans la colonne *Hôte surveillé*, et la durée de la découverte ou de la perte de l'appareil après la découverte précédente est indiquée dans la colonne *Temps de disponibilité/d'arrêt*.  Après cela, suivez les colonnes indiquant l'état du service individuel pour chaque appareil découvert (les cellules rouges indiquent les services qui sont en panne). La disponibilité ou l'indisponibilité du service est incluse dans la cellule.  ::: noteimportant Seuls les services qui ont été trouvés sur au moins un appareil auront une colonne indiquant leur état. :::

en-us	#### Overview  In the *Monitoring → Maps* section you can configure, manage and view [network maps](/manual/config/visualization/maps).  When you open this section, you will either see the last map you accessed or a listing of all maps you have access to.  All maps can be either public or private. Public maps are available to all users, while private maps are accessible only to their owner and the users the map is shared with.
fr	#### Aperçu  Dans la section *Surveillance→ Cartes*, vous pouvez configurer, gérer et afficher [les cartes du réseau](/manual/config/visualization/maps).  Lorsque vous ouvrez cette section, vous verrez soit la dernière carte à laquelle vous avez accédé, soit une liste de toutes les cartes auxquelles vous avez accès.  Toutes les cartes peuvent être publiques ou privées. Les cartes publiques sont disponibles pour tous les utilisateurs, tandis que les cartes privées ne sont accessibles qu'à leur propriétaire et aux utilisateurs avec lesquels la carte est partagée.

en-us	#### Overview  In the *Reports → Notifications* section a report on the number of notifications sent to each user is displayed.  From the dropdowns in the top right-hand corner you can choose the media type (or all), period (data for each day/week/month/year) and year for the notifications sent.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Each column displays totals per one system user.
fr	#### Aperçu  Dans la section *Rapports → Notifications*, un rapport sur le nombre de notifications envoyées à chaque utilisateur est affiché.  Dans les menus déroulants situés dans le coin supérieur droit, vous pouvez choisir le type de média (ou tous), la période (données pour chaque jour/semaine/mois/année) et l'année pour les notifications envoyées.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Chaque colonne affiche les totaux pour un utilisateur système.

en-us	#### Overview  In this preprocessing step it is possible to convert CSV file data into JSON format. It's supported in:  -   items (item prototypes) -   low-level discovery rules
fr	#### Aperçu  Dans cette étape de prétraitement, il est possible de convertir les données du fichier CSV au format JSON. Il est pris en charge dans :  -   éléments (prototypes d'éléments) -   règles de découverte de bas niveau

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.
fr	#### Overview  ans cette section, nous allons effectuer une [découverte](/manual/discovery/low_level_discovery) SNMP sur un switch.

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
fr	#### Aperçu  Dans cette section vous apprendrez la signification de certains termes couramment utilisés dans Zabbix.

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

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

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

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

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

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

en-us	 ### Overview   In 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  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 VMware performance counter path has the `group/counter[rollup]` format where:  -   `group` - the performance counter group, for example *cpu* -   `counter` - the performance counter name, for example *usagemhz* -   `rollup` - the performance counter rollup type, for example     *average*  So the above example would give the following counter path: `cpu/usagemhz[average]`  The performance counter group descriptions, counter names and rollup types can be found in [VMware documentation](https://developer.vmware.com/apis/968).  It is possible to obtain internal names and create custom performance counter names by using script item in Zabbix.
fr	### Aperçu  Le chemin du compteur de performances VMware a le format `group/counter[rollup]` où :  -   `group` - tle groupe de compteurs de performance, par exemple *cpu* -   `counter` - le nom du compteur de performance, par exemple *usagemhz* -   `rollup` - le type de cumul du compteur de performances, par exemple *moyenne*  Ainsi, l'exemple ci-dessus donnerait le chemin de compteur suivant : `cpu/usagemhz[average]`  Les descriptions des groupes de compteurs de performance, les noms des compteurs et les types de cumul peuvent être trouvés dans la [documentation VMware] (https://developer.vmware.com/apis/968).  Il est possible d'obtenir des noms internes et de créer des noms de compteurs de performance personnalisés en utilisant un élément de script dans 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  [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 agent is deployed on a monitoring target to actively monitor local resources and applications (hard drives, memory, processor statistics, etc.).  The agent gathers operational information locally and reports data to Zabbix server for further processing. In case of failures (such as a hard disk running full or a crashed service process), Zabbix server can actively alert the administrators of the particular machine that reported the failure.  Zabbix agents are extremely efficient because of use of native system calls for gathering statistical information.
fr	#### Aperçu  L'agent Zabbix est déployé sur une cible de surveillance pour superviser activement les ressources locales et les applications (disques durs, mémoire, statistiques de processeur, etc.).  L'agent rassemble les informations opérationnelles localement et transmet les données au serveur Zabbix pour un traitement ultérieur. En cas d'échec (par exemple, un disque dur plein ou un service en panne), le serveur Zabbix peut alerter activement les administrateurs de la machine particulière qui a signalé la panne.  Les agents Zabbix sont extrêmement efficaces en raison de l'utilisation d'appels système natifs pour collecter des informations statistiques.

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.