en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
ca	#### Vista general  El mode de depuració es pot emprar per diagnosticar problemes de rendiment de la interfície web.

en-us	#### Overview  Depending on user role permissions, the *User settings* section may contain the following pages:  -   *Profile* or *User profile* - for customizing certain Zabbix frontend features. -   *API tokens* - for managing API tokens assigned to the current user.  The list of available pages appears upon pressing on the ![](../../../assets/en/manual/web_interface/user_profile.png) user icon near the bottom of the Zabbix menu (not available for a guest user). It is also possible to switch between pages by using a title dropdown in the top left corner.  |   |   | |---|---| |![](../../../assets/en/manual/web_interface/user_settings_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_settings_selector.png){width="300"}| |Third-level menu.|Title dropdown.|
ca	#### Vista general  En funció dels permisos de rol d'usuari, la secció *Configuració de l'usuari* pot contindre les pàgines següents:  - *Perfil* o *Perfil d'usuari* - per personalitzar algunes característiques de la interfície Zabbix. - *Fitxes API* - per gestionar fitxes API assignades a l'usuari actual.  La llista de pàgines disponibles apareix prement la icona d'usuari ![](../../../assets/en/manual/web_interface/user_profile.png) a la part inferior del menú Zabbix (no disponible per a un usuari convidat). 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/user_settings_menu.png){width="300"}|![](../../../assets/en/manual/web_interface/user_settings_selector.png){width="300"}| |Menú de tercer nivell.|Llista desplegable de títols.|

en-us	#### Overview  Each pre-shared key (PSK) in Zabbix actually is a pair of:  -   non-secret PSK identity string, -   secret PSK string value.  PSK identity string is a non-empty UTF-8 string. For example, "PSK ID 001 Zabbix agentd". It is a unique name by which this specific PSK is referred to by Zabbix components. Do not put sensitive information in PSK identity string - it is transmitted over the network unencrypted.  PSK value is a hard to guess string of hexadecimal digits, for example, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".
ca	#### Vista general  Cada clau precompartida (PSK) a Zabbix és en realitat un parell de:  - cadena d'identitat PSK no secreta, - valor secret de la cadena PSK.  La cadena d'identitat PSK és una cadena UTF-8 no buida. Per exemple, "PSK ID 001 Zabbix agentd". És un nom únic amb el qual els components Zabbix fan referència a aquest component PSK específic. No introduïu informació sensible a la cadena d'identitat PSK: es transmet sense xifrar per la xarxa.  El valor PSK és una cadena hexadecimal difícil d'endevinar, com ara "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".

en-us	#### Overview  Event correlation allows to correlate problem events to their resolution in a manner that is very precise and flexible.  Event correlation can be defined:  -   [on trigger level](/manual/config/event_correlation/trigger) - one     trigger may be used to relate separate problems to their solution -   [globally](/manual/config/event_correlation/global) - problems can     be correlated to their solution from a different trigger/polling     method using global correlation rules
ca	#### Vista general  La correlació d'esdeveniments permet correlacionar els esdeveniments problemàtics amb al seva resolució de manera més precisa i flexible.  La correlació d'esdeveniments es pot definir:  -   [A nivell de trigger](/manual/config/event_correlation/trigger) - un trigger es pot emprar per relacionar els problemes diferents amb la seva solució -   [Globalment](/manual/config/event_correlation/global) - els problemes poden relacionar-se amb la seva solució a partir d'un altre mètode trigger o de consulta emprant les regles de correlació globals

en-us	#### Overview  Expression macros are useful for formula calculations. They are calculated  by expanding all macros inside and evaluating the resulting expression.  Expression macros have a special syntax:      {?EXPRESSION}  The syntax in EXPRESSION is the same as in [trigger expressions](/manual/config/triggers/expression) (see usage limitations below).   {HOST.HOST<1-9>} and {ITEM.KEY<1-9>} macros are supported inside expression macros.
ca	#### Vista general  Les macros d'expressió són útils per als càlculs de fórmules. Es calculen ampliant totes les macros que hi ha dins i avaluant l'expressió resultant.  Les macros d'expressió tenen una sintaxi especial:       {?EXPRESSION}  La sintaxi a EXPRESSION és la mateixa que a [expressions de trigger](/manual/config/triggers/expression) (veieu les limitacions d'ús tot seguit).  Les macros {HOST.HOST<1-9>} i {ITEM.KEY<1-9>} són compatibles amb les macros d'expressió.

en-us	#### Overview  External check is a check executed by Zabbix server by [running a shell script](/manual/appendix/command_execution) or a binary. However, when hosts are monitored by a Zabbix proxy, the external checks are executed by the proxy.  External checks do not require any agent running on a host being monitored.  The syntax of the item key is:      script[<parameter1>,<parameter2>,...]  Where:  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Name of a shell script or a binary.| |**parameter(s)**|Optional command line parameters.|  If you don't want to pass any parameters to the script you may use:      script[] or     script  Zabbix server will look in the directory defined as the location for external scripts (parameter 'ExternalScripts' in [Zabbix server configuration file](/manual/appendix/config/zabbix_server)) and execute the command. The command will be executed as the user Zabbix server runs as, so any access permissions or environment variables should be handled in a wrapper script, if necessary, and permissions on the command should allow that user to execute it. Only commands in the specified directory are available for execution.  ::: notewarning Do not overuse external checks! As each script requires starting a fork process by Zabbix server, running many scripts can decrease Zabbix performance a lot. :::
ca	#### Vista general  La verificació externa és una verificació que executa el servidor Zabbix fent anar un [script shell](/manual/appendix/command_execution) o un binari. Tanmateix, quan els equips són monitorats pel proxy Zabbix, les verificacions externes s'executen per el proxy.  Els controls externs no necessiten cap agent executant-se a l'equip monitorat.  La sintaxi de la clau d'element és:      script[<parameter1>,<parameter2>,...]  On:  |ARGUMENT|DEFINICIÓ| |--------|----------| |**script**|Nom d'un script shell o d'un binari.| |**paràmetre(s)**|Paràmetres opcionals de línia de comandes.|  Si no voleu pas passar paràmetres a l'script, podeu emprar:      script[] o     script  El servidor Zabbix cerca a a llista definida d'ubicació d'scripts externs (paràmetre 'ExternalScripts' a l'[arxiu de configuració del servidor Zabbix](/manual/appendix/config/zabbix_server)) i executa la comanda. La comanda s'executa com a usuari del servidor Zabbix, doncs tots els permisos d'accés o les variables d'entorn s'han de tractar en un script wrapper, si escau, i els permisos sota la comanda han de permetre que aquest usuari la pugui executar. Només es poden executar les comandes del directori especificat.  ::: notewarning No feu abús dels controls externs! Com cada script necessita engegar els processos fork per el servidor Zabbix, l'execució de nombrosos scripts pot reduir considerablement el rendiment de Zabbix. :::

en-us	#### Overview  External LDAP [authentication](/manual/web_interface/frontend_sections/users/authentication)  can be used to check user names and passwords.   Zabbix LDAP authentication works at least with Microsoft Active Directory and OpenLDAP.  If only LDAP sign-in is configured, then the user must also exist in Zabbix, however,  its Zabbix password will not be used. If authentication is successful, then Zabbix will match  a local username with the username attribute returned by LDAP.
ca	#### Vista general  L'[autenticació] LDAP externa (/manual/web_interface/frontend_sections/users/authentication) es pot emprar per comprovar els noms d'usuari i els mots de pas.  L'autenticació LDAP de Zabbix funciona almenys amb Microsoft Active Directory i OpenLDAP.  Si només es configura l'inici de sessió LDAP, l'usuari també ha d'existir a Zabbix, però no s'emprarà pas el seu mot de pasde Zabbix. Si l'autenticació té èxit, Zabbix farà coincidir un nom d'usuari local amb l'atribut de nom d'usuari retornat per LDAP.

en-us	### Overview  For an easy access to Zabbix from anywhere and from any platform, the web-based interface is provided.  ::: noteclassic If using more than one frontend instance make sure that the locales and libraries (LDAP, SAML etc.) are installed and configured identically for all frontends. :::
ca	### Vista genereal  Per accedir fàcilment a Zabbix des de qualsevol lloc i des de qualsevol plataforma, es proporciona una interfície web.  :::noteclassic Si empreu més d'una instància d'interfície, assegureu-vos que les localitzacions i les biblioteques (LDAP, SAML, etc.) siguin instal·lades i configurades de manera idèntica per a totes les interfícies. :::

en-us	#### Overview  Foreach functions are used in [aggregate calculations](/manual/config/items/itemtypes/calculated/aggregate) to return one aggregate value for each item that is selected by the used **item filter**. An array of values is returned.  For example, the *avg_foreach* function will return an array of values, where each value is the *average* history value of the selected item, during the time interval that is specified.  The [item filter](#item-filter-syntax) is part of the syntax used by foreach functions. The use of wildcards is supported in the item filter, thus the required items can be selected quite flexibly.
ca	#### Vista general  Les funcions de Foreach s'empren als [càlculs agregats](/manual/config/items/itemtypes/calculated/aggregate) i retornen un valor agregat per cada element triat al **filtre d'element*. Es retorna una taula de valors.  per exemple, la funció *avg_foreach* retorna una taula de valors, on cada valor és la *mitjana* de valors històrics de l'element triat, durant l'interval de temps donat.  El [filtre d'element](#iten-filter-syntax) és part de la sintaxi emprada per les funcions foreach. L'ús de comodins s'admet al filtre, per poder triar els elements desitjats de manera flexible.

