en-us	### LLD rule  The low-level discovery rule object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemid|string|ID of the LLD rule.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *read-only*<br>- *required* for update operations| |delay|string|Update interval of the LLD rule. Accepts seconds or time unit with suffix and with or without one or more [custom intervals](/manual/config/items/item/custom_intervals) that consist of either flexible intervals and scheduling intervals as serialized strings. Also accepts user macros. Flexible intervals could be written as two macros separated by a forward slash. Intervals are separated by a semicolon.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "Zabbix agent" (0), "Simple check" (3), "Zabbix internal" (5), "External check" (10), "Database monitor" (11), "IPMI agent" (12), "SSH agent" (13), "TELNET agent" (14), "JMX agent" (16), "HTTP agent" (19), "SNMP agent" (20), "Script" (21), or if `type` is set to "Zabbix agent (active)" (7) and `key_` does not contain "mqtt.get"| |hostid|string|ID of the host that the LLD rule belongs to.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *constant*<br>- *required* for create operations| |interfaceid|string|ID of the LLD rule's host interface.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if LLD rule belongs to host and `type` is set to "Zabbix agent", "IPMI agent", "JMX agent", or "SNMP agent"<br>- *supported* if LLD rule belongs to host and `type` is set to "Simple check", "External check", "SSH agent", "TELNET agent", or "HTTP agent"| |key\_|string|LLD rule key.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* for create operations<br>- *read-only* for inherited objects| |name|string|Name of the LLD rule.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* for create operations<br>- *read-only* for inherited objects| |type|integer|Type of the LLD rule.<br><br>Possible values:<br>0 - Zabbix agent;<br>2 - Zabbix trapper;<br>3 - Simple check;<br>5 - Zabbix internal;<br>7 - Zabbix agent (active);<br>10 - External check;<br>11 - Database monitor;<br>12 - IPMI agent;<br>13 - SSH agent;<br>14 - TELNET agent;<br>16 - JMX agent;<br>18 - Dependent item;<br>19 - HTTP agent;<br>20 - SNMP agent;<br>21 - Script.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* for create operations<br>- *read-only* for inherited objects| |url|string|URL string.<br>Supports user macros, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |allow\_traps|integer|Allow to populate value similarly to the trapper item.<br><br>Possible values:<br>0 - *(default)* Do not allow to accept incoming data;<br>1 - Allow to accept incoming data.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"| |authtype|integer|Authentication method.<br><br>Possible values if `type` is set to "SSH agent":<br>0 - *(default)* password;<br>1 - public key.<br><br>Possible values if `type` is set to "HTTP agent":<br>0 - *(default)* none;<br>1 - basic;<br>2 - NTLM.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "SSH agent" or "HTTP agent"<br>- *read-only* for inherited objects (if `type` is set to "HTTP agent")| |description|string|Description of the LLD rule.| |error|string|Error text if there are problems updating the LLD rule value.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *read-only*| |follow\_redirects|integer|Follow response redirects while polling data.<br><br>Possible values:<br>0 - Do not follow redirects;<br>1 - *(default)* Follow redirects.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |headers|object|Object with HTTP(S) request headers, where header name is used as key and header value as value.<br><br>Example: { "User-Agent": "Zabbix" }<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |http\_proxy|string|HTTP(S) proxy connection string.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |ipmi\_sensor|string|IPMI sensor.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "IPMI agent" and `key_` is not set to "ipmi.get"<br>- *supported* if `type` is set to "IPMI agent"<br>- *read-only* for inherited objects| |jmx\_endpoint|string|JMX agent custom connection string.<br><br>Default: service:jmx:rmi:///jndi/rmi://{HOST.CONN}:{HOST.PORT}/jmxrmi<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "JMX agent"| |lifetime|string|Time period after which items that are no longer discovered will be deleted. Accepts seconds, time unit with suffix, or a user macro.<br><br>Default: `30d`.| |master\_itemid|integer|Master item ID.<br>Recursion up to 3 dependent items and maximum count of dependent items equal to 999 are allowed.<br>Discovery rule cannot be master item for another discovery rule.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "Dependent item"<br>- *read-only* for inherited objects| |output\_format|integer|Should the response be converted to JSON.<br><br>Possible values:<br>0 - *(default)* Store raw;<br>1 - Convert to JSON.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |params|string|Additional parameters depending on the type of the LLD rule:<br>- executed script for SSH and Telnet LLD rules;<br>- SQL query for database monitor LLD rules;<br>- formula for calculated LLD rules.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "Database monitor", "SSH agent", "TELNET agent", or "Script"<br>- *read-only* for inherited objects (if `type` is set to "Script")| |parameters|array|Additional parameters if `type` is set to "Script".<br>Array of objects with `name` and `value` properties, where `name` must be unique.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "Script"<br>- *read-only* for inherited objects| |password|string|Password for authentication.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "JMX agent" and `username` is set<br>- *supported* if `type` is set to "Simple check", "Database monitor", "SSH agent", "TELNET agent", or "HTTP agent"<br>- *read-only* for inherited objects (if `type` is set to "HTTP agent")| |post\_type|integer|Type of post data body stored in `posts` property.<br><br>Possible values:<br>0 - *(default)* Raw data;<br>2 - JSON data;<br>3 - XML data.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |posts|string|HTTP(S) request body data.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "HTTP agent" and `post_type` is set to "JSON data" or "XML data"<br>- *supported* if `type` is set to "HTTP agent" and `post_type` is set to "Raw data"<br>- *read-only* for inherited objects| |privatekey|string|Name of the private key file.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "SSH agent" and `authtype` is set to "public key"| |publickey|string|Name of the public key file.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "SSH agent" and `authtype` is set to "public key"| |query\_fields|array|Query parameters.<br>Array of objects with `key`:`value` pairs, where `value` can be an empty string.| |request\_method|integer|Type of request method.<br><br>Possible values:<br>0 - *(default)* GET;<br>1 - POST;<br>2 - PUT;<br>3 - HEAD.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |retrieve\_mode|integer|What part of response should be stored.<br><br>Possible values if `request_method` is set to "GET", "POST", or "PUT":<br>0 - *(default)* Body;<br>1 - Headers;<br>2 - Both body and headers will be stored.<br><br>Possible values if `request_method` is set to "HEAD":<br>1 - Headers.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |snmp\_oid|string|SNMP OID.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "SNMP agent"<br>- *read-only* for inherited objects| |ssl\_cert\_file|string|Public SSL Key file path.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |ssl\_key\_file|string|Private SSL Key file path.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |ssl\_key\_password|string|Password for SSL Key file.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |state|integer|State of the LLD rule.<br><br>Possible values:<br>0 - *(default)* normal;<br>1 - not supported.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *read-only*| |status|integer|Status of the LLD rule.<br><br>Possible values:<br>0 - *(default)* enabled LLD rule;<br>1 - disabled LLD rule.| |status\_codes|string|Ranges of required HTTP status codes, separated by commas. Also supports user macros as part of comma separated list.<br><br>Example: 200,200-{$M},{$M},200-400<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |templateid|string|ID of the parent template LLD rule.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *read-only*| |timeout|string|Item data polling request timeout. Supports user macros.<br><br>Default: `3s`.<br>Maximum value: `60s`.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent" or "Script"<br>- *read-only* for inherited objects| |trapper\_hosts|string|Allowed hosts.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "Zabbix trapper", or if `type` is set to "HTTP agent" and `allow_traps` is set to "Allow to accept incoming data"| |username|string|Username for authentication.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *required* if `type` is set to "SSH agent", "TELNET agent", or if `type` is set to "JMX agent" and `password` is set<br>- *supported* if `type` is set to "Simple check", "Database monitor", or "HTTP agent"<br>- *read-only* for inherited objects (if `type` is set to "HTTP agent")| |uuid|string|Universal unique identifier, used for linking imported LLD rules to already existing ones. Auto-generated, if not given.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if the LLD rule belongs to a template| |verify\_host|integer|Whether to validate that the host name for the connection matches the one in the host's certificate.<br><br>Possible values:<br>0 - *(default)* Do not validate;<br>1 - Validate.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects| |verify\_peer|integer|Whether to validate that the host's certificate is authentic.<br><br>Possible values:<br>0 - *(default)* Do not validate;<br>1 - Validate.<br><br>[Property behavior](/manual/api/reference_commentary#property-behavior):<br>- *supported* if `type` is set to "HTTP agent"<br>- *read-only* for inherited objects|
fr	### Règle LLD  L'objet de règle de découverte de bas niveau a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemid|string|*(lecture seule)* ID de la règle LLD.| |**delay**<br>(obligatoire)|string|Intervalle de mise à jour de la règle LLD. Accepte les secondes ou l'unité de temps avec suffixe et avec ou sans un ou plusieurs [intervalles personnalisés](/manual/config/items/item/custom_intervals) qui se composent d'intervalles flexibles et d'intervalles de planification sous forme de chaînes sérialisées. Accepte également les macros utilisateur. Les intervalles flexibles peuvent être écrits sous la forme de deux macros séparées par une barre oblique. Les intervalles sont séparés par un point-virgule.<br><br>Facultatif pour le trappeur Zabbix, les éléments dépendants et pour l'agent Zabbix (actif) avec la clé `mqtt.get`.| |**hostid**<br>(obligatoire)|string|ID de l'hôte auquel appartient la règle LLD.| |**interfaceid**<br>(obligatoire)|string|ID de l'interface hôte de la règle LLD. Utilisé uniquement pour les règles LLD d'hôte.<br><br>Non requis pour l'agent Zabbix (actif), Zabbix interne, le trappeur Zabbix, dépendant, le moniteur de base de données et les règles LLD script. Facultatif pour les règles LLD de l'agent HTTP.| |**key\_**<br>(obligatoire)|string|Clé de la règle LLD.| |**name**<br>(obligatoire)|string|Nom de la règle LLD.| |**type**<br>(obligatoire)|integer|Type de la règle LLD..<br><br>Valeurs possibles :<br>0 - agent Zabbix ;<br>2 - trappeur Zabbix ;<br>3 - vérification simple ;<br>5 - Zabbix interne ;<br>7 - agent Zabbix (actif) ;<br>10 - vérification externe ;<br>11 - moniteur de base de données ;<br>12 - agent IPMI ;<br>13 - agent SSH ;<br>14 - agent TELNET ;<br>16 - agent JMX ;<br>18 - élément dépendant ;< br>19 - Agent HTTP ;<br>20 - Agent SNMP ;<br>21 - Script.| |**url**<br>(obligatoire)|string|Chaîne URL, requise pour la règle LLD de l'agent HTTP. Prend en charge les macros utilisateur, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |allow\_traps|integer|Champ de la règle LLD de l'agent HTTP. Autoriser également le remplissage de la valeur comme dans le type d'élément trappeur.<br><br>0 - *(par défaut)* Ne pas autoriser l'acceptation des données entrantes.<br>1 - Autoriser l'acceptation des données entrantes.| |authtype|integer|Utilisé uniquement par les règles LLD de l'agent SSH ou de l'agent HTTP.<br><br>Valeurs possibles de la méthode d'authentification de l'agent SSH :<br>0 - mot de passe *(par défaut)* ;<br>1 - clé publique.<br><br> Valeurs possibles de la méthode d'authentification de l'agent HTTP :<br>0 - *(par défaut)* aucune<br>1 - de base<br>2 - NTLM| |description|string|Description de la règle LLD.| |error|string|*(lecture seule)* Texte d'erreur en cas de problèmes de mise à jour de la règle LLD.| |follow\_redirects|integer|Champ de règle LLD de l'agent HTTP. Suivre les redirections de réponse lors du regroupement des données.<br><br>0 : Ne pas suivre les redirections.<br>1 : *(par défaut)* Suivez les redirections.| |headers|object|Champ de règle LLD de l'agent HTTP. Objet avec en-têtes de requête HTTP(S), où le nom de l'en-tête est utilisé comme clé et la valeur de l'en-tête comme valeur.<br><br>Exemple :<br>{ "User-Agent": "Zabbix" }| |http\_proxy|string|Champ de règle LLD de l'agent HTTP. Chaîne de connexion proxy HTTP(S).| |ipmi\_sensor|string|Capteur IPMI. Utilisé uniquement par les règles IPMI LLD.| |jmx\_endpoint|string|Chaîne de connexion personnalisée de l'agent JMX.<br><br>Valeur par défaut :<br>service:jmx:rmi:///jndi/rmi://{HOST.CONN}:{HOST.PORT}/jmxrmi| |lifetime|string|Période après laquelle les éléments qui ne sont plus découverts seront supprimés. Accepte les secondes, l'unité de temps avec suffixe et la macro utilisateur.<br><br>Par défaut : `30d`.| |master\_itemid|integer|ID de l'élément principal.<br> La récursivité jusqu'à 3 éléments dépendants et le nombre maximal d'éléments dépendants égal à 999 sont autorisés.<br> La règle de découverte ne peut pas être l'élément principal pour une autre règle de découverte.<br><br> Obligatoire pour l'élément dépendant.| |output\_format|integer|Champ de règle LLD de l'agent HTTP. La réponse doit-elle être convertie en JSON.<br><br>0 - *(par défaut)* Stocker brut.<br>1 - Convertir en JSON.| |params|string|Paramètres supplémentaires en fonction du type de règle LLD :<br>- script exécuté pour les règles LLD SSH et Telnet ;<br>- requête SQL pour les règles LLD moniteur de base de données ;<br>- formule pour les règles LLD calculées.| |parameters|array|Paramètres supplémentaires pour la règle LLD de type script. Tableau d'objets avec les propriétés 'name' et 'value', où name doit être unique.| |password|string|Mot de passe pour l'authentification. Utilisé pour vérification simple, SSH, Telnet, moniteur de base de données, règles LLD JMX et agent HTTP.| |post\_type|integer|Champ de règle LLD de l'agent HTTP. Type de corps de données post stocké dans la propriété posts.<br><br>0 - *(par défaut)* Données brutes.<br>2 - Données JSON.<br>3 - Données XML.| |posts|string|Champ de règle LLD de l'agent HTTP. Données du corps de la requête HTTP(S). Utilisé avec post\_type.| |privatekey|string|Nom du fichier de clé privée.| |publickey|string|Nom du fichier de clé publique.| |query\_fields|array|Champ de règle LLD de l'agent HTTP. Paramètres de requête. Tableau d'objets avec des paires 'clé':'valeur', où la valeur peut être une chaîne vide.| |request\_method|integer|Champ de règle LLD de l'agent HTTP. Type de méthode de requête.<br><br>0 - *(par défaut)* GET<br>1 - POST<br>2 - PUT<br>3 - HEAD| |retrieve\_mode|integer|Champ de règle LLD de l'agent HTTP. Quelle partie de la réponse doit être stockée.<br><br>0 - *(par défaut)* Corps.<br>1 - En-têtes.<br>2 - Le corps et les en-têtes seront stockés.<br><br>Pour request\_method HEAD seul 1 est la valeur autorisée.| |snmp\_oid|string|OID SNMP.| |ssl\_cert\_file|string|Champ de règle LLD de l'agent HTTP. Chemin d'accès au fichier de clé SSL publique.| |ssl\_key\_file|string|Champ de règle LLD de l'agent HTTP. Chemin d'accès au fichier de clé SSL privée.| |ssl\_key\_password|string|Champ de règle LLD de l'agent HTTP. Mot de passe pour le fichier de clé SSL.| |state|integer|*(lecture seule)* État de la règle LLD.<br><br>Valeurs possibles :<br>0 - *(par défaut)* normal ;<br>1 - non pris en charge.| |status|integer|Statut de la règle LLD.<br><br>Valeurs possibles :<br>0 - *(par défaut)* règle LLD activée ;<br>1 - règle LLD désactivée.| |status\_codes|string|Champ de règle LLD de l'agent HTTP. Plages de codes d'état HTTP requis séparés par des virgules. Prend également en charge les macros utilisateur dans le cadre d'une liste séparée par des virgules.<br><br>Exemple : 200,200-{$M},{$M},200-400| |templateid|string|(lecture seule) ID de la règle LLD du modèle parent.| |timeout|string|Délai d'expiration de la demande d'interrogation des données d'élément. Utilisé pour l'agent HTTP et les règles LLD script. Prend en charge les macros utilisateur.<br><br>par défaut : 3s<br>valeur maximale : 60s| |trapper\_hosts|string|Hôtes autorisés. Utilisé par les règles LLD trapper ou les règles LLD agent HTTP.| |username|string|Nom d'utilisateur pour l'authentification. Utilisé par vérification simple, SSH, Telnet, moniteur de base de données, JMX et règles LLD agent HTTP.<br><br>Requis par les règles LLD SSH et Telnet.| |uuid|string|Identifiant unique universel, utilisé pour lier les règles LLD importées à celles déjà existantes. Utilisé uniquement pour les règles LLD sur les modèles. Généré automatiquement, s'il n'est pas fourni.<br><br>Pour les opérations de mise à jour, ce champ est en *lecture seule*.| |verify\_host|integer|Champ de règle LLD agent HTTP. Valide que le nom d'hôte dans l'URL se trouve dans le champ Nom commun ou dans un champ Autre nom du sujet du certificat d'hôte.<br><br>0 - *(par défaut)* Ne pas valider.<br>1 - Valider.| |verify\_peer|integer|Champ de règle LLD agent HTTP. Valide si le certificat de l'hôte est authentique.<br><br>0 - *(par défaut)* Ne pas valider.<br>1 - Valider.|  Notez que pour certaines méthodes (mise à jour, suppression) la combinaison de paramètres requise/optionnelle est différente.

