en-us	### Item prototype preprocessing  The item prototype preprocessing object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**type**<br>(required)|integer|The preprocessing option type.<br><br>Possible values:<br>1 - Custom multiplier;<br>2 - Right trim;<br>3 - Left trim;<br>4 - Trim;<br>5 - Regular expression matching;<br>6 - Boolean to decimal;<br>7 - Octal to decimal;<br>8 - Hexadecimal to decimal;<br>9 - Simple change;<br>10 - Change per second;<br>11 - XML XPath;<br>12 - JSONPath;<br>13 - In range;<br>14 - Matches regular expression;<br>15 - Does not match regular expression;<br>16 - Check for error in JSON;<br>17 - Check for error in XML;<br>18 - Check for error using regular expression;<br>19 - Discard unchanged;<br>20 - Discard unchanged with heartbeat;<br>21 - JavaScript;<br>22 - Prometheus pattern;<br>23 - Prometheus to JSON;<br>24 - CSV to JSON;<br>25 - Replace;<br>26 - Check unsupported;<br>27 - XML to JSON.| |**params**<br>(required)|string|Additional parameters used by preprocessing option. Multiple parameters are separated by LF (\\n) character.| |**error\_handler**<br>(required)|integer|Action type used in case of preprocessing step failure.<br><br>Possible values:<br>0 - Error message is set by Zabbix server;<br>1 - Discard value;<br>2 - Set custom value;<br>3 - Set custom error message.| |**error\_handler\_params**<br>(required)|string|Error handler parameters. Used with `error_handler`.<br><br>Must be empty, if `error_handler` is 0 or 1.<br>Can be empty if, `error_handler` is 2.<br>Cannot be empty, if `error_handler` is 3.|  The following parameters and error handlers are supported for each preprocessing type.  |Preprocessing type|Name|Parameter 1|Parameter 2|Parameter 3|Supported error handlers| |------------------|----|-----------|-----------|-----------|------------------------| |1|Custom multiplier|number^1,\ 6^|<|<|0, 1, 2, 3| |2|Right trim|list of characters^2^|<|<|<| |3|Left trim|list of characters^2^|<|<|<| |4|Trim|list of characters^2^|<|<|<| |5|Regular expression|pattern^3^|output^2^|<|0, 1, 2, 3| |6|Boolean to decimal|<|<|<|0, 1, 2, 3| |7|Octal to decimal|<|<|<|0, 1, 2, 3| |8|Hexadecimal to decimal|<|<|<|0, 1, 2, 3| |9|Simple change|<|<|<|0, 1, 2, 3| |10|Change per second|<|<|<|0, 1, 2, 3| |11|XML XPath|path^4^|<|<|0, 1, 2, 3| |12|JSONPath|path^4^|<|<|0, 1, 2, 3| |13|In range|min^1,\ 6^|max^1,\ 6^|<|0, 1, 2, 3| |14|Matches regular expression|pattern^3^|<|<|0, 1, 2, 3| |15|Does not match regular expression|pattern^3^|<|<|0, 1, 2, 3| |16|Check for error in JSON|path^4^|<|<|0, 1, 2, 3| |17|Check for error in XML|path^4^|<|<|0, 1, 2, 3| |18|Check for error using regular expression|pattern^3^|output^2^|<|0, 1, 2, 3| |19|Discard unchanged|<|<|<|<| |20|Discard unchanged with heartbeat|seconds^5,\ 6^|<|<|<| |21|JavaScript|script^2^|<|<|<| |22|Prometheus pattern|pattern^6,\ 7^|`value`, `label`, `function`|output^8,\ 9^|0, 1, 2, 3| |23|Prometheus to JSON|pattern^6,\ 7^|<|<|0, 1, 2, 3| |24|CSV to JSON|character^2^|character^2^|0,1|0, 1, 2, 3| |25|Replace|search string^2^|replacement^2^|<|<| |26|Check unsupported|<|<|<|1, 2, 3| |27|XML to JSON|<|<|<|0, 1, 2, 3|  ^1^ integer or floating-point number\ ^2^ string\ ^3^ regular expression\ ^4^ JSONPath or XML XPath\ ^5^ positive integer (with support of time suffixes, e.g. 30s, 1m, 2h, 1d)\ ^6^ user macro, LLD macro\ ^7^ Prometheus pattern following the syntax: `<metric name>{<label name>="<label value>", ...} == <value>`. Each Prometheus pattern component (metric, label name, label value and metric value) can be user macro or LLD macro.\ ^8^ Prometheus output following the syntax: `<label name>` (can be a user macro or an LLD macro) if `label` is selected as the second parameter.\ ^9^ One of the aggregation functions: `sum`, `min`, `max`, `avg`, `count` if `function` is selected as the second parameter.
fr	 ### Prétraitement du prototype d'élément  The item prototype preprocessing object has the following properties.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**type**<br>(obligatoire)|integer|Le type d'option de prétraitement.<br><br>Valeurs possibles :<br>1 - Multiplicateur personnalisé ;<br>2 - Suppression des espaces à droite ;<br>3 - Suppression des espaces à gauche ;<br>4 - Suppression des espaces à droite et à gauche ;<br>5 - Correspondance d'expression régulière ;<br>6 - Booléen vers décimal ;<br>7 - Octal vers décimal ;<br>8 - Hexadécimal vers décimal ;<br>9 - Changement simple ;<br>10 - Changement par seconde ;<br>11 - XML XPath;<br>12 - JSONPath;<br>13 - Dans l'interval ;<br>14 - Correspond à l'expression régulière ;<br>15 - Ne correspond pas à l'expression régulière ;<br>16 - Rechercher une erreur dans JSON ;<br>17 - Rechercher une erreur dans XML ;<br>18 - Rechercher une erreur à l'aide d'une expression régulière ;<br>19 - Supprimer sans modification ;<br>20 - Supprimer sans modification avec heartbeat ;<br>21 - JavaScript ;<br>22 - Motif Prometheus ;<br>23 - Prometheus vers JSON ;<br>24 - CSV vers JSON ; <br>25 - Remplacer ;<br>26 - Vérifier les valeurs non prises en charge ;<br>27 - XML vers JSON. | |**params**<br>(obligatoire)|string|Paramètres supplémentaires utilisés par l'option de prétraitement. Plusieurs paramètres sont séparés par le caractère LF (\\n).| |**error\_handler**<br>(obligatoire)|integer|Type d'action utilisé en cas d'échec de l'étape de prétraitement :<br>0 - Le message d'erreur est défini par le serveur Zabbix ;<br>1 - Supprimer la valeur ;<br>2 - Définir la valeur personnalisée ;<br>3 - Définir le message d'erreur personnalisé.  |**error\_handler\_params**<br>(obligatoire)|string|Paramètres du gestionnaire d'erreurs. Utilisé avec `error_handler`.<br><br>Doit être vide, si `error_handler` est 0 ou 1.<br>Peut être vide si `error_handler` est 2.<br>Ne peut pas être vide, si `error_handler` est 3.|  Les paramètres et gestionnaires d'erreurs suivants sont pris en charge pour chaque type de prétraitement.  |Type de prétraitement|Nom|Paramètre 1|Paramètre 2|Paramètre 3|Gestionnaires d'erreurs pris en charge| |------------------|----|-----------|-----------|-----------|------------------------| |1|Multiplicateur personnalisé|nombre^1,\ 6^|<|<|0, 1, 2, 3| |2|Suppression des espaces à droite|liste de caractères^2^|<|<|<| |3|Suppression des espaces à gauche|liste de caractères^2^|<|<|<| |4|Suppression des espaces à droite et à gauche|liste de caractères^2^|<|<|<| |5|Correspondance d’expression régulière|motif^3^|sortie^2^|<|0, 1, 2, 3| |6|Booléen vers décimal|<|<|<|0, 1, 2, 3| |7|Octal vers décimal|<|<|<|0, 1, 2, 3| |8|Hexadécimal vers décimal|<|<|<|0, 1, 2, 3| |9|Changement simple|<|<|<|0, 1, 2, 3| |10|Changement par seconde|<|<|<|0, 1, 2, 3| |11|XML XPath|chemin^4^|<|<|0, 1, 2, 3| |12|JSONPath|chemin^4^|<|<|0, 1, 2, 3| |13|Dans l’interval|min^1,\ 6^|max^1,\ 6^|<|0, 1, 2, 3| |14|Correspond à l’expression régulière|motif^3^|<|<|0, 1, 2, 3| |15|Ne correspond pas à l’expression régulière^3^|<|<|0, 1, 2, 3| |16|Rechercher une erreur dans JSON|chemin^4^|<|<|0, 1, 2, 3| |17|Rechercher une erreur dans XML|chemin^4^|<|<|0, 1, 2, 3| |18|Rechercher une erreur à l’aide d’une expression régulière|motif^3^|sortie^2^|<|0, 1, 2, 3| |19|Supprimer sans modification|<|<|<|<| |20|Supprimer sans modification avec heartbeat|secondes^5,\ 6^|<|<|<| |21|JavaScript|script^2^|<|<|<| |22|Motif Prometheus|motif^6,\ 7^|`value`, `label`, `function`|sortie^8,\ 9^|0, 1, 2, 3| |23|Prometheus vers JSON|motif^6,\ 7^|<|<|0, 1, 2, 3| |24|CSV vers JSON|caractère^2^|caractère^2^|0,1|0, 1, 2, 3| |25|Remplacer|chaîne de recherche^2^|remplacement^2^|<|<| |26|Vérifier les valeurs non prises en charge|<|<|<|1, 2, 3| |27|XML vers JSON|<|<|<|0, 1, 2, 3|  ^1^ entier ou nombre à virgule flottante\ ^2^ chaîne\ ^3^ expression régulière\ ^4^ JSONPath ou XML XPath\ ^5^ entier positif (avec prise en charge des suffixes de temps, par exemple 30s, 1m, 2h, 1d)\ ^6^ macro utilisateur, macro LLD\ ^7^ motif Prometheus suivant la syntaxe : `<metric name>{<label name>="<label value>", ...} == <value>`. Chaque composant deu motif Prometheus (métrique, nom d'étiquette, valeur d'étiquette et valeur de métrique) peut être une macro utilisateur ou une macro LLD.\ ^8^ Sortie Prometheus suivant la syntaxe : `<label name>` (peut être une macro utilisateur ou une macro LLD) si `label` est sélectionné comme deuxième paramètre.\ ^9^ One of the aggregation functions: `sum`, `min`, `max`, `avg`, `count` if `function` is selected as the second parameter.

en-us	#### Item prototypes  The following screenshot illustrates how we can use these macros in item prototypes:  ![](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_snmp.png)  You can create as many item prototypes as needed:  ![](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototypes_snmp.png){width="600"}
fr	#### Prototypes d'élément  La capture d'écran suivante illustre comment nous pouvons utiliser ces macros dans les prototypes d'éléments :  ![](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_snmp.png)  Vous pouvez créer autant de prototypes d'articles que nécessaire :  ![](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototypes_snmp.png){width="600"}

en-us	### Item prototype tag  The item prototype tag object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(required)|string|Item prototype tag name.| |value|string|Item prototype tag value.|
fr	### Tag de prototype d'élément  L'objet de tag de prototype d'élément a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(obligatoire)|string|Nom du tag du prototype d'élément.| |value|string|Valeur du tag du prototype d'élément.|

en-us	### Item prototype  The item prototype object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemid|string|*(readonly)* ID of the item prototype.| |**delay**<br>(required)|string|Update interval of the item prototype. Accepts seconds or a time unit with suffix (30s,1m,2h,1d).<br>Optionally one or more [custom intervals](/manual/config/items/item/custom_intervals) can be specified either as flexible intervals or scheduling.<br>Multiple intervals are separated by a semicolon.<br>User macros and LLD macros may be used. A single macro has to fill the whole field. Multiple macros in a field or macros mixed with text are not supported.<br>Flexible intervals may be written as two macros separated by a forward slash (e.g. `{$FLEX_INTERVAL}/{$FLEX_PERIOD}`).<br><br>Optional for Zabbix trapper, dependent items and for Zabbix agent (active) with `mqtt.get` key.| |**hostid**<br>(required)|string|ID of the host that the item prototype belongs to.<br><br>For update operations this field is *readonly*.| |**ruleid**<br>(required)|string|ID of the LLD rule that the item belongs to.<br><br>For update operations this field is *readonly*.| |**interfaceid**<br>(required)|string|ID of the item prototype's host interface. Used only for host item prototypes.<br><br>Not required for Zabbix agent (active), Zabbix internal, Zabbix trapper, calculated, dependent, database monitor and script item prototypes. Optional for HTTP agent item prototypes.| |**key\_**<br>(required)|string|Item prototype key.| |**name**<br>(required)|string|Name of the item prototype.| |**type**<br>(required)|integer|Type of the item prototype.<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>15 - calculated;<br>16 - JMX agent;<br>17 - SNMP trap;<br>18 - Dependent item;<br>19 - HTTP agent;<br>20 - SNMP agent;<br>21 - Script.| |**url**<br>(required)|string|URL string required only for HTTP agent item prototypes. Supports LLD macros, user macros, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |**value\_type**<br>(required)|integer|Type of information of the item prototype.<br><br>Possible values:<br>0 - numeric float;<br>1 - character;<br>2 - log;<br>3 - numeric unsigned;<br>4 - text.| |allow\_traps|integer|HTTP agent item prototype field. Allow to populate value as in trapper item type also.<br><br>0 - *(default)* Do not allow to accept incoming data.<br>1 - Allow to accept incoming data.| |authtype|integer|Used only by SSH agent item prototypes or HTTP agent item prototypes.<br><br>SSH agent authentication method possible values:<br>0 - *(default)* password;<br>1 - public key.<br><br>HTTP agent authentication method possible values:<br>0 - *(default)* none<br>1 - basic<br>2 - NTLM<br>3 - Kerberos| |description|string|Description of the item prototype.| |follow\_redirects|integer|HTTP agent item prototype field. Follow response redirects while pooling data.<br><br>0 - Do not follow redirects.<br>1 - *(default)* Follow redirects.| |headers|object|HTTP agent item prototype field. Object with HTTP(S) request headers, where header name is used as key and header value as value.<br><br>Example:<br>{ "User-Agent": "Zabbix" }| |history|string|A time unit of how long the history data should be stored. Also accepts user macro and LLD macro.<br><br>Default: 90d.| |http\_proxy|string|HTTP agent item prototype field. HTTP(S) proxy connection string.| |ipmi\_sensor|string|IPMI sensor. Used only by IPMI item prototypes.| |jmx\_endpoint|string|JMX agent custom connection string.<br><br>Default value:<br>service:jmx:rmi:///jndi/rmi://{HOST.CONN}:{HOST.PORT}/jmxrmi| |logtimefmt|string|Format of the time in log entries. Used only by log item prototypes.| |master\_itemid|integer|Master item ID.<br>Recursion up to 3 dependent items and item prototypes and maximum count of dependent items and item prototypes equal to 29999 are allowed.<br><br>Required by Dependent items.| |output\_format|integer|HTTP agent item prototype field. Should response be converted to JSON.<br><br>0 - *(default)* Store raw.<br>1 - Convert to JSON.| |params|string|Additional parameters depending on the type of the item prototype:<br>- executed script for SSH and Telnet item prototypes;<br>- SQL query for database monitor item prototypes;<br>- formula for calculated item prototypes.| |parameters|array|Additional parameters for script item prototypes. Array of objects with 'name' and 'value' properties, where name must be unique.| |password|string|Password for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent item prototypes.| |post\_type|integer|HTTP agent item prototype field. Type of post data body stored in posts property.<br><br>0 - *(default)* Raw data.<br>2 - JSON data.<br>3 - XML data.| |posts|string|HTTP agent item prototype field. HTTP(S) request body data. Used with post\_type.| |privatekey|string|Name of the private key file.| |publickey|string|Name of the public key file.| |query\_fields|array|HTTP agent item prototype field. Query parameters. Array of objects with 'key':'value' pairs, where value can be empty string.| |request\_method|integer|HTTP agent item prototype field. Type of request method.<br><br>0 - *(default)* GET<br>1 - POST<br>2 - PUT<br>3 - HEAD| |retrieve\_mode|integer|HTTP agent item prototype field. What part of response should be stored.<br><br>0 - *(default)* Body.<br>1 - Headers.<br>2 - Both body and headers will be stored.<br><br>For request\_method HEAD only 1 is allowed value.| |snmp\_oid|string|SNMP OID.| |ssl\_cert\_file|string|HTTP agent item prototype field. Public SSL Key file path.| |ssl\_key\_file|string|HTTP agent item prototype field. Private SSL Key file path.| |ssl\_key\_password|string|HTTP agent item prototype field. Password for SSL Key file.| |status|integer|Status of the item prototype.<br><br>Possible values:<br>0 - *(default)* enabled item prototype;<br>1 - disabled item prototype;<br>3 - unsupported item prototype.| |status\_codes|string|HTTP agent item prototype field. Ranges of required HTTP status codes separated by commas. Also supports user macros or LLD macros as part of comma separated list.<br><br>Example: 200,200-{$M},{$M},200-400| |templateid|string|(readonly) ID of the parent template item prototype.| |timeout|string|Item data polling request timeout. Used for HTTP agent and script item prototypes. Supports user macros and LLD macros.<br><br>default: 3s<br>maximum value: 60s| |trapper\_hosts|string|Allowed hosts. Used by trapper item prototypes or HTTP item prototypes.| |trends|string|A time unit of how long the trends data should be stored. Also accepts user macro and LLD macro.<br><br>Default: 365d.| |units|string|Value units.| |username|string|Username for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent item prototypes.<br><br>Required by SSH and Telnet item prototypes.| |uuid|string|Universal unique identifier, used for linking imported item prototypes to already existing ones. Used only for item prototypes on templates. Auto-generated, if not given.<br><br>For update operations this field is *readonly*.| |valuemapid|string|ID of the associated value map.| |verify\_host|integer|HTTP agent item prototype field. Validate host name in URL is in Common Name field or a Subject Alternate Name field of host certificate.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.<br>| |verify\_peer|integer|HTTP agent item prototype field. Validate is host certificate authentic.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.| |discover|integer|Item prototype discovery status.<br><br>Possible values:<br>0 - *(default)* new items will be discovered;<br>1 - new items will not be discovered and existing items will be marked as lost.|  Note that for some methods (update, delete) the required/optional parameter combination is different.
fr	 ### Prototype d'élément  L'objet prototype d'élément possède les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |itemid|string|*(lecture seule)* ID du prototype d'élément.| |**delay**<br>(obligatoire)|string|Intervalle de mise à jour du prototype  d'élément. Accepte les secondes ou une unité de temps avec suffixe (30s, 1m, 2h, 1j).<br> En option, un ou plusieurs [intervalles personnalisés](/manual/config/items/item/custom_intervals) peuvent être spécifiés soit comme intervalles flexibles, soit comme planification .<br>Plusieurs intervalles sont séparés par un point-virgule.<br>Des macros utilisateur peuvent être utilisées. Une seule macro doit remplir tout le champ. Les macros multiples dans un champ ou les macros mélangées avec du texte ne sont pas prises en charge.<br>Les intervalles flexibles peuvent être écrits sous la forme de deux macros séparées par une barre oblique (par exemple, `{$FLEX_INTERVAL}/{$FLEX_PERIOD}`).<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 ou du modèle auquel appartient le prorotype d'élément.<br><br>Pour les opérations de mise à jour, ce champ est en *lecture seule*.| |**ruleid**<br>(obligatoire)|string|ID de la règle LLD à laquelle appartient l'élément.<br><br>Pour les opérations de mise à jour, ce champ est en *lecture seule*.| |**interfaceid**<br>(obligatoire)|string|ID de l'interface hôte du prototype d'élément.<br><br>Utilisé uniquement pour les prototypes d' élément hôtes. Non requis pour les prototypes d'éléments d'agent Zabbix (actif), Zabbix interne, trapper Zabbix, calculé, dépendant, moniteur de base de données et script. Facultatif pour les prototypes d'éléments d'agent HTTP.| |**key\_**<br>(obligatoire)|string|Clé du prototype d'élément.| |**name**<br>(obligatoire)|string|Nom du prototype d'élément.| |**type**<br>(obligatoire)|integer|Type du prototype d'élément<br><br>Valeurs possibles :<br>0 - Agent Zabbix ;<br>2 - Trapper Zabbix ;<br>3 - Vérification simple ;<br>5 - Zabbix interne ;<br>7 - Agent Zabbix (actif) ;<br>9 - Élément Web ;<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>15 - Calculé ;<br>16 - Agent JMX ;<br>17 - Interruption SNMP ;<br>18 - Élément dépendant ;<br>19 - Agent HTTP ;<br>20 - Agent SNMP ;<br>21 - Script| |**url**<br>(obligatoire)|string|Chaîne d'URL, requise uniquement pour le type de prototype d'élément d'agent HTTP. Prend en charge les macros utilisateur, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |**value\_type**<br>(obligatoire)|integer|Type d'information du prototype d'élément.<br><br>Valeurs possibles :<br>0 - nombre flottant ;<br>1 - caractère ;<br>2 - journal ;<br>3 - numérique non signé ;<br>4 - texte.| |allow\_traps|integer|Champ de prototype d'élément d'agent HTTP. Autoriser également le remplissage de la valeur comme dans le type d'élément du 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 prototypes d'élément d'agent SSH ou les éléments d'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<br>3 - Kerberos| |description|string|Description du prototype d'élément.| |follow\_redirects|integer|Champ du prototype d'élément d'agent HTTP. Suivre les redirections de réponse tout en regroupant les données.<br><br>0 - Ne pas suivre les redirections.<br>1 - *(par défaut)* Suivre les redirections.| |headers|object|Champ du prototype d'élément d'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" }| |history|string|Une unité de temps indiquant combien de temps les données d'historique doivent être stockées. Accepte également les macros utilisateur.<br><br>Par défaut : 90d.| |http\_proxy|string|Champ du prototype d'élément d'agent HTTP. Chaîne de connexion proxy HTTP(S).| |ipmi\_sensor|string|Capteur IPMI. Utilisé uniquement par les prototype d'élément IPMI.| |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| |logtimefmt|string|Format de l'heure dans les entrées de journal. Utilisé uniquement par les prototypes d'élément de journal.| |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 et de prototypes d'éléments dépendants égal à 29 999 sont autorisés.<br><br>Requis par les éléments dépendants.| |output\_format|integer|Champ du prototype d'élément d'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 prototype d'élément :<br>- script exécuté pour les prototypes d'élément SSH et Telnet ;<br>- requête SQL pour les prototypes d'élément de surveillance de base de données ;<br>- formule pour les prototypes d'élément calculés.| |parameters|array|Paramètres supplémentaires pour les prototypes d'élément de 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é par vérification simple, SSH, Telnet, moniteur de base de données, prototypes d'élément d'agent JMX et HTTP.| |post\_type|integer|Champ de prototype d'élément d'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 prototype d'élément d'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 prototype d'élément d'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 prototype d'élément d'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 prototype d'élément d'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 prototype d'élément d'agent HTTP. Chemin d'accès au fichier de clé SSL publique.| |ssl\_key\_file|string|Champ de prototype d'élément d'agent HTTP. Chemin d'accès au fichier de clé SSL privée.| |ssl\_key\_password|string|Champ de prototype d'élément d'agent HTTP. Mot de passe pour le fichier de clé SSL.| |status|integer|Statut du prototype d'élément.<br><br>Valeurs possibles :<br>0 - prototype d'élément activé *(par défaut)* ;<br>1 - prototype d'élément désactivé ;<br>2 - prototype d'élément non supporté.| |status\_codes|string|Champ de prototype d'élément d'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 du prototype d'élément 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 prototypes d'élément de 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 prototypes d'élément de trappeur ou les prototypes d'élément d'agent HTTP.| |trends|string|Une unité de temps de combien de temps les données de tendances doivent être stockées. Accepte également les macros utilisateur.<br><br>Par défaut : 365d.| |units|string|Unités de valeur.| |username|string|Nom d'utilisateur pour l'authentification. Utilisé par simple vérification, SSH, Telnet, moniteur de base de données, prototypes d'élément d'agent JMX et HTTP.<br><br>Requis par les prototypes d'élément SSH et Telnet.| |uuid|string|Identifiant unique universel, utilisé pour lier un prototype d'élément importé à des prototypes d'élément déjà existants. Utilisé uniquement pour les prototypes d'élément de 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*.| |valuemapid|string|ID de la table. de correspondance de valeurs associée.| |verify\_host|integer|Champ de prototype d'élément d'agent HTTP. Valider 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 prototype d'élément d'agent HTTP. Valider si le certificat de l'hôte est authentique.<br><br>0 - *(par défaut)* Ne pas valider.<br>1 - Valider.| |discover|integer|Statut de découverte du prototype d'élément.<br><br>Valeurs possibles :<br>0 - *(par défaut)* les nouveaux éléments seront découverts ;<br>1 - les nouveaux éléments ne seront pas découverts et les éléments existants seront marqués comme perdus.|  Notez que pour certaines méthodes (mise à jour, suppression) la combinaison de paramètres requise/optionnelle est différente.

