en-us	#### Overview  In the *Data collection → Hosts* section users can configure and maintain hosts.  A listing of existing hosts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host.<br>Clicking on the host name opens the host [configuration form](/manual/config/hosts/host#configuring_a_host).| |*Entities (Items, Triggers, Graphs, Discovery, Web)*|Clicking on the entity name will display items, triggers, etc., of the host.<br>The number of the respective entities is displayed in gray.| |*Interface*|The main interface of the host is displayed.| |*Proxy*|Assigned proxies are displayed in this column:<br><Proxy name> - host is monitored by standalone proxy (even if the proxy is part of proxy group);<br><Proxy group name: proxy name> - host is monitored by proxy group, and Zabbix server has assigned a proxy to monitor the host;<br><Proxy group name> - host is monitored by proxy group without any proxies, or if Zabbix server has not assigned a proxy to monitor the host;<br>Nothing - host is not monitored by either proxy or proxy group.<br>This column is only displayed if the *Monitored by* filter option is set to 'Any', 'Proxy', or 'Proxy group'.| |*Templates*|The templates linked to the host are displayed.<br>If other templates are contained in the linked template, those are displayed in parentheses, separated by a comma.<br>Clicking on a template name will open its configuration form.| |*Status*|Host status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it manually.<br>An orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) before the host status indicates that this host is in maintenance. Maintenance details are displayed when the mouse pointer is positioned on the icon.<br>Discovered hosts that have been lost are marked with an info icon. The tooltip text provides details on their status.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/data_collection/hosts#reading_host_availability) per configured interface is displayed.<br><br>Availability icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse pointer on the icon, a pop-up list appears listing all interfaces of this type with details, status and errors (for the agent interface, availability of active checks is also listed).<br>The column is empty for hosts with no interfaces.<br>The current status of all interfaces of one type is displayed by the respective icon color:<br>**Green** - all interfaces available;<br>**Yellow** - at least one interface is unavailable and at least one is either available or unknown; others can have any status, including 'unknown';<br>**Red** - no interfaces available;<br>**Gray** - at least one interface unknown (none unavailable).<br><br>**Active check availability.** Since Zabbix 6.2 active checks also affect host availability if there is at least one active check enabled on the host. To determine active check availability, heartbeat messages are sent in the agent active check thread. The frequency of the heartbeat messages is set by the `HeartbeatFrequency` parameter in Zabbix [agent](/manual/appendix/config/zabbix_agentd) and [agent 2](/manual/appendix/config/zabbix_agent2) configurations (60 seconds by default, 0-3600 range). Active checks are considered unavailable when the active check heartbeat is older than 2 x HeartbeatFrequency seconds.<br>**Note:** If Zabbix agents older than 6.2.x are used, they are not sending any active check heartbeats, so the availability of their hosts will remain unknown.<br>Active agent availability is counted towards the total Zabbix agent availability in the same way as a passive interface is. For example, if a passive interface is available while the active checks are unknown, the total agent availability is set to gray (unknown).| |*Agent encryption*|Encryption status for connections to the host is displayed:<br>**None** - no encryption;<br>**PSK** - using pre-shared key;<br>**Cert** - using certificate.| |*Info*|Error information (if any) regarding the host is displayed.| |*Tags*|[Tags](/manual/config/tagging) of the host with macros unresolved.|  To configure a new host, click on the *Create host* button in the top right-hand corner. To import a host from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
ca	#### Vista general  A la secció *Recull de dades → Equips*, els usuaris poden configurar i mantindre els equips.  Es mostra un llistat dels equips existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/hosts.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de l'equip.<br>Fent clic al nom de l'equip s'obre l'equip [formulari de configuració](/manual/config/hosts/host#configuring_a_host).| |*Entitats (elements, triggers, gràfics, descoberta, web)*|Fent clic al nom de l'entitat es mostraran elements, triggers, etc. de l'equip.<br>El nombre de les entitats respectives es mostra en gris.| |*Interfície*|Interfície principal de l'equip.| |*Proxy*|Els proxys assignats es mostren en aquesta columna:<br><Nom del proxy>: l'equip és monitorat per un proxy autònom (encara que el proxy formi part del grup de proxys);<br><Nom del grup de proxys: nom del proxy>: l'equip és monitorat per grup de proxys i el servidor de Zabbix ha assignat un proxy per supervisar l'equip;<br><Nom del grup de proxys>: l'equip és monitorat pel grup de proxys sense cap proxy, o si el servidor Zabbix no ha assignat cap proxy per monitorar l'equip;<br>Res: l'equip no és pas monitorat ni pel proxy ni pel grup de proxys.<br>Aquesta columna només es veu si l'opció de filtre *Monitorat per* és establerta a "Qualsevol", "Proxy" o "Grup de proxys".| |*Plantilles*|Les plantilles enllaçades a l'equip.<br>Si hi ha altres plantilles a la plantilla enllaçada, aquestes es llisten entre parèntesis, separades per una coma.<br>Fer clic al nom d'una plantilla obrirà el formulari de configuració.| |*Estat*|Estat de l'equip: *Activat* o *Desactivat*.<br>Fent clic a l'estat el podeu canviar.<br>Una icona de clau anglesa carbassa ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) abans que l'estat de l'equip indiqui que aquest equip és en manteniment. Els detalls de manteniment es mostren quan el punter del ratolí es passa per la icona.| |*Disponibilitat*|[Disponibilitat](/manual/web_interface/frontend_sections/data_collection/hosts#reading_host_availability) de l'equip per interfície configurada.<br><br>Les icones de disponibilitat només representen aquests tipus d'interfície (agent Zabbix, SNMP, IPMI, JMX) que són configurats. Si passeu el punter del ratolí per la icona, apareixerà una llista emergent amb totes les interfícies d'aquest tipus amb detalls, estat i errors (per a la interfície de l'agent, també s'indica la disponibilitat de comprovacions actives).<br>La columna és buida per als equips sense interfícies.<br>L'estat actual de totes les interfícies d'un tipus es mostra amb el color de la icona corresponent:<br>**Verd** - totes les interfícies són disponibles;<br>**Groc** - almenys una interfície és disponible i almenys una no ho és; altres poden tindre qualsevol estat, inclòs "desconegut";<br>**Vermell** - no hi ha interfícies disponibles;<br>**Gris** - almenys una interfície és desconeguda (cap no disponible).<br><br>**Disponibilitat de comprovació activa.** Com que les comprovacions actives de Zabbix 6.2 també afecten la disponibilitat de l'equip, si hi ha almenys una comprovació activa activada a l'equip. Per determinar la disponibilitat de comprovació activa, s'envien missatges de heartbeat al fil de comprovació activa de l'agent. La freqüència dels missatges de heartbeat es defineix pel paràmetre `HeartbeatFrequency` a les configuracions de l'[agent](/manual/appendix/config/zabbix_agentd) i l'[agent 2](/manual/appendix/config/zabbix_agent2) de Zabbix (60 segons per defecte, rang 0-3600). Les comprovacions actives es consideren no disponibles quan el heartbeat de comprovació actiu és superior a 2 segons de freqüència de heartbeat.<br>**Nota:** Si s'empren agents Zabbix anteriors a 6.2.x, no envien cap heartbeat de comprovació actiu, de manera que la disponibilitat dels seus equips romandran desconeguts.<br>La disponibilitat de l'agent actiu es compta per a la disponibilitat total de l'agent Zabbix de la mateixa manera que ho fa una interfície passiva. Per exemple, si hi ha disponible una interfície passiva mentre es desconeixen les comprovacions actives, la disponibilitat total de l'agent s'estableix en gris (desconegut).| |*Xifrat de l'agent*|Es mostra l'estat de xifrat de les connexions a l'equip:<br>**Cap** - sense xifrat;<br>**PSK** - empra la clau prèviament compartida;<br>**Cert** - empra el certificat.| |*Info*|Informació d'error (si n'hi ha) sobre l'equip.| |*Etiquetes*|[Etiquetes](/manual/config/tagging) de l'equip amb macros no resoltes.|  Per configurar un nou equip, feu clic al botó *Crear equip* a l'extrem superior dret. Per importar un equip des d'un fitxer YAML, XML o JSON, feu clic al botó *Importar* a l'extrem superior dret.

en-us	#### Overview  In the *Data collection → Maintenance* section users can configure and maintain maintenance periods for hosts.  A listing of existing maintenance periods with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the maintenance period. Clicking on the maintenance period name opens the maintenance period [configuration form](/manual/maintenance#configuration).| |*Type*|The type of maintenance is displayed: *With data collection* or *No data collection*| |*Active since*|The date and time when executing maintenance periods becomes active.<br>Note: This time does not activate a maintenance period; maintenance periods need to be set separately.| |*Active till*|The date and time when executing maintenance periods stops being active.| |*State*|The state of the maintenance period:<br>**Approaching** - will become active soon<br>**Active** - is active<br>**Expired** - is not active any more| |*Description*|Description of the maintenance period is displayed.|  To configure a new maintenance period, click on the *Create maintenance period* button in the top right-hand corner.
ca	#### Vista general  A la secció *Recull de dades → Manteniment*, els usuaris poden configurar i mantindre períodes de manteniment dels equips.  Es mostra un llistat dels períodes de manteniment existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/maintenance_periods1.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del període de manteniment. Si feu clic al nom del període de manteniment, s'obre el període de manteniment [formulari de configuració](/manual/maintenance#configuration).| |*Tipus*|Tipus de manteniment: *Amb recollida de dades* o *Sense recollida de dades*| |*Activat des de*|Data i l'hora en què s'executen els períodes de manteniment.<br>Nota: aquesta hora no activa cap període de manteniment; els períodes de manteniment s'han d'establir per separat.| |*Actiu fins a*|Data i l'hora en què s'executen que els períodes de manteniment deixin d'estar actius.| |*Estat*|L'estat del període de manteniment:<br>**A punt** - s'activarà aviat<br>**Actiu** - és actiu<br>**Caducat** - ja no és actiu | |*Descripció*|Descripció del període de manteniment.|  Per configurar un nou període de manteniment, feu clic al botó *Crear un període de manteniment* a l'extrem superior dret.

en-us	#### Overview  In the *Data collection → Templates groups* section users can configure and maintain template groups.   A listing of existing template groups with their details is displayed. You can search and filter template groups by name.  ![](../../../../../assets/en/manual/web_interface/template_groups.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the template group. Clicking on the group name opens the group [configuration form](/manual/config/templates/template#configuring_a_template_group).| |*Templates*|Number of templates in the group (displayed in gray) followed by the list of group members. <br> Clicking on a template name will open the template configuration form.<br> Clicking on the number opens the list of templates in this group.|
ca	#### Vista general  A la secció *Recull de dades* → *Grups de plantilles*, els usuaris poden configurar i gestionar grups de plantilles. Un grup d'equips pot contindre plantilles i equips.  Es mostra una llista dels grups de plantilles existents amb els seus detalls. Podeu cercar i filtrar grups de plantilles pel nom.  ![](../../../../../assets/en/manual/web_interface/template_groups.png){width="600"}  Dades mostrades:  |Columna|Descripció| |-------|------------| |*Nom*|Nom del grup de plantilles. Si feu clic al nom del grup, s'obre el [formulari de configuració](/manual/config/template#configuring_a_template_group) per al grup d'equips.| |*Templates*|Nombre de plantilles del grup (es mostra en gris). <br> Clicant una plantilla obrirà el formulari de configuració de la plantilla. <br> Fent clic a un nombre, obre la llita de plantilles d'aquest grup.|

en-us	#### Overview  In the *Data collection* → *Templates* section users can configure and maintain templates.  A listing of existing templates with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the template.<br>Clicking on the template name opens the template [configuration form](/manual/config/templates/template#creating_a_template).| |*Hosts*|Number of editable hosts to which the template is linked; read-only hosts are not included.<br>Clicking on *Hosts* will open the host list with only those hosts filtered that are linked to the template.| |*Entities (Items, Triggers, Graphs, Dashboards, Discovery, Web)*|Number of the respective entities in the template (displayed in gray).<br>Clicking on the entity name will, in the whole listing of that entity, filter out those that belong to the template.| |*Linked templates*|Templates that are [linked](/manual/config/templates/nesting) to the template.| |*Linked to templates*|Templates that the template is [linked](/manual/config/templates/nesting) to.| |*Vendor*, *Version*|Template vendor and version; displayed if the template configuration contains such information, and only for [out-of-the-box templates](/manual/config/templates_out_of_the_box), [imported templates](/manual/xml_export_import/templates#importing), or templates modified through the [Template API](/manual/api/reference/template).<br>For out-of-the-box templates, version is displayed as follows: major version of Zabbix, delimiter ("-"), revision number (increased with each new version of the template, and reset with each major version of Zabbix). For example, 6.4-0, 6.4-3, 7.0-0, 7.0-3.| |*Tags*|[Tags](/manual/config/tagging) of the template, with macros unresolved.|  To [configure a new template](/manual/config/templates/template), click on the *Create template* button in the top right-hand corner.  To [import a template](/manual/xml_export_import/templates#importing) from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
ca	#### Vista general  A la secció *Recull de dades* → *Plantilles*, els usuaris poden configurar i mantindre plantilles.  Es mostra una llista de plantilles existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/templates.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de la plantilla.<br>Fent clic al nom de la plantilla s'obre el [formulari de configuració](/manual/config/templates/template#creating_a_template) de la plantilla.| |*Equips*|Nombre d'equips editables als quals és enllaçada la plantilla; no s'inclouen els equips de només lectura.<br>Si feu clic a *Equips*, s'obrirà la llista d'equips amb només filtrats els equips enllaçats a la plantilla.| |*Entitats (elements, triggers, gràfics, taulers de control, descoberta, web)*|Nombre de les entitats respectives a la plantilla (mostrades en gris).<br>Fent clic al nom de l'entitat apareixerà a la llista completa d'aquesta entitat. filtra els que pertanyen a la plantilla.| |*Plantilles enllaçades*|Plantilles [enllaçades](/manual/config/templates/nesting) a la plantilla.| |*Enllaçat a plantilles*|Plantilles a les quals és [enllaçada](/manual/config/templates/nesting).<br>Des de Zabbix 5.0.3, aquesta columna ja no inclou els equips.| |*Proveïdor*, *Versió*|Proveïdor i versió de la plantilla; es mostra si la configuració de la plantilla conté aquesta informació, i només per a [plantilles fora de la caixa](/manual/config/templates_out_of_the_box), [plantilles importades](/manual/xml_export_import/templates#importing) o plantilles modificades mitjançant la [Template API](/manual/api/reference/template).<br>Per a les plantilles noves, la versió es mostra de la següent manera: versió principal de Zabbix, delimitador ("-"), nombre de revisió (augmentat a cada nova versió de la plantilla i restablert amb cada versió principal de Zabbix). Per exemple, 6.4-0,6.4-3,7.0-0, 7.0-3.| |*Etiquetes*|[Etiquetes](/manual/config/tagging) de la plantilla, amb macros no resoltes.|  Per [configurar una plantilla nova](/manual/config/templates/template), feu clic al botó *Crear plantilla* a l'extrem superior dret.  Per [importar una plantilla](/manual/xml_export_import/templates#importing) des d'un fitxer YAML, XML o JSON, feu clic al botó *Importar* a l'extrem superior dret.

en-us	#### Overview  In the data overview widget, you can display the latest data for a group of hosts.  The color of problem items is based on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledgment#updating_problems) screen.  By default, only values that fall within the last 24 hours are displayed. This limit has been introduced with the aim of improving initial loading times for large pages of latest data. This limit is configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max history display period* option.  Clicking on a piece of data offers links to some predefined graphs or latest values.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags. 
ca	#### Vista general  Al giny de vista general de dades, podeu veure les dades més recents per a un grup d'equips.  El color dels elements del problema es basa en el color de la gravetat del problema, que es pot ajustar a la pantalla [Actualització del problema](/manual/acknowledgement#updating_problems).  De manera predeterminada, només es mostren els valors que es troben en les darreres 24 hores. Aquest límit s'ha introduït amb l'objectiu de millorar els temps de càrrega inicials de pàgines grans de dades més recents. Aquest límit es pot configurar a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, empran l'opció *Període màxim de visualització de l'historial*.  Si feu clic a una dada, s'ofereix enllaços a alguns gràfics predefinits o valors més recents.  Tingueu en compte que es mostren 50 registres per defecte (configurables a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, emprant el *Nombre màxim de columnes i fileres de la vista general opció taules*). Si existeixen més registres dels que s'han configurat per mostrar, apareix un missatge a la part inferior de la taula en què es demana que proporcionin criteris de filtrat més específics. No hi ha paginació. Tingueu en compte que aquest límit s'aplica primer, abans de qualsevol altre filtrat de dades, per exemple, per etiquetes.

en-us	#### Overview  In the graph prototype widget, you can display a grid of graphs created from either a graph prototype or an item prototype by low-level discovery.
ca	#### Vista general  Al giny de prototip de gràfic, podeu mostrar una graella de gràfics creats a partir d'un prototip de gràfic o d'un prototip d'element mitjançant una descoberta de baix nivell.

en-us	 #### Overview  In the host availability widget, high-level statistics about host availability are displayed in colored columns/lines, depending on the chosen layout.  Horizontal display (columns):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)  Vertical display (lines):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)  Host availability in each column/line is counted as follows:  -   *Available* - hosts with all interfaces available -   *Not available* - hosts with all interfaces not available -   *Mixed* - hosts with at least one interface unavailable and at least one either available or unknown; others can have any value, including "unknown" -   *Unknown* - hosts with at least one interface unknown (none     unavailable) -   *Total* - total of all hosts  ::: noteclassic For Zabbix agent (active checks), the *Mixed* cell will always be empty since this type of items cannot have multiple interfaces. :::
ca	#### Vista general  Al giny de disponibilitat de l'equip, les estadístiques d'alt nivell sobre la disponibilitat de l'equip es mostren en columnes/fileres de colors, depenent de la disposició triada:  Vista horitzontal (columnes):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)  Vista vertical (línies):  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_v.png)  La disponibilitat de l'equip a cada columna/filera es compta de la següent manera:  - *Disponible* - equips amb totes les interfícies disponibles - *No disponible* - equips amb almenys una interfície no disponible - *Barreja* - equips amb, com a mínim una interfície no disponible i, com a mínim, una altra de disponible - *Desconegut* - equips amb almenys una interfície desconeguda (cap no disponible) - *Total* - total de tots els equips  ::: noteclassic Per a l'agent Zabbix (comprovacions actives), la cel·la *Barreja* sempre serà buida ja que aquest tipus d'elements no poden tindre múltiples interfícies. :::

en-us	#### Overview  In the *Inventory → Hosts* section [inventory data](/manual/config/hosts/inventory) of hosts are displayed.  You can filter the hosts by host group(s) and by any inventory field to display only the hosts you are interested in.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  To display all host inventories, select no host group in the filter, clear the comparison field in the filter and press "Filter".  While only some key inventory fields are displayed in the table, you can also view all available inventory information for that host. To do that, click on the host name in the first column.
ca	#### Vista general  A la secció *Inventari → Equips*, es mostren les [dades d'inventari](/manual/config/hosts/inventory) dels equips.  Podeu filtrar els equips per grups d'equips i qualsevol camp d'inventari per veure només els equips que us interessen.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  Per veure tots els inventaris d'equips, no trieu cap grup d'equips al filtre, esborreu el camp de comparació del filtre i premeu "Filtre".  Tot i que a la taula només es mostren determinats camps d'inventari clau, també podeu veure tota la informació d'inventari disponible per a aquest equip. Per fer-ho, feu clic al nom d'equip a la primera columna.

en-us	#### Overview  In the map widget you can display either:  -   a single configured network map; -   one of the configured network maps in the [map navigation tree](/manual/web_interface/frontend_sections/dashboards/widgets/map_tree)     (when clicking on the map name in the tree).
ca	#### Vista general  Al giny del mapa, podeu veure:  - Només s'ha configurat una targeta de xarxa - una de les targetes de xarxa configurades a l'[arbre de navegació del mapa](/manual/web_interface/frontend_sections/dashboards/widgets/map_tree)  quan feu clic al nom de la tarja a l'arbre.

en-us	#### Overview  In the *Monitoring → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Discovered device*|Discovered devices are listed, grouped by the discovery rule. Clicking on the discovery rule brings up the rule menu containing the link to the discovery rule [configuration form](/manual/discovery/network_discovery/rule).| |*Monitored host*|If a device is already monitored, the host name will be listed in this column.<br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*Uptime/Downtime*|The duration of the device being discovered or lost after previous discovery is displayed in this column.| |*Discovery check*|The state of the individual service (discovery check) for each discovered device is displayed. A red cell shows that the service is down. Service uptime or downtime is included within the cell.<br>This column is displayed only if the service has been found on at least one discovered device.| 
ca	#### Vista general  A la secció *Monitoratge → Descoberta*, es veuen els resultats de [descoberta de xarxa](/manual/discovery/network_discovery). Els dispositius descoberts s'ordenen segons la regla de descoberta.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Dispositiu trobat*|Es llisten els dispositius descoberts, agrupats per la regla de descoberta. Si feu clic a la regla de descoberta, apareixerà el menú de regles que conté l'enllaç a la regla de descoberta [formulari de configuració](/manual/discovery/network_discovery/rule).| |*Equip monitorat*|Si un dispositiu ja és monitorat, el nom de l'equip apareixerà en aquesta columna.<br>Fent clic al nom de l'equip apareixerà el [menú de l'equip](/manual/web_interface/menu/host_menu).| |*Uptime/Downtime*|La durada del dispositiu que s'està cercant o perdut després d'una descoberta anterior es veu en aquesta columna.| |*Comprovació de descoberta*|Es veu l'estat del servei individual (comprovació de descoberta) per a cada dispositiu trobat. Un globus vermell indica que el servei és caigut. El temps d'activitat o d'inactivitat del servei s'inclou a la cel·la.<br>Aquesta columna només es veu si el servei s'ha trobat en almenys un dispositiu trobat.| 

en-us	#### Overview  In the *Monitoring → Maps* section you can configure, manage and view [network maps](/manual/config/visualization/maps).  When you open this section, you will either see the last map you accessed or a listing of all maps you have access to.  All maps can be either public or private. Public maps are available to all users, while private maps are accessible only to their owner and the users the map is shared with.
ca	#### Vista general  A la secció *Monitoratge → Mapes*, podeu configurar, gestionar i visualitzar [mapes de xarxa](/manual/config/visualization/maps).  Quan obriu aquesta secció, veureu el darrer mapa al qual heu accedit o una llista de tots els mapes als quals teniu accés.  Totes les targes poden ser públiques o privades. Els mapes públics són disponibles per a tots els usuaris, mentre que els mapes privats només són disponibles per al seu propietari i per als usuaris amb qui es comparteix el mapa.

en-us	#### Overview  In the problem host widget, you can display problem count by host group and the highest problem severity within a group.  The problem count is displayed only for cause problems.
ca	#### Vista general  Al giny de l'equip del problema, podeu mostrar el recompte de problemes per grup d'equips i la gravetat del problema més alta dins d'un grup.  El recompte de problemes només es mostra per causa de problemes.