en-us	#### Overview  Geomap widget displays hosts as markers on a geographical map using open-source JavaScript interactive maps library Leaflet.  ::: noteclassic  Zabbix offers multiple predefined map tile service providers and an option to add a custom tile service provider or even host tiles themselves (configurable in the *Administration → General → Geographical maps* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)).  :::
ca	#### Vista general  El giny Geomap mostra els equips com a marcadors en un mapa geogràfic mitjançant la biblioteca de mapes interactius JavaScript Leaflet de codi obert.  :::noteclassic Zabbix ofereix diversos proveïdors de serveis de rajoles de mapes predefinits i una opció per afegir un proveïdor de serveis de rajoles personalitzats o fins i tot allotjar els mateixos mosaics (configurable a la [secció de menú](/manual/web_interface/frontend_sections/administration/general#mapes_geogràfics)) *Administració → General → Mapes*. :::

en-us	#### Overview  Global event correlation allows to reach out over all metrics monitored by Zabbix and create correlations.  It is possible to correlate events created by completely different triggers and apply the same operations to them all. By creating intelligent correlation rules it is actually possible to save yourself from thousands of repetitive notifications and focus on root causes of a problem!  Global event correlation is a powerful mechanism, which allows you to untie yourself from one-trigger based problem and resolution logic. So far, a single problem event was created by one trigger and we were dependent on that same trigger for the problem resolution. We could not resolve a problem created by one trigger with another trigger. But with event correlation based on event tagging, we can.  For example, a log trigger may report application problems, while a polling trigger may report the application to be up and running. Taking advantage of event tags you can tag the log trigger as *Status: Down* while tag the polling trigger as *Status: Up*. Then, in a global correlation rule you can relate these triggers and assign an appropriate operation to this correlation such as closing the old events.  In another use, global correlation can identify similar triggers and apply the same operation to them. What if we could get only one problem report per network port problem? No need to report them all. That is also possible with global event correlation.  Global event correlation is configured in **correlation rules**. A correlation rule defines how the new problem events are paired with existing problem events and what to do in case of a match (close the new event, close matched old events by generating corresponding OK events). If a problem is closed by global correlation, it is reported in the *Info* column of *Monitoring* → *Problems*.  Configuring global correlation rules is available to Super Admin level users only.  ::: noteimportant Event correlation must be configured very carefully, as it can negatively affect event processing performance or, if misconfigured, close more events than was intended (in the worst case even all problem events could be closed). :::  To configure global correlation **safely**, observe the following important tips:  -   Reduce the correlation scope. Always set a unique tag for the new     event that is paired with old events and use the *New event tag*     correlation condition; -   Add a condition based on the old event when using the *Close old     event* operation (or else all existing problems could be closed); -   Avoid using common tag names that may end up being used by different     correlation configurations; -   Keep the number of correlation rules limited to the ones you really     need.  See also: [known issues](/manual/installation/known_issues#global_event_correlation).
ca	#### Vista general  La correlació d'esdeveniments global permet arribar a totes les mètriques monitorades per Zabbix i crear correlacions.  És possible correlacionar esdeveniments creats per triggers completament diferents i aplicar les mateixes operacions a tots ells. En crear regles de correlació intel·ligents, és possible estalviar-vos milers de notificacions repetitives i centrar-vos en les causes d'un problema!  La correlació global d'esdeveniments és un mecanisme potent que us permet separar-vos de la lògica de resolució i problemes basats en triggers. Fins ara, només un esdeveniment problema es creava per un trigger i depeníem d'aquest mateix trigger per resoldre el problema. No hem pogut resoldre un problema creat per un trigger amb un altre trigger. Però amb la correlació d'esdeveniments basada en el marcatge d'esdeveniments, és possible.  Per exemple, un trigger de registre pot indicar problemes de l'aplicació, mentre que un trigger de sondeig pot indicar si l'aplicació és operativa. Aprofitant les etiquetes d'esdeveniment, podeu etiquetar el trigger del registre com a *Estat: Caigut* mentre marqueu el trigger de l'enquesta com a *Estat:Aixecat*. Aleshores, en una regla de correlació global, podeu enllaçar aquests triggers i assignar una operació adequada a aquesta correlació, com ara tancar esdeveniments antics.  En un altre ús, la correlació global pot identificar desencadenants similars i aplicar-hi la mateixa operació. Què passaria si només poguéssim obtindre un informe de problema per problema de port de xarxa? No cal declarar-los tots. Això també és possible amb la correlació d'esdeveniments globals.  La correlació global d'esdeveniments es configura a **regles de correlació**. Una regla de correlació defineix com es combinen els nous esdeveniments problemàtics amb els esdeveniments problemàtics existents i què fer en cas de coincidència (tancar el nou esdeveniment, tancar els antics esdeveniments de concordança generant esdeveniments d'acord coincidents). Si un problema es tanca per correlació global, s'informa a la columna *Informació* de *Supervisió* → *Problemes*.  La configuració de regles de correlació global només és disponible per a usuaris de nivell superadministrador.  ::: noteimportant La correlació d'esdeveniments s'ha de configurar amb molta cura, ja que pot afectar negativament el rendiment del processament d'esdeveniments o, si es configura incorrectament, tancar més esdeveniments dels esperats (en el pitjor dels casos, fins i tot es podrien tancar tots els esdeveniments problemàtics). :::  Per configurar la correlació global **de manera segura**, seguiu aquests consells importants:  - Reduir l'abast de la correlació. Definiu sempre una etiqueta única per al nou esdeveniment associat amb els antics esdeveniments i empreu la condició de correlació *Etiqueta d'esdeveniment nova*; - Afegiu una condició basada en l'esdeveniment antic quan empreu l'operació *Tancar esdeveniment antic* (en cas contrari es podrien tancar tots els problemes existents); - Eviteu emprar noms d'etiquetes comuns que poden ser emprats per diferents configuracions de correlació; - Limiteu el nombre de regles de correlació a les que realment necessiteu.  Veieu també: [problemes coneguts](/manual/installation/known_issues#global_event_correlation).

en-us	#### Overview  Global notifications are a way of displaying issues that are currently happening right on the screen you're at in Zabbix frontend.  Without global notifications, working in some other location than *Problems* or the *Dashboard* would not show any information regarding issues that are currently happening. Global notifications will display this information regardless of where you are.  Global notifications involve both showing a message and [playing a sound](sound).  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
ca	#### Vista general  Les notificacions globals són una manera de veure els problemes que es són produint actualment directament a la pantalla on sou a la interfície de Zabbix.  Sense notificacions globals, treballar en llocs diferents de *Problemes* o els *Taulers de control* no mostraria informació sobre problemes actuals. Les notificacions globals mostraran aquesta informació independentment d'on siguis.  Les notificacions globals impliquen tant mostrar un missatge com [reproduir un so].

en-us	#### Overview  Having to use some large numbers, for example '86400' to represent the number of seconds in one day, is both difficult and error-prone. This is why you can use some appropriate unit symbols (or suffixes) to simplify Zabbix trigger expressions and item keys.  Instead of '86400' for the number of seconds you can simply enter '1d'. Suffixes function as multipliers.
ca	#### Vista general  Havent d'emprar nombres grans (com ara '86400' per representar el nombre de segons d'un dia), és difícil i una font d'errors. Això passa perquè  podem emprar alguns símbols d'unitats apropiats (o sufixes) per simplificar les expressions de trigger Zabbix i claus d'element.  En lloc de '86400' com a nombre de segons, podem escriure '1d'. Els sufixos funcionen com a multiplicadors.

en-us	### Overview  High availability (HA) is typically required in critical infrastructures  that can afford virtually no downtime. So for any service that  may fail there must be a failover option in place to take over should the current service fail.  Zabbix offers a **native** high-availability solution that is easy to  set up and does not require any previous HA expertise. Native Zabbix HA  may be useful for an extra layer of protection against software/hardware  failures of Zabbix server or to have less downtime due to maintenance.  In the Zabbix high availability mode multiple Zabbix servers are run as  nodes in a cluster. While one Zabbix server in the cluster is active,  others are on standby, ready to take over if necessary.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Switching to Zabbix HA is non-committal. You may switch back to standalone  operation at any point.  See also: [Implementation details](#implementation-details)
ca	### Vista general  L'alta disponibilitat (HA) es demana generalment a les infraestructures crítiques que no poden permetre's cap temps d'aturada. Per qualsevol servei susceptible de fallar, una opció de balanceig cap a un altre lloc és útil per evitar una aturada.  Zabbix propoa una solució d'alta disponibilitat **nadiua** fàcil de configurar i sense necessitat de cap experiència prèvia en HA. Zabbix HA nadiu és útil per una capa de protecció contra errades de programari/maquinari del servidor Zabbix o per tindre menys temps d'aturada per manteniments.  En mode alta disponibilitat de Zabbix, múltiples servidors executen com a nodes dins un clúster. Mentre un servidor Zabbix és actiu, els altres romanen a l'espera a punt de prendre el relleu si escau.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Encara que passem a Zabbix HA, sempre es pot fer marxa enrere en tot moment.  Veieu també: [Detalls de la implementació](#implementation-details)

en-us	#### Overview  History and trends are the two ways of storing collected data in Zabbix.  Whereas history keeps each collected value, trends keep averaged information on hourly basis and therefore are less resource-hungry.
ca	#### vista general  L'històric i les tendències són dues maneres d'emmagatzemar les dades recollides dins de Zabbix.  Mentre l'històric conserva cada valor recollit, les tendències conserven les mitjanes sota una base horària i, per tant, consumeixen menys recursos.