en-us	# Item prototype  This class is designed to work with item prototypes.  Object references:\  -   [Item     prototype](/manual/api/reference/itemprototype/object#item_prototype)  Available methods:\  -   [itemprototype.create](/manual/api/reference/itemprototype/create) -     creating new item prototypes -   [itemprototype.delete](/manual/api/reference/itemprototype/delete) -     deleting item prototypes -   [itemprototype.get](/manual/api/reference/itemprototype/get) -     retrieving item prototypes -   [itemprototype.update](/manual/api/reference/itemprototype/update) -     updating item prototypes  
fr	# Prototype d'élément  Cette classe est conçue pour travailler avec les prototypes d'élément.  Référentiel des objets :\  -   [Prototype d'élément](/manual/api/reference/itemprototype/object#item_prototype)  Méthodes disponibles :\  -   [itemprototype.create](/manual/api/reference/itemprototype/create) - créer de nouveaux prototypes d'élément -   [itemprototype.delete](/manual/api/reference/itemprototype/delete) - supprimer des prototypes d'élément -   [itemprototype.get](/manual/api/reference/itemprototype/get) - récupérer des prototypes d'élément -   [itemprototype.update](/manual/api/reference/itemprototype/update) - mettre à jour des prototypes d'élément  

en-us	# itemprototype.update
fr	# itemprototype.update

en-us	##### Item prototype  You may want to create an item prototype like this:  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_item_prototype_prom.png)  with preprocessing options:  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_item_prototype_prom_b.png)
fr	##### Prototype d'élément  Vous voudrez peut-être créer un prototype d'élément comme celui-ci :  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_item_prototype_prom.png)  avec options de prétraitement :  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_item_prototype_prom_b.png)

en-us	#### Items  Define items to monitor.  [Item API](/manual/api/reference/item)  
fr	#### Eléments   Définissez les éléments à surveiller.  [API Elément](/manual/api/reference/item)  

en-us	#### Items  To configure querying of internal stats on another Zabbix instance, you may use two items:  -   `zabbix[stats,<ip>,<port>]` internal item - for direct remote     queries of Zabbix server/proxy. <ip> and <port> are used     to identify the target instance. -   `zabbix.stats[<ip>,<port>]` agent item - for agent-based remote     queries of Zabbix server/proxy. <ip> and <port> are used     to identify the target instance.  See also: [Internal items](/manual/config/items/itemtypes/internal), [Zabbix agent items](/manual/config/items/itemtypes/zabbix_agent)  The following diagram illustrates the use of either item depending on the context.  ![](../../../../assets/en/manual/appendix/items/ext_stats.png)  -   ![](../../../../assets/en/manual/appendix/items/green.png) - Server     → external Zabbix instance (`zabbix[stats,<ip>,<port>]`) -   ![](../../../../assets/en/manual/appendix/items/pink.png) - Server →     proxy → external Zabbix instance (`zabbix[stats,<ip>,<port>]`) -   ![](../../../../assets/en/manual/appendix/items/blue.png) - Server →     agent → external Zabbix instance (`zabbix.stats[<ip>,<port>]`) -   ![](../../../../assets/en/manual/appendix/items/red.png) - Server →     proxy → agent → external Zabbix instance     (`zabbix.stats[<ip>,<port>]`)  To make sure that the target instance allows querying it by the external instance, list the address of the external instance in the 'StatsAllowedIP' parameter on the target instance.
fr	#### Eléments  Pour configurer l'interrogation des statistiques internes sur une autre instance Zabbix, vous pouvez utiliser deux éléments :  - L'élément interne `zabbix[stats,<ip>,<port>]` - pour des requêtes directes à distance du serveur/proxy Zabbix. <ip> et <port> sont utilisés pour identifier l'instance cible. - L'élément agent `zabbix.stats[<ip>,<port>]` - pour des requêtes basées sur l'agent du serveur/proxy Zabbix. <ip> et <port> sont utilisés pour identifier l'instance cible.  Voir aussi : [Éléments internes](/manual/config/items/itemtypes/internal), [Éléments agent Zabbix](/manual/config/items/itemtypes/zabbix_agent)  Le schéma suivant illustre l'utilisation de l'un ou l'autre élément en fonction du contexte.  ![](../../../../assets/en/manual/appendix/items/ext_stats.png)  - ![](../../../../assets/en/manual/appendix/items/green.png) - Serveur → instance Zabbix externe (`zabbix[stats,<ip>,<port>]`) - ![](../../../../assets/en/manual/appendix/items/pink.png) - Serveur → proxy → instance Zabbix externe (`zabbix[stats,<ip>,<port>]`) - ![](../../../../assets/en/manual/appendix/items/blue.png) - Serveur → agent → instance Zabbix externe (`zabbix.stats[<ip>,<port>]`) - ![](../../../../assets/en/manual/appendix/items/red.png) - Serveur → proxy → agent → instance Zabbix externe (`zabbix.stats[<ip>,<port>]`)  Pour vous assurer que l'instance cible permet de l'interroger par l'instance externe, indiquez l'adresse de l'instance externe dans le paramètre 'StatsAllowedIP' sur l'instance cible.

en-us	### Item tag  The item tag object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(required)|string|Item tag name.| |value|string|Item tag value.|
fr	### Tag d'élément  L'objet tag d'élément a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(obligatoire)|string|Nom du tag de l'élément.| |value|string|Valeur du tag de l'élément.|

en-us	# Item  This class is designed to work with items.  Object references:\  -   [Item](/manual/api/reference/item/object#item)  Available methods:\  -   [item.create](/manual/api/reference/item/create) - creating new     items -   [item.delete](/manual/api/reference/item/delete) - deleting items -   [item.get](/manual/api/reference/item/get) - retrieving items -   [item.update](/manual/api/reference/item/update) - updating items  
fr	# Elément  Cette classe est conçue pour travailler avec les éléments.  Référentiel des objets :\  -   [Élément](/manual/api/reference/item/object#item)  Méthodes disponibles :\  -   [item.create](/manual/api/reference/item/create) - créer de nouveaux éléments -   [item.delete](/manual/api/reference/item/delete) - supprimer des éléments -   [item.get](/manual/api/reference/item/get) - récupérer des éléments -   [item.update](/manual/api/reference/item/update) - mettre à jour des éléments  

en-us	##### Item  To begin with, you may want to set up an item that monitors a log file, for example:      log[/var/log/syslog]  ![](../../../../assets/en/manual/config/event_correlation/correlation_item.png)  With the item set up, wait a minute for the configuration changes to be picked up and then go to [Latest data](/manual/web_interface/frontend_sections/monitoring/latest_data) to make sure that the item has started collecting data.
fr	##### Elément  Pour commencer, vous souhaiterez peut-être configurer un élément qui surveille un fichier journal, par exemple :      log[/var/log/syslog]  ![](../../../../assets/en/manual/config/event_correlation/correlation_item.png)  Une fois l'élément configuré, attendez une minute que les modifications de configuration soient récupérées, puis accédez aux [Dernières données](/manual/web_interface/frontend_sections/monitoring/latest_data) pour vous assurer que l'élément a commencé à collecter des données.

en-us	# item.update
fr	# item.update

en-us	##### Item value preprocessing  The **Preprocessing** tab allows to define [transformation rules](/manual/config/items/preprocessing) for the received values.
fr	##### Prétraitement de la valeur de l'élément  L'onglet **Prétraitement ** permet de définir des [règles de transformation](/manual/config/items/preprocessing) pour les valeurs reçues.

en-us	#### Item value preprocessing  To visualize the data preprocessing process, we can use the following simplified diagram:  ![](../../../../../assets/en/manual/appendix/items/preprocessing_simplified.png)  The diagram above shows only processes, objects and main actions related to item value preprocessing in a **simplified** form. The diagram does not show conditional direction changes, error handling or loops. Only one preprocessing worker is shown on this diagram (multiple preprocessing workers can be used in real-life scenarios), only one item value is being processed and we assume that this item requires to execute at least one preprocessing step. The aim of this diagram is to show the idea behind item value preprocessing pipeline.  -   Item data and item value is passed to preprocessing manager using     socket-based IPC mechanism. -   Item is placed in the preprocessing queue.  ::: noteclassic Item can be placed at the end or at the beginning of the preprocessing queue. Zabbix internal items are always placed at the beginning of preprocessing queue, while other item types are enqueued at the end. :::  -   At this point data flow stops until there is at least one unoccupied     (that is not executing any tasks) preprocessing worker. -   When preprocessing worker is available, preprocessing task is being     sent to it. -   After preprocessing is done (both failed and successful execution of     preprocessing steps), preprocessed value is being passed back to     preprocessing manager. -   Preprocessing manager converts result to desired format (defined by     item value type) and places result in preprocessing queue. If there     are dependent items for current item, then dependent items are added     to preprocessing queue as well. Dependent items are enqueued in     preprocessing queue right after the master item, but only for master     items with value set and not in NOT SUPPORTED state.
fr	 #### Prétraitement de la valeur de l'élément  Pour visualiser le processus de prétraitement des données, nous pouvons utiliser le schéma simplifié suivant :  ![](../../../../../assets/en/manual/appendix/items/preprocessing_simplified.png)  Le diagramme ci-dessus montre uniquement les processus, les objets et les actions principales liés au prétraitement de la valeur de l'élément sous une forme **simplifiée**. Le diagramme ne montre pas les changements de direction conditionnels, la gestion des erreurs ou les boucles. Un seul agent de prétraitement est affiché sur ce diagramme (plusieurs agents de prétraitement peuvent être utilisés dans des scénarios réels), une seule valeur d'élément est en cours de traitement et nous supposons que cet élément nécessite l'exécution d'au moins une étape de prétraitement. Le but de ce diagramme est de montrer l'idée derrière le pipeline de prétraitement de la valeur de l'élément.  -   Les données d'élément et la valeur de l'élément sont transmises au gestionnaire de prétraitement à l'aide du mécanisme IPC basé sur les sockets. -   L'élément est placé dans la file d'attente de prétraitement.  ::: noteclassic L'élément peut être placé à la fin ou au début de la file d'attente de prétraitement. Les éléments internes de Zabbix sont toujours placés au début de la file d'attente de prétraitement, tandis que les autres types d'éléments sont mis en file d'attente à la fin. :::  -   À ce stade, le flux de données s'arrête jusqu'à ce qu'il y ait au moins un agent de prétraitement inoccupé (qui n'exécute aucune tâche). -   Lorsque le worker de prétraitement est disponible, la tâche de prétraitement lui est envoyée. -   Une fois le prétraitement terminé (échec et exécution réussie des étapes de prétraitement), la valeur prétraitée est renvoyée au gestionnaire de prétraitement. -   Le gestionnaire de prétraitement convertit le résultat au format souhaité (défini par le type de valeur d'élément) et place le résultat dans la file d'attente de prétraitement. S'il existe des éléments dépendants pour l'élément actuel, les éléments dépendants sont également ajoutés à la file d'attente de prétraitement. Les éléments dépendants sont mis en file d'attente dans la file d'attente de prétraitement juste après l'élément principal, mais uniquement pour les éléments principaux avec une valeur définie et non dans l'état NON SUPPORTÉ.

en-us	#### Item value processing  To visualize the data flow from data source to the Zabbix database, we can use the following simplified diagram:  ![](../../../../../assets/en/manual/appendix/items/overall_pic.png)  The diagram above shows only processes, objects and actions related to item value processing in a **simplified** form. The diagram does not show conditional direction changes, error handling or loops. Local data cache of preprocessing manager is not shown either because it doesn't affect data flow directly. The aim of this diagram is to show processes involved in item value processing and the way they interact.  -   Data gathering starts with raw data from a data source. At this     point, data contains only ID, timestamp and value (can be multiple     values as well) -   No matter what type of data gatherer is used, the idea is the same     for active or passive checks, for trapper items and etc, as it only     changes the data format and the communication starter (either data     gatherer is waiting for a connection and data, or data gatherer     initiates the communication and requests the data). Raw data is     validated, item configuration is retrieved from configuration cache     (data is enriched with the configuration data). -   Socket-based IPC mechanism is used to pass data from data gatherers     to preprocessing manager. At this point data gatherer continue to     gather data without waiting for the response from preprocessing     manager. -   Data preprocessing is performed. This includes execution of     preprocessing steps and dependent item processing.  ::: noteclassic Item can change its state to NOT SUPPORTED while preprocessing is performed if any of preprocessing steps fail. :::  -   History data from local data cache of preprocessing manager is being     flushed into history cache. -   At this point data flow stops until the next synchronization of     history cache (when history syncer process performs data     synchronization). -   Synchronization process starts with data normalization storing data     in Zabbix database. Data normalization performs conversions to     desired item type (type defined in item configuration), including     truncation of textual data based on predefined sizes allowed for     those types (HISTORY\_STR\_VALUE\_LEN for string,     HISTORY\_TEXT\_VALUE\_LEN for text and HISTORY\_LOG\_VALUE\_LEN for     log values). Data is being sent to Zabbix database after     normalization is done.  ::: noteclassic Item can change its state to NOT SUPPORTED if data normalization fails (for example, when textual value cannot be converted to number). :::  -   Gathered data is being processed - triggers are checked, item     configuration is updated if item becomes NOT SUPPORTED, etc. -   This is considered the end of data flow from the point of view of     item value processing.
fr	 #### Traitement de la valeur de l'élément  Pour visualiser le flux de données de la source de données vers la base de données Zabbix, nous pouvons utiliser le schéma simplifié suivant :  ![](../../../../../assets/en/manual/appendix/items/overall_pic.png)  Le diagramme ci-dessus montre uniquement les processus, les objets et les actions liés au traitement de la valeur de l'élément sous une forme **simplifiée**. Le diagramme ne montre pas les changements de direction conditionnels, la gestion des erreurs ou les boucles. Le cache de données local du gestionnaire de prétraitement n'est pas affiché non plus car il n'affecte pas directement le flux de données. L'objectif de ce diagramme est de montrer les processus impliqués dans le traitement de la valeur des éléments et la façon dont ils interagissent.  -   La collecte de données commence par des données brutes provenant d'une source de données. À ce stade, les données ne contiennent que l'ID, l'horodatage et la valeur (il peut également s'agir de plusieurs valeurs) -   Quel que soit le type de collecteur de données utilisé, l'idée est la même pour les vérifications actives ou passives, pour les éléments de trappeur, etc., car cela ne modifie que le format des données et le démarreur de communication (soit le collecteur de données attend une connexion et des données, ou le collecteur de données initie la communication et demande les données). Les données brutes sont validées, la configuration des éléments est extraite du cache de configuration (les données sont enrichies avec les données de configuration). -   Le mécanisme IPC basé sur les sockets est utilisé pour transmettre les données des collecteurs de données au gestionnaire de prétraitement. À ce stade, le collecteur de données continue de collecter des données sans attendre la réponse du gestionnaire de prétraitement. -   Un prétraitement des données est effectué. Cela inclut l'exécution des étapes de prétraitement et le traitement des éléments dépendants.  ::: noteclassic L'élément peut changer son état en NON SUPPORTÉ pendant le prétraitement si l'une des étapes de prétraitement échoue. :::  -   Les données d'historique du cache de données local du gestionnaire de prétraitement sont vidées dans le cache d'historique. -   À ce stade, le flux de données s'arrête jusqu'à la prochaine synchronisation du cache de l'historique (lorsque le processus de synchronisation de l'historique effectue la synchronisation des données). -   Le processus de synchronisation commence par la normalisation des données en stockant les données dans la base de données Zabbix. La normalisation des données effectue des conversions vers le type d'élément souhaité (type défini dans la configuration de l'élément), y compris la troncature des données textuelles en fonction des tailles prédéfinies autorisées pour ces types (HISTORY\_STR\_VALUE\_LEN pour la chaîne, HISTORY\_TEXT\_VALUE\_LEN pour le texte et HISTORY\_LOG\_VALUE\_LEN pour les valeurs de journal). Les données sont envoyées à la base de données Zabbix après la normalisation.  ::: noteclassic L'élément peut changer son état en NON SUPPORTÉ si la normalisation des données échoue (par exemple, lorsque la valeur textuelle ne peut pas être convertie en nombre). :::  -   Les données collectées sont en cours de traitement - les déclencheurs sont vérifiés, la configuration de l'élément est mise à jour si l'élément devient NON SUPPORTÉ, etc. -   Ceci est considéré comme la fin du flux de données du point de vue du traitement de la valeur de l'élément.

en-us	#### Item values  The following information is exported for a collected item value:  |Field|<|Type|Description| |-|---------|---------|---------------------------| |*host*|<|object|Host name of the item host.| | |host|string|Host name.| |^|name|string|Visible host name.| |*groups*|<|array|List of host groups of the item host; there should be at least one element in array.| | |\-|string|Host group name.| |*itemid*|<|number|Item ID.| |*name*|<|string|Visible item name.| |*clock*|<|number|Number of seconds since Epoch to the moment when value was collected (integer part).| |*ns*|<|number|Number of nanoseconds to be added to `clock` to get a precise value collection time.| |*timestamp*<br>(*Log* only)|<|number|0 if not available.| |*source*<br>(*Log* only)|<|string|Empty string if not available.| |*severity*<br>(*Log* only)|<|number|0 if not available.| |*eventid*<br>(*Log* only)|<|number|0 if not available.| |*value*|<|number (for numeric items) or<br>string (for text items)|Collected item value.| |*type*|<|number|Collected value type:<br>0 - numeric float, 1 - character, 2 - log, 3 - numeric unsigned, 4 - text|
fr	#### Valeurs d'élément  The following information is exported for a collected item value:  |Champ|<|Type|Description| |-|---------|---------|--------------------------- | |*host*|<|object|Nom d'hôte de l'hôte de l'élément.| | |host|string|Nom d'hôte.| |^|name|string|Nom d'hôte visible.| |*groups*|<|array|Liste des groupes d'hôtes de l'hote de l'élément ; il doit y avoir au moins un élément dans le tableau.| | |\-|string|Nom du groupe d'hôtes.| |*itemid*|<|number|ID de l'article.| |*name*|<|string|Nom de l'élément visible.| |*clock*|<|number|Nombre de secondes depuis Epoch jusqu'au moment où la valeur a été collectée (partie entière).| |*ns*|<|number|Nombre de nanosecondes à ajouter à `clock` pour obtenir une heure de collecte de valeur précise.| |*timestamp*<br>(*Journal* uniquement)|<|number|0 si non disponible.| |*source*<br>(*Journal* uniquement)|<|string|Chaîne vide si non disponible.| |*severity*<br>(*Journal* uniquement)|<|number|0 si non disponible.| |*eventid*<br>(*Journal* uniquement)|<|number|0 si non disponible.| |*value*|<|number (pour les éléments numériques) ou<br>string (pour les éléments de texte)|Valeur de l'élément collecté.| |*type*|<|number|Type de valeur collectée :<br>0 - nombre flottant, 1 - caractère, 2 - journal, 3 - numérique non signé, 4 - texte|

en-us	It is possible to zoom in and out the map by using the plus and minus buttons in the widget's upper left corner or by using the mouse scroll wheel or touchpad. To set the current view as default, right-click anywhere on the map and select *Set this view as default*. This setting will override *Initial view* widget parameter for the current user. To undo this action, right-click anywhere on the map again and select *Reset the initial view*.  When *Initial view* or *Default view* is set, you can return to this view at any time by pressing on the home icon on the left.  ![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/geomap_widget3.png)
fr	Il est possible d'effectuer un zoom avant et arrière sur la carte en utilisant les boutons plus et moins dans le coin supérieur gauche du widget ou en utilisant la molette de la souris ou le pavé tactile. Pour définir la vue actuelle par défaut, cliquez avec le bouton droit n'importe où sur la carte et sélectionnez *Définir cette vue par défaut*. Ce paramètre remplacera le paramètre de widget *Vue initiale* pour l'utilisateur actuel. Pour annuler cette action, faites à nouveau un clic droit n'importe où sur la carte et sélectionnez *Réinitialiser la vue initiale*.  Lorsque *Vue initiale* ou *Vue par défaut* est définie, vous pouvez revenir à cette vue à tout moment en appuyant sur l'icône d'accueil à gauche.  ![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/geomap_widget3.png)

en-us	##### Java gateway  If you obtained Zabbix from the source repository or an archive, then the necessary dependencies are already included in the source tree.  If you obtained Zabbix from your distribution's package, then the necessary dependencies are already provided by the packaging system.  In both cases above, the software is ready to be used and no additional downloads are necessary.  If, however, you wish to provide your versions of these dependencies (for instance, if you are preparing a package for some Linux distribution), below is the list of library versions that Java gateway is known to work with. Zabbix may work with other versions of these libraries, too.  The following table lists JAR files that are currently bundled with Java gateway in the original code:  |Library|Mandatory status|Comments| |--|-|-------| |[android-json](https://mvnrepository.com/artifact/com.vaadin.external.google/android-json)|Yes|Version 4.3r1 or higher.<br>JSON (JavaScript Object Notation) is a lightweight data-interchange format. This is the org.json compatible Android implementation extracted from the Android SDK.| |[logback-classic](https://mvnrepository.com/artifact/ch.qos.logback/logback-classic)|^|Version 1.2.9 or higher.| |[logback-core](https://mvnrepository.com/artifact/ch.qos.logback/logback-core)|^|Version 1.2.9 or higher.| |[slf4j-api](https://mvnrepository.com/artifact/org.slf4j/slf4j-api)|^|Version 1.7.32 or higher.|  Java gateway can be built using either Oracle Java or open-source OpenJDK (version 1.6 or newer). Packages provided by Zabbix are compiled using OpenJDK. The table below provides information about OpenJDK versions used for building Zabbix packages by distribution:  |Distribution|OpenJDK version| |------------|---------------| |RHEL 8|1.8.0| |RHEL 7|1.8.0| |SLES 15|11.0.4| |SLES 12|1.8.0| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|
fr	##### Passerelle Java  Si vous avez obtenu Zabbix à partir du référentiel source ou d'une archive, alors les dépendances nécessaires sont déjà incluses dans l'arborescence des sources.  Si vous avez obtenu Zabbix à partir du package de votre distribution, alors les dépendances nécessaires sont déjà fournies par le système de packaging.  Dans les deux cas ci-dessus, le logiciel est prêt à être utilisé et aucun téléchargement n'est nécessaire.  Si toutefois vous souhaitez fournir vos versions de ces dépendances (par exemple, si vous préparez un paquet pour certaines distributions Linux), ci-dessous se trouve la liste des versions de librairie avec lesquelles la passerelle Java est réputée pouvoir fonctionner. Zabbix peut fonctionner avec d'autres versions de ces librairies aussi.  Le tableau suivant répertorie les fichiers JAR actuellement fournis avec la passerelle Java dans le code d'origine :  |Librairie|Obligatoire|Commentaires| |--|-|-------| |[android-json](https://mvnrepository.com/artifact/com.vaadin.external.google/android-json)|Oui|Version 4.3r1 ou supérieure.<br>JSON (JavaScript Object Notation) est un format d'échange de données léger. Il s'agit de l'implémentation Android compatible org.json extraite du SDK Android.| |[logback-classic](https://mvnrepository.com/artifact/ch.qos.logback/logback-classic)|^|Version 1.2.9  ou supérieure.| |[logback-core](https://mvnrepository.com/artifact/ch.qos.logback/logback-core)|^|Version 1.2.9  ou supérieure.| |[slf4j-api](https://mvnrepository.com/artifact/org.slf4j/slf4j-api)|^|Version 1.7.32  ou supérieure.|  La passerelle Java peut être construite à l'aide d'Oracle Java ou de OpenJDK open-source (version 1.6 ou plus récente). Les packages fournis par Zabbix sont compilés en utilisant OpenJDK. Le tableau ci-dessous fournit des informations sur les versions OpenJDK utilisées pour créer des packages Zabbix par distribution :  |Distribution|Version OpenJDK| |-----------|---------------| |RHEL 8|1.8.0| |RHEL 7|1.8.0| |SLES 15|11.0.4| |SLES 12|1.8.0| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|