en-us	# LLD rule  This class is designed to work with low level discovery rules.  Object references:\  -   [LLD rule](/manual/api/reference/discoveryrule/object#lld_rule)  Available methods:\  -   [discoveryrule.copy](/manual/api/reference/discoveryrule/copy) -     copying LLD rules -   [discoveryrule.create](/manual/api/reference/discoveryrule/create) -     creating new LLD rules -   [discoveryrule.delete](/manual/api/reference/discoveryrule/delete) -     deleting LLD rules -   [discoveryrule.get](/manual/api/reference/discoveryrule/get) -     retrieving LLD rules -   [discoveryrule.update](/manual/api/reference/discoveryrule/update) -     updating LLD rules
fr	# Règle de découverte bas niveau  Cette classe est conçue pour travailler avec les règles de découverte bas niveau.  Référentiel des objets :\  -   [Règle de découverte bas niveau](/manual/api/reference/discoveryrule/object#lld_rule)  Méthodes disponibles :\  -   [discoveryrule.copy](/manual/api/reference/discoveryrule/copy) - copier des règles de découverte bas niveau -   [discoveryrule.create](/manual/api/reference/discoveryrule/create) - créer de nouvelles règles de découverte bas niveau -   [discoveryrule.delete](/manual/api/reference/discoveryrule/delete) - supprimer des règles de découverte bas niveau -   [discoveryrule.get](/manual/api/reference/discoveryrule/get) - récupérer des règles de découverte bas niveau -   [discoveryrule.update](/manual/api/reference/discoveryrule/update) - mettre à jour des règles de découverte bas niveau

en-us	##### Load on I/O  Item's persistent file is updated after successful sending of every batch of data \(containing item's data\) to server.  For example, default 'BufferSize' is 100.  If a log item has found 70 matching records then the first 50 records will be sent in one batch, persistent file will be updated, then remaining 20 records will be sent \(maybe with some delay when more data is accumulated\) in the 2nd batch, and the persistent file will be updated again.
fr	##### Charge sur les E/S  Le fichier persistant de l'élément est mis à jour après l'envoi réussi de chaque lot de données \(contenant les données de l'élément\) au serveur. Par exemple, 'BufferSize' par défaut est 100. Si un élément de journal a trouvé 70 enregistrements correspondants, les 50 premiers enregistrements seront envoyés en un seul lot, le fichier persistant sera mis à jour, puis les 20 enregistrements restants seront envoyés \(peut-être avec un certain retard lorsque plus de données sont accumulées \) dans le 2e lot, et le fichier persistant sera à nouveau mis à jour.

en-us	#### Locale  Note that the agent requires a UTF-8 locale so that some textual agent items can return the expected content. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
fr	#### Environnement local  Notez que l'agent requiert un environnement local UTF-8 afin que certains éléments textuels d'agent puissent renvoyer le contenu attendu. La plupart des systèmes modernes de type Unix ont un paramètre régional UTF-8 par défaut, cependant, certains systèmes peuvent avoir besoin d'être définis spécifiquement.

en-us	### Log entry  The log entry object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |level|integer|Log level.| |ms|string|The time elapsed in milliseconds since the script was run before log entry was added.| |message|string|Log message.|
fr	### Entrée de journal  L'objet d'entrée de journal a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |level|integer|Niveau de journal.| |ms|string|Le temps écoulé en millisecondes depuis l'exécution du script avant l'ajout de l'entrée de journal.| |message|string|Message de journal.|

en-us	#### Log file monitoring  `log[]` and `logrt[]` items repeatedly reread log file from the beginning if file system is 100% full and the log file is being appended (see [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884) for more information).
fr	#### Surveillance des fichiers de log  Les éléments `log[]` et `logrt[]` relisent à plusieurs reprises le fichier journal depuis le début si le système de fichiers est plein à 100 % et que le fichier de log est en mode append (voir [ZBX-10884](https://support.zabbix.com/browse/ZBX-10884) pour plus d'informations).

en-us	##### Logging  Add the "Log test" entry to the Zabbix server log and receive the item value "1" in return:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript Zabbix.log(3, 'Log test'); return 1; ```
fr	##### Journalisation  Ajouter l'entrée "Log test" au fichier de log du serveur Zabbix et recevez la valeur de l'élément "1" en retour :  - Créer un élément de type "Script". - Dans le champ *Script*, saisir :  ```javascript Zabbix.log(3, 'Log test'); return 1; ```

en-us	### Log history  The log history object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |id|string|ID of the history entry.| |clock|timestamp|Time when that value was received.| |itemid|string|ID of the related item.| |logeventid|integer|Windows event log entry ID.| |ns|integer|Nanoseconds when the value was received.| |severity|integer|Windows event log entry level.| |source|string|Windows event log entry source.| |timestamp|timestamp|Windows event log entry time.| |value|text|Received value.|
fr	### Historique des log  L'objet d'historique de log a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |id|string|ID de l'entrée d'historique.| |clock|timestamp|Heure à laquelle cette valeur a été reçue.| |itemid|string|ID de l'élément associé.| |logeventid|integer|ID d'entrée du journal des événements Windows.| |ns|integer|Nanosecondes lorsque la valeur a été reçue.| |severity|integer|Niveau d'entrée du journal des événements Windows.| |source|string|Source de l'entrée du journal des événements Windows.| |timestamp|timestamp|Heure d'entrée du journal des événements Windows.| |value|text|Valeur reçue.|