en-us	#### Overview  Host dashboards look similar to [global dashboards](/manual/web_interface/frontend_sections/dashboards), however, host dashboards display data about the host only. Host dashboards have no owner.  Host dashboards are configured on the [template](/manual/config/templates/template#adding_dashboards) level and then are generated for a host, once the template is linked to the host. Widgets of host dashboards can only be copied to host dashboards of the same template. Widgets from global dashboards cannot be copied onto host dashboards.  Host dashboards *cannot* be configured or directly accessed in the *[Dashboards](/manual/web_interface/frontend_sections/dashboards)* section, which is reserved for global dashboards. The ways to access host dashboards are listed below in this section.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  When viewing host dashboards you may switch between the configured dashboards using the dropdown in the upper right corner. To switch to *Monitoring→Hosts* section, click *All hosts* navigation link below the dashboard name in the upper left corner.  Widgets of the host dashboards cannot be edited.  Note that host dashboards used to be host screens before Zabbix 5.2. When importing an older template containing screens, the screen import will be ignored.
ca	#### Vista general  Els taulers de control de l'equip semblen [taulers de control globals](/manual/web_interface/frontend_sections/dashboards), però, els taulers de control de l'equip només mostren dades sobre l'equip. Els taulers d'equip no tenen propietari.  Els taulers de control de l'equip es configuren al nivell de [plantilla](/manual/config/templates/template#adding_dashboards) i es generen per a un equip després que la plantilla sigui enllaçada a l'equip. Els ginys dels taulers de control de l'equip només es poden copiar als taulers de comandament de l'equip de la mateixa plantilla. Els ginys dels taulers globals no es poden copiar als taulers d'equip.  Els taulers de control de l'equip *no es poden* configurar ni accedir directament a la secció *Monitoratge* → *[Taulers de control](/manual/web_interface/frontend_sections/dashboards)*, que és reservat per als taulers de control globals. Les maneres d'accedir als taulers d'equip s'enumeren a continuació en aquesta secció.  ![](../../../../assets/en/manual/config/visualization/host_dashboards.png){width="600"}  Quan visualitzeu els taulers de control de l'equip, podeu canviar entre els taulers de control configurats mitjançant la llista desplegable de l'extrem superior dret. Per anar a la secció *Monitoratge→Equips*, feu clic a l'enllaç de navegació *Tots els equips* sota el nom del tauler de control a la cantonada superior esquerra.  Els ginys del tauler de control de l'equip no es poden pas editar.  Tingueu en compte que els taulers d'equip eren pantalles d'equip abans de Zabbix 5.2. Quan s'importa un model antic que conté pantalles, s'ometrà la importació de la pantalla.

en-us	#### Overview  Host graphs can be accessed from *Monitoring → Hosts* by clicking on Graphs for the respective host.  Any [custom graph](/manual/config/visualization/graphs/custom) that has been configured for the host can be displayed, as well as any simple graph.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Graphs are sorted by:  -   graph name (custom graphs) -   item name (simple graphs)  Graphs for disabled hosts are also accessible.
ca	#### Vista general  Es pot accedir als gràfics d'equips des de *Monitoratge → Equips* fent clic a Gràfics per a l'equip respectiu.  Es pot mostrar qualsevol [gràfic personalitzat](/manual/config/visualization/graphs/custom) que s'hagi configurat per a l'equip, així com qualsevol gràfic senzill.  ![](../../../../../../assets/en/manual/web_interface/graphs.png){width="600"}  Els gràfics són ordenats per:  - nom del gràfic (gràfics personalitzats) - nom de l'element (gràfics simples)  Els gràfics per a equips desactivats també són accessibles.

en-us	#### Overview  Hosts are [exported](/manual/xml_export_import) with many related objects and object relations.  Host export contains:  -   Linked host groups -   Host data -   Template linkage -   Host group linkage -   Host interfaces -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Host macros -   Host inventory data -   Value maps
ca	#### Vista general  Els equips s'exporten (/manual/xml_export_import) amb molts objectes i relacions d'objectes.  L'exportació d'equips conté:  - Grups d'equips enllaçats - Dades de l'equip - Enllaços a plantilles - Connexió amb altres grups d'equips - Interfícies d'equips - Elements enllaçats directament - Triggers connectats directament - Gràfics directament enllaçats - Regles de descoberta directament relacionades amb tots els prototips - Escenaris web enllaçats directament - Macros d'equips - Informació de l'inventari d'equips - Mapes de valors

en-us	#### Overview  Host [web scenario](/manual/web_monitoring) information can be accessed from *Monitoring → Hosts* by clicking on Web for the respective host.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu). Data of disabled hosts is  also accessible. The name of a disabled host is listed in red.    The maximum number of scenarios displayed per page depends on the *Rows per page* user profile [setting](/manual/web_interface/user_profile#configuration).  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. You can extend this time period by changing the value of *Max history display period* parameter in the *[Administration → General → GUI](/manual/web_interface/frontend_sections/administration/general#gui)* menu section.  The scenario name is link to more detailed statistics about it:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}
ca	#### Vista general  Es pot accedir a la informació de l'equip [escenari web](/manual/web_monitoring) des de *Monitoratge → Equips* fent clic a Web per a l'equip corresponent.  ![](../../../../../../assets/en/manual/web_interface/web_monitoring.png){width="600"}  Les dades dels equips desactivats també són accessibles. El nom d'un equip desactivat apareix en vermell.  El nombre màxim d'escenaris que es mostren per pàgina depèn de la [configuració] del perfil d'usuari *Fileres per pàgina*(/manual/web_interface/user_profile#configuration).  De manera predeterminada, només es veuen els valors que es troben en les darreres 24 hores. Aquest límit s'ha introduït amb l'objectiu de millorar els temps de càrrega inicials de pàgines grans de dades més recents. Podeu ampliar aquest període de temps canviant el valor del paràmetre *Període de visualització de l'historial màxim* al paràmetre *[Administració→General](/manual/web_interface/frontend_sections/administration/general#gui)* secció del menú.  El nom de l'escenari és un enllaç a estadístiques més detallades al respecte:  ![](../../../../../../assets/en/manual/web_monitoring/scenario_details2.png){width="600"}

en-us	#### Overview  HTTP or web server-based [authentication](/manual/web_interface/frontend_sections/users/authentication)  (for example: BasicAuthentication, NTLM/Kerberos) can be used to check user names and passwords. Note that a user must exist in Zabbix as well, however its Zabbix password will not be used.  ::: noteimportant Be careful! Make sure that web server authentication is configured and works properly before switching it on. :::
ca	#### Vista general  Es pot emprar [autenticació] HTTP o basada en servidor web (/manual/web_interface/frontend_sections/users/authentication) (per exemple: BasicAuthentication, NTLM/Kerberos) per comprovar els noms d'usuari i els mots de pas. Tingueu en compte que un usuari també ha d'existir a Zabbix, però el seu mot de pasde Zabbix no s'emprarà pas.  ::: noteimportant Aneu amb compte! Assegureu-vos que l'autenticació del servidor web sigui configurada i funcioni correctament abans d'activar-la. :::

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) from Debian/Ubuntu packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ca	#### Vista general  Si s'ha [instal·lat](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) des dels paquets Debian/Ubuntu, la informació següent us ajudarà a configurar la [Passarel·la Java](/manual/concepts/java) de Zabbix.

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ca	#### Vista general  Si s'ha [instal·lat](/manual/installation/install_from_packages/rhel#java_gateway_installation) des dels paquets de RHEL, la informació següent us ajudarà a configurar la [Passarel·la Java](/manual/concepts/java) de Zabbix.

en-us	#### Overview  If [installed](/manual/installation/install#installing_java_gateway) from sources, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ca	#### Vista general  Si s'ha [instal·lat](/manual/installation/install#installing_java_gateway) des de les fonts, la informació següent us ajudarà a configurar la [Passarel·la Java](/manual/concepts/java) de Zabbix.

en-us	### Overview  If you are not satisfied with the existing media types for sending alerts, there is an alternative way to do that. You can create a script that will handle the notification your way.  Custom alert scripts are executed on Zabbix server. These scripts must be located in the directory specified in the server configuration file [`AlertScriptsPath`](/manual/appendix/config/zabbix_server#alertscriptspath) parameter.  Here is an example of a custom alert script:  ```bash #!/bin/bash  to=$1 subject=$2 body=$3 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Host: $host Value: $value EOF ```  ::: noteimportant Starting from version 3.4 Zabbix checks for the exit code of the executed commands and scripts. Any exit code, which is different from **0**, is considered as a [command execution](/manual/appendix/command_execution) error. In such cases, Zabbix will try to repeat failed execution. :::  Environment variables are not preserved or created for the script, so they should be handled explicitly.
ca	### Vista general  Si no sou satisfets amb els tipus de suport existents per enviar alertes, hi ha una altra manera de fer-ho. Podeu crear un script que gestionarà la notificació a la vostra manera.  Els scripts d'alerta personalitzats s'executen al servidor Zabbix. Aquests scripts s'han de posar al directori especificat al paràmetre [`AlertScriptsPath`](/manual/appendix/config/zabbix_server#alertscriptspath) del servidor .  Aquí teniu un exemple d'script d'alerta:  ``` bash #!/bin/bash  to=$1 subject=$2 body=$3 host=$4 value=$5  cat <<EOF | mail -s "$subject" "$to" $body  Equip: $host Valor: $value  EOF ```  ::: noteimportant A partir de la versió 3.4, Zabbix comprova el codi de sortida de les comandes i scripts executats. Qualsevol codi de sortida que no sigui **0** es considera un error d'[execució de comandes](/manual/appendix/command_execution). En aquests casos, Zabbix intentarà repetir l'execució fallida. :::  Les variables d'entorn no es conserven ni es creen per a l'script, de manera que s'han de gestionar de manera explícita.

en-us	#### Overview  If you have a network to look after, you may want to have an overview of your infrastructure somewhere. For that purpose, you can create maps in Zabbix - of networks and of anything you like.  All users can create network maps. The maps can be public (available to all users) or private (available to selected users).  Proceed to [configuring a network map](/manual/config/visualization/maps/map).
ca	#### Vista general  Si teniu una xarxa per gestionar, potser voldreu tindre una visió general de la vostra infraestructura en algun lloc. Amb aquest propòsit podeu crear mapes a Zabbix - xarxes i el que vulgueu.  Tots els usuaris poden crear mapes de xarxa. Els mapes poden ésser públics (disponibles per a tots els usuaris) o privats (disponibles per a alguns usuaris).  Aneu a [configurar un mapa de xarxa](/manual/config/visualization/maps/map).

