en-us	#### Overview  In *Reports → Scheduled reports*, users with sufficient permissions can configure scheduled generation of PDF versions of the dashboards, which will be sent by email to specified recipients.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  The opening screen displays information about scheduled reports, which can be filtered out for easy navigation - see [Using filter](#using_filter) section below.  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the report. Clicking it opens the report [configuration form](/manual/config/reports#configuration).| |*Owner*|User who created the report.| |*Repeats*|Report generation frequency (daily/weekly/monthly/yearly).| |*Period*|Period for which the report is prepared.| |*Last sent*|The date and time when the latest report has been sent.| |*Status*|Current status of the report (enabled/disabled/expired). Users with sufficient permissions can change the status by clicking it - from "Enabled" to "Disabled" (and back); from "Expired" to "Disabled" (and back). For users with insufficient rights, the status is not clickable.| |*Info*|Displays informative icons:<br>A red icon indicates that report generation has failed; hovering over it will display a tooltip with the error information.<br>A yellow icon indicates that a report was generated, but sending to some (or all) recipients has failed or that a report is expired; hovering over it will display a tooltip with additional information.|
ca	#### Vista general  A *Informes → Informes programats*, els usuaris amb permisos suficients poden configurar la generació programada de versions PDF dels taulers de control, que s'enviaran per correu electrònic als destinataris triats.  ![](../../../../../assets/en/manual/web_interface/scheduled_overview.png){width="600"}  La pantalla inicial mostra informació sobre els informes programats, que es poden filtrar per facilitar la navegació; consulteu la secció [emprar el filtre](#using_filter) tot seguit.  Dades ensenyades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de l'informe.| |*Propietari*|Usuari qui ha creat l'inform.e| |*Repetició*|Freqüència de generació d'informes (diària/setmanal/mensual/anual).| |*Període*|Període pel qual s'elabora l'informe.| |*Darrer enviament*|Data i hora del darrer informe enviat.| *|Estat*|Estat actual de l'informe (activat/desactivat/caducat). Els usuaris amb permisos suficients poden canviar l'estat fent-hi clic: d'"Activat" a "Inhabilitat" (i viceversa); de "Caducat" a "Inhabilitat" (i viceversa). Es mostra com a text per als usuaris amb drets insuficients.| |*Informació*|Mostra icones informatives:<br>Una icona vermella indica que la generació d'informes ha fallat; si passeu el cursor per sobre, es veurà una informació sobre eines amb la informació de l'error.<br>Una icona groga indica que s'ha generat un informe, però que el lliurament a alguns (o a tots) els destinataris ha fallat o un informe ha caducat; passant el cursor es veurà informació addicional sobre eines.|

en-us	#### Overview  In *Reports → System information*, a summary of key Zabbix server and system data is displayed. System data is collected using [internal items](/manual/config/items/itemtypes/internal).  Note that in a high availability setup, it is possible to redirect the system information source (server instance). To do this, edit the *zabbix.conf.php* file - uncomment and set `$ZBX_SERVER` or both `$ZBX_SERVER` and `$ZBX_SERVER_PORT` to a server other than the one shown active. Note that when setting `$ZBX_SERVER` only, a default value (10051) for `$ZBX_SERVER_PORT` will be used.  With the high availability setup enabled, a separate block is displayed below the system stats with details of high availability nodes. This block is visible to Zabbix *Super Admin* users only.  *System information* is also available as a dashboard [widget](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets).
ca	#### Vista general  A *Informes → Informació del sistema* es mostra un resum de les dades clau del sistema i del servidor Zabbix. La informació del sistema es recull emprant [elements interns](/manual/config/items/itemtypes/internal).  Tingueu en compte que en una configuració d'alta disponibilitat és possible redirigir la font d'informació del sistema (instància del servidor). Per fer-ho, editeu el fitxer *zabbix.conf.php* - descomenteu i configureu `$ZBX_SERVER` o tots dos `$ZBX_SERVER` i `$ZBX_SERVER_PORT` a un servidor diferent del que es mostra actiu. Tingueu en compte que quan configureu només `$ZBX_SERVER`, s'emprarà un valor predeterminat (10051) per a `$ZBX_SERVER_PORT`.  Amb la configuració d'alta disponibilitat habilitada, es mostra un bloc separat a sota de les estadístiques del sistema amb detalls dels nodes d'alta disponibilitat. Aquest bloc només és visible per als usuaris de Zabbix *Super Admin*.  *La informació del sistema* també és disponible com a [giny](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets) del tauler de control.

en-us	#### Overview  In *Reports → Triggers top 100* you can see the triggers that have changed their state most often within the period of evaluation, sorted by the number of status changes.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Both host and trigger column entries are links that offer some useful options:  -   for host - links to user-defined scripts, latest data, inventory,     graphs, and dashboards for the host -   for trigger - links to latest events, the trigger configuration     form, and a simple graph  **Using filter**  You may use the filter to display triggers by host group, host, or trigger severity. Specifying a parent host group implicitly selects all nested host groups. For better search performance, data is searched with macros unresolved.  The filter is located below the *100 busiest triggers* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.  **Time period selector**  The [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) allows to select often required periods with one mouse click. The time period selector can be opened by clicking on the time period tab next to the filter.
ca	#### Vista general  A *Informes → Els 100 triggers principals*, podeu veure els triggers que han canviat d'estat amb més freqüència durant el període d'avaluació, ordenats pel nombre de canvis d'estat.  ![](../../../../../assets/en/manual/web_interface/triggers_top.png){width="600"}  Les entrades de la columna d'equip i trigger són enllaços que proporcionen opcions útils:  - per a l'equip: enllaços a scripts definits per l'usuari, dades més recents, inventari, gràfics i taulers de comandament per a l'equip - per al trigger: enllaços als darrers esdeveniments, el formulari de configuració del trigger i un gràfic senzill  **Ús del filtre**  Podeu emprar el filtre per veure triggers per grup d'equips, equip o gravetat del trigger. L'especificació d'un grup d'equips pare selecciona implícitament tots els grups d'equips heretats. Per obtindre un millor rendiment de la cerca, les dades es cerquen amb macros no resoltes.  El filtre es troba sota la barra *100 triggers més actius*. Es pot obrir i replegar fent clic a la pestanya *Filtre* de l'esquerra.  **Selector de període**  El [selector de període de temps](/manual/config/visualization/graphs/simple#time_period_selector) permet triar períodes de temps sovint necessaris amb un clic del ratolí. El selector de període de temps es pot obrir fent clic a la pestanya de període de temps al costat del filtre.

en-us	#### Overview  Internal checks allow to monitor the internal processes of Zabbix. In other words, you can monitor what goes on with Zabbix server or Zabbix proxy.  Internal checks are calculated:  -   on Zabbix server - if the host is monitored by server -   on Zabbix proxy - if the host is monitored by proxy  Internal checks are processed by server or proxy regardless of host maintenance status.  To use this item, choose the **Zabbix internal** item type.  ::: notetip Internal checks are processed by Zabbix pollers. :::
ca	#### Vista general  Els controls interns permeten monitorar els processos interns de Zabbix. En altres paraules, podeu monitorar allò que passa amb el servidor o proxy Zabbix.  Els controls interns es calculen:  -   al servidor Zabbix - si l'equip es monitora amb ell -   al proxy Zabbix - si l'equip es monitora amb ell  els controls interns es tracten per el servidor o el proxy, independentment de l'estat de manteniment de l'equip.  Per emprar aquest element, escolliu el tipus d'element **Zabbix Intern**.  ::: notetip Les verificacions internes es tracten per els pollers Zabbix. :::

en-us	#### Overview  In the action log widget, you can display details of action operations (notifications, remote commands). It replicates information from *Reports → Action log*.
ca	#### Vista general  Al giny del registre d'accions, podeu veure els detalls de les operacions d'acció (notificacions, comandes remotes). Replica la informació d'*Informes → Auditoria*.

en-us	#### Overview  In the *Administration → Media types* section users can configure and maintain media type information.  Media type information contains general instructions for using a medium as delivery channel for notifications. Specific details, such as the individual e-mail addresses to send a notification to are kept with individual users.  A listing of existing media types with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the media type. Clicking on the name opens the media type [configuration form](/manual/config/notifications/media/email#configuration).| |*Type*|Type of the media (e-mail, SMS, etc) is displayed.| |*Status*|Media type status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.| |*Used in actions*|All actions where the media type is used directly (selected in the *Send only to* dropdown) are displayed. Clicking on the action name opens the action configuration form.| |*Details*|Detailed information of the media type is displayed.| |*Actions*|The following action is available:<br>**Test** - click to open a testing form where you can enter media type parameters (e.g. a recipient address with test subject and body) and send a test message to verify that the configured media type works. See also: [Media type testing](/manual/config/notifications/media#media_type_testing).|  To configure a new media type, click on the *Create media type* button in the top right-hand corner.  To import a media type from XML, click on the *Import* button in the top right-hand corner.
ca	#### Vista general  A la secció *Administració → Tipus de suport*, els usuaris poden configurar i gestionar la informació dels tipus de suport.  La informació del tipus de suport conté directrius generals per emprar els suports com a canal de lliurament de notificacions. Els detalls específics, com ara les adreces de correu electrònic individuals a les quals enviar notificacions, es conserven amb els usuaris individuals.  Es mostra una llista dels tipus de suports existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/media_types.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del tipus de suport. En fer clic al nom s'obre el [formulari de configuració](/manual/config/notifications/media/email#configuration) del tipus de suport.| |*Tipus*|Es mostra el tipus de suport (correu electrònic, SMS, etc.).| |*Estat*|Es mostra l'estat del tipus de suport: *Activat* o *Desactivat*.<br>Feu clic a l'estat per canviar-lo.| |*Emprar en accions*|Es mostren totes les accions on s'empra directament el tipus de suport (triades al menú desplegable *Enviar només a*). Si feu clic al nom de l'acció, s'obre el formulari de configuració de l'acció.| |*Detalls*|Es mostra informació detallada sobre el tipus de suport.| |*Acció*|L'acció següent és disponible:<br>**Prova**: feu clic per obrir un formulari de prova on podeu introduir paràmetres de tipus de suport (per exemple, una adreça de destinatari amb l'assumpte i el cos de la prova) i enviar un missatge de prova per verificar que el tipus de suport configurat funciona. Veieu també: [Prova de tipus de suport](/manual/config/notifications/media#media_type_testing).|  Per configurar un nou tipus de suport, feu clic al botó *Crear un tipus de suport* a l'extrem superior dret.  Per importar un tipus de suport d'XML, feu clic al botó *Importar* a l'extrem superior dret.