en-us	#### Overview  In the *Reports → Action log* section users can view details of operations (notifications, remote commands) executed within an action.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Time*|Timestamp of the operation.| |*Action*|Name of the action causing operations.| |*Media type*|Media type (e.g. Email, Jira, etc.) used for sending a notification.<br>For operations that executed remote commands, this column will be empty.| |*Recipient*|Information about the notification recipient - username, name and surname (in parentheses), and additional information depending on the media type (email, username, etc.).<br>For operations that executed remote commands, this column will be empty.| |*Message*|The content of the message/remote command.<br>A remote command is separated from the target host with a colon symbol: `<host>:<command>`. For example, if the remote command was executed on Zabbix server, then the information will have the following format: `Zabbix server:<command>`.| |*Status*|Operation status:<br>*In progress* - operation for sending a notification is in progress (the remaining number of times the server will try to send the notification is also displayed)<br>*Sent* - notification has been sent<br>*Executed* - remote command has been executed<br>*Failed* - operation has not been completed| |*Info*|Error information (if any) regarding the operation execution.|
ca	#### Vista general  A la secció *Informes → Registre d'accions*, els usuaris poden veure els detalls de les operacions (notificacions, comandes remotes) executades dins d'una acció.  ![](../../../../../assets/en/manual/web_interface/action_log2.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Hora*|Marca de temps de l'operació.| |*Acció*|Nom de l'acció que provoca les operacions.| |*Tipus de suport*|Tipus de suport (per exemple, correu electrònic, Jira, etc.) emprat per enviar una notificació.<br>Per a les operacions que han executat coamandes remotes, aquesta columna serà buida.| |*Destinatari*|Informació sobre el destinatari de la notificació: nom d'usuari, nom i cognoms (entre parèntesis) i informació addicional segons el tipus de suport (correu electrònic, nom d'usuari, etc.).<br>Per a les operacions que van executar comandes remotes, aquesta columna serà buida.| |*Missatge*|El contingut del missatge/comanda remota.<br>Una comanda remota és separada de l'equip de destinació amb un símbol de dos punts: `<host>:<command>`. Per exemple, si la comanda remota s'ha executat al servidor Zabbix, la informació tindrà el format següent: `Servidor Zabbix:<comanda>`.| |*Estat*|Estat de l'operació:<br>*En curs* - l'operació per enviar una notificació és en curs (també es mostra el nombre de vegades que el servidor provarà d'enviar la notificació)<br>*Enviat* - notificació enviada<br>*Executat* - la comanda remota s'ha executat<br>*Error* - l'operació no s'ha completat| |*Info*|Informació d'error (si n'hi ha) pel que fa a l'execució de l'operació.|

en-us	#### Overview  In the *Reports* → *Audit log* section, the records of user and system activity can be viewed.  ::: noteclassic For audit records to be collected and displayed, the *Enable audit logging* checkbox has to be marked in the *Administration* → [*Audit log*](/manual/web_interface/frontend_sections/administration/audit_log) section. Without this setting enabled, the history of activities will not be recorded in the database and will not be shown in the audit log. :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  Audit log displays the following data:  |Column|Description| |--|--------| |*Time*|Timestamp of the audit record.| |*User*|User who performed the activity.| |*IP*|IP from which the activity was initiated.| |*Resource*|Type of the affected resource (*All*, *API token*, *Action*, *Authentication*, *Autoregistration*, etc.).| |*ID*|ID of the affected resource.<br>Clicking on the hyperlink will result in filtering audit log records by this resource ID.| |*Action*|Type of the activity (*Add*, [*Configuration refresh*](/manual/web_interface/frontend_sections/administration/proxies#mass-editing-options), *Delete*, *Execute*, *Failed login*, *History clear*, *Login*, *Logout*, [*Push*](/manual/api/reference/history/push), *Update*).| |*Recordset ID*|Shared ID for all audit log records created as a result of the same operation.<br>For example, when linking a template to a host, a separate audit log record is created for each inherited template entity (item, trigger, etc.) - all these records will have the same *Recordset ID*.<br>Clicking on the hyperlink will result in filtering audit log records by this *Recordset ID*.| |*Details*|Description of the resource and detailed information about the performed activity.<br>If a record contains more than two rows, an additional *Details* link will be displayed. Click on this link to view the full list of changes.|  ::: noteclassic When a [trapper item](/manual/config/items/itemtypes/trapper) or an [HTTP agent item](/manual/config/items/itemtypes/http) (with trapping enabled) has received some data, an entry in the audit log will be added only if the data was sent using the [`history.push`](/manual/api/reference/history/push) API method, and not the [Zabbix sender](/manual/concepts/sender) utility. :::
ca	#### Vista general  A la secció *Informes → Registre d'auditoria*, es poden veure els registres d'activitat d'usuari i sistema.  ::: noteclassic Per collir i mostrar els registres d'auditoria, s'ha d'activar la casella *Activar registre d'auditoria* a la secció *Administració* → [*Registre d'auditoria*] (/manual/web_interface/frontend_sections/administration/audit_log). Sense aquesta característica habilitada, l'historial d'activitats no s'emmagatzemarà pas a la base de dades i no es veurà pas al registre d'auditoria. :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  El registre d'auditoria mostra les dades següents:  |Columna|Descripció| |--|---------| |*Hora*|Marca de temps del registre d'auditoria.| |*Usuari*|Usuari qui ha realitzat l'activitat.| |*IP*|IP des de la qual s'ha iniciat l'activitat.| |*Recurs*|Tipus del recurs afectat (*Tot*, *Token API*, *Acció*, *Autenticació*, *Autoregistre*, etc.).| |*ID*|ID del recurs afectat.<br>Si feu clic a l'hiperenllaç, es filtraran els registres del registre d'auditoria per aquest ID de recurs.| |*Acció*|Tipus d'activitat (*Afegir*, [*Configurar el refresc*](/manual/web_interface/frontend_sections/administration/proxies#mass-editing-options), *Esborrar*, *Executar*, *Login erroni*, *Neteja d'historial*, *Login*, *Logout*, [*Push*](/manual/api/reference/history/push), *Actualitzar*).| |*Recordset ID*|ID compartit per a tots els registres de registre d'auditoria creats com a resultat de la mateixa operació d'interfície. Per exemple, quan s'enllaça una plantilla amb un equip, es crea un registre de registre d'auditoria independent per a cada entitat de plantilla heretada (element, trigger, etc.) - tots aquests registres tindran el mateix *identificador del conjunt de registres*.<br>Si feu clic a l'hiperenllaç com a resultat el filtrat dels registres del registre d'auditoria per aquest *ID de conjunt de registres*.| |*Detalls*|Descripció del recurs i informació detallada sobre l'activitat realitzada.<br>Si un registre conté més de dues files, es mostrarà un enllaç addicional Detalls. Feu clic en aquest enllaç per veure la llista completa de canvis.|  ::: noteclassic Quan un [element trapper](/manual/config/items/itemtypes/trapper) o un [element d'agent HTTP](/manual/config/items/itemtypes/http) (amb la captura activada) ha rebut algunes dades, només s'afegirà una entrada al registre d'auditoria si les dades s'han enviat mitjançant el mètode de l'API [`history.push`](/manual/api/reference/history/push), i no amb la utilitat [remitent Zabbix](/manual/ conceptes/sender). :::

en-us	#### Overview  In the *Reports → Notifications* section a report on the number of notifications sent to each user is displayed.  From the dropdowns in the top right-hand corner you can choose the media type (or all), period (data for each day/week/month/year) and year for the notifications sent.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Each column displays totals per one system user.
ca	#### Vista general  A la secció *Informes → Notificacions*, es veu un informe sobre el nombre de notificacions enviades a cada usuari.  Als menús desplegables situats a l'extrem superior dret, podeu triar el tipus de suport (o tots), el període (dades de cada dia/setmana/mes/any) i l'any de les notificacions enviades.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Cada columna conté els totals d'un usuari del sistema.

en-us	#### Overview  In the *Top triggers* widget, you can see the triggers with the highest number of problems.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers.png){width="600"}  The maximum number of triggers that can be shown is 100. When viewing the widget on a dashboard, it is possible to select the time period for displaying the data.  The information on top triggers is also available in the *Reports* → [*Top 100 triggers*](/manual/web_interface/frontend_sections/reports/triggers_top) menu section.
ca	#### Visió general  Al giny *Triggers principals*, podeu veure els triggers amb el major nombre de problemes.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers.png){width="600"}  El nombre màxim de triggers que es poden veure són 100. Quan es visualitza el giny en un tauler, és possible seleccionar el període de temps per mostrar les dades.  La informació dels triggers principals també és disponible a la secció de menú *Informes* → [*100 triggers principals*](/manual/web_interface/frontend_sections/reports/triggers_top).

en-us	#### Overview  In the trigger overview widget, you can display the trigger states for a group of hosts.  -   The trigger states are displayed as colored blocks     (the color of the blocks for PROBLEM triggers depends on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledgment#updating_problems) screen).     Note that recent trigger state changes (within the last 2 minutes) will be displayed as blinking blocks. -   Gray up and down arrows indicate triggers that have dependencies. On mouseover, dependency details are revealed. -   A checkbox icon indicates acknowledged problems.     All problems or resolved problems of the trigger must be acknowledged for this icon to be displayed.  Clicking on a trigger block provides context-dependent links to problem events of the trigger, the problem acknowledgment screen, trigger configuration, trigger URL or a simple graph/latest values list.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags.
ca	#### Vista general  Al giny de visió general del trigger, podeu mostrar els estats d'activació d'un grup d'equips.  - Els estats d'activació es mostren com a blocs de colors (el color dels blocs dels triggers de PROBLEMA depèn del color de la gravetat del problema, que es pot ajustar a la pantalla [Actualització del problema](/manual/acknowledgement#updating_problems)).      Tingueu en compte que els canvis recents d'estat d'activació (dins dels últims 2 minuts) es mostraran com a blocs intermitents. - Les fletxes grises amunt i avall indiquen triggers que tenen dependències. En passar el ratolí, es veuen els detalls de la dependència. - Una icona de casella de selecció indica problemes reconeguts. Tots els problemes o problemes resolts del trigger s'han de reconèixer perquè aquesta icona es mostri.  Si feu clic a un bloc trigger, s'ofereixen enllaços depenents del context als esdeveniments problemàtics del trigger, la pantalla de reconeixement del problema, la configuració del trigger, l'URL del trigger o un gràfic simple/llista de valors més recents.  Tingueu en compte que es mostren 50 registres per defecte (configurables a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, emprant el *Nombre màxim de columnes i fileres de la visió general opció taules*). Si existeixen més registres dels que s'han configurat per mostrar, es mostra un missatge a la part inferior de la taula en què es demana que proporcionin criteris de filtrat més específics. No hi ha paginació. Tingueu en compte que aquest límit s'aplica primer, abans de qualsevol altre filtrat de dades, per exemple, per etiquetes.

en-us	#### Overview  In the *Users → User groups* section user groups of the system are maintained.
ca	#### Vista general  A la secció *Usuaris → Grups d'usuaris* hi ha el manteniment dels grups d'usuaris del sistema.

en-us	#### Overview  In the *Users → User roles* section you may create user roles.   User roles allow to create fine-grained permissions based on  the initially selected user type (*User*, *Admin*, *Super admin*).  Upon selecting a user type, all available permissions for this user  type are granted (checked by default).  Permissions can only be revoked from the subset that is available for  the user type; they cannot be extended beyond what is available for the  user type.   Checkboxes for unavailable permissions are grayed out; users will not  be able to access the element even by entering a direct URL to  this element into the browser.  User roles can be assigned to system users. Each user may have only one role assigned.
ca	#### Vista general  A la secció *Usuaris → Rols d'usuari* podeu crear rols d'usuari.  Els rols d'usuari permeten crear permisos detallats en funció del tipus d'usuari triat inicialment (*Usuari*, *Administrador*, *Superadministrador*).  En triar un tipus d'usuari, s'atorguen tots els permisos disponibles per a aquest tipus d'usuari (marcats per defecte).  Els permisos només es poden revocar del subconjunt disponible per al tipus d'usuari; no es poden ampliar més enllà del que està disponible per al tipus d'usuari.  Les caselles de verificació dels permisos no disponibles són en gris; els usuaris no podran accedir a l'element ni tan sols introduint un URL directe a aquest element al navegador.  Els rols d'usuari es poden assignar als usuaris del sistema. Cada usuari només pot tindre un rol assignat.

en-us	#### Overview  In the *Users → Users* section users of the system are maintained.
ca	#### Vista general  A la secció *Usuaris → Usuaris* hi ha el manteniment dels usuaris del sistema.

en-us	#### Overview  In this preprocessing step it is possible to convert CSV file data into JSON format. It's supported in:  -   items (item prototypes) -   low-level discovery rules
ca	#### Vista general  En aquesta passa de preprocessament, és possible convertir les dades del fitxer CSV al format JSON. Està recolzat en:  - elements (prototips d'elements) - regles de descoberta de baix nivell

en-us	#### Overview  In this section the configured graph prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, graph prototypes will become the basis of  creating real host [graphs](/manual/web_interface/frontend_sections/data_collection/hosts/graphs)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips de gràfics configurats d'una regla de descoberta de baix nivell a la plantilla.  Si la plantilla és enllaçada a l'equip, els prototips de gràfics es convertiran en la base de la creació d'un [gràfic](/manual/web_interface/frontend_sections/data_collection/hosts/graphs) d'equip real durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/template_graph_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de gràfic, que es veu com un enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/graph_prototypes) del prototip de gràfic.<br>Si el prototip de gràfic pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans del nom del gràfic, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de gràfics al nivell de plantilla enllaçada.| |*Amplada*|Amplada del prototip de gràfic.| |*Alçada*|Alçada del prototip de gràfic.| |*Tipus*|Tipus de prototip de gràfic: *Normal*, *Apilat*, *Pastel* o *Explotat*.| |*Descoberta*|Descobreix el gràfic basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre 'Sí' i 'No' fent clic sobre ells.|  Per configurar un prototip de gràfic nou, feu clic al botó *Crear un prototip de gràfic* a l'extrem superior dret.

en-us	#### Overview  In this section the configured host prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, host prototypes will become the basis of  creating real [hosts](/manual/web_interface/frontend_sections/data_collection/hosts)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció, es mostren els prototips d'equips configurats en una regla de descoberta de models de baix nivell.  Si la plantilla és vinculada a l'equip, els prototips d'equips es convertiran en la base per crear [equips] (/manual/web_interface/frontend_sections/data_collection/hosts) reals durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/template_host_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de l'equip, que es mostra com un enllaç blau.<br>Si feu clic al nom, s'obre el formulari de configuració del prototip de l'equip.<br>Si el prototip de l'equip pertany a una plantilla enllaçada, el nom del model es mostra abans el nom de l'equip, com a enllaç gris. Si feu clic a l'enllaç del model, s'obrirà la llista de prototips d'equip al nivell del model enllaçat.| |*Plantilles*|Plantilles del prototip de l'equip.| |*Crear activat*|Crea l'equip basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre 'Sí' i 'No' fent clic a sobre.| |*Descoberta*|Descobreix l'equip basat en aquest prototip:<br>**Sí** - descobreix<br>**No** - no descobreix. Podeu canviar entre 'Sí' i 'No' fent-t'hi clic.| |*Etiquetes*|Es mostren les etiquetes del prototip de l'equip.|  Per configurar un prototip d'equip nou, feu clic al botó *Crear un prototip d'equip* a l'extrem superior dret.

en-us	#### Overview  In this section the configured item prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, item prototypes will become the basis of  creating real host [items](/manual/web_interface/frontend_sections/data_collection/hosts/items)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a linked template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item prototype list on the linked template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype is displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips d'elements configurats d'una regla de descoberta de baix nivell a la plantilla.  Si la plantilla és enllaçada a l'equip, els prototips d'elements es convertiran en la base per crear [elements](/manual/web_interface/frontend_sections/data_collection/hosts/items) d'equip real durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de l'element, que es veu com a enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/item_prototypes) del prototip de l'element.<br>Si el prototip de l'element pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans del nom de l'element, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips d'element al nivell de plantilla enllaçada.| |*Clau*|Clau del prototip d'element.| |*Interval*|Freqüència de la comprovació.| |*Historial*|Quants dies s'ensenya l'historial de dades d'elements.| |*Tendències*|Quants dies s'ensenya l'historial de tendències d'articles.| |*Tipus*|Tipus del prototip d'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Crea activat*|Crea l'element basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre 'Sí' i 'No' fent-t'hi clic.| |*Descobreix*|Descobreix l'element basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre 'Sí' i 'No' fent-t'hi clic.| |*Etiquetes*|Etiquetes del prototip d'element.|  Per configurar un prototip d'element nou, feu clic al botó *Crear un prototip d'element* a l'extrem superior dret.

en-us	#### Overview  In this section the configured trigger prototypes of a low-level discovery rule on the template are  displayed.   If the template is linked to the host, trigger prototypes will become the basis of  creating real host [triggers](/manual/web_interface/frontend_sections/data_collection/hosts/triggers)  during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips de triggers configurats d'una regla de descoberta de baix nivell a la plantilla.  Si la plantilla és enllaçada a l'equip, els prototips de trigger es convertiran en la base per crear [triggers](/manual/web_interface/frontend_sections/data_collection/hosts/triggers) d'equip reals durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/template_trigger_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de trigger, que es veu com un enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/trigger_prototypes) del prototip de trigger.<br>Si el prototip de trigger pertany a una plantilla enllaçada, el nom de la plantilla es veu abans del nom del trigger, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de trigger al nivell de plantilla enllaçada.| |*Dades operacionals*|Format de les dades operatives del trigger, que conté cadenes i macros arbitràries que es resoldran dinàmicament a *Monitoratge* → *Problemes*.| |*Crea activat*|Crea el trigger basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre 'Sí' i 'No' fent-t'hi clic.| |*Descobriu*|Descobriu el trigger basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre 'Sí' i 'No' fent-t'hi.| |*Etiquetes*|Es mostren les etiquetes del prototip de trigger.|  Per configurar un prototip de trigger nou, feu clic al botó *Crear un prototip de trigger* a l'extrem superior dret.

en-us	#### Overview  In this section the graph prototypes of a low-level discovery rule on the host are  displayed. Graph prototypes are the basis of real host [graphs](/manual/web_interface/frontend_sections/data_collection/hosts/graphs)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the graph prototype, displayed as a blue link.<br>Clicking on the name opens the graph prototype [configuration form](/manual/discovery/low_level_discovery/graph_prototypes).<br>If the graph prototype belongs to a linked template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph prototype list on the linked template level.| |*Width*|Width of the graph prototype is displayed.| |*Height*|Height of the graph prototype is displayed.| |*Type*|Type of the graph prototype is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Discover*|Discover the graph based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.|  To configure a new graph prototype, click on the *Create graph prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips de gràfics d'una regla de descoberta de baix nivell a l'equip. Els prototips de gràfics són la base dels [gràfics](/manual/web_interface/frontend_sections/data_collection/hosts/graphs) que es creen durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/host_graph_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de gràfic, que es mostra com un enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/graph_prototypes) del prototip de gràfic.<br>Si el prototip de gràfic pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans del nom del gràfic, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de gràfics al nivell de plantilla enllaçada.| |*Amplada*|Es mostra l'amplada del prototip de gràfic.| |*Alçada*|Es mostra l'alçada del prototip de gràfic.| |*Tipus*|Es mostra el tipus de prototip de gràfic: *Normal*, *Apilat*, *Pastel* o *Explotat*.| |*Descobrir*|Descobreix el gràfic basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic sobre ells.|  Per configurar un prototip de gràfic nou, feu clic al botó *Crear un prototip de gràfic* a l'extrem superior dret.

en-us	#### Overview  In this section the host prototypes of a low-level discovery rule on the host are  displayed. Host prototypes are the basis of real [hosts](/manual/web_interface/frontend_sections/data_collection/hosts)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host prototype, displayed as a blue link.<br>Clicking on the name opens the host prototype configuration form.<br>If the host prototype belongs to a linked template, the template name is displayed before the host name, as a gray link. Clicking on the template link will open the host prototype list on the linked template level.| |*Templates*|Templates of the host prototype are displayed.| |*Create enabled*|Create the host based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the host based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the host prototype are displayed.|  To configure a new host prototype, click on the *Create host prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips d'equip d'una regla de descoberta de baix nivell a l'equip. Els prototips d'equips són la base dels [equips] (/manual/web_interface/frontend_sections/data_collection/hosts) reals que es creen durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/host_host_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de l'equip, que es mostra com un enllaç blau.<br>Si feu clic al nom, s'obre el formulari de configuració del prototip de l'equip.<br>Si el prototip de l'equip pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans el nom de l'equip, com a enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de l'equip al nivell de la plantilla enllaçada.| |*Plantilles*|Es mostren les plantilles del prototip d'equip.| |*Crear activat*|Crea l'equip basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Descobrir*|Descobreix l'equip basat en aquest prototip:<br>**Sí** - descobreix<br>**No** - no descobreix. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Etiquetes*|Es mostren les etiquetes del prototip de l'equip.|  Per configurar un nou prototip d'equip, feu clic al botó *Crear un prototip d'equip* a l'extrem superior dret.

en-us	#### Overview  In this section the item prototypes of a low-level discovery rule on the host are  displayed. Item prototypes are the basis of real host [items](/manual/web_interface/frontend_sections/data_collection/hosts/items)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the item prototype, displayed as a blue link.<br>Clicking on the name opens the item prototype [configuration form](/manual/discovery/low_level_discovery/item_prototypes).<br>If the item prototype belongs to a template, the template name is displayed before the rule name, as a gray link. Clicking on the template link will open the item prototype list on the template level.| |*Key*|Key of the item prototype is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days to keep item data history is displayed.| |*Trends*|How many days to keep item trends history is displayed.| |*Type*|Type of the item prototype is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Create enabled*|Create the item based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the item based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the item prototype are displayed.|  To configure a new item prototype, click on the *Create item prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips d'elements d'una regla de descoberta de baix nivell a l'equip. Els prototips d'elements són la base dels [elements](/manual/web_interface/frontend_sections/data_collection/hosts/items) de l'amfitrió real que es creen durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/host_item_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de l'element, que es mostra com a enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/item_prototypes) del prototip de l'element.<br>Si el prototip de l'element pertany a una plantilla, el nom de la plantilla es mostra abans del nom de la regla, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips d'elements al nivell de plantilla.| |*Clau*|Es mostra la clau del prototip d'element.| |*Interval*|Es mostra la freqüència de la comprovació.| |*Historial*|Quants dies es mostra l'historial de dades d'elements.| |*Tendències*|Quants dies es mostra l'historial de tendències d'articles.| |*Tipus*|Es mostra el tipus del prototip d'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Crear activat*|Crea l'element basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Descobrir*|Descobreix l'element basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Etiquetes*|Es mostren les etiquetes del prototip d'element.|  Per configurar un prototip d'element nou, feu clic al botó *Crea un prototip d'element* a l'extrem superior dret.