en-us	#### Overview  If you want some operations taking place as a result of events (for example, notifications sent), you need to configure actions.  Actions can be defined in response to events of all supported types:  -   Trigger actions - for events when trigger status changes from *OK*     to *PROBLEM* and back -   Service actions - for events when service status changes from *OK*     to *PROBLEM* and back -   Discovery actions - for events when network discovery takes place -   Autoregistration actions - for events when new active agents     auto-register (or host metadata changes for registered ones) -   Internal actions - for events when items become unsupported or     triggers go into an unknown state  The key differences of service actions are:   -   User access to service actions depends on access rights to services granted by user's [role](/manual/web_interface/frontend_sections/users/user_roles) -   Service actions support different set of [conditions](/manual/config/notifications/action/conditions)
ca	#### Vista general  Si voleu que es produeixin determinades operacions com a resultat d'esdeveniments (per exemple, notificacions enviades), heu de configurar accions.  Les accions es poden establir en resposta a esdeveniments de tots els tipus compatibles:  - Accions de triggers: per a esdeveniments quan l'estat del trigger canvia de *CORRECTE* a *PROBLEMA* i viceversa - Accions de servei: per a esdeveniments quan l'estat del servei canvia de *CORRECTE* a *PROBLEMA* i viceversa - Accions de descoberta: per a esdeveniments durant la descoberta de la xarxa - Accions de registre automàtic: per a esdeveniments quan es registren automàticament nous agents actius (o canvien les metadades de l'equip per als registrats) - Accions internes: per a esdeveniments quan els elements ja no s'admeten o els triggers passen a un estat desconegut  Les diferències clau de les accions de servei són:  -L'accés de l'usuari a les accions de servei depèn dels drets d'accés als serveis concedits pel [rol] de l'usuari (/manual/web_interface/frontend_sections/users/user_roles) -Les accions de servei admeten diferents conjunts de [condicions] (/manual/config/notifications/action/conditions)

en-us	#### Overview  In a similar way as [file systems](/manual/discovery/low_level_discovery#configuring_low-level_discovery) are discovered, it is possible to also discover Windows services.
ca	#### Vista general  Així com els [sistemes de fitxers](/manual/discovery/low_level_discovery#configuring_low-level_discovery) són descoberts, també es poden descobrir els serveis de Windows.

en-us	#### Overview  In message subjects and message text you can use macros for more efficient problem reporting.  In addition to a number of built-in macros, [user macros](/manual/config/macros/user_macros) and [expression macros](/manual/config/macros/expression_macros) are also supported. A [full list of macros](/manual/appendix/macros/supported_by_location) supported by Zabbix is available.
ca	#### Vista general  A l'assumpte dels missatges i al text, podeu emprar macros per informar de problemes més eficientment.  A més d'una sèrie de macros integrades, també s'admeten [macros d'usuari](/manual/config/macros/user_macros) i [macros d'expressió](/manual/config/macros/expression_macros). Hi ha disponible una [llista sencera de macros](/manual/appendix/macros/supported_by_location) compatibles amb Zabbix.

en-us	#### Overview  In *Monitoring → Problems* you can see what problems you currently have. Problems are those triggers that are in the "Problem" state.  By default all new problems are classified as cause problems. It is possible to manually reclassify certain problems as symptom problem of the cause problem. For more details, see [cause and symptom events](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Column|Description| |--|--------| |*Checkbox*|Checkboxes for problem selection are displayed.<br>Icons, next to the checkboxes, have the following meaning:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - the number of symptom events for the cause problem;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expand to show symptom events;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - collapse to hide symptom events;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - this is a symptom event.| |*Time*|Problem start time is displayed.| |*Severity*|Problem severity is displayed.<br>Problem severity is originally based on the severity of the underlying problem trigger, however, after the event has happened it can be updated using the *Update problem* [screen](/manual/acknowledgment#updating_problems). Color of the problem severity is used as cell background during problem time.| |*Recovery time*|Problem resolution time is displayed.| |*Status*|Problem status is displayed:<br>**Problem** - unresolved problem<br>**Resolved** - recently resolved problem. You can hide recently resolved problems using the filter.<br>New and recently resolved problems blink for 2 minutes. Resolved problems are displayed for 5 minutes in total. Both of these values are configurable in *Administration* → *General* → *[Trigger displaying options](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Info*|A green information icon is displayed if a problem is closed by global correlation or manually when updating the problem. Rolling a mouse over the icon will display more details:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>The following icon is displayed if a suppressed problem is being shown (see *Show suppressed problems* option in the filter). Rolling a mouse over the icon will display more details:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Host*|Problem host is displayed. <br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*Problem*|Problem name is displayed.<br>Problem name is based on the name of the underlying problem trigger.<br>Macros in the trigger name are resolved at the time of the problem happening and the resolved values do not update any more.<br>*Note* that it is possible to append the problem name with [operational data](#operational_data_of_problems) showing some latest item values.<br>Clicking on the problem name brings up the [event menu](/manual/web_interface/menu/event_menu).<br>Hovering on the ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) icon after the problem name will bring up the trigger description (for those problems that have it).| |*Operational data*|[Operational data](#operational_data_of_problems) are displayed containing latest item values.<br>Operational data can be a combination of text and item value macros if configured on a trigger level. If no operational data is configured on a trigger level, the latest values of all items from the expression are displayed.<br>This column is only displayed if *Separately* is selected for *Show operational data* in the filter.| |*Duration*|Problem duration is displayed.<br>See also: [Negative problem duration](#negative_problem_duration)| |*Update*|Click on the *Update* link to go to the [problem update](/manual/acknowledgment#updating_problems) screen where various actions can be taken on the problem, including commenting and acknowledging the problem.| |*Actions*|History of activities about the problem is displayed using symbolic icons:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - problem has been acknowledged. This icon is always displayed first.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - comments have been made. The number of comments is also displayed.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - problem severity has been increased (e.g. Information → Warning)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - problem severity has been decreased (e.g. Warning → Information)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - problem severity has been changed, but returned to the original level (e.g. Warning → Information → Warning)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - actions have been taken. The number of actions is also displayed.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - actions have been taken, at least one is in progress. The number of actions is also displayed.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - actions have been taken, at least one has failed. The number of actions is also displayed.<br>When rolling the mouse over the icons, popups with details about the activity are displayed. See [viewing details](#Viewing_details) to learn more about icons used in the popup for actions taken.| |*Tags*|[Tags](/manual/config/tagging) are displayed (if any).<br>In addition, tags from an external ticketing system may also be displayed (see the *Process tags* option when configuring [webhooks](/manual/config/notifications/media/webhook)).|
ca	#### Visió general  A *Monitoratge → Problemes* podeu veure quins problemes teniu actualment. Els problemes són aquells desencadenants que es troben en estat "Problema".  Per defecte, tots els problemes nous es classifiquen com a problemes de causa. És possible reclassificar manualment determinats problemes com a problema símptoma del problema causa. Per obtindre més detalls, veieu [esdeveniments de causa i símptomes](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Columna|Descripció| |--|---------| |*Casella de verificació*|Caselles de selecció per a la selecció de problemes.<br>Les icones, al costat de les caselles de selecció, tenen el significat següent:<br>![icon\_number.png](../../../.. /../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - nombre d'esdeveniments de símptomes per al problema causa;<br>![icon\_expand.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expandeix per veure esdeveniments de símptomes;<br>![icon\_collapse.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - plega per amagar esdeveniments de símptomes;<br>![icon\_symptom.png](../../. ./../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - aquest és un esdeveniment símptoma.| |*Hora*|Es mostra l'hora d'inici del problema.| |*Gravetat*|Es mostra la gravetat del problema.<br>La gravetat del problema es basa originalment en la gravetat del trigger del problema subjacent, però, després que l'esdeveniment hagi passat, es pot actualitzar mitjançant la pantalla *Actualització del problema* (/manual/acknowledgement#updating_problems). El color de la gravetat del problema s'empra com a fons de cel·la durant el temps del problema.| |*Temps de recuperació*|Es mostra el temps de resolució del problema.| |*Estat*|Es mostra l'estat del problema:<br>**Problema** - problema no resolt<br>**Resolt** - problema resolt recentment. Podeu amagar els problemes resolts recentment mitjançant el filtre.<br>Els problemes nous i els que s'han resolt recentment fan pampallugues durant 2 minuts. Els problemes resolts es mostren durant 5 minuts en total. Tots dos valors es poden configurar a *Administració* → *General* → *[Opcions de visualització del trigger](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Informació*|Es mostra una icona verda d'informació si un problema es tanca mitjançant una correlació global o manualment quan s'actualitza el problema. Passant el ratolí per sobre de la icona es veuran més detalls:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br >La icona següent es veu si es mostra un problema esborrat (veieu l'opció *Mostrar problemes esborrats* al filtre). Passant el ratolí per sobre de la icona es veuran més detalls:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Host*|Es mostra l'equip del problema. <br>Fent clic al nom de l'equip apareixerà el [menú de l'equip](/manual/web_interface/menu/host_menu).| |*Problema*|Es mostra el nom del problema.<br>El nom del problema es basa en el nom del trigger del problema subjacent.<br>Les macros del nom del trigger es resolen en el moment en què es produeix el problema i els valors resolts no s'actualitzen més.<br>*Tingueu en compte* que és possible afegir el nom del problema amb [dades operacionals](#operational_data_of_problems) mostrant alguns valors d'elements més recents.<br>Fent clic al nom del problema apareixerà el [menú d'esdeveniments](/manual/web_interface/menu/event_menu).<br>Passa el cursor a la icona ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) després del nom del problema mostrarà la descripció del trigger (per a aquells problemes que la tinguin).| |*Dades operacionals*|[Les dades operacionals](#operational_data_of_problems) es veuen amb els darrers valors d'element.<br>Les dades operacionals poden ser una combinació de macros de text i valor d'element si es configuren en un nivell de trigger. Si no es configura cap dada operativa en un nivell de trigger, es mostren els valors més recents de tots els elements de l'expressió.<br>Aquesta columna només es mostra si es tria *Per separat* per a *Veure les dades operatives* al filtre.| |*Durada*|Durada del problema.<br>Veieu també: [Durada del problema negatiu](#negative_problem_duration)| |*Actualització*|Feu clic a l'enllaç *Actualització* per anar a la pantalla [Actualització del problema](/manual/acknowledgement#updating_problems) on es poden fer diverses accions sobre el problema, com ara comentar i reconèixer el problema.| |*Accions*|L'historial d'activitats sobre el problema es mostra mitjançant icones simbòliques:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - el problema s'ha reconegut. Aquesta icona sempre es veu primer.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - S'han fet comentaris. També ensenya el nombre de comentaris.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1 .png): s'ha pujat la gravetat del problema (p. ex., Informació → Avís)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - la gravetat del problema ha baixat ( p. ex. Avís → Informació)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - La gravetat del problema ha canviat, però ha tornat al nivell original (p. ex. Avís → Informació → Avís)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - s'han dut a terme accions. També es mostra el nombre d'accions.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1 .png) - s'han dut a terme accions, almenys una és en curs. També es veu el nombre d'accions.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed .png): s'han fet accions, almenys una ha fallat. També es mostra el nombre d'accions.<br>Quan passeu el ratolí per damunt de les icones, es mostren finestres emergents amb detalls sobre l'activitat. Veieu [visualització dels detalls](#Viewing_details) per obtindre més informació sobre les icones emprades a la finestra emergent per a les accions realitzades.| |*Etiquetes*|Es mostren [etiquetes](/manual/config/tagging) (si n'hi ha).<br>A més, també es poden mostrar etiquetes d'un sistema de venda de bitllets extern (veieu l'opció *Etiquetes de procés* quan configureu [webhooks](/manual/config/notifications/media/webhook)).|