en-us	### Java gateway installation  It is required to install [Java gateway](/manual/concepts/java) only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  Once the required repository is added, you can install Zabbix Java gateway by running:      # dnf install zabbix-java-gateway  Proceed to [setup](/manual/concepts/java/from_rhel_centos) for more details on configuring and running Java gateway.
fr	###Installation de la passerelle Java  Il est nécessaire d'installer la [passerelle Java](/manual/concepts/java) uniquement si vous souhaitez surveiller les applications JMX. La passerelle Java est légère et ne nécessite pas de base de données.  Une fois le dépôt requis ajouté, vous pouvez installer la passerelle Java Zabbix en exécutant :      # dnf install zabbix-java-gateway¶  Passez à la [configuration](/manual/concepts/java/from_rhel_centos) pour plus de détails sur la configuration et l'exécution de la passerelle Java.

en-us	#### JMX item keys in more detail
fr	#### Clés d’élément JMX plus en détails

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
fr	#### Supervision JMX  Voir la page [Supervision JMX](/fr/manual/config/items/itemtypes/jmx_monitoring) pour plus de détails.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
fr	#### Supervision JMX  Voir la page [Supervision JMX](/fr/manual/config/items/itemtypes/jmx_monitoring) pour plus de détails.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
fr	#### Supervision JMX  Voir la page [Supervision JMX](/manual/config/items/itemtypes/jmx_monitoring) pour plus de détails.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
fr	#### Supervision JMX  Voir la page [Supervision JMX](/fr/manual/config/items/itemtypes/jmx_monitoring) pour plus de détails.

en-us	 ### JMX monitoring  The template *Generic Java JMX* now contains discovery rules for low-level discovery of memory pools and garbage collectors. 
fr	 ### Surveillance JMX  Le modèle *Generic Java JMX* contient désormais des règles de découverte pour la découverte de bas niveau des pools de mémoire et des récupérateurs de mémoire.

en-us	# JMX template operation  Steps to ensure correct operation of templates that collect metrics by [JMX](/manual/config/items/itemtypes/jmx_monitoring):  1\. Make sure Zabbix [Java gateway](/manual/concepts/java#getting_java_gateway) is installed and set up properly.\ 2. [Link](/manual/config/templates/linking#linking_a_template) the template to the target host. The host should have JMX interface set up.\ If the template is not available in your Zabbix installation, you may need to import the template's .xml file first - see [Templates out-of-the-box](/manual/config/templates_out_of_the_box) section for instructions.\ 3. Adjust the values of mandatory macros as needed.\ 4. Configure the instance being monitored to allow sharing data with Zabbix - see instructions in the *Additional steps/comments* column.  ::: notetip  This page contains only a minimum set of macros and setup steps that are required for proper template operation. A detailed description of a template, including the full list of macros, items, and triggers, is available in the template's Readme.md file (accessible by clicking on a template name).  :::  |Template|Mandatory macros|Additional steps/comments| |--------|----------------|-------------------------| |[Apache ActiveMQ by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/activemq_jmx/README.md)|**{$ACTIVEMQ.PORT}** - port for JMX (default: 1099).<br>**{$ACTIVEMQ.USERNAME}**, **{$ACTIVEMQ.PASSWORD}** - login credentials for JMX<br>(default username: admin, password: activemq).|JMX access to Apache ActiveMQ should be enabled and configured per instructions in [the official documentation](https://activemq.apache.org/jmx.html).| |[Apache Cassandra by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/cassandra_jmx/README.md)|**{$CASSANDRA.USER}**, **{$CASSANDRA.PASSWORD}** - Apache Cassandra login credentials<br>(default username: zabbix, password: zabbix)|JMX access to Apache Cassandra should be enabled and configured per instructions in [the official documentation](https://cassandra.apache.org/doc/latest/operating/security.html#jmx-access).| |[Apache Kafka by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/kafka_jmx/README.md)|**{$KAFKA.USER}**, **{$KAFKA.PASSWORD}** - Apache Kafka login credentials<br>(default username: zabbix, password: zabbix)|JMX access to Apache Kafka should be enabled and configured per instructions in [the official documentation](https://kafka.apache.org/documentation/#remote_jmx).| |[Apache Tomcat by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/tomcat_jmx/README.md)|**{$TOMCAT.USER}**, **{$TOMCAT.PASSWORD}** - Apache Tomcat login credentials; leave blank if Tomcat installation does not require authentication<br>(default: not set).|JMX access to Apache Tomcat should be enabled and configured per instructions in [the official documentation](https://tomcat.apache.org/tomcat-10.0-doc/monitoring.html#Enabling_JMX_Remote) (choose the correct version).| |[GridGain by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/gridgain_jmx/README.md)|**{$GRIDGAIN.USER}**, **{$GRIDGAIN.PASSWORD}** - GridGain login credentials (default username: zabbix, password: <secret>).|JMX access to GridGain In-Memory Computing Platform should be enabled and configured per instructions in [the documentation](https://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html).| |[Ignite by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/ignite_jmx/README.md)|**{$IGNITE.USER}**, **{$IGNITE.PASSWORD}** - Apache Ignite login credentials (default username: zabbix, password: <secret>).|Enable and configure JMX access to Apache Ignite.<br><br>JMX tree hierarchy contains ClassLoader by default. Adding the following Java Virtual Machine option `-DIGNITE_MBEAN_APPEND_CLASS_LOADER_ID=false` will exclude one level with ClassLoader name.<br><br>Cache and Data Region metrics can be configured as needed - see [Ignite documentation](https://ignite.apache.org/docs/latest/monitoring-metrics/configuring-metrics) for details.<br><br>See also: [Monitoring and Management Using JMX Technology](https://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html)| |[WildFly Domain by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/wildfly_domain_jmx/README.md)|**{$WILDFLY.JMX.PROTOCOL}** - JMX scheme (default: remote+http)<br>**{$WILDFLY.USER}**, **{$WILDFLY.PASSWORD}** - WildFly login credentials (default username: zabbix, password: zabbix).|1\. Enable and configure JMX access to WildFly according to instructions in [the official documentation](https://docs.wildfly.org/23/Admin_Guide.html#JMX).<br><br>2. Copy *jboss-client.jar* from `/(wildfly,EAP,Jboss,AS)/bin/client` into directory `/usr/share/zabbix-java-gateway/lib`.<br><br>3. Restart Zabbix Java gateway.| |[WildFly Server by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/wildfly_server_jmx/README.md)|**{$WILDFLY.JMX.PROTOCOL}** - JMX scheme (default: remote+http)<br>**{$WILDFLY.USER}**, **{$WILDFLY.PASSWORD}** - WildFly login credentials (default username: zabbix, password: zabbix).|1\. Enable and configure JMX access to WildFly according to instructions in [the official documentation](https://docs.wildfly.org/23/Admin_Guide.html#JMX).<br><br>2. Copy *jboss-client.jar* from `/(wildfly,EAP,Jboss,AS)/bin/client` into directory `/usr/share/zabbix-java-gateway/lib`.<br><br>3. Restart Zabbix Java gateway.|
fr	 # Fonctionnement du modèle JMX  Étapes pour garantir le bon fonctionnement des modèles qui collectent des métriques par [JMX](/manual/config/items/itemtypes/jmx_monitoring):  1\. Assurez-vous que la [passerelle Java](/manual/concepts/java#getting_java_gateway) Zabbix est installée et configurée correctement.\ 2. [Liez](/manual/config/templates/linking#linking_a_template) le modèle à l'hôte cible. L'hôte doit avoir une interface JMX configurée.\ Si le modèle n'est pas disponible dans votre installation Zabbix, vous devrez peut-être d'abord importer le fichier .xml du modèle - voir la section [Modèles prêts à l'emploi](/manual/config/templates_out_of_the_box) pour obtenir les instructions.\ 3. Ajustez les valeurs des macros obligatoires selon vos besoins.\ 4. Configurez l'instance surveillée pour autoriser le partage de données avec Zabbix - voir les instructions dans la colonne *Étapes supplémentaires/commentaires*.  ::: notetip  Cette page ne contient qu'un ensemble minimal de macros et d'étapes de configuration nécessaires au bon fonctionnement du modèle. Une description détaillée d'un modèle, y compris la liste complète des macros, des éléments et des déclencheurs, est disponible dans le fichier Readme.md du modèle (accessible en cliquant sur un nom de modèle). :::  |Modèle|Macros obligatoires|Étapes/commentaires supplémentaires| |--------|----------------|-------------------------| |[Apache ActiveMQ by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/activemq_jmx/README.md)|**{\$ACTIVEMQ.PORT}** - port pour JMX (par défaut : 1099).<br>**{\$ACTIVEMQ.USERNAME}**, **{\$ACTIVEMQ.PASSWORD}** - identifiants de connexion pour JMX<br>(nom d'utilisateur par défaut : admin, mot de passe : activemq).|L'accès JMX à Apache ActiveMQ doit être activé et configuré conformément aux instructions de [la documentation officielle](https://activemq.apache.org/jmx.html).| |[Apache Cassandra by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/cassandra_jmx/README.md)|**{\$CASSANDRA.USER}**, **{\$CASSANDRA.PASSWORD}** - Identifiants de connexion Apache Cassandra<br>(nom d'utilisateur par défaut : zabbix, mot de passe : zabbix)|L'accès JMX à Apache Cassandra doit être activé et configuré conformément aux instructions de [la documentation officielle](https://cassandra.apache.org/doc/latest/operating/security.html#jmx-access).| |[Apache Kafka by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/kafka_jmx/README.md)|**{\$KAFKA.USER}**, **{\$KAFKA.PASSWORD}** - Identifiants de connexion Apache Kafka<br>(nom d'utilisateur par défaut : zabbix, mot de passe : zabbix)|L'accès JMX à Apache Kafka doit être activé et configuré conformément aux instructions de [la documentation officielle](https://kafka.apache.org/documentation/#remote_jmx).| |[Apache Tomcat by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/tomcat_jmx/README.md)|**{\$TOMCAT.USER}**, **{\$TOMCAT.PASSWORD}** - Identifiants de connexion Apache Tomcat ; laissez vide si l'installation de Tomcat ne nécessite pas d'authentification<br>(par défaut : non défini).|L'accès JMX à Apache Tomcat doit être activé et configuré conformément aux instructions de [la documentation officielle](https://tomcat.apache.org/tomcat-10.0-doc/monitoring.html#Enabling_JMX_Remote) (choisissez la bonne version).| |[GridGain by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/gridgain_jmx/README.md)|**{\$GRIDGAIN.USER}**, **{\$GRIDGAIN.PASSWORD}** - Identifiants de connexion à GridGain (nom d'utilisateur par défaut : zabbix, mot de passe : \<secret\>).|L'accès JMX à GridGain In-Memory Computing Platform doit être activé et configuré conformément aux instructions de [la documentation](https://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html).| |[Ignite by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/ignite_jmx/README.md)|**{\$IGNITE.USER}**, **{\$IGNITE.PASSWORD}** - Identifiants de connexion Apache Ignite (nom d'utilisateur par défaut : zabbix, mot de passe : \<secret\>).|Activez et configurez l'accès JMX à Apache Ignite.<br><br>La hiérarchie de l'arborescence JMX contient ClassLoader par défaut. L'ajout de l'option de machine virtuelle Java suivante `-DIGNITE_MBEAN_APPEND_CLASS_LOADER_ID=false` exclura un niveau avec le nom de ClassLoader.<br><br>Les métriques de cache et de région de données peuvent être configurées selon les besoins - voir la [documentation Ignite](https://ignite.apache.org/docs/latest/monitoring-metrics/configuring-metrics) pour plus de détails.<br><br>Voir aussi : [Surveillance et gestion à l'aide de la technologie JMX](https://docs.oracle.com/javase/8/docs/technotes/guides/management/agent.html)| |[WildFly Domain by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/wildfly_domain_jmx/README.md)|**{\$WILDFLY.JMX.PROTOCOL}** - Schéma JMX (par défaut : remote+http)<br>**{\$WILDFLY.USER}**, **{\$WILDFLY.PASSWORD}** - Identifiants de connexion WildFly (nom d'utilisateur par défaut : zabbix, mot de passe : zabbix).|1\. Activez et configurez l'accès JMX à WildFly conformément aux instructions de [la documentation officielle](https://docs.wildfly.org/23/Admin_Guide.html#JMX).<br><br>2. Copiez *jboss-client.jar* de `/(wildfly,EAP,Jboss,AS)/bin/client` dans le répertoire `/usr/share/zabbix-java-gateway/lib`.<br><br>3. Redémarrez la passerelle Java Zabbix.| |[WildFly Server by JMX](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/wildfly_server_jmx/README.md)|**{\$WILDFLY.JMX.PROTOCOL}** - Schéma JMX (par défaut : remote+http)<br>**{\$WILDFLY.USER}**, **{\$WILDFLY.PASSWORD}** - Identifiants de connexion WildFly (nom d'utilisateur par défaut : zabbix, mot de passe : zabbix).|1\. Activez et configurez l'accès JMX à WildFly conformément aux instructions de [la documentation officielle](https://docs.wildfly.org/23/Admin_Guide.html#JMX).<br><br>2. Copiez *jboss-client.jar* de `/(wildfly,EAP,Jboss,AS)/bin/client` dans le répertoire `/usr/share/zabbix-java-gateway/lib`.<br><br>3. Redémarrez la passerelle Java Zabbix.|

en-us	 ### JSONPath parsing errors  JSONPath parsing errors occur in this version in case of leading whitespace and empty array/object. Fixed in Zabbix 6.0.12.
fr	 ### Erreurs d'analyse JSONPath  Des erreurs d'analyse JSONPath se produisent dans cette version en cas d'espace en tête et de tableau/objet vide. Corrigé dans Zabbix 6.0.12.

en-us	#### Keeping history  You can set for how many days history will be kept:  -   in the item properties [form](/manual/config/items/item) -   when mass-updating items -   when [setting     up](/manual/web_interface/frontend_sections/administration/general#housekeeper)     housekeeper tasks  Any older data will be removed by the housekeeper.  The general strong advice is to keep history for the smallest possible number of days and that way not to overload the database with lots of historical values.  Instead of keeping a long history, you can keep longer data of trends. For example, you could keep history for 14 days and trends for 5 years.  You can get a good idea of how much space is required by history versus trends data by referring to the [database sizing page](/manual/installation/requirements#database_size).  While keeping shorter history, you will still be able to review older data in graphs, as graphs will use trend values for displaying older data.  ::: noteimportant If history is set to '0', the item will update only dependent items and inventory. No trigger functions will be evaluated because trigger evaluation is based on history data only. :::   ::: notetip As an alternative way to preserve history consider to use [history export](/manual/config/items/loadablemodules#providing_history_export_callbacks) functionality of loadable modules. :::
fr	 #### Conserver l'historique  Vous pouvez définir pendant combien de jours l'historique sera conservé ::  -   dans le formulaire des propriétés de l'[élément](/manual/config/items/item) -   lors de la mise à jour en masse d'éléments -   lors de la [configuration](/manual/web_interface/frontend_sections/administration/general#housekeeper) des tâches de nettoyage  Toutes les données plus anciennes seront supprimées par le nettoyage.  Le conseil général est de conserver l'historique pendant le plus petit nombre de jours possible et de ne pas surcharger la base de données avec de nombreuses valeurs historiques.  Au lieu de conserver un long historique, vous pouvez conserver des données plus longues sur les tendances. Par exemple, vous pouvez conserver l'historique pendant 14 jours et les tendances pendant 5 ans.  Vous pouvez avoir une bonne idée de l'espace requis par les données d'historique par rapport aux données de tendances en vous référant à la [page de dimensionnement de la base de données](/manual/installation/requirements#database_size).  Tout en conservant un historique plus court, vous pourrez toujours revoir les données plus anciennes dans les graphiques, car les graphiques utiliseront les valeurs de tendance pour afficher les données plus anciennes.  ::: noteimportant Si l'historique est défini sur '0', l'élément ne mettra à jour que les éléments dépendants et l'inventaire. Aucune fonction de déclencheur ne sera évaluée car l'évaluation du déclencheur est basée uniquement sur les données d'historique. :::   ::: notetip Comme autre moyen de préserver l'histoire, envisagez d'utiliser la fonctionnalité d'[exportation d'historique](/manual/config/items/loadablemodules#providing_history_export_callbacks) des modules chargeables. :::

en-us	#### Keeping trends  Trends is a built-in historical data reduction mechanism which stores minimum, maximum, average and the total number of values per every hour for numeric data types.  You can set for how many days trends will be kept:  -   in the item properties [form](/manual/config/items/item) -   when mass-updating items -   when setting up Housekeeper tasks  Trends usually can be kept for much longer than history. Any older data will be removed by the housekeeper.  Zabbix server accumulates trend data in runtime in the trend cache, as the data flows in. Server flushes **previous hour** trends of every item into the database (where frontend can find them) in these situations:  -   server receives the first current hour value of the item -   5 or less minutes of the current hour left and still no current hour     values of the item -   server stops  To see trends on a graph you need to wait at least to the beginning of the next hour (if item is updated frequently) and at most to the end of the next hour (if item is updated rarely), which is 2 hours maximum.  When server flushes trend cache and there are already trends in the database for this hour (for example, server has been restarted mid-hour), server needs to use update statements instead of simple inserts. Therefore on a bigger installation if restart is needed it is desirable to stop server in the end of one hour and start in the beginning of the next hour to avoid trend data overlap.  History tables do not participate in trend generation in any way.  ::: noteimportant If trends are set to '0', Zabbix server does not calculate or store trends at all. :::  ::: noteclassic The trends are calculated and stored with the same data type as the original values. As a result the average value calculations of unsigned data type values are rounded and the less the value interval is the less precise the result will be. For example if item has values 0 and 1, the average value will be 0, not 0.5.  Also restarting server might result in the precision loss of unsigned data type average value calculations for the current hour. :::
fr	 #### Garder les tendances  Les tendances sont un mécanisme intégré de réduction des données historiques qui stocke le minimum, le maximum, la moyenne et le nombre total de valeurs par heure pour les types de données numériques.  Vous pouvez définir pendant combien de jours les tendances seront conservées :  -   dans le [formulaire](/manual/config/items/item) des propriétés de l'élément -   lors de la mise à jour en masse d'éléments -   lors de la configuration des tâches de Nettoyage  Les tendances peuvent généralement être conservées beaucoup plus longtemps que l'historique. Toutes les données plus anciennes seront supprimées par le nettoyage.  Le serveur Zabbix accumule les données de tendance lors de l'exécution dans le cache de tendance, au fur et à mesure que les données arrivent. Le serveur vide les tendances de l'**heure précédente** de chaque élément dans la base de données (où l'interface peut les trouver) dans ces situations :  -   le serveur reçoit la première valeur d'heure actuelle de l'élément -   Il reste 5 minutes ou moins de l'heure actuelle et toujours aucune valeur d'heure actuelle pour l'élément -   le serveur s'arrête  Pour voir les tendances sur un graphique, vous devez attendre au moins jusqu'au début de l'heure suivante (si l'élément est mis à jour fréquemment) et au plus jusqu'à la fin de l'heure suivante (si l'élément est mis à jour rarement), soit 2 heures maximum.  Lorsque le serveur vide le cache des tendances et qu'il existe déjà des tendances dans la base de données pour cette heure (par exemple, le serveur a été redémarré en milieu d'heure), le serveur doit utiliser des instructions de mise à jour au lieu de simples insertions. Par conséquent, sur une installation plus importante, si un redémarrage est nécessaire, il est souhaitable d'arrêter le serveur au bout d'une heure et de démarrer au début de l'heure suivante pour éviter le chevauchement des données de tendance.  Les tables d'historique ne participent en aucune façon à la génération de tendance.  ::: noteimportant Si les tendances sont définies sur '0', le serveur Zabbix ne calcule ni ne stocke les tendances du tout. :::  ::: noteclassic Les tendances sont calculées et stockées avec le même type de données que les valeurs d'origine. En conséquence, les calculs de valeur moyenne des valeurs de type de données non signées sont arrondis et moins l'intervalle de valeurs est faible, moins le résultat sera précis. Par exemple, si l'élément a les valeurs 0 et 1, la valeur moyenne sera 0 et non 0,5.  Le redémarrage du serveur peut également entraîner la perte de précision des calculs de la valeur moyenne des types de données non signés pour l'heure en cours. :::

en-us	 ##### Kernel data  |Item key|<|<|<| |--|--|------|------| |Description|Return value|Parameters|Comments| |**kernel.maxfiles**|<|<|<| |Maximum number of opened files supported by OS.|Integer| | | |**kernel.maxproc**|<|<|<| |Maximum number of processes supported by OS.|Integer| | | |**kernel.openfiles**|<|<|<| |Return the number of currently open file descriptors.|Integer| |This item is supported since Zabbix 6.0.|
fr	 ##### Données du noyau  |Clé de l'élément|<|<|<| |--|--|------|------| |Description|Valeur de retour|Paramètres|Commentaires| |**kernel.maxfiles**|<|<|<| |Nombre maximum de fichiers ouverts pris en charge par le système d'exploitation.|Entier| | | |**kernel.maxproc**|<|<|<| |Nombre maximum de processus pris en charge par le système d'exploitation.|Entier| | | |**kernel.openfiles**|<|<|<| |Renvoie le nombre de descripteurs de fichiers actuellement ouverts.|Entier| |Cet élément est pris en charge depuis Zabbix 6.0.|

en-us	 ### Keyboard navigation  Keyboard control has been implemented for info icons in the frontend. Thus it is now  possible to focus on info icons, and open the hints, using the keyboard.
fr	 ### Navigation au clavier  Le contrôle du clavier a été implémenté pour les icônes d'informations dans l'interface. Ainsi il est maintenant possible de se concentrer sur les icônes d'information et d'ouvrir les astuces à l'aide du clavier.