en-us	#### Login and systemd  We recommend [creating](/manual/installation/install#create_user_account) a *zabbix* user as system user, that is, without ability to log in. Some users ignore this recommendation and use the same account to log in (e. g. using SSH) to host running Zabbix. This might crash Zabbix daemon on log out. In this case you will get something like the following in Zabbix server log:      zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument     zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument     zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument  and in Zabbix agent log:      zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument  This happens because of default systemd setting `RemoveIPC=yes` configured in `/etc/systemd/logind.conf`. When you log out of the system the semaphores created by Zabbix previously are removed which causes the crash.  A quote from systemd documentation:      RemoveIPC=      Controls whether System V and POSIX IPC objects belonging to the user shall be removed when the     user fully logs out. Takes a boolean argument. If enabled, the user may not consume IPC resources     after the last of the user's sessions terminated. This covers System V semaphores, shared memory     and message queues, as well as POSIX shared memory and message queues. Note that IPC objects of the     root user and other system users are excluded from the effect of this setting. Defaults to "yes".  There are 2 solutions to this problem:  1.  (recommended) Stop using *zabbix* account for anything else than     Zabbix processes, create a dedicated account for other things. 2.  (not recommended) Set `RemoveIPC=no` in `/etc/systemd/logind.conf`     and reboot the system. Note that `RemoveIPC` is a system-wide     parameter, changing it will affect the whole system.
fr	 #### Connexion et systemd  Nous recommandons de [créer](/manual/installation/install#create_user_account) un utilisateur *zabbix* en tant qu'utilisateur système, c'est-à-dire sans possibilité de se connecter. Certains utilisateurs ignorent cette recommandation et utilisent le même compte pour se connecter (par exemple en utilisant SSH) à l'hôte qui exécute de Zabbix. Cela pourrait faire tomber le démon Zabbix lors de la déconnexion. Dans ce cas, vous obtiendrez quelque chose comme ce qui suit dans le journal du serveur Zabbix :      zabbix_server [27730]: [file:'selfmon.c',line:375] lock failed: [22] Invalid argument     zabbix_server [27716]: [file:'dbconfig.c',line:5266] lock failed: [22] Invalid argument     zabbix_server [27706]: [file:'log.c',line:238] lock failed: [22] Invalid argument  et dans le journal de l'agent Zabbix :      zabbix_agentd [27796]: [file:'log.c',line:238] lock failed: [22] Invalid argument  Cela se produit à cause du paramètre par défaut de systemd `RemoveIPC=yes` configuré dans `/etc/systemd/logind.conf`. Lorsque vous vous déconnectez du système, les sémaphores créés précédemment par Zabbix sont supprimés, ce qui provoque le plantage.  Une citation de la documentation de systemd :      RemoveIPC=      Controls whether System V and POSIX IPC objects belonging to the user shall be removed when the     user fully logs out. Takes a boolean argument. If enabled, the user may not consume IPC resources     after the last of the user's sessions terminated. This covers System V semaphores, shared memory     and message queues, as well as POSIX shared memory and message queues. Note that IPC objects of the     root user and other system users are excluded from the effect of this setting. Defaults to "yes".  Il existe 2 solutions à ce problème :  1.  (recommandée) Arrêtez d'utiliser le compte *zabbix* pour autre chose que les processus Zabbix, créez un compte dédié pour d'autres choses. 2.  (non recommandée) Définissez `RemoveIPC=no` dans `/etc/systemd/logind.conf` et redémarrez le système. Notez que `RemoveIPC` est un paramètre à l'échelle du système, sa modification affectera l'ensemble du système.

en-us	#### Log in  Zabbix frontend is ready! The default user name is **Admin**, password **zabbix**.  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Proceed to [getting started with Zabbix](/manual/quickstart/login).
fr	#### Connexion  L'interface Zabbix est prête ! Le nom d'utilisateur par défaut est **Admin**, mot de passe **zabbix**.  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Passez à [Démarrer avec Zabbix](/manual/quickstart/login).

en-us	###      Log level control targets     *process-type*   All processes of specified type (active checks, collector, listener)     *process-type,N*   Process type and number (e.g., listener,3)     *pid*   Process identifier, up to 65535. For larger values specify target as "process-type,N"  ```{=html} <!-- --> ``` **-p**, **--print**   Print known items and exit. For each item either generic defaults are used, or specific defaults for testing are supplied. These defaults are listed in square brackets as item key parameters. Returned values are enclosed in square brackets and prefixed with the type of the returned value, separated by a pipe character. For user parameters type is always **t**, as the agent can not determine all possible return values. Items, displayed as working, are not guaranteed to work from the Zabbix server or zabbix\_get when querying a running agent daemon as permissions or environment may be different. Returned value types are:     d   Number with a decimal part.     m   Not supported. This could be caused by querying an item that only works in the active mode like a log monitoring item or an item that requires multiple collected values. Permission issues or incorrect user parameters could also result in the not supported state.     s   Text. Maximum length not limited.     t   Text. Same as **s**.     u   Unsigned integer.  **-t**, **--test** *item-key*   Test single item and exit. See **--print** for output description.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAH}
fr	###      Cibles de contrôle au niveau du journal     *process-type*   Tous les processus du type spécifié (vérifications actives, collecteur, listener)     *process-type,N*   Type et nombre de processus (par exemple, listener,3)     *pid*   Identificateur de processus, jusqu'à 65535. Pour des valeurs supérieures, spécifiez la cible comme "process-type,N"  ```{=html} <!-- --> ``` **-p**, **--print**   Imprimer les éléments connus et quitter. Pour chaque élément, soit des valeurs par défaut génériques sont utilisées, soit des valeurs par défaut spécifiques pour les tests sont fournies. Ces valeurs par défaut sont répertoriées entre crochets en tant que paramètres clés de l'élément. Les valeurs renvoyées sont entre crochets et préfixées par le type de la valeur renvoyée, séparées par un caractère pipe. Pour les paramètres utilisateur, le type est toujours **t**, car l'agent ne peut pas déterminer toutes les valeurs de retour possibles. Les éléments, affichés comme fonctionnant, ne sont pas garantis de fonctionner à partir du serveur Zabbix ou de zabbix\_get lors de l'interrogation d'un démon d'agent en cours d'exécution, car les autorisations ou l'environnement peuvent être différents. Les types de valeurs renvoyées sont :    d   Nombre avec une partie décimale.     m   Non supporté. Cela peut être dû à l'interrogation d'un élément qui ne fonctionne qu'en mode actif, comme un élément de surveillance du journal ou un élément qui nécessite plusieurs valeurs collectées. Des problèmes d'autorisation ou des paramètres utilisateur incorrects peuvent également entraîner l'état non pris en charge.     s   Texte. Longueur maximale non limitée.     t   Texte. Comme **s**.     u   Entier non signé.  **-t**, **--test** *item-key*   Tester un seul élément et quitter. Voir **--print** pour la description de la sortie.  **-h**, **--help**   Afficher cette aide et quitter.  **-V**, **--version**   Afficher les informations de version et quitter.  [ ]{#lbAH}

en-us	###      Log level control targets     *process-type*   All processes of specified type (configuration syncer, data sender, discoverer, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, poller, self-monitoring, snmp trapper, task manager, trapper, unreachable poller, vmware collector)     *process-type,N*   Process type and number (e.g., poller,3)     *pid*   Process identifier, up to 65535. For larger values specify target as "process-type,N"  ```{=html} <!-- --> ``` **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAH}
fr	###      Cibles de contrôle de niveau de journalisation     *process-type*   Tous les processus du type spécifié (configuration syncer, data sender, discoverer, heartbeat sender, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, poller, self-monitoring, snmp trapper, task manager, trapper, unreachable poller, vmware collector)     *process-type,N*   Type et nombre de processus (par exemple, poller,3)     *pid*   Identificateur de processus, jusqu'à 65535. Pour des valeurs supérieures, spécifiez la cible comme "process-type,N"  ```{=html} <!-- --> ``` **-h**, **--help**   Afficher cette aide et quitter.  **-V**, **--version**   Afficher les informations de version et quitter.  [ ]{#lbAH}

en-us	##### Log rotation  Zabbix does not provide any log rotation system - that should be handled by the user. The log rotation should first rename the old file and only later delete it so that no traps are lost:\  1.  Zabbix opens the trap file at the last known location and goes to     step 3 2.  Zabbix checks if the currently opened file has been rotated by     comparing the inode number to the defined trap file's inode number.     If there is no opened file, Zabbix resets the last location and goes     to step 1. 3.  Zabbix reads the data from the currently opened file and sets the     new location. 4.  The new data are parsed. If this was the rotated file, the file is     closed and goes back to step 2. 5.  If there was no new data, Zabbix sleeps for 1 second and goes back     to step 2.
fr	##### Rotation des journaux  Zabbix ne fournit aucun système de rotation des journaux - il doit être géré par l'utilisateur. La rotation du journal doit d'abord renommer l'ancien fichier et ne le supprimer que plus tard afin qu'aucune information ne soit perdue :\  1. Zabbix ouvre le fichier au dernier emplacement connu et passe à l'étape 3 2. Zabbix vérifie si le fichier actuellement ouvert a subi une rotation en comparant le numéro d'inode au numéro d'inode du fichier d'interruption défini. S'il n'y a pas de fichier ouvert, Zabbix réinitialise le dernier emplacement et passe à l'étape 1. 3. Zabbix lit les données du fichier actuellement ouvert et définit le nouvel emplacement. 4. Les nouvelles données sont analysées. S'il s'agissait du fichier pivoté, le fichier est fermé et revient à l'étape 2. 5. S'il n'y a pas de nouvelles données, Zabbix se met en veille pendant 1 seconde et revient à l'étape 2.

en-us	#### Low-level discovery  In a [low-level discovery rule](/manual/discovery/low_level_discovery#configuring_low-level_discovery), user macros can be used in the following fields:  |Location|<|Multiple macros/mix with text^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Key parameters|<|yes| |Update interval|<|no| |Custom interval|<|no| |Keep lost resources period|<|no| |Description|<|yes| |*SNMP agent*|<|<| | |SNMP OID|yes| |*SSH agent*|<|<| | |Username|yes| |^|Public key file|yes| |^|Private key file|yes| |^|Password|yes| |^|Script|yes| |*TELNET agent*|<|<| | |Username|yes| |^|Password|yes| |^|Script|yes| |*Zabbix trapper*|<|<| | |Allowed hosts|yes| |*Database monitor*|<|<| | |Username|yes| |^|Password|yes| |^|SQL query|yes| |*JMX agent*|<|<| | |JMX endpoint|yes| |*HTTP agent*|<|<| | |URL^[3](supported_by_location_user#footnotes)^|yes| |^|Query fields|yes| |^|Timeout|no| |^|Request body|yes| |^|Headers (names and values)|yes| |^|Required status codes|yes| |^|HTTP authentication username|yes| |^|HTTP authentication password|yes| |*Filters*|<|<| | |Regular expression|yes| |*Overrides*|<|<| | |Filters: regular expression|yes| |^|Operations: update interval (for item prototypes)|no| |^|Operations: history storage period (for item prototypes)|no| |^|Operations: trend storage period (for item prototypes)|no|
fr	#### Découverte de bas niveau  Dans une [règle de découverte de bas niveau](/manual/discovery/low_level_discovery#configuring_low-level_discovery), les macros utilisateur peuvent être utilisées dans les champs suivants :  |Emplacement|<|Plusieurs macros/mix avec du texte^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Paramètres de clé|<|oui| |Intervalle de mise à jour|<|non| |Intervalle personnalisé|<|non| |Période de conservation des ressources perdues|<|non| |Description|<|oui| |*Agent SNMP*|<|<| | |OID SNMP|oui| |*Agent SSH*|<|<| | |Nom d'utilisateur|oui| |^|Fichier de clé publique|oui| |^|Fichier de clé privée|oui| |^|Mot de passe|oui| |^|Script|oui| |*Agent TELNET*|<|<| | |Nom d'utilisateur|oui| |^|Mot de passe|oui| |^|Script|oui| |*Trapper Zabbix*|<|<| | |Hötes autorisés|oui| |*Surveillance de base de données*|<|<| | |Nom d'utilisateur|oui| |^|Mot de passe|oui| |^|Requête SQL|oui| |*Agent JMX agent*|<|<| | |Point de terminaison JMX|oui| |*Agent HTTP*|<|<| | |URL^[3](supported_by_location_user#footnotes)^|oui| |^|Champs de requête|oui| |^|Délai d'expiration|non| |^|Corps de la requête|oui| |^|En-têtes (noms et valeurs)|oui| |^|Codes de statuts requis|oui| |^|Nom d'utilisateur d'authentification HTTP|oui| |^|Mot de passe d'authentification HTTP|oui| |*Filtres*|<|<| | |Expression régulière|oui| |*Remplacements*|<|<| | |Filtres : Expression régulière|oui| |^|Opérations : intervalle de mise à jour (pour les prototypes d'éléments)|non| |^|Opérations : période de stockage de l'historique (pour les prototypes d'éléments)|non| |^|Opérations : période de stockage des tendances (pour les prototypes d'éléments)|non|