en-us	#### Overview  In the *Administration → Proxies* section proxies for [distributed monitoring](/manual/distributed_monitoring) can be configured in the Zabbix frontend.
ca	#### Vista general  A la secció *Administració → Proxys*, els proxys per a [monitoratge distribuït](/manual/distributed_monitoring) es poden configurar a la interfície Zabbix.

en-us	#### Overview  In the *Administration → Queue* section items that are waiting to be updated are displayed.  Ideally, when you open this section it should all be "green" meaning no items in the queue. If all items are updated without delay, there are none waiting. However, due to lacking server performance, connection problems or problems with agents, some items may get delayed and the information is displayed in this section. For more details, see the [Queue](/manual/config/items/queue) section.  ::: noteclassic Queue is available only if Zabbix server is running. :::  The *Administration → Queue* section contains the following pages:  -   Queue overview — displays queue by item type; -   Queue overview by proxy — displays queue by proxy; -   Queue details — displays a list of delayed items.  The list of available pages appears upon pressing on *Queue* in the *Administration* menu section. It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png){width="300"}| |Third-level menu.|Title dropdown.|
ca	#### Vista general  A la secció *Administració → Cua*, es mostren els elements pendents d'actualitzar.  Idealment, quan obriu aquesta secció, tot hauria d'ésser "verd", el que significa que no hi ha elements a la cua. Si tots els elements s'actualitzen sense demora, no n'hi ha cap de pendent. Tanmateix, a causa del rendiment insuficient del servidor, problemes de connexió o problemes amb els agents, alguns elements poden endarrerir-se i es mostra informació en aquesta secció. Per obtindre més detalls, consulteu la secció [Cua](/manual/config/items/queue).  :::noteclassic La cua només és disponible si el servidor Zabbix és en execució. :::  La secció *Administració → Cua* conté les pàgines següents:  - Visió general de la cua: mostra la cua per tipus d'element; - Vista prèvia de la cua per proxy: mostra la cua per proxy; - Detalls de la cua: mostra una llista d'elements endarrerits.  La llista de pàgines disponibles apareix prement *Cua* a la secció del menú *Administració*. També és possible canviar entre pàgines mitjançant una llista desplegable de títols a la cantonada superior esquerra.  | | | |---|---| |![](../../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_menu.png){width="300"}|![](.. /../../../../assets/en/manual/web_interface/frontend_sections/administration/queue_selector.png){width="300"}| |Menú de tercer nivell.|Llista desplegable de títols.|

en-us	#### Overview  In the *Administration → Scripts* section user-defined global scripts can be configured and maintained.  Global scripts, depending on the configured scope and also user permissions, are available for execution:  -   from the [host     menu](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu)     in various frontend locations (*Dashboard*, *Problems*, *Latest     data*, *Maps*, etc.) -   from the [event     menu](/manual/web_interface/frontend_sections/monitoring/problems#event_menu) -   can be run as an action operation  The scripts are executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only. See also [Command execution](/manual/appendix/command_execution).  Both on Zabbix agent and Zabbix proxy, remote scripts are disabled by default. They can be enabled as follows:  -   For remote commands executed on Zabbix agent     - by adding an AllowKey=system.run[<command>,\*] parameter for each allowed command in agent configuration, \* stands for wait and nowait mode. -   For remote commands executed on Zabbix proxy     - **Warning: It is not required to enable remote commands on Zabbix proxy if remote commands are executed on Zabbix agent that is monitored by Zabbix proxy.** If, however, it is required to execute remote commands on Zabbix proxy,     set *EnableRemoteCommands* parameter to '1' in the proxy configuration.      A listing of existing scripts with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the script. Clicking on the script name opens the script [configuration form](scripts#configuring_a_global_script).| |*Scope*|Scope of the script - action operation, manual host action or manual event action. This setting determines where the script is available.| |*Used in actions*|Actions where the script is used are displayed.| |*Type*|Script type is displayed - *Webhook*, *Script*, *SSH*, *Telnet* or *IPMI* command.| |*Execute on*|It is displayed whether the script will be executed on Zabbix agent, Zabbix server (proxy) or Zabbix server only.| |*Commands*|All commands to be executed within the script are displayed.| |*User group*|The user group that the script is available to is displayed (or *All* for all user groups).| |*Host group*|The host group that the script is available for is displayed (or *All* for all host groups).| |*Host access*|The permission level for the host group is displayed - *Read* or *Write*. Only users with the required permission level will have access to executing the script.|  To configure a new script, click on the *Create script* button in the top right-hand corner.
ca	#### Vista general  A la secció *Administració → Scripts*, es poden configurar i gestionar scripts globals definits per l'usuari.  Els scripts globals, segons l'abast configurat i els permisos de l'usuari, són disponibles per a l'execució:  - des del [menú de l'equip](/manual/web_interface/frontend_sections/monitoring/dashboard#host_menu) a diverses ubicacions d'interfície (*Taulers de control*, *Problemes*, *Dades més recents*, *Mapes*, etc.) - des del [menú d'esdeveniments](/manual/web_interface/frontend_sections/monitoring/problems#event_menu) - es pot executar com una operació d'acció  Els scripts s'executen només a l'agent Zabbix, al servidor Zabbix (proxy) o al servidor Zabbix. Veieu també [Execució de comandes](/manual/appendix/command_execution).  Els scripts remots de l'agent Zabbix i del proxy Zabbix són desactivats de manera predeterminada. Es poden activar mitjançant:  - Comandes remotes executades a l'agent Zabbix      - afegint un paràmetre AllowKey=system.run[<command>,\*] per a cada ordre autoritzada a la configuració de l'agent, \* representa el mode wait i nowait; - Comandes remotes executades al proxy Zabbix      - **Avís: no cal habilitar comandes remotes al proxy Zabbix si s'executen comandes remotes a l'agent Zabbix monitorat pel proxy Zabbix.** Si, tanmateix, és necessari executar comandes remotes al proxy Zabbix, establiu el paràmetre *EnableRemoteCommands* a '1' a la configuració del proxy.      Es mostra una llista dels scripts existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/scripts.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de l'script. En fer clic al nom de l'script s'obre el [formulari de configuració] de l'script (scripts#configuring_a_global_script).| |*Àmbit*|Àmbit de l'script: operació d'acció, acció manual de l'equip o acció manual d'esdeveniments. Aquesta configuració determina on és disponible l'script.| |*S'empra en accions*|Es mostren les accions on s'empra l'script.| |*Tipus*|Es mostra el tipus d'script: comanda *Webhook*, *Script*, *SSH*, *Telnet* o *IPMI*.| |*Executar a*|Es mostra si l'script s'executarà només a l'agent Zabbix, al proxy Zabbix o al servidor Zabbix.| |*Comandes*|Es mostren totes les ordres que s'han d'executar a l'script.| |*Grup d'usuaris*|Es mostra el grup d'usuaris per al qual està disponible l'script (o *Tot* per a tots els grups d'usuaris).| |*Grup d'equips*|Es mostra el grup d'equip per al qual està disponible l'script (o *Tot* per a tots els grups d'equip).| |*Accés a l'equip*|Es mostra el nivell de permís per al grup d'equip: *Llegir* o *Escriure*. Només els usuaris amb el nivell de permís necessari tindran accés per executar l'script.|  Per configurar un script nou, feu clic al botó *Crea script* a l'extrem superior dret.

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

en-us	#### Overview  In the *Administration → User roles* section roles that can be assigned to system users and specific permissions for each role are maintained.
ca	#### Vista general  A la secció *Administració → Rols d'usuari*, es mantenen els rols que es poden assignar als usuaris del sistema i els permisos específics per a cada funció.

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

en-us	#### Overview  In the classic graph widget, you can display a single custom graph or simple graph.
ca	#### Vista general  Al giny de gràfic clàssic, podeu mostrar un gràfic personalitzat o un gràfic senzill.

en-us	 #### Overview  In the clock widget, you may display local, server, or specified host time.
ca	 #### Vista general  Al giny del rellotge, podeu veure l'hora local, del servidor o d'un equip concret.