en-us	##### Key file authentication  To use key based authentication for SSH items, certain changes to the server configuration are required.  Open the Zabbix server configuration file ([zabbix\_server.conf](/manual/appendix/config/zabbix_server)) as `root` and look for the following line:      # SSHKeyLocation=  Uncomment it and set full path to a folder where public and private keys will be located:      SSHKeyLocation=/home/zabbix/.ssh  Save the file and restart zabbix\_server afterwards.  */home/zabbix* here is the home directory for the *zabbix* user account and *.ssh* is a directory where by default public and private keys will be generated by a [ssh-keygen](http://en.wikipedia.org/wiki/Ssh-keygen) command inside the home directory.  Usually installation packages of zabbix-server from different OS distributions create *zabbix* user account with a home directory in not very well-known places (as for system accounts), e. g. */var/lib/zabbix*.  Before starting to generate the keys, an approach to reallocate the home directory to a better known place (intuitively expected) could be considered. This will correspond with the *SSHKeyLocation* Zabbix server configuration parameter mentioned above.  These steps can be skipped if *zabbix* account has been added manually according to the [installation section](/manual/installation/install#create_user_account) because in this case most likely the home directory is already located at */home/zabbix*.  To change the setting for the *zabbix* user account all working processes which are using it have to be stopped:      # service zabbix-agent stop     # service zabbix-server stop  To change the home directory location with an attempt to move it (if it exists) a command should be executed:      # usermod -m -d /home/zabbix zabbix  It's absolutely possible that a home directory did not exist in the old place, so it should be created at the new place. A safe attempt to do that is:      # test -d /home/zabbix || mkdir /home/zabbix  To be sure that all is secure, additional commands could be executed to set permissions to the home directory:      # chown zabbix:zabbix /home/zabbix     # chmod 700 /home/zabbix  Previously stopped processes now can be started again:      # service zabbix-agent start     # service zabbix-server start  Now steps to generate public and private keys can be performed by a command:      # sudo -u zabbix ssh-keygen -t rsa     Generating public/private rsa key pair.     Enter file in which to save the key (/home/zabbix/.ssh/id_rsa):      Created directory '/home/zabbix/.ssh'.     Enter passphrase (empty for no passphrase):      Enter same passphrase again:      Your identification has been saved in /home/zabbix/.ssh/id_rsa.     Your public key has been saved in /home/zabbix/.ssh/id_rsa.pub.     The key fingerprint is:     90:af:e4:c7:e3:f0:2e:5a:8d:ab:48:a2:0c:92:30:b9 zabbix@it0     The key's randomart image is:     +--[ RSA 2048]----+     |                 |     |       .         |     |      o          |     | .     o         |     |+     . S        |     |.+   o =         |     |E .   * =        |     |=o . ..* .       |     |... oo.o+        |     +-----------------+  Note: public and private keys (*id\_rsa.pub* and *id\_rsa* respectively) have been generated by default in the */home/zabbix/.ssh* directory which corresponds to the Zabbix server *SSHKeyLocation* configuration parameter.  ::: noteimportant Key types other than "rsa" may be supported by the ssh-keygen tool and SSH servers but they may not be supported by libssh2, used by Zabbix. :::
fr	##### Authentification par fichier clé  Pour utiliser l'authentification par clé pour les éléments SSH, certaines modifications de la configuration du serveur sont requises.  Ouvrez le fichier de configuration du serveur Zabbix ([zabbix\_server.conf](/fr/manual/appendix/config/zabbix_server)) en tant qu'utilisateur `root` et recherchez la ligne suivante :   # SSHKeyLocation=  Décommentez-le et définissez le chemin d'accès complet à un dossier où se trouvent les clés publiques et privées :   SSHKeyLocation=/home/zabbix/.ssh  Enregistrez le fichier et redémarrez zabbix\_server ensuite.  */home/zabbix* ici est le répertoire de base du compte utilisateur *zabbix* et .ssh est un répertoire où, par défaut, les clés publiques et privées seront générées par une commande [ssh-keygen](http://en.wikipedia.org/wiki/Ssh-keygen) dans le répertoire home.  Habituellement, les paquets d'installation de zabbix-server provenant de différentes distributions du système d'exploitation créent le compte utilisateur *zabbix* avec un répertoire personnel dans des endroits peu connus (comme les comptes systèmes), par exemple */var/lib/zabbix*.  Avant de commencer à générer les clés, une approche pour réattribuer le répertoire de base à un endroit mieux connu (plus intuitif) pourrait être envisagée. Cela correspondra au paramètre de configuration du serveur Zabbix *SSHKeyLocation* mentionné ci-dessus.  Ces étapes peuvent être ignorées si le compte *zabbix* a été ajouté manuellement en fonction de la [section d'installation](/fr/manual/installation/install#create_user_account) car, dans ce cas, le répertoire home est probablement déjà situé dans */home/zabbix*.  Pour modifier le paramètre du compte utilisateur *zabbix*, tous les processus qui l'utilisent doivent être arrêtés :   # service zabbix-agent stop  # service zabbix-server stop  Pour changer l'emplacement du répertoire personnel en le déplaçant (s'il existe), la commande suivante devrait être exécutée :   # usermod -m -d /home/zabbix zabbix  Il est tout à fait possible qu'un répertoire personnel n'existe pas à l'ancien emplacement, il devrait donc être créé au nouvel endroit. Une tentative sûre de faire cela est :   # test -d /home/zabbix || mkdir /home/zabbix  Pour être sûr que tout est sécurisé, des commandes supplémentaires peuvent être exécutées pour définir des autorisations sur le répertoire de base :   # chown zabbix:zabbix /home/zabbix  # chmod 700 /home/zabbix  Les processus précédemment arrêtés peuvent maintenant être redémarrés :   # service zabbix-agent start  # service zabbix-server start  Maintenant, les étapes pour générer des clés publiques et privées peuvent être effectuées par la commande :   # sudo -u zabbix ssh-keygen -t rsa  Generating public/private rsa key pair.  Enter file in which to save the key (/home/zabbix/.ssh/id_rsa):   Created directory '/home/zabbix/.ssh'.  Enter passphrase (empty for no passphrase):   Enter same passphrase again:   Your identification has been saved in /home/zabbix/.ssh/id_rsa.  Your public key has been saved in /home/zabbix/.ssh/id_rsa.pub.  The key fingerprint is:  90:af:e4:c7:e3:f0:2e:5a:8d:ab:48:a2:0c:92:30:b9 zabbix@it0  The key's randomart image is:   --[ RSA 2048]----+  |                 |  |       .         |  |      o          |  | .     o         |  |+     . S        |  |.+   o =         |  |E .   * =        |  |=o . ..* .       |  |... oo.o+        |  +-----------------+  Remarque : les clés publique et privée (*id\_rsa.pub* et *id\_rsa* respectivement) ont été générées par défaut dans le répertoire */home/zabbix/.ssh* qui correspond au paramètre de configuration du serveur Zabbix *SSHKeyLocation*.  ::: noteimportant Les types de clé autres que "rsa" peuvent être pris en charge par l'outil ssh-keygen et les serveurs SSH, mais ils peuvent ne pas être pris en charge par libssh2, utilisé par Zabbix. :::

en-us	#### Key name  The key name itself has a limited range of allowed characters, which just follow each other. Allowed characters are:      0-9a-zA-Z_-.  Which means:  -   all numbers; -   all lowercase letters; -   all uppercase letters; -   underscore; -   dash; -   dot.  ![](../../../../../assets/en/manual/config/key_name.png)
fr	#### Nom de la clé  Le nom de la clé elle-même a une gamme limitée de caractères autorisés, qui se suivent les uns les autres. Les caractères autorisés sont :      0-9a-zA-Z_-.  Ce qui signifie :  -   tous les nombres ; -   toutes les lettres minuscules ; -   toutes les lettres majuscules ; -   underscore ; -   tiret ; -   point.  ![](../../../../../assets/fr/manual/config/items/item/key_name.png)

en-us	#### Kiosk mode  The kiosk mode in supported frontend pages can be activated using URL parameters. For example, in dashboards:  -   `/zabbix.php?action=dashboard.view&kiosk=1` - activate kiosk mode -   `/zabbix.php?action=dashboard.view&kiosk=0` - activate normal mode
fr	#### Mode kiosque  Le mode kiosque dans les pages frontend prises en charge peut être activé à l'aide des paramètres d'URL. Par exemple, dans les tableaux de bord :  - `/zabbix.php?action=dashboard.view&kiosk=1` - active le mode kiosque - `/zabbix.php?action=dashboard.view&kiosk=0` - active le mode normal

en-us	#### Known issues  See [known issues](/manual/installation/known_issues#graphs) for graphs.
fr	#### Problèmes connus  Voir les [problèmes connus](/manual/installation/known_issues#graphs) pour les graphiques.

en-us	##### Large file support  Zabbix has large file support for SNMP trapper files. The maximum file size that Zabbix can read is 2\^63 (8 EiB). Note that the filesystem may impose a lower limit on the file size.
fr	##### Prise en charge des fichiers volumineux  Zabbix prend en charge les fichiers volumineux pour les fichiers de trapper SNMP. La taille limite maximum que Zabbix peut lire est 2\^63 (8 EiB). Notez que le système de fichier peut imposer une limite inférieure sur la taille du fichier.

en-us	 ### Latest data link for hosts shows numbers  The latest data link for hosts in [*Monitoring* -> *Hosts*](/manual/web_interface/frontend_sections/monitoring/hosts) now shows the number of items with latest data.
fr	 ### Le lien des dernières données pour les hôtes affiche des chiffres  Le lien des dernières données pour les hôtes dans [*Surveillance* -> *Hôtes*](/manual/web_interface/frontend_sections/monitoring/hosts) affiche désormais le nombre d'éléments avec les dernières données.

en-us	### LDAP authentication  External LDAP authentication can be used to check user names and passwords. Note that a user must exist in Zabbix as well, however its Zabbix password will not be used.  Zabbix LDAP authentication works at least with Microsoft Active Directory and OpenLDAP.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/auth_ldap.png)  Configuration parameters:  |Parameter|Description| |--|--------| |*Enable LDAP authentication*|Mark the checkbox to enable LDAP authentication.| |*LDAP host*|Name of LDAP server. For example: ldap://ldap.zabbix.com<br>For secure LDAP server use *ldaps* protocol.<br>ldaps://ldap.zabbix.com<br>With OpenLDAP 2.x.x and later, a full LDAP URI of the form ldap://hostname:port or ldaps://hostname:port may be used.| |*Port*|Port of LDAP server. Default is 389.<br>For secure LDAP connection port number is normally 636.<br>Not used when using full LDAP URIs.| |*Base DN*|Base path to search accounts:<br>ou=Users,ou=system (for OpenLDAP),<br>DC=company,DC=com (for Microsoft Active Directory)| |*Search attribute*|LDAP account attribute used for search:<br>uid (for OpenLDAP),<br>sAMAccountName (for Microsoft Active Directory)| |*Bind DN*|LDAP account for binding and searching over the LDAP server, examples:<br>uid=ldap\_search,ou=system (for OpenLDAP),<br>CN=ldap\_search,OU=user\_group,DC=company,DC=com (for Microsoft Active Directory)<br>Anonymous binding is also supported.  Note that anonymous binding potentially opens up domain configuration to unauthorized users (information about users, computers, servers, groups, services, etc.). For security reasons, disable anonymous binds on LDAP hosts and use authenticated access instead.| |*Case-sensitive login*|Unmark the checkbox to disable case-sensitive login (enabled by default) for usernames.<br>E.g. disable case-sensitive login and log in with, for example, 'ADMIN' user even if the Zabbix user is 'Admin'.<br>*Note* that with case-sensitive login disabled the login will be denied if multiple users exist in Zabbix database with similar usernames (e.g. Admin, admin).| |*Bind password*|LDAP password of the account for binding and searching over the LDAP server.| |*Test authentication*|Header of a section for testing| |*Login*|Name of a test user (which is currently logged in the Zabbix frontend). This user name must exist in the LDAP server.<br>Zabbix will not activate LDAP authentication if it is unable to authenticate the test user.| |*User password*|LDAP password of the test user.|  ::: notewarning In case of trouble with certificates, to make a secure LDAP connection (ldaps) work you may need to add a `TLS_REQCERT allow` line to the /etc/openldap/ldap.conf configuration file. It may decrease the security of connection to the LDAP catalog. :::  ::: notetip It is recommended to create a separate LDAP account (*Bind DN*) to perform binding and searching over the LDAP server with minimal privileges in the LDAP instead of using real user accounts (used for logging in the Zabbix frontend).\ Such an approach provides more security and does not require changing the *Bind password* when the user changes his own password in the LDAP server.\ In the table above it's *ldap\_search* account name. :::
fr	 ### LDAP authentication  L'authentification LDAP externe peut être utilisée pour vérifier les noms d'utilisateur et les mots de passe. Notez qu'un utilisateur doit également exister dans Zabbix, mais son mot de passe Zabbix ne sera pas utilisé.  L'authentification LDAP Zabbix fonctionne au moins avec Microsoft Active Directory et OpenLDAP.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/auth_ldap.png)  Paramètres de configuration :  |Paramètre|Description| |--|--------| |*Activer l'authentification LDAP*|Cochez la case pour activer l'authentification LDAP.| |*Hôte LDAP*|Nom du serveur LDAP. Par exemple : ldap://ldap.zabbix.com<br>Pour un serveur LDAP sécurisé, utilisez le protocole *ldaps*.<br>ldaps://ldap.zabbix.com<br>Avec OpenLDAP 2.x.x et versions ultérieures, un URI LDAP complèt au format ldap://hostname:port ou ldaps://hostname:port peut être utilisé.| |*Port*|Port du serveur LDAP. La valeur par défaut est 389.<br>Pour une connexion LDAP sécurisée, le numéro de port est normalement 636.<br>Non utilisé lors de l'utilisation d'URI LDAP complets.| |*DN de base*|Chemin de base pour rechercher des comptes :<br>ou=Users,ou=system (pour OpenLDAP),<br>DC=company,DC=com (pour Microsoft Active Directory)| |*Attribut recherché*|Attribut de compte LDAP utilisé pour la recherche :<br>uid (pour OpenLDAP),<br>sAMAccountName (pour Microsoft Active Directory)| |*DN de lien*|Compte LDAP pour la liaison et la recherche sur le serveur LDAP, exemples :<br>uid=ldap\_search,ou=system (pour OpenLDAP),<br>CN=ldap\_search,OU=user\_group ,DC=company,DC=com (pour Microsoft Active Directory)<br>La liaison anonyme est également prise en charge. Notez que la liaison anonyme ouvre potentiellement la configuration du domaine à des utilisateurs non autorisés (informations sur les utilisateurs, les ordinateurs, les serveurs, les groupes, les services, etc.). Pour des raisons de sécurité, désactivez les liaisons anonymes sur les hôtes LDAP et utilisez plutôt l'accès authentifié.| |*Connexion sensible à la casse*|Décochez la case pour désactiver la connexion sensible à la casse (activée par défaut) pour les noms d'utilisateur.<br>Par ex. désactivez la connexion sensible à la casse et connectez-vous avec, par exemple, l'utilisateur 'ADMIN' même si l'utilisateur Zabbix est 'Admin'.<br>*Notez* qu'avec la connexion sensible à la casse désactivée, la connexion sera refusée si plusieurs utilisateurs existent dans Base de données Zabbix avec des noms d'utilisateur similaires (par exemple, Admin, admin).| |*Mot de passe de lien*|Mot de passe LDAP du compte pour la liaison et la recherche sur le serveur LDAP.| |*Tester l'authentification*|En-tête d'une section à tester| |*Connexion*|Nom d'un utilisateur de test (qui est actuellement connecté à l'interface Zabbix). Ce nom d'utilisateur doit exister sur le serveur LDAP.<br>Zabbix n'activera pas l'authentification LDAP s'il est incapable d'authentifier l'utilisateur de test.| |*Mot de passe utilisateur*|Mot de passe LDAP de l'utilisateur test.|  ::: notewarning En cas de problème avec les certificats, pour faire fonctionner une connexion LDAP sécurisée (ldaps), vous devrez peut-être ajouter une ligne `TLS_REQCERT allow` au fichier de configuration /etc/openldap/ldap.conf. Cela peut diminuer la sécurité de la connexion au catalogue LDAP. :::  ::: notetip Il est recommandé de créer un compte LDAP séparé (*DN de lien*) pour effectuer la liaison et la recherche sur le serveur LDAP avec des privilèges minimaux dans le LDAP au lieu d'utiliser de vrais comptes d'utilisateurs (utilisés pour se connecter à l'interface Zabbix).\ Une telle approche offre plus de sécurité et ne nécessite pas de changer le *Mot de passe de lien* lorsque l'utilisateur change son propre mot de passe dans le serveur LDAP.\ Dans le tableau ci-dessus, il s'agit du nom du compte *ldap\_search*. :::

en-us	##### Limitations  -   Only same host (template) dependencies are allowed -   An item prototype can depend on another item prototype or regular     item from the same host -   Maximum count of dependent items for one master item is limited to     29999 (regardless of the number of dependency levels) -   Maximum 3 dependency levels allowed -   Dependent item on a host with master item from template will not be     exported to XML
fr	##### Limites  - · Seules les dépendances du même hôte (modèle) sont autorisées - · Un prototype d'élément peut dépendre d'un autre prototype d'élément ou d'un élément standard du même hôte - · Le nombre maximum d'éléments dépendants pour un élément principal est limité à 29999 (quel que soit le nombre de niveaux de dépendance) - · Maximum 3 niveaux de dépendance autorisés - · L'élément dépendant d'un hôte avec l'élément principal du modèle ne sera pas exporté en XML

en-us	#### Limitations  -   Private keys are stored in plain text in files readable by Zabbix     components during startup -   Pre-shared keys are entered in Zabbix frontend and stored in Zabbix     database in plain text -   Built-in encryption does not protect communications:     -   Between the web server running Zabbix frontend and user web         browser     -   Between Zabbix frontend and Zabbix server -   Currently each encrypted connection opens with a full TLS handshake,     no session caching and tickets are implemented -   Adding encryption increases the time for item checks and actions,     depending on network latency:     -   For example, if packet delay is 100ms then opening a TCP         connection and sending unencrypted request takes around 200ms.         With encryption about 1000 ms are added for establishing the TLS         connection;     -   Timeouts may need to be increased, otherwise some items and         actions running remote scripts on agents may work with         unencrypted connections, but fail with timeout with encrypted. -   Encryption is not supported by [network     discovery](/manual/discovery/network_discovery). Zabbix agent checks     performed by network discovery will be unencrypted and if Zabbix     agent is configured to reject unencrypted connections such checks     will not succeed.
fr	#### Limitations  - Les clés privées sont stockées en texte brut dans des fichiers lisibles par les composants Zabbix lors du démarrage - Les clés pré-partagées sont saisies dans l'interface Zabbix et stockées dans la base de données Zabbix en texte brut - Le cryptage intégré ne protège pas les communications :      - Entre le serveur Web exécutant l'interface Zabbix et le navigateur Web de l'utilisateur      - Entre l'interface Zabbix et le serveur Zabbix -   Actuellement, chaque connexion cryptée s'ouvre avec une vérification TLS complète, aucune mise en cache de session et les tickets ne sont implémentés - L'ajout du chiffrement augmente le temps de vérification et d'action des éléments, en fonction de la latence du réseau :      - Par exemple, si le délai de paquet est de 100 ms, l'ouverture d'une connexion TCP et l'envoi d'une requête non chiffrée prend environ 200 ms. Avec le cryptage, environ 1000 ms sont ajoutées pour établir la connexion TLS ;      - Il peut être nécessaire d'augmenter les timeouts, sinon certains éléments et actions exécutant des scripts distants sur des agents peuvent fonctionner avec des connexions non chiffrées, mais échouer avec un délai d'expiration chiffré. -  Le chiffrement n'est pas pris en charge par la [découverte du réseau](/manual/discovery/network_discovery). Les vérifications de l'agent Zabbix effectuées par la découverte du réseau ne seront pas chiffrées et si l'agent Zabbix est configuré pour rejeter les connexions non chiffrées, ces vérifications échoueront.

en-us	#### - Limitations  Support of loadable modules is implemented for the Unix platform only. It means that it does not work for Windows agents.  In some cases a module may need to read module-related configuration parameters from *zabbix\_agentd.conf*. It is not supported currently. If you need your module to use some configuration parameters you should probably implement parsing of a module-specific configuration file.
fr	#### - Limitations  La prise en charge des modules chargeables est implémentée uniquement pour la plate-forme Unix. Cela signifie que cela ne fonctionne pas pour les agents Windows.  Dans certains cas, un module peut avoir besoin de lire les paramètres de configuration liés au module à partir de *zabbix\_agentd.conf*. Ce n'est pas pris en charge actuellement. Si vous avez besoin de votre module pour utiliser certains paramètres de configuration, vous devez probablement implémenter l'analyse d'un fichier de configuration spécifique au module.

en-us	 #### Limitations  Zabbix agent for Windows does not support non-standard Windows configurations where CPUs are distributed non-uniformly across NUMA nodes. If logical CPUs are distributed non-uniformly, then CPU performance metrics may not be available for some CPUs. For example, if there are 72 logical CPUs with 2 NUMA nodes, both nodes must have 36 CPUs each.
fr	#### Limitations  L'agent Zabbix pour Windows ne prend pas en charge les configurations Windows non standard dans lesquelles les processeurs sont répartis de manière non uniforme sur les nœuds NUMA. Si les processeurs logiques ne sont pas distribués de manière uniforme, les métriques de performances du processeur peuvent ne pas être disponibles pour certains processeurs. Par exemple, s'il y a 72 CPU logiques avec 2 nœuds NUMA, les deux nœuds doivent avoir 36 CPU chacun.

en-us	#### Limiting access to API  Update role with ID "5", deny to call any "create", "update" or "delete" methods.  Request:  ```json {     "jsonrpc": "2.0",     "method": "role.update",     "params": [         {             "roleid": "5",             "rules": {                 "api.access": "1",                 "api.mode": "0",                 "api": ["*.create", "*.update", "*.delete"]             }         }     ],     "auth": "3a57200802b24cda67c4e4010b50c065",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "roleids": [             "5"         ]     },     "id": 1 } ```
fr	#### Limiter l'accès à l'API  Mettre à jour le rôle avec l'ID "5", refuser d'appeler les méthodes "create", "update" ou "delete".  Requête :  ```json {     "jsonrpc": "2.0",     "method": "role.update",     "params": [         {             "roleid": "5",             "rules": {                 "api.access": "1",                 "api.mode": "0",                 "api": ["*.create", "*.update", "*.delete"]             }         }     ],     "auth": "3a57200802b24cda67c4e4010b50c065",     "id": 1 } ```  Réponse :  ```json {     "jsonrpc": "2.0",     "result": {         "roleids": [             "5"         ]     },     "id": 1 } ```

en-us	### Limits for JavaScript objects in preprocessing  The following limits for [JavaScript objects](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) in preprocessing have been introduced:  -   The total size of all messages that can be logged with the `log()` method has been limited to 8 MB per script execution. -   The initialization of multiple `HttpRequest` objects has been limited to 10 per script execution. -   The total length of header fields that can be added to a single `HttpRequest` object with the `addHeader()` method has been limited to 128 Kbytes (special characters and header names included).
fr	### Limites pour les objets JavaScript dans le prétraitement  Les limites suivantes pour les [objets JavaScript](/manual/config/items/preprocessing/javascript/javascript_objects#objets-javascript-supplémentaires) dans le prétraitement ont été introduites :  -   La taille totale de tous les messages pouvant être enregistrés avec la méthode `log()` a été limitée à 8 Mo par exécution de script. -   L'initialisation de plusieurs objets `HttpRequest` a été limitée à 10 par exécution de script. -   La longueur totale des champs d'en-tête pouvant être ajoutés à un seul objet `HttpRequest` avec la méthode `addHeader()` a été limitée à 128 Ko (caractères spéciaux et noms d'en-tête inclus).