en-us	#### Low-level discovery macros  Even though no low-level discovery macros are created in the returned JSON, these macros can be defined by the user as an additional step, using the [custom LLD macro](/manual/discovery/low_level_discovery#custom_macros) functionality with JSONPath pointing to the discovered values in the returned JSON.  The macros then can be used to create item, trigger, etc prototypes.
fr	#### Macros de découverte de bas niveau  Même si aucune macro de découverte de bas niveau n'est créée dans le JSON renvoyé, ces macros peuvent être définies par l'utilisateur comme une étape supplémentaire, à l'aide de [macros LLD personnalisées](/manual/discovery/low_level_discovery#custom_macros) avec un JSONPath pointant vers les valeurs découvertes dans le JSON renvoyé.  Les macros peuvent ensuite être utilisées pour créer des prototypes d'éléments, de déclencheurs, etc.

en-us	#### Macros  Manage macros.  [User macro API](/manual/api/reference/usermacro)
fr	#### Macros  Gérer les macros.  [API de macro utilisateur](/manual/api/reference/usermacro)

en-us	# maintenance.create
fr	# maintenance.create

en-us	# maintenance.delete
fr	# maintenance.delete

en-us	# maintenance.get
fr	# maintenance.get

en-us	# > Maintenance object  The following objects are directly related to the `maintenance` API.
fr	# > Objet Maintenance  Les objets suivants sont directement liés à l'API `maintenance`.

en-us	# maintenance.update
fr	# maintenance.update

en-us	 # manifest.json  Any module needs the manifest.json file. The file must be located in the module's primary directory (for example, *zabbix/ui/modules/module_name/manifest.json*).  As a bare minimum, manifest.json should specify these fields:  ```json {     "manifest_version": 2.0,     "id": "my_ip_address",     "name": "My IP Address",     "namespace": "MyIPAddress",     "version": "1.0" } ```  Parameters supported in **manifest.json** (press on the parameter name for a detailed description):  |Parameter |Description |Required | |--|--------|--| |[manifest_version](#manifest-version)|Manifest version of the module.| Yes | |[id](#id) |Unique module ID. |^| |[name](#name) |Module name that will be displayed in the Administration section. |^| |[namespace](#namespace) |PHP namespace for module classes.|^| |[version](#version) |Module version. |^| |[type](#type) |Type of the module. For widget must be set to *widget* | Yes for widgets, otherwise no | |[widget](#widget) |Widget configuration. Used for widgets only. |^| |[actions](#actions) | Actions to register with the module. |^| |[assets](#assets) | CSS styles and JavaScript files to include. | No | |[author](#author) |Module author. |^| |[config](#config) |Default values for custom module options. |^| |[description](#description) |Module description.|^| |[url](#url) |A link to the module description. |^|
fr	 # manifest.json  Tout module a besoin du fichier manifest.json. Le fichier doit être situé dans le répertoire principal du module (Par exemple, *zabbix/ui/modules/module_name/manifest.json*).  Au strict minimum, manifest.json doit spécifier ces champs :  ```json {     "manifest_version": 2.0,     "id": "mon_adresse_ip",     "name": "Mon adresse IP",     "namespace": "MonAdresseIP",     "version": "1.0" } ```  Paramètres pris en charge dans **manifest.json** (appuyez sur le nom du paramètre pour une description détaillée) :  |Paramètre |Description |Obligatoire | |--|--------|--| |[manifest_version](#manifest-version)|Version manifeste du module.| Oui | |[id](#id) |ID de module unique. |^| |[name](#name) |Nom du module qui sera affiché dans la section Administration. |^| |[namespace](#namespace) |Espace de noms PHP pour les classes de modules.|^| |[version](#version) |Version du module. |^| |[type](#type) |Type du module. Pour le widget doit être défini sur *widget* | Oui pour les widgets, sinon non | |[widget](#widget) |Configuration des widgets. Utilisé uniquement pour les widgets. |^| |[actions](#actions) | Actions pour s'inscrire au module. |^| |[assets](#actifs) | Styles CSS et fichiers JavaScript à inclure. | Non | |[author](#auteur) |Auteur du module. |^| |[config](#config) |Valeurs par défaut pour les options de module personnalisées. |^| |[description](#description) |Description du module.|^| |[url](#url) |Un lien vers la description du module. |^|

en-us	 ### manifest_version {#manifest-version}  Manifest version of the module. Currently, supported version is **2.0**.  *Type*: Double  *Example*:   ```json "manifest_version": 2.0 ```
fr	 ### manifest_version {#manifest-version}  Version manifeste du module. Actuellement, la version prise en charge est **2.0**.  *Type* : Double  *Exemple*:  ```json "manifest_version": 2.0 ```

en-us	# map.create
fr	# map.create

en-us	# map.delete
fr	# map.delete

en-us	#### Map element Host group  The map element Host group object defines one host group element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groupid|string|Host group ID|
fr	#### Élément de carte Groupe d'hôtes  L'objet élément de carte Groupe d'hôtes définit un élément groupe d'hôtes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |groupid|string|ID du groupe d'hôtes.|

en-us	#### Map element Host  The map element Host object defines one host element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |hostid|string|Host ID|
fr	#### Élément de carte Hôte  L'objet élément de carte Hôte définit un élément hôte.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |hostid|string|ID de l'hôte.|

en-us	#### Map element Map  The map element Map object defines one map element.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |sysmapid|string|Map ID|
fr	#### Élément de carte Carte  L'objet élément de carte Carte définit un élément de carte.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |-----------|----|-----------| |sysmapid|string|ID de la carte.|

en-us	#### Map element Trigger  The map element Trigger object defines one or more trigger elements.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |triggerid|string|Trigger ID|
fr	#### Élément de carte Déclencheur  L'objet élément de carte Déclencheur définit un ou plusieurs éléments déclencheurs.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |triggerid|string|ID du déclencheur.|

en-us	# map.get
fr	# map.get

en-us	#### Map listing  ![](../../../../../assets/en/manual/web_interface/map_list.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the map. Click on the name to [view](/manual/web_interface/frontend_sections/monitoring/maps#viewing_maps) the map.| |*Width*|Map width is displayed.| |*Height*|Map height is displayed.| |*Actions*|Two actions are available:<br>**Properties** - edit general map [properties](/manual/config/visualization/maps/map#creating_a_map)<br>**Constructor** - access the grid for adding [map elements](/manual/config/visualization/maps/map#adding_elements)|  To [configure](/manual/config/visualization/maps/map#creating_a_map) a new map, click on the *Create map* button in the top right-hand corner. To import a map from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner. The user who imports the map will be set as its owner.  Two buttons below the list offer some mass-editing options:  -   *Export* - export the maps to a YAML, XML, or JSON file -   *Delete* - delete the maps  To use these options, mark the checkboxes before the respective maps, then click on the required button.
fr	#### Liste des cartes  ![](../../../../../assets/en/manual/web_interface/map_list.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Nom*|Nom de la carte. Cliquez sur le nom pour [afficher](/manual/web_interface/frontend_sections/monitoring/maps#viewing_maps) la carte.| |*Largeur*|La largeur de la carte est affichée.| |*Hauteur*|La hauteur de la carte est affichée.| |*Actions*|Deux actions sont disponibles :<br>**Propriétés** - modifier [propriétés](/manual/config/visualization/maps/map#creating_a_map) générales de la carte<br>**Constructeur** - accéder à la grille pour ajouter des [éléments de carte](/manual/config/visualization/maps/map#adding_elements)|  Pour [configurer](/manual/config/visualization/maps/map#creating_a_map) une nouvelle carte, cliquez sur le bouton *Créer une carte* dans le coin supérieur droit. Pour importer une carte à partir d'un fichier YAML, XML ou JSON, cliquez sur le bouton *Importer* dans le coin supérieur droit. L'utilisateur qui importe la carte sera défini comme son propriétaire.  Deux boutons sous la liste offrent des options d'édition en masse :  -   *Exporter* - exporter les cartes vers un fichier YAML, XML ou JSON -   *Supprimer* - supprimer les cartes  Pour utiliser ces options, cochez les cases devant les cartes respectives, puis cliquez sur le bouton requis.

en-us	# > Map object  The following objects are directly related to the `map` API.
fr	# > Objet Carte  Les objets suivants sont directement liés à l'API `map`.

en-us	##### Mapping LLD macros  Next you have to go to the LLD macros tab and make the following mappings:      {#VOLUME}=$.labels['volume']     {#METRIC}=$['name']     {#HELP}=$['help']
fr	##### Correspondance des macros LLD  Ensuite, vous devez vous rendre dans l'onglet Macros LLD et effectuer les correspondances suivantes :      {#VOLUME}=$.labels['volume']     {#METRIC}=$['name']     {#HELP}=$['help']

en-us	# map.update
fr	# map.update