en-us	#### Overview  In this section the trigger prototypes of a low-level discovery rule on the host are  displayed. Trigger prototypes are the basis of real host [triggers](/manual/web_interface/frontend_sections/data_collection/hosts/triggers)  that are created during low-level discovery.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the trigger prototype, displayed as a blue link.<br>Clicking on the name opens the trigger prototype [configuration form](/manual/discovery/low_level_discovery/trigger_prototypes).<br>If the trigger prototype belongs to a linked template, the template name is displayed before the trigger name, as a gray link. Clicking on the template link will open the trigger prototype list on the linked template level.| |*Operational data*|Format of the operational data of the trigger is displayed, containing arbitrary strings and macros that will resolve dynamically in *Monitoring* → *Problems*.| |*Create enabled*|Create the trigger based on this prototype as:<br>**Yes** - enabled<br>**No** - disabled. You can switch between 'Yes' and 'No' by clicking on them.| |*Discover*|Discover the trigger based on this prototype:<br>**Yes** - discover<br>**No** - do not discover. You can switch between 'Yes' and 'No' by clicking on them.| |*Tags*|Tags of the trigger prototype are displayed.|  To configure a new trigger prototype, click on the *Create trigger prototype* button at the top right corner.
ca	#### Vista general  En aquesta secció es mostren els prototips de triggers d'una regla de descoberta de baix nivell a l'equip. Els prototips de triggers són la base dels [triggers] de l'equip real (/manual/web_interface/frontend_sections/data_collection/hosts/triggers) que es creen durant la descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/host_trigger_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip de trigger, que es mostra com un enllaç blau.<br>Si feu clic al nom, s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/trigger_prototypes) del prototip de trigger.<br>Si el prototip de trigger pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans del nom del trigger, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de trigger al nivell de plantilla enllaçada.| |*Dades operacionals*|Es mostra el format de les dades operatives del trigger, que conté cadenes i macros arbitràries que es resoldran dinàmicament a *Monitoratge* → *Problemes*.| |*Crear activat*|Crea el trigger basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Descobrir*|Descobriu el trigger basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic sobre ells.| |*Etiquetes*|Es mostren les etiquetes del prototip de trigger.|  Per configurar un prototip de trigger nou, feu clic al botó *Crear un prototip de trigger* a l'extrem superior dret.

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.
ca	#### Vista general  En aquesta secció, farem una [descoberta](/manual/discovery/low_level_discovery) SNMP sobre un switch.

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.  This discovery method of SNMP OIDs has been supported since Zabbix server/proxy 6.4.
ca	#### Vista general  En aquesta secció farem un [descoberta](/manual/discovery/low_level_discovery) SNMP en un commutador.  Aquest mètode de descoberta d'OID SNMP és compatible des del servidor/proxy Zabbix 6.4.

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
ca	#### Vista general  En aquesta secció aprendreu el significat d'alguns termes molt emprats a Zabbix.

en-us	### Overview  In this section you can see a high-level status of whole services that have been  configured in Zabbix, based on your infrastructure.   A service may be a hierarchy consisting of several levels of other services,  called "child" services, which are attributes to the overall status of the  service (see also an overview of the [service monitoring](/manual/it_services) functionality.)  The main categories of service status are *OK* or *Problem*, where the *Problem* status  is expressed by the corresponding problem severity name and color.  While the view mode allows to monitor services with their status and other details, you can  also [configure](/manual/web_interface/frontend_sections/services/service#editing-services) the service hierarchy in this section (add/edit services, child services)  by switching to the edit mode.   To switch from the view to the edit mode (and back) click on the respective button  in the upper right corner:  -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -     view services -   ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -     add/edit services, and child services  Note that access to editing depends on [user role](/manual/web_interface/frontend_sections/users/user_roles) settings.
ca	### Vista general  En aquesta secció podeu veure un estat d'alt nivell dels serveis sencers que s'han configurat a Zabbix, en funció de la vostra infraestructura.  Un servei pot ser una jerarquia formada per diversos nivells d'altres serveis, anomenats serveis "fills", que són atributs de l'estat general del servei (veieu també una visió general de la funcionalitat [monitoratge del servei](/manual/it_services).)  Les categories principals d'estat del servei són *Correcte* o *Problema*, on l'estat de *Problema* s'expressa amb el nom i el color de la gravetat del problema corresponent.  Tot i que el mode de visualització permet monitorar els serveis amb el seu estat i altres detalls, també podeu [configurar](/manual/web_interface/frontend_sections/services/service#editing-services) la jerarquia de serveis en aquesta secció (afegir/editar serveis, serveis fills) canviant al mode d'edició.  Per canviar de la vista al mode d'edició (i enrere), feu clic al botó corresponent a la cantonada superior dreta:  - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) - veure serveis - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) - afegir/editar serveis i serveis secundaris  Tingueu en compte que l'accés a l'edició depèn de la configuració de [rol d'usuari](/manual/web_interface/frontend_sections/users/user_roles).

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
ca	#### Vista general  En aquesta secció, trobareu alguns detalls sobre [operacions addicionals](/en/manual/config/notifications/action/operation) per a esdeveniments de detecció/registre automàtic.

en-us	#### Overview  In this section, you will learn how to log in and set up a system user in Zabbix.
ca	#### Vista general  En aquesta secció aprendreu com identificar-vos i configurar un usuari del sistema Zabbix.

en-us	#### Overview  In this section you will learn how to set up alerting in the form of notifications in Zabbix.  With items collecting data and triggers designed to "fire" upon problem situations, it would also be useful to have some alerting mechanism in place that would notify us about important events even when we are not directly looking at Zabbix frontend.  This is what notifications do. Email being the most popular delivery method for problem notifications, we will learn how to set up an email notification.
ca	#### Vista general  En aquesta secció, aprendràs a configurar les alertes en forma de notificacions a Zabbix.  Juntament amb els elements de recollida de dades i els triggers dissenyats per "activar" situacions problemàtiques, també seria útil disposar d'un mecanisme d'alerta que ens avisi dels esdeveniments importants encara que no siguem mirant directament la interfície de Zabbix.  Això és el que fan les notificacions. Com que el correu electrònic és el mètode d'enviament més popular per a les notificacions d'incidències, aprendrem a configurar la notificació per correu electrònic.

en-us	#### Overview  In this section you will learn how to set up a new host.  A host in Zabbix is a networked entity (physical, virtual) that you wish to monitor. The definition of what can be a "host" in Zabbix is quite flexible. It can be a physical server, a network switch, a virtual machine or some application.
ca	#### Vista general  En aquesta secció, aprendràs a configurar un nou equip.  Un equip a Zabbix és una entitat en xarxa (física, virtual) que voleu monitorar. La definició del que pot ser un "equip" a Zabbix és força flexible. Pot ser un servidor físic, un commutador de xarxa, una màquina virtual o una aplicació.

en-us	#### Overview  In this section, you will learn how to set up an item.  Items are the basis of gathering data in Zabbix. Without items, there is no data - because only an item defines a single metric or what kind of data to collect from a host.
ca	#### Vista general  En aquesta secció, aprendreu a configurar un element.  Els elements són la base per recopilar dades a Zabbix. Sense elements, no hi ha dades, perquè només un element defineix una única mètrica o quin tipus de dades cal recollir d'un equip.

en-us	#### Overview  In this section you will learn how to set up a template.  Previously we learned how to set up an item, a trigger and how to get a problem notification for the host.  While all of these steps offer a great deal of flexibility in themselves, it may appear like a lot of steps to take if needed for, say, a thousand hosts. Some automation would be handy.  This is where templates come to help. Templates allow to group useful items, triggers and other entities so that those can be reused again and again by applying to hosts in a single step.  When a template is linked to a host, the host inherits all entities of the template. So, basically a pre-prepared bunch of checks can be applied very quickly.
ca	#### Vista general  En aquesta secció, aprendreu a configurar una plantilla.  Abans hem après a configurar un element, un trigger i com rebre una notificació de problema d'un equip.  Tot i que tots aquestes passes proporcionen una gran flexibilitat per si mateixes, pot semblar necessari fer moltes passes per, per exemple, mil equips. Una mica d'automatització seria útil.  Aquí és on les plantilles són útils. Les plantilles permeten agrupar elements útils, triggers i altres entitats perquè es puguin reutilitzar una i altra vegada aplicant-los als equips en una sola passa.  Quan un model és enllaçat a un equip, l'equip hereta totes les entitats del model. Així, un bon grapat de xecs preparats prèviament es poden aplicar molt ràpidament.

en-us	#### Overview  In this section you will learn how to set up a trigger.  Items only collect data. To automatically evaluate incoming data we need to define triggers. A trigger contains an expression that defines a threshold of what is an acceptable level for the data.  If that level is surpassed by the incoming data, a trigger will "fire" or go into a 'Problem' state - letting us know that something has happened that may require attention. If the level is acceptable again, trigger returns to an 'Ok' state.
ca	#### Vista general  En aquesta secció, aprendràs a configurar un trigger.  Només els elements recullen dades. Per avaluar automàticament les dades entrants hem de definir un trigger. Un trigger conté una expressió que defineix un nivell de llindar de dades acceptables.  Si les dades entrants superen aquest nivell, s'activarà un trigger per passar a un estat de "problema", per fer-nos saber que ha passat quelcom que potser caldria revisar. Si el nivell torna a ser acceptable, el trigger torna a l'estat "Correcte".

en-us	#### Overview  In this widget you can display current problems. The information in this widget is similar to *Monitoring* → *Problems*.
ca	#### Vista general  En aquest giny, podeu veure problemes actuals. La informació d'aquest giny és similar a *Monitoratge* → *Problemes*.

en-us	#### Overview  In this widget, you can display the problem count by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.  The problem count is displayed only for cause problems.
ca	#### Vista general  En aquest giny, podeu veure els recomptes de problemes per gravetat. Podeu limitar els equips i triggers que es mostren al giny i establir com es veuen el nombre de problemes.  El recompte de problemes es veu només per causa de problemes.

en-us	 ### Overview   In Zabbix 6.0, [service monitoring](/manual/it_services) functionality has been reworked significantly (see [What's new in Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction/whatsnew600#services) for the list of changes).   This page describes how services and SLAs, defined in earlier Zabbix versions, are changed during an upgrade to Zabbix 6.0 or newer.
ca	### Vista general  A Zabbix 6.0, la funcionalitat [monitoratge de serveis](/manual/it_services) s'ha revisat de manera significativa (a [Què hi ha de nou a Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction /whatsnew600#services) podreu veure la llista de modificacions).  Aquesta pàgina descriu com els serveis i els SLA, definits a les versions anteriors de Zabbix, es modifiquen després d'una actualització a Zabbix 6.0 o superior.

en-us	#### Overview  Item types cover various methods of acquiring data from your system. Each item type comes with its own set of supported item keys and required parameters.  The following items types are currently offered by Zabbix:  -   [Zabbix agent checks](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP agent checks](/manual/config/items/itemtypes/snmp) -   [SNMP traps](/manual/config/items/itemtypes/snmptrap) -   [IPMI checks](/manual/config/items/itemtypes/ipmi) -   [Simple checks](/manual/config/items/itemtypes/simple_checks)     -   [VMware         monitoring](/manual/vm_monitoring/vmware_keys) -   [Log file monitoring](/manual/config/items/itemtypes/log_items) -   [Calculated items](/manual/config/items/itemtypes/calculated)     -   [Aggregate         calculations](/manual/config/items/itemtypes/calculated/aggregate) -   [Zabbix internal checks](/manual/config/items/itemtypes/internal) -   [SSH checks](/manual/config/items/itemtypes/ssh_checks) -   [Telnet checks](/manual/config/items/itemtypes/telnet_checks) -   [External checks](/manual/config/items/itemtypes/external) -   [Trapper items](/manual/config/items/itemtypes/trapper) -   [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC checks](/manual/config/items/itemtypes/odbc_checks) -   [Dependent items](/manual/config/items/itemtypes/dependent_items) -   [HTTP checks](/manual/config/items/itemtypes/http) -   [Prometheus checks](/manual/config/items/itemtypes/prometheus) -   [Script items](/manual/config/items/itemtypes/script) -   [Browser items](/manual/config/items/itemtypes/browser)  Details for all item types are included in the subpages of this section. Even though item types offer a lot of options for data gathering, there are further options through [user parameters](/manual/config/items/userparameters) or [loadable modules](/manual/extensions/loadablemodules).  Some checks are performed by Zabbix server alone (as agent-less monitoring) while others require Zabbix agent or even Zabbix Java gateway (with JMX monitoring).  ::: noteimportant If a particular item type requires a particular interface (like an IPMI check needs an IPMI interface on the host) that interface must exist in the host definition. :::  Multiple interfaces can be set in the host definition: Zabbix agent, SNMP agent, JMX and IPMI. If an item can use more than one interface, it will search the available host interfaces (in the order: Agent→SNMP→JMX→IPMI) for the first appropriate one to be linked with.  All items that return text (character, log, text types of information) can return whitespace only as well (where applicable) setting the return value to an empty string (supported since 2.0).
ca	#### Vista general  Els tipus d'elements cobreixen diversos mètodes de recollida de dades dels sistemes. Cada tipus d'element té el seu propi recull de claus d'element admeses i de paràmetres obligatoris.  Els tipus d'elements següents són els oferts per Zabbix:  -   [Verificacions d'agent Zabbix](/manual/config/items/itemtypes/zabbix_agent) -   [Verificacions d'agent SNMP](/manual/config/items/itemtypes/snmp) -   [Traps SNMP](/manual/config/items/itemtypes/snmptrap) -   [Verificacions IPMI](/manual/config/items/itemtypes/ipmi) -   [Verificacions simples](/manual/config/items/itemtypes/simple_checks)     -   [Monitoratge VMware](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Monitoratge dels arxius de registre](/manual/config/items/itemtypes/log_items) -   [Elements calculats](/manual/config/items/itemtypes/calculated)     -   [Calculs afegits](/manual/config/items/itemtypes/calculated/aggregate) -   [Verificacions internes de Zabbix](/manual/config/items/itemtypes/internal) -   [Verificacions SSH](/manual/config/items/itemtypes/ssh_checks) -   [Verificacions Telnet](/manual/config/items/itemtypes/telnet_checks) -   [Verificacions externes](/manual/config/items/itemtypes/external) -   [Elements trapper](/manual/config/items/itemtypes/trapper) -   [Monitoratge JMX](/manual/config/items/itemtypes/jmx_monitoring) -   [Verificacions ODBC](/manual/config/items/itemtypes/odbc_checks) -   [Elements dependents](/manual/config/items/itemtypes/dependent_items) -   [Verificacions HTTP](/manual/config/items/itemtypes/http) -   [Verificacions Prometheus](/manual/config/items/itemtypes/prometheus) -   [Elements script](/manual/config/items/itemtypes/script) -   [Elements de navegador](/manual/config/items/itemtypes/browser)  Els detalls de tots els tipus d'elements s'inclouen a les sub-pàgines d'aquesta secció. També si els tipus d'elements ofereixen múltiples opcions per la recollida de dades, hi ha altres opcions via els [paràmetres d'usuari](/manual/config/items/userparameters) o els [mòduls carregables](/manual/config/items/loadablemodules).  Algunes verificacions les fa només el servidor Zabbix (monitorant sense agent) mentre que altres necessiten un agent Zabbix o una passarel·la Java Zabbix (amb monitoratge JMX).  ::: noteimportant Si un tipus d'element particular ha de menester una interfície particular (per exemple, una verificació IPMI necessita una interfície IPMI sobre l'equip), aquesta interfície ha d'existir a la definició de l'equip. :::  Múltiples interfícies es poden definir a la definició de l'equip: agent Zabbix, agent SNMP, JMX i IPMI. Si un element pot emprar més d'una interfície, cercarà d'entre les interfícies d'equips disponibles (en aquest ordre: Agent→SNMP→JMX→IPMI) la primera adequada a enllaçar.  Tots els elements que retornen text (caràcter, registre, tipus d'informacions de text) també poden retornar només espais en blanc (cas aplicable) definint el valor de tornada sobre una cadena buida (admès des de la versió 2.0).

en-us	 ### Overview  It is also possible to create a completely custom LLD rule, discovering any type of entities - for example, databases on a database server.  To do so, a custom item should be created that returns JSON, specifying found objects and optionally - some properties of them. The amount of macros per entity is not limited - while the built-in discovery rules return either one or two macros (for example, two for filesystem discovery), it is possible to return more.
ca	 ### Vista general  També és possible crear una regla LLD completament personalitzada, descobrint qualsevol tipus d'entitats, per exemple, bases de dades en un servidor de bases de dades.  Per fer-ho, s'ha de crear un element personalitzat que retorni JSON, especificant els objectes trobats i, opcionalment, algunes propietats. La quantitat de macros per entitat no és limitada; encara que les regles de descoberta integrades retornen una o dues macros (per exemple, dues per a la descoberta del sistema de fitxers), és possible retornar-ne més.

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy  The active agent autoregistration heartbeat for Zabbix server and Zabbix proxy is 120 seconds. So in case a discovered host is deleted, the autoregistration will be rerun in 120 seconds.
ca	#### Vista general  És possible permetre el registre automàtic dels agents Zabbix actius, després del qual el servidor pot començar a monitorar-los. D'aquesta manera, es poden afegir nous equips per al monitoratge sense configurar-los manualment al servidor.  El registre automàtic es pot produir quan un agent actiu desconegut anteriorment demana verificacions.  Aquesta característica pot ser molt útil per al seguiment automàtic dels nous nodes del núvol. Tan bon punt tingueu un nou node al núvol, Zabbix comença automàticament a recollir dades de rendiment i disponibilitat de l'equip.  El registre automàtic d'agents actius també admet el monitoratge dels equips afegits amb comprovacions passives. Quan l'agent actiu demana comprovacions, sempre que tingui els paràmetres de configuració 'ListenIP' o 'ListenPort' definits al fitxer de configuració, aquests s'envien al servidor. (Si s'especifiquen diverses adreces IP, la primera s'envia al servidor.)  El servidor, quan afegeix el nou equip registrat automàticament, empra l'adreça IP i el port rebuts per configurar l'agent. Si no es rep cap valor d'adreça IP, s'empra el que s'empra per a la connexió entrant. Si no es rep el valor del port, s'empra 10050.   És possible especificar que l'equip s'ha de registrar automàticament amb un [nom DNS](#using_dns_as_default_interface) com a interfície d'agent predeterminada.  Es reinicia l'enregistrament automàtic:  - si les [metadades](#using_host_metadata) de l'equip canvien:      - a causa del canvi de HostMetadata i el reinici de l'agent      - a causa del valor modificat que retorna HostMetadataItem - per a equips creats manualment amb metadades que falten - si un equip es canvia manualment per ésser monitorat per un altre proxy de Zabbix - si el registre automàtic per al mateix equip és d'un nou proxy Zabbix  El heartbeat de registre automàtic de l'agent actiu per al servidor Zabbix i el proxy Zabbix és de 120 segons. Per tant, en cas que s'esborri un equip descobert, el registre automàtic es tornarà a executar als 120 segons.

en-us	#### Overview  It is possible to automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item as the     master item -   dependent low-level discovery rule and item prototypes
ca	#### Vista general  És possible descobrir automàticament sensors IPMI.  Per fer-ho, podeu emprar una combinació de:  - Element IPMI `ipmi.get` com a element mestre - Regles de descoberta de baix nivell i prototips d'elements dependents

en-us	#### Overview  It is possible to configure real-time exporting of trigger events, item values and trends in a newline-delimited JSON format.  Exporting is done into files, where each line of the export file is a JSON object. Value mappings are not applied.  In case of errors (data cannot be written to the export file or the export file cannot be renamed or a new one cannot be created after renaming it), the data item is dropped and never written to the export file. It is written only in the Zabbix database. Writing data to the export file is resumed when the writing problem is resolved.  For precise details on what information is exported, see the [export protocol](/manual/appendix/protocols/real_time_export) page.  Note that host/item can have no metadata (host groups, host name, item name) if the host/item was removed after the data was received, but before server exported data.
ca	#### Vista general  Es pot configurar la exportació en temps real dels esdeveniments de triggers, dels valors d'elements i tendències en format JSON delimitat per una línia.  La exportació es fa cap a fitxers, on cada línia de l'arxiu d'exportació és un objecte JSON. Els pamatges de valors no apliquen pas.  En cas d'errors (les dades no es poden pas escriure a l'arxiu d'exportació o l'arxiu d'exportació no es pot pas reanomenar o un nou arxiu no es pot pas crear després de reanomenar-lo), l'element de dades s'esborra i no s'escriu a la carpeta d'exportació. Només s'escriu a la base de dades Zabbix. L'escriptura de dades a l'arxiu d'exportació seguirà quan el problema d'escriptura sigui resolt.  Per tindre detalls precisos de la informació exportada, consulteu el [protocol d'exportació](/manual/appendix/protocols/real_time_export).  Veieu que l'equip/l'element no pot pas tindre metadades (grups d'equips, nom d'equip, dom d'element) si l'equip/l'element s'ha esborrat després de la recepció de les dades, abans que el servidor n'exporti les dades.

en-us	#### Overview  It is possible to create custom rules regarding the times when an item is checked. The two methods for that are *Flexible intervals*, which allow to redefine the default update interval, and *Scheduling*, whereby an item check can be executed at a specific time or sequence of times.
ca	#### Vista general  Es poden crear regles personalitzades sobre el moment en que un element es verifica. Els dos mètodes per fer-ho són els *intervals flexibles*, que permeten redefinir l'interval d'actualització per defecte, i la *planificació*, amb la que una verificació d'element es pot executar a un moment o una seqüència de temps específica.

en-us	#### Overview  It is possible to define that an action is executed only if the event matches a defined set of conditions. Conditions are set when configuring the [action](/manual/config/notifications/action#configuring_an_action).  Condition matching is case-sensitive.
ca	#### Vista general  És possible definir que una acció només s'executi si l'esdeveniment coincideix amb un conjunt definit de condicions. Les condicions s'estableixen en configurar l'[acció](/manual/config/notifications/action#configuring_an_action).  Les correspondència de condicions distingeixen entre majúscules i minúscules.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all interfaces configured in Zabbix frontend for a host.
ca	#### Vista general  És possible [descobrir](/manual/discovery/low_level_discovery) totes les interfícies configurades a la interfície web de Zabbix per un equip.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all JMX MBeans or MBean attributes or to specify a pattern for the discovery of these objects.  It is mandatory to understand the difference between an MBean and MBean attributes for discovery rule configuration. An MBean is an object which can represent a device, an application, or any resource that needs to be managed.  For example, there is an MBean which represents a web server. Its attributes are connection count, thread count, request timeout, http file cache, memory usage, etc. Expressing this thought in human comprehensive language we can define a coffee machine as an MBean which has the following attributes to be monitored: water amount per cup, average consumption of water for a certain period of time, number of coffee beans required per cup, coffee beans and water refill time, etc.
ca	#### Vista general  És possible [descobrir](/manual/discovery/low_level_discovery) tots els atributs MBeans o MBeans JMX o especificar una plantilla per a la descoberta d'aquests objectes.  Entendre la diferència entre els atributs Mbean i Mbean és essencial per configurar les regles de descoberta. Un MBean és un objecte que pot representar un dispositiu, una aplicació o qualsevol recurs que s'hagi de gestionar.  Per exemple, hi ha un Mbean que representa un servidor web. Els seus atributs són: nombre de connexions, nombre de fils, temps d'espera de la petició, memòria cau de fitxers http, ús de memòria, etc. Expressant aquest pensament en un llenguatge humà complet, podem definir una màquina de cafè com un Mbean els atributs del qual a controlar són: quantitat d'aigua per tassa, consum mitjà d'aigua durant un període determinat, nombre de grans de cafè necessaris per tassa, grans de cafè i recàrrega d'aigua, hora, etc.

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery#configuring_low-level_discovery) object instances of Windows performance counters. This is useful for multi-instance performance counters.
ca	#### Vista general  És possible [descobrir](/manual/discovery/low_level_discovery#configuring_low-level_discovery) instàncies d'objecte dels comptadors de rendiment de Windows. Això és útil per comptadors de rendiment multi-instàncies.

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
ca	### Vista general  És possible [descobrir](/manual/discovery/low_level_discovery) unitats de systemd (serveis, per defecte) amb Zabbix.