en-us	### Limits for JavaScript objects in preprocessing  The following limits for [JavaScript objects](/manual/config/items/preprocessing/javascript/javascript_objects#additional-javascript-objects) in preprocessing have been introduced:  -   The total size of all messages that can be logged with the `log()` method has been limited to 8 MB per script execution. -   The initialization of multiple `HttpRequest` objects has been limited to 10 per script execution. -   The total length of header fields that can be added to a single `HttpRequest` object with the `addHeader()` method has been limited to 128 Kbytes (special characters and header names included).
fr	### Limites pour les objets JavaScript dans le prétraitement  Les limites suivantes pour les [objets JavaScript](/manual/config/items/preprocessing/javascript/javascript_objects#objets-javascript-supplémentaires) dans le prétraitement ont été introduites :  -   La taille totale de tous les messages pouvant être enregistrés avec la méthode `log()` a été limitée à 8 Mo par exécution de script. -   L'initialisation de plusieurs objets `HttpRequest` a été limitée à 10 par exécution de script. -   La longueur totale des champs d'en-tête pouvant être ajoutés à un seul objet `HttpRequest` avec la méthode `addHeader()` a été limitée à 128 Ko (caractères spéciaux et noms d'en-tête inclus).

en-us	#### Link a group to templates  Add host group "2" to two templates.  Request:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10085"             },             {                 "templateid": "10086"             }         ],         "groups": [             {                 "groupid": "2"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10085",             "10086"         ]     },     "id": 1 } ```
fr	#### Lier un groupe à des modèles  Ajoutez le groupe d'hôtes "2" à deux modèles.  Requête :  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10085"             },             {                 "templateid": "10086"             }         ],         "groups": [             {                 "groupid": "2"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Réponse :  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10085",             "10086"         ]     },     "id": 1 } ```

en-us	#### Link a two tempalates to a template  Link templates "10106" and "10104" to template.  Request:  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10073"             }         ],         "templates_link": [             {                 "templateid": "10106"             },             {                 "templateid": "10104"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10073"         ]     },     "id": 1 } ```
fr	#### Liez deux modèles à un modèle  Liez les modèles "10106" et "10104" au modèle "10073".  Requête :  ```json {     "jsonrpc": "2.0",     "method": "template.massadd",     "params": {         "templates": [             {                 "templateid": "10073"             }         ],         "templates_link": [             {                 "templateid": "10106"             },             {                 "templateid": "10104"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Réponse :  ```json {     "jsonrpc": "2.0",     "result": {         "templateids": [             "10073"         ]     },     "id": 1 } ```

en-us	#### Linking a template  To link a template to the host, do the following:  -   Go to *Configuration → Hosts* -   Click on the required host -   Start typing the template name in the *Templates* field. A list of     matching templates will appear; scroll down to select. -   Alternatively, you may click on *Select* next to the field and     select one or several templates from the list in a popup window -   Click on *Add/Update* in the host attributes form  The host will now have all the entities (items, triggers, graphs, etc) of the template.  ::: noteimportant Linking multiple templates to the same host will fail if in those templates there are items with the same item key. And, as triggers and graphs use items, they cannot be linked to a single host from multiple templates either, if using identical item keys. :::  When entities (items, triggers, graphs etc.) are added from the template:  -   previously existing identical entities on the host are updated as     entities of the template -   entities from the template are added -   any directly linked entities that, prior to template linkage,     existed only on the host remain untouched  In the lists, all entities from the template now are prefixed by the template name, indicating that these belong to the particular template. The template name itself (in gray text) is a link allowing to access the list of those entities on the template level.  If some entity (item, trigger, graph etc.) is not prefixed by the template name, it means that it existed on the host before and was not added by the template.
fr	#### Lier un modèle  Pour lier un modèle à l'hôte, procédez comme suit :  -   Allez dans *Configuration → Hôtes* -   Cliquez sur l'hôte requis -   Commencez à saisir le nom du modèle dans le champ *Modèles*. Une liste de modèles correspondants apparaîtra ; faites défiler vers le bas pour sélectionner. -   Alternativement, vous pouvez cliquer sur *Sélectionner* à côté du champ et sélectionner un ou plusieurs modèles dans la liste dans une fenêtre contextuelle -   Cliquez sur *Ajouter/Actualiser* dans le formulaire d'attributs de l'hôte  L'hôte aura maintenant toutes les entités (éléments, déclencheurs, graphiques, etc.) du modèle.  ::: noteimportant La liaison de plusieurs modèles au même hôte échouera si des éléments possèdent la même clé d’élément. Et, comme les déclencheurs et les graphiques utilisent des éléments, ils ne peuvent pas non plus être liés à un seul hôte à partir de plusieurs modèles, si des clés d'élément identiques sont utilisées. :::  Lorsque des entités (éléments, déclencheurs, graphiques, etc.) sont ajoutées à partir du modèle :  -   les entités identiques précédemment existantes sur l'hôte sont mises à jour en tant qu'entités du modèle -   les entités du modèle sont ajoutées -   toutes les entités directement liées qui, avant le couplage de modèle, n'existaient que sur l'hôte restent intactes  Dans les listes, toutes les entités du modèle sont désormais préfixées par le nom du modèle, ce qui indique qu'elles appartiennent au modèle en question. Le nom du modèle lui-même (en gris) est un lien permettant d’accéder à la liste de ces entités au niveau du modèle.  Si une entité (élément, déclencheur, graphique, etc.) n'est pas préfixée par le nom du modèle, cela signifie qu'elle existait auparavant sur l'hôte et n'a pas été ajoutée par le modèle.

en-us	#### Linking elements  Once you have put some elements on the map, it is time to start linking them. To link two elements you must first select them. With the elements selected, click on *Add* next to Link.  With a link created, the single element form now contains an additional *Links* section. Click on *Edit* to edit link attributes.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Link attributes:  |Parameter|Description| |--|--------| |*Label*|Label that will be rendered on top of the link.<br>Expression [macros](/manual/appendix/macros/supported_by_location) are supported in this field, but only with `avg`, `last`, `min` and `max` functions, with time as parameter (for example, `{?avg(/host/key,1h)}`).| |*Connect to*|The element that the link connects to.| |*Type (OK)*|Default link style:<br>**Line** - single line<br>**Bold line** - bold line<br>**Dot** - dots<br>**Dashed line** - dashed line| |*Color (OK)*|Default link color.| |*[Link indicators](links)*|List of triggers linked to the link. In case a trigger has status PROBLEM, its style is applied to the link.|
fr	#### Lier des éléments  Une fois que vous avez mis certains éléments sur la carte, il est temps de commencer à les relier. Pour lier deux éléments, vous devez d'abord les sélectionner. Une fois les éléments sélectionnés, cliquez sur *Ajouter* à côté de Lien.  Avec un lien créé, le formulaire à élément unique contient désormais une section *Liens* supplémentaire. Cliquez sur *Modifier* pour modifier les attributs du lien.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Attributs du lien :  |Paramètre|Description| |--|--------| |*Étiquette*|Étiquette qui sera rendue au-dessus du lien.<br>Les expressions [macros](/manual/appendix/macros/supported_by_location) sont prises en charge dans ce champ, mais uniquement avec les fonctions `avg`, `last`, `min` et `max`, avec le temps comme paramètre (par exemple, `{?avg(/host/key,1h)}`).| |*Se connecte à*|L'élément auquel le lien se connecte.| |*Type (OK)*|Style de lien par défaut :<br>**Ligne** - une seule ligne<br>**Ligne en gras** - ligne en gras<br>**Point** - points<br>** Ligne pointillée** - ligne pointillée| |*Couleur (OK)*|Couleur du lien par défaut.| |*[Indicateurs de lien](liens)*|Liste des déclencheurs liés au lien. Dans le cas où un déclencheur a le statut PROBLÈME, son style est appliqué au lien.|

en-us	##### Linking pre-defined templates to hosts  As you may have noticed, Zabbix comes with a set of predefined templates for various OS, devices and applications. To get started with monitoring very quickly, you may link the appropriate one of them to a host, but beware that these templates need to be fine-tuned for your environment. Some checks may not be needed, and polling intervals may be way too frequent.  More information about [templates](/manual/config/templates) is available.
fr	##### Lier des modèles prédéfinis à des hôtes  Comme vous l\'avez peut-être remarqué, Zabbix est fourni avec un ensemble de modèles prédéfinis pour divers systèmes d\'exploitation, équipements et applications. Pour commencer à surveiller très rapidement, vous pouvez associer le modèle le plus approprié à un hôte, mais attention, ces modèles doivent être adaptés à votre environnement. Certaines vérifications peuvent ne pas être nécessaires et les intervalles d\'interrogation peuvent être trop fréquents.  Plus d\'informations sur les [modèles](/manual/config/templates) sont disponibles.

en-us	##### Linking templates to several hosts  To update template linkage of many hosts, in *Configuration → Hosts* select some hosts by marking their checkboxes, then click on **[Mass update](/manual/config/hosts/hostupdate)** below the list and then select *Link templates*:  ![](../../../../assets/en/manual/config/mass_link.png)  To link additional templates, start typing the template name in the auto-complete field until a dropdown appears offering the matching templates. Just scroll down to select the template to link.  The *Replace* option will allow to link a new template while unlinking any template that was linked to the hosts before. The *Unlink* option will allow to specify which templates to unlink. The *Clear when unlinking* option will allow to not only unlink any previously linked templates, but also remove all elements inherited from them (items, triggers, etc.).  ::: notetip Zabbix offers a sizable set of predefined templates. You can use these for reference, but beware of using them unchanged in production as they may contain too many items and poll for data too often. If you feel like using them, finetune them to fit you real needs. :::
fr	 ##### Lier des templates à plusieurs hôtes  Pour mettre à jour la liaison de modèles de plusieurs hôtes, dans *Configuration → Hôtes*, sélectionnez certains hôtes en cochant leurs cases, puis cliquez sur **[Mise à jour en masse](/manual/config/hosts/hostupdate)** sous la liste, puis sélectionnez *Lier des modèles* :  ![](../../../../assets/en/manual/config/mass_link.png)  Pour lier des modèles supplémentaires, commencez à saisir le nom du modèle dans le champ de saisie semi-automatique jusqu'à ce qu'une liste déroulante apparaisse proposant les modèles correspondants. Faites simplement défiler vers le bas pour sélectionner le modèle à lier.  L'option *Remplacer* permettra de lier un nouveau modèle tout en dissociant tout modèle qui était lié aux hôtes auparavant. L'option *Dissocier* permettra de spécifier les modèles à dissocier. L'option *Effacer lors de la dissociation* permettra non seulement de dissocier tous les modèles précédemment liés, mais également de supprimer tous les éléments hérités de ceux-ci (éléments, déclencheurs, etc.).  ::: notetip Zabbix propose un ensemble important de modèles prédéfinis. Vous pouvez les utiliser à titre de référence, mais veillez à ne pas les utiliser tels quels en production, car ils peuvent contenir trop d'éléments et interroger trop souvent les données. Si vous avez envie de les utiliser, ajustez-les pour répondre à vos besoins réels. :::

en-us	#### Linking template to host  With a template ready, it only remains to add it to a host. For that, go to *Configuration → Hosts*, click on 'New host' to open its property form and find the **Templates** field.  Start typing *New template* in the *Templates* field. The name of template we have created should appear in the dropdown list. Scroll down to select. See that it appears in the *Templates* field.  ![](../../../assets/en/manual/quickstart/link_template.png)  Click *Update* in the form to save the changes. The template is now added to the host, with all entities that it holds.  As you may have guessed, this way it can be applied to any other host as well. Any changes to the items, triggers and other entities at the template level will propagate to the hosts the template is linked to.
fr	#### Lier le modèle à l'hôte  Avec un modèle prêt, il ne reste plus qu'à l'ajouter à un hôte. Pour cela, allez dans *Configuration → Hôtes*, cliquez sur 'New host' pour ouvrir son formulaire de propriété et trouvez le champ **Modèles**.  Commencez à saisir *New template* dans le champ *Modèles*. Le nom du modèle que nous avons créé devrait apparaître dans la liste déroulante. Faites défiler vers le bas pour sélectionner. Vérifiez qu'il apparaît dans le champ *Modèles*.  ![](../../../assets/en/manual/quickstart/link_template.png)  Cliquez sur *Mettre à jour* dans le formulaire pour enregistrer les modifications. Le modèle est maintenant ajouté à l'hôte, avec toutes les entités qu'il contient.  Comme vous l'avez peut-être deviné, cela peut également être appliqué à n'importe quel autre hôte. Toute modification apportée aux éléments, déclencheurs et autres entités au niveau du modèle se propagera aux hôtes auxquels le modèle est lié.

en-us	#### Links available  For each entry the following links are available:  -   Hosts     -   Monitoring         -   Latest data         -   Problems         -   Graphs         -   Host dashboards         -   Web scenarios     -   Configuration         -   Items         -   Triggers         -   Graphs         -   Discovery rules         -   Web scenarios  ```{=html} <!-- --> ``` -   Host groups     -   Monitoring         -   Latest data         -   Problems         -   Web scenarios     -   Configuration         -   Hosts         -   Templates  ```{=html} <!-- --> ``` -   Templates     -   Configuration         -   Items         -   Triggers         -   Graphs         -   Template dashboards         -   Discovery rules         -   Web scenarios
fr	#### Liens disponibles  Pour chaque entrée les liens suivants sont disponibles :  - Hôtes     -   Surveillance         - Dernières données         - Problèmes         - Graphiques         - Tableaux de bord des hôtes         - Scénarios Web     -   Configuration         - Eléments         - Déclencheurs         - Graphiques         - Règles de découverte         - Scénarios Web  ```{=html} <!-- --> ``` - Groupes d'hôtes     -   Surveillance         - Dernières données         - Problèmes         - Scénarios Web     -   Configuration         - Hôtes         - Modèles  ```{=html} <!-- --> ``` - Modèles     -   Configuration         - Eléments         - Déclencheurs         - Graphiques         - Modèles de tableaux de bord         - Règles de découverte         - Scénarios Web

en-us	##### Links  Clicking on a map element opens a menu with some available links.
fr	##### Liens  Cliquer sur un élément de la carte ouvre un menu avec quelques liens disponibles.

en-us	#### Linux kernel threads
fr	#### Threads du noyau Linux

en-us	##### Linux  On Linux systems `ps` command can be used together with `watch` command for observing how Zabbix is doing. For example, to run `ps` command 5 times per second to see process activities:      watch -n 0.2 ps -fu zabbix  To show only Zabbix proxy and agent processes:      watch -tn 0.2 'ps -f -C zabbix_proxy -C zabbix_agentd'  To show only history syncer processes:      watch -tn 0.2 'ps -fC zabbix_server | grep history'  The `ps` command produces a wide output (approximately 190 columns) as some activity messages are long. If your terminal has less than 190 columns of text you can try      watch -tn 0.2 'ps -o cmd -C zabbix_server -C zabbix_proxy -C zabbix_agentd'  to display only commandlines without UID, PID, start time etc.  `top` command also can be used for observing Zabbix performance. Pressing 'c' key in `top` shows processes with their commandlines. In our tests on Linux `top` and `atop` correctly displayed changing activities of Zabbix processes, but `htop` was not displaying changing activities.
fr	##### Linux  Sur les systèmes Linux, la commande `ps` peut être utilisée avec la commande `watch` pour observer comment fonctionne de Zabbix. Par exemple, pour exécuter la commande `ps` 5 fois par seconde pour afficher les activités des processus :      watch -n 0.2 ps -fu zabbix  Pour afficher uniquement les processus de proxy et d'agent Zabbix :      watch -tn 0.2 'ps -f -C zabbix_proxy -C zabbix_agentd'  Pour afficher uniquement les processus de syncer d'historique :      watch -tn 0.2 'ps -fC zabbix_server | grep history'  La commande `ps` produit une sortie large (environ 190 colonnes) car certains messages d'activité sont longs. Si votre terminal a moins de 190 colonnes de texte, vous pouvez essayer      watch -tn 0.2 'ps -o cmd -C zabbix_server -C zabbix_proxy -C zabbix_agentd'  pour afficher uniquement les lignes de commande sans UID, PID, start time, etc.  La commande `top` peut également être utilisée pour observer les performances de Zabbix. En appuyant sur 'c', appuyez sur `top` pour afficher les processus avec leurs lignes de commande. Dans nos tests sur Linux, `top` et `atop` affichaient correctement les activités changeantes des processus Zabbix, mais `htop` n'affichait pas les activités en évolution.

en-us	#### Linux  See values supported for 'memtype' parameter on Linux in the table.  |Supported value|Description|Source in /proc/<pid>/status file| |--|------|--| |vsize ^[1](proc_mem_notes#footnotes)^|Virtual memory size|VmSize| |pmem|Percentage of real memory|(VmRSS/total\_memory) \* 100| |rss|Resident set size|VmRSS| |data|Size of data segment|VmData| |exe|Size of code segment|VmExe| |hwm|Peak resident set size|VmHWM| |lck|Size of locked memory|VmLck| |lib|Size of shared libraries|VmLib| |peak|Peak virtual memory size|VmPeak| |pin|Size of pinned pages|VmPin| |pte|Size of page table entries|VmPTE| |size|Size of process code + data + stack segments|VmExe + VmData + VmStk| |stk|Size of stack segment|VmStk| |swap|Size of swap space used|VmSwap|  Notes for Linux:  1.  Not all 'memtype' values are supported by older Linux kernels. For     example, Linux 2.4 kernels do not support `hwm`, `pin`, `peak`,     `pte` and `swap` values. 2.  We have noticed that self-monitoring of the Zabbix agent active     check process with `proc.mem[...,...,...,...,data]` shows a value     that is 4 kB larger than reported by `VmData` line in the agent's     /proc/<pid>/status file. At the time of self-measurement the     agent's data segment increases by 4 kB and then returns to the     previous size.
fr	####Linux  Vous trouverez les valeurs prises en charge pour le paramètre 'memtype' sous Linux dans le tableau suivant.  |Valeur prise en charge|Description|Source dans le fichier /proc/<pid>/status| |--|------|--| |vsize ^[1](proc_mem_notes#footnotes)^|Taille de la mémoire virtuelle|VmSize| |pmem|Pourcentage de mémoire réelle|(VmRSS/total\_memory) \* 100| |rss|Taille de l'ensemble résident|VmRSS| |data|Taille du segment de données|VmData| |exe|Taille du segment de code|VmExe| |hwm|Taille maximale de l'ensemble résident|VmHWM| |lck|Taille de la mémoire verrouillée|VmLck| |lib|Taille des bibliothèques partagées|VmLib| |peak|Taille maximale de la mémoire virtuelle|VmPeak| |pin|Taille des pages épinglées|VmPin| |pte|Taille des entrées de la table des pages|VmPTE| |taille|Taille du code de processus + données + segments de pile|VmExe + VmData + VmStk| |stk|Taille du segment de pile|VmStk| |swap|Taille de l'espace de swap utilisé|VmSwap|  Remarques pour Linux :  1. Toutes les valeurs 'memtype' ne sont pas prises en charge par les anciens noyaux Linux. Par exemple, les noyaux Linux 2.4 ne prennent pas en charge les valeurs `hwm`, `pin`, `peak`, `pte` et `swap`. 2. Nous avons remarqué que l'autosurveillance de l'agent Zabbix actif vérifiant le processus avec `proc.mem[...,...,...,...,data]` affiche une valeur de 4 ko de plus de ce qui est indiqué par la ligne "VmData" dans le fichier de l'agent /proc/<pid>/status. Au moment de l'auto-mesure, le segment de données de l'agent augmente de 4 ko, puis revient à la taille précédente.

en-us	##### List of sorting fields available for each type of diagnostic information request  Following statistic fields can be used to sort and limit requested information.  |Diagnostic type|Available fields|[Type](/manual/api/reference_commentary#data_types)| |---------------|----------------|---------------------------------------------------| |historycache|values|integer| |valuecache|values|integer| |^|request.values|integer| |preprocessing|values|integer| |alerting|media.alerts|integer| |^|source.alerts|integer| |lld|values|integer|
fr	##### Liste des champs de tri disponibles pour chaque type de demande d'informations de diagnostic  Les champs statistiques suivants peuvent être utilisés pour trier et limiter les informations demandées.  |Type de diagnostic|Champs disponibles|[Type](/manual/api/reference_commentary#data_types)| |---------------|----------------|---------------------------------------------------| |historycache|values|integer| |valuecache|values|integer| |^|request.values|integer| |preprocessing|values|integer| |alerting|media.alerts|integer| |^|source.alerts|integer| |lld|values|integer|

en-us	##### List of statistic fields available for each type of diagnostic information request  Following statistic fields can be requested for each type of diagnostic information request property.  |Diagnostic type|Available fields|Description| |---------------|----------------|-----------| |historycache|items|Number of cached items.| |^|values|Number of cached values.| |^|memory|Shared memory statistics (free space, number of used chunks, number of free chunks, max size of free chunk).| |^|memory.data|History data cache shared memory statistics.| |^|memory.index|History index cache shared memory statistics.| |valuecache|items|Number of cached items.| |^|values|Number of cached values.| |^|memory|Shared memory statistics (free space, number of used chunks, number of free chunks, max size of free chunk).| |^|mode|Value cache mode.| |preprocessing|values|Number of queued values.| |^|preproc.values|Number of queued values with preprocessing steps.| |alerting|alerts|Number of queued alerts.| |lld|rules|Number of queued rules.| |^|values|Number of queued values.|
fr	##### Liste des champs statistiques disponibles pour chaque type de demande d'informations de diagnostic  Les champs statistiques suivants peuvent être demandés pour chaque type de propriété de demande d'informations de diagnostic.  |Type de diagnostic|Champs disponibles|Description| |---------------|----------------|-----------| |historycache|items|Nombre d'éléments mis en cache.| |^|values|Nombre de valeurs mises en cache.| |^|memory|Statistiques de la mémoire partagée (espace libre, nombre de morceaux utilisés, nombre de morceaux libres, taille maximale du morceau libre).| |^|memory.data|Statistiques de la mémoire partagée du cache de données d'historique.| |^|memory.index|Statistiques de la mémoire partagée du cache d'index de l'historique.| |valuecache|items|Nombre d'éléments mis en cache.| |^|values|Nombre de valeurs mises en cache.| |^|memory|Statistiques de la mémoire partagée (espace libre, nombre de morceaux utilisés, nombre de morceaux libres, taille maximale du morceau libre).| |^|mode|Mode cache de valeurs.| |preprocessing|values|Nombre de valeurs en file d'attente.| |^|preproc.values|Nombre de valeurs en file d'attente avec étapes de prétraitement.| |alerting|alerts|Nombre d'alertes en file d'attente.| |lld|rules|Nombre de règles en file d'attente.| |^|values|Nombre de valeurs en file d'attente.|