en-us	#### Overview  In the *Configuration → Actions* section users can configure and maintain actions.  The actions displayed are actions assigned to the selected event source (trigger, service, discovery, autoregistration, internal actions).  Actions are grouped into subsections by event source (trigger, service, discovery, autoregistration, internal actions). The list of available subsections appears upon pressing on *Actions* in the *Configuration* menu section. It is also possible to switch between subsections by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../../../assets/en/manual/web_interface/actions_menu.png){width="300"}|![](../../../../../assets/en/manual/web_interface/actions_selector.png){width="300"}| |Third-level menu.|Title dropdown.|  After selecting a subsection, a page with a list of existing actions with their details will be displayed.  For users without Super admin rights actions are displayed according to permission settings. That means in some cases a user without Super admin rights isn’t able to view the complete action list because of certain permission restrictions. An action is displayed to the user without Super admin rights if the following conditions are fulfilled:  -   The user has read-write access to host groups, hosts, templates, and     triggers in action conditions -   The user has read-write access to host groups, hosts, and templates     in action operations, recovery operations, and update operations -   The user has read access to user groups and users in action     operations, recovery operations, and update operations      :::noteclassic Actions for services are maintained in a similar way in the *Services->Service actions* menu section. User's access to specific service actions depends on the user role permissions set in the *Access to services* menu section. :::   ![](../../../../../assets/en/manual/web_interface/actions.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the action. Clicking on the action name opens the action [configuration form](/manual/config/notifications/action#configuring_an_action).| |*Conditions*|Action conditions are displayed.| |*[Operations](/manual/config/notifications/action/operation#configuring_an_operation)*|Action operations are displayed.<br>Since Zabbix 2.2, the operation list also displays the media type (e-mail, SMS or script) used for notification as well as the name and surname (in parentheses after the username) of a notification recipient.<br>Action operation can both be a [notification](/manual/config/notifications/action/operation/message) or a [remote command](/manual/config/notifications/action/operation/remote_command) depending on the selected type of operation.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.<br>See the [Escalations](/manual/config/notifications/action/escalations) section for more details as to what happens if an action is disabled during an escalation in progress.|  To configure a new action, click on the *Create action* button in the top right-hand corner.
ca	#### Vista general  A la secció *Configuració → Accions*, els usuaris poden configurar i gestionar accions.  Les accions que es mostren són accions assignades a la font d'esdeveniment triada (trigger, servei, descoberta, registre automàtic, accions internes).  Les accions s'agrupen en subseccions per font d'esdeveniment (trigger, servei, descoberta, registre automàtic, accions internes). La llista de subseccions disponibles apareix prement *Accions* a la secció del menú *Configuració*. També és possible canviar entre subseccions mitjançant una llista desplegable de títols a la cantonada superior esquerra.  | | | |---|---| |![](../../../../../assets/en/manual/web_interface/actions_menu.png){width="300"}|![](../../ ../../../assets/en/manual/web_interface/actions_selector.png){width="300"}| |Menú de tercer nivell.|Llista desplegable de títols.|  Després de triar una subsecció, veureu una pàgina amb una llista d'accions existents amb els seus detalls.  Per als usuaris sense drets de superadministrador, les accions es mostren en funció de la configuració dels permisos. Això vol dir que, en alguns casos, un usuari sense drets de superadministrador no pot veure la llista sencera d'accions a causa de determinades restriccions de permissos. Es mostra una acció a l'usuari sense drets de superadministrador si es compleixen les condicions següents:  - L'usuari té accés de lectura i escriptura a grups d'equips, equips, plantilles i triggers en condicions d'acció - L'usuari té accés de lectura i escriptura a grups d'equips, equips i plantilles en operacions d'acció, operacions d'obtenció i operacions d'actualització - L'usuari té accés de lectura a grups d'usuaris i usuaris en operacions d'acció, operacions d'obtenció i operacions d'actualització      :::noteclassic Les accions dels serveis es gestionen de manera similar a la secció de menú *Serveis->Accions de servei*. L'accés de l'usuari a accions de servei específiques depèn dels permisos de rol d'usuari establerts a la secció de menú *Accés al servei*. :::   ![](../../../../../assets/ca/manual/web_interface/actions.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de l'acció. En fer clic al nom de l'acció s'obre el [formulari de configuració](/manual/config/notifications/action#configuring_an_action) de l'acció.| |*Condicions*|Condicions de l'acció.| |*[Operacions](/manual/config/notifications/action/operation#configuring_an_operation)*|Operacions d'acció.<br>Des de Zabbix 2.2, la llista d'operacions també mostra el tipus de suport (correu electrònic, SMS o script) s'empra per a la notificació i el nom i cognom (entre parèntesis després del nom d'usuari) d'un destinatari de notificació.<br>L'operació d'acció pot ser tant una [notificació](/manual/config/notifications/action/operation/message) com una [comanda remota](/manual/config/notifications/action/operation/remote_command) en funció del tipus d'operació triada.| |*Estat*|Es mostra l'estat de l'acció: *Activat* o *Desactivat*.<br>Feu clic a l'estat, podeu canviar-lo.<br>Consulteu les [Escalades](/manual/config/notifications /action/escalations ) per obtindre detalls sobre què passa si una acció es desactiva durant una escalada en curs.|  Per configurar una acció nova, feu clic al botó *Crear una acció* a l'extrem superior dret.

en-us	#### Overview  In the *Configuration → Discovery* section users can configure and maintain discovery rules.  A listing of existing discovery rules with their details is displayed.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the discovery rule. Clicking on the discovery rule name opens the discovery rule [configuration form](/manual/discovery/network_discovery/rule).| |*IP range*|The range of IP addresses to use for network scanning is displayed.| |*Proxy*|The proxy name is displayed, if discovery is performed by the proxy.| |*Interval*|The frequency of performing discovery displayed.| |*Checks*|The types of checks used for discovery are displayed.| |*Status*|Action status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new discovery rule, click on the *Create discovery rule* button in the top right-hand corner.
ca	#### Vista general  A la secció *Configuració → Descoberta*, els usuaris poden configurar i gestionar les regles de descoberta.  Es mostra un llistat de regles de descoberta existents amb els seus detalls.  ![](../../../../../assets/en/manual/web_interface/discovery_rules0.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de la regla de descoberta. Si feu clic al nom de la regla, s'obre el [formulari de configuració](/manual/discovery/network_discovery/rule) de la regla de descoberta.| |*Interval IP*|Es mostra l'interval d'adreces IP que s'empraran per a l'exploració de la xarxa.| |*Proxy*|Es mostra el nom del proxy, si la descoberta la realitza.| |*Interval*|La freqüència d'execució de la descoberta mostrada.| |*Comprovacions*|Es mostren els tipus de comprovacions emprades per a la descoberta.| |*Estat*|Es mostra l'estat de l'acció - *Activada* o *Desactivada*.<br>Fent clic a l'estat el podeu canviar.|  Per configurar una regla de descoberta nova, feu clic al botó *Crea una regla de descoberta* a l'extrem superior dret.

en-us	#### Overview  In the *Configuration → Event correlation* section users can configure and maintain global correlation rules for Zabbix events.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the correlation rule. Clicking on the correlation rule name opens the rule [configuration form](/manual/config/event_correlation/global#configuration).| |*Conditions*|Correlation rule conditions are displayed.| |*Operations*|Correlation rule operations are displayed.| |*Status*|Correlation rule status is displayed - *Enabled* or *Disabled*.<br>By clicking on the status you can change it.|  To configure a new correlation rule, click on the *Create correlation* button in the top right-hand corner.
ca	#### Vista general  A la secció *Configuració → Correlació d'esdeveniments*, els usuaris poden configurar i mantindre regles de correlació globals per als esdeveniments de Zabbix.  ![](../../../../../assets/en/manual/web_interface/correlation_rules1.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom de la regla de correlació. En fer clic al nom de la regla de correlació s'obre el [formulari de configuració](/manual/config/event_correlation/global#configuration) de la regla.| |*Condicions*|Es mostren les condicions de la regla de correlació.| |*Operacions*|Es mostren les operacions de la regla de correlació.| |*Estat*|Es mostra l'estat de la regla de correlació: *Activada* o *Desactivada*.<br>Fent clic a l'estat el podeu canviar.|  Per configurar una nova regla de correlació, feu clic al botó *Crear una correlació* a l'extrem superior dret.

en-us	#### Overview  In the *Configuration → Host groups* section users can configure and maintain host groups. A host group can contain both templates and hosts.  A listing of existing host groups with their details is displayed. You can search and filter host groups by name.  ![](../../../../../assets/en/manual/web_interface/host_groups1.png){width="600"}  Displayed data:  |Column|Description| |--|--------| |*Name*|Name of the host group. Clicking on the group name opens the host group [configuration form](/manual/config/hosts/host#creating-a-host-group).| |*Hosts*|Number of hosts in the group (displayed in gray). Clicking on "Hosts" will, in the whole listing of hosts, filter out those that belong to the group.| |*Templates*|Number of templates in the group (displayed in gray). Clicking on "Templates" will, in the whole listing of templates, filter out those that belong to the group.| |*Members*|Names of group members. Template names are displayed in gray, monitored host names in blue and non-monitored host names in red. Clicking on a name will open the template/host configuration form.| |*Info*|Error information (if any) regarding the host group is displayed.|
ca	#### Vista general  A la secció *Configuració → Grups d'equips*, els usuaris poden configurar i gestionar grups d'equips. Un grup d'equips pot contindre plantilles i equips.  Es mostra una llista dels grups d'equips existents amb els seus detalls. Podeu cercar i filtrar grups d'equips pel nom.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/host_groups1.png){width="600"}  Dades mostrades:  |Columna|Descripció| |-------|------------| |*Nom*|Nom del grup d'equips. Si feu clic al nom del grup, s'obre el [formulari de configuració](/ca/manual/config/hosts/host#creating-a-host-group) per al grup d'equips.| |*Equips*|Nombre d'equips del grup (es mostra en gris). Fent clic a "Equips", a la llista completa d'equips, es filtraran els que pertanyen al grup.| |*Plantilles*|Nombre de plantilles del grup (visualitzat en gris). Fent clic a "Plantilles", a la llista completa de plantilles, aquestes es filtraran.| |*Membres*|Noms dels membres del grup. Els noms de les plantilles es mostren en gris, els noms d'equips monitorats en blau i els noms d'equips no monitorats en vermell. Si feu clic a un nom, s'obrirà el formulari de configuració del model/equip.| |*Info*|Errors (si n'hi ha) pel que fa al grup d'equips.|

en-us	#### Overview  In the *Configuration → 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. 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. The number of the respective entities is displayed in gray.| |*Interface*|The main interface of the host is displayed.| |*Proxy*|Proxy name is displayed, if the host is monitored by a proxy.<br>This column is only displayed if the *Monitored by* filter option is set to 'Any' or 'Proxy'.| |*Templates*|The templates linked to the host are displayed. If other templates are contained in the linked template, those are displayed in parentheses, separated by a comma. Clicking on a template name will open its configuration form.| |*Status*|Host status is displayed - *Enabled* or *Disabled*. By clicking on the status you can change it.<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 over the icon.| |*Availability*|Host [availability](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) per configured interface is displayed.<br>Icons represent only those interface types (Zabbix agent, SNMP, IPMI, JMX) that are configured. If you position the mouse on the icon, a popup list of all interfaces of this type appears with each interface details, status and errors.<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 available and at least one unavailable; others can have any value including 'unknown'<br>**Red** - no interfaces available<br>**Gray** - at least one interface unknown (none unavailable)<br>Note that active Zabbix agent items do not affect host availability.| |*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<br>| |*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ó *Configuració → Equips*, els usuaris poden configurar i gestionar 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. Si feu clic al nom d'equip, s'obre el [formulari de configuració](/manual/config/hosts/host#configuring-a-host) de l'equip.| |*Entitats (Elements, Triggers, Gràfics, Descoberta, Web)*|Fent clic al nom de l'entitat es mostraran els elements, triggers, etc. de l'equip. El nombre de les entitats respectives es mostra en gris.| |*Interfície*|Es mostra la interfície principal de l'equip.| |*Proxy*|El nom del proxy es mostra si l'equip és monitorat per un proxy.<br>Aquesta columna només es veu si l'opció de filtre *Monitorat per* és establerta a "Qualsevol" o "Proxy".| |*Plantilles*|Es mostren les plantilles enllaçades a l'equip. Si hi ha altres models al model enllaçat, aquests es mostren entre parèntesis, separats per una coma. Si feu clic al nom d'un model, s'obrirà el seu formulari de configuració.| |*Estat*|Es mostra l'estat de l'equip - *Activat* o *Desactivat*. Si feu clic a l'estat, podeu canviar-lo.<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 vol dir que l'equip és en manteniment. Els detalls de manteniment es mostren quan el punter del ratolí es posa sobre la icona.| |*Disponibilitat*|[Disponibilitat](/manual/web_interface/frontend_sections/configuration/hosts#reading_host_availability) de l'equip per interfície configurada.<br>Les icones només representen els tipus d'interfície (agent Zabbix, SNMP, IPMI, JMX) que és configurada. Si passeu el ratolí per sobre de la icona, apareixerà una llista emergent de totes les interfícies d'aquest tipus amb els detalls, l'estat i els errors de cada interfície.<br>La columna és en blanc per als equips sense interfície.<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 disponibles<br>**Groc** - almenys una interfície disponible i almenys una no disponible; altres poden tenir qualsevol valor, inclòs "desconegut"<br>**Vermell** - no hi ha interfície disponible<br>**Gris** - almenys una interfície desconeguda (cap no disponible)<br>Tingueu en compte que els elements actius de l'agent Zabbix no afecten la disponibilitat de l'equip.| |*Encriptació de l'agent*|Es mostra l'estat de xifrat de les connexions a l'equip:<br>**Cap** - sense xifrat<br>**PSK** - emprant la clau prèvia compartida<br>**Cert** - emprant certificat<br>| |*Informació*|Es mostra 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 equip nou, 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 *Configuration → 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ó *Configuració → Manteniment*, els usuaris poden configurar i gestionar els períodes de manteniment de l'equip.  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. En fer clic al nom del període de manteniment s'obre el [formulari de configuració](/manual/maintenance#configuration) del període de manteniment.| |*Tipus*|Es mostra el tipus de manteniment: *Amb recollida de dades* o *Sense recollida de dades*| |*Actiu des de*|La data i l'hora en què s'activa l'execució de la finestra de manteniment.<br>Nota: aquesta vegada no activa cap finestra de manteniment; els períodes de manteniment s'han de definir per separat.| |*Actiu fins a*|La data i l'hora en què l'execució dels períodes de manteniment deixa d'estar activa.| |*Estat*|L'estat del període de manteniment:<br>**S'apropa** - s'activarà aviat<br>**Actiu** - és actiu<br>**Caducat** - ja no és actiu| |*Descripció*|Es mostra la descripció del període de manteniment.|  Per configurar una nova finestra de manteniment, feu clic al botó *Crear una finestra de manteniment* a l'extrem superior dret.