en-us	#### Overview  It is possible to discover mounted filesystems and their properties:  -   mountpoint name  -   filesystem type  -   filesystem size  -   inode statistics -   mount options  To do that, you may use a combination of:  -   the `vfs.fs.get` agent item as the master item -   dependent low-level discovery rule and item prototypes
ca	#### Vista general  És possible descobrir els sistemes de fitxers muntats i les seves propietats:  - nom del punt de muntatge - tipus de sistema de fitxers - mida del sistema de fitxers - estadístiques d'inode - opcions de muntatge  Per fer-ho, podeu emprar una combinació de:  - element agent `vfs.fs.get` com a element mestre - regles de descoberta de baix nivell i prototips d'elements dependents

en-us	#### Overview  It is possible to enhance Zabbix frontend functionality by adding third-party modules or by developing your own modules without the need to change the source code of Zabbix.  Note that the module code will run with the same privileges as Zabbix source code. This means:  -   third-party modules can be harmful. You must trust the modules you are     installing; -   Errors in a third-party module code may crash the frontend. If this     happens, just remove the module code from the frontend. As soon as     you reload Zabbix frontend, you'll see a note saying that some     modules are absent. Go to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     (in *Administration* → *General* → *Modules*) and click *Scan     directory* again to remove non-existent modules from the database.
ca	#### Vista general  És possible millorar la funcionalitat frontal de Zabbix afegint mòduls de tercers o desenvolupant els vostres propis mòduls sense haver de modificar el codi font de Zabbix.  Tingueu en compte que el codi del mòdul s'executarà amb els mateixos privilegis que el codi font de Zabbix. Això vol dir:  - Els mòduls de tercers poden ser perillosos. Heu de confiar en els mòduls que instal·leu; - Els errors en el codi d'un mòdul de tercers poden provocar que la interfície es bloquegi. Si això passa, simplement traieu el codi del mòdul de la interfície. Tan bon punt torneu a carregar la interfície Zabbix, veureu una nota que manquen alguns mòduls. Aneu a [Administració de mòduls](/manual/web_interface/frontend_sections/administration/general#modules) (a *Administració* → *General* → *Mòduls*) i torneu a fer clic a *Escanejar el directori* per esborrar els mòduls inexistents de la base de dades.

en-us	#### Overview  It is possible to make some internal metrics of Zabbix server and proxy accessible remotely by another Zabbix instance or a third-party tool. This can be useful so that supporters/service providers can monitor their client Zabbix servers/proxies remotely or, in organizations where Zabbix is not the main monitoring tool, that Zabbix internal metrics can be monitored by a third-party system in an umbrella-monitoring setup.  Zabbix internal stats are exposed to a configurable set of addresses listed in the new 'StatsAllowedIP' [server](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) parameter. Requests will be accepted only from these addresses.
ca	#### Vista general  És possible fer algunes mètriques internes del servidor i el proxy Zabbix accessibles a distància per una altra instància Zabbix o una utilitat de tercers. Podria ésser útil per tal que els serveis de suport o proveïdors puguin monitorar els servidors/proxy Zabbix a distància on, a les empreses on Zabbix no és l'eina principal de monitoratge, veure que les mètriques internes de Zabbix es puguin monitorar per un sistema de tercers .  Les estadístiques internes de Zabbix s'exposen a un conjunt configurable d'adreces llistades al nou paràmetre [serveur](/manual/appendix/config/zabbix_server)/[proxy](/manual/appendix/config/zabbix_proxy) 'StatsAllowedIP'. Les peticions s'acceptaran nomé a partir d'aquestes adreces.

en-us	#### Overview  It is possible to receive notifications on unsupported items in Zabbix.  It is part of the concept of internal events in Zabbix, allowing users to be notified on these occasions. [Internal events](/manual/config/events/sources#internal-events) reflect a change of state:  -   when items go from 'normal' to 'unsupported' (and back); -   when triggers go from 'normal' to 'unknown' (and back); -   when low-level discovery rules go from 'normal' to 'unsupported' (and back).  This section presents a how-to for **receiving notification** when an item turns unsupported.
ca	#### Vista general  Es poden rebre notificacions sobre elements no compatibles a Zabbix.  Això forma part del concepte d'esdeveniments interns a Zabbix, que permet als usuaris ser notificats en aquestes ocasions. Els [esdeveniments interns](/manual/config/events/sources#internal-events) reflecteixen un canvi d'estat:  - quan els elements canvien de "normal" a "no compatible" (i viceversa); - quan els triggers canvien de "normal" a "desconegut" (i viceversa); - quan les regles de descoberta de baix nivell canvien de "normal" a "no admesa" (i viceversa).  Aquesta secció presenta una guia per **rebre una notificació** quan un element ja no és compatible.

en-us	#### Overview  It is possible to restrict checks on the agent side by creating an item blacklist, a whitelist, or a combination of whitelist/blacklist.  To do that use a combination of two agent [configuration](/manual/appendix/config/zabbix_agentd) parameters:  -   `AllowKey=<pattern>` - which checks are allowed; <pattern> is     specified using a wildcard (\*) expression -   `DenyKey=<pattern>` - which checks are denied; <pattern> is     specified using a wildcard (\*) expression  Note that:  -   All system.run[\*] items (remote commands, scripts) are disabled by default,  even when no deny keys are specified, it should be assumed that DenyKey=system.run[\*] is implicitly appended. -   Since Zabbix 5.0.2 the EnableRemoteCommands agent parameter is:     - deprecated by Zabbix agent     - unsupported by Zabbix agent2  Therefore, to allow remote commands, specify an AllowKey=system.run[\<command\>,\*]  for each allowed command, \* stands for wait and nowait mode. It is also possible to specify AllowKey=system.run[\*] parameter to allow all commands with wait and nowait modes. To disallow specific remote commands, add DenyKey parameters with system.run\[\] commands before the AllowKey=system.run\[\*\] parameter.
ca	#### Vista general  Les comprovacions de l'agent es poden restringir creant una llista negra, una llista blanca o una combinació de llista blanca/llista negra d'elements.  Per fer-ho, empreu una combinació de dos paràmetres [configuració](/manual/appendix/config/zabbix_agentd) de l'agent:  - `AllowKey=<patró>` - quines comprovacions són permeses; <patró> s'especifica mitjançant una expressió comodí (\*) - `DenyKey=<patró>` - quines comprovacions es deneguen; <patró> s'especifica mitjançant una expressió comodí (\*)  Tingues en compte que:  - Tots els elements system.run[*] (ordres remotes, scripts) són desactivats per defecte, fins i tot quan no s'especifica cap clau de denegació, s'assumeix que DenyKey=system.run[\*] s'ha afegit implícitament; - Des de Zabbix 5.0.2, el paràmetre de l'agent d'EnableRemoteCommands és:  - obsolet per l'agent de Zabbix  - no compatible amb l'agent 2 de Zabbix  Per tant, per permetre ordres remotes, especifiqueu una clau AllowKey=system.run[<command>,\*] per a cada ordre permesa, \* representa el mode wait i nowait. També és possible especificar el paràmetre AllowKey=system.run[\*] per permetre totes les ordres amb els modes wait i nowait. Per no permetre ordres remotes específiques, afegiu paràmetres DenyKey amb ordres system.run\[\] abans del paràmetre AllowKey=system.run\[\*\].

en-us	#### Overview  It is possible to stream item values and events from Zabbix to external systems over HTTP (see [protocol details](#protocol)).  The tag filter can be used to stream subsets of item values or events.  Two Zabbix server processes are responsible for data streaming: `connector manager` and `connector worker`. A Zabbix internal item `zabbix[connector_queue]` allows to monitor the count of values enqueued in the connector queue.
ca	#### Vista general  És possible transmetre valors i esdeveniments d'elements des de Zabbix a sistemes externs mitjançant HTTP (veieu [detalls del protocol](#protocol)).  El filtre d'etiquetes es pot emprar per transmetre subconjunts de valors d'elements o esdeveniments.  Dos processos del servidor Zabbix són els responsables de la transmissió de dades: 'administrador de connectors' i 'treballador de connectors'. Un element intern de Zabbix `zabbix[connector_queue]` permet monitorar el recompte de valors posats en cua a la cua de connectors.

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway".  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
ca	#### Vista general  El monitoratge JMX es pot emprar per monitorar els comptadors JMX d'una aplicació Java.  El monitoratge JMX té suport nadiu a Zabbix en forma d'un dimoni de Zabbix anomenat ""Zabbix Java gateway".  Per recuperar el valor d'un comptador JMX particular d'un equip, el servidor Zabbix consulta el **Java gateway**, qui empra l'[API de gestió JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) per fer consultes a l'aplicació a distància.  Per tindre més detalls sobre la instal·lació, veieu la secció [Zabbix Java gateway](/manual/concepts/java).  ::: notewarning La comunicació entre el Java gateway i l'aplicació JMX monitorada no ha de passar pas per un tallafocs. :::

en-us	#### Overview  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
ca	#### Vista general  L'autenticació Kerberos es pot emprar al monitoratge Web i d'elements HTTP amb Zabbix.  Aquesta secció descriu un exemple de configuració de Kerberos amb el servidor Zabbix per monitorar el web `www.example.com` amb l'usuari 'zabbix'.

en-us	### Overview  Linking is a process whereby templates are applied to hosts, whereas unlinking removes the association with the template from a host.
ca	#### Vista general  L'enllaç és un procés mitjançant el qual s'apliquen plantilles als equips, mentre que la desvinculació esborra l'associació amb la plantilla d'un equip.

en-us	#### Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  You can [extend](/manual/extensions) Zabbix functionality in many ways, for example, with [user parameters](/manual/config/items/userparameters), [external checks](/manual/config/items/itemtypes/external), and `system.run[]` Zabbix [agent items](/manual/config/items/itemtypes/zabbix_agent). These work very well, but have one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is not good for performance. It is not a big deal normally, however it could be a serious issue when monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time.  Support of loadable modules offers ways for extending Zabbix agent, server and proxy without sacrificing performance.  A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits. Great performance and ability to implement any logic are very important, but perhaps the most important advantage is the ability to develop, use and share Zabbix modules. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Module licensing and distribution in binary form is governed by the AGPL-3.0 license (modules are linking with Zabbix in runtime and are using Zabbix headers; the whole Zabbix code is licensed under AGPL-3.0 license since Zabbix 7.0). Binary compatibility is not guaranteed by Zabbix.  Module API stability is guaranteed during one Zabbix LTS (Long Term Support) [release](http://www.zabbix.com/life_cycle_and_release_policy) cycle. Stability of Zabbix API is not guaranteed (technically it is possible to call Zabbix internal functions from a module, but there is no guarantee that such modules will work).
ca	#### Vista general  Els mòduls carregables ofereixen una opció orientada al rendiment per ampliar la funcionalitat de Zabbix.  Podeu [estendre](/manual/extensions) la funcionalitat de Zabbix de moltes maneres, per exemple, amb [paràmetres d'usuari](/manual/config/items/userparameters), [comprovacions externes](/manual/config/items/itemtypes/external), i `system.run[]` Zabbix [elements de l'agent](/manual/config/items/itemtypes/zabbix_agent).  Funcionen molt bé, però tenen un inconvenient important, que és fork(). Zabbix ha de fer un nou procés cada vegada que gestiona una mètrica d'usuari, cosa que no és bona per al rendiment. Normalment no és un gran problema, però pot ser un problema seriós quan es monitoren sistemes incrustats, amb un gran nombre de paràmetres monitorats o scripts grans amb lògica complexa o temps d'inici llargs.  El suport per a mòduls carregables permet ampliar l'agent Zabbix, el servidor i el proxy sense sacrificar el rendiment.  Un mòdul carregable és bàsicament una biblioteca compartida emprada pel dimoni Zabbix i carregada a l'inici. La biblioteca ha de contindre algunes funcions, de manera que un procés Zabbix pugui detectar que el fitxer és realment un mòdul amb el qual pot carregar i treballar.  Els mòduls carregables tenen una sèrie d'avantatges. El gran rendiment i la capacitat d'implementar qualsevol lògica són molt importants, però potser l'avantatge més important és la capacitat de desenvolupar, emprar i compartir mòduls Zabbix. Contribueix a un manteniment fàcil i ajuda a oferir noves funcions de manera més fàcil i independent de la base de codi Zabbix.  La llicència i la distribució de mòduls en forma binària es regeix per la llicència AGPL-3.0 (els mòduls s'enllacen a Zabbix en temps d'execució i empren capçaleres Zabbix; actualment tot el codi Zabbix és sota llicència AGPL-3.0 des de Zabbix 7.0). La compatibilitat binària no és garantida per Zabbix.  L'estabilitat de l'API és garantida durant un cicle LTS (Suport a llarg termini) de Zabbix (http://www.zabbix.com/life_cycle_and_release_policy). L'estabilitat de l'API Zabbix no és pas garantida (tècnicament és possible cridar funcions internes de Zabbix des d'un mòdul, però no hi ha cap garantia que aquests mòduls funcionin).

en-us	### Overview  Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities on a computer. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually. Additionally, it is possible to configure Zabbix to remove unneeded entities automatically based on the actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in *Data collection → Templates*, in the *Discovery* column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
ca	### Vista general  La descoberta de baix nivell ajuda a crear automàticament elements, triggers i gràfics per a diferents entitats en un ordinador. Per exemple, Zabbix pot començar automàticament a monitorar sistemes de fitxers o interfícies de xarxa al vostre ordinador, sense necessitat de crear manualment elements per a cada sistema de fitxers o interfície de xarxa. A més, és possible configurar Zabbix per esborrar automàticament les entitats innecessàries en funció dels resultats reals de la descoberta realitzada periòdicament.  Un usuari pot definir els seus propis tipus de descoberta, sempre que segueixi un protocol JSON concret.  L'arquitectura general del procés de descoberta és la següent.  En primer lloc, un usuari crea una regla de descoberta a la columna *Recull de dades → Plantilles*, a la columna *Descoberta*. Una regla de descoberta consisteix en (1) un element que descobreix les entitats necessàries (per exemple, sistemes de fitxers o interfícies de xarxa) i (2) elements prototip, triggers i gràfics que s'han de crear basant-hi en el valor d'aquest element.  Un element que descobreix les entitats necessàries és com un element estàndard vist en altres llocs: el servidor demana a un agent Zabbix (o qualsevol tipus d'element que es defineixi) un valor d'aquest element, l'agent respon amb un valor textual. La diferència és que el valor amb el qual respon l'agent ha de contindre una llista d'entitats descobertes en un format JSON específic. Encara que els detalls d'aquest format només són importants per als desenvolupadors de comprovacions de descoberta personalitzades, cal saber que el valor retornat conté una llista de parelles de macro → valor. Per exemple, l'element "net.if.discovery" pot tornar dues parelles: "{\#IFNAME}" → "lo" i "{\#IFNAME}" → "eth0".  Aquestes macros s'empren en noms, claus i altres camps de prototips on després es substitueixen amb els valors rebuts per crear elements reals, triggers, gràfics o fins i tot equips per a cada entitat descoberta. Consulteu la llista completa d'[opcions](/manual/config/macros/lld_macros) per emprar macros LLD.  Quan el servidor rep un valor per a un element de descoberta, examina les parelles macro → valor i genera elements reals, triggers i gràfics per a cada parella, basant-se en els seus prototips. A l'exemple amb "net.if.discovery" anterior, el servidor generaria un conjunt d'elements, triggers i gràfics per a la interfície de bucle "lo" i un altre conjunt per a la interfície "eth0".  Tingueu en compte que des de **Zabbix 4.2**, el format de JSON retornat per les regles de descoberta de baix nivell ha canviat. Ja no s'espera que JSON contingui l'objecte "dades". La descoberta de baix nivell ara admetrà JSON normal que contingui una matriu, per admetre noves funcions, com ara el preprocessament de valors d'element i camins personalitzats als valors de macro de descoberta de baix nivell en un document JSON.  S'han actualitzat les claus de descoberta integrades per retornar una matriu de fileres LLD a l'arrel del document JSON. Zabbix extreu automàticament una macro i un valor si un camp de matriu empra la sintaxi {#MACRO} com a clau. Qualsevol nova comprovació de descoberta nadiua emprarà la nova sintaxi sense els elements "dades". Quan es processa un valor de descoberta de baix nivell, primer es localitza l'arrel (matriu a `$.` o `$.data`).  Tot i que l'element "dades" s'ha esborrat de tots els elements nadius relacionats amb la descoberta, per compatibilitat amb les versions anteriors, Zabbix encara admetrà la notació JSON amb un element "dades", tot i que es desaconsella el seu ús. Si el JSON conté un objecte amb un únic element de matriu "data", extreu automàticament el contingut de l'element mitjançant JSONPath `$.data`. La descoberta de baix nivell ara admet macros LLD opcionals definides per l'usuari amb un camí personalitzat especificat a la sintaxi JSONPath.  ::: notewarning Després dels canvis anteriors, els nous agents ja no podran treballar amb un servidor Zabbix antic. :::  Veieu també: [Entitats descobertes](#discovered_entities)

en-us	#### Overview  Media are the delivery channels used for sending notifications and alerts from Zabbix.  You can configure several media types:  -   [Email](/manual/config/notifications/media/email) -   [SMS](/manual/config/notifications/media/sms) -   [Custom alertscripts](/manual/config/notifications/media/script) -   [Webhook](/manual/config/notifications/media/webhook)  Media types are configured in *Alerts* → *Media types*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Some media types come pre-defined in the default dataset. You just need to finetune their parameters to get them working.  ##### Automated Gmail/Office365 media types  Gmail or Office365 users may benefit from easier media type configuration.  The *Email provider* field in the mail media type configuration allows to select  pre-configured options for Gmail and Office 365.  When selecting the Gmail/Office365 related options, it is only required to supply the sender email address/password to create a working media type.   ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png){width="600"}  As soon as the email address/password is supplied, Zabbix will be able to automatically fill all required settings for Gmail/Office365 media types with the actual/recommended values, i.e., *SMTP server*, *SMTP server port*, *SMTP helo*, and *Connection security*. Because of this automation, these fields are not even shown, however, it is possible to see the SMTP server and email details in the media type list (see the *Details* column).  Note also that:  -   The password is not required for the relay options. -   For Office365 relay, the domain name of the provided email address will be used to dynamically fill the SMTP server (i.e., replace "example.com" in `example-com.mail.protection.outlook.com` with the real value).  To test if a configured media type works, click on the *Test* link in the last column (see media type testing for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#media_type_testing) for more details).  To create a new media type, click on the *Create media type* button. A media type configuration form is opened.
ca	#### Vista general  Els mitjans són els canals de difusió emprats per enviar notificacions i alertes des de Zabbix.  Podeu configurar diversos tipus de suports:  - [Correu electrònic](/manual/config/notifications/media/email) - [SMS](/manual/config/notifications/media/sms) - [Scripts d'alertes personalitzats](/manual/config/notifications/media/script) - [Webhook](/manual/config/notifications/media/webhook)  Els tipus de suport es configuren a *Alertes* → *Tipus de suport*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Alguns tipus de suport són predefinits al conjunt de dades predeterminat. Només cal que modifiqueu la seva configuració perquè funcionin.  ##### Tipus de suport de Gmail/Office365 automatitzats  Els usuaris de Gmail o Office365 poden beneficiar-se d'una configuració més fàcil de tipus de suport. El camp *Proveïdor de correu electrònic* a la configuració del tipus de suport de correu permet triar opcions preconfigurades per a Gmail i Office 365.  Quan trieu les opcions relacionades amb Gmail/Office365, només cal que proporcioneu l'adreça de correu electrònic/mot de pas del remitent per crear un tipus de suport que funcioni.  ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png){width="600"}  Tan bon punt es proporcioni l'adreça de correu electrònic/el mot de pas, Zabbix podrà omplir automàticament tots els paràmetres requerits per als tipus de suport de Gmail/Office365 amb els valors reals/recomanats, és a dir, *servidor SMTP*, *port del servidor SMTP*, *helo SMTP* , i *Seguretat de connexió*. A causa d'aquesta automatització, aquests camps ni tan sols es mostren, però, és possible veure el servidor SMTP i els detalls del correu electrònic a la llista de tipus de suport (veieu la columna *Detalls*).  Tingueu en compte també que:  -El mot de pas no és necessari per a les opcions de relé -Per a la retransmissió d'Office365, el nom de domini de l'adreça de correu electrònic proporcionada s'emprarà per omplir dinàmicament el servidor SMTP (és a dir, substituïu "exemple.cat" a "exemple-cat.mail.protection.outlook.com" pel valor real)  Per provar si un tipus de suport configurat funciona, feu clic a l'enllaç *Provar* de la darrera columna (veieu proves de tipus de suport per a [Correu electrònic](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), o [Script](/manual/config/notifications/media/script#media_type_testing) per a més detalls).  Per crear un nou tipus de suport, feu clic al botó *Crear un tipus de suport*. S'obre un formulari de configuració de tipus de suport.

en-us	#### Overview  Media types are [exported](/manual/xml_export_import) with all related objects and object relations.
ca	#### Vista general  Els tipus de suport s'[exporten](/manual/xml_export_import) amb tots els objectes i relacions d'objecte associats.

en-us	#### Overview  Most Zabbix web interface pages support various HTTP GET parameters that control what will be displayed. They may be passed by specifying parameter=value pairs after the URL, separated from the URL by a question mark (?) and from each other by ampersands (&).
ca	#### Vista general  La majoria de les pàgines d'interfície web de Zabbix admeten diversos paràmetres HTTP GET que controlen el que es veurà. Es poden passar especificant paràmetres=valor després de l'URL, separats de l'URL per un signe d'interrogació (?) i els uns dels altres per signes (&).

en-us	#### Overview  Multi-factor [authentication](/manual/web_interface/frontend_sections/users/authentication) (MFA) can be used to sign in to Zabbix, providing an additional layer of security beyond just a username and password.  With MFA, the user must exist in Zabbix, must provide Zabbix credentials when logging in, and must also prove their identity by other means, usually, a code generated by an authenticator app on the user's phone.  Multiple MFA methods are available, allowing users to choose the option that best fits their security requirements and preferences. These methods are Time-Based One-Time Password (TOTP) and Duo Universal Prompt.
ca	#### Vista general  L'[autenticació](/manual/web_interface/frontend_sections/users/authentication) (MFA) multifactor es pot emprar per iniciar la sessió a Zabbix, proporcionant una capa addicional de seguretat més enllà d'un nom d'usuari i un mot de pas.  Amb MFA, l'usuari ha d'existir a Zabbix, ha de proporcionar les credencials de Zabbix en iniciar sessió i també ha de demostrar la seva identitat per altres mitjans, normalment, un codi generat per una aplicació d'autenticació al telèfon de l'usuari.  Hi ha disponibles diversos mètodes MFA, que permeten als usuaris triar l'opció que millor s'adapti als seus requisits i preferències de seguretat. Aquests mètodes són un mot de pas únic basat en el temps (TOTP) i la petició universal Duo.