en-us	##### List of waiting items  In this screen, each waiting item is listed.  ![](../../../../../assets/en/manual/web_interface/queue_details.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Scheduled check*|The time when the check was due is displayed.| |*Delayed by*|The length of the delay is displayed.| |*Host*|Host of the item is displayed.| |*Name*|Name of the waiting item is displayed.| |*Proxy*|The proxy name is displayed, if the host is monitored by proxy.|
fr	##### Liste des éléments en attente  Dans cet écran, chaque élément en attente est répertorié.  ![](../../../../../assets/en/manual/web_interface/queue_details.png){width="600"}  Données affichées :  |Colonne|Description| |--|--------| |*Vérification planifié*|L'heure à laquelle la vérification due est affichée.| |*Retardé de*|La durée du retard est affichée.| |*Hôte*|L'hôte de l'élément est affiché.| |*Nom*|Le nom de l'élément en attente est affiché.| |*Proxy*|Le nom du proxy est affiché, si l'hôte est surveillé par proxy.|

en-us	### LLD macro path  The LLD macro path has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**lld\_macro**<br>(required)|string|LLD macro.| |**path**<br>(required)|string|Selector for value which will be assigned to corresponding macro.|
fr	### Chemin de macro LLD  Le chemin de la macro LLD a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**lld\_macro**<br>(obligatoire)|string|Macro LLD.| |**path**<br>(obligatoire)|string|Sélecteur de valeur qui sera affectée à la macro correspondante.|

en-us	#### LLD rule filter condition  The LLD rule filter condition object defines a separate check to perform on the value of an LLD macro. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(required)|string|LLD macro to perform the check on.| |**value**<br>(required)|string|Value to compare with.| |formulaid|string|Arbitrary unique ID that is used to reference the condition from a custom expression. Can only contain capital-case letters. The ID must be defined by the user when modifying filter conditions, but will be generated anew when requesting them afterward.| |operator|integer|Condition operator.<br><br>Possible values:<br>8 - *(default)* matches regular expression;<br>9 - does not match regular expression;<br>12 - exists;<br>13 - does not exist.|  ::: notetip To better understand how to use filters with various types of expressions, see examples on the [discoveryrule.get](get#retrieving_filter_conditions) and [discoveryrule.create](create#using_a_custom_expression_filter) method pages. :::
fr	#### Condition de filtre de règle LLD  L'objet de condition de filtre de règle LLD définit une vérification distincte à effectuer sur la valeur d'une macro LLD. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(obligatoire)|string|Macro LLD sur laquelle effectuer la vérification.| |**value**<br>(obligatoire)|string|Valeur à comparer.| |formulaid|string|ID unique arbitraire utilisé pour référencer la condition à partir d'une expression personnalisée. Ne peut contenir que des lettres majuscules. L'ID doit être défini par l'utilisateur lors de la modification des conditions de filtrage, mais sera généré à nouveau lors de sa demande ultérieure.| |operator|integer|Opérateur de condition.<br><br>Valeurs possibles :<br>8 - *(par défaut)* correspond à l'expression régulière ;<br>9 - ne correspond pas à l'expression régulière ;<br>12 - existe ;<br>13 -n'existe pas.|  ::: notetip Pour mieux comprendre comment utiliser les filtres avec différents types d'expressions, consultez les exemples sur les pages de méthode [discoveryrule.get](get#retrieving_filter_conditions) et [discoveryrule.create](create#using_a_custom_expression_filter). :::

en-us	### LLD rule filter  The LLD rule filter object defines a set of conditions that can be used to filter discovered objects. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**conditions**<br>(required)|array|Set of filter conditions to use for filtering results.| |**evaltype**<br>(required)|integer|Filter condition evaluation method.<br><br>Possible values:<br>0 - and/or;<br>1 - and;<br>2 - or;<br>3 - custom expression.| |eval\_formula|string|*(readonly)* Generated expression that will be used for evaluating filter conditions. The expression contains IDs that reference specific filter conditions by its `formulaid`. The value of `eval_formula` is equal to the value of `formula` for filters with a custom expression.| |formula|string|User-defined expression to be used for evaluating conditions of filters with a custom expression. The expression must contain IDs that reference specific filter conditions by its `formulaid`. The IDs used in the expression must exactly match the ones defined in the filter conditions: no condition can remain unused or omitted.<br><br>Required for custom expression filters.|
fr	### Filtre de règle LLD  L'objet de filtre de règle LLD définit un ensemble de conditions qui peuvent être utilisées pour filtrer les objets découverts. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**conditions**<br>(obligatoire)|array|Ensemble de conditions de filtre à utiliser pour filtrer les résultats.| |**evaltype**<br>(obligatoire)|integer|Méthode d'évaluation de la condition de filtre.<br><br>Valeurs possibles :<br>0 - et/ou ;<br>1 - et ;<br>2 - ou ;<br>3 - expression personnalisée.| |eval\_formula|string|*(lecture seule)* Expression générée qui sera utilisée pour évaluer les conditions de filtre. L'expression contient des identifiants qui font référence à des conditions de filtre spécifiques par son `formulaid`. La valeur de `eval_formula` est égale à la valeur de `formula` pour les filtres avec une expression personnalisée.| |formula|string|Expression définie par l'utilisateur à utiliser pour évaluer les conditions des filtres avec une expression personnalisée. L'expression doit contenir des ID faisant référence à des conditions de filtre spécifiques par son `formulaid`. Les ID utilisés dans l'expression doivent correspondre exactement à ceux définis dans les conditions de filtre : aucune condition ne peut rester inutilisée ou omise.<br><br>Requis pour les filtres d'expression personnalisés.|

en-us	# > LLD rule object  The following objects are directly related to the `discoveryrule` API.
fr	# > Objet Règle LLD  Les objets suivants sont directement liés à l'API `discoveryrule`.

en-us	#### LLD rule override filter condition  The LLD rule override filter condition object defines a separate check to perform on the value of an LLD macro. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(required)|string|LLD macro to perform the check on.| |**value**<br>(required)|string|Value to compare with.| |formulaid|string|Arbitrary unique ID that is used to reference the condition from a custom expression. Can only contain capital-case letters. The ID must be defined by the user when modifying filter conditions, but will be generated anew when requesting them afterward.| |operator|integer|Condition operator.<br><br>Possible values:<br>8 - *(default)* matches regular expression;<br>9 - does not match regular expression;<br>12 - exists;<br>13 - does not exist.|
fr	#### Condition de filtre de surcharge de règle LLD  L'objet de condition de filtre de surcharge de règle LLD définit une vérification distincte à effectuer sur la valeur d'une macro LLD. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**macro**<br>(obligatoire)|string|Macro LLD pour effectuer la vérification.| |**value**<br>(obligatoire)|string|Valeur à comparer.| |formulaid|string|ID unique arbitraire utilisé pour référencer la condition à partir d'une expression personnalisée. Ne peut contenir que des lettres majuscules. L'ID doit être défini par l'utilisateur lors de la modification des conditions de filtrage, mais sera généré à nouveau lors de sa demande ultérieure.| |operator|integer|Opérateur de condition.<br><br>Valeurs possibles :<br>8 - *(par défaut)* correspond à l'expression régulière ;<br>9 - ne correspond pas à l'expression régulière ;<br>12 - existe ;<br>13 - n'existe pas.|

en-us	#### LLD rule override filter  The LLD rule override filter object defines a set of conditions that if they match the discovered object the override is applied. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**evaltype**<br>(required)|integer|Override filter condition evaluation method.<br><br>Possible values:<br>0 - and/or;<br>1 - and;<br>2 - or;<br>3 - custom expression.| |**conditions**<br>(required)|array|Set of override filter conditions to use for matching the discovered objects.| |eval\_formula|string|*(readonly)* Generated expression that will be used for evaluating override filter conditions. The expression contains IDs that reference specific override filter conditions by its `formulaid`. The value of `eval_formula` is equal to the value of `formula` for filters with a custom expression.| |formula|string|User-defined expression to be used for evaluating conditions of override filters with a custom expression. The expression must contain IDs that reference specific override filter conditions by its `formulaid`. The IDs used in the expression must exactly match the ones defined in the override filter conditions: no condition can remain unused or omitted.<br><br>Required for custom expression override filters.|
fr	#### Filtre de surcharge de règle LLD  L'objet de filtre de surcharge de règle LLD définit un ensemble de conditions qui, si elles correspondent à l'objet découvert, la surcharge est appliquée. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**evaltype**<br>(obligatoire)|integer|Remplacer la méthode d'évaluation de la condition de filtre.<br><br>Valeurs possibles :<br>0 - et/ou ;<br>1 - et ;<br>2 - ou ;<br>3 - expression personnalisée.| |**conditions**<br>(obligatoire)|array|Ensemble de conditions de filtre de surcharge à utiliser pour faire correspondre les objets découverts.| |eval\_formula|string|*(lecture seule)* Expression générée qui sera utilisée pour évaluer les conditions de filtre de surcharge. L'expression contient des ID qui font référence à des conditions de filtre de surcharge spécifiques par son `formulaid`. La valeur de `eval_formula` est égale à la valeur de `formula` pour les filtres avec une expression personnalisée.| |formula|string|Expression définie par l'utilisateur à utiliser pour évaluer les conditions des filtres de surcharge avec une expression personnalisée. L'expression doit contenir des ID faisant référence à des conditions de filtre de surcharge spécifiques par son `formulaid`. Les ID utilisés dans l'expression doivent correspondre exactement à ceux définis dans les conditions de filtre de surcharge : aucune condition ne peut rester inutilisée ou omise.<br><br>Requis pour les filtres de surcharge expression personnalisée.|

en-us	##### LLD rule override operation discover  LLD rule override operation discover status that is set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**discover**<br>(required)|integer|Override the discover status for selected object.<br><br>Possible values:<br>0 - Yes, continue discovering the objects;<br>1 - No, new objects will not be discovered and existing ones will be marked as lost.|
fr	##### Opération de surcharge de découverte de la règle LLD   Statut l'opération de surcharge de découverte de la règle LLD qui est défini sur l'objet découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**discover**<br>(obligatoire)|integer|Surcharge l'état de découverte de l'objet sélectionné.<br><br>Valeurs possibles :<br>0 - Oui, continuer à découvrir les objets ;<br>1 - Non, les nouveaux objets ne seront pas découverts et les objets existants seront marqués comme perdus .|

en-us	##### LLD rule override operation history  LLD rule override operation history value that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**history**<br>(required)|string|Override the history of item prototype which is a time unit of how long the history data should be stored. Also accepts user macro and LLD macro.|
fr	##### Opération de surcharge de l'historique de la règle LLD  L'opération de surcharge de l'historique de la règle LLD définie sur l'élément découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**history**<br>(obligatoire)|string|Surcharge l'historique du prototype d'élément qui est une unité de temps de la durée pendant laquelle les données d'historique doivent être stockées. Accepte également la macro utilisateur et la macro LLD.|

en-us	##### LLD rule override operation inventory  LLD rule override operation inventory mode value that is set to discovered host. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**inventory\_mode**<br>(required)|integer|Override the host prototype inventory mode.<br><br>Possible values are:<br>-1 - disabled;<br>0 - *(default)* manual;<br>1 - automatic.|
fr	##### Opération de surcharge d'inventaire de la règle LLD  Opération de surcharge de la valeur de mode d'inventaire de la règle LLD qui est définie sur l'hôte découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description|  |--|--|------| |**inventory\_mode**<br>(obligatoire)|integer|Ignorer le mode d'inventaire du prototype de l'hôte.<br><br>Les valeurs possibles sont :<br>-1 - désactivé ;<br>0 - *(par défaut)* manuel ;<br>1 - automatique.|

en-us	##### LLD rule override operation period  LLD rule override operation period is an update interval value (supports custom intervals) that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**delay**<br>(required)|string|Override the update interval of the item prototype. Accepts seconds or a time unit with suffix (30s,1m,2h,1d) as well as flexible and scheduling intervals and user macros or LLD macros. Multiple intervals are separated by a semicolon.|
fr	##### Période d'opération de surcharge de la règle LLD  La période d'opération de surcharge de règle LLD est une valeur d'intervalle de mise à jour (prend en charge les intervalles personnalisés) qui est définie sur l'élément découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**delay**<br>(obligatoire)|string|Surcharge l'intervalle de mise à jour du prototype d'élément. Accepte les secondes ou une unité de temps avec suffixe (30s,1m,2h,1d) ainsi que des intervalles flexibles et de planification et des macros utilisateur ou LLD. Les intervalles multiples sont séparés par un point-virgule.|

en-us	##### LLD rule override operation severity  LLD rule override operation severity value that is set to discovered trigger. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**severity**<br>(required)|integer|Override the severity of trigger prototype.<br><br>Possible values are: 0 - *(default)* not classified;<br>1 - information;<br>2 - warning;<br>3 - average;<br>4 - high;<br>5 - disaster.|
fr	##### Opération de surcharge de la sévérité de la règle LLD  L'opération de surcharge de la sévérité de la règle LLD définie sur le déclencheur découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**severity**<br>(obligatoire)|integer|Surcharge la sévérité du prototype de déclencheur.<br><br>Les valeurs possibles sont : 0 - *(par défaut)* non classifié ;<br>1 - information ;<br>2 - avertissement ;<br>3 - moyenne ;<br >4 - élevé ;<br>5 - désastre.|

en-us	##### LLD rule override operation status  LLD rule override operation status that is set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**status**<br>(required)|integer|Override the status for selected object.<br><br>Possible values:<br>0 - Create enabled;<br>1 - Create disabled.|
fr	##### Statut de l'opération de surcharge de la règle LLD  Statut d'opération de surcharge de règle LLD qui est défini sur objet découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**status**<br>(obligatoire)|integer|Remplace le statut de l'objet sélectionné.<br><br>Valeurs possibles :<br>0 - Création activée ;<br>1 - Création désactivée.|

en-us	##### LLD rule override operation tag  LLD rule override operation tag object contains tag name and value that are set to discovered object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(required)|string|New tag name.| |value|string|New tag value.|
fr	##### Opération de surcharge de tag de la règle LLD  L'opération de surcharge de tag de la règle LLD contient le nom et la valeur du tag définis sur l'objet découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**tag**<br>(obligatoire)|string|Nouveau nom de tag.| |value|string|Nouvelle valeur de tag.|

en-us	##### LLD rule override operation template  LLD rule override operation template object that is linked to discovered host. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**templateid**<br>(required)|string|Override the template of host prototype linked templates.|
fr	##### Opération de surcharge de modèle de la règle LLD  Objet d'opération de surcharge de modèle  lié à l'hôte découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description|  |--|--|------| |**templateid**<br>(obligatoire)|string|Surcharge le modèle des modèles liés au prototype d'hôte.|

en-us	#### LLD rule override operation  The LLD rule override operation is combination of conditions and actions to perform on the prototype object. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**operationobject**<br>(required)|integer|Type of discovered object to perform the action.<br><br>Possible values:<br>0 - Item prototype;<br>1 - Trigger prototype;<br>2 - Graph prototype;<br>3 - Host prototype.| |operator|integer|Override condition operator.<br><br>Possible values:<br>0 - *(default)* equals;<br>1 - does not equal;<br>2 - contains;<br>3 - does not contain;<br>8 - matches;<br>9 - does not match.| |value|string|Pattern to match item, trigger, graph or host prototype name depending on selected object.| |opstatus|object|Override operation status object for item, trigger and host prototype objects.| |opdiscover|object|Override operation discover status object (all object types).| |opperiod|object|Override operation period (update interval) object for item prototype object.| |ophistory|object|Override operation history object for item prototype object.| |optrends|object|Override operation trends object for item prototype object.| |opseverity|object|Override operation severity object for trigger prototype object.| |optag|array|Override operation tag object for trigger and host prototype objects.| |optemplate|array|Override operation template object for host prototype object.| |opinventory|object|Override operation inventory object for host prototype object.|
fr	#### Opération de surcharge de règle LLD  L'opération de surcharge de règle LLD est une combinaison de conditions et d'actions à effectuer sur l'objet prototype. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**operationobject**<br>(obligatoire)|integer|Type d'objet découvert pour effectuer l'action.<br><br>Valeurs possibles :<br>0 - Prototype d'élément ;<br>1 - Prototype de déclencheur ;<br>2 - Prototype de graphique ;<br>3 - Prototype d'hôte.| |operator|integer|Opérateur de condition de surcharge.<br><br>Valeurs possibles :<br>0 - *(par défaut)* est égal ;<br>1 - n'est pas égal ;<br>2 - contient ;<br>3 - ne contient pas ; <br>8 - correspond ;<br>9 - ne correspond pas.| |value|string|Motif pour faire correspondre l'élément, le déclencheur, le graphique ou le nom du prototype d'hôte en fonction de l'objet sélectionné.| |opstatus|object|Objet statut d'opération de surcharge pour les objets de prototype d'élément, de déclencheur et d'hôte.| |opdiscover|object|Objet statut d'opération de surcharge de découverte (tout type d'objet).| |opperiod|object|Objet période d'opération de surcharge (intervalle de mise à jour) pour l'objet prototype d'élément.| |ophistory|object|Objet historique d'opération de surcharge pour l'objet prototype d'élément.| |optrends|object|Objet tendances d'opération de surcharge pour l'objet prototype d'élément.| |opseverity|object|Objet sévérité d'opération de surcharge pour l'objet prototype de déclencheur.| |optag|array|Objet tag d'opération de surcharge pour l'objet prototype d'hôte.| |optemplate|array|Objet modèle d'opération de surcharge pour l'objet prototype d'hôte.| |opinventory|object|Objet inventaire d'opération de surcharge pour l'objet prototype d'hôte.|

en-us	##### LLD rule override operation trends  LLD rule override operation trends value that is set to discovered item. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**trends**<br>(required)|string|Override the trends of item prototype which is a time unit of how long the trends data should be stored. Also accepts user macro and LLD macro.|
fr	##### Opération de surcharge des tendances de la règle LLD  L'opération de surcharge des tendances de la règle LLD définie sur l'élément découvert. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**trends**<br>(obligatoire)|string|Surcharge les tendances du prototype d'élément qui est une unité de temps de la durée pendant laquelle les données de tendances doivent être stockées. Accepte également la macro utilisateur et la macro LLD.|

en-us	### LLD rule overrides  The LLD rule overrides object defines a set of rules (filters, conditions and operations) that are used to override properties of different prototype objects. It has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**name**<br>(required)|string|Unique override name.| |**step**<br>(required)|integer|Unique order number of the override.| |stop|integer|Stop processing next overrides if matches.<br><br>Possible values:<br>0 - *(default)* don't stop processing overrides;<br>1 - stop processing overrides if filter matches.| |filter|object|Override filter.| |operations|array|Override operations.|
fr	### Surcharge de règle LLD  L'objet de surcharge de règle LLD définit un ensemble de règles (filtres, conditions et opérations) qui sont utilisées pour remplacer les propriétés de différents objets prototypes. Il a les propriétés suivantes :  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**name**<br>(obligatoire)|string|Nom unique de surcharge.| |**step**<br>(obligatoire)|integer|Numéro d'ordre unique de la surcharge.| |stop|integer|Arrêt de traitement des prochaines surcharges si correspondances.<br><br>Valeurs possibles :<br>0 - *(par défaut)* n'arrête pas de traiter les surcharges ;<br>1 - arrête de traiter les surcharges si le filtre correspond.| |filter|object|Filtre de surcharge.| |operations|array|Opérations de surcharge.|

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|*(readonly)* ID of the LLD rule.| |**delay**<br>(required)|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>Optional for Zabbix trapper, dependent items and for Zabbix agent (active) with `mqtt.get` key.| |**hostid**<br>(required)|string|ID of the host that the LLD rule belongs to.| |**interfaceid**<br>(required)|string|ID of the LLD rule's host interface. Used only for host LLD rules.<br><br>Not required for Zabbix agent (active), Zabbix internal, Zabbix trapper, dependent, database monitor and script LLD rules. Optional for HTTP agent LLD rules.| |**key\_**<br>(required)|string|LLD rule key.| |**name**<br>(required)|string|Name of the LLD rule.| |**type**<br>(required)|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.| |**url**<br>(required)|string|URL string, required for HTTP agent LLD rule. Supports user macros, {HOST.IP}, {HOST.CONN}, {HOST.DNS}, {HOST.HOST}, {HOST.NAME}, {ITEM.ID}, {ITEM.KEY}.| |allow\_traps|integer|HTTP agent LLD rule field. Allow to populate value as in trapper item type also.<br><br>0 - *(default)* Do not allow to accept incoming data.<br>1 - Allow to accept incoming data.| |authtype|integer|Used only by SSH agent or HTTP agent LLD rules.<br><br>SSH agent authentication method possible values:<br>0 - *(default)* password;<br>1 - public key.<br><br>HTTP agent authentication method possible values:<br>0 - *(default)* none<br>1 - basic<br>2 - NTLM| |description|string|Description of the LLD rule.| |error|string|*(readonly)* Error text if there are problems updating the LLD rule.| |follow\_redirects|integer|HTTP agent LLD rule field. Follow response redirects while pooling data.<br><br>0 - Do not follow redirects.<br>1 - *(default)* Follow redirects.| |headers|object|HTTP agent LLD rule field. Object with HTTP(S) request headers, where header name is used as key and header value as value.<br><br>Example:<br>{ "User-Agent": "Zabbix" }| |http\_proxy|string|HTTP agent LLD rule field. HTTP(S) proxy connection string.| |ipmi\_sensor|string|IPMI sensor. Used only by IPMI LLD rules.| |jmx\_endpoint|string|JMX agent custom connection string.<br><br>Default value:<br>service:jmx:rmi:///jndi/rmi://{HOST.CONN}:{HOST.PORT}/jmxrmi| |lifetime|string|Time period after which items that are no longer discovered will be deleted. Accepts seconds, time unit with suffix and 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>Required for Dependent item.| |output\_format|integer|HTTP agent LLD rule field. Should response be converted to JSON.<br><br>0 - *(default)* Store raw.<br>1 - Convert to JSON.| |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.| |parameters|array|Additional parameters for script type LLD rule. Array of objects with 'name' and 'value' properties, where name must be unique.| |password|string|Password for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent LLD rules.| |post\_type|integer|HTTP agent LLD rule field. Type of post data body stored in posts property.<br><br>0 - *(default)* Raw data.<br>2 - JSON data.<br>3 - XML data.| |posts|string|HTTP agent LLD rule field. HTTP(S) request body data. Used with post\_type.| |privatekey|string|Name of the private key file.| |publickey|string|Name of the public key file.| |query\_fields|array|HTTP agent LLD rule field. Query parameters. Array of objects with 'key':'value' pairs, where value can be empty string.| |request\_method|integer|HTTP agent LLD rule field. Type of request method.<br><br>0 - *(default)* GET<br>1 - POST<br>2 - PUT<br>3 - HEAD| |retrieve\_mode|integer|HTTP agent LLD rule field. What part of response should be stored.<br><br>0 - *(default)* Body.<br>1 - Headers.<br>2 - Both body and headers will be stored.<br><br>For request\_method HEAD only 1 is allowed value.| |snmp\_oid|string|SNMP OID.| |ssl\_cert\_file|string|HTTP agent LLD rule field. Public SSL Key file path.| |ssl\_key\_file|string|HTTP agent LLD rule field. Private SSL Key file path.| |ssl\_key\_password|string|HTTP agent LLD rule field. Password for SSL Key file.| |state|integer|*(readonly)* State of the LLD rule.<br><br>Possible values:<br>0 - *(default)* normal;<br>1 - not supported.| |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|HTTP agent LLD rule field. 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| |templateid|string|(readonly) ID of the parent template LLD rule.| |timeout|string|Item data polling request timeout. Used for HTTP agent and script LLD rules. Supports user macros.<br><br>default: 3s<br>maximum value: 60s| |trapper\_hosts|string|Allowed hosts. Used by trapper LLD rules or HTTP agent LLD rules.| |username|string|Username for authentication. Used by simple check, SSH, Telnet, database monitor, JMX and HTTP agent LLD rules.<br><br>Required by SSH and Telnet LLD rules.| |uuid|string|Universal unique identifier, used for linking imported LLD rules to already existing ones. Used only for LLD rules on templates. Auto-generated, if not given.<br><br>For update operations this field is *readonly*.| |verify\_host|integer|HTTP agent LLD rule field. Validate host name in URL is in Common Name field or a Subject Alternate Name field of host certificate.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.| |verify\_peer|integer|HTTP agent LLD rule field. Validate is host certificate authentic.<br><br>0 - *(default)* Do not validate.<br>1 - Validate.|  Note that for some methods (update, delete) the required/optional parameter combination is different.
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	 ### Loadable MongoDB plugin  MongoDB [plugin](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) is no longer part of Zabbix agent 2 and is now available as a loadable plugin instead. List of supported MongoDB versions has been extended to *2.6-5.3*.   Plugin functionality and set of supported [items](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) haven't change. 
fr	  ### Plugin MongoDB chargeable  Le [plugin MongoDB](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) ne fait plus partie de l'agent Zabbix 2 et est désormais disponible en tant que plugin chargeable à la place. La liste des versions de MongoDB prises en charge a été étendue à *2.6-5.3*.  La fonctionnalité du plug-in et l'ensemble des [éléments](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) pris en charge n'ont pas changé.