en-us	 #### MariaDB/MySQL 8.0+ without mysqlsh  This upgrade method takes more time and should be used only if an upgrade with *mysqlsh* is not possible.  ##### Table upgrade  * Log in to MySQL console as root (recommended) or any user with FILE privileges.   * Start MySQL with [local_infile](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_local_infile) variable enabled.  * Rename old tables and create new tables by running `history_pk_prepare.sql`:  ``` {.bash} mysql -uzabbix -p<password> zabbix < /usr/share/zabbix-sql-scripts/mysql/history_pk_prepare.sql ```  ##### Migration with stopped server  *max_execution_time* must be disabled before migrating data to avoid timeout during migration.  ``` {.sql} SET @@max_execution_time=0;  INSERT IGNORE INTO history SELECT * FROM history_old; INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old; INSERT IGNORE INTO history_str SELECT * FROM history_str_old; INSERT IGNORE INTO history_log SELECT * FROM history_log_old; INSERT IGNORE INTO history_text SELECT * FROM history_text_old; ```  Follow [post-migration instructions](#post-migration) to drop the old tables.  ##### Migration with running server  Check for which paths import/export is enabled:  ``` {.sql} mysql> SELECT @@secure_file_priv; +-----------------------+ | @@secure_file_priv    | +-----------------------+ | /var/lib/mysql-files/ | +-----------------------+ ```  If *secure_file_priv* value is a path to a directory, export/import will be performed for  files in that directory. In this case, edit paths to files in queries accordingly or set the *secure_file_priv* value to an empty string for the upgrade time.   If *secure_file_priv* value is empty, export/import  can be performed from any location.    If *secure_file_priv* value is NULL, set it to the path that contains exported table data ('/var/lib/mysql-files/' in the example above).   For more information, see  [MySQL documentation](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_secure_file_priv).   *max_execution_time* must be disabled before exporting data to avoid timeout during export.  ``` {.sql} SET @@max_execution_time=0;  SELECT * INTO OUTFILE '/var/lib/mysql-files/history.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_old; LOAD DATA INFILE '/var/lib/mysql-files/history.csv' IGNORE INTO TABLE history FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_uint.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_uint_old; LOAD DATA INFILE '/var/lib/mysql-files/history_uint.csv' IGNORE INTO TABLE history_uint FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_str.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_str_old; LOAD DATA INFILE '/var/lib/mysql-files/history_str.csv' IGNORE INTO TABLE history_str FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_log.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_log_old; LOAD DATA INFILE '/var/lib/mysql-files/history_log.csv' IGNORE INTO TABLE history_log FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_text.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_text_old; LOAD DATA INFILE '/var/lib/mysql-files/history_text.csv' IGNORE INTO TABLE history_text FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n'; ```  Follow [post-migration instructions](#post-migration) to drop the old tables.
fr	 #### MariaDB/MySQL 8.0+ sans mysqlsh  Cette méthode de mise à niveau prend plus de temps et ne doit être utilisée que si une mise à niveau avec *mysqlsh* n'est pas possible.  ##### Mise à niveau des tables  * Connectez vous à la console MySQL en tant que root (recommandé) ou tout utilisateur disposant des privilèges FILE.  * Démarrez MySQL avec la variable [local_infile](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_local_infile) activée.  * Renommez les anciennes tables et créer de nouvelles tables en exécutant `history_pk_prepare.sql` :  ``` {.bash} mysql -uzabbix -p<password> zabbix < /usr/share/zabbix-sql-scripts/mysql/history_pk_prepare.sql ```  ##### Migration avec serveur arrêté  *max_execution_time* doit être désactivé avant la migration des données pour éviter l'expiration du délai pendant la migration.  ``` {.sql} SET @@max_execution_time=0;  INSERT IGNORE INTO history SELECT * FROM history_old; INSERT IGNORE INTO history_uint SELECT * FROM history_uint_old; INSERT IGNORE INTO history_str SELECT * FROM history_str_old; INSERT IGNORE INTO history_log SELECT * FROM history_log_old; INSERT IGNORE INTO history_text SELECT * FROM history_text_old; ```  Suivez les [instructions post-migration](#after-migration) pour supprimer les anciennes tables.  ##### Migration avec serveur en cours d'exécution  Vérifiez pour quels chemins l'import/export est activé :  ``` {.sql} mysql> SELECT @@secure_file_priv; +-----------------------+ | @@secure_file_priv    | +-----------------------+ | /var/lib/mysql-files/ | +-----------------------+ ```  Si la valeur *secure_file_priv* est un chemin d'accès à un répertoire, l'exportation/importation sera effectuée pour les fichiers de ce répertoire. Dans ce cas, modifiez les chemins d'accès aux fichiers dans les requêtes en conséquence ou définir la valeur *secure_file_priv* sur une chaîne vide pour la mise à niveau.  Si la valeur *secure_file_priv* est vide, l'exportation/importation peut être effectuée à partir de n'importe quel emplacement.  Si la valeur *secure_file_priv* est NULL, la définir sur le chemin contenant les données de table exportées ('/var/lib/mysql-files/' dans l'exemple ci-dessus).  Pour plus d'informations, consulter la [documentation MySQL](https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_secure_file_priv).  *max_execution_time* doit être désactivé avant d'exporter des données pour éviter un délai d'attente lors de l'exportation.  ``` {.sql} SET @@max_execution_time=0;  SELECT * INTO OUTFILE '/var/lib/mysql-files/history.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_old; LOAD DATA INFILE '/var/lib/mysql-files/history.csv' IGNORE INTO TABLE history FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_uint.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_uint_old; LOAD DATA INFILE '/var/lib/mysql-files/history_uint.csv' IGNORE INTO TABLE history_uint FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_str.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_str_old; LOAD DATA INFILE '/var/lib/mysql-files/history_str.csv' IGNORE INTO TABLE history_str FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_log.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_log_old; LOAD DATA INFILE '/var/lib/mysql-files/history_log.csv' IGNORE INTO TABLE history_log FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';  SELECT * INTO OUTFILE '/var/lib/mysql-files/history_text.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_text_old; LOAD DATA INFILE '/var/lib/mysql-files/history_text.csv' IGNORE INTO TABLE history_text FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n'; ```  Suivez les [instructions post-migration](#after-migration) pour supprimer les anciennes tables.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Copy* - copy the graphs to other hosts or templates -   *Delete* - delete the graphs  To use these options, mark the checkboxes before the respective graphs, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Copier* - copier les graphiques vers d'autres hôtes ou modèles -   *Supprimer* - supprimer les graphiques  Pour utiliser ces options, cochez les cases devant les graphiques respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Copy* - copy the graphs to other hosts or templates -   *Delete* - delete the graphs  To use these options, mark the checkboxes before the respective graphs, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Copier* - copier les graphiques vers d'autres hôtes ou modèles -   *Supprimer* - supprimer les graphiques  Pour utiliser ces options, cochez les cases devant les graphiques respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Create enabled* - create these hosts as *Enabled* -   *Create disabled* - create these hosts as *Disabled* -   *Delete* - delete these host prototypes  To use these options, mark the checkboxes before the respective host prototypes, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Créer activé* - créer ces hôtes comme *Activé* -   *Créer désactivé* - créer ces hôtes comme *Désactivé* -   *Supprimer* - supprimer ces prototypes d'hôtes  Pour utiliser ces options, cochez les cases devant les prototypes hôtes respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Create enabled* - create these hosts as *Enabled* -   *Create disabled* - create these hosts as *Disabled* -   *Delete* - delete these host prototypes  To use these options, mark the checkboxes before the respective host prototypes, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Créer activé* - créer ces hôtes comme *Activé* -   *Créer désactivé* - créer ces hôtes comme *Désactivé* -   *Supprimer* - supprimer ces prototypes d'hôtes  Pour utiliser ces options, cochez les cases devant les prototypes hôtes respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change the action status to *Enabled* -   *Disable* - change the action status to *Disabled* -   *Delete* - delete the actions  To use these options, mark the checkboxes before the respective actions, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer le statut de l'action en *Activé* -   *Désactiver* - changer le statut de l'action en *Désactivé* -   *Supprimer* - supprimer les actions  Pour utiliser ces options, cochez les cases devant les actions respectives, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change the low-level discovery rule status to *Enabled* -   *Disable* - change the low-level discovery rule status to *Disabled* -   *Delete* - delete the low-level discovery rules  To use these options, mark the checkboxes before the respective discovery rules, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer l'état de la règle de découverte de bas niveau en *Activé* -   *Désactiver* - changer l'état de la règle de découverte de bas niveau en *Désactivé* -   *Supprimer* - supprimer les règles de découverte de bas niveau  Pour utiliser ces options, cochez les cases devant les règles de découverte respectives, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change the media type status to *Enabled* -   *Disable* - change the media type status to *Disabled* -   *Export* - export the media types to a YAML, XML or JSON file -   *Delete* - delete the media types  To use these options, mark the checkboxes before the respective media types, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer l'état du type de média en *Activé* -   *Désactiver* - changer l'état du type de média en *Désactivé* -   *Exporter* - exporter les types de médias vers un fichier YAML, XML ou JSON -   *Supprimer* - supprimer les types de médias  Pour utiliser ces options, cochez les cases devant les types de média respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change the scenario status to *Enabled* -   *Disable* - change the scenario status to *Disabled* -   *Delete* - delete the web scenarios  To use these options, mark the checkboxes before the respective web scenarios, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer le statut du scénario en *Activé* -   *Désactiver* - changer le statut du scénario en *Désactivé* -   *Supprimer* - supprimer les scénarios Web  Pour utiliser ces options, cochez les cases devant les scénarios Web respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change the user group status to *Enabled* -   *Disable* - change the user group status to *Disabled* -   *Enable debug mode* - enable debug mode for the user groups -   *Disable debug mode* - disable debug mode for the user groups -   *Delete* - delete the user groups  To use these options, mark the checkboxes before the respective user groups, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer le statut du groupe d'utilisateurs en *Activé* -   *Désactiver* - changer le statut du groupe d'utilisateurs en *Désactivé* -   *Activer le mode débogage* - activer le mode débogage pour les groupes d'utilisateurs -   *Désactiver le mode débogage* - désactiver le mode débogage pour les groupes d'utilisateurs -   *Supprimer* - supprimer les groupes d'utilisateurs  Pour utiliser ces options, cochez les cases devant les groupes utilisateur respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change trigger status to *Enabled*. -   *Disable* - change trigger status to *Disabled*. -   *Copy* - copy the triggers to other hosts or templates. -   *Mass update* - update several properties for a number of triggers     at once. -   *Delete* - delete the triggers.  To use these options, mark the checkboxes before the respective triggers, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer l'état du déclencheur en *Activé* -   *Désactiver* - changer l'état du déclencheur en *Désactivé* -   *Copier* - copier les déclencheurs vers d'autres hôtes ou modèles -   *Mise à jour de masse* - mettre à jour plusieurs propriétés pour un certain nombre de déclencheurs à la fois -   *Supprimer* - supprimer les déclencheurs  Pour utiliser ces options, cochez les cases devant les déclencheurs respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change trigger status to *Enabled* -   *Disable* - change trigger status to *Disabled* -   *Copy* - copy the triggers to other hosts or templates -   *Mass update* - update several properties for a number of triggers     at once -   *Delete* - delete the triggers  To use these options, mark the checkboxes before the respective triggers, then click on the required button.
fr	##### Options d'édition en masse  Les boutons situés sous la liste offrent des options d'édition en masse :  -   *Activer* - changer l'état du déclencheur en *Activé* -   *Désactiver* - changer l'état du déclencheur en *Désactivé* -   *Copier* - copier les déclencheurs vers d'autres hôtes ou modèles -   *Mise à jour de masse* - mettre à jour plusieurs propriétés pour un certain nombre de déclencheurs à la fois -   *Supprimer* - supprimer les déclencheurs  Pour utiliser ces options, cochez les cases devant les déclencheurs respectifs, puis cliquez sur le bouton requis.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable hosts* - change the status of all hosts in the group to     "Monitored" -   *Disable hosts* - change the status of all hosts in the group to     "Not monitored" -   *Delete* - delete the host groups  To use these options, mark the checkboxes before the respective host groups, then click on the required button.
fr	##### Options d'édition de masse  Les boutons situés sous la liste offrent des options d’édition collective :  -   *Activer les hôtes* - change le statut de tous les hôtes du groupe en "Supervisé" -   *Désactiver les hôtes* - modifie le statut de tous les hôtes du groupe en "Non supervisé". -   *Supprimer* - supprime les groupes d'hôtes  Pour utiliser ces options, cochez les cases devant les groupes d'hôtes respectifs, puis cliquez sur le bouton requis.

en-us	##### Master item  Create an IPMI item using the following key:      ipmi.get  ![](../../../../../assets/en/manual/discovery/low_level_discovery/ipmi_get_item.png)  Set the type of information to "Text" for possibly big JSON data.
fr	##### Élément principal  Créez un élément IPMI à l'aide de la clé suivante :      ipmi.get  ![](../../../../../assets/en/manual/discovery/low_level_discovery/ipmi_get_item.png)  Définissez le type d'informations sur "Texte" pour les données JSON éventuellement volumineuses.