en-us	#### Overview  Native support for monitoring JMX applications exists in the form of a Zabbix daemon called "Zabbix Java gateway". Zabbix Java gateway is a daemon written in Java. To find out the value of a particular JMX counter on a host, Zabbix server queries Zabbix Java gateway, which uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely. The application does not need any additional software installed, it just has to be started with `-Dcom.sun.management.jmxremote` option on the command line.  Java gateway accepts incoming connection from Zabbix server or proxy and can only be used as a "passive proxy". As opposed to Zabbix proxy, it may also be used from Zabbix proxy (Zabbix proxies cannot be chained). Access to each Java gateway is configured directly in Zabbix server or proxy configuration file, thus only one Java gateway may be configured per Zabbix server or Zabbix proxy. If a host will have items of type **JMX agent** and items of other type, only the **JMX agent** items will be passed to Java gateway for retrieval.
ca	#### Vista general  El suport natiu per monitorar les aplicacions JMX existeix en forma d'un dimoni Zabbix anomenat "Zabbix Java Gateway". Zabbix Java Gateway és un dimoni escrit en Java. Per conèixer el valor d'un comptador JMX concret d'un equip, el servidor Zabbix consulta la passarel·la Java, que utilitza l'[API de gestió de JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) per consultar l'aplicació en qüestió de forma remota. L'aplicació no necessita instal·lació de programari addicional, només comenceu amb l'opció `-Dcom.sun.management.jmxremote` a la línia de comandes.  La passarel·la Java accepta connexió entrant del servidor o proxy Zabbix i només es pot emprar com a "proxy passiu". A diferència del proxy Zabbix, també es pot emprar des del proxy Zabbix (els proxys de Zabbix no es poden encadenar). L'accés a cada passarel·la Java es configura directament al servidor Zabbix o al fitxer de configuració del proxy, de manera que només es pot configurar una passarel·la Java per servidor Zabbix o proxy Zabbix. Si un equip té elements del tipus d'**agent JMX** i elements d'un altre tipus, només els elements de l'**agent JMX** es passen a la passarel·la de Java per obtindre'ls.

en-us	#### Overview  Nesting is a way of one template encompassing one or more other templates.  As it makes sense to separate out entities on individual templates for various services, applications, etc., you may end up with quite a few templates all of which may need to be linked to quite a few hosts. To simplify the picture, it is possible to link some templates together in a single template.  The benefit of nesting is that you have to link only one template to the host, and the host will automatically inherit all entities from the templates that are linked to the one template. For example, if we link *T1* and *T2* to *T3*, we supplement *T3* with all entities from *T1* and *T2*, but not vice versa. If we link *T1* to *T2* and *T3*, we supplement *T2* and *T3* with entities from *T1*.
ca	#### Vista general  El niuatge és una manera d'embolcallar un model dins d'un o més models.  Com que té sentit separar les entitats en plantilles individuals per a diversos serveis, aplicacions, etc., és possible que acabeu amb una sèrie de plantilles que poden haver d'estar vinculades a diversos equips. Per simplificar la imatge, és possible enllaçar determinats models en un sol model.  L'avantatge del niuat és que només heu d'enllaçar una plantilla a l'equip i l'equip heretarà automàticament totes les entitats de les plantilles enllaçades a la primera. Per exemple, si enllacem *T1* i *T2* amb el model *T3*, omplim *T3* amb entitats de *T1* i *T2*, no al revés. Si enllacem *T1* a *T2* i *T3*, omplim *T2* i *T3* amb entitats de *T1*.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   All related images -   Map structure (all map settings, all contained elements with their settings, map links and map link status indicators)  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::
ca	#### Vista general  La [Exportació](/manual/xml_export_import) de mapes de xarxa conté:  - Totes les imatges enllaçades - Estructura del mapa (tota la configuració del mapa, tots els elements continguts amb la seva configuració, enllaços del mapa i indicadors d'estat dels enllaços del mapa)  ::: notewarning Els grups d'equips, els equips, els triggers, altres mapes o qualsevol altra cosa que pugui estar relacionada amb el mapa exportat no s'exporten. Així, si falta almenys un dels elements esmentats al mapa, la seva importació fallarà. :::

en-us	#### Overview  ODBC monitoring corresponds to the **Database monitor** item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This allows for more efficient monitoring of different databases for multiple purposes (for example, checking specific database queues, usage statistics, etc.).  Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also: [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
ca	#### Vista general  El monitoratge ODBC correspon al tipus d'element **monitoratge de la base de dades** a la interfície Zabbix.  ODBC és una API intermediària en llenguatge de programació C, que permet accedir als sistemes de gestió de base de dades (SGBD). El concepte ODBC s'ha desenvolupat per Microsoft i més tard s'ha estès a altres plataformes.  Zabbix pot interrogar qualsevol base de dades admesa per ODBC. Per fer-ho, Zabbix no connecta pas directament a la base de dades, sinó que empra la interfície ODBC i els controladors configurats dins ODBC. Aquesta funció permet un monitoratge més eficient de diferents bases de dades amb múltiples finalitats (per exemple, la verificació de cues de base de dades específiques, les estadístiques d'ús, etc.). Zabbix admet unixODBC, que és una de les implementacions d'API ODBC de programari lliure més emprada.  ::: noteimportant Consulteu també els [problemes coneguts](/manual/installation/known_issues#odbc_checks) per les verificacions ODBC. :::

en-us	### Overview  Official Zabbix 7.0 packages for Debian, Ubuntu, and Raspberry Pi OS (Raspbian) are available on [Zabbix website](https://www.zabbix.com/download).  Packages are available with either MySQL/PostgreSQL database and Apache/Nginx web server support.
ca	### Vista general  Els paquets oficials de Zabbix 7.0 per Debian, Ubuntu, i Raspberry Pi OS (Raspbian) són disponibles al [lloc web de Zabbix](https://www.zabbix.com/download).  Els paquets són disponibles amb ambdúes bases de dades MySQL/PostgreSQL i suport amb els servidors web Apache i Nginx.

en-us	### Overview  Official Zabbix 7.0 packages for Red Hat Enterprise Linux versions 6, 7, 8, and 9, as well as for  versions 8 and 9 of AlmaLinux, CentOS Stream, Oracle Linux, and Rocky Linux are available on [Zabbix website](https://www.zabbix.com/download).  ::: noteimportant Zabbix packages for Red Hat Enterprise Linux systems are intended only for RHEL systems. Alternative environments, such as [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images), may lack the necessary dependencies and repository access requirements for successful installation. To address such issues, verify compatibility with the target environment and ensure access to required repositories and dependencies before proceeding with Zabbix installation from packages. For more information, see [Known issues](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Packages are available with:  -   MySQL or PostgreSQL database -   Apache or Nginx web server support  *Zabbix agent* packages, as well as *Zabbix get* and *Zabbix sender* utilities are also available in Zabbix Official Repository for the following OS:  -   RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  The official Zabbix repository provides `fping`, `iksemel` and `libssh2` packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  ::: noteimportant The EPEL repository for EL9 also provides Zabbix packages. If both the official Zabbix repository and EPEL repositories are installed,  then the Zabbix packages in EPEL **must be** excluded by adding the following clause to the EPEL repo configuration file under `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  See also: [Accidental installation of EPEL Zabbix packages](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::
ca	### Vista general  Els paquets oficials de Zabbix 7.0 per a les versions 6, 7, 8 i 9 de Red Hat Enterprise Linux i les versions 8 i 9 d'AlmaLinux, CentOS Stream, Oracle Linux i Rocky Linux són disponibles [per descarregar](https://www.zabbix.com/download).  ::: noteimportant Els paquets Zabbix per a sistemes Red Hat Enterprise Linux només serveixen per a sistemes RHEL. Els entorns alternatius, com ara la [Imatge base universal de Red Hat](https://catalog.redhat.com/software/base-images), poden no tenir les dependències necessàries i els requisits d'accés al repositori per a una instal·lació correcta. Per corregir aquests problemes, verifiqueu la compatibilitat amb l'entorn de destinació i assegureu-vos l'accés als repositoris i dependències necessaris abans de continuar amb la instal·lació de Zabbix des dels paquets. Per obtindre més informació, veieu els [Problemes coneguts](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Els paquets són disponibles amb:  - Base de dades MySQL o PostgreSQL - Suport del servidor web Apache o Nginx  Els paquets *Zabbix agent*, així com les utilitats *Zabbix get* i *Zabbix sender* també són disponibles al repositori oficial de Zabbix per als següents sistemes operatius:  -   RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), i [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) i [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) i [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) i [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) i [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  El repositori oficial de Zabbix també proporciona paquets `fping`, `iksemel` i `libssh2`. Aquests paquets es troben al directori [no compatible](https://repo.zabbix.com/non-supported/).  ::: noteimportant El repositori EPEL per a EL9 també proporciona paquets Zabbix. Si s'instal·len tant el dipòsit oficial de Zabbix com els repositoris EPEL, aleshores els paquets Zabbix a EPEL **s'han d'excloure** afegint la clàusula següent al fitxer de configuració del repo d'EPEL a `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  Veieu també: [Instal·lació accidental dels paquets EPEL Zabbix](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::

en-us	### Overview  Official Zabbix 7.0 packages for SUSE Linux Enterprise Server are available on [Zabbix website](https://www.zabbix.com/download).  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available in Zabbix Official Repository for [SLES 15 (SP4 and newer)](https://repo.zabbix.com/zabbix/7.0/sles/15/x86_64/) and [SLES 12 (SP4 and newer)](https://repo.zabbix.com/zabbix/7.0/sles/12/x86_64/).  Please note that SLES 12 can be used only for Zabbix proxy and the following features are not available:  - *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) with MySQL does not work due to older MySQL libraries. - *SSH checks* - due to the older libssh version.
ca	### vista general  Els paquets oficials de Zabbix 7.0 per a SUSE Linux Enterprise Server sóndisponibles al [lloc web de Zabbix](https://www.zabbix.com/download).  Els paquets i les utilitats *Zabbix agent* *Zabbix get* i *Zabbix sender* són disponibles al dipòsit oficial de Zabbix per a [SLES 15 (SP4 i posterior)](https://repo.zabbix.com/zabbix/7.0/sles/15 /x86_64/) i [SLES 12 (SP4 i més recent)](https://repo.zabbix.com/zabbix/7.0/sles/12/x86_64/).  Tingueu en compte que SLES 12 es pot emprar només com a proxy de Zabbix i les funcions següents no són disponibles:  - *Verificar CA* [mode de xifrat](/manual/appendix/install/db_encrypt/mysql) amb MySQL no funciona a causa de les biblioteques MySQL més antigues. - Les *comprovacions SSH* - per la versió antiga de libssh.

en-us	#### Overview of files  If you obtained Java gateway from sources, you should have ended up with a collection of shell scripts, JAR and configuration files under $PREFIX/sbin/zabbix\_java. The role of these files is summarized below.      bin/zabbix-java-gateway-$VERSION.jar  Java gateway JAR file itself.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencies of Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), and [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) library.      lib/logback.xml       lib/logback-console.xml  Configuration files for Logback.      shutdown.sh       startup.sh  Convenience scripts for starting and stopping Java gateway.      settings.sh  Configuration file that is sourced by startup and shutdown scripts above.
ca	#### Vista general dels arxius  Si obteniu la passarel·la Java des de les fonts, us trobareu amb un recull d'scripts de shell, de JAR i d'arxius de configuració sota el $PREFIX/sbin/zabbix\_java. El rol d'aquests arxius es resumeix aquí sota.      bin/zabbix-java-gateway-$VERSION.jar  Arxiu de la passarel·la Java mateix.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependències de la passarel·la Java: Biblioteques [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), i [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json).      lib/logback.xml       lib/logback-console.xml  Arxius de configuració per Logback.      shutdown.sh       startup.sh  Scripts pràctics per engegar i aturar la passarel·la Java.      settings.sh  L'arxiu de configuració prové dels scripts d'engegada i aturada que hi ha aquí al damunt.

en-us	### Overview  Once the [services](/manual/it_services/service_tree) are created, you can start monitoring whether their performance is on track with service level agreement (SLA).    *Services->SLA* menu section allows to configure SLAs for various services. An SLA in Zabbix defines service level objective (SLO), expected uptime schedule and planned downtimes.   SLAs and services are matched by [service tags](/manual/it_services/service_tree#tags). The same SLA may be applied to multiple services - performance will be measured for each matching service separately. A single service may have multiple SLAs assigned - data for each of the SLAs will be displayed separately.  In SLA reports Zabbix provides Service level indicator (SLI) data, which measures real service availability. Whether a service meets the SLA targets is determined by comparing SLO (expected availability in %) with SLI (real-life availability in %). 
ca	### Vista general  Un cop creats els [serveis](/manual/it_services/service_tree), podeu començar a monitorar si el seu rendiment és dins de l'acord de nivell de servei (SLA).  La secció de menú *Serveis->SLA* us permet configurar els SLA per a diversos serveis. Un SLA a Zabbix defineix l'objectiu de nivell de servei (SLO), el calendari de disponibilitat esperat i els temps d'inactivitat planificats.  Els SLA i els serveis corresponen a [etiquetes de servei](/manual/it_services/service_tree#tags). El mateix SLA es pot aplicar a diversos serveis; el rendiment es mesurarà per separat per a cada servei corresponent. Un sol servei pot tindre assignats diversos SLA; les dades de cada SLA es mostraran per separat.  En els informes de SLA, Zabbix proporciona dades de l'indicador de nivell de servei (SLI), que mesuren la disponibilitat real del servei. El compliment d'un servei amb els objectius de l'SLA es determina comparant el SLO (disponibilitat esperada en %) amb el SLI (disponibilitat real en %).

en-us	#### Overview  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) are supported in Zabbix.  There are two ways of using regular expressions in Zabbix:  -   manually entering a regular expression -   using a global regular expression created in Zabbix
ca	#### Vista general  Les [Expressions regulars compatibles amb Perl](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) són compatibles amb Zabbix.  Hi ha dues maneres d'emprar expressions regulars a Zabbix:  - Introduïnt manualment d'una expressió regular - emprant una expressió regular global creada a Zabbix

en-us	#### Overview  Permissions in Zabbix depend on the user type, customized user roles and access to hosts, which is specified based on the user group.
ca	#### Vista general  Els permisos a Zabbix depenen del tipus d'usuari, els rols d'usuari personalitzats i l'accés als equips, que s'especifica en funció del grup d'usuaris.

en-us	#### Overview  Plugins provide an option to extend the monitoring capabilities of Zabbix. Plugins are written in Go programming language and are supported by Zabbix agent 2 only. Plugins provide an alternative to [loadable modules](/manual/extensions/loadablemodules) (written in C), and [other methods](/manual/extensions) for extending Zabbix functionality.  The following features are specific to agent 2 and its plugins:  -   support of scheduled and flexible intervals for both passive and     active checks; -   task queue management with respect to schedule and task concurrency; -   plugin-level timeouts; -   compatibility check of Zabbix agent 2 and its plugins on start up.  Since Zabbix 6.0, plugins don't have to be integrated into the agent 2 directly and can be added as loadable plugins, thus making the creation process of additional plugins for gathering new monitoring metrics easier.  This page lists Zabbix native and loadable plugins, and describes plugin configuration principles from the user perspective.  For instructions and tutorials on writing your own plugins, see [Developer center](/devel/plugins).  For more information on the communication process between Zabbix agent 2 and a loadable plugin, as well as the metrics collection process, see [Connection diagram](/devel/plugins#connection-diagram).
ca	#### Vista general  Els connectors ofereixen una opció per ampliar les capacitats de monitoratge de Zabbix. Els connectors són escrits en llenguatge de programació Go i només són compatibles amb l'agent 2 de Zabbix. Els connectors proporcionen una alternativa als [mòduls carregables](/manual/extensions/loadablemodules) (escrits en C) i [altres mètodes](/manual/extensions) per ampliar la funcionalitat de Zabbix.  Les funcions següents són específiques de l'agent 2 i els seus connectors:  - suport d'intervals programats i flexibles per a controls passius i actius; - gestió de la cua de tasques pel que fa a la planificació i la concurrència de tasques; - temps d'espera a nivell de connector; - comprovació de compatibilitat de l'agent Zabbix 2 i els seus connectors a l'inici.  Des de Zabbix 6.0, els connectors no s'han d'integrar directament a l'agent 2 i es poden afegir com a connectors carregables, facilitant així el procés de creació de connectors addicionals per recollir noves mètriques de monitoratge.  Aquesta pàgina llista els connectors natius i carregables de Zabbix i es descriuen els principis de configuració dels connectors des de la perspectiva de l'usuari.  Per obtindre instruccions i tutorials sobre com escriure els vostres propis connectors, consulteu [Centre de desenvolupadors](/devel/plugins).  Per obtindre més informació sobre el procés de comunicació entre l'agent Zabbix 2 i un connector carregable, així com sobre el procés de recollida de mètriques, veieu [Diagrama de connexió](/devel/plugins#connection-diagram).

en-us	#### Overview  Problem events in Zabbix can be acknowledged by users.  If a user gets notified about a problem event, they can go to Zabbix frontend, open the problem update popup window of that problem using one of the ways listed below and acknowledge the problem. When acknowledging, they can enter their comment for it, saying that they are working on it or whatever else they may feel like saying about it.  This way, if another system user spots the same problem, they immediately see if it has been acknowledged and the comments so far.  This way the workflow of resolving problems with more than one system user can take place in a coordinated way.  Acknowledgment status is also used when defining [action operations](/manual/config/notifications/action/operation). You can define, for example, that a notification is sent to a higher level manager only if an event is not acknowledged for some time.  To acknowledge events and comment on them, a user must have at least read permissions to the corresponding triggers. To change problem severity or close problem, a user must have read-write permissions to the corresponding triggers.  There are **several** ways to access the problem update popup window, which allows acknowledging a problem.  -   You may select problems in *Monitoring* → *Problems* and then click     on *Mass update* below the list -   You can click on *Update* in the *Update* column of a problem in:     -   *Dashboards* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details* -   You can click on an unresolved problem cell in:     -   *Dashboards* (*Trigger overview* widget)  The popup menu contains an *Update* option that will take you to the problem update window.
ca	#### Vista general  Els usuaris poden reconèixer els esdeveniments problemàtics a Zabbix.  Si hom rep una notificació sobre un esdeveniment problemàtic, pot anar a la interfície de Zabbix, obrir la finestra emergent d'actualització d'aquest problema mitjançant una de les maneres que s'enumeren a continuació i reconèixer el problema. En reconèixer-lo, pot introduir el seu comentari sobre això, dient que hi són treballant o qualsevol altra cosa que calgui.  D'aquesta manera, si un altre usuari del sistema detecta el mateix problema, veurà immediatament si s'ha reconegut i els comentaris fins ara.  D'aquesta manera, el flux de treball de resolució de problemes amb més d'un usuari del sistema es pot dur a terme de manera coordinada.  L'estat de reconeixement també s'empra quan es defineixen [operacions d'acció](/manual/config/notifications/action/operation). Hom pot definir, per exemple, que una notificació s'enviï a un gestor de nivell superior només si un esdeveniment no es reconeix durant algun temps.  Per reconèixer els esdeveniments i comentar-los, hom ha de tindre almenys permisos de lectura als triggers corresponents. Per canviar la gravetat del problema o tancar el problema, un usuari ha de tindre permisos de lectura i escriptura als triggers corresponents.  Hi ha **diverses** maneres d'accedir a la finestra emergent d'actualització del problema, que permet reconèixer un problema.  - Podeu triar problemes a *Monitoratge* → *Problemes* i després fer clic a *Actualització massiva* a sota de la llista - Podeu fer clic a *Actualitzar* a la columna *Actualitzar* d'un problema a:      - *Taulers de control* (ginys *Problemes* i *Problemes per gravetat*)      - *Monitoratge → Problemes*      - *Monitoratge → Problemes → Detalls de l'esdeveniment* - Podeu fer clic a una cel·la de problema no resolt a:      - *Taulers de control* (giny *Visió general del trigger*)  El menú emergent conté una opció *Actualitzar* que us durà a la finestra d'actualització del problema.

en-us	#### Overview  Problem suppression offers a way of temporarily hiding a problem that  can be dealt with later. This is useful for cleaning up the problem list  in order to give the highest priority to the most urgent issues.  For example, sometimes an issue may arise on the weekend that is not  urgent enough to be dealt with immediately, so it can be "snoozed"  until Monday morning.  Problem suppression allows to hide a *single* problem, in contrast to problem  suppression through host maintenance when all problems  of the maintenance host are hidden.  Operations for trigger actions will be paused for suppressed problems the same  way as it is done with [host maintenance](/manual/maintenance).
ca	#### Vista general  La supressió de problemes ofereix una manera d'amagar temporalment un problema que es pot resoldre més tard. Això és útil per netejar la llista de problemes per donar la màxima prioritat als problemes més urgents. Per exemple, de vegades pot sorgir un problema el cap de setmana que no és prou urgent per ser tractat immediatament, de manera que es pot "posposar" fins dilluns al matí.  La supressió de problemes permet amagar un *únic* problema, en contrast amb la supressió de problemes mitjançant el manteniment de l'equip quan tots els problemes de l'equip de manteniment són amagats.  Les operacions per a les accions d'activació es posaran en pausa per als problemes esborrats de la mateixa manera que es fa amb el [manteniment de l'equip](/manual/maintenance).

en-us	#### Overview  Proxy load balancing allows monitoring hosts by a proxy group with automated distribution of hosts between proxies and high proxy availability.  If one proxy from the proxy group goes offline, its hosts will be immediately distributed among other proxies having the least assigned hosts in the group.   Host redistribution happens only in "online" proxy groups. A proxy group is "online" if the configured minimum number of its proxies are online. Each proxy has online, offline or unknown [state](/manual/web_interface/frontend_sections/administration/proxies#proxies).  Zabbix server also checks the balance between host-proxy assignments. If the balance is bad the group is marked for host reassignment, which will be done after 10xfailover delay period unless the balance is restored. The group is considered to be unbalanced if the number of hosts assigned to a proxy differs from the average (within the group) by at least 10 hosts and factor of 2.  Note that older version proxies are excluded from re-balancing operations. However, in online groups hosts will be removed from older offline proxies.
ca	#### Vista general  L'equilibri de càrrega del proxy permet monitorar els equips per part d'un grup de proxys amb una distribució automatitzada d'equips entre proxys i uproxys amb alta disponibilitat.  Si un proxy del grup de proxys es desconnecta, els seus equips es distribuiran immediatament entre els altres proxys que tinguin menys equips assignats del grup.   La redistribució de l'equipnomés es produeix als grups de proxys "en línia". Un grup de proxys és "en línia" si el nombre mínim configurat dels seus proxys és en línia. Cada proxy té un [estat] en línia, fora de línia o desconegut (/manual/web_interface/frontend_sections/administration/proxies#proxies).  El servidor Zabbix també comprova l'equilibri entre les assignacions de proxys. Si el saldo és dolent, el grup es marca per a la reassignació de l'equip, que es farà després d'un període d'endarreriment de 10 vegades per error, tret que es restableixi el saldo. Es considera que el grup és en desequilibri si el nombre d'equips assignats a un proxy difereix de la mitjana (dins del grup) en almenys 10 equips i un factor de 2.  Tingueu en compte que els proxys de versions anteriors són exclosos de les operacions de reequilibri. Tanmateix, als grups en línia els equips s'eliminaran dels proxys fora de línia anteriors.