en-us	#### Overview  In order to provide monitoring for network devices such as switches and routers, we have created two so-called models: for the network device itself (its chassis basically) and for network interface.  Since Zabbix 3.4 templates for many families of network devices are provided. All templates cover (where possible to get these items from the device):  -   Chassis fault monitoring (power supplies, fans and temperature,     overall status) -   Chassis performance monitoring (CPU and memory items) -   Chassis inventory collection (serial numbers, model name, firmware     version) -   Network interface monitoring with IF-MIB and EtherLike-MIB     (interface status, interface traffic load, duplex status for     Ethernet)  These templates are available:  -   In new installations - in *Data collection* → *Templates*; -   If you are upgrading from previous versions, you can find these     templates in the *zabbix/templates* directory of the downloaded latest     Zabbix version. While in *Data collection* → *Templates* you can     import them manually from this directory.  If you are importing the new out-of-the-box templates, you may want to also update the `@Network interfaces for discovery` global regular expression to:      Result is FALSE: ^Software Loopback Interface     Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$     Result is FALSE: ^NULL[0-9.]*$     Result is FALSE: ^[lL]o[0-9.]*$     Result is FALSE: ^[sS]ystem$     Result is FALSE: ^Nu[0-9.]*$  to filter out loopbacks and null interfaces on most systems.
ca	#### Vista general  Per tal de proporcionar monitoratge de dispositius de xarxa com commutadors i encaminadors, hem creat dos models, anomenats: per al propi dispositiu de xarxa (el seu xassís bàsicament) i per a la interfície de xarxa.  Des de Zabbix 3.4 es proporcionen plantilles per a moltes famílies de dispositius de xarxa. Totes les plantilles cobreixen (si és possible obtenir aquests elements del dispositiu):  - Monitoratge d'errors del xassís (fontes d'alimentació, ventiladors i temperatura, estat general) - Monitoratge del rendiment del xassís (elements de CPU i memòria) - Col·lecció d'inventari del xassís (nombre de sèrie, nom del model, versió del firmware) - Monitoratge de la interfície de xarxa amb IF-MIB i EtherLike-MIB (estat de la interfície, càrrega de trànsit de la interfície, estat dúplex per Ethernet)  Aquestes plantilles són disponibles:  - A instal·lacions noves - a *Recull de dades* → *Plantilles*; - Si sou actualitzant les versions anteriors, podeu trobar aquestes plantilles al directori *zabbix/templates* de la darrera versió de Zabbix descarregada. Mentre sou a *Recull de dades* → *Plantilles*, podeu importar-les manualment des d'aquest directori.  Si sou important les noves plantilles descobertes, és possible que també vulgueu actualitzar l'expressió regular global "@Network interfaces for discovery" a:       El resultat és FALS: ^Interfície de bucle de programari      El resultat és FALS: ^(En)?[lL]oop[bB]ack[0-9._]*$      El resultat és FALS: ^NULL[0-9.]*$      El resultat és FALS: ^[lL]o[0-9.]*$      El resultat és FALS: ^[sS]ystem$      El resultat és FALS: ^Nu[0-9.]*$  per filtrar els bucles i les interfícies nul·les a la majoria de sistemes.

en-us	#### Overview  In order to use any other language than English in Zabbix web interface, its locale should be installed on the web server. Additionally, the PHP gettext extension is required for the translations to work.
ca	#### Vista general  Per emprar una altra llengua enlloc de l'anglès a la interfície Web de Zabbix, els paràmetres regionals s'han d'instal·lar al servidor Web. A més, l'extensió PHP gettext és necessària per al funcionament de les traduccions.

en-us	#### Overview  In *Reports → Availability report* you can see what proportion of time each trigger has been in problem/ok state. The percentage of time for each state is displayed.  Thus it is easy to determine the availability situation of various elements on your system.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  From the drop-down in the upper right corner, you can choose the selection mode - whether to display triggers by hosts or by triggers belonging to a template.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  The name of the trigger is a link to the latest events of that trigger.
ca	#### Vista general  A *Informes → Informe de temps d'activitat* podeu veure la proporció de temps que cada trigger ha estat en estat de problema/d'acord. Es mostra el percentatge de temps per a cada estat.  Així, és fàcil determinar la situació de disponibilitat dels diferents elements del vostre sistema.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  A la llista desplegable de l'extrem superior dret, podeu triar el mode de selecció: si voleu mostrar triggers per equips o per triggers pertanyents a un model.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  El nom del trigger és un enllaç als darrers esdeveniments d'aquest trigger.

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 prou permisos poden configurar la generació programada de versions PDF dels taulers, que s'enviaran per correu electrònic als destinataris especificats.  ![](../../../../../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 mostrades:  |Columna|Descripció| |--|---------| |Nom|Nom de l'informe| |Propietari|Usuari que ha creat l'informe| |Repeticions|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 en què s'ha enviat el darrer informe| |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 a l'inrevés); de Caducat a Inhabilitat (i a l'inrevés). 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 damunt, veureu informació sobre eines amb la informació d'error.<br>Una icona groga indica que s'ha generat un informe, però que s'ha produït un error en enviar-lo a alguns (o a tots) els destinataris o que un informe ha caducat; si passeu el cursor per sobre, veureu informació sobre eines amb informació addicional|

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/dashboards/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/dashboards/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 - clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu) -   for trigger - clicking on the trigger name brings up 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 principals triggers* 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"}  Tant les entrades de la columna d'equip com del trigger són enllaços que ofereixen algunes opcions útils:  - per a l'equip: fent clic al nom de l'equip apareixerà el [menú de l'equip](/manual/web_interface/menu/host_menu) - per al trigger: fent clic al nom del trigger apareixen enllaços als darrers esdeveniments, el formulari de configuració del trigger i un gràfic senzill  **Usant el filtre**  Podeu emprar el filtre per veure triggers per grup d'equip, equip o gravetat del trigger. L'especificació d'un grup d'equip pare selecciona implícitament tots els grups d'equip heretats. Per obtindre un millor rendiment de la cerca, les dades es cerquen amb macros sense resoldre.  El filtre es troba a sota de la barra *100 triggers més ocupats*. Es pot obrir i replegar fent clic a la pestanya *Filtre* de l'esquerra.  **Selector de període de temps**  El [selector de període de temps](/manual/config/visualization/graphs/simple#time_period_selector) permet seleccionar períodes 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 the 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](/manual/web_interface/frontend_sections/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](/manual/web_interface/frontend_sections/reports/action_log)*.

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)| |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)| |Menú de tercer nivell.|Llista desplegable de títols.|

en-us	#### Overview  In the *Alerts → Actions* section users can configure and maintain actions.  The actions displayed are actions assigned to the selected event source (trigger, services, 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 clicking on *Actions* in the *Alerts* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.  After selecting a subsection, a list of existing actions with their details will be displayed.  ![](../../../../../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 (email, 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.  For users without Super admin rights actions are displayed according to the 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
ca	#### Vista general  A la secció *Alertes→ 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.  Després de triar una subsecció, veureu una pàgina amb una llista d'accions existents amb els seus detalls.  ![](../../../../../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.  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ó

en-us	#### Overview  In the *Alerts → 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 email 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 (email, 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 for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#media_type_testing).|  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ó *Alertes → 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.| |*Accions*|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 *Alerts → 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/menu/host_menu) in various frontend locations      (*Dashboard*, *Problems*, *Latest data*, *Maps*, etc.) -   from the [event menu](/manual/web_interface/menu/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 by:  -   For remote commands executed on Zabbix agent:     - 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 - *URL*, *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ó *Alertes → 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 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.  Both analog and digital clocks can be displayed:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_analog.png)  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_digital.png)
ca	 #### Vista general  Al giny del rellotge, podeu veure l'hora local, del servidor o d'un equip concret.  Es poden veure tant el rellotge digital com l'analògic:  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_analog.png)  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/clock_digital.png)