en-us	#### Overview  In the *Configuration → 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. 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). 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 to the template, in a nested setup where the template will inherit all entities of the linked templates.| |*Linked to templates*|The templates that the template is linked to ("children" templates that inherit all entities from this template).<br>Since Zabbix 5.0.3, this column no longer includes hosts.| |*Tags*|[Tags](/manual/config/tagging) of the template, with macros unresolved.|  To configure a new template, click on the *Create template* button in the top right-hand corner. To import a template from a YAML, XML, or JSON file, click on the *Import* button in the top right-hand corner.
ca	#### Vista general  A la secció *Configuració → Plantilles*, els usuaris poden configurar i gestionar 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 del model. Si feu clic al nom de la plantilla, s'obre el [formulari de configuració](/manual/config/templates/template#creating_a_template) de la plantilla.| |*Hosts*|Nombre d'equips editables als quals és vinculada 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 els equips filtrats que estan vinculats a la plantilla.| |*Entitats (elements, triggers, gràfics, taulers de control, descoberta, web)*|Nombre d'entitats respectives del model (mostrades en gris). Clicant sobre el nom de l'entitat es filtraran, a tota la llista d'aquesta entitat, les que pertanyen al model.| |*Models enllaçats*|Models enllaçats al model, en una configuració heretada on el model heretarà totes les entitats dels models enllaçats.| |*Enllaçat a models*|Els models als quals està enllaçat el model (models ("fills") que hereten totes les entitats d'aquest model).<br>A partir de Zabbix 5.0.3, aquesta columna ja no inclou els equips.| |*Etiquetes*|[Etiquetes](/manual/config/tagging) del model, amb macros no resoltes.|  Per configurar una plantilla nova, feu clic al botó *Crear una plantilla* a l'extrem superior dret. Per importar una plantilla 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/acknowledges#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 Visió general de dades, podeu veure les dades més recents d'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 [actualitzar problemes](/manual/acknowledges#updating_problems).  De manera predeterminada, només es mostren els valors de les darreres 24 hores. Aquest límit es va introduir per millorar els temps de càrrega inicials de les pàgines de dades grans més recents. Aquest límit es pot configurar a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, emprant l'opció *Període màxim de visualització de l'historial*.  Si feu clic a una dada, s'ofereix enllaços a gràfics predefinits o als 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 a la vista prèvia de les taules d'opcions*). Si hi ha més registres dels que s'han configurat per mostrar, apareix un missatge a la part inferior de la taula que demana que proporcioneu criteris de filtre més específics. No hi ha paginació. Tingueu en compte que aquest límit s'aplica primer, abans de qualsevol altre filtrat de les 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 four colored columns/lines.  |   |   | |---|---| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_h.png)|Horizontal display (columns).| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_v.png)|Vertical display (lines).|  Host availability in each column/line is counted as follows:  -   *Available* - hosts with all interfaces available -   *Not available* - hosts with at least one interface unavailable -   *Unknown* - hosts with at least one interface unknown (none     unavailable) -   *Total* - total of all hosts
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 quatre columnes/fileres de colors.  | | | |---|---| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_h.png)|Visualització horitzontal (columnes) .| |![](../../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/dashboard/availability_v.png)|Visualització vertical (línies) .|  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 - *Desconegut* - equips amb almenys una interfície desconeguda (cap no disponible) - *Total* - total de tots els equips

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/monitoring/dashboard/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/monitoring/dashboard/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"}  If a device is already monitored, the host name will be listed in the *Monitored host* column, and the duration of the device being discovered or lost after previous discovery is shown in the *Uptime/Downtime* column.  After that follow the columns showing the state of individual services for each discovered device (red cells show services that are down). Service uptime or downtime is included within the cell.  ::: noteimportant Only those services that have been found on at least one device will have a column showing their state. :::
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"}  Si ja s'ha monitorat un dispositiu, el nom de l'equip apareixerà a la columna *Equip monitorat* i la durada de la descoberta o pèrdua del dispositiu després de la descoberta anterior apareixerà a *Temps de funcionament/aturada*.  Després d'això, seguiu les columnes que mostren l'estat del servei individual per a cada dispositiu descobert (els globus vermells indiquen que els serveis són inactius). La disponibilitat o indisponibilitat del servei s'inclou a la cel·la.  ::: noteimportant Només els serveis que s'hagin trobat en almenys un dispositiu tindran una columna que mostra el seu estat. :::

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 plain text widget, you can display the latest item data in plain text.
ca	#### Vista general  Al giny de text pla, podeu veure la darrera informació de l'element en text pla.