en-us	#### Overview  Proxy load balancing allows monitoring hosts by a proxy group with automated distribution of hosts between proxies and high proxy availability.  If one proxy from the proxy group goes offline, its hosts will be immediately distributed among other proxies having the least assigned hosts in the group. Or, if a proxy has too many/too few hosts compared to the group average, group re-balancing by distributing hosts evenly will be triggered.  Host redistribution happens only in online proxy groups. A proxy group is "online" if the configured minimum number of its proxies are online (not offline or unknown).  :::notetip The minimum number of online proxies should be less than the proxy total in the group. In a group of 10 proxies, setting the minimum online proxy count to 10 creates a situation where the whole group will go offline if only one proxy fails. It is better to have 6 online proxies required. This will support 4 unhealthy proxies. :::  The proxy state is:  -    **online** - if there was communication with it for the [failover delay](#configuring-a-proxy-group) period (passive proxy responded to server requests and active proxy sent a request to server); -    **offline** - if there was no communication with it for the failover delay period; -    **unknown** - after proxy creation or server start.  You can monitor the proxy group state with the [zabbix[proxy group,<name>,state]](/manual/config/items/itemtypes/internal#proxy.group.d) internal item.  Proxy load balancing and high availability is managed by the [proxy group manager](/manual/concepts/server#server-process-types-and-threads) process. The proxy group manager always knows which other proxies are healthy or unhealthy.  **Version compatibility**  -    Only Zabbix agents 7.0 and later are supported for working with proxy groups in active mode; -    Zabbix pre-7.0 version proxies and the hosts monitored by these proxies are excluded from re-balancing operations until they are upgraded.
ca	#### Vista general  L'equilibri de càrrega del proxy permet monitorar els equips per part d'un grup de proxys amb una distribució automatitzada d'equips entre proxys i una alta disponibilitat de proxys.  Si un proxy del grup de proxys es desconnecta, els seus equips es distribuiran de seguida entre altres proxys que tinguin els hosts menys assignats del grup. O bé, si un proxy té massa o massa pocs equips comparat amb la mitjana del grup, el grups s'equilibra movent equips de manaera uniforme.  La redistribució de l'equip només es farà als grups de proxys en línia. Un grup de proxys és "en línia" si el nombre mínim configurat dels seus proxys és en línia (no fora de línia o desconegut).  :::notetip El nombre mínim de proxys en línia ha d'ésser inferior al total de proxys del grup. En un grup de 10 proxys, establir el nombre mínim de proxys en línia a 10 crea una situació en què tot el grup es desconnectarà si només falla un proxy. És millor tindre 6 proxys en línia necessaris. Això admetrà 4 proxys fora de línia. :::  L'estat del proxy és:  - **en línia** - si hi ha hagut comunicació amb ell durant el període [delay de failover](#configuring-a-proxy-group) (el proxy passiu va respondre a les peticions del servidor i el proxy actiu va enviar una sol·licitud al servidor); - ** fora de línia ** - si no hi ha hagut cap comunicació amb ell durant el període de retard de la migració per error; - **desconegut** - després de la creació del proxy o l'inici del servidor.  Podeu monitorar l'estat del grup de proxys amb l'element intern [zabbix[grup de proxys,<nom>,estat]](/manual/config/items/itemtypes/internal#proxy.group.d).  L'equilibri de càrrega del proxy i l'alta disponibilitat són gestionades pel [gestor del grup de proxys](/manual/concepts/server#server-process-types-and-threads) que sempre sap quins altres proxys funcionen o no.  **Compatibilitat de versions**  - Només els agents Zabbix 7.0 i posteriors són compatibles per treballar amb grups de proxy en mode actiu; - Els proxys de Zabbix anteriors a la versió 7.0 i els equips monitorats per aquests proxys són exclosos de les operacions de reequilibri fins que s'actualitzen.

en-us	#### Overview  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device to snmptrapd and is collected or "trapped" by Zabbix server or Zabbix proxy from file.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
ca	#### Vista general  Rebre traps SNMP és el contrari de sondejar dispositius habilitats per SNMP.  En aquest cas, la informació s'envia des d'un dispositiu compatible amb SNMP i Zabbix recull les "traps".  Normalment, les traps s'envien en un canvi de condició i l'agent es connecta al servidor per el port 162 (a diferència del port 161, que l'agent empra per fer consultes). L'ús de traps pot detectar alguns petits problemes que es produeixen durant l'interval de consulta i que la consulta de dades pot ometre.  La recepció de traps SNMP a Zabbix és dissenyada per funcionar amb **snmptrapd** i un dels mecanismes per passar traps a Zabbix, ja sigui un script Bash o Perl o SNMPTT.  :::noteclassic La manera més senzilla de configurar la supervisió de traps després de configurar Zabbix és emprar la solució de scripting de Bash, ja que Perl i SNMPTT no solen vindre pas amb les distribucions modernes i requereixen una configuració més complexa. Tanmateix, aquesta solució empra un script configurat com a "traphandle". Per obtindre el millor rendiment als sistemes de producció, empreu la solució Perl incrustada (un script amb l'opció `do perl` o SNMPTT). :::  Flux de treball per rebre un trap:  1. `snmptrapd` rep un trap 2. `snmptrapd` reenvia el trap a l'script receptor (Bash, Perl) o SNMPTT 3. El receptor analitza, formata i escriu el trap a un fitxer 4. Zabbix SNMP Trapper llegeix i analitza el fitxer trap 5. Per a cada trap, Zabbix troba tots els elements "SNMP trap" amb les interfícies d'equip corresponents a l'adreça del trap rebut. Tingueu en compte que només s'empren per fer coincidir les interfícies per a les quals s'ha seleccionat "IP" o "DNS". 6. Per a cada element trobat, el trap es compara amb una expressió regular a `snmptrap[expressió regular]`. El trap s'estableix amb el valor de **tots** els elements coincidents. Si no es troba cap element coincident i hi ha un element `snmptrap.fallback`, el trap s'estableix amb el seu valor. 7. Si el trap no s'ha establert amb el valor de cap element, Zabbix registra per defecte el trap no coincident. (Això es configura a "Registrar traps SNMP no coincidents" a Administració → General → Altres.)

en-us	### Overview  Recovery operations allow you to be notified when problems are resolved.  Both messages and remote commands are supported in recovery operations. While several operations can be added, escalation is not supported - all operations are assigned to a single step and therefore will be performed simultaneously.
ca	### Vista general  Les operacions de recuperació us permeten rebre una notificació quan es resolguin els problemes.  Els missatges i les comandes remotes són compatibles amb les operacions de recuperació. Tot i que es poden afegir diverses operacions, no s'admet l'escalada: totes les operacions s'assignen a una sola etapa i, per tant, s'executaran simultàniament.

en-us	#### Overview  SAML 2.0 [authentication](/manual/web_interface/frontend_sections/users/authentication)  can be used to sign in to Zabbix.   If only SAML sign-in is configured, then the user must also exist in Zabbix, however,  its Zabbix password will not be used. If authentication is successful, then Zabbix will match  a local username with the username attribute returned by SAML.
ca	#### Vista general  L'[autenticació](/manual/web_interface/frontend_sections/users/authentication) SAML 2.0 es pot emprar per iniciar la sessió a Zabbix.  Si només es configura l'inici de sessió SAML, l'usuari també ha d'existir a Zabbix, però no s'emprarà el seu mot de pas de Zabbix. Si l'autenticació té èxit, Zabbix farà coincidir un nom d'usuari local amb l'atribut de nom d'usuari retornat per SAML.

en-us	### Overview  Script items can be used to collect data by executing a user-defined JavaScript code with the ability to retrieve data over HTTP/HTTPS. In addition to the script, an optional list of parameters (pairs of name and value) and timeout can be specified.  This item type may be useful in data collection scenarios that require multiple steps or complex logic. As an example, a Script item can be configured to make an HTTP call, then process the data received in the first step in some way, and pass transformed value to the second HTTP call.  Script items are processed by Zabbix server or proxy pollers.
ca	#### Vista general  Els elements d'script es poden emprar per recollir dades executant codi JavaScript definit per l'usuari amb la possibilitat de recuperar les dades via HTTP/HTTPS. A més de l'script, es poden definir una llista opcional de paràmetres (parella de nom i valor) i un temps d'espera.   Aquest tipus d'element pot ésser útil en escenaris de recollida de dades on calgui múltiples passes o una lògica complexa. Per exemple, un element d'script pot fer una crida HTTP, tractar les dades rebudes a la primera passa d'una manera o una altra, i transmetre el valor transformat a la segona crida HTTP.  Els elements d'script són tractats per el servidor Zabbix o els enquestadors proxy.

en-us	#### Overview  Sending a message is one of the best ways of notifying people about a problem. That is why it is one of the primary actions offered by Zabbix.
ca	#### Vista general  Enviar un missatge és una de les millors maneres d'informar la gent d'un problema. Per això és una de les principals accions que ofereix Zabbix.

en-us	#### Overview  Server - proxy data exchange is based on JSON format.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ca	#### Vista general  El bescanvi de dades servidor - proxy es basa en el format JSON.  Els missatges de petició de resposta han de començar amb una [capçalera i longitud de les dades](/manual/appendix/protocols/header_datalen).

en-us	#### Overview  Service monitoring is a business-level monitoring that can be used to get an overview of the entire IT infrastructure service tree, identify weak places of the infrastructure, calculate SLA of various IT services, and check out other information at a higher level. Service monitoring focuses on the overall availability  of a service instead of low-level details, such as the lack of disk space, high processor load, etc. Service monitoring also provides functionality to find the root cause of a problem if a service is not performing as expected.   Service monitoring allows to create a hierarchy representation of monitored data.  A very simple service structure may look like:      Service     |     |-Workstations     | |     | |-Workstation1     | |     | |-Workstation2     |     |-Servers  Each node of the structure has attribute status. The status is calculated and propagated to upper levels according to the selected algorithm. The status of individual nodes is affected by the status of the mapped problems. Problem mapping is accomplished with [tagging](/manual/it_services/service_tree#problem-tags).  Zabbix can send notifications or automatically execute a script on the Zabbix server in case service status change is detected. It is possible to define flexible rules whether a parent service should go into a 'Problem state'  based on the statuses of child services. Services problem data can then be used to calculate SLA and send SLA reports based on the flexible set of conditions.   Service monitoring is configured in the Services menu, which consists of the following sections:   - [Services](/manual/it_services/service_tree)   Services section allows to build a hierarchy of your monitored infrastructure by adding parent services, and then - child  services to the parent services.   In addition to configuring service tree, this section provides an overview of the whole infrastructure and allows to quickly identify the problems that led to a service status change.   - [SLA](/manual/it_services/sla)  In this section you can define service level agreements and set service level objectives for specific services.   - [SLA report](/manual/it_services/sla#sla-reports)  In this section you can view SLA reports.  **Service actions**  You may also configure service [actions](/manual/config/notifications/action).  Service actions are optional and allow to:      - send a notification that a service is down    - execute a remote command on a Zabbix server upon a service status change    - send a recovery notification when a service is up again.  **See also:**     - SLA monitoring configuration [example](/manual/it_services/example)   - Notes about [upgrading services](/manual/appendix/services_upgrade) from Zabbix versions below 6.0
ca	#### Vista general  El monitoratge de serveis és un monitoratge a nivell empresarial que es pot emprar per obtindre informació sobre tot l'arbre de serveis de la infraestructura de TI, identificar els punts febles de la infraestructura, calcular el SLA de diversos departaments de TI i verificar altra informació a un nivell superior. El monitoratge del servei se centra en la disponibilitat global d'un servei en lloc de detalls de baix nivell, com ara espai de disc baix, càrrega elevada de la CPU, etc. Des de Zabbix 6.0, el monitoratge del servei també proporciona funcionalitat per trobar la causa arrel d'un problema si un servei no funciona com s'espera.  El monitoratge del servei us permet crear una representació jeràrquica de les dades monitorades.  Una estructura de servei molt senzilla podria assemblar-se a:       Servei      |      |-Estacions de treball      | |      | |-Estació de treball 1      | |      | |-Estació de treball 2      |      |-Servidors  Cada node de l'estructura té un estat d'atribut. L'estat es calcula i es propaga a nivells superiors segons l'algorisme seleccionat. L'estat dels nodes individuals es veu afectat per l'estat dels problemes mapats. L'assignació de problemes es fa amb [etiquetatge](/manual/it_services/service_tree#problem-tags).  Zabbix pot enviar notificacions o executar automàticament un script al servidor Zabbix quan es detecta un canvi d'estat del servei. És possible definir regles flexibles si un servei principal ha d'entrar en 'estat problemàtic' en funció de l'estat dels serveis secundaris. Les dades dels problemes de servei es poden emprar per calcular el SLA i enviar informes de SLA basats en el conjunt flexible de condicions.  El monitoratge dels serveis es configura al menú Serveis, que consta de les seccions següents:  - [Serveis](/manual/it_services/service_tree)  La secció Serveis us permet crear una jerarquia de la vostra infraestructura monitorada afegint serveis principals i, a continuació, serveis secundaris als serveis principals.  A més de configurar l'arbre de serveis, aquesta secció ofereix una visió general de tota la infraestructura i ajuda a identificar ràpidament els problemes que han provocat un canvi en l'estat del servei.  - [SLA](/manual/it_services/sla)  En aquesta secció, podeu definir acords de nivell de servei i establir objectius de nivell de servei per a serveis específics.  - [Informe SLA](/manual/it_services/sla#sla_reports)  En aquesta secció, podeu veure els informes de SLA.  **Accions de servei**  En aquesta secció, podeu configurar [accions](/manual/config/notifications/action) de servei.  Les accions de servei són opcionals i us permeten:  - enviar una notificació quan un servei és caigut; - executar una comanda remota en un servidor Zabbix durant un canvi d'estat del servei; - enviar una notificació de recuperació quan un servei torni a ésser operatiu.  **Veieu també:**     - Un [exemple](/manual/it_services/example) de configuració de monitoratge d'SLA    - Notes sobre l'[actualització de serveis](/manual/appendix/services_upgrade) de les versions de Zabbix inferiors a 6.0

en-us	#### Overview  Several configuration [parameters](/manual/appendix/config/zabbix_server) define how Zabbix server should behave when an agent check (Zabbix, SNMP, IPMI, JMX) fails and a host interface becomes unreachable.
ca	#### Vista general  Molts [paràmetres](/manual/appendix/config/zabbix_server) de configuració defineixen el comportament del servidor Zabbix quan una verificació d'agent (Zabbix, SNMP, IPMI, JMX) falla i una interfície de l'equip esdevenen inaccessible.

en-us	### Overview  Simple checks are normally used for remote agent-less checks of services.  Note that Zabbix agent is not needed for simple checks. Zabbix server/proxy is responsible for the processing of simple checks (making external connections, etc).  Examples of using simple checks:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic *User name* and *Password* fields (limited to 255 characters) in simple check item configuration are used for VMware monitoring items; ignored otherwise. :::
ca	### Vista general  Les verificacions simples normalment s'empren per fer verificacions de serveis a distància sans agent.  Veieu que l'agent Zabbix no cal per les verificacions simples. El servidor/proxy Zabbix és responsable del tractament de les verificacions simples (establiment de connexions externes, etc.).  Exemples d'ús de verificacions simples:      net.tcp.service[ftp,,155]     net.tcp.service[http]     net.tcp.service.perf[http,,8080]     net.udp.service.perf[ntp]  ::: noteclassic Els camps *Nom d'usuari* i *Mot de pas* (limitats a 255 caràcters) dins la configuració de l'element de verificació simple s'empren per els element se vigilància VMware; sinó, s'ignoren. :::

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
ca	#### Vista general  Es proporcionen gràfics senzills per visualitzar les dades recollides pels elements.  L'usuari no requereix cap esforç de configuració per visualitzar gràfics senzills. Són disponibles gratuïtament per Zabbix.  Simplement aneu a *Monitoratge → Dades més recents* i feu clic a l'enllaç Gràfic de l'element desitjat i es mostrarà un gràfic.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  :::noteclassic Es proporcionen gràfics senzills per a tots els elements digitals. Per als elements de text, un enllaç a l'historial és disponible a *Monitoratge → Dades més recents*. :::

en-us	### Overview  Since Zabbix 6.0, primary keys are used for all tables in new installations. Since Zabbix 5.0, double precision data types are used for all tables in new installations.  This section provides instructions for manually upgrading tables in existing installations - history tables to primary keys, and history and trends tables to double precision data types.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
ca	#### Vista general  Des de la versió 6.0 de Zabbix, les claus primàries s'empren a totes les taules de les noves instal·lacions. Des de la versió 5.0 de Zabbix, els tipus de dades de doble precisió s'empren a totes les taules de noves instal·lacions.  Aquesta secció mostra les instruccions per actualitzar manualment les taules - d'històric existents cap a les claus primàries, i taules d'historial i tendències a tipus de dades de doble precisió.  Les instruccions són disponibles per a:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

en-us	#### Overview  Some databases (for example, MySQL) require the partitioning column to be part of the table's unique constraint. Therefore, to partition the `auditlog` table by time, the primary key must be changed from `auditid` to a composite key `auditid` + `clock`.  This section provides instructions for altering the primary key of the `auditlog` table.
ca	#### Visió general  Algunes bases de dades (per exemple, MySQL) requereixen que la columna de particions formi part de la restricció única de la taula. Per tant, per particionar la taula `auditlog` per temps, la clau primària s'ha de canviar de `auditid` a una clau composta `auditid` + `clock`.  Aquesta secció proporciona instruccions per alterar la clau primària de la taula `auditlog`.

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
ca	#### Vista general  Alguns elements nous s'afegeixen automàticament per al monitoratge quan es creen escenaris web.  Tots els elements hereten etiquetes de la línia de temps web.

en-us	### Overview  Sometimes the availability of one host depends on another. A server that is behind a router will become unreachable if the router goes down. With triggers configured for both, you might get notifications about two hosts down - while only the router was the guilty party.  This is where some dependency between hosts might be useful. With dependency set, notifications of the dependents could be withheld and only the notification on the root problem sent.  While Zabbix does not support dependencies between hosts directly, they may be defined with another, more flexible method - trigger dependencies. A trigger may have one or more triggers it depends on.  So in our simple example we open the server trigger configuration form and set that it depends on the respective trigger of the router. With such dependency, the server trigger will not change its state as long as the trigger it depends on is in the 'PROBLEM' state - and thus no dependent actions will be taken and no notifications sent.  If both the server and the router are down and dependency is there, Zabbix will not execute actions for the dependent trigger.  While the parent trigger is in the PROBLEM state, its dependents may report values that cannot be trusted. Therefore dependent triggers will not be re-evaluated until the parent trigger (the router in the example above):  -   goes back from 'PROBLEM' to 'OK' state; -   changes its state from 'PROBLEM' to 'UNKNOWN'; -   is closed manually, by correlation or with the help of time-based functions; -   is resolved by a value of an item not involved in the dependent trigger; -   is disabled, has a disabled item or a disabled item host  In all of the cases mentioned above, the dependent trigger (server) will be re-evaluated only when a new metric for it is received. This means that the dependent trigger may not be updated immediately.  Also:  -   Trigger dependency may be added from any host trigger to any other     host trigger, as long as it doesn't result in a circular     dependency. -   Trigger dependency may be added from one template to another. If some     trigger from template A depends on some trigger from template B,     template A may only be linked to a host (or another template)     together with template B, but template B may be linked to a host (or     another template) alone. -   Trigger dependency may be added from a template trigger to a host     trigger. In this case, linking such a template to a host will create     a host trigger that depends on the same trigger template that the trigger was     depending on. This allows to, for example, have a template where     some triggers depend on the router (host) triggers. All hosts linked to     this template will depend on that specific router. -   Trigger dependency may not be added from a host trigger to a template trigger. -   Trigger dependency may be added from a trigger prototype to another     trigger prototype (within the same low-level discovery rule) or a     real trigger. A trigger prototype may not depend on a trigger     prototype from a different LLD rule or on a trigger created from     trigger prototype. A host trigger prototype cannot depend on a trigger     from a template.
ca	#### Vista general  De vegades, la disponibilitat d'un equip depèn d'un altre. Un servidor darrere d'un encaminador es tornarà inaccessible si l'encaminador falla. Amb els triggers configurats per a tots dos, és possible que rebeu notificacions sobre dos equips caiguts, quan només l'encaminador era el culpable.  Aquí és on una certa dependència entre els equips pot ser útil. Amb el conjunt de dependències, les notificacions dels dependents es poden retindre i només es poden enviar notificacions de problemes d'arrel.  Tot i que Zabbix no admet directament dependències entre equips, es poden configurar amb un altre mètode més flexible: dependències de triggers. Un trigger pot tindre un o més triggers dels quals en depèn.  Per tant, en el nostre exemple senzill, obrim el formulari de configuració del trigger del servidor i el configurem perquè depengui del trigger de l'encaminador respectiu. Amb aquesta dependència, el trigger del servidor no canviarà d'estat mentre el trigger del qual depèn sigui a l'estat 'PROBLEMA' i, per tant, no es farà cap acció dependent i no s'enviarà cap notificació.  Si el servidor i l'encaminador són inactius i hi ha una dependència, Zabbix no realitzarà accions per al trigger dependent.  Mentre el trigger principal es trobi en l'estat PROBLEMA, els seus dependents poden informar de valors no fiables. Per tant, els triggers dependents no es tornaran a avaluar fins que el trigger principal (l'encaminador de l'exemple anterior):  - canvia el seu estat de 'PROBLEMA' a 'DESCONEGUT'; - es tanca manualment, per correlació o emprant funcions de temps; - es resol amb un valor d'un element no implicat al trigger dependent; - és desactivat, té un element desactivat o un equip d'elements desactivat.  Tingueu en compte que el trigger "secundari" (depenent) en els casos esmentats anteriorment no s'actualitzarà immediatament. Quan el trigger principal sigui en estat PROBLEMA, els seus dependents poden informar de valors dels quals no podem confiar. Per tant, el trigger dependent només es tornarà a avaluar i canviarà d'estat després que el trigger principal sigui en estat correcte i rebem mètriques fiables.  També:  - La dependència del trigger es pot afegir des de qualsevol trigger de l'equip a qualsevol altre trigger de l'equip, sempre que no doni lloc a una dependència circular. - La dependència del trigger es pot afegir de plantilla a plantilla. Si un trigger de plantilla A depèn d'un trigger de plantilla B, aleshores la plantilla A només es pot vincular a un equip (o una altra plantilla) amb la plantilla B, però la plantilla B es pot vincular només a un equip (o a un altre model). - Es pot afegir una dependència de trigger des d'un trigger de plantilla a un trigger d'equip. En aquest cas, l'enllaç d'aquesta plantilla a un equip crearà un trigger de l'equip que depèn del mateix trigger de la plantilla del trigger del qual depenia el trigger. Això permet, per exemple, tindre un model on alguns triggers depenguin dels triggers de l'encaminador (equip). Tots els equips vinculats a aquest model dependran d'aquest encaminador específic. - No es pot afegir la dependència del trigger d'un trigger d'equip a un trigger de plantilla. - La dependència del trigger es pot afegir d'un prototip de trigger a un altre prototip de trigger (dins de la mateixa regla de descoberta de baix nivell) o a un trigger real. Un prototip de trigger no pot dependre d'un prototip de trigger d'una regla LLD diferent o d'un trigger creat a partir d'un prototip de trigger. El prototip de trigger de l'equip no pot dependre d'un trigger de plantilla.

en-us	#### Overview  Sometimes there are signs of the upcoming problem. These signs can be spotted so that actions may be taken in advance to prevent or at least minimize the impact of the problem.  Zabbix has tools to predict the future behavior of the monitored system based on historic data. These tools are realized through predictive trigger functions.
ca	#### Vista general  De vegades hi ha indicis del problema per avançat. Aquests senyals es poden detectar per tal que es puguin prendre accions amb antelació per previndre o, almenys, minimitzar l'impacte del problema.  Zabbix disposa d'eines per predir el comportament futur del sistema monitorat a partir de dades històriques. Aquestes eines s'executen mitjançant funcions de trigger predictives.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
ca	#### Vista general  De vegades voleu canviar a la vegada algun atribut per a un nombre determinat d'equips. Enlloc d'obrir cada equip individualment per editar-lo, podeu emprar la funció de modificació col·lectiva per fer-ho.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of items at once. Instead of opening each individual item for editing, you may use the mass update function for that.
ca	#### Vista general  De vegades voleu canviar a la vegada algun atribut per a un nombre determinat d'elements. Enlloc d'obrir cada element individualment per editar-lo, podeu emprar la funció de modificació col·lectiva per fer-ho.