en-us	#### Overview  In the *Data collection → 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ó *Recull de dades → 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 *Data collection → 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ó *Recull de dades → 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 *Data collection* → *Host groups* section users can configure and maintain host groups.   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 group [configuration form](/manual/config/hosts/host#creating-a-host-group).| |*Hosts*|Number of hosts in the group (displayed in gray) followed by the list of group members. <br> Clicking on a host name will open the host configuration form.<br> Clicking on the number will, in the whole listing of hosts, filter out those that belong to the group.| |*Info*|Error information (if any) regarding the host group is displayed.|
ca	#### Vista general  A la secció *Recull de dades → Grups d'equips*, els usuaris poden configurar i mantindre els grups d'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/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ó](/manual/config/hosts/host#creating-a-host-group) per al grup d'equips.| |*Equips*|Nombre d'equips del grup (es mostra en gris). <br> Clicant un equip obrirà el formulari de configuració de l'equip. <br> Fent clic a un equip, a la llista completa d'equips, es filtraran els que pertanyen al grup.| |*Info*|Errors (si n'hi ha) pel que fa al grup d'equips.|

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

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

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

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

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

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

en-us	 #### Overview  In the host availability widget, high-level statistics about host availability are displayed in four colored columns/lines.  |   |   | |---|---| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/availability_h.png)|Horizontal display (columns).| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/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/dashboards/availability_h.png)|Visualització horitzontal (columnes) .| |![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/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/dashboards/widgets/map_tree)     (when clicking on the map name in the tree).
ca	#### Vista general  Al giny del mapa, podeu veure:  - Només s'ha configurat una targeta de xarxa - una de les targetes de xarxa configurades a l'[arbre de navegació del mapa](/manual/web_interface/frontend_sections/dashboards/widgets/map_tree)  quan feu clic al nom de la tarja a l'arbre.

en-us	#### Overview  In the *Monitoring → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  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 problem count by host group and the highest problem severity within a group.  The problem count is displayed only for cause problems.
ca	#### Vista general  Al giny de l'equip del problema, podeu mostrar el recompte de problemes per grup d'equips i la gravetat del problema més alta dins d'un grup.  El recompte de problemes només es mostra per causa de problemes.

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

en-us	 #### Overview  In the *Reports → Audit log* section, the records of user and system activity can be viewed.  ::: noteclassic For audit records to be collected and displayed, the *Enable audit logging* checkbox has to be marked in the *Administration* → [*Audit log*](/manual/web_interface/frontend_sections/administration/audit_log) section. Without this setting enabled, the history of activities will not be recorded in the database and will not be shown in the audit log.  :::  ![](../../../../../assets/en/manual/web_interface/audit_log.png){width="600"}  Audit log displays the following data:  |Column|Description| |--|--------| |*Time*|Timestamp of the audit record.| |*User*|User who performed the activity.| |*IP*|IP from which the activity was initiated.| |*Resource*|Type of the affected resource (*All*, *API token*, *Action*, *Authentication*, *Autoregistration*, etc.).| |*ID*|ID of the affected resource.<br>Clicking on the hyperlink will result in filtering audit log records by this resource ID.| |*Action*|Type of the activity (*Add*, [*Configuration refresh*](/manual/web_interface/frontend_sections/administration/proxies#mass-editing-options), *Delete*, *Execute*, *Failed login*, *History clear*, *Login*, *Logout*, *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 trigger overview widget, you can display the trigger states for a group of hosts.  -   The trigger states are displayed as colored blocks     (the color of the blocks for PROBLEM triggers depends on the problem severity color, which can be adjusted in the [problem update](/manual/acknowledgment#updating_problems) screen).     Note that recent trigger state changes (within the last 2 minutes) will be displayed as blinking blocks. -   Gray up and down arrows indicate triggers that have dependencies. On mouseover, dependency details are revealed. -   A checkbox icon indicates acknowledged problems.     All problems or resolved problems of the trigger must be acknowledged for this icon to be displayed.  Clicking on a trigger block provides context-dependent links to problem events of the trigger, the problem acknowledgment screen, trigger configuration, trigger URL or a simple graph/latest values list.  Note that 50 records are displayed by default (configurable in *Administration* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, using the *Max number of columns and rows in overview tables* option). If more records exist than are configured to display, a message is displayed at the bottom of the table, asking to provide more specific filtering criteria. There is no pagination. Note that this limit is applied  first, before any further filtering of data, for example, by tags.
ca	#### Vista general  Al giny de visió general del trigger, podeu mostrar els estats d'activació d'un grup d'equips.  - Els estats d'activació es mostren com a blocs de colors (el color dels blocs dels triggers de PROBLEMA depèn del color de la gravetat del problema, que es pot ajustar a la pantalla [Actualització del problema](/manual/acknowledgement#updating_problems)).      Tingueu en compte que els canvis recents d'estat d'activació (dins dels últims 2 minuts) es mostraran com a blocs intermitents. - Les fletxes grises amunt i avall indiquen triggers que tenen dependències. En passar el ratolí, es veuen els detalls de la dependència. - Una icona de casella de selecció indica problemes reconeguts. Tots els problemes o problemes resolts del trigger s'han de reconèixer perquè aquesta icona es mostri.  Si feu clic a un bloc trigger, s'ofereixen enllaços depenents del context als esdeveniments problemàtics del trigger, la pantalla de reconeixement del problema, la configuració del trigger, l'URL del trigger o un gràfic simple/llista de valors més recents.  Tingueu en compte que es mostren 50 registres per defecte (configurables a *Administració* → *General* → *[GUI](/manual/web_interface/frontend_sections/administration/general#gui)*, emprant el *Nombre màxim de columnes i fileres de la visió general opció taules*). Si existeixen més registres dels que s'han configurat per mostrar, es mostra un missatge a la part inferior de la taula en què es demana que proporcionin criteris de filtrat més específics. No hi ha paginació. Tingueu en compte que aquest límit s'aplica primer, abans de qualsevol altre filtrat de dades, per exemple, per etiquetes.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

en-us	#### Overview  In this section you 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.   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.  Clicking on the host name in the *Host* column brings up the [host context menu](/manual/web_interface/menu/host_menu).  Clicking on the item name in the *Item* column brings up the [Item context menu](/manual/web_interface/menu/item_menu).  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 → GUI](/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 articles.  Els gràfics també són disponibles per als valors dels elements.  ![](../../../../../assets/en/manual/web_interface/latest_data.png){width="600"}  Aquesta secció conté:  - el [filtre](#using_filter) (replegat per defecte) - el [subfiltre](#using_subfilter) (mai s'ha replegat) - la llista d'elements  Els articles es mostren amb el seu nom, temps des de la darrera comprovació, **darrer valor**, quantitat del canvi, etiquetes i un enllaç a un gràfic/historial senzill dels valors dels articles.  Els valors de la columna *Darrer valor* es mostren amb la conversió d'unitats i el mapeig de valors aplicats. Per veure les dades en brut, passeu el cursor per damunt del valor.  Les etiquetes de la llista d'elements es poden clicar. Si feu clic a una etiqueta, aquesta s'habilitarà al [subfiltre](#using-subfilter). La llista d'elements ara mostra els elements corresponents a aquesta etiqueta i qualsevol altra etiqueta seleccionada prèviament al subfiltre. Tingueu en compte que un cop els elements s'han filtrat d'aquesta manera, les etiquetes de la llista ja no es poden clicar. Al subfiltre s'han de fer més modificacions basades en etiquetes (per exemple, esborrar, afegir un altre filtre).  Si un element té errors, per exemple, no s'admet, es mostrarà una icona d'informació a la columna *Info* ![](../../../../../assets/en/manual/ interfície_web/info_icon.png). Passeu el cursor per damunt de la icona per obtindre més informació.  Es mostra una icona amb un signe d'interrogació ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) al costat del nom de l'element per a tots els elements que tenen un descripció. Passeu el cursor per damunt d'aquesta icona per veure una informació sobre eines amb la descripció de l'element.  Si feu clic al nom d'equip a la columna *Equip*, apareixerà el [menú contextual de l'equip](/manual/web_interface/menu/host_menu).  Si feu clic al nom de l'element a la columna *Element*, apareixerà el [menú contextual de l'element](/manual/web_interface/menu/item_menu).  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 de l'equip.  *Nota*: El nom d'un equip desactivat es mostra en vermell. Les dades dels equips desactivats, inclosos els gràfics i les llistes de valors d'elements, també són accessibles a *Dades més recents*.  De manera predeterminada, només es mostren els valors que es troben en les darreres 24 hores. Aquest límit s'ha introduït amb l'objectiu de millorar els temps de càrrega inicials de pàgines grans de les darreres dades. Aquest període de temps es pot ampliar canviant el valor del paràmetre *Període de visualització de l'historial màxim* a [Administració → General → GUI](/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 the problem count by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.  The problem count is displayed only for cause problems.
ca	#### Vista general  En aquest giny, podeu veure els recomptes de problemes per gravetat. Podeu limitar els equips i triggers que es mostren al giny i establir com es veuen el nombre de problemes.  El recompte de problemes es veu només per causa de problemes.

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