en-us	#### Overview  In the problem host widget, you can display high-level information about host availability.
ca	#### Vista general  Al giny d'equips amb problemes, podeu veure informació d'alt nivell sobre la disponibilitat dels equips.

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 is displayed.| |*Type*|Operation type is displayed - *Email* or *Command*.| |*Recipient(s)*|Username, name, surname (in parentheses) and e-mail address of the notification recipient is displayed.| |*Message*|The content of the message/remote command is displayed.<br>A remote command is separated from the target host with a colon symbol: `<host>:<command>`. If the remote command is executed on Zabbix server, then the information has the following format: `Zabbix server:<command>`| |*Status*|Operation status is displayed:<br>*In progress* - action is in progress<br>For actions in progress the number of retries left is displayed - the remaining number of times the server will try to send the notification.<br>*Sent* - notification has been sent<br>*Executed* - command has been executed<br>*Not sent* - action has not been completed.| |*Info*|Error information (if any) regarding the action execution is displayed.|  **Using filter**  You may use the filter to narrow down the records by the message recipient(s). For better search performance, data is searched with macros unresolved.  The filter is located below the *Action log* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.  **Time period selector**  The [time period selector](/manual/config/visualization/graphs/simple#time_period_selector) allows to select often required periods with one mouse click. The time period selector can be opened by clicking on the time period tab next to the filter.
ca	#### Vista general  A la secció Informes → Registre d'accions, els usuaris poden veure els detalls de les operacions (notificacions, comandes remotes) fetes 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ó*|Es mostra el nom de l'acció que ha provocat les operacions.| |*Tipus*|Es mostra el tipus d'operació - *Correu electrònic* o *Comanda*.| |*Destinatari(s)*|Es mostren el nom d'usuari, el cognom, el nom (entre parèntesis) i l'adreça de correu electrònic del destinatari de la notificació.| |*Missatge*|Es mostra el contingut del missatge/de la comanda remota.<br>Una comanda remota és separada de l'equip de destinació per dos punts: `<host>:<command>`. Si la comanda remota s'executa al servidor Zabbix, la informació té el format següent: `Servidor Zabbix:<command>`| |*Estat*|Es mostra l'estat de l'operació:<br>*En curs* - l'acció és en curs<br>Per a les accions en curs, es mostra el nombre d'intents restants - el nombre d'intents restants del servidor per enviar la notificació.<br>*Enviat* - la notificació s'ha enviat<br>*Executat* - la comanda s'ha executat<br>*No enviat* - l'acció no s'ha completat.| |*Info*|Es mostra informació d'error (si n'hi ha) pel que fa a l'execució de l'acció.|  **Ús del filtre**  Podeu emprar el filtre per restringir els registres per destinataris del missatge. Per obtindre un millor rendiment de la cerca, les dades es cerquen amb macros no resoltes.  El filtre es troba sota la barra *Registre d'accions*. Es pot obrir i replegar fent clic a la pestanya *Filtre* de l'esquerra.  **Selector de període**  El [selector de període de temps](/manual/config/visualization/graphs/simple#time_period_selector) permet seleccionar períodes de temps sovint necessaris amb un clic del ratolí. El selector de període de temps es pot obrir fent clic a la pestanya de període de temps al costat del filtre.

en-us	 #### Overview  In the *Reports → Audit* 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* → *General* → [*Audit log*](/manual/web_interface/frontend_sections/administration/general#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*, *Delete*, *Execute*, *Failed login*, *History clear*, *Login*, *Logout*, *Update*).| |*Recordset ID*|Shared ID for all audit log records created as a result of the same operation. 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. If a record contains more than two rows, an additional link *Details* will be displayed. Click on this link to view the full list of changes.|
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*, *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. 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.|

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 *Services → Service actions* section users can [configure](/manual/config/notifications/action) and maintain service actions.  Configured actions are displayed in the list with respect to the [user role permissions](/manual/web_interface/frontend_sections/administration/user_roles). Users will only see actions for services their user role grants access to.   Displayed data, filter and available mass editing options are the same as for other types of [actions](/manual/web_interface/frontend_sections/configuration/actions).
ca	### Vista general  A la secció *Serveis → Accions de servei*, els usuaris poden [configurar](/manual/config/notifications/action) i gestionar les accions de servei.  Les accions configurades es veuen a la llista respectant els [permisos de rol d'usuari](/manual/web_interface/frontend_sections/administration/user_roles). Els usuaris només veuran les accions dels serveis als quals el seu rol d'usuari concedeix accés.  Les dades que es veuen, el filtre i les opcions d'edició massiva disponibles són les mateixes que per als altres tipus d'accions (/manual/web_interface/frontend_sections/configuration/actions).

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/acknowledges#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 veure els estats del trigger d'un grup d'equips.  - Els estats del trigger es mostren com a blocs de color (el color del trigger del problema depèn del color de la gravetat del problema, que es pot ajustar a la pantalla [Actualització del problema] (/manual/acknowledges#problems-update)). Tingueu en compte que els canvis recents al trigger (en dels darrers 2 minuts) es veuran com a blocs intermitents. - Les fletxes grises amunt i avall indiquen triggers que tenen dependències. En passar el ratolí, es revelen els detalls de la dependència. - Una icona de casella de selecció indica problemes reconeguts. S'han de reconèixer tots els problemes de triggerss o els problemes resolts perquè aparegui aquesta icona.  Si feu clic a un bloc de trigger, s'ofereixen enllaços que depenen del context als esdeveniments problemàtics del trigger, a la pantalla de reconeixement del problema, a la configuració del trigger, a l'URL del triggers o a un simple gràfic/llista dels darrers valors.  Tingueu en compte que es mostren 50 registres per defecte (configurables a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, emprant l'opció *Nombre màxim de columnes i files a les taules generals*). Si hi ha més registres dels que s'han configurat per mostrar, apareix un missatge a la part inferior de la taula que demana que proporcioneu criteris de filtre més específics. No hi ha paginació. Tingueu en compte que aquest límit s'aplica primer, abans de qualsevol altre filtrat de les dades, per exemple, per etiquetes.

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/configuration/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 del model.  Si la plantilla és vinculada a l'equip, els prototips de gràfics es convertiran en la base per crear veritables [gràfics d'equip](/manual/web_interface/frontend_sections/configuration/hosts/graphs) 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>Fent clic al nom s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/graph_prototypes) del prototip de gràfic.<br> Si el El prototip de gràfic pertany a una plantilla enllaçada, el nom de la plantilla apareix 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 gràfic del prototip.| |*Alçada*|Es mostra l'alçada del gràfic del prototip.| |*Tipus*|Es mostra el tipus de prototip de gràfic: *Normal*, *Apilat*, *Pastís* 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 a sobre.|  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/configuration/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/configuration/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*|Es mostren les 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 clic a sobre.| |*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/configuration/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 prototips d'elements configurats d'una regla de descoberta de baix nivell.  Si la plantilla és vinculada a l'equip, els prototips d'elements es convertiran en la base per crear els [elements](/manual/web_interface/frontend_sections/configuration/hosts/items) d'equips reals durant el descoberta de baix nivell.  ![](../../../../../../../assets/en/manual/web_interface/template_item_prototypes.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Nom*|Nom del prototip d'element, que es mostra com a enllaç blau.<br>Fent clic al nom s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/item_prototypes) del prototip d'element.< br>Si El prototip d'element pertany a un model enllaçat, el nom del model es mostra abans del nom de l'element, com un enllaç gris. Si feu clic a l'enllaç del model, s'obrirà la llista de prototips d'elements al nivell del model enllaçat.| |*Clau*|Es mostra la clau del prototip d'element.| |*Interval*|Es mostra la freqüència de control.| |*Historial*|Es mostra el nombre de dies per conservar l'historial de dades de l'element.| |*Tendències*|Es mostra el nombre de dies per conservar l'historial de tendències d'elements.| |*Tipus*|Es mostra el tipus de prototip de l'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Crear activat*|Crea un element basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Descoberta*|Descobreix l'element basat en aquest prototip:<br>**Sí** - descobreix<br>**No** - no descobreix. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Etiquetes*|Es mostren les 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/configuration/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 trigger configurats d'una regla de descoberta de baix nivell al model.  Si la plantilla és vinculada a l'equip, els prototips de trigger es convertiran en la base per crear [triggers] d'equips reals (/manual/web_interface/frontend_sections/configuration/hosts/triggers) 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 mostra com un enllaç blau.<br>Fent clic al nom s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/trigger_prototypes) del prototip de trigger.<br> Si el El prototip de trigger pertany a una plantilla enllaçada, el nom de la plantilla apareix 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 un trigger basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Descoberta*|Activar la descoberta basada en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Etiquetes*|Es mostren les etiquetes 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/configuration/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 prototips gràfics d'una regla de descoberta de baix nivell a l'equip. Els prototips de gràfics són la base de [gràfics d'equips real](/manual/web_interface/frontend_sections/configuration/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>Fent 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 apareix 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 gràfic del prototip.| |*Alçada*|Es mostra l'alçada del gràfic del prototip.| |*Tipus de gràfic*|Es mostra el tipus de gràfic del prototip: *Normal*, *Apilat*, *Pastís* o *Explotat*.| |*Descoberta*|Descobreix el gràfic basat en aquest prototip:<br>**Sí** - descobreix<br>**No** - no descobreixis. Podeu canviar entre "Sí" i "No" fent clic a sobre.|  Per configurar un prototip gràfic nou, feu clic al botó *Crear un prototip 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/configuration/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'equips d'una regla de descoberta de baix nivell a l'equip. Els prototips d'equip són la base dels [equips](/manual/web_interface/frontend_sections/configuration/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 d'equip, que es mostra com un enllaç blau.<br>Si feu clic al nom, s'obre el formulari de configuració del prototip d'equip.<br>Si el prototip d'equip pertany a una plantilla enllaçada, el nom de la plantilla es mostra abans del nom de l'equip, com a enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips d'equip al nivell de la plantilla enllaçada.| |*Plantilles*|Es mostren les plantilles del prototip equip.| |*Crea 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.| |*Descobrir*|Descobreix l'equip basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*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 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/configuration/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] de l'equip real (/manual/web_interface/frontend_sections/configuration/hosts/items) 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 d'element, que es mostra com a enllaç blau.<br>Fent clic al nom s'obre el [formulari de configuració](/manual/discovery/low_level_discovery/item_prototypes) del prototip d'element.< br>Si El prototip d'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 a nivell de plantilla.| |*Clau*|Es mostra la clau del prototip d'element.| |*Interval*|Es mostra la freqüència de control.| |*Historial*|Es mostra el nombre de dies que es conserva l'historial de dades de l'element.| |*Tendències*|Es mostra el nombre de dies per mantindre l'historial de tendències de l'article.| |*Tipus*|Es mostra el tipus de prototip de l'element (agent Zabbix, agent SNMP, comprovació simple, etc.).| |*Crear activat*|Crea un element basat en aquest prototip com:<br>**Sí** - activat<br>**No** - desactivat. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Descobrir*|Descobreix l'objecte basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*Etiquetes*|Es mostren les 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 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/configuration/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 per a una regla de descoberta de baix nivell a l'equip. Els prototips de triggers són la base dels [triggers](/manual/web_interface/frontend_sections/configuration/hosts/triggers) de l'equip real 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>Fent 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 apareix abans del nom de trigger, com un enllaç gris. Si feu clic a l'enllaç de la plantilla, s'obrirà la llista de prototips de triggers 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 a sobre.| |*Descobrir*|Descobrir el trigger basat en aquest prototip:<br>**Sí** - descobrir<br>**No** - no descobrir. Podeu canviar entre "Sí" i "No" fent clic a sobre.| |*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 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/administration/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 supervisar 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 fill) canviant al mode d'edició.  Per canviar de la vista al mode d'edició (i a l'inrevés), feu clic al botó corresponent a la cantonada superior dreta:  - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_view_mode.png) -      veure els serveis - ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/services_edit_mode.png) -      afegir/editar serveis i serveis fills  Tingueu en compte que l'accés a l'edició depèn de la configuració de [rol d'usuari](/manual/web_interface/frontend_sections/administration/user_roles).

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/administration/user_roles) settings.
ca	### Vista general  En aquesta secció, podeu veure un estat d'alt nivell de tots els serveis 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, els anomenats serveis "fills", que són atributs de l'estat global del servei (veieu també una descripció general de les funcions [monitoratge del servei](/manual/it_services )).  Les categories principals d'estat del servei són *Correcte* o *Problema*, on l'estat *Problema* s'expressa amb el nom i el color de la gravetat del problema corresponent.  Tot i que el mode de visualització permet veure 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/modificar serveis, serveis fills) canviant al mode d'edició.  Per canviar del mode de visualització al mode d'edició (i a l'inrevés), feu clic al botó corresponent a l'extrem superior dret:  - ![](../../../../../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 fills  Tingueu en compte que l'accés d'edició depèn de la configuració del [rol d'usuari](/manual/web_interface/frontend_sections/administration/user_roles).

en-us	### Overview  In this section you can view and configure service [actions](/manual/config/notifications/action).  Service actions are useful if you want some operations taking place  as a result of service status change (OK ⇿ PROBLEM), for example:   - send message - restart webserver  Service actions are functionally similar to other action types  in Zabbix (for example, trigger actions).
ca	### Vista general  En aquesta secció podeu veure i configurar les [accions de servei](manual/config/notifications/action).  Les accions de servei són útils si voleu que es facin determinades operacions com a resultat d'un canvi d'estat del servei (CORRECTE ⇿ PROBLEMA), per exemple:  - enviar un missatge - reiniciar el servidor web  Les accions de servei són funcionalment similars a altres tipus d'acció a Zabbix (per exemple, accions de triggers).