en-us	#### Overview  Sometimes you may want to change some attribute for a number of templates at once. Instead of opening each individual template for editing, you may use the mass update function for that.
ca	#### Vista general  De vegades voleu canviar a la vegada algun atribut per a un nombre determinat de plantilles. Enlloc d'obrir cada plantilla individualment per editar-lo, podeu emprar la funció de modificació col·lectiva per fer-ho.

en-us	#### Overview  Sometimes you may want to run an agent check that does not come predefined with Zabbix. This is where user parameters come to help.  You may write a command that retrieves the data you need and include it in the user parameter in the [agent configuration file](/manual/appendix/config/zabbix_agentd) ('UserParameter' configuration parameter).  A user parameter has the following syntax:      UserParameter=<key>,<command>  As you can see, a user parameter also contains a key. The key will be necessary when configuring an item. Enter a key of your choice that will be easy to reference (it must be unique within a host).  Restart the agent or use the agent [runtime control](/manual/concepts/agent#runtime_control) option to pick up the new parameter, e. g.:      zabbix_agentd -R userparameter_reload  Then, when [configuring an item](/manual/config/items/item), enter the key to reference the command from the user parameter you want executed.  User parameters are commands executed by Zabbix agent. Note that up to 16MB of data can be returned before [item value preprocessing](/manual/config/items/preprocessing) steps.  **/bin/sh** is used as a command line interpreter under UNIX operating systems. User parameters obey the agent check timeout; if timeout is reached the forked user parameter process is terminated.  See also:  -   [Step-by-step     tutorial](/manual/config/items/userparameters/extending_agent) on     making use of user parameters -   [Command execution](/manual/appendix/command_execution)
ca	#### Vista general  De vegades és possible que vulgueu executar una comprovació d'agent que no és predefinida amb Zabbix. Aquí és on la configuració de l'usuari us ajuda.  Podeu escriure una ordre que recuperi les dades que necessiteu i incloure-les al paràmetre d'usuari del [fitxer de configuració de l'agent](/manual/appendix/config/zabbix_agentd) (paràmetre de configuració 'UserParameter').  Un paràmetre d'usuari té la sintaxi següent:       UserParameter=<clau>,<ordre>  Com podeu veure, un paràmetre d'usuari també conté una clau. La clau serà necessària quan es configura un element. Introduïu una clau de la vostra elecció que serà fàcilment consultable (ha de ser única a l'equip).  Reinicieu l'agent o empreu l'opció [control d'execució](/manual/concepts/agent#runtime_control) de l'agent per triar la nova configuració, p. g.:       zabbix_agentd -R userparameter_reload  Aleshores, quan configureu un [element](element), introduïu la clau per fer referència a l'ordre del paràmetre d'usuari que voleu executar.  Els paràmetres d'usuari són ordres executades per l'agent Zabbix. Es poden retornar fins a 16Mo de dades abans de les passes de [preprocessament de l'element](/manual/config/items/preprocessing).  **/bin/sh** s'empra com a intèrpret de línia d'ordres als sistemes operatius UNIX. La configuració de l'usuari obeeix al temps d'espera de comprovació de l'agent; si s'arriba al temps d'espera, el procés de configuració d'usuari duplicat acaba.  Veieu també:  - [Tutorial passa a passa](/manual/config/items/userparameters/extending_agent) sobre l'ús dels paràmetres d'usuari - [Execució d'ordres](/manual/appendix/command_execution)

en-us	#### Overview  Sound is used in [global notifications](/manual/web_interface/user_profile/global_notifications).  For the sounds to be played in Zabbix frontend, *Frontend notifications* must be enabled in the user profile's *Frontend notifications* tab, with all trigger severities checked. Additionally, sounds should be enabled in the global notification pop-up window.  If, for any reason, audio cannot be played on the device, the ![](../../../../assets/en/manual/config/mute_icon.png) button in the global notification pop-up window will remain permanently in the "mute" state, accompanied by the message "Cannot support notification audio for this device" upon hovering over the ![](../../../../assets/en/manual/config/mute_icon.png) button.  Sounds, including the default audio clips, are supported in MP3 format only.  The sounds of Zabbix frontend have been successfully tested in recent Firefox and Opera browsers on Linux, and in Chrome, Firefox, Microsoft Edge, and Opera browsers on Windows.  ::: noteimportant The autoplay of sounds might be disabled (by default) in recent browser versions. In such cases, you need to enable this setting manually. :::
ca	#### Vista general  El so s'empra a les [notificacions globals](/manual/web_interface/user_profile/global_notifications).  Perquè els sons es reprodueixin a la interfície de Zabbix, la *Notificacions del tauler* s'ha d'habilitar a la pestanya *Notificacions del tauler* del perfil d'usuari, amb totes les gravetats del trigger marcades, i els sons també s'han d'habilitar a la finestra emergent de notificació global.  Si per algun motiu no es pot reproduir l'àudio al dispositiu, el botó ![](../../../../assets/en/manual/config/mute_icon.png) a la finestra emergent de notificació global romandrà permanentment en estat "silenciat" i el missatge "No es pot admetre l'àudio de notificació per a aquest dispositiu" es veurà en passar el cursor per damunt del botó ![](../../../../assets/en/manual/config/mute_icon.png).  Els sons, inclosos els clips d'àudio predeterminats, només s'admeten en format MP3.  Els sons de la interfície Zabbix s'han provat amb èxit als navegadors Firefox/Opera recents a Linux i a Chrome, Microsoft Edge i navegadors Opera a Windows.  ::: noteimportant La reproducció automàtica de sons pot estar desactivada de manera predeterminada a les versions més noves del navegador. En aquest cas, heu de canviar aquesta configuració manualment. :::

en-us	### Overview  SSH checks are performed as agent-less monitoring. Zabbix agent is not needed for SSH checks.  To perform SSH checks Zabbix server must be initially [configured](/manual/installation/install#from_the_sources) with SSH2 support (libssh or libssh2). See also: [Requirements](/manual/installation/requirements#serverproxy).  ::: noteimportant Starting with RHEL 8, only libssh is supported. For other distributions, libssh is suggested over libssh2. :::
ca	#### Vista general  Les verificacions SSH es fan com a monitoratge sense agent. L'agent Zabbix no cal per fer les verificacions SSH.  Per fer les verificacions SSH, els servidor Zabbix s'ha de [configurar inicialment](/manual/installation/install#from_the_sources) amb el suport SSH2 (libssh2 o libssh). Veieu també: [Requisits previs](/manual/installation/requirements#serverproxy).  ::: noteimportant Només s'admet libssh a partir de RHEL 8. Per altres distribucions, libssh es suggereix per damunt de libssh2. :::

en-us	#### Overview  Telnet checks are performed as agent-less monitoring. Zabbix agent is not needed for Telnet checks.
ca	#### Vista general  Les verificacions Telnet es fan com a monitoratge sense agent. No cal l'agent Zabbix per fer les verificacions Telnet.

en-us	#### Overview  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   Linked template groups -   Linked host groups (if used in [host prototype](/manual/discovery/low_level_discovery/host_prototypes) configuration) -   Template data -   Linkage to other templates -   Linkage to template groups -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked dashboards -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Value maps
ca	#### Vista general  Les plantilles s'exporten (/manual/xml_export_import) amb molts objectes i relacions d'objectes.  L'exportació de la plantilla conté:  - Grups de plantilles enllaçats - Grups d'equips enllaçats (si s'empra a la configuració de [prototip d'equip](/manual/discovery/low_level_discovery/host_prototypes)) - Dades de la plantilla - Connexió amb altres plantilles - Connexió amb grups de plantilles - Elements enllaçats directament - Triggers connectats directament - Gràfics directament enllaçats - Taulers enllaçats directament - Regles de descoberta directament relacionades amb tots els prototips - Escenaris web enllaçats directament - Mapes de valors

en-us	#### Overview  The *Administration → General* section contains a number of subsections for setting frontend-related defaults and customizing Zabbix.  The list of available subsections appears upon pressing on *General* in the *Administration* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.
ca	#### Vista general  La secció *Administració → General* conté una sèrie de subseccions per establir valors predeterminats relacionats amb la interfície i personalitzar Zabbix.  La llista de subseccions disponibles apareix prement *General* a la secció de menú *Administració*. També és possible canviar entre subseccions mitjançant la llista desplegable de títols a la cantonada superior esquerra.

en-us	#### Overview  The Administration menu is for administrative functions of Zabbix. This menu is available to [SuperAdmin](/manual/config/users_and_usergroups/permissions) user type users only.
ca	#### Vista general  El menú Administració és pensat per a funcions administratives de Zabbix. Aquest menú es reserva només per a usuaris del tipus [SuperAdmin](/manual/config/users_and_usergroups/permissions).

en-us	#### Overview  The custom graph list for a host can be accessed from *Data collection → Hosts* by clicking on *Graphs* for the respective host.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the host graph belongs to a template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on the template level.<br>If the graph has been created from a graph prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the graph prototype list.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.| |*Info*|If the graph is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new graph, click on the *Create graph* button at the top right corner.
ca	#### Vista general  Es pot accedir a la llista de gràfics personalitzats per a un equip des de *Recull de dades → Equips* fent clic a *Gràfics* per a l'equip respectiu.  Es mostra una llista de gràfics existents.  ![](../../../../../../assets/en/manual/web_interface/graphs_conf.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del gràfic personalitzat, que es mostra com un enllaç blau als detalls del gràfic.<br>Fent clic a l'enllaç del nom del gràfic s'obre el [formulari de configuració](/manual/config/visualization/graphs/custom#configuring_custom_graphs) del gràfic.<br>Si el gràfic equip pertany a una plantilla, el nom de la plantilla es mostra abans del nom del gràfic, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de gràfics al nivell de plantilla.<br>Si el gràfic s'ha creat a partir d'un prototip de gràfic, el seu nom va precedit pel nom de la regla de descoberta de baix nivell, en taronja. Si feu clic al nom de la regla de descoberta, s'obrirà la llista de prototips de gràfics.| |*Amplada*|Es mostra l'amplada del gràfic.| |*Alçada*|Es mostra l'alçada del gràfic.| |*Tipus de gràfic*|Es mostra el tipus de gràfic - *Normal*, *Apilat*, *Pastís* o *Explotat*.| |*Informació*|Si el gràfic funciona correctament, no es mostra cap icona en aquesta columna. En cas d'error, es mostra una icona quadrada amb la lletra "i". Passeu el cursor per sobre de la icona per veure una informació sobre eines amb la descripció de l'error.|  Per configurar un gràfic nou, feu clic al botó *Crea un gràfic* a l'extrem superior dret.

en-us	#### Overview  The custom graph list for a template can be accessed from *Data collection → Templates* by clicking on *Graphs* for the respective template.  A list of existing graphs is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Template*|Template the graph belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the custom graph, displayed as a blue link to graph details.<br>Clicking on the graph name link opens the graph [configuration form](/manual/config/visualization/graphs/custom#configuring_custom_graphs).<br>If the graph is inherited from another template, the template name is displayed before the graph name, as a gray link. Clicking on the template link will open the graph list on that template level.| |*Width*|Graph width is displayed.| |*Height*|Graph height is displayed.| |*Graph type*|Graph type is displayed - *Normal*, *Stacked*, *Pie* or *Exploded*.|  To configure a new graph, click on the *Create graph* button at the top right corner.
ca	#### Vista general  Es pot accedir a la llista de gràfics personalitzats per a una plantilla des de *Recull de dades → Plantilles* fent clic a *Gràfics* per al model respectiu.  Es mostra una llista dels gràfics existents.  ![](../../../../../../assets/en/manual/web_interface/template_graphs.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Plantilla*|La plantilla a la que pertany el gràfic.<br>Aquesta columna només es mostra si hi ha diverses plantilles triades al filtre.| |*Nom*|Nom del gràfic personalitzat, que es mostra com un enllaç blau als detalls del gràfic.<br>Fent clic a l'enllaç del nom del gràfic s'obre el [formulari de configuració](/manual/config/visualization/graphs/ custom#configuring_custom_graphs) de el gràfic.<br>Si el gràfic s'hereta d'una altra plantilla, el nom de la plantilla es mostra abans del nom del gràfic, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de gràfics a aquest nivell de plantilla.| |*Amplada*|Amplada del gràfic.| |*Alçada*|Alçada del gràfic.| |*Tipus de gràfic*|Tipus de gràfic - *Normal*, *Apilat*, *Pastís* o *Explotat*.|  Per configurar un gràfic nou, feu clic al botó *Crear un gràfic* a l'extrem superior dret.

en-us	#### Overview  The *Dashboards* section is designed to display summaries of all the important information in a **dashboard**.  While only one dashboard can displayed at one time, it is possible to configure several dashboards. Each dashboard may contain one or several pages that can be rotated in a slideshow.  A dashboard page consists of widgets and each widget is designed to display information of a certain kind and source, which can be a summary, a map, a graph, the clock, etc.  Access to hosts in the widgets depends on host [permissions](/manual/config/users_and_usergroups/permissions#access-to-hosts).  ![](../../../../assets/en/manual/web_interface/frontend_sections/dashboards/dashboard.png){width="600"}  Pages and widgets are added to the dashboard and edited in the dashboard editing mode. Pages can be viewed and rotated in the dashboard viewing mode.  The time period that is displayed in graph widgets is controlled by the [*Time period* selector](/manual/web_interface/time_period_selector) located above the widgets. The *Time period* selector label, located to the right, displays the currently selected time period. Clicking the tab label allows expanding and collapsing the *Time period* selector.  Note that when the dashboard is displayed in kiosk mode and widgets only are displayed, it is possible to zoom out the graph period by double-clicking in the graph.
ca	#### Vista general  La secció *Taulers* és dissenyada per mostrar resums de tota la informació important en un **tauler**.  Tot i que només es pot mostrar un tauler alhora, és possible configurar diversos taulers. Cada tauler pot contindre una o diverses pàgines que es poden girar en una presentació de diapositives.  Una pàgina del tauler consta de ginys i cada giny està dissenyat per mostrar informació d'un determinat tipus i font, que pot ser un resum, un mapa, un gràfic, el rellotge, etc.  L'accés als equips dels ginys depèn dels [permisos](/manual/config/users_and_usergroups/permissions#access-to-hosts) de l'equip.  ![](../../../../assets/en/manual/web_interface/frontend_sections/dashboards/dashboard.png){width="600"}  Les pàgines i els ginys s'afegeixen al tauler i s'editen en el mode d'edició del tauler. Les pàgines es poden veure i girar en el mode de visualització del tauler.  El període de temps que es mostra als ginys de gràfics està controlat pel [selector de *període de temps*](/manual/config/visualization/graphs/simple#time_period_selector) situat a sobre dels ginys. L'etiqueta selector de *període de temps*, situada a la dreta, mostra el període de temps triat actualment. Si feu clic a l'etiqueta de la pestanya, podeu ampliar i replegar el selector de *període de temps*.  Tingueu en compte que quan el tauler es mostra en mode quiosc i només es veuen els ginys, és possible reduir el període del gràfic fent doble clic al gràfic.

en-us	 #### Overview  The event menu contains shortcuts to actions or frontend sections that are  frequently required for an event.  The event menu can be opened by clicking on the event name.  ![](../../../../assets/en/manual/web_interface/event_context_menu.png)
ca	 #### Vista general  El menú d'esdeveniments conté dreceres a accions o seccions de la interfície que són  sovint necessàries per a un esdeveniment.  El menú de l'esdeveniment es pot obrir fent clic al nom de l'esdeveniment.  ![](../../../../assets/en/manual/web_interface/event_context_menu.png)

en-us	#### Overview  The expressions used in [triggers](/manual/config/triggers) are very flexible. You can use them to create complex logical tests regarding monitored statistics.  A simple expression uses a **function** that is applied to the item with some parameters. The function returns a result that is compared to the threshold, using an operator and a constant.  The syntax of a simple useful expression is `function(/host/key,parameter)<operator><constant>`.  For example:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  will trigger if the number of received bytes during the last five minutes was always over 100 kilobytes.  While the syntax is exactly the same, from the functional point of view there are two types of trigger expressions:  -   problem expression - defines the conditions of the problem -   recovery expression (optional) - defines additional conditions of     the problem resolution  When defining a problem expression alone, this expression will be used both as the problem threshold and the problem recovery threshold. As soon as the problem expression evaluates to TRUE, there is a problem. As soon as the problem expression evaluates to FALSE, the problem is resolved.  When defining both problem expression and the supplemental recovery expression, problem resolution becomes more complex: not only the problem expression has to be FALSE, but also the recovery expression has to be TRUE. This is useful to create [hysteresis](#hysteresis) and avoid trigger flapping.
ca	#### Vista general  Les expressions emprades a [triggers(/manual/config/triggers) són molt flexibles. Podeu emprar-los per crear proves lògiques complexes de les estadístiques monitorades.  Una expressió senzilla empra una **funció** que s'aplica a l'element amb alguns paràmetres. La funció retorna un resultat que es compara amb el llindar, emprant un operador i una constant.  La sintaxi d'una expressió útil senzilla és `function(/host/key,parameter)<operator><constant>`.  Per exemple:        min(/Servidor Zabbix/net.if.in[eth0,bytes],5m)>100K  s'activarà si el nombre d'octets rebuts en els darrers cinc minuts sempre ha estat superior a 100 koctets.  Tot i que la sintaxi és exactament la mateixa, funcionalment hi ha dos tipus d'expressions triggers:  - expressió del problema - defineix les condicions del problema - expressió de recuperació (opcional) - defineix condicions addicionals per resoldre el problema  Quan es defineix una única expressió de problema, aquesta expressió s'emprarà tant com a llindar del problema com a llindar de recuperació del problema. Tan bon punt l'expressió del problema s'avalua com a "VERTADER", hi ha un problema. Tan bon punt l'expressió del problema s'avalua com a "FALS", el problema es resol.  Quan es defineix tant l'expressió del problema com l'expressió de recuperació addicional, la resolució del problema es fa més complexa: no només l'expressió del problema ha d'ésser "FALS", sinó que també l'expressió de recuperació ha de ser "VERTADER". Això és útil per evitar la fluctuació del trigger a la [histèresi](#hysteresis).

en-us	#### Overview  The following example describes how to set up Zabbix for monitoring VMware virtual machines. This involves:  - creating a host that represents your VMware environment; - creating a low-level discovery rule that discovers virtual machines in your VMware environment; - creating a host prototype, based on which Zabbix will generate real hosts for virtual machines discovered by the low-level discovery rule.
ca	#### Vista general  L'exemple següent descriu com configurar Zabbix per monitorar les màquines virtuals VMware. Això implica:  - crear un equip que representi el vostre entorn VMware; - crear una regla de descoberta de baix nivell que trobi màquines virtuals al vostre entorn VMware; - Creació d'un prototip d'equip, a partir del qual Zabbix generarà equips reals per a màquines virtuals trobades per la regla de descoberta de baix nivell.

en-us	#### Overview  The frontend time zone can be set globally in the frontend and adjusted for individual users.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  If *System* is selected, the web server time zone will be used for the frontend (including the value of 'date.timezone' of php.ini, if set), while Zabbix server will use the time zone of the machine it is running on.  ::: noteclassic Zabbix server will only use the specified global/user time zone when expanding macros in notifications (e.g. {EVENT.TIME} can expand to a different time zone per user) and for the time limit when notifications are sent (see "When active" setting in user [media configuration](/manual/config/notifications/media#user_media)). :::
ca	#### Vista general  La zona horària de la interfície es pot configurar globalment a la interfície i ajustar-se per a usuaris individuals.  ![](../../../assets/en/manual/web_interface/time_zone_global.png)  Si es tria *Sistema*, la zona horària del servidor web s'emprarà per a la interfície (incloent el valor de 'date.timezone' de php.ini, si s'estableix), mentre que el servidor Zabbix emprarà la zona horària de la màquina on s'executa.  :::noteclassic El servidor Zabbix només emprarà la zona horària global/d'usuari especificada quan s'expandeixi macros a les notificacions (p. ex., {EVENT.TIME} es pot ampliar a una zona horària diferent per usuari) i per a l'espera d'enviar notificacions (veieu el paràmetre "Si és actiu" a la [configuració multimèdia](/manual/config/notifications/media#user_media) dels usuaris). :::

en-us	#### Overview  The gauge widget displays the value of a single item as a gauge.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge.png){width="600"}  When configured, the widget can consist of the following elements:  -   Item description (for example, "CPU utilization", "Speed") -   Item value (for example, "30.70", "19.80") -   Item value units (for example, "%", "km/h") -   Gauge scale (for example, "0%/100%", "0/100/180/200") -   Gauge arc (gauge value arc and gauge thresholds arc) -   Gauge needle  The widget can be visually fine-tuned using the [advanced configuration](#advanced-configuration) options to create a wide variety of visual styles:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge_styles.png){width="600"}  The gauge widget can display only numeric values. Displaying binary values is not supported.  Clicking on the gauge widget leads to a graph for the item.
ca	#### Visió general  El giny de calibre mostra el valor d'un sol element com a calibre.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge.png){width="600"}  Quan és configurat, el giny pot constar dels elements següents:  - Descripció de l'element (per exemple, "Ús de la CPU", "Velocitat") - Valor de l'element (per exemple, "30,70", "19,80") - Unitats de valor de l'article (per exemple, "%", "km/h") - Escala de mesura (per exemple, "0%/100%", "0/100/180/200") - Arc de calibre (arc de valor de calibre i arc de llindars de calibre) - Agulla de calibre  El giny es pot ajustar visualment amb les opcions de [Configuració avançada](#configuració-avançada) per crear una gran varietat d'estils visuals:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge_styles.png){width="600"}  El giny calibre només pot mostrar valors numèrics. No s'admet la visualització de valors binaris.  Si feu clic al giny de calibre, es mostra un gràfic per a l'element.

en-us	#### Overview  The graph widget provides a modern and versatile way of visualizing data collected by Zabbix using a vector image drawing technique. This graph widget is supported since Zabbix 4.0. Note that the graph widget supported before Zabbix 4.0 can still be used as [Graph (classic)](/manual/web_interface/frontend_sections/dashboards/widgets/graph_classic). See also [*Adding widgets*](/manual/web_interface/frontend_sections/dashboards#adding-widgets) section on *Dashboards* page for more details.
ca	#### Vista general  El giny gràfic ofereix una manera moderna i versàtil de visualitzar les dades recollides per Zabbix mitjançant una tècnica de dibuix d'imatges vectorials. El giny de gràfics és compatible des de Zabbix 4.0. Tingueu en compte que el giny de gràfics admès abans de Zabbix 4.0 encara es pot emprar com a [Gràfic (clàssic)](/manual/web_interface/frontend_sections/dashboards/widgets/graph_classic). Veieu també la secció [*afegir ginys*](/manual/web_interface/frontend_sections/dashboards#adding-widgets) a la pàgina de *taulers* per obtindre més detalls.