en-us	# mediatype.create
fr	# mediatype.create

en-us	# mediatype.delete
fr	# mediatype.delete

en-us	# mediatype.get
fr	# mediatype.get

en-us	# > Media type object  The following objects are directly related to the `mediatype` API.
fr	# > Objet Type de média  Les objets suivants sont directement liés à l'API `mediatype`.

en-us	#### Media types  Configure media types and multiple ways users will receive alerts.  [Media type API](/manual/api/reference/mediatype)
fr	#### Types de médias  Configurez les types de médias et les différentes manières dont les utilisateurs recevront des alertes.  [API de type de média](/manual/api/reference/mediatype)

en-us	# mediatype.update
fr	# mediatype.update

en-us	#### mediatype  [ZBXNEXT-6796](https://support.zabbix.com/browse/ZBXNEXT-6796) Removed property `exec_params`.\ [ZBXNEXT-6796](https://support.zabbix.com/browse/ZBXNEXT-6796) Added new property `parameters` (contains a list of [parameter](reference/mediatype/object#script-parameters) objects for "script" media types).\
fr	#### type de support  [ZBXNEXT-6796](https://support.zabbix.com/browse/ZBXNEXT-6796) Propriété supprimée `exec_params`.\ [ZBXNEXT-6796](https://support.zabbix.com/browse/ZBXNEXT-6796) Ajout d'une nouvelle propriété `parameters` (contient une liste d'objets [paramètre](reference/mediatype/object#script-parameters) pour " types de média "script").\

en-us	#### Memory suffixes  Memory size suffixes are supported in:  -   trigger [expression](/manual/config/triggers/expression) constants     and function parameters -   constants of [calculated     item](/manual/config/items/itemtypes/calculated) formulas  For memory size you can use:  -   **K** - kilobyte -   **M** - megabyte -   **G** - gigabyte -   **T** - terabyte
fr	#### Suffixes Memoires  Les suffixes de taille mémoire sont pris en charge dans :  - les [expressions](/manual/config/triggers/expression) des constantes et les paramètres de fonction du déclencheur. - les formules des constantes des [éléments calculés](/manual/config/items/itemtypes/calculated)  Pour la taille de la mémoire, vous pouvez utiliser :  - **K** - kilooctet - **M** - megaoctet - **G** - gigaoctet - **T** - teraoctet

en-us	 #### Menu layout  The new version features an updated menu layout, which includes the following changes:  -   **Dashboards** now are a top-level menu entry (previously *Dashboard* under the *Monitoring* menu). -   A new **Alerts** top-level menu has been added, which contains submenus  related to alerting such as *Actions*, *Media types* and *Scripts*.    - *Actions* has a submenu with all types of actions (including *Service actions*, previously under *Services*). -   A new **Users** top-level menu has been added, which contains submenus  related to user management such as *User groups*, *User roles*, *Users*,      *API tokens* and *Authentication*. -   A new **Data collection** menu replaces the previous *Configuration* menu      and contains subsections that are related to configuring data collection (with actions moved to *Alerts*).  ![](../../../assets/en/manual/introduction/menu_layout.png)  In other changes:  -   The *Audit* section has been renamed to *Audit log* under *Reports*. -   The **Administration** menu no longer contains submenus related to alerting and user management.     Also:    - *Housekeeping*, *Macros* and *Audit log* that previously were submenus of *Administration* -> *General*      have been moved one level up and now are submenus of *Administration*.  The new menu in full can be seen in [frontend sections](/manual/web_interface/frontend_sections).  Note that access to the new menu depends on the user type and defined user role (see [Permissions](/manual/config/users_and_usergroups/permissions) for more details).
fr	 #### Disposition des menus  La nouvelle version présente une disposition des menus mise à jour, qui inclut les modifications suivantes :  - Les **Tableaux de bord** constituent désormais une entrée de menu de niveau supérieur (auparavant *Tableau de bord* sous le menu *Surveillance*). - Un nouveau menu de niveau supérieur **Alertes** a été ajouté, qui contient des sous-menus liés aux alertes tels que *Actions*, *Types de média* et *Scripts*.    - *Actions* a un sous-menu avec tous les types d'actions (y compris *Actions de service*, auparavant sous *Services*). - Un nouveau menu de niveau supérieur **Utilisateurs** a été ajouté, qui contient des sous-menus liés à la gestion des utilisateurs tels que *Groupes d'utilisateurs*, *Rôles d'utilisateur*, *Utilisateurs*, *Jetons API* et *Authentification*. - Un nouveau menu **Collecte de données** remplace l'ancien menu *Configuration*     et contient des sous-sections liées à la configuration de la collecte de données (avec des actions déplacées vers *Alertes*).  ![](../../../assets/en/manual/introduction/menu_layout.png)  Autres changements :  - La section *Audit* a été renommée en *Journal d'audit* sous *Rapports*. - Le menu **Administration** ne contient plus de sous-menus liés aux alertes et à la gestion des utilisateurs.     Aussi:    - *Housekeeping*, *Macros* et *Audit log* qui étaient auparavant des sous-menus de *Administration* -> *Général*     ont été déplacés d'un niveau vers le haut et constituent désormais des sous-menus de *Administration*.  Le nouveau menu complet peut être vu dans les [sections frontend](/manual/web_interface/frontend_sections).  Notez que l'accès au nouveau menu dépend du type d'utilisateur et du rôle utilisateur défini. (voir [Permissions](/manual/config/users_and_usergroups/permissions) pour plus de détails).

en-us	 #### Migration with running server  * Export current history, import it to the temp table,  then insert the data into new tables while ignoring duplicates:  ``` {.sql} \copy history_old TO '/tmp/history.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    DOUBLE PRECISION DEFAULT '0.0000'          NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history FROM '/tmp/history.csv' DELIMITER ',' CSV INSERT INTO history SELECT * FROM temp_history ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_uint_old TO '/tmp/history_uint.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_uint (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    numeric(20)     DEFAULT '0'               NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_uint FROM '/tmp/history_uint.csv' DELIMITER ',' CSV INSERT INTO history_uint SELECT * FROM temp_history_uint ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_str_old TO '/tmp/history_str.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_str (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    varchar(255)    DEFAULT ''                NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_str FROM '/tmp/history_str.csv' DELIMITER ',' CSV INSERT INTO history_str (itemid,clock,value,ns) SELECT * FROM temp_history_str ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_log_old TO '/tmp/history_log.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_log (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     timestamp                integer         DEFAULT '0'               NOT NULL,     source                   varchar(64)     DEFAULT ''                NOT NULL,     severity                 integer         DEFAULT '0'               NOT NULL,     value                    text            DEFAULT ''                NOT NULL,     logeventid               integer         DEFAULT '0'               NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_log FROM '/tmp/history_log.csv' DELIMITER ',' CSV INSERT INTO history_log SELECT * FROM temp_history_log ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_text_old TO '/tmp/history_text.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_text (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    text            DEFAULT ''                NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_text FROM '/tmp/history_text.csv' DELIMITER ',' CSV INSERT INTO history_text SELECT * FROM temp_history_text ON CONFLICT (itemid,clock,ns) DO NOTHING; ``` * Follow [post-migration instructions](#post-migration) to drop the old tables.
fr	#### Migration avec serveur en cours d'exécution  * Exporter l'historique actuel, importez le dans la table temporaire, puis insérez les données dans de nouvelles tables en ignorant les doublons :  ``` {.sql} \copy history_old TO '/tmp/history.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    DOUBLE PRECISION DEFAULT '0.0000'          NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history FROM '/tmp/history.csv' DELIMITER ',' CSV INSERT INTO history SELECT * FROM temp_history ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_uint_old TO '/tmp/history_uint.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_uint (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    numeric(20)     DEFAULT '0'               NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_uint FROM '/tmp/history_uint.csv' DELIMITER ',' CSV INSERT INTO history_uint SELECT * FROM temp_history_uint ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_str_old TO '/tmp/history_str.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_str (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    varchar(255)    DEFAULT ''                NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_str FROM '/tmp/history_str.csv' DELIMITER ',' CSV INSERT INTO history_str (itemid,clock,value,ns) SELECT * FROM temp_history_str ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_log_old TO '/tmp/history_log.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_log (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     timestamp                integer         DEFAULT '0'               NOT NULL,     source                   varchar(64)     DEFAULT ''                NOT NULL,     severity                 integer         DEFAULT '0'               NOT NULL,     value                    text            DEFAULT ''                NOT NULL,     logeventid               integer         DEFAULT '0'               NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_log FROM '/tmp/history_log.csv' DELIMITER ',' CSV INSERT INTO history_log SELECT * FROM temp_history_log ON CONFLICT (itemid,clock,ns) DO NOTHING;  \copy history_text_old TO '/tmp/history_text.csv' DELIMITER ',' CSV CREATE TEMP TABLE temp_history_text (     itemid                   bigint                                    NOT NULL,     clock                    integer         DEFAULT '0'               NOT NULL,     value                    text            DEFAULT ''                NOT NULL,     ns                       integer         DEFAULT '0'               NOT NULL ); \copy temp_history_text FROM '/tmp/history_text.csv' DELIMITER ',' CSV INSERT INTO history_text SELECT * FROM temp_history_text ON CONFLICT (itemid,clock,ns) DO NOTHING; ``` * Suivez les [instructions post-migration](#post-migration) pour supprimer les anciennes tables.

en-us	##### Minimum weekly disk space among clusters  View the lowest disk space among clusters over a week.  -   add to the data set: hosts `cluster*`, key "Free disk space on     /data" -   select the aggregate function `min` and specify interval `1w` -   a bar graph is displayed, where each bar represents the minimum disk     space per week for each /data volume of the cluster
fr	##### Espace disque hebdomadaire minimal entre les clusters  Affichez l'espace disque le plus faible parmi les clusters sur une semaine.  -   ajoutez à l'ensemble de données : hôtes `cluster*`, clé "Espace disque libre sur /data" -   sélectionnez la fonction d'agrégation `min` et spécifiez l'intervalle `1w` -   un graphique à barres s'affiche, où chaque barre représente l'espace disque minimum par semaine pour chaque volume /data du cluster