en-us	 ### Loadable MongoDB plugin  MongoDB [plugin](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) is no longer part of Zabbix agent 2 and is now available as  a loadable plugin instead. List of supported MongoDB versions has been extended to *2.6-5.3*.   Plugin functionality and set of supported [items](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) haven't change.   The MongoDB plugin, along with other loadable plugins which may potentially be added in the future, is stored in the new repository  [zabbix-agent2-plugins](http://repo.zabbix.com/zabbix-agent2-plugins/). The package *zabbix-release* now adds this repository to the user's system.   To continue monitoring MongoDB on the installations from official Zabbix packages, update *zabbix-release* package and install *zabbix-agent2-plugin-mongodb* package.   Sources are available on [CDN](https://cdn.zabbix.com/zabbix-agent2-plugins/sources/mongodb/).
fr	  ### Plugin MongoDB chargeable  Le [plugin MongoDB](https://git.zabbix.com/projects/AP/repos/mongodb/browse/README.md) ne fait plus partie de l'agent Zabbix 2 et est désormais disponible en tant que plugin chargeable à la place. La liste des versions de MongoDB prises en charge a été étendue à *2.6-5.3*.  La fonctionnalité du plug-in et l'ensemble des [éléments](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#mongodb) pris en charge n'ont pas changé.  Le plugin MongoDB, ainsi que d'autres plugins chargeables qui pourraient potentiellement être ajoutés à l'avenir, sont stockés dans le nouveau référentiel [zabbix-agent2-plugins](http://repo.zabbix.com/zabbix-agent2-plugins/). Le package *zabbix-release* ajoute maintenant ce référentiel au système de l'utilisateur.  Pour continuer à surveiller MongoDB sur les installations à partir des packages officiels de Zabbix, mettez à jour le package *zabbix-release* et installez le package *zabbix-agent2-plugin-mongodb*.  Les sources sont disponibles sur [CDN](https://cdn.zabbix.com/zabbix-agent2-plugins/sources/mongodb/).

en-us	## Loadable plugins  ### Encrypted MongoDB plugin connection  MongoDB plugin now supports TLS encryption when connecting to MongoDB using named sessions.   Updated plugin (MongoDB plugin 1.2.1) is included into Zabbix official packages starting from Zabbix 6.0.14. Note that MongoDB is a loadable plugin and can be installed separately either from packages or from sources. The plugin will work with any minor version of Zabbix 6.0. For more details see [MongoDB plugin](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin).
fr	## Plugin chargeable  ### Connexion chiffrée du plugin MongoDB  Le plugin MongoDB prend désormais en charge le chiffrement TLS lors de la connexion à MongoDB à l'aide de sessions nommées.  Le plugin à jour (plugin MongoDB 1.2.1) est inclus dans les paquets officiels de Zabbix à partir de Zabbix 6.0.14. Notez que MongoDB est un plugin chargeable et peut être installé séparément des paquets ou des sources. Le plugin fonctionnera avec n'importe quelle version mineure de Zabbix 6.0. Pour plus de détails, voir [Plugin MongoDB](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin).

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	#### Locale  Note that the proxy requires a UTF-8 locale so that some textual items can be interpreted correctly. 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 le proxy requiert un environnement local UTF-8 afin que certains éléments textuels puissent être interprétés correctement. 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	#### Locale  Note that the server requires a UTF-8 locale so that some textual items can be interpreted correctly. 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 le serveur requiert un environnement local UTF-8 afin que les éléments textuels puissent être interprétés correctement. 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 data  See additional information on [log monitoring](log_items).  |Item key|<|<|<| |--|--|------|------| |Description|Return value|Parameters|Comments| |**log**\[file,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Monitoring of a log file.|Log|**file** - full path and name of log file<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines** - maximum number of new lines per second the agent will send to Zabbix server or proxy. This parameter overrides the value of 'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (since version 2.0)- possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**output** (since version 2.2) - an optional output formatting template. The **\\0** escape sequence is replaced with the matched part of text (from the first character where match begins until the character where match ends) while an **\\N** (where N=1...9) escape sequence is replaced with Nth matched group (or an empty string if the N exceeds the number of captured groups).<br>**maxdelay** (since version 3.2) - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.4.7) - additional options:<br>*mtime-noreread* - non-unique records, reread only if the file size changes (ignore modification time change). (This parameter is deprecated since 5.0.2, because now mtime is ignored.)<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br>If file is missing or permissions do not allow access, item turns unsupported.<br><br>If `output` is left empty - the whole line containing the matched text is returned. Note that all global regular expression types except 'Result is TRUE' always return the whole matched line and the `output` parameter is ignored.<br><br>Content extraction using the `output` parameter takes place on the agent.<br><br>Examples:<br>=> log\[/var/log/syslog\]<br>=> log\[/var/log/syslog,error\]<br>=> log\[/home/zabbix/logs/logfile,,,100\]<br><br>*Using `output` parameter for extracting a number from log record:*<br>=> log\[/app1/app.log,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send only '6080' to server. Because a numeric value is being sent, the "Type of information" for this item can be set to "Numeric (unsigned)" and the value can be used in graphs, triggers etc.<br><br>*Using `output` parameter for rewriting log record before sending to server:*<br>=> log\[/app1/app.log,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send a modified record "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" to server. | |**log.count**\[file,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Count of matched lines in a monitored log file.|Integer|**file** - full path and name of log file<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxproclines** - maximum number of new lines per second the agent will analyze (cannot exceed 10000). Default value is 10\*'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**maxdelay** - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.4.7) - additional options:<br>*mtime-noreread* - non-unique records, reread only if the file size changes (ignore modification time change). (This parameter is deprecated since 5.0.2, because now mtime is ignored.)<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br><br><br>Matching lines are counted in the new lines since the last log check by the agent, and thus depend on the item update interval.<br>If the file is missing or permissions do not allow access, item turns unsupported. <br><br>This item is not supported for Windows Event Log.<br><br>Supported since Zabbix 3.2.0.| |**logrt**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Monitoring of a log file that is rotated.|Log|**file\_regexp** - absolute path to file and the file name described by a regular [expression](/manual/regular_expressions#overview). *Note* that only the file name is a regular expression<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required content pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxlines** - maximum number of new lines per second the agent will send to Zabbix server or proxy. This parameter overrides the value of 'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (since version 2.0) - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**output** (since version 2.2) - an optional output formatting template. The **\\0** escape sequence is replaced with the matched part of text (from the first character where match begins until the character where match ends) while an **\\N** (where N=1...9) escape sequence is replaced with Nth matched group (or an empty string if the N exceeds the number of captured groups).<br>**maxdelay** (since version 3.2) - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.0; *mtime-reread*, *mtime-noreread* options since 4.4.7) - type of log file rotation and other options. Possible values:<br>*rotate* (default),<br>*copytruncate* - note that *copytruncate* cannot be used together with *maxdelay*. In this case *maxdelay* must be 0 or not specified; see [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation) notes,<br>*mtime-reread* - non-unique records, reread if modification time or size changes (default),<br>*mtime-noreread* - non-unique records, reread only if the size changes (ignore modification time change).<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br>Log rotation is based on the last modification time of files.<br><br>Note that logrt is designed to work with one currently active log file, with several other matching inactive files rotated. If, for example, a directory has many active log files, a separate logrt item should be created for each one. Otherwise if one logrt item picks up too many files it may lead to exhausted memory and a crash of monitoring.<br><br>If `output` is left empty - the whole line containing the matched text is returned. Note that all global regular expression types except 'Result is TRUE' always return the whole matched line and the `output` parameter is ignored.<br><br>Content extraction using the `output` parameter takes place on the agent.<br><br>Examples:<br>=> logrt\["/home/zabbix/logs/\^logfile\[0-9\]{1,3}$",,,100\] → will match a file like "logfile1" (will not match ".logfile1")<br>=> logrt\["/home/user/\^logfile\_.\*\_\[0-9\]{1,3}$","pattern\_to\_match","UTF-8",100\] → will collect data from files such "logfile\_abc\_1" or "logfile\_\_001".<br><br>*Using `output` parameter for extracting a number from log record:*<br>=> logrt\[/app1/\^test.\*log$,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send only '6080' to server. Because a numeric value is being sent, the "Type of information" for this item can be set to "Numeric (unsigned)" and the value can be used in graphs, triggers etc.<br><br>*Using `output` parameter for rewriting log record before sending to server:*<br>=> logrt\[/app1/\^test.\*log$,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → will match a log record "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" and send a modified record "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" to server. | |**logrt.count**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Count of matched lines in a monitored log file that is rotated.|Integer|**file\_regexp** - absolute path to file and regular [expression](/manual/regular_expressions#overview) describing the file name pattern<br>**regexp** - regular [expression](/manual/regular_expressions#overview) describing the required content pattern<br>**encoding** - code page [identifier](/manual/config/items/itemtypes/zabbix_agent#encoding_settings)<br>**maxproclines** - maximum number of new lines per second the agent will analyze (cannot exceed 10000). Default value is 10\*'MaxLinesPerSecond' in [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - possible values:<br>*all* (default), *skip* - skip processing of older data (affects only newly created items).<br>**maxdelay** - maximum delay in seconds. Type: float. Values: 0 - (default) never ignore log file lines; > 0.0 - ignore older lines in order to get the most recent lines analyzed within "maxdelay" seconds. Read the [maxdelay](log_items#using_maxdelay_parameter) notes before using it!<br>**options** (since version 4.0; *mtime-reread*, *mtime-noreread* options since 4.4.7) - type of log file rotation and other options. Possible values:<br>*rotate* (default),<br>*copytruncate* - note that *copytruncate* cannot be used together with *maxdelay*. In this case *maxdelay* must be 0 or not specified; see [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation) notes,<br>*mtime-reread* - non-unique records, reread if modification time or size changes (default),<br>*mtime-noreread* - non-unique records, reread only if the size changes (ignore modification time change).<br>**persistent\_dir** (since versions 5.0.18, 5.4.9, only in zabbix\_agentd on Unix systems; not supported in Agent2) - absolute pathname of directory where to store persistent files. See also additional notes on [persistent files](log_items#notes-on-persistent-files-for-log-items).|The item must be configured as an [active check](/manual/appendix/items/activepassive#active_checks).<br><br>Matching lines are counted in the new lines since the last log check by the agent, and thus depend on the item update interval.<br><br>Log rotation is based on the last modification time of files. <br><br>This item is not supported for Windows Event Log.<br><br>Supported since Zabbix 3.2.0.|
fr	##### Données de journal  Voir des informations supplémentaires sur la [surveillance des journaux](log_items).  |Clé d'élément|<|<|<| |--|--|------|------| |Description|Valeur de retour|Paramètres|Commentaires| |**log**\[file,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Surveillance d'un fichier journal.|Log|**file** - chemin complet et nom du fichier journal<br>**regexp** - [expression régulière](/manual/regular_expressions#overview) décrivant le modèle requis<br>**encoding** - [identifiant](/manual/config/items/itemtypes/zabbix_agent#encoding_settings) de page de code <br>**maxlines** - nombre maximum de nouvelles lignes par seconde que l'agent enverra au serveur ou au proxy Zabbix. Ce paramètre remplace la valeur de 'MaxLinesPerSecond' dans [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (depuis la version 2.0)- valeurs possibles :<br>*all* (par défaut), *skip* - Ignorer le traitement des données plus anciennes (affecte uniquement les éléments nouvellement créés).<br>**output** (depuis la version 2.2) - un modèle de formatage de sortie facultatif. La séquence d'échappement **\\0** est remplacée par la partie correspondante du texte (du premier caractère où commence la correspondance jusqu'au caractère où la correspondance se termine) tandis qu'un **\\N** (où N=1...9) la séquence d'échappement est remplacée par le Nième groupe correspondant (ou une chaîne vide si le N dépasse le nombre de groupes capturés).<br>**maxdelay** (depuis la version 3.2) - délai maximum en secondes. Type : flottant. Valeurs : 0 - (par défaut) ne jamais ignorer les lignes du fichier journal ; > 0.0 - ignore les lignes plus anciennes afin d'analyser les lignes les plus récentes dans les "maxdelay" secondes. Lisez les notes [maxdelay](log_items#using_maxdelay_parameter) avant de l'utiliser !<br>**options** (depuis la version 4.4.7) - options supplémentaires :<br>*mtime-noreread* - enregistrements non uniques, relus uniquement si la taille du fichier change (ignorer le changement d'heure de modification). (Ce paramètre est obsolète depuis 5.0.2, car maintenant mtime est ignoré.)<br>**persistent\_dir** (depuis les versions 5.0.18, 5.4.9, uniquement dans zabbix\_agentd sur les systèmes Unix ; non pris en charge dans Agent2) - nom de chemin absolu du répertoire où stocker les fichiers persistants. Voir aussi les notes supplémentaires sur les [fichiers persistants](log_items#notes-on-persistent-files-for-log-items).|L'élément doit être configuré en tant que [vérification active](/manual/appendix/items/activepassive#active_checks).<br>Si le fichier est manquant ou si les autorisations n'autorisent pas l'accès, l'élément n'est plus pris en charge.<br><br>Si `output` est laissé vide - toute la ligne contenant le texte correspondant est renvoyée. Notez que tous les types d'expressions régulières globales, à l'exception de 'Le réesultat est VRAI', renvoient toujours la ligne entière correspondante et le paramètre `output` est ignoré.<br><br>L'extraction de contenu à l'aide du paramètre `output` a lieu sur l'agent.<br <br>Exemples :<br>=> log\[/var/log/syslog\]<br>=> log\[/var/log/syslog,error\]<br>=> log\[/home/zabbix/logs/logfile,,,100\]<br><br>*L'utilisation du paramètre `output` pour extraire un numéro de l'enregistrement du journal :*<br>=> log\[/app1/app.log,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → correspondra à un enregistrement de journal "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" et n'enverra que '6080' au serveur. Étant donné qu'une valeur numérique est envoyée, le "Type d'informations" pour cet élément peut être défini sur "Numérique (non signé)" et la valeur peut être utilisée dans des graphiques, des déclencheurs, etc.<br><br>*Utilisation du paramètre `output` pour réécrire l'enregistrement du journal avant de l'envoyer au serveur :*<br>=> log\[/app1/app.log,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → correspondra à un enregistrement de journal "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" et enverra un enregistrement modifié "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" au serveur. | |**log.count**\[file,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Nombre de lignes correspondantes dans un fichier journal surveillé.|Entier|**file** - chemin complet et nom du fichier journal<br>**regexp** - [expression régulière](/manual/regular_expressions#overview) décrivant le modèle requis<br>**encoding** - [identifiant](/manual/config/items/itemtypes/zabbix_agent#encoding_settings) de page de code<br>**maxproclines** - nombre maximal de nouvelles lignes par seconde que l'agent analysera (ne peut pas dépasser 10000). La valeur par défaut est 10\*'MaxLinesPerSecond' dans [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - valeurs possibles:<br>*all* (par défaut), *skip* - Ignorer le traitement des données plus anciennes (affecte uniquement les éléments nouvellement créés).<br>**maxdelay** - délai maximal en secondes. Type : flottant. Valeurs : 0 - (par défaut) ne jamais ignorer les lignes du fichier journal ; > 0.0 - ignore les lignes plus anciennes afin d'analyser les lignes les plus récentes dans les "maxdelay" secondes. Lisez les notes [maxdelay](log_items#using_maxdelay_parameter) avant de l'utiliser !<br>**options** (depuis la version 4.4.7) - options supplémentaires :<br>*mtime-noreread* - enregistrements non uniques, relus uniquement si la taille du fichier change (ignorer le changement d'heure de modification). (Ce paramètre est obsolète depuis 5.0.2, car maintenant mtime est ignoré.)<br>**persistent\_dir** (depuis les versions 5.0.18, 5.4.9, uniquement dans zabbix\_agentd sur les systèmes Unix ; non pris en charge dans Agent2) - nom de chemin absolu du répertoire où stocker les fichiers persistants. Voir aussi les notes supplémentaires sur les [fichiers persistants](log_items#notes-on-persistent-files-for-log-items).|L'élément doit être configuré en tant que [vérification active](/manual/appendix/items/activepassive#active_checks).<br><br><br>Les lignes correspondantes sont comptées dans les nouvelles lignes depuis la dernière vérification du journal par l'agent, et dépendent donc de l'intervalle de mise à jour de l'élément.<br>Si le fichier est manquant ou si les autorisations n'autorisent pas l'accès, l'élément devient non pris en charge. <br><br>Cet élément n'est pas pris en charge pour le journal des événements Windows.<br><br>Pris en charge depuis Zabbix 3.2.0.| |**logrt**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxlines\>,\<mode\>,\<output\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Surveillance d'un fichier journal en rotation.|Journal|**file\_regexp** - chemin absolu vers le fichier et le nom du fichier décrit par une [expression régulière](/manual/regular_expressions#overview). *Notez* que seul le nom du fichier est une expression régulière<br>**regexp** - [expression régulière](/manual/regular_expressions#overview) décrivant le modèle de contenu requis<br>**encoding** - [identifiant](/manual/config/items/itemtypes/zabbix_agent#encoding_settings) de page de code <br>**maxlines** - nombre maximum de nouvelles lignes par seconde que l'agent enverra au serveur ou au proxy Zabbix. Ce paramètre remplace la valeur de 'MaxLinesPerSecond' dans [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd)<br>**mode** (depuis la version 2.0)- valeurs possibles :<br>*all* (par défaut), *skip* - Ignorer le traitement des données plus anciennes (affecte uniquement les éléments nouvellement créés).<br>**output** (depuis la version 2.2) - un modèle de formatage de sortie facultatif. La séquence d'échappement **\\0** est remplacée par la partie correspondante du texte (du premier caractère où commence la correspondance jusqu'au caractère où la correspondance se termine) tandis qu'un **\\N** (où N=1...9) la séquence d'échappement est remplacée par le Nième groupe correspondant (ou une chaîne vide si le N dépasse le nombre de groupes capturés).<br>**maxdelay** (depuis la version 3.2) - délai maximum en secondes. Type : flottant. Valeurs : 0 - (par défaut) ne jamais ignorer les lignes du fichier journal ; > 0.0 - ignore les lignes plus anciennes afin d'analyser les lignes les plus récentes dans les "maxdelay" secondes. Lisez les notes [maxdelay](log_items#using_maxdelay_parameter) avant de l'utiliser !<br>**options** (depuis la version 4.4.7) - options supplémentaires :<br>*mtime-noreread* - enregistrements non uniques, relus uniquement si la taille du fichier change (ignorer le changement d'heure de modification). (Ce paramètre est obsolète depuis 5.0.2, car maintenant mtime est ignoré.)<br>**persistent\_dir** (depuis les versions 5.0.18, 5.4.9, uniquement dans zabbix\_agentd sur les systèmes Unix ; non pris en charge dans Agent2) - nom de chemin absolu du répertoire où stocker les fichiers persistants. Voir aussi les notes supplémentaires sur les [fichiers persistants](log_items#notes-on-persistent-files-for-log-items).|L'élément doit être configuré en tant que [vérification active](/manual/appendix/items/activepassive#active_checks).<br>La rotation des journaux est basée sur l'heure de la dernière modification des fichiers.<br><br>Notez que logrt est conçu pour fonctionner avec un fichier journal actuellement actif, avec plusieurs autres fichiers inactifs correspondants en rotation. Si, par exemple, un répertoire contient de nombreux fichiers journaux actifs, un élément logrt distinct doit être créé pour chacun d'eux. Sinon, si un élément logrt récupère trop de fichiers, cela peut entraîner une mémoire épuisée et un plantage de la surveillance.<br><br>Si `output` est laissé vide - toute la ligne contenant le texte correspondant est renvoyée. Notez que tous les types d'expressions régulières globales, à l'exception de 'Le résultat est VRAI', renvoient toujours la ligne entière correspondante et le paramètre `output` est ignoré.<br><br>L'extraction de contenu à l'aide du paramètre `output` a lieu sur l'agent.<br <br>Exemples :<br>=> logrt\["/home/zabbix/logs/\^logfile\[0-9\]{1,3}\$",,,100\] → correspondra à un fichier comme "logfile1" (ne correspondra pas à ".logfile1")<br>=> logrt\["/home/user/\^logfile\_.\*\_\[0-9\]{1,3}\$","pattern\_to\_match","UTF-8",100\] → recueillera des données à partir de fichiers tels que"logfile\_abc\_1" ou "logfile\_\_001".<br><br>*Utilisation du paramètre `output` pour extraire un numéro de l'enregistrement du journal :*<br>=> logrt\[/app1/\^test.\*log\$,"task run \[0-9.\]+ sec, processed (\[0-9\]+) records, \[0-9\]+ errors",,,,\\1\] → correspondra à un enregistrement de journal "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" et enverra uniquement '6080' au serveur. Étant donné qu'une valeur numérique est envoyée, le "Type d'informations" pour cet élément peut être défini sur "Numérique (non signé)" et la valeur peut être utilisée dans des graphiques, des déclencheurs, etc.<br><br>*Utilisation paramètre `output` pour réécrire l'enregistrement du journal avant de l'envoyer au serveur :*<br>=> logrt\[/app1/\^test.\*log\$,"(\[0-9 :-\]+) task run (\[0-9.\]+) sec, processed (\[0-9\]+) records, (\[0-9\]+) errors",,,,"\\1 RECORDS: \\3, ERRORS: \\4, DURATION: \\2"\] → correspondra à un enregistrement de journal "2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors" et enverra un enregistrement modifié "2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08" au serveur. | |**logrt.count**\[file\_regexp,\<regexp\>,\<encoding\>,\<maxproclines\>,\<mode\>,\<maxdelay\>,\<options\>,\<persistent\_dir\>\]|<|<|<| |Nombre de lignes correspondantes dans un fichier journal surveillé qui fait l'objet d'une rotation.|Entier|**file\_regexp** - chemin absolu vers le fichier et [expression régulière](/manual/regular_expressions#overview) décrivant le modèle de nom de fichier<br>**regexp** - [expression régulière](/manual/regular_expressions#overview) décrivant le modèle de contenu requis<br>**encoding** - [identifiant](/manual/config/items/itemtypes/zabbix_agent#encoding_settings) de page de code<br>**maxproclines** - nombre maximal de nouvelles lignes par seconde que l'agent analysera (ne peut pas dépasser 10000). La valeur par défaut est 10\*'MaxLinesPerSecond' dans [zabbix\_agentd.conf](/manual/appendix/config/zabbix_agentd).<br>**mode** - valeurs possibles:<br>*all* (par défaut), *skip* - Ignorer le traitement des données plus anciennes (affecte uniquement les éléments nouvellement créés).<br>**maxdelay** - délai maximal en secondes. Type : flottant. Valeurs : 0 - (par défaut) ne jamais ignorer les lignes du fichier journal ; > 0.0 - ignore les lignes plus anciennes afin d'analyser les lignes les plus récentes dans les "maxdelay" secondes. Lisez les notes [maxdelay](log_items#using_maxdelay_parameter) avant de l'utiliser !<br>**options** (depuis la version 4.4.7) - type de rotation des fichiers journaux et autres options. Valeurs possibles :<br>*rotate* (par défaut),<br>*copytruncate* - notez que *copytruncate* ne peut pas être utilisé avec *maxdelay*. Dans ce cas *maxdelay* doit être 0 ou non spécifié ; voir les notes [copytruncate](log_items#notes_on_handling_copytruncate_log_file_rotation),<br>*mtime-reread* - enregistrements non uniques, relus si l'heure de modification ou la taille change (par défaut),<br>*mtime-noreread* - enregistrements non uniques, relus uniquement si la taille change (ignorer le changement d'heure de modification).<br>**persistent\_dir** (depuis les versions 5.0.18, 5.4.9, uniquement dans zabbix\_agentd sur les systèmes Unix ; non pris en charge avec l' Agent2) - chemin d'accès absolu du répertoire où stocker les fichiers persistants. Voir aussi les notes supplémentaires sur les [fichiers persistants](log_items#notes-on-persistent-files-for-log-items).|L'élément doit être configuré en tant que [vérification active](/manual/appendix/items/activepassive#active_checks).<br><br>Les lignes correspondantes sont comptées dans les nouvelles lignes depuis la dernière vérification du journal par l'agent, et dépendent donc de l'intervalle de mise à jour de l'élément.<br><br>La rotation du journal est basée sur la dernière heure de modification des fichiers. <br><br>Cet élément n'est pas pris en charge pour le journal des événements Windows.<br><br>Pris en charge depuis Zabbix 3.2.0.|

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	#### Logging out  Log out from the API.  Request:  ``` {.java} {     "jsonrpc": "2.0",     "method": "user.logout",     "params": [],     "id": 1,     "auth": "16a46baf181ef9602e1687f3110abf8a" } ```  Response:  ``` {.java} {     "jsonrpc": "2.0",     "result": true,     "id": 1 } ```
fr	#### Déconnecter  Déconnectez-vous de l'API.  Requête :  ``` {.java} {  "jsonrpc": "2.0",  "method": "user.logout",  "params": [],  "id": 1,  "auth": "16a46baf181ef9602e1687f3110abf8a" } ```  Réponse :  ``` {.java} {  "jsonrpc": "2.0",  "result": true,  "id": 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	#### Login  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  This is the Zabbix welcome screen. Enter the user name **Admin** with password **zabbix** to log in as a [Zabbix superuser](/manual/config/users_and_usergroups/permissions). Access to *Configuration* and *Administration* menus will be granted.
fr	#### Connexion  ![](../../../assets/en/manual/quickstart/login.png){width="350"}  Il s\'agit de l\'écran \"Bienvenue\" de Zabbix. Entrez le nom d\'utilisateur **Admin** avec le mot de passe **zabbix** pour s\'identifier comme un [super-utilisateur Zabbix](/manual/config/users_and_usergroups/permissions).  Quand vous êtes identifié, vous verrez \'Connecté en tant qu\'Admin\' dans le coin inférieur droit de la page. L\'accès aux menus *Configuration* et *Administration* sera autorisé.

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 (alerter, alert manager, configuration syncer, discoverer, escalator, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, poller, preprocessing manager, preprocessing worker, proxy poller, self-monitoring, snmp trapper, task manager, timer, 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} <!-- --> ```   [ ]{#lbAH}
fr	###      Cibles de contrôle de niveau de journalisation     *process-type*   Tous les processus du type spécifié (alerter, alert manager, configuration syncer, discoverer, escalator, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, poller, preprocessing manager, preprocessing worker, proxy poller, self-monitoring, snmp trapper, task manager, timer, 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 level control targets     *process-type*   All processes of specified type (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*   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 request  A request sent by a plugin to write a log message into the agent log file.  |   |   | |---|---| |direction|plugin → agent| |response|no|  Parameters specific to log requests:  |Name|Type|Comments| |---------|--------|----------| |severity|uint32|The message severity (log level).| |message|string|The message to log.|  *Example:*      {"id":0,"type":1,"severity":3,"message":"message"}
fr	 ###### Requête de journal  Requête envoyée par un plug-in pour écrire un message de journal dans le fichier journal de l'agent.  |   |   | |---|---| |direction|plugin → agent| |réponse|non|  Paramètres spécifiques aux requêtes de journal :  |Nom|Type|Commentaires| |---------|--------|----------| |severity|uint32|La gravité du message (niveau de journalisation).| |message|chaîne|Le message à consigner.|  *Exemple:*      {"id":0,"type":1,"severity":3,"message":"message"}

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  Configure low-level discovery rules as well as item, trigger and graph prototypes to monitor dynamic entities.  [LLD rule API](/manual/api/reference/discoveryrule) | [Item prototype API](/manual/api/reference/itemprototype) | [Trigger prototype API](/manual/api/reference/triggerprototype) | [Graph prototype API](/manual/api/reference/graphprototype) | [Host prototype API](/manual/api/reference/hostprototype)  
fr	#### Découverte de bas niveau  Configurez des règles de découverte de bas niveau ainsi que des prototypes d'éléments, de déclencheurs et de graphiques pour surveiller les entités dynamiques.  [API Règle de découverte bas niveau](/manual/api/reference/discoveryrule) |  [API Prototype d'élément](/manual/api/reference/itemprototype) | [API Prototype de déclencheur](/manual/api/reference/triggerprototype) | [API Prototype de graphique](/manual/api/reference/graphprototype) | [API Prototype d'hôte](/manual/api/reference/hostprototype)  

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
fr	#### Macros

en-us	Macros for internal actions contain the reason why an item, an LLD-rule, or a trigger became unsupported:   - {ITEM.STATE.ERROR} - for item-based internal notifications;  - {LLDRULE.STATE.ERROR} -  for LLD-rule based internal notifications;  - {TRIGGER.STATE.ERROR} - for trigger-based internal notifications.  For more details, see [Supported macros](/manual/appendix/macros/supported_by_location).
fr	Les macros pour les actions internes contiennent la raison pour laquelle un élément, une règle LLD ou un déclencheur n'est plus pris en charge :   - {ITEM.STATE.ERROR} - pour les notifications internes basées sur les éléments ;  - {LLDRULE.STATE.ERROR} - pour les notifications internes basées sur les règles LLD ;  - {TRIGGER.STATE.ERROR} - pour les notifications internes basées sur des déclencheurs.  Pour plus de détails, voir [Macros prises en charge](/manual/appendix/macros/supported_by_location).

en-us	#### - Macros  This section allows to define system-wide [user macros](/manual/config/macros/user_macros) as name-value pairs. Note that macro values can be kept as plain text, secret text or Vault secret. Adding a description is also supported.  ![](../../../../../assets/en/manual/web_interface/user_macros_global.png){width="600"}
fr	#### - Macros  Cette section permet de définir à l'échelle du système les [macros utilisateur](/manual/config/macros/user_macros) sous forme de paires nom-valeur. Noter que les valeurs de macro peuvent être conservées sous forme de texte brut, de texte secret ou de coffre-fort secret. L'ajout d'une description est également pris en charge.  ![](../../../../../assets/en/manual/web_interface/user_macros_global.png){width="600"}

en-us	#### Macro support  The following macros may be used in trigger tags:  -   {ITEM.VALUE}, {ITEM.LASTVALUE}, {HOST.HOST}, {HOST.NAME},     {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} and {HOST.ID} macros     can be used to populate the tag name or tag value -   {INVENTORY.\*}     [macros](/manual/appendix/macros/supported_by_location) can be used     to reference host inventory values from one or several hosts in a     trigger expression -   [User macros](/manual/config/macros/user_macros) and user macro     context is supported for the tag name/value. User macro context may     include low-level discovery macros -   Low-level discovery macros can be used for the tag name/value in     trigger prototypes  The following macros may be used in trigger-based notifications:  -   {EVENT.TAGS} and {EVENT.RECOVERY.TAGS} macros will resolve to a     comma separated list of event tags or recovery event tags -   {EVENT.TAGSJSON} and {EVENT.RECOVERY.TAGSJSON} macros will resolve     to a JSON array containing event tag     [objects](/manual/api/reference/event/object#event_tag) or recovery     event tag objects  The following macros may be used in template, host, item and web scenario tags:  -   {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},     {HOST.PORT} and {HOST.ID} macros -   {INVENTORY.\*}     [macros](/manual/appendix/macros/supported_by_location) -   [User macros](/manual/config/macros/user_macros) -   Low-level discovery macros can be used in item prototype tags  The following macros may be used in host prototype tags:  -   {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP},     {HOST.PORT} and {HOST.ID} macros -   {INVENTORY.\*}     [macros](/manual/appendix/macros/supported_by_location) -   [User macros](/manual/config/macros/user_macros) -   [Low-level discovery macros](/manual/config/macros/lld_macros) will     be resolved during discovery process and then added to the     discovered host
fr	 #### Prise en charge des macros  Les macros suivantes peuvent être utilisées dans les tags de déclenchement :  -   Les macros {ITEM.VALUE}, {ITEM.LASTVALUE}, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} et  {HOST.ID} peuvent être utilisées pour remplir le nom ou la valeur de la balise -   Les [macros](/manual/appendix/macros/supported_by_location) {INVENTORY.\*} peuvent être utilisées pour référencer les valeurs d'inventaire d'un ou plusieurs hôtes dans une expression de déclencheur -   Les [macros utilisateur](/manual/config/macros/user_macros) et le contexte de la macro utilisateur sont pris en charge pour le nom/la valeur du tag. Le contexte de la macro utilisateur peut inclure des macros de découverte de bas niveau -   Des macros de découverte de bas niveau peuvent être utilisées pour le nom/la valeur du tag dans les prototypes de déclencheur  Les macros suivantes peuvent être utilisées dans les notifications basées sur des déclencheurs :  -   Les macros {EVENT.TAGS} et {EVENT.RECOVERY.TAGS} seront résolu es en une liste de tags d'événement ou de tags d'événement de récupération séparées par des virgules -   Les macros {EVENT.TAGSJSON} et {EVENT.RECOVERY.TAGSJSON}  seront résolues en un tableau JSON contenant des [objects](/manual/api/reference/event/object#event_tag) tag d'événement ou des objets de tag d'événement de récupération  Les macros suivantes peuvent être utilisées dans les tags de modèle, d'hôte, d'élément et de scénario Web :  -   Les macros {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} et {HOST.ID} -   Les [macros](/manual/appendix/macros/supported_by_location) {INVENTORY.\*} -   Les [Macros utilisateur](/manual/config/macros/user_macros) -   Les macros de découverte de bas niveau peuvent être utilisées dans les tags de prototype d'élément  Les macros suivantes peuvent être utilisées dans les tags de prototype d'hôte :  -   Les macros {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} et {HOST.ID} -   Les [macros](/manual/appendix/macros/supported_by_location) {INVENTORY.\*} -   Les [macros utilisateur](/manual/config/macros/user_macros) -   Les [macros de découverte de bas niveau](/manual/config/macros/lld_macros) seront résolues pendant le processus de découverte, puis ajoutées à l'hôte découvert

en-us	#### maintenance  Changes:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`,`maintenance.delete`: added strict validation of the methods parameters.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.get`,`maintenance.update`: dropped support for parameter `timeperiodid` of the timeperiod object.\
fr	#### maintenance  Changements :\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`, `maintenance.delete` : ajout de la validation stricte des paramètres de la méthode.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.get`, `maintenance.update` : le paramètre `timeperiodid` de l'objet timeperiod n'est plus supporté.\

en-us	#### maintenance  Changes:\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: the parameter `groupids` is now deprecated. Use `groups` instead.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: the parameter `hostids` is now deprecated. Use `hosts` instead.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update`: changed the type of parameters `groups`, `hosts`, `timeperiods` and `tags` from `array` to `object/array`.\
fr	#### maintenance  Changements :\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update` : le paramètre `groupids` est maintenant obsolète. Utilisez `groups` à la place.\ [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update` : le paramètre `hostids` est maintenant obsolète. Utilisez `hosts` à la place.\  [ZBXNEXT-6890](https://support.zabbix.com/browse/ZBXNEXT-6890) `maintenance.create`, `maintenance.update` : modification du type de paramètre `groups`, `hosts`, `timeperiods` et `tags` de `array` à `object/array`.\

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  The maintenance object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |maintenanceid|string|*(readonly)* ID of the maintenance.| |**name**<br>(required)|string|Name of the maintenance.| |**active\_since**<br>(required)|timestamp|Time when the maintenance becomes active.<br><br>The given value will be rounded down to minutes.| |**active\_till**<br>(required)|timestamp|Time when the maintenance stops being active.<br><br>The given value will be rounded down to minutes.| |description|string|Description of the maintenance.| |maintenance\_type|integer|Type of maintenance.<br><br>Possible values:<br>0 - *(default)* with data collection;<br>1 - without data collection.| |tags\_evaltype|integer|Problem tag evaluation method.<br><br>Possible values:<br>0 - *(default)* And/Or;<br>2 - Or.|  Note that for some methods (update, delete) the required/optional parameter combination is different.
fr	### Maintenance  L'objet maintenance a les propriétés suivantes.  |Propriété|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |maintenanceid|string|*(lecture seule)* ID de la maintenance.| |**name**<br>(obligatoire)|string|Nom de la maintenance.| |**active\_since**<br>(obligatoire)|timestamp|Heure à laquelle la maintenance devient active.<br><br>La valeur donnée sera arrondie aux minutes inférieures.| |**active\_till**<br>(obligatoire)|timestamp|Heure à laquelle la maintenance arrête d'être active.<br><br>La valeur donnée sera arrondie aux minutes inférieures.| |description|string|Description de la maintenance.| |maintenance\_type|integer|Type de la maintenance.<br><br>Valeurs possibles :<br>0 - *(par défaut)* avec collecte de données ;<br>1 - sans collecte de données.| |tags\_evaltype|integer|Méthode d'évaluation du tag de problème.<br><br>Valeurs possibles :<br>0 - *(par défaut)* Et/Ou ;<br>2 - Ou.|  Notez que pour certaines méthodes (mise à jour, suppression) la combinaison de paramètres requise/optionnelle est différente.