en-us	#### Overview  The header is present in all request and response messages between Zabbix components.  It is required to determine the message length, if it is compressed or not, if it is a large packet or not.  Zabbix communications protocol has 1GB packet size limit per connection. The limit of 1GB  is applied to both the received packet data length and the uncompressed data length.  When sending configuration to Zabbix proxy, the packet size limit is increased to 4GB to allow  syncing large configurations. When data length before compression exceeds 4GB, Zabbix server automatically  starts using the large packet format (0x04 flag) which increases the packet size limit to 16GB.  Note that while a large packet format can be used for sending any data, currently only the Zabbix proxy  configuration syncer can handle packets that are larger than 1GB.
ca	#### Vista general  La capçalera és present a tots els missatges de petició i de resposta entre els components de Zabbix.  És necessari determinar la longitud del missatge, si és comprimit o no, i si és o no un paquet gros.  El protocol de comunicacions de Zabbix tenen una mida limitada de paquet d'1Go per connexió. El límit d'1Go s'aplica tant a la longitud de les dades del paquet rebut com a la de les dades no comprimides.  Quan s'envia la configuració al proxy de Zabbix, el límit de mida del paquet s'incrementa a 4Go per permetre sincronitzar configuracions grans. Quan la longitud de les dades abans de la compressió passa de 4Go, el servidor de Zabbix engega automàticament l'ús de format de paquets grans (flag 0x04), que augmenta el límit de la mida del paquet a 16Go.  Veieu que mentre un format de gran paquet pot emprar-se per enviar qualsevol informació, actualment només el sincronitzar de configuració del proxy Zabbix pot manejar els paquets superiors a 1Go.

en-us	#### Overview  The honeycomb widget offers a dynamic overview of the monitored network infrastructure and resources, where host groups, such as virtual machines and network devices, along with their respective items, are visually represented as interactive hexagonal cells.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb.png){width="450"}  The widget can be visually fine-tuned using the [advanced configuration](#advanced-configuration) options to create a wide variety of visual styles.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_styles.png){width="450"}  On mouseover, the focused honeycomb cell enlarges for improved visibility. Clicking a cell highlights its border until another cell is selected.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_mouseover.png){width="450"}  The number of displayed honeycomb cells is constrained by the widget's size and the minimum cell size (32 pixels). If all cells cannot fit within the widget, an ellipsis is shown as the final cell.  The widget can be resized to fit more cells. On resize, the honeycomb cell size and positioning are dynamically adjusted. Each row in the honeycomb will maintain an equal cell count, except for the last row if the total cell count is not divisible by the row's cell count.
ca	#### Visió general  El giny bresca ofereix una visió general dinàmica de la infraestructura i els recursos de xarxa monitorats, on els grups d'equips, com ara màquines virtuals i dispositius de xarxa, juntament amb els seus respectius elements, es representen visualment com a cel·les hexagonals interactives.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb.png){width="450"}  El giny es pot ajustar visualment mitjançant les opcions de [Configuració avançada](#configuració-avançada) per crear una gran varietat d'estils visuals.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_styles.png){width="450"}  En passar el ratolí, la cèl·lula de bresca enfocada s'amplia per millorar la visibilitat. Si feu clic a una cel·la, se'n ressalta la vora fins que se'n tria una altra.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb_mouseover.png){width="450"}  El nombre de cel·les de bresca que es veuen és limitat per la mida del giny i la mida mínima de la cel·la (32 píxels). Si totes les cel·les no poden cabre dins del giny, es mostra una el·lipse com a cel·la final.  El giny es pot canviar de mida per adaptar-se a més cel·les. En canviar la mida, la mida i el posicionament de la cel·la de bresca s'ajusten dinàmicament. Cada filera de la bresca mantindrà un recompte de cel·les igual, excepte la darrera filera si el recompte total de cel·les no és divisible pel recompte de cel·les de la filera.

en-us	 #### Overview  The host menu contains shortcuts to actions or frontend sections that are  frequently required for a host.  The host menu can be opened by clicking on the host name.  ![](../../../../assets/en/manual/web_interface/host_context_menu.png)
ca	 #### Vista general  El menú d'equips conté dreceres a accions o seccions de la interfície que són  sovint necessàries per a un equip.  El menú d'equips pot obrir fent clic al nom de l'equip.  ![](../../../../assets/en/manual/web_interface/host_context_menu.png)

en-us	#### Overview  The host navigator widget displays hosts based on various filtering and grouping options.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator.png)  The widget also allows to control the information displayed in other widgets based on the selected host.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator_control.png){width="600"}  Groups by which hosts are organized can be expanded or collapsed.  For groups, problems, and hosts in maintenance, additional details are accessible by mouseover hints.
ca	#### Visió general  El giny del navegador de l'equip mostra els equips en funció de diverses opcions de filtrat i agrupació.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator.png)  El giny també permet controlar la informació que es veu en altres ginys en funció de l'equip seleccionat.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_navigator_control.png){width="600"}  Els grups pels quals s'organitzen els equips es poden ampliar o replegar.  Per als grups, problemes i equips en manteniment, s'hi pot accedir a detalls addicionals mitjançant suggeriments sobre el ratolí.

en-us	#### Overview  The housekeeper is a periodical process, executed by Zabbix server. The process removes outdated information and information deleted by user.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_housekeeper1.png)  In this section housekeeping tasks can be enabled or disabled on a per-task basis separately for: events and alerts/IT services/user sessions/history/trends. Audit housekeeping settings are available in a separate [menu section](/manual/web_interface/frontend_sections/administration/audit_log).  If housekeeping is enabled, it is possible to set for how many days data records will be kept before being removed by the housekeeper.  Deleting an item/trigger will also delete problems generated by that item/trigger.  Also, an event will only be deleted by the housekeeper if it is not associated with a problem in any way. This means that if an event is either a problem or recovery event, it will not be deleted until the related problem record is removed. The housekeeper will delete problems first and events after, to avoid potential problems with stale events or problem records.  For history and trends an additional option is available: *Override item history period* and *Override item trend period*. This option allows setting globally for how many days item history/trends will be stored (1 hour to 25 years; or "0"), overriding the respective *Store up to* values set for individual items in the [item configuration](/manual/config/items/item) form. Note that the storage period will not be overridden for items that have configuration option *Do not store* enabled.  It is possible to override the history/trend storage period even if internal housekeeping is disabled. Thus, when using an external housekeeper, the history storage period could be set using the history *Data storage period* field.  ::: noteimportant If using TimescaleDB, in order to take full advantage of TimescaleDB automatic partitioning of history and trends tables, *Override item history period* and *Override item trend period* options must be enabled as well as *Enable internal housekeeping* option for history and trends. Otherwise, data kept in these tables will still be stored in partitions, however, the housekeeper will not drop outdated partitions, and warnings about incorrect configuration will be displayed. When dropping of outdated partitions is enabled, Zabbix server and frontend will no longer keep track of deleted items, and history for deleted items will be cleared when an outdated partition is deleted. :::  [Time suffixes](/manual/appendix/suffixes) are supported in the period fields, e.g., 1d (one day), 1w (one week). The minimum is 1 day (1 hour for history), the maximum - 25 years.  The *Reset defaults* button allows reverting any changes made.
ca	#### Vista general  La neteja és un procés periòdic, executat pel servidor Zabbix. El procés esborra informació obsoleta i l'esborrada per l'usuari.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/general_housekeeper1.png)  En aquesta secció, les tasques de neteja es poden habilitar o desactivar per tasca per separat per a: esdeveniments i alertes/serveis informàtics/sessions d'usuari/historial/tendències. La configuració de la neteja de l'auditoria és disponible a una [secció de menú] independent (/manual/web_interface/frontend_sections/administration/general#audit_log).  Si el servei de neteja és habilitat, és possible establir durant quants dies es conservaran els registres de dades abans de ser esborrats per el procés de neteja.  Esborrar un element/trigger també esborrarà els problemes generats per aquest element/trigger.  A més, un esdeveniment només serà esborrat per la netaja si no té associació amb cap mena de problema. Això vol dir que si un esdeveniment és un problema o un esdeveniment de recuperació, no s'esborrarà fins que s'esborri el registre del problema relacionat. La netaja esborrarà els problemes primer i els esdeveniments després, per evitar possibles problemes amb esdeveniments obsolets o registres de problemes.  Per a l'historial i les tendències, hi ha una opció addicional disponible: *Anul·lació del període de l'historial d'articles* i *Anul·lació del període de tendència d'elements*. Aquesta opció permet establir globalment quants dies es conservaran l'historial/tendències d'articles (d'1 hora a 25 anys; o "0"), en aquest cas anul·lant els valors establerts per a articles individuals a *Període d'emmagatzematge de l'historial/Període d'emmagatzematge de tendències* camps a [configuració de l'element](/manual/config/items/item). Tingueu en compte que el període d'emmagatzematge no es substituirà per als elements que tinguin l'opció de configuració *No conservar historial* i/o *No mantindre tendències* activades.  És possible anul·lar el període d'emmagatzematge de l'historial/tendència fins i tot si la neteja interna és desactivada. Així, quan s'empra una neteja externa, el període d'emmagatzematge de l'historial es podria establir mitjançant el camp *Període d'emmagatzematge de dades* de l'historial.  ::: noteimportant Si s'empra TimescaleDB, per tal d'aprofitar al màxim la partició automàtica de TimescaleDB de l'historial i les taules de tendències, s'han d'habilitar les opcions *Anul·lar període d'historial d'articles* i *Anul·lar període de tendència d'elements*, així com l'opció *Activar neteja interna* per a l'historial i les tendències. En cas contrari, les dades conservades en aquestes taules encara s'emmagatzemaran a les particions, però, la neteja no deixarà les particions obsoletes i es mostraran avisos sobre una configuració incorrecta. Quan s'habilita l'esborrat de particions obsoletes, el servidor Zabbix i la interfície ja no faran un seguiment dels elements esborrats i l'historial dels elements esborrats s'esborrarà quan s'esborri una partició obsoleta. :::  [Sufixos de temps](/manual/appendix/sufixes) s'admeten als camps de període, p. ex. 1d (un dia), 1w (una setmana). El mínim és 1 dia (1 hora per a l'historial), el màxim - 25 anys.  El botó *Restablir valors predeterminats* permet desfer els canvis fets.

en-us	#### Overview  The initial Zabbix installation has two predefined users:  -   *Admin* - a Zabbix     [superuser](/manual/config/users_and_usergroups/permissions#user_types)     with full permissions. -   *guest* - a special Zabbix     [user](/manual/config/users_and_usergroups/permissions#user_types).     The 'guest' user is disabled by default. If you add it to the Guests     user group, you may log in with this user and access monitoring pages in Zabbix.     Note that by default, 'guest' has no permissions on     Zabbix objects.  To configure a user:  -   Go to *Users → Users*. -   Click on *Create user* (or on a user name to edit an existing     user). -   Edit user attributes in the form.
ca	#### Vista general  La instal·lació inicial de Zabbix té dos usuaris predefinits:  - *Admin* - un [superusuari](/manual/config/users_and_usergroups/permissions#user_types) de Zabbix amb tots els permisos; - *guest* - un [usuari](/manual/config/users_and_usergroups/permissions#user_types) de Zabbix. Per defecte, aquest usuari 'guest' no és pas actiu. Si l'afegiu al grup d'usuaris Convidats, podeu entrar i accedir a les pàgines de monitoratge de Zabbix. Tingueu en compte que, per defecte, l'usuari 'guest' no té permisos per als objectes Zabbix.  Per configurar un usuari:  - Aneu a *Usuaris → Usuaris*. - Feu clic a *Crear un usuari* (o a un nom d'usuari per modificar un usuari existent). - Modifiqueu els atributs d'usuari al formulari.

en-us	### Overview  The instructions below are for enabling unstable Zabbix release repositories (disabled by default) used for minor Zabbix version release candidates.  First, install or update to the latest zabbix-release package. To enable rc packages on your system do the following:
ca	### Vista general  Les instruccions següents activen els repositoris de versions inestables de Zabbix (desactivats per defecte) emprades per versions menors de Zabbix.  Primer, instal·leu o actualitzeu al darrer paquet zabbix-release. Per habilitar paquets rc al vostre sistema, seguiu aquestes passes:

en-us	#### Overview  The Inventory menu features sections providing an overview of host inventory data by a chosen parameter as well as the ability to view host inventory details.
ca	#### Vista general  El menú Inventari inclou seccions que proporcionen una visió general de les dades de l'inventari de l'equip en funció d'una configuració triada, així com la possibilitat de veure els detalls de l'inventari de l'equip.

en-us	#### Overview  The *Inventory → Overview* section provides ways of having an overview of [host inventory](/manual/config/hosts/inventory) data.  For an overview to be displayed, choose host groups (or none) and the inventory field by which to display data. The number of hosts corresponding to each entry of the chosen field will be displayed.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  The completeness of an overview depends on how much inventory information is maintained with the hosts.  Numbers in the *Host count* column are links; they lead to these hosts being filtered out in the *Host Inventories* table.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}
ca	#### Vista general  La secció *Inventari → Visió general* ofereix maneres de previsualitzar les dades de [inventari d'equips](/en/manual/config/hosts/inventory).  Perquè es mostri una previsualització, trieu un grup d'equips (o cap) i el camp d'inventari del qual voleu mostrar les dades. Es mostrarà el nombre d'equips corresponent a cada entrada del camp triat.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  La integritat de la visió general depèn de la quantitat d'informació d'inventari que es mantingui sobre els equips.  Els nombres de la columna *Nombre d'equips* són enllaços, porten a un filtre basat en aquests equips a la taula *Inventari d'equips*.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}

en-us	#### Overview  The item history widget displays the latest data for various item types (numeric, character, log, text, and binary) in a table format. It can also show progress bars, images for binary data types (useful for [browser items](/manual/config/items/itemtypes/browser)), and highlight values (useful for [log file monitoring](/manual/config/items/itemtypes/log_items)).  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history_binary.png){width="600"}
ca	#### Vista general  El giny d'historial d'elements mostra les dades més recents per a diversos tipus d'elements (numèric, caràcter, registre, text i binari) en un format de taula. També pot mostrar barres de progrés, imatges per a tipus de dades binàries (útils per a [elements del navegador](/manual/config/items/itemtypes/browser)) i valors destacats (útils per a [control de fitxers de registre](/manual/config/items/itemtypes/log_items)).  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history_binary.png){width="600"}

en-us	#### Overview  The item list for a host can be accessed from *Data collection → Hosts* by clicking on *Items* for the respective host.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item context menu*|Click on the three-dot icon to open the [item context menu](/manual/web_interface/menu/item_menu).| |*Host*|Host of the item.<br>This column is displayed only if multiple hosts are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the host item belongs to a template, the template name is displayed before the item name as a gray link. Clicking on the template link will open the item list on the template level.<br>If the item has been created from an item prototype, its name is preceded by the low-level discovery rule name, in orange. Clicking on the discovery rule name will open the item prototype list.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.<br>*Note* that passive items can also be checked immediately by pushing the *Execute now* [button](#mass_editing_options).| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled*, *Disabled* or *Not supported*. You can change the status manually by clicking on it - from Enabled to Disabled (and back); from Not supported to Disabled (and back).<br>Discovered items that have been lost are marked with an info icon. The tooltip text provides details on their status.| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.| |*Info*|If the item is working correctly, no icon is displayed in this column. In case of errors, a square icon with the letter "i" is displayed. Hover over the icon to see a tooltip with the error description.|  To configure a new item, click on the *Create item* button at the top right corner.
ca	#### Vista general  Es pot accedir a la llista d'elements d'un equip des de *Recull de dades → Equips* fent clic a *Elements* per a l'equip respectiu.  Es llisten els elements existents.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Menú contextual de l'element*|Feu clic a la icona de tres punts per obrir el [menú contextual de l'element](/manual/web_interface/menu/item_menu).| |*Equip*|Equip de l'element.<br>Aquesta columna només es mostra si hi ha diversos equips triats al filtre.| |*Nom*|Nom de l'element que es mostra com a enllaç blau als detalls de l'element.<br>Fent clic a l'enllaç del nom de l'element s'obre l'element [formulari de configuració](/manual/config/items/item#configuration).<br> Si l'element equip pertany a una plantilla, el nom de la plantilla es mostra abans del nom de l'element com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista d'elements al nivell de plantilla.<br>Si l'element s'ha creat a partir d'un prototip d'element, el seu nom ve precedit pel nom de la regla de descoberta de baix nivell, en color carbassa. Si feu clic al nom de la regla de descoberta, s'obrirà la llista de prototips d'elements.| |*Triggers*|Si moveu el ratolí per damunt dels triggers, es mostrarà un quadre d'informació que mostra els triggers associats a l'element.<br>El nombre de triggers es mostra en gris.| |*Clau*|Es mostra la clau d'element.| |*Interval*|Es mostra la freqüència de la comprovació.<br>*Tingueu en compte* que els elements passius també es poden comprovar immediatament prement el [botó] *Executar ara* (#opcions_edició_massa).| |*Historial*|Es mostra quants dies es conservarà l'historial de dades d'elements.| |*Tendències*|Es mostra quants dies es conservarà l'historial de tendències d'articles.| |*Tipus*|Es mostra el tipus d'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Estat*|Es mostra l'estat de l'element: *Activat*, *Desactivat* o *No compatible*. Podeu canviar l'estat fent-hi clic: d'Activat a Inhabilitat (i enrere); de No compatible a Desactivat (i enrere).| |*Etiquetes*|Es mostren les etiquetes d'elements.<br>Es poden mostrar fins a tres etiquetes (parelles nom:valor). Si hi ha més etiquetes, es mostra un enllaç "..." que permet veure totes les etiquetes al passar el ratolí.| |*Informació*|Si l'element funciona correctament, no es mostra cap icona en aquesta columna. En cas d'error, es mostra una icona quadrada amb la lletra "i". Passeu el cursor per sobre de la icona per veure una informació sobre eines amb la descripció de l'error.|  Per configurar un element nou, feu clic al botó *Crear un element* a l'extrem superior dret.

en-us	#### Overview  The item list for a template can be accessed from *Data collection → Templates* by clicking on *Items* for the respective template.  A list of existing items is displayed.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Item menu*|Click on the three-dot icon to open the menu for this specific item with these options:<br>**Create trigger** - create a trigger based on this item<br>**Triggers** - click to see a list with links to already-configured trigger of this item<br>**Create dependent item** - create a dependent item for this item<br>**Create dependent discovery rule** - create a dependent discovery rule for this item| |*Template*|Template the item belongs to.<br>This column is displayed only if multiple templates are selected in the filter.| |*Name*|Name of the item displayed as a blue link to item details.<br>Clicking on the item name link opens the item [configuration form](/manual/config/items/item#configuration).<br>If the item is inherited from another template, the template name is displayed before the item name, as a gray link. Clicking on the template link will open the item list on that template level.| |*Triggers*|Moving the mouse over Triggers will display an infobox displaying the triggers associated with the item.<br>The number of the triggers is displayed in gray.| |*Key*|Item key is displayed.| |*Interval*|Frequency of the check is displayed.| |*History*|How many days item data history will be kept is displayed.| |*Trends*|How many days item trends history will be kept is displayed.| |*Type*|Item type is displayed (Zabbix agent, SNMP agent, simple check, etc).| |*Status*|Item status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it - from Enabled to Disabled (and back).| |*Tags*|Item tags are displayed.<br>Up to three tags (name:value pairs) can be displayed. If there are more tags, a "..." link is displayed that allows to see all tags on mouseover.|  To configure a new item, click on the *Create item* button at the top right corner.
ca	#### Vista general  Es pot accedir a la llista d'elements d'una plantilla des de *Recull de dades → Plantilles* fent clic a *Elements* per a la plantilla corresponent.  Es llisten els elements existents.  ![](../../../../../../assets/en/manual/web_interface/template_items.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Menú d'elements*|Feu clic a la icona de tres punts per obrir el menú d'aquest element específic amb aquestes opcions:<br>**Crear trigger** - creeu un trigger basat en aquest element<br>**Triggers** - feu clic per veure una llista amb enllaços al trigger ja configurat d'aquest element<br>**Crea un element dependent** - crea un element dependent per a aquest element<br>**Crea una regla de descoberta dependent** - crea una regla dependent de descoberta per a aquest article| |*Plantilla*|Plantilla a la que pertany l'element.<br>Aquesta columna només es veu si hi ha diverses plantilles seleccionades al filtre.| |*Nom*|Nom de l'element que es mostra com a enllaç blau als detalls de l'element.<br>Fent clic a l'enllaç del nom de l'element s'obre el [formulari de configuració](/manual/config/items/item#configuration) de l'element.<br> Si l'element s'hereta d'una altra plantilla, el nom de la plantilla es veu abans del nom de l'element, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista d'elements en aquest nivell de plantilla.| |*Triggers*|Si es posa el ratolí damunt dels triggers, es mostrarà un quadre d'informació que mostra els triggers associats a l'element.<br>El nombre de triggers es veurà en gris.| |*Clau*|Es mostra la clau d'element.| |*Interval*|Es mostra la freqüència de la comprovació.| |*Historial*|Es mostra quants dies es conservarà l'historial de dades d'elements.| |*Tendències*|Es mostra quants dies es conservarà l'historial de tendències d'articles.| |*Tipus*|Es mostra el tipus d'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Estat*|Es mostra l'estat de l'element - *Activat* o *Desactivat*. Si feu clic a l'estat, podeu canviar-lo: d'Activat a Inhabilitat (i enrere).| |*Etiquetes*|Es mostren les etiquetes d'elements.<br>Es poden mostrar fins a tres etiquetes (parells nom:valor). Si hi ha més etiquetes, es mostra un enllaç "..." que permet veure totes les etiquetes al passar el ratolí.|  Per configurar un element nou, feu clic al botó *Crear un element* a l'extrem superior dret.

en-us	 #### Overview  The item menu contains shortcuts to actions or frontend sections that are  frequently required for an item.  The item menu can be opened by clicking on the item name.  ![](../../../../assets/en/manual/web_interface/item_context_menu_2.png)
ca	 #### Vista general  El menú d'elements conté dreceres a accions o seccions de la interfície que són  sovint necessàries per a un element.  El menú d'elements es pot obrir fent clic al nom de l'equip.  ![](../../../../assets/en/manual/web_interface/item_context_menu_2.png)

en-us	#### Overview  The item navigator widget displays items based on various filtering and grouping options.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator.png)  The widget also allows to control the information displayed in other widgets based on the selected item.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator_control.png){width="600"}  Groups by which items are organized can be expanded or collapsed.  For groups and problems, additional details are accessible by mouseover hints.
ca	#### Visió general  El giny del navegador d'elements  mostra els elements en funció de diverses opcions de filtrat i agrupació.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator.png)  El giny també permet controlar la informació que es veu en altres ginys en funció de l'element seleccionat.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_navigator_control.png){width="600"}  Els grups pels quals s'organitzen els elements es poden ampliar o replegar.  Per als grups, problemes i elements en manteniment, s'hi pot accedir a detalls addicionals mitjançant suggeriments sobre el ratolí.

en-us	#### Overview  The item **proc.get**\[<name>,<user>,<cmdline>,<mode>\] is supported on Linux, Windows, FreeBSD, OpenBSD, and NetBSD.  List of process parameters returned by the item varies depending on the operating system and 'mode' argument value.   
ca	#### Vista general  L'element **proc.get**\[<nom>,<usuari>,<cmdline>,<mode>\] és compatible amb Linux, Windows, FreeBSD, OpenBSD i NetBSD.  La llista de paràmetres de procés que retorna l'element varia segons el sistema operatiu i el valor de l'argument 'mode'.