en-us	##### Miscellaneous aspects of escalation behavior  Let's consider what happens in different circumstances if an action contains several escalation steps.  |Situation|Behavior| |---------|--------| |*The host in question goes into maintenance after the initial problem notification is sent*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all remaining escalation steps are executed either with a delay caused by the maintenance period or without delay. A maintenance period does not cancel operations.| |*The time period defined in the **Time period** action condition ends after the initial notification is sent*|All remaining escalation steps are executed. The *Time period* condition cannot stop operations; it has effect with regard to when actions are started/not started, not operations.| |*A problem starts during maintenance and continues (is not resolved) after maintenance ends*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all escalation steps are executed either from the moment maintenance ends or immediately.| |*A problem starts during a no-data maintenance and continues (is not resolved) after maintenance ends*|It must wait for the trigger to fire, before all escalation steps are executed.| |*Different escalations follow in close succession and overlap*|The execution of each new escalation supersedes the previous escalation, but for at least one escalation step that is always executed on the previous escalation. This behavior is relevant in actions upon events that are created with EVERY problem evaluation of the trigger.| |*During an escalation in progress (like a message being sent), based on any type of event:<br>- the action is disabled<br>Based on trigger event:<br>- the trigger is disabled<br>- the host or item is disabled<br>Based on internal event about triggers:<br>- the trigger is disabled<br>Based on internal event about items/low-level discovery rules:<br>- the item is disabled<br>- the host is disabled*|The message in progress is sent and then one more message on the escalation is sent. The follow-up message will have the cancellation text at the beginning of the message body (*NOTE: Escalation canceled*) naming the reason (for example, *NOTE: Escalation canceled: action '<Action name>' disabled*). This way the recipient is informed that the escalation is canceled and no more steps will be executed. This message is sent to all who received the notifications before. The reason of cancellation is also logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning).<br><br>Note that the *Escalation canceled* message is also sent if operations are finished, but recovery operations are configured and are not executed yet.| |*During an escalation in progress (like a message being sent) the action is deleted*|No more messages are sent. The information is logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning), for example: `escalation canceled: action id:334 deleted`|
fr	 ##### Aspects divers du comportement d'escalade  Considérons ce qui se passe dans différentes circonstances si une action contient plusieurs étapes d'escalade.  |Situation|Comportement| |---------|--------| |*L'hôte en question passe en maintenance après l'envoi de la notification de problème initiale*|Selon le paramètre *Suspendre les opérations pour les problèmes supprimés* dans la [configuration](/manual/config/notifications/action/operation#configuring_an_operation) de l'action, tout les étapes d'escalade restantes sont exécutées soit avec un retard causé par la période de maintenance, soit sans retard. Une période de maintenance n'annule pas les opérations.| |*La période de temps définie dans la condition d'action **Période de temps** se termine après l'envoi de la notification initiale*|Toutes les étapes d'escalade restantes sont exécutées. La condition *Période* ne peut pas arrêter les opérations ; il a un effet sur le moment où les actions sont démarrées/non démarrées, pas sur les opérations.| |*Un problème commence pendant la maintenance et continue (n'est pas résolu) après la fin de la maintenance*|Selon le paramètre *Suspendre les opérations pour les problèmes supprimés* dans la [configuration](/manual/config/notifications/action/operation#configuring_an_operation) de l'action, toutes les étapes d'escalade sont exécutées dès la fin de la maintenance ou immédiatement.| |*Un problème commence pendant une maintenance sans donnée et continue (n'est pas résolu) après la fin de la maintenance*|Il doit attendre que le déclencheur se déclenche, avant que toutes les étapes d'escalade ne soient exécutées.| |*Différentes escalades se succèdent et se chevauchent*|L'exécution de chaque nouvelle escalade remplace l'escalade précédente, mais pour au moins une étape d'escalade qui est toujours exécutée sur l'escalade précédente. Ce comportement est pertinent dans les actions sur les événements qui sont créés avec CHAQUE évaluation de problème du déclencheur.| |*Lors d'une escalade en cours (comme l'envoi d'un message), en fonction de tout type d'événement :<br>- l'action est désactivée<br>En fonction de l'événement déclencheur :<br>- le déclencheur est désactivé<br>- l'hôte ou l'élément est désactivé<br>Selon un événement interne concernant les déclencheurs :<br>- le déclencheur est désactivé<br>Selon un événement interne concernant les éléments/règles de découverte de bas niveau :<br>- l'élément est désactivé<br >- l'hébergeur est désactivé*|Le message en cours est envoyé puis un autre message sur l'escalade est envoyé. Le message de suivi contiendra le texte d'annulation au début du corps du message (*NOTE: Escalation canceled*) indiquant la raison (par exemple, **NOTE: Escalation canceled: action '\<Action name\>' disabled*). De cette façon, le destinataire est informé que l'escalade est annulée et qu'aucune autre étape ne sera exécutée. Ce message est envoyé à tous ceux qui ont reçu les notifications auparavant. La raison de l'annulation est également consignée dans le fichier journal du serveur (à partir du [Niveau de débogage](/manual/appendix/config/zabbix_server) 3=Avertissement).<br><br>Notez que le message *Escalation canceled* est également envoyé si les opérations sont terminées, mais les opérations de récupération sont configurées et ne sont pas encore exécutées.| |*Lors d'une escalade en cours (comme l'envoi d'un message) l'action est supprimée*|Plus aucun message n'est envoyé. Les informations sont consignées dans le fichier journal du serveur (à partir du [Niveau de débogage](/manual/appendix/config/zabbix_server) 3=Avertissement), par exemple : `escalation canceled: action id:334 deleted`|

en-us	##### - Modes  (**forecast** only)\ Every time a trigger function is evaluated, it gets data from the specified history period and fits a specified function to the data. So, if the data is slightly different, the fitted function will be slightly different. If we simply calculate the value of the fitted function at a specified time in the future, you will know nothing about how the analyzed item is expected to behave between now and that moment in the future. For some `fit` options (like *polynomial*) a simple value from the future may be misleading.  |`mode`|**forecast** result| |------|-------------------| |*value*|f(now + `time`)| |*max*|max~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*min*|min~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|average of f(t) (now <= t <= now + `time`) according to [definition](https://en.wikipedia.org/wiki/Mean_of_a_function)|
fr	##### - Modes  (**forecast** seulement)\ Chaque fois qu'une fonction de déclenchement est évaluée, elle obtient des données de la période d'historique spécifiée et adapte une fonction spécifiée aux données. Donc, si les données sont légèrement différentes, la fonction ajustée sera légèrement différente. Si nous calculons simplement la valeur de la fonction ajustée à une heure future spécifiée, vous ne saurez rien sur le comportement attendu de l'élément analysé d'ici à ce moment-là. Pour certaines options de `fit` (comme *polynôme*), une simple valeur future peut être trompeuse.  |`mode`|résultat **prévisionnel**| |------|---------------------------| |*value*|f(maintenant + `time`)| |*max*|max~maintenant\ <=\ t\ <=\ maintenant\ +\ `time`~ f(t)| |*min*|min~maintenant\ <=\ t\ <=\ maintenant\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|moyenne de f(t) (maintenant <= t <= maintenant + `time`) selon la [définition](https://en.wikipedia.org/wiki/Mean_of_a_function)|

en-us	# module.create
fr	# module.create

en-us	# module.delete
fr	# module.delete

en-us	### Module example  - When creating a host group, grant read permissions to configured user groups - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)
fr	### Exemple de modules  - Lors de la création d'un groupe d'hôtes, accordez des autorisations de lecture aux groupes d'utilisateurs configurés - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)

en-us	 # Module file structure  All code related to a module is stored in a single directory inside the **modules** directory of your Zabbix frontend installation (for example, *zabbix/ui/modules*).
fr	 # Structure des fichiers des modules  Tout le code lié à un module est stocké dans un seul répertoire à l'intérieur du répertoire **modules** de votre installation frontale Zabbix (par exemple, *zabbix/ui/modules*).

en-us	### Module file tree  ````yaml example_module_directory/          (required)    manifest.json                   (required)  Metadata and action definition.    Module.php                                  Module initialization and event handling.    actions/                                    Action controller files.        SomethingView.php        SomethingCreate.php        SomethingDelete.php        data_export/            ExportAsXml.php            ExportAsExcel.php    views/                                      View files.        example.something.view.php        example.something.delete.php    assets/                                     Any additional files to be used in views. Must be specified in manifest.json.        js/                                     JavaScript files used in views.            example.something.view.js.php        css/                                    CSS files used in views.            example.something.css         image.png                              Images used in views.         example.something.file                 Any file for using in views. ````
fr	### Arborescence des fichiers du module  ````yaml example_module_directory/ (obligatoire)    manifest.json (obligatoire) Métadonnées et définition des actions.    Module.php Initialisation du module et gestion des événements.    actions/ Fichiers du contrôleur d’action.    SomethingView.php    SomethingCreate.php    SomethingDelete.php    data_export/    ExportAsXml.php    ExporterAsExcel.php    views/ Afficher les fichiers.    example.something.view.php    example.something.delete.php    assets/ Tous les fichiers supplémentaires à utiliser dans les vues. Doit être spécifié dans manifest.json.    js/ JavaScript utilisés dans les vues.    example.something.view.js.php    css/ Fichiers CSS utilisés dans les vues.    example.something.css    image.png Images utilisées dans les vues.    example.something.file Tout fichier à utiliser dans les vues. ````

en-us	 # Modules
fr	 # Modules

en-us	#### module  [ZBXNEXT-7469](https://support.zabbix.com/browse/ZBXNEXT-7469) Added new Module API with methods `module.create`, `module.delete`, `module.get`, `module.update`.\
fr	#### module  [ZBXNEXT-7469](https://support.zabbix.com/browse/ZBXNEXT-7469) Ajout d'une nouvelle API de module avec les méthodes `module.create`, `module.delete`, `module.get`, `module.update `.\