en-us	#### Overview  In this section you can view the latest values  gathered by items.  Graphs are also available for the item values.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  This section contains:  - the [filter](#using_filter) (collapsed by default) - the [subfilter](#using_subfilter) (never collapsed)  - the item list  Items are displayed with their name, time since the last check, **last value**, change amount, tags, and a link to a simple graph/history of item values.   Clicking on the item name opens the item menu with links to available graphs and the  item configuration.  Values in the *Last value* column are displayed with unit conversion and  value mapping applied. To view raw data, hover over the value.  Tags in the item list are clickable. If you click on a tag, this tag becomes enabled  in the [subfilter](#using-subfilter). The item list now displays the items corresponding to this tag and  any other previously selected tags in the subfilter. Note that once the items have  been filtered in this way, tags in the list are no longer clickable. Further modification  based on tags (e.g. remove, add another filter) must be done in the subfilter.  If an item has errors, for example, has become unsupported, an information icon will  be displayed in the *Info* column ![](../../../../../assets/en/manual/web_interface/info_icon.png).  Hover over the icon for details.  An icon with a question mark ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) is displayed next to the item name for all items that have a description. Hover over this icon to see a tooltip with the item description.  If a host to which the item belongs is in maintenance, an orange wrench icon ![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon.png) is displayed after the host's name.  *Note*: The name of a disabled host is displayed in red. Data of disabled hosts, including graphs and item value lists, is also accessible in *Latest data*.  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 the latest data.  This time period can be extended by changing the value of  the *Max history display period* parameter in *Administration → [General]*(/manual/web_interface/frontend_sections/administration/general#gui).  ::: noteimportant For items with an update frequency of 1 day or more the change amount will never be displayed (with the default setting). Also in this case the last value will not be displayed at all if it was received more than 24 hours ago. :::
ca	#### Vista general  En aquesta secció, podeu veure els darrers valors recollits per elements.  Els gràfics també són disponibles per als valors dels articles.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  Aquesta secció conté:  - el [filtre](#using_filter) (reduït per defecte) - el [subfiltre](#using_subfilter) (mai reduït) - la llista d'elements   Els articles es mostren amb el seu nom, el temps transcorregut des de la darrera comprovació, el **darrer valor**, la quantitat del canvi, les etiquetes i un enllaç a un gràfic/historial simple dels valors dels articles.  Si feu clic al nom de l'element, s'obre el menú d'elements amb enllaços als gràfics disponibles i a la configuració de l'element.  Els valors de la columna *Darrer valor* es mostren amb la conversió d'unitats i el mapa de valors aplicats. Per veure les dades en brut, passeu el cursor per damunt del valor.  Es poden clicar les etiquetes de la llista d'elements. Si feu clic a una etiqueta, aquesta s'activarà al [subfiltre](#using-subfilter). La llista d'elements ara mostra els elements que coincideixen amb aquesta etiqueta i qualsevol altra etiqueta prèviament seleccionada al subfiltre. Tingueu en compte que un cop els elements s'han filtrat d'aquesta manera, ja no es pot fer clic a les etiquetes de la llista. Qualsevol altra edició basada en etiquetes (per exemple, esborrar, afegir un altre filtre) s'ha de fer al subfiltre.  Si un element té errors, per exemple si ja no és compatible, apareixerà una icona d'informació a la columna *Info*![](../../../../../assets/en/manual/web_interface/info_icon.png). Passeu el cursor per sobre de la icona per obtindre més detalls.  Una icona amb un signe d'interrogació ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) apareix al costat del nom de l'element per a tots els elements que tenen una descripció. Passeu el cursor per sobre d'aquesta icona per veure una informació sobre eines amb la descripció de l'element.  Si un equip al qual pertany l'element és en manteniment, una icona de clau anglesa carbassa![](../../../../../assets/en/manual/web_interface/frontend_sections/configuration/maintenance_wrench_icon. png) es mostra després del nom d'equip.  *Nota*: El nom d'un equip desactivat es mostra en vermell. També es pot accedir a les dades dels equips desactivats, inclosos gràfics i llistes de valors d'elements a *Darreres dades*.  De manera predeterminada, només es mostren els valors de les darreres 24 hores. Aquest límit es va introduir per millorar els temps de càrrega inicials de pàgines grans de dades més recents. Aquest període es pot ampliar modificant el valor del paràmetre *Període màxim de visualització de l'historial* a *Administració → [General](/manual/web_interface/frontend_sections/administration/general#gui)*.  ::: noteimportant Per als articles amb una freqüència d'actualització d'1 dia o més, l'import del canvi no es mostrarà mai (amb la configuració predeterminada). També en aquest cas, el darrer valor no es mostrarà en absolut si es va rebre fa més de 24 hores. :::

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 problems by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.
ca	#### Vista general  En aquest giny, podeu veure els problemes per gravetat. Podeu limitar els equips i triggers que es mostren al giny i establir com es veuen el nombre 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/config/items/itemtypes/simple_checks/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)  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/config/items/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)  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
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

en-us	#### Overview  It is possible to automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item (supported since Zabbix **5.0.0**) as the     master item -   dependent low-level discovery rule and item prototypes
ca	#### Vista general  És possible descobrir automàticament sensors IPMI.  Per fer-ho, podeu emprar una combinació de:  - Element IPMI `ipmi.get` (admès des de Zabbix **5.0.0**) 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 and inode statistics).  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 punt de muntatge, mida del sistema de fitxers i estadístiques d'inode).  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 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; -   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í (\*)  Tingueu 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ó; - Atès que el paràmetre de l'agent de Zabbix 5.0.2 EnableRemoteCommands és:  - obsolet per l'agent de Zabbix  - no compatible amb l'agent de Zabbix 2  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 store some sensitive information secretly in HashiCorp Vault KV Secrets Engine - Version 2. Secrets can be saved for:  -   user macro values -   database access credentials  Zabbix provides read-only access to the secrets in Vault, assuming that secrets are managed by someone else.
ca	#### Vista general  És possible emmagatzemar en secret informació sensible a HashiCorp Vault KV Secrets Engine - Versió 2. Els secrets es poden desar per a:  - valors macro d'usuari - Credencials d'accés a la base de dades  Zabbix proporciona accés de només lectura als secrets de Vault, suposant que els secrets els gestiona una altra persona.

en-us	#### Overview  It is very important to have Zabbix system properly tuned for maximum performance.
ca	#### Vista general  És molt important que el sistema Zabbix sigui ajustat correctament per tindre un rendiment òptim.

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", introduced since Zabbix 2.0.  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
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", afegit després de la versió Zabbix 2.0.  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 since version 4.4.0.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
ca	#### Vista general  L'autenticació Kerberos es pot emprar al monitoratge Web i d'elements HTTP amb Zabbix des de la versió 4.4.0.  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.  ::: noteimportant Templates are linked directly to individual hosts and not to host groups. Simply adding a template to a host group will not link it. Host groups are used only for logical grouping of hosts and templates. :::
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.  ::: noteimportant Les plantilles són lligades directament a equips individuals, no a grups d'equips. Simplement afegir una plantilla a un grup equip no l'enllaçarà pas. Els grups d'equips només s'empren per a l'agrupació lògica d'equips i plantilles :::