en-us	# Maintenance  This class is designed to work with maintenances.  Object references:\  -   [Maintenance](/manual/api/reference/maintenance/object#maintenance) -   [Time period](/manual/api/reference/maintenance/object#time_period)  Available methods:\  -   [maintenance.create](/manual/api/reference/maintenance/create) -     creating new maintenances -   [maintenance.delete](/manual/api/reference/maintenance/delete) -     deleting maintenances -   [maintenance.get](/manual/api/reference/maintenance/get) -     retrieving maintenances -   [maintenance.update](/manual/api/reference/maintenance/update) -     updating maintenances  
fr	# Maintenance  Cette classe est conçue pour travailler avec les maintenances.  Référentiel des objets :\  -   [Maintenance](/manual/api/reference/maintenance/object#maintenance) -   [Période](/manual/api/reference/maintenance/object#time_period)  Méthodes disponibles :\  -   [maintenance.create](/manual/api/reference/maintenance/create) - créer de nouvelles maintenances -   [maintenance.delete](/manual/api/reference/maintenance/delete) - supprimer des maintenances -   [maintenance.get](/manual/api/reference/maintenance/get) - récupérer des maintenances -   [maintenance.update](/manual/api/reference/maintenance/update) - mettre à jour des maintenances  

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

en-us	 ### Makefile targets  Loadable plugins provided by Zabbix have simple makefiles with the following targets:  |Target|Description| |--|--------| |make|Build plugin.| |make clean|Delete all files that are normally created by building the plugin.| |make check|Perform self-tests. A real PostgreSQL database is required.| |make style|Check Go code style with 'golangci-lint'.| |make format|Format Go code with 'go fmt'.| |make dist|Create an archive containing the plugin sources and sources of all packages needed to build the plugin and and its self-tests.|
fr	 ### Cibles Makefile  Les plugins chargeables fournis par Zabbix ont des makefiles simples avec les cibles suivantes :  |Cible|Description| |--|--------| |make|Construire le plugin.| |make clean|Supprimer tous les fichiers qui sont normalement créés en construisant le plugin.| |make check|Effectuer des auto-tests. Une vraie base de données PostgreSQL est requise.| |make style|Vérifier le style de code Go avec 'golangci-lint'.| |make format|Formater le code Go avec 'go fmt'.| |make dist|Créer une archive contenant les sources du plug-in et les sources de tous les packages nécessaires pour créer le plug-in et ses auto-tests.|

en-us	### Managing HA cluster  The current status of the HA cluster can be managed using the dedicated [runtime control](/manual/concepts/server#runtime_control) options:  -   `ha_status` - log HA cluster status in the Zabbix server log (and to stdout) -   `ha_remove_node=target` - remove an HA node identified by its     \<target\> - number of the node in the list (the number can be     obtained from the output of running ha\_status), e.g.:  ``` zabbix_server -R ha_remove_node=2 ```  Note that active/standby nodes cannot be removed.  -   `ha_set_failover_delay=delay` - set HA failover delay (between 10 seconds and 15 minutes; time     suffixes are supported, e.g. 10s, 1m)  Node status can be monitored:  -   in *Reports* → *[System information](/manual/web_interface/frontend_sections/reports/status_of_zabbix#status_of_ha_cluster_nodes)* -   in the *System information* dashboard widget -   using the `ha_status` runtime control option of the server (see     above).  The `zabbix[cluster,discovery,nodes]` internal item can be used for node discovery, as it returns a JSON with the high-availability node information.
fr	 ### Gestion du cluster haute disponibilité  L'état actuel du cluster HA peut être géré à l'aide des options dédiées du [contrôle d'exécution](/manual/concepts/server#runtime_control) :  - `ha_status` - enregistre l'état du cluster HA dans le journal du serveur Zabbix (et vers stdout) - `ha_remove_node=target` - supprime un nœud HA identifié par son \<target\> - numéro du nœud dans la liste (le numéro peut être obtenu à partir de la sortie de l'exécution de ha\_status), par exemple : ``` zabbix_server -R ha_remove_node=2 ```  Notez que les nœuds actifs/en veille ne peuvent pas être supprimés.  - `ha_set_failover_delay=delay` - définit le délai de basculement HA (entre 10 secondes et 15 minutes ; les suffixes de temps sont pris en charge, par exemple 10s, 1m)  L'état du nœud peut être surveillé :  -   dans *Rapports* → *[Informations système](/manual/web_interface/frontend_sections/reports/status_of_zabbix#status_of_ha_cluster_nodes)* -   dans le widget du tableau de bord *Informations système* -   en utilisant l'option de contrôle d'exécution `ha_status` du serveur (voir ci-dessus).  L'élément interne `zabbix[cluster,discovery,nodes]` peut être utilisé pour la découverte de nœuds, car il renvoie un JSON avec les informations de nœud à haute disponibilité.

en-us	##### - Mandatory interface  The only mandatory function is **zbx\_module\_api\_version()**:  ``` {.c} int zbx_module_api_version(void); ```  This function should return the API version implemented by this module and in order for the module to be loaded this version must match module API version supported by Zabbix. Version of module API supported by Zabbix is ZBX\_MODULE\_API\_VERSION. So this function should return this constant. Old constant ZBX\_MODULE\_API\_VERSION\_ONE used for this purpose is now defined to equal ZBX\_MODULE\_API\_VERSION to preserve source compatibility, but it's usage is not recommended.
fr	##### - Interface obligatoire  La seule fonction obligatoire est **zbx\_module\_api\_version()** :  ``` {.c} int zbx_module_api_version(void); ```  Cette fonction doit retourner la version du module de l'API implémentée par ce module et pour que le module puisse charger cette version doit correspondre à la version du module d'API supporté par Zabbix. La version du module d'API supportée par Zabbix est ZBX\_MODULE\_API\_VERSION. Donc, cette fonction doit retourner cette constante. L'ancienne constante ZBX\_MODULES\_API\_VERSION\_ONE utilisée dans ce but est maintenant définie égale à ZBX\_MODULE\_API\_VERSION pour préserver la compatibilité des sources, mais il s'agit d'une utilisation non recommandées.

en-us	##### Manifest preparation  Each module is expected to have a manifest.json file with the following fields in JSON format:  |Parameter|Required|Type|Default|Description| |---------|---|----|--|-------------------| |manifest\_version|Yes|Double|\-|Manifest version of the module. Currently supported version is **1**.| |id|Yes|String|\-|Module ID. Only one module with given ID can be enabled at the same time.| |name|Yes|String|\-|Module name as displayed in the Administration section.| |version|Yes|String|\-|Module version as displayed in the Administration section.| |namespace|Yes|String|\-|PHP namespace for Module.php and action classes.| |author|No|String|""|Module author as displayed in the Administration section.| |url|No|String|""|Module URL as displayed in the Administration section.| |description|No|String|""|Module description as displayed in the Administration section.| |actions|No|Object|{}|Actions to register with this module. See Actions.| |config|No|Object|{}|Module configuration.|  For reference, please see an example of manifest.json in the [Reference](#reference) section.
fr	##### Préparation du manifeste  Chaque module doit avoir un fichier manifest.json avec les champs suivants au format JSON :  |Paramètre|Requis|Type|Par défaut|Description| |---------|---|----|--|-------------------| |manifest\_version|Oui|Double|\-|Version manifeste du module. La version actuellement prise en charge est **1**.| |id|Oui|Chaîne|\-|ID du module. Un seul module avec un ID donné peut être activé en même temps.| |name|Yes|Chaîne|\-|Nom du module tel qu'affiché dans la section Administration.| |version|Oui|Chaîne|\-|Version du module telle qu'affichée dans la section Administration.| |namespace|Oui|Chaîne|\-|Espace de noms PHP pour Module.php et les classes d'action.| |author|No|Chaîne|""|Auteur du module tel qu'affiché dans la section Administration.| |url|No|Chaîne|""|URL du module tel qu'affiché dans la section Administration.| |description|No|Chaîne|""|Description du module telle qu'affichée dans la section Administration.| |actions|Non|Objet|{}|Actions à enregistrer avec ce module. Voir Actions.| |config|Non|Objet|{}|Configuration du module.|  Pour référence, veuillez consulter un exemple de manifest.json dans la section [Réference](#reference).

en-us	##### Manual mode  When [configuring a host](/manual/config/hosts/host), in the *Inventory* tab you can enter such details as the type of device, serial number, location, responsible person, etc., - the data that will populate inventory information.  If a URL is included in the host inventory information and it starts with 'http' or 'https', it will result in a clickable link in the *Inventory* section.
fr	##### Mode manuel  Lors de la [configuration d'un hôte](/manual/config/hosts/host), dans l'onglet *Inventaire*, vous pouvez entrer des détails telles que le type du périphérique, le numéro de série, l'emplacement, la personne responsable, etc., - le donnée qui peuplera l'information d'inventaire.  Si une URL est incluse dans les informations de l'inventaire de l'hôte et qu'elle commence par `http` ou `https`, un lien cliquable apparaît dans la section *Inventaire*.

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.|