en-us	#### Monitoring → Problems  The following parameters are supported:  -   `show` - filter option "Show": 1 - recent problems, 2 - all, 3 - in     problem state -   `name` - filter option "Problem": freeform string -   `severities` - filter option "Severity": array of selected     severities in a format 'severities\[\*\]=\*' (replace \* with     severity level): 0 - not classified, 1 - information, 2 - warning,     3 - average, 4 - high, 5 - disaster -   `inventory` - filter option "Host inventory": array of inventory     fields: \[field\], \[value\] -   `evaltype` - filter option "Tags", tag filtering strategy: 0 -     And/Or, 2 - Or -   `tags` - filter option "Tags": array of defined tags: \[tag\],     \[operator\], \[value\] -   `show_tags` - filter option "Show tags": 0 - none, 1 - one, 2 - two,     3 - three -   `tag_name_format` - filter option "Tag name": 0 - full name, 1 -     shortened, 2 - none -   `tag_priority` - filter option "Tag display priority":     comma-separated string of tag display priority -   `show_suppressed` - filter option "Show suppressed problems": should     be 'show\_suppressed=1' to show -   `unacknowledged` - filter option "Show unacknowledged only": should     be 'unacknowledged=1' to show -   `compact_view` - filter option "Compact view": should be     'compact\_view=1' to show -   `highlight_row` - filter option "Highlight whole row" (use problem     color as background color for every problem row): should be '1' to     highlight; can be set only when 'compact\_view' is set -   `filter_name` - filter properties option "Name": freeform string -   `filter_show_counter` - filter properties option "Show number of     records": 1 - show, 0 - do not show -   `filter_custom_time` - filter properties option "Set custom time     period": 1 - set, 0 - do not set -   `sort` - sort column: clock, host, severity, name -   `sortorder` - sort order or results: DESC - descending, ASC -     ascending -   `age_state` - filter option "Age less than": should be     'age\_state=1' to enable 'age'. Is used only when 'show' equals 3. -   `age` - filter option "Age less than": days -   `groupids` - filter option "Host groups": array of host groups IDs -   `hostids` - filter option "Hosts": array of host IDs -   `triggerids` - filter option "Triggers": array of trigger IDs -   `show_timeline` - filter option "Show timeline": should be     'show\_timeline=1' to show -   `details` - filter option "Show details": should be 'details=1' to     show -   `from` - date range start, can be 'relative' (e.g.: now-1m). Is used     only when 'filter\_custom\_time' equals 1. -   `to` - date range end, can be 'relative' (e.g.: now-1m). Is used     only when 'filter\_custom\_time' equals 1.
fr	 #### Surveillance → Problèmes  Les paramètres suivants sont pris en charge :  -   `show` - option de filtre "Afficher" : 1 - problèmes récents, 2 - tous, 3 - en état de problème -   `name` - option de filtre "Problème" : chaîne de forme libre -   `severities` - option de filtre "Sévérité" : tableau des sévérités sélectionnées au format 'severities\[\*\]=\*' (remplacez \* par le niveau de sévérité) : 0 - non classifié, 1 - information, 2 - avertissement, 3 - moyenne , 4 - élevé, 5 - désastre -   `inventory` - option de filtre "Inventaire de l'hôte" : tableau des champs d'inventaire : \[champ\], \[valeur\] -   `evaltype` - option de filtre "Tags", stratégie de filtrage des tags : 0 - Et/Ou, 2 - Ou -   `tags` - option de filtre "Tags" : tableau de tags définis : \[tag\], \[operateur\], \[valeur\] -   `show_tags` - option de filtre "Afficher les tags" : 0 - aucun, 1 - un, 2 - deux, 3 - trois -   `tag_name_format` - option de filtre "Nom du tag" : 0 - nom complet, 1 - raccourci, 2 - aucun -   `tag_priority` - option de filtre "Priorité d'affichage des tags" : chaîne séparée par des virgules de la priorité d'affichage des tags -   `show_suppressed` - option de filtre "Afficher les problèmes supprimés" : doit être 'show\_suppressed=1' pour afficher -   `unacknowledged` - option de filtre "Afficher uniquement les éléments non acquittés" : doit être 'unacknowledged=1' pour afficher -   `compact_view` - option de filtre "Vue compacte": doit être 'compact\_view=1' pour afficher -   `highlight_row` - option de filtre "Mettre en surbrillance la ligne entière" (utiliser la couleur du problème comme couleur d'arrière-plan pour chaque ligne du problème) : doit être '1' pour mettre en surbrillance ; ne peut être défini que lorsque 'compact\_view' est défini -   `filter_name` - option de propriétés de filtre "Nom" : chaîne de forme libre -   `filter_show_counter` - option de propriétés de filtre "Afficher le nombre d'enregistrements": 1 - afficher, 0 - ne pas afficher -   `filter_custom_time` - option de propriétés de filtre "Définir une période de temps personnalisée" : 1 - définir, 0 - ne pas définir -   `sort` - colonne de tri : horloge, hôte, sévérité, nom -   `sortorder` - ordre de tri ou résultats : DESC - décroissant, ASC - croissant -   `age_state` - fl'option de filtrage "Âge inférieur à" : doit être 'age\_state=1' pour activer 'age'. Est utilisé uniquement lorsque 'show' est égal à 3. -   `age` - option de filtre " Âge inférieur à " : jours -   `groupids` - option de filtre "Groupes d'hôtes" : tableau d'ID de groupes d'hôtes -   `hostids` - option de filtre "Hôtes" : tableau d'ID d'hôtes -   `triggerids` - option de filtre "Déclencheurs" : tableau d'ID de déclencheurs -   `show_timeline` - option de filtre "Afficher la chronologie": doit être 'show\_timeline=1' pour afficher -   `details` - option de filtre "Afficher les détails": doit être 'details=1' pour afficher -   `from` - début de la plage de dates, peut être 'relatifve' (par exemple : now-1m). Est utilisé uniquement lorsque 'filter\_custom\_time' est égal à 1. -   `to` - fin de la plage de dates, peut être 'relative' (par exemple : now-1m). Est utilisé uniquement lorsque 'filter\_custom\_time' est égal à 1.

en-us	##### Monitor MySQL with ODBC  To monitor a MySQL server with ODBC, you need to [download and install](https://www.zabbix.com/download) Zabbix server and Zabbix frontend.  Once you have successfully installed the required Zabbix components, you need to create a MySQL user as described in the [*Create MySQL user*](#create-mysql-user) section.  After you have created the MySQL user, you need to setup ODBC. This includes installing one of the most commonly used open source ODBC API implementations - [unixODBC](https://www.unixodbc.org/) - and a unixODBC driver, as well as editing the ODBC driver configuration file.
fr	##### Surveiller MySQL avec ODBC  Pour surveiller un serveur MySQL avec ODBC, vous devez [télécharger et installer](https://www.zabbix.com/download) le serveur Zabbix et l'interface Zabbix.  Une fois que vous avez installé avec succès les composants Zabbix requis, vous devez créer un utilisateur MySQL comme décrit dans la section [*creer un utilisateur MySQL*](#create-mysql-user).  Après avoir créé l'utilisateur MySQL, vous devez configurer ODBC. Cela inclut l'installation de l'une des implémentations d'API ODBC open source les plus couramment utilisées - [unixODBC](https://www.unixodbc.org/) - et un pilote unixODBC, ainsi que la modification du fichier de configuration du pilote ODBC.

en-us	##### Monitor MySQL with Zabbix agent  To monitor a MySQL server with Zabbix agent, you need to [download and install](https://www.zabbix.com/download) Zabbix server, Zabbix frontend and Zabbix agent according to the instructions for your OS.  Once you have successfully installed the required Zabbix components, you need to create a MySQL user as described in the [*Create MySQL user*](#create-mysql-user) section.  After you have created the MySQL user, you need to configure Zabbix agent to be able to establish a connection with the MySQL server and monitor it. This includes configuring multiple [user parameters](/manual/config/items/userparameters) for executing custom agent checks, as well as providing Zabbix agent with the necessary credentials for connecting to the MySQL server as the [previously created](#create-mysql-user) "zbx_monitor" user.
fr	##### Surveiller MySQL avec l'agent Zabbix  Pour surveiller un serveur MySQL avec l'agent Zabbix, vous devez [télécharger et installer](https://www.zabbix.com/download) le serveur Zabbix, l'interface Zabbix et l'agent Zabbix conformément aux instructions de votre système d'exploitation.  Une fois que vous avez installé avec succès les composants Zabbix requis, vous devez créer un utilisateur MySQL comme décrit dans la section [*Créer un utilisateur MySQL*](#create-mysql-user).  Après avoir créé l'utilisateur MySQL, vous devez configurer l'agent Zabbix pour pouvoir établir une connexion avec le serveur MySQL et le surveiller. Cela inclut la configuration de plusieurs [paramètres utilisateur](/manual/config/items/userparameters) pour exécuter des vérifications d'agent personnalisées, ainsi que de fournir à l'agent Zabbix les informations d'identification nécessaires pour se connecter au serveur MySQL en tant qu'utilisateur [précédemment créé] (#create-mysql-user) "zbx_monitor".

en-us	#### More info  See [Virtual machine monitoring](/manual/vm_monitoring) for detailed information how to configure Zabbix to monitor VMware environments.
fr	#### Plus d'informations  Voir [Surveillance des machines virtuelles](/manual/vm_monitoring) pour des informations détaillées sur la configuration de Zabbix pour surveiller les environnements VMware.

en-us	 Most trigger functions are evaluated based on item value [history](/manual/config/items/history_and_trends) data, while some trigger functions for long-term analytics, e.g. **trendavg()**, **trendcount()**, etc, use trend data.
fr	 La plupart des fonctions de déclenchement sont évaluées en fonction des données de la valeur d'[historique](/manual/config/items/history_and_trends) de l'élément, tandis que certaines fonctions de déclenchement pour l'analyse à long terme, par exemple **trendavg()**, **trendcount()**, etc., utilisent les données de tendance.

en-us	#### Moving and copy-pasting elements  Several selected elements can be **moved** to another place in the map by clicking on one of the selected elements, holding down the mouse button, and moving the cursor to the desired location.  One or more elements can be **copied** by selecting the elements, then clicking on a selected element with the right mouse button and selecting *Copy* from the menu.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  To paste the elements, click on a map area with the right mouse button and select *Paste* from the menu. The *Paste without external links* option will paste the elements retaining only the links that are between the selected elements.  Copy-pasting works within the same browser window. Keyboard shortcuts are not supported.
fr	#### Déplacer et copier-coller des éléments  Plusieurs éléments sélectionnés peuvent être **déplacés** vers un autre endroit de la carte en cliquant sur l'un des éléments sélectionnés, en maintenant le bouton de la souris enfoncé et en déplaçant le curseur à l'emplacement souhaité.  Un ou plusieurs éléments peuvent être **copiés** en sélectionnant les éléments, puis en cliquant sur un élément sélectionné avec le bouton droit de la souris et en sélectionnant *Copier* dans le menu.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  Pour coller les éléments, cliquez sur une zone de la carte avec le bouton droit de la souris et sélectionnez *Coller* dans le menu. L'option *Coller sans liens externes* collera les éléments en ne conservant que les liens qui se trouvent entre les éléments sélectionnés.  Le copier-coller fonctionne dans la même fenêtre de navigateur. Les raccourcis clavier ne sont pas pris en charge.

en-us	##### Multiple HTTP requests  Collect the content of both *https://www.example.com* and *https://www.example.com/release\_notes*:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```
fr	##### Requêtes HTTP multiples  Collecter le contenu de *https://www.example.com* et *https://www.example.com/release\_notes* :  - Créer un élément de type "Script". - Dans le champ *Script*, saisir :  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```

en-us	#### Multiple LLD rules for the same item  Since Zabbix agent version 3.2 it is possible to define several low-level discovery rules with the same discovery item.  To do that you need to define the Alias agent [parameter](/manual/appendix/config/zabbix_agentd), allowing to use altered discovery item keys in different discovery rules, for example `vfs.fs.discovery[foo]`, `vfs.fs.discovery[bar]`, etc.
fr	#### Plusieurs règles LLD pour le même élément  Depuis la version 3.2 de l'agent Zabbix, il est possible de définir plusieurs règles de découverte de bas niveau avec le même élément de découverte.  Pour ce faire, vous devez définir le [paramètre](/manual/appendix/config/zabbix_agentd) d'alias de l'agent, permettant d'utiliser des clés d'éléments de découverte modifiées dans différentes règles de découverte, par exemple `vfs.fs.discovery[foo]`, ` vfs.fs.discovery[bar]`, etc.

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 approaches to monitor MySQL  Instead of monitoring a MySQL server with Zabbix agent 2, you could also use Zabbix agent or the Open Database Connectivity (ODBC) standard. While using Zabbix agent 2 is recommended, there might be some setups that do not support Zabbix agent 2 or require a custom approach.  The key difference between Zabbix agent and ODBC lies in the data collection method - Zabbix agent is installed directly on the MySQL server and collects data using its built-in functionality, while ODBC relies on an ODBC driver to establish a connection to the MySQL server and retrieve data using SQL queries.  Although many of the configuration steps are similar to monitoring a MySQL server with Zabbix agent 2, there are some significant differences - you need to configure Zabbix agent or ODBC to be able to monitor a MySQL server. The following instructions walk you through these **differences**.
fr	#### Autres approches pour surveiller MySQL  Au lieu de surveiller un serveur MySQL avec l'agent Zabbix 2, vous pouvez également utiliser l'agent Zabbix ou la norme Open Database Connectivity (ODBC). Bien que l'utilisation de l'agent Zabbix 2 soit recommandée, certaines configurations peuvent ne pas prendre en charge l'agent Zabbix 2 ou nécessiter une approche personnalisée.  La principale différence entre l'agent Zabbix et ODBC réside dans la méthode de collecte de données : l'agent Zabbix est installé directement sur le serveur MySQL et collecte les données à l'aide de sa fonctionnalité intégrée, tandis qu'ODBC s'appuie sur un pilote ODBC pour établir une connexion au serveur MySQL et récupérer des données à l'aide de requêtes SQL.  Bien que de nombreuses étapes de configuration soient similaires à la surveillance d'un serveur MySQL avec l'agent Zabbix 2, il existe quelques différences significatives: vous devez configurer l'agent Zabbix ou ODBC pour pouvoir surveiller un serveur MySQL. Les instructions suivantes vous guident à travers ces **différences**.

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.