en-us	#### Overview  Item types cover various methods of acquiring data from your system. Each item type comes with its own set of supported item keys and required parameters.  The following items types are currently offered by Zabbix:  -   [Zabbix agent checks](/manual/config/items/itemtypes/zabbix_agent) -   [SNMP agent checks](/manual/config/items/itemtypes/snmp) -   [SNMP traps](/manual/config/items/itemtypes/snmptrap) -   [IPMI checks](/manual/config/items/itemtypes/ipmi) -   [Simple checks](/manual/config/items/itemtypes/simple_checks)     -   [VMware         monitoring](/manual/vm_monitoring/vmware_keys) -   [Log file monitoring](/manual/config/items/itemtypes/log_items) -   [Calculated items](/manual/config/items/itemtypes/calculated)     -   [Aggregate         calculations](/manual/config/items/itemtypes/calculated/aggregate) -   [Zabbix internal checks](/manual/config/items/itemtypes/internal) -   [SSH checks](/manual/config/items/itemtypes/ssh_checks) -   [Telnet checks](/manual/config/items/itemtypes/telnet_checks) -   [External checks](/manual/config/items/itemtypes/external) -   [Trapper items](/manual/config/items/itemtypes/trapper) -   [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) -   [ODBC checks](/manual/config/items/itemtypes/odbc_checks) -   [Dependent items](/manual/config/items/itemtypes/dependent_items) -   [HTTP checks](/manual/config/items/itemtypes/http) -   [Prometheus checks](/manual/config/items/itemtypes/prometheus) -   [Script items](/manual/config/items/itemtypes/script)  Details for all item types are included in the subpages of this section. Even though item types offer a lot of options for data gathering, there are further options through [user parameters](/manual/config/items/userparameters) or [loadable modules](/manual/extensions/loadablemodules).  Some checks are performed by Zabbix server alone (as agent-less monitoring) while others require Zabbix agent or even Zabbix Java gateway (with JMX monitoring).  ::: noteimportant If a particular item type requires a particular interface (like an IPMI check needs an IPMI interface on the host) that interface must exist in the host definition. :::  Multiple interfaces can be set in the host definition: Zabbix agent, SNMP agent, JMX and IPMI. If an item can use more than one interface, it will search the available host interfaces (in the order: Agent→SNMP→JMX→IPMI) for the first appropriate one to be linked with.  All items that return text (character, log, text types of information) can return whitespace only as well (where applicable) setting the return value to an empty string (supported since 2.0).
ca	#### Vista general  Els tipus d'elements cobreixen diversos mètodes de recollida de dades dels sistemes. Cada tipus d'element té el seu propi recull de claus d'element admeses i de paràmetres obligatoris.  Els tipus d'elements següents són els oferts per Zabbix:  -   [Verificacions d'agent Zabbix](/manual/config/items/itemtypes/zabbix_agent) -   [Verificacions d'agent SNMP](/manual/config/items/itemtypes/snmp) -   [Traps SNMP](/manual/config/items/itemtypes/snmptrap) -   [Verificacions IPMI](/manual/config/items/itemtypes/ipmi) -   [Verificacions simples](/manual/config/items/itemtypes/simple_checks)     -   [Monitoratge VMware](/manual/config/items/itemtypes/simple_checks/vmware_keys) -   [Monitoratge dels arxius de registre](/manual/config/items/itemtypes/log_items) -   [Elements calculats](/manual/config/items/itemtypes/calculated)     -   [Calculs afegits](/manual/config/items/itemtypes/calculated/aggregate) -   [Verificacions internes de Zabbix](/manual/config/items/itemtypes/internal) -   [Verificacions SSH](/manual/config/items/itemtypes/ssh_checks) -   [Verificacions Telnet](/manual/config/items/itemtypes/telnet_checks) -   [Verificacions externes](/manual/config/items/itemtypes/external) -   [Elements trapper](/manual/config/items/itemtypes/trapper) -   [Monitoratge JMX](/manual/config/items/itemtypes/jmx_monitoring) -   [Verificacions ODBC](/manual/config/items/itemtypes/odbc_checks) -   [Elements dependents](/manual/config/items/itemtypes/dependent_items) -   [Verificacions HTTP](/manual/config/items/itemtypes/http) -   [Verificacions Prometheus](/manual/config/items/itemtypes/prometheus) -   [Elements script](/manual/config/items/itemtypes/script)  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 possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy  The active agent autoregistration heartbeat for Zabbix server and Zabbix proxy is 120 seconds. So in case a discovered host is deleted, the autoregistration will be rerun in 120 seconds.
ca	#### Vista general  És possible permetre el registre automàtic dels agents Zabbix actius, després del qual el servidor pot començar a monitorar-los. D'aquesta manera, es poden afegir nous equips per al monitoratge sense configurar-los manualment al servidor.  El registre automàtic es pot produir quan un agent actiu desconegut anteriorment demana verificacions.  Aquesta característica pot ser molt útil per al seguiment automàtic dels nous nodes del núvol. Tan bon punt tingueu un nou node al núvol, Zabbix comença automàticament a recollir dades de rendiment i disponibilitat de l'equip.  El registre automàtic d'agents actius també admet el monitoratge dels equips afegits amb comprovacions passives. Quan l'agent actiu demana comprovacions, sempre que tingui els paràmetres de configuració 'ListenIP' o 'ListenPort' definits al fitxer de configuració, aquests s'envien al servidor. (Si s'especifiquen diverses adreces IP, la primera s'envia al servidor.)  El servidor, quan afegeix el nou equip registrat automàticament, empra l'adreça IP i el port rebuts per configurar l'agent. Si no es rep cap valor d'adreça IP, s'empra el que s'empra per a la connexió entrant. Si no es rep el valor del port, s'empra 10050.   És possible especificar que l'equip s'ha de registrar automàticament amb un [nom DNS](#using_dns_as_default_interface) com a interfície d'agent predeterminada.  Es reinicia l'enregistrament automàtic:  - si les [metadades](#using_host_metadata) de l'equip canvien:      - a causa del canvi de HostMetadata i el reinici de l'agent      - a causa del valor modificat que retorna HostMetadataItem - per a equips creats manualment amb metadades que falten - si un equip es canvia manualment per ésser monitorat per un altre proxy de Zabbix - si el registre automàtic per al mateix equip és d'un nou proxy Zabbix  El heartbeat de registre automàtic de l'agent actiu per al servidor Zabbix i el proxy Zabbix és de 120 segons. Per tant, en cas que s'esborri un equip descobert, el registre automàtic es tornarà a executar als 120 segons.

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

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

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

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

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

en-us	#### Overview  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", 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.
ca	#### Vista general  L'enllaç és un procés mitjançant el qual s'apliquen plantilles als equips, mentre que la desvinculació esborra l'associació amb la plantilla d'un equip.

en-us	#### Overview  Loadable modules offer a performance-minded option for extending Zabbix functionality.  You can [extend](/manual/extensions) Zabbix functionality in many ways, for example, with [user parameters](/manual/config/items/userparameters), [external checks](/manual/config/items/itemtypes/external), and `system.run[]` Zabbix [agent items](/manual/config/items/itemtypes/zabbix_agent). These work very well, but have one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is not good for performance. It is not a big deal normally, however it could be a serious issue when monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time.  Support of loadable modules offers ways for extending Zabbix agent, server and proxy without sacrificing performance.  A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits. Great performance and ability to implement any logic are very important, but perhaps the most important advantage is the ability to develop, use and share Zabbix modules. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Module licensing and distribution in binary form is governed by the 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.  Podeu [estendre](/manual/extensions) la funcionalitat de Zabbix de moltes maneres, per exemple, amb [paràmetres d'usuari](/manual/config/items/userparameters), [comprovacions externes](/manual/config/items/itemtypes/external), i `system.run[]` Zabbix [elements de l'agent](/manual/config/items/itemtypes/zabbix_agent).  Funcionen molt bé, però tenen un inconvenient important, que és fork(). Zabbix ha de fer un nou procés cada vegada que gestiona una mètrica d'usuari, cosa que no és bona per al rendiment. Normalment no és un gran problema, però pot ser un problema seriós quan es monitoren sistemes incrustats, amb un gran nombre de paràmetres monitorats o scripts grans amb lògica complexa o temps d'inici llargs.  El suport per a mòduls carregables permet ampliar l'agent Zabbix, el servidor i el proxy sense sacrificar el rendiment.  Un mòdul carregable és bàsicament una biblioteca compartida emprada pel dimoni Zabbix i carregada a l'inici. La biblioteca ha de contindre algunes funcions, de manera que un procés Zabbix pugui detectar que el fitxer és realment un mòdul amb el qual pot carregar i treballar.  Els mòduls carregables tenen una sèrie d'avantatges. El gran rendiment i la capacitat d'implementar qualsevol lògica són molt importants, però potser l'avantatge més important és la capacitat de desenvolupar, emprar i compartir mòduls Zabbix. Contribueix a un manteniment fàcil i ajuda a oferir noves funcions de manera més fàcil i independent de la base de codi Zabbix.  La llicència i la distribució de mòduls en forma binària es regeix per la llicència 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 the actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in *Data collection → Templates*, in the *Discovery* column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
ca	### Vista general  La descoberta de baix nivell ajuda a crear automàticament elements, triggers i gràfics per a diferents entitats en un ordinador. Per exemple, Zabbix pot començar automàticament a monitorar sistemes de fitxers o interfícies de xarxa al vostre ordinador, sense necessitat de crear manualment elements per a cada sistema de fitxers o interfície de xarxa. A més, és possible configurar Zabbix per esborrar automàticament les entitats innecessàries en funció dels resultats reals de la descoberta realitzada periòdicament.  Un usuari pot definir els seus propis tipus de descoberta, sempre que segueixi un protocol JSON concret.  L'arquitectura general del procés de descoberta és la següent.  En primer lloc, un usuari crea una regla de descoberta a la columna *Recull de dades → Plantilles*, a la columna *Descoberta*. Una regla de descoberta consisteix en (1) un element que descobreix les entitats necessàries (per exemple, sistemes de fitxers o interfícies de xarxa) i (2) elements prototip, triggers i gràfics que s'han de crear basant-hi en el valor d'aquest element.  Un element que descobreix les entitats necessàries és com un element estàndard vist en altres llocs: el servidor demana a un agent Zabbix (o qualsevol tipus d'element que es defineixi) un valor d'aquest element, l'agent respon amb un valor textual. La diferència és que el valor amb el qual respon l'agent ha de contindre una llista d'entitats descobertes en un format JSON específic. Encara que els detalls d'aquest format només són importants per als desenvolupadors de comprovacions de descoberta personalitzades, cal saber que el valor retornat conté una llista de parelles de macro → valor. Per exemple, l'element "net.if.discovery" pot tornar dues parelles: "{\#IFNAME}" → "lo" i "{\#IFNAME}" → "eth0".  Aquestes macros s'empren en noms, claus i altres camps de prototips on després es substitueixen amb els valors rebuts per crear elements reals, triggers, gràfics o fins i tot equips per a cada entitat descoberta. Consulteu la llista completa d'[opcions](/manual/config/macros/lld_macros) per emprar macros LLD.  Quan el servidor rep un valor per a un element de descoberta, examina les parelles macro → valor i genera elements reals, triggers i gràfics per a cada parella, basant-se en els seus prototips. A l'exemple amb "net.if.discovery" anterior, el servidor generaria un conjunt d'elements, triggers i gràfics per a la interfície de bucle "lo" i un altre conjunt per a la interfície "eth0".  Tingueu en compte que des de **Zabbix 4.2**, el format de JSON retornat per les regles de descoberta de baix nivell ha canviat. Ja no s'espera que JSON contingui l'objecte "dades". La descoberta de baix nivell ara admetrà JSON normal que contingui una matriu, per admetre noves funcions, com ara el preprocessament de valors d'element i camins personalitzats als valors de macro de descoberta de baix nivell en un document JSON.  S'han actualitzat les claus de descoberta integrades per retornar una matriu de fileres LLD a l'arrel del document JSON. Zabbix extreu automàticament una macro i un valor si un camp de matriu empra la sintaxi {#MACRO} com a clau. Qualsevol nova comprovació de descoberta nadiua emprarà la nova sintaxi sense els elements "dades". Quan es processa un valor de descoberta de baix nivell, primer es localitza l'arrel (matriu a `$.` o `$.data`).  Tot i que l'element "dades" s'ha esborrat de tots els elements nadius relacionats amb la descoberta, per compatibilitat amb les versions anteriors, Zabbix encara admetrà la notació JSON amb un element "dades", tot i que es desaconsella el seu ús. Si el JSON conté un objecte amb un únic element de matriu "data", extreu automàticament el contingut de l'element mitjançant JSONPath `$.data`. La descoberta de baix nivell ara admet macros LLD opcionals definides per l'usuari amb un camí personalitzat especificat a la sintaxi JSONPath.  ::: notewarning Després dels canvis anteriors, els nous agents ja no podran treballar amb un servidor Zabbix antic. :::  Veieu també: [Entitats descobertes](#discovered_entities)