en-us	#### - Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  There already are ways of extending Zabbix functionality by way of:  -   [user parameters](userparameters) (agent metrics) -   [external checks](/manual/config/items/itemtypes/external)     (agent-less monitoring) -   `system.run[]` Zabbix [agent     item](/manual/config/items/itemtypes/zabbix_agent).  They 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 GPL license (modules are linking with Zabbix in runtime and are using Zabbix headers; currently the whole Zabbix code is licensed under GPL license). 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.  Ja hi ha maneres d'ampliar la funcionalitat de Zabbix mitjançant:  - Els [paràmetres d'usuari](mètriques de l'agent) - Les [comprovacions externes](/en/manual/config/items/itemtypes/external) (monitoratge sense agent) - Zabbix [element de l'agent](/en/manual/config/items/itemtypes/zabbix_agent): `system.run[]`.  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 GPL (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 GPL). 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 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 "Configuration" → "Templates" → "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 "Configuració" → "Plantilles" → "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  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters  Parameters must be quoted if they:  -   start with a space or double quotes  -   contain closing parentheses "`)`" or a comma  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
ca	#### Vista general  Les funcions de macro ofereixen la possibilitat de personalitzar els valors [macro](/manual/config/macros).  De vegades, una macro pot resoldre un valor amb el qual no necessàriament és fàcil de treballar. Pot ser llarg o contindre una subcadena específica d'interès que voleu extreure. Aquí és on les funcions macro poden ser útils.  La sintaxi d'una funció macro és:       {<macro>.<func>(<params>)}  on:  - <macro>: la macro que cal personalitzar (per exemple, {ITEM.VALUE} o {\#LLDMACRO}) - <func>: la funció que cal aplicar - <params>: una llista de paràmetres de funció separada per comes  Els paràmetres s'han de citar si:  - comencen per espai o cometes dobles - contenen parèntesi tancats "`)`" o una coma  Per exemple:       {{TIME}.fmttime(format,time_shift)}      {{ITEM.VALUE}.regsub(patró, sortida)}      {{#LLDMACRO}.regsub(patró, sortida)}

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 *Administration* → *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.  It is possible to test if a configured media type works, by clicking on *Test* in the last column (see [Media type testing](#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 *Administració* → *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.  És possible provar si un tipus de suport configurat funciona, fent clic a *Provar* a la darrera columna (veieu [Prova de tipus de suport](#media_type_testing) per a més detalls).  Per crear un nou tipus de suport, feu clic al botó *Crea 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  Native support for monitoring JMX applications exists in the form of a Zabbix daemon called "Zabbix Java gateway", available since Zabbix 2.0. 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", disponible des de Zabbix 2.0. 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 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 d'ordres.  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 ("nest", parent template) to the host and the host will inherit all entities of the linked templates ("nested", child templates) automatically. For example, if we link templates T1 and T2 to template T3, we supplement T3 with entities from T1 and T2, and not vice versa. If we link template A to templates B and C, we supplement B and C with entities from A.
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 un model ("imbricat", model pare) a l'equip i l'equip heretarà automàticament totes les entitats dels models enllaçats ("imbricat", models secundaris). Per exemple, si enllacem els models T1 i T2 amb el model T3, omplim T3 amb entitats de T1 i T2, no al revés. Si enllacem el model A amb els models B i C, omplim B i C amb entitats de A.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   all related images -   map structure - all map settings, all contained elements with their     settings, map links and map link status indicators  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::  Network map export/import is supported since Zabbix 1.8.2.
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à. :::  L'exportació/importació de mapes de xarxa és compatible des de Zabbix 1.8.2.

en-us	#### Overview  ODBC monitoring corresponds to the *Database monitor* item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This function allows for more efficient monitoring of different databases for multiple purposes - for example, checking specific database queues, usage statistics and so on. Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also the [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
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 6.0 LTS 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 6.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 ambdues bases de dades MySQL/PostgreSQL i suport amb els servidors web Apache i Nginx.

en-us	### Overview  Official Zabbix 6.0 LTS packages for Red Hat Enterprise Linux and Oracle 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 either MySQL/PostgreSQL database and Apache/Nginx web server support.  *Zabbix agent* packages and utilities *Zabbix get* and *Zabbix sender* are available on Zabbix Official Repository for [RHEL 9](https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/), [RHEL 8](https://repo.zabbix.com/zabbix/6.0/rhel/8/x86_64/), [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/), and [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64/).  Zabbix Official 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 6.0 LTS per a Red Hat Enterprise Linux i Oracle Linux són disponibles al [lloc web de Zabbix](https://www.zabbix.com/download).  ::: noteimportant Els paquets Zabbix per a sistemes Red Hat Enterprise Linux només serveixen per a sistemes RHEL. És possible que els entorns alternatius, com ara [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images), no tinguin les dependències necessàries ni els requisits d'accés al repositori per a una instal·lació correcta. Per solucionar aquests problemes, verifiqueu la compatibilitat amb l'entorn destí i assegureu-vos l'accés als repositoris i dependències necessàries abans de continuar amb la instal·lació de Zabbix des de la font. 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 suport per a la base de dades MySQL/PostgreSQL i el servidor web Apache/Nginx.  *Agent Zabbix* Els paquets i utilitats *Zabbix get* i *Zabbix sender* són disponibles al repositori oficial de Zabbix per a [RHEL 9](https://repo.zabbix.com/zabbix/6.0/rhel/9/x86_64/), [RHEL 8](https://repo.zabbix.com/zabbix/6.0/rhel/8/x86_64/), [RHEL 7](https://repo.zabbix.com/zabbix/6.0/rhel/7/x86_64/), [RHEL 6](https://repo.zabbix.com/zabbix/6.0/rhel/6/x86_64/) i [RHEL 5](https://repo.zabbix.com/zabbix/6.0/rhel/5/x86_64/).  El repositori oficial de Zabbix també proporciona els 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 des del repositori oficial de Zabbix i els dipòsits EPEL, els paquets Zabbix a EPEL **haurien de ser** exclosos afegint la clàusula següent al fitxer de configuració del repositori EPEL a `/etc/yum.repos.d/`:       [epel]      ...      excludepkgs=zabbix*  Veieu també: [Instal·lació accidental dels paquetes EPEL Zabbix](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::

en-us	### Overview  Official Zabbix 6.0 LTS 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 on Zabbix Official Repository for [SLES 15](https://repo.zabbix.com/zabbix/6.0/sles/15/x86_64/) and [SLES 12](https://repo.zabbix.com/zabbix/6.0/sles/12/x86_64/).  ::: noteclassic *Verify CA* [encryption mode](/manual/appendix/install/db_encrypt/mysql) doesn't work on SLES 12 (all minor OS versions) with MySQL due to older MySQL libraries. :::
ca	### Vista general  Els paquets oficials de Zabbix són disponibles per a:  |   |   | |---|---| |SUSE Linux Enterprise Server 15|[Descarregar](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=15&components=server_frontend_agent&db=mysql&ws=apache)| |SUSE Linux Enterprise Server 12|[Descarregar](https://www.zabbix.com/download?zabbix=6.0&os_distribution=suse_linux_enterprise_server&os_version=12&components=server_frontend_agent&db=mysql&ws=apache)|  ::: noteclassic  El [mode de xifrat](/manual/appendix/install/db_encrypt/mysql) *Verify CA* no funciona pas amb SLES 12 (totes les versions menors del sistema d'explotació) amb MySQL per contindre biblioteques MySQL antigues. :::

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  Packages for minor Zabbix version (i.e. Zabbix 6.0.x) release candidates are provided starting with Zabbix 6.0.9.  The instructions below are for enabling unstable Zabbix release repositories (disabled by default).  First, install or update to the latest zabbix-release package. To enable rc packages on your system do the following:
ca	### Vista general  Els paquets per a candidats a versions menors de Zabbix (és a dir, Zabbix 6.0.x) es proporcionen a partir de Zabbix 6.0.9.  Les instruccions següents activen els repositoris de versions inestables de Zabbix (desactivats per defecte).  Primer, instal·leu o actualitzeu al darrer paquet zabbix-release. Per habilitar paquets rc al vostre sistema, seguiu aquestes passes:

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  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/config/items/loadablemodules) (written in C), and other methods for extending Zabbix functionality, such as [user parameters](userparameters) (agent metrics), [external checks](/manual/config/items/itemtypes/external) (agent-less monitoring), and `system.run[]` Zabbix [agent item](/manual/config/items/itemtypes/zabbix_agent).  The following features are specific to Zabbix 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 plugin on start up.  Since Zabbix 6.0.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 about writing your own plugins, see [Plugin development guidelines](https://www.zabbix.com/documentation/guidelines/en/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](https://www.zabbix.com/documentation/guidelines/en/plugins/loadable_plugins#loadable-plugins).
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 Zabbix 2.  Els connectors ofereixen una alternativa als [mòduls carregables](/manual/config/items/loadablemodules) (escrits en C) i altres mètodes per ampliar la funcionalitat de Zabbix, com ara [paràmeteres d'usuari](userparameters) (agent de mètriques), [comprovacions externes](/manual/config/items/itemtypes/external) (monitoratge sense agent) i l'[element de l'agent Zabbix](/manual/config/items/itemtypes/zabbix_agent) `system.run[]`.  Les funcions següents són específiques de l'agent Zabbix 2 i els seus connectors:  - suport per a intervals programats i flexibles per a controls passius i actius; - gestió de la cua de tasques pel que fa al temps i la concurrència de tasques; - temps d'espera a nivell de connector; - Comprovació de compatibilitat de l'agent Zabbix 2 i el seu connector a l'inici.  Des de Zabbix 6.0.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ó de connectors des de la perspectiva de l'usuari. Per obtindre instruccions sobre com escriure els vostres propis connectors, consulteu les [directrius de desenvolupament de connectors](https://www.zabbix.com/documentation/guidelines/en/plugins).

en-us	#### Overview  Preprocessing allows to define transformation rules for the received item values. One or several transformations are possible before saving to the database.  Transformations are executed in the order in which they are defined. Preprocessing is done by Zabbix server or proxy (if items are monitored by proxy).  Note that all values passed to preprocessing are of the string type, conversion to desired value type (as defined in item configuration) is performed at the end of the preprocessing pipeline; conversions, however, may also take place if required by the corresponding preprocessing step. See [preprocessing details](/manual/config/items/preprocessing/preprocessing_details) for more technical information.  See also: [Usage examples](/manual/config/items/preprocessing/examples)
ca	#### Vista general  El preprocessament s'empra per definir regles de transformació dels valors dels elements rebuts. Són possibles una o més transformacions abans de desar a la base de dades.  Les transformacions s'executen en l'ordre en què es defineixen. El preprocessament el fa el servidor o proxy Zabbix (si els elements són monitorats per proxy).  Tingueu en compte que tots els valors passats al preprocessament són de tipus string, la conversió al tipus de valor esperat (tal com es defineix a la configuració de l'element) es fa al final de la canalització de preprocessament; no obstant això, les conversions també poden tindre lloc si ho requereix la passa de preprocessament corresponent. Veieu [detalls del preprocessament](/manual/config/items/preprocessing/preprocessing_details) per obtindre més informació tècnica.  Veieu també: [Exemples d'ús](/manual/config/items/preprocessing/examples)

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 in the *Ack* column showing the acknowledgment status     of problems in:     -   *Monitoring → Dashboard* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details*  The *Ack* column contains either a 'Yes' or a 'No' link, indicating an acknowledged or an unacknowledged problem respectively. Clicking on the links will take you to the problem update popup window.  -   You can click on an unresolved problem cell in:     -   *Monitoring → Dashboard* (*Trigger overview* widget)  The popup menu contains an *Acknowledge* option that will take you to the problem update window.
ca	#### Visió general  Els usuaris poden marcar com a coneguts els problemes del registre de Zabbix.  Si hom rep una notificació sobre un problema, pot anar a Zabbix, obrir la finestra emergent d'actualització del problema i marcar-lo com a conegut. Quan es marca així, hom pot afegir-hi un comentari (com ara dient que és treballant-t'hi).  D'aquesta manera, si un altre usuari del sistema detecta el mateix problema, podrà assabentar-se si s'ha reconegut i veure els comentaris afegits. Així, el flux de treball de resoldre problemes en un equip d'usuaris pot tindre lloc de maner coordinada.  Marcar aquest estat 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 una entitat de nivell superior només si un esdeveniment no es reconeix passat cert temps.  Per reconèixer els esdeveniments i comentar-los, l'usuari ha de tindre, com a mínim, permisos de lectura sobre els triggers corresponents. Per canviar la gravetat del problema o tancar-lo, l'usuari ha de tindre permisos de lectura i escriptura sobre els triggers corresponents.  Hi ha **diverses** maneres d'accedir a la finestra emergent d'actualització del problema, des d'on es permet reconèixer un problema:  - Podem triar els problemes a *Monitoratge* → *Problemes* i després fer clic a *Actualització massiva* abaix de la llista - Podem fer clic a la columna *Conegut*, que mostra l'estat del reconeixement de problemes a:     - *Supervisió → Tauler de control* (ginys *Problemes* i *Problemes per gravetat*)     - *Monitoratge → Problemes*     - *Monitoratge → Problemes → Detalls de l'esdeveniment*  La columna *Conegut* conté un enllaç "Sí" o "No", segons el problema hagi estat ja reconegut o no, respectivament. Fent clic als enllaços ens durà cap a a la finestra emergent d'actualització del problema.  - Podem fer clic a una cel·la d'un problema no resolt a:     - *Monitoratge → Tauler de control* (giny *Visió general del trigger*)  El menú emergent conté una opció *Reconèixer*, que ens durà a la finestra d'actualització del problema.

en-us	#### Overview  Receiving notifications on unsupported items is supported since Zabbix 2.2.  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  La recepció de notificacions sobre elements no compatibles s'admet des de Zabbix 2.2.  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  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device and is collected or "trapped" by Zabbix.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
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  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. Since Zabbix 6.0, 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.   - [Service actions](/manual/it_services/service_actions)  In this section you can configure service actions. 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.  - [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/web_interface/frontend_sections/services/sla_report)  In this section you can view SLA reports.   **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 seguiment 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.  - [Accions de servei](/manual/it_services/service_actions)  En aquesta secció, podeu configurar accions de servei. Les accions de servei són opcionals i us permeten: - enviar una notificació quan un servei és caigut; - executar una ordre remota en un servidor Zabbix durant un canvi d'estat del servei; - enviar una notificació de recuperació quan un servei torni a ésser operatiu.  - [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/web_interface/frontend_sections/services/sla_report)  En aquesta secció, podeu veure els informes de SLA.  **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 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* 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.  This section provides instructions for manually upgrading the history tables in existing installations to primary keys.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
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.  Aquesta secció mostra les instruccions per actualitzar manualment les taules d'històric existents cap a les claus primàries.  Les instruccions són disponibles per a:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
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 pare sigui en estat PROBLEMA, els seus dependents poden reportar valors que no siguin confiables. Les accions sobre triggers dependents no es re-avaluaran fins que el trigger pare (l'enrutador de l'exemple del damunt):  - canvia l'estat de 'PROBLEMA' a 'CORRECTE' - 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  En tots els casos esmentats abans, el trigger dependent (servidor) es re-avaluarà només quan es rebi una nova mètrica. Això vol dir que els triggers dependents no s'actualitzaran immediatament.  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](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.e.:       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. Fixeu-vos que es pot retornar fins a 16Mo d'informació després de les passes de [processat del valor d'element](/manual/config/itemps/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 messaging* must be enabled in the user profile *Messaging* tab, with all trigger severities checked, and sounds should also be enabled in the global notification pop-up window.  If for some reasons audio cannot be played on the device, the ![](../../../../assets/en/manual/config/mute_icon.png) button in the global notification pop-up window will permanently remain in the "mute" state and the message "Cannot support notification audio for this device." will be displayed 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/Opera browsers on Linux and in Chrome, Firefox, Microsoft Edge, and Opera browsers on Windows.  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
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, cal que la *missatgeria de la portada* sigui habilitada a la pestanya *Missatgeria* del perfil d'usuari, amb totes les gravetats del trigger marcades. A més, els sons també s'han d'habilitar a la finestra emergent de notificació global.  Si per algun motiu l'àudio no es pot reproduir al dispositiu, el botó ![](../../../../assets/en/manual/config/mute_icon.png) a la finestra emergent de notificació global sempre romandrà en estat "silenciat" i el missatge "No es pot donar suport a la notificació d'àudio 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 a Linux i els navegadors Chrome, Firefox, Microsoft Edge i Opera a Windows.  ::: noteimportant És possible que els sons de reproducció automàtica siguin desactivats de manera predeterminada a les versions recents 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  Starting from version 5.0, Zabbix frontend requires PHP version 7.2 or later. Unfortunately, older versions of Debian & Ubuntu provide only PHP versions below 7.2.
ca	### Vista general  Des de la versió 5.0, la interfície Zabbix requereix PHP versió 7.2 o posterior. Malauradament, les versions anteriors de Debian i Ubuntu només proporcionen versions de PHP inferiors a 7.2.

en-us	#### Overview  Support of monitoring VMware environments is available in Zabbix starting with version 2.2.0.  Zabbix can use low-level discovery rules to automatically discover VMware hypervisors and virtual machines and create hosts to monitor them, based on pre-defined host prototypes.  The default dataset in Zabbix offers several ready-to-use templates for monitoring VMware vCenter or ESX hypervisor.  The minimum required VMware vCenter or vSphere version is 5.1.
ca	#### Vista general  El suport per al monitoratge d'entorns VMware és disponible a Zabbix a partir de la versió 2.2.0.  Zabbix pot emprar regles de descoberta de baix nivell per trobar automàticament hipervisors i màquines virtuals de VMware i crear equips per monitorar-los, basant-se en prototips d'equips predefinits.  De manera predeterminada, Zabbix ofereix diverses plantilles ja fetes per monitorar VMware vCenter o hipervisor ESX.  La versió mínima necessària de VMware vCenter o vSphere és la 5.1.

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 host groups -   template data -   linkage to other templates -   linkage to host 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 d'equips enllaçats - Dades de la plantilla - connexió amb altres plantilles - connexió amb grups d'equips - 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 → Authentication* section allows to specify the global user authentication method to Zabbix and internal password requirements. The available methods are internal, HTTP, LDAP, and SAML authentication.
ca	### Vista general  La secció *Administració → Autenticació* permet especificar el mètode d'autenticació global de l'usuari a Zabbix i els requisits de mot de pas intern. Els mètodes disponibles són l'autenticació interna, HTTP, LDAP i SAML.

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 users of [Super Administrators](/manual/config/users_and_usergroups/permissions) type 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 [superadministradors](/manual/config/users_and_usergroups/permissions).

en-us	#### Overview  The aggregation functions, available in the graph widget of the dashboard, allow displaying an aggregated value for the chosen interval (5 minutes, an hour, a day), instead of all values.  The aggregation options are as follows:  -   min -   max -   avg -   count -   sum -   first (first value displayed) -   last (last value displayed)  The most exciting use of data aggregation is the possibility to create nice side-by-side comparisons of data for some period:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  When hovering over a point in time in the graph, date and time is displayed, in addition to items and their aggregated values. Items are displayed in parentheses, prefixed by the aggregation function used. Note that this is the date and time of the point in the graph, not of the actual values.
ca	#### Vista general  Les funcions d'agregació, disponibles al giny del gràfic del tauler, permeten veure un valor agregat per a l'interval triat (5 minuts, una hora, un dia), en lloc de tots els valors.  Les opcions d'agregació són:  - min - màx - mitjana - recompte - suma - primer (primer valor mostrat) - darrer (darrer valor mostrat)  L'ús més interessant de l'agregació de dades és la capacitat de crear bones comparacions paral·leles de dades durant un període de temps:  ![](../../../../../assets/en/manual/config/visualization/aggregate_graph.png){width="600"}  Quan passeu el cursor per damunt d'un punt en el temps del gràfic, es mostren la data i l'hora, a més dels elements i els seus valors agregats. Els elements es mostren entre parèntesis, amb el prefix de la funció d'agregació emprada. Tingueu en compte que aquestes són la data i l'hora del punt del gràfic, no els valors reals.

en-us	#### Overview  The Configuration menu contains sections for setting up major Zabbix functions, such as hosts and host groups, data gathering, data thresholds, sending problem notifications, creating data visualization and others.
ca	#### Vista general  El menú Configuració conté seccions per configurar les funcions principals de Zabbix, com ara equips i grups d'equips, recollida de dades, llindars de dades, enviament de notificacions de problemes, creació de visualització de dades i altres.

en-us	#### Overview  The custom graph list for a host can be accessed from *Configuration → 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 *Configuració → Equips* fent clic a *Gràfics* de l'equip respectiu.  Es mostra una llista dels 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) de el gràfic.<br>Si el gràfic s'ha creat amb un prototip, el nom del prototip es mostra abans del nom del gràfic, com un enllaç gris. Si feu clic a l'enllaç del prototip, s'obrirà la llista de gràfics a nivell de prototip.<br>Si el gràfic s'ha creat a partir d'un gràfic prototip, el seu nom porta el prefix amb el nom de la regla de descoberta de baix nivell, en carbassa. 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. Si es produeix un 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ó *Crear un gràfic* a l'extrem superior dret.

en-us	#### Overview  The custom graph list for a template can be accessed from *Configuration → 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 *Configuració → 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*|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*.|  Per configurar un gràfic nou, feu clic al botó *Crear un gràfic* a l'extrem superior dret.

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 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 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/monitoring/dashboard/widgets#graph_classic).
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/monitoring/dashboard/widgets#graph_classic).

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 initial Zabbix installation has two predefined users:  -   *Admin* - a Zabbix     [superuser](/manual/config/users_and_usergroups/permissions#user_role)     with full permissions; -   *guest* - a special Zabbix     [user](/manual/config/users_and_usergroups/permissions#user_role).     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, before Zabbix 6.0.28, automatic guest login was possible.)     By default, 'guest' has no permissions on     Zabbix objects.  To configure a new user:  -   Go to *Administration → Users* -   Click on *Create user* (or on the 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_role) de Zabbix amb tots els permisos; - *guest* - un [usuari](/manual/config/users_and_usergroups/permissions#user_role) de Zabbix. Per defecte, aquest usuari 'guest' no és pas actiu. Si l'afegiu al grup d'usuaris Convidats, heu d'entrar amb aquest usuari i accedir a les pàgines de monitoratge de Zabbix. (Fixeu-vos que, abans de la versió 6.0.28, l'entrada automàtica de l'usuari convidat era possible). Per defecte, l'usuari 'guest' no té permisos per als objectes Zabbix.  Per configurar un usuari:  - Aneu a *Administració → Usuaris* - Feu clic a *Crear un usuari* (o al nom d'usuari per modificar un usuari existent). - Modifiqueu els atributs d'usuari al formulari.

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 list for a host can be accessed from *Configuration → 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 menu*|Click on the three-dot icon to open the menu for the specific item with these options:<br>**Latest data** - see latest data of the item<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 | |*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 *Check 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 by clicking on it - from Enabled to Disabled (and back); from Not supported 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.| |*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 *Configuració → Equips* fent clic a *Elements* per a l'equip respectiu.  Es mostra una llista dels elements existents.  ![](../../../../../../assets/en/manual/web_interface/items.png){width="600"}  Dades mostrades:  |Columna|Descripció| |--|---------| |*Menú d'elements*|Feu clic a la icona de tres punts per obrir el menú d'elements específics amb aquestes opcions:<br>**Dades més recents** - visualitzeu les dades més recents de l'element<br >**Crea 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 de descoberta dependent per a aquest element | |*Equip*|Equip de l'element.<br>Aquesta columna només es mostra si hi ha diversos equips seleccionats 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 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 a nivell de plantilla.<br>Si l'element s'ha creat a partir d'un prototip d'element, el seu nom porta el prefix amb el nom de la regla de descoberta de baix nivell, en carbassa. Si feu clic al nom de la regla de descoberta, s'obrirà la llista de prototips d'elements.| |*Triggers*|Si mou el ratolí per sobre dels disparadors, es mostrarà un quadre d'informació que mostra els triggers associats a l'element.<br>El nombre d'triggers es mostra en gris.| |*Clau*|Es mostra la clau de l'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ó](#mass_editing_options) *Comprovar ara*.| |*Historial*|Es mostra el nombre de dies que es conserva l'historial de dades de l'element.| |*Tendències*|Es mostra el nombre de dies per mantenir l'historial de tendències de l'article.| |*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 viceversa); de No compatible a Inhabilitat (i viceversa).| |*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 us permet veure totes les etiquetes al passar el ratolí.| |*Informació*|Si l'element funciona correctament, no es mostra cap icona en aquesta columna. Si es produeix un 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ó *Crea un element* a la cantonada superior dreta.