en-us	#### Overview  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters.     Parameters must be quoted if they start with '' '' (space), `"` or     contain `)`, `,`.  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
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>)}  O:  - <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 contenen `)`, `,`.  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 *Alerts* → *Media types*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Some media types come pre-defined in the default dataset. You just need to finetune their parameters to get them working.  ##### Automated Gmail/Office365 media types  Gmail or Office365 users may benefit from easier media type configuration.  The *Email provider* field in the mail media type configuration allows to select  pre-configured options for Gmail and Office 365.  When selecting the Gmail/Office365 related options, it is only required to supply the sender email address/password to create a working media type.   ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  As soon as the email address/password is supplied, Zabbix will be able to automatically fill all required settings for Gmail/Office365 media types with the actual/recommended values, i.e. *SMTP server*, *SMTP server port*, *SMTP helo*, and *Connection security*. Because of this automation, these fields are not even shown, however, it is possible to see the SMTP server and email details in the media type list (see the *Details* column).  Note also that:  -   The password is not required for the relay options -   For Office365 relay, the domain name of the provided email address will be used to dynamically fill the SMTP server (i.e. replace "example.com" in `example-com.mail.protection.outlook.com` with the real value)  To test if a configured media type works, click on the *Test* link in the last column (see media type testing for [Email](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), or [Script](/manual/config/notifications/media/script#media_type_testing) for more details).  To create a new media type, click on the *Create media type* button. A media type configuration form is opened.
ca	#### Vista general  Els mitjans són els canals de difusió emprats per enviar notificacions i alertes des de Zabbix.  Podeu configurar diversos tipus de suports:  - [Correu electrònic](/manual/config/notifications/media/email) - [SMS](/manual/config/notifications/media/sms) - [Scripts d'alertes personalitzats](/manual/config/notifications/media/script) - [Webhook](/manual/config/notifications/media/webhook)  Els tipus de suport es configuren a *Alertes* → *Tipus de suport*.  ![](../../../../assets/en/manual/config/notifications/media_type_list.png){width="600"}  Alguns tipus de suport són predefinits al conjunt de dades predeterminat. Només cal que modifiqueu la seva configuració perquè funcionin.  ##### Tipus de suport de Gmail/Office365 automatitzats  Els usuaris de Gmail o Office365 poden beneficiar-se d'una configuració més fàcil de tipus de suport. El camp *Proveïdor de correu electrònic* a la configuració del tipus de suport de correu permet triar opcions preconfigurades per a Gmail i Office 365.  Quan trieu les opcions relacionades amb Gmail/Office365, només cal que proporcioneu l'adreça de correu electrònic/mot de pas del remitent per crear un tipus de suport que funcioni.  ![](../../../../assets/en/manual/config/notifications/media_type_gmail.png)  Tan bon punt es proporcioni l'adreça de correu electrònic/el mot de pas, Zabbix podrà omplir automàticament tots els paràmetres requerits per als tipus de suport de Gmail/Office365 amb els valors reals/recomanats, és a dir, *servidor SMTP*, *port del servidor SMTP*, *helo SMTP* , i *Seguretat de connexió*. A causa d'aquesta automatització, aquests camps ni tan sols es mostren, però, és possible veure el servidor SMTP i els detalls del correu electrònic a la llista de tipus de suport (veieu la columna *Detalls*).  Tingueu en compte també que:  -El mot de pas no és necessari per a les opcions de relé -Per a la retransmissió d'Office365, el nom de domini de l'adreça de correu electrònic proporcionada s'emprarà per omplir dinàmicament el servidor SMTP (és a dir, substituïu "exemple.cat" a "exemple-cat.mail.protection.outlook.com" pel valor real)  Per provar si un tipus de suport configurat funciona, feu clic a l'enllaç *Provar* de la darrera columna (veieu proves de tipus de suport per a [Correu electrònic](/manual/config/notifications/media/email#media_type_testing), [Webhook](/manual/config/notifications/media/webhook#media_type_testing), o [Script](/manual/config/notifications/media/script#media_type_testing) per a més detalls).  Per crear un nou tipus de suport, feu clic al botó *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 to the host, and the host will automatically inherit all entities from the templates that are linked to the one template. For example, if we link *T1* and *T2* to *T3*, we supplement *T3* with all entities from *T1* and *T2*, but not vice versa. If we link *T1* to *T2* and *T3*, we supplement *T2* and *T3* with entities from *T1*.
ca	#### Vista general  El niuatge és una manera d'embolcallar un model dins d'un o més models.  Com que té sentit separar les entitats en plantilles individuals per a diversos serveis, aplicacions, etc., és possible que acabeu amb una sèrie de plantilles que poden haver d'estar vinculades a diversos equips. Per simplificar la imatge, és possible enllaçar determinats models en un sol model.  L'avantatge del niuat és que només heu d'enllaçar una plantilla a l'equip i l'equip heretarà automàticament totes les entitats de les plantilles enllaçades a la primera. Per exemple, si enllacem *T1* i *T2* amb el model *T3*, omplim *T3* amb entitats de *T1* i *T2*, no al revés. Si enllacem *T1* a *T2* i *T3*, omplim *T2* i *T3* amb entitats de *T1*.

en-us	#### Overview  Network map [export](/manual/xml_export_import) contains:  -   All related images -   Map structure - all map settings, all contained elements with their     settings, map links and map link status indicators  ::: notewarning Any host groups, hosts, triggers, other maps or other elements that may be related to the exported map are not exported. Thus, if at least one of the elements the map refers to is missing, importing it will fail. :::  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.4 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 64 .per Debian, Ubuntu, i Raspberry Pi OS (Raspbian) són disponibles al [lloc web de Zabbix](https://www.zabbix.com/download).  Els paquets són disponibles amb ambdúes bases de dades MySQL/PostgreSQL i suport amb els servidors web Apache i Nginx.

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

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

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

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

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

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

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

en-us	#### Overview  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 on *Update* in the *Update* column of a problem in:     -   *Dashboards* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details* -   You can click on an unresolved problem cell in:     -   *Dashboards* (*Trigger overview* widget)  The popup menu contains an *Update* option that will take you to the problem update window.
ca	#### Vista general  Els usuaris poden reconèixer els esdeveniments problemàtics a Zabbix.  Si hom rep una notificació sobre un esdeveniment problemàtic, pot anar a la interfície de Zabbix, obrir la finestra emergent d'actualització d'aquest problema mitjançant una de les maneres que s'enumeren a continuació i reconèixer el problema. En reconèixer-lo, pot introduir el seu comentari sobre això, dient que hi són treballant o qualsevol altra cosa que calgui.  D'aquesta manera, si un altre usuari del sistema detecta el mateix problema, veurà immediatament si s'ha reconegut i els comentaris fins ara.  D'aquesta manera, el flux de treball de resolució de problemes amb més d'un usuari del sistema es pot dur a terme de manera coordinada.  L'estat de reconeixement també s'empra quan es defineixen [operacions d'acció](/manual/config/notifications/action/operation). Hom pot definir, per exemple, que una notificació s'enviï a un gestor de nivell superior només si un esdeveniment no es reconeix durant algun temps.  Per reconèixer els esdeveniments i comentar-los, hom ha de tindre almenys permisos de lectura als triggers corresponents. Per canviar la gravetat del problema o tancar el problema, un usuari ha de tindre permisos de lectura i escriptura als triggers corresponents.  Hi ha **diverses** maneres d'accedir a la finestra emergent d'actualització del problema, que permet reconèixer un problema.  - Podeu triar problemes a *Monitoratge* → *Problemes* i després fer clic a *Actualització massiva* a sota de la llista - Podeu fer clic a *Actualitzar* a la columna *Actualitzar* d'un problema a:      - *Taulers de control* (ginys *Problemes* i *Problemes per gravetat*)      - *Monitoratge → Problemes*      - *Monitoratge → Problemes → Detalls de l'esdeveniment* - Podeu fer clic a una cel·la de problema no resolt a:      - *Taulers de control* (giny *Visió general del trigger*)  El menú emergent conté una opció *Actualitzar* que us durà a la finestra d'actualització del problema.

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

en-us	#### Overview  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.