en-us	#### Unreachable interface  A host interface is treated as unreachable after a failed check (network error, timeout) by Zabbix, SNMP, IPMI or JMX agents. Note that Zabbix agent active checks do not influence interface availability in any way.  From that moment **UnreachableDelay** defines how often an interface is rechecked using one of the items (including LLD rules) in this unreachability situation and such rechecks will be performed already by unreachable pollers (or IPMI pollers for IPMI checks). By default it is 15 seconds before the next check.  In the Zabbix server log unreachability is indicated by messages like these:      Zabbix agent item "system.cpu.load[percpu,avg1]" on host "New host" failed: first network error, wait for 15 seconds     Zabbix agent item "system.cpu.load[percpu,avg15]" on host "New host" failed: another network error, wait for 15 seconds  Note that the exact item that failed is indicated and the item type (Zabbix agent).  ::: noteclassic The *Timeout* parameter will also affect how early an interface is rechecked during unreachability. If the Timeout is 20 seconds and UnreachableDelay 30 seconds, the next check will be in 50 seconds after the first attempt. :::  The **UnreachablePeriod** parameter defines how long the unreachability period is in total. By default UnreachablePeriod is 45 seconds. UnreachablePeriod should be several times bigger than UnreachableDelay, so that an interface is rechecked more than once before an interface becomes unavailable.
ja	#### 到達不能なインターフェース  Zabbix、SNMP、IPMI、またはJMXエージェントによるチェックが失敗（ネットワークエラー、タイムアウト）すると、その後、当該のホストインターフェイスは到達不能として扱われます。 Zabbixエージェントのアクティブチェックは、インターフェイスの可用性にまったく影響を与えないことに注意してください。  その瞬間から**UnreachableDelay**は、この到達不能な状態のアイテムの1つ（LLDルールを含む）を使用してインターフェイスが再チェックされる頻度を定義します。再チェックは到達不能なポーラー（またはIPMIチェックの場合はIPMIポーラー）によって実行されます。 デフォルトでは次のチェックの15秒前です。  Zabbixサーバーでは、到達できないことを次のようなメッセージでログに書き込みます。      Zabbix agent item "system.cpu.load[percpu,avg1]" on host "New host" failed: first network error, wait for 15 seconds     Zabbix agent item "system.cpu.load[percpu,avg15]" on host "New host" failed: another network error,  ait for 15 seconds  失敗した正確なアイテムとアイテムタイプ（Zabbixエージェント）が示されていることに注意してください。  ::: noteclassic *Timeout*パラメーターは、到達不能時にインターフェースが再チェックされるタイミングにも影響します。 Timeoutが20秒、UnreachableDelayが30秒の場合、次のチェックは最初の試行から50秒後になります。 :::  **UnreachablePeriod**パラメーターは、到達不能期間の合計の長さを定義します。 デフォルトでは、UnreachablePeriodは45秒です。 UnreachablePeriodは、UnreachableDelayの数倍の大きさである必要があります。これにより、インターフェースが使用できなくなる前に、インターフェースが複数回再チェックされます。

en-us	#### Unsupported items  An item can become unsupported if its value cannot be retrieved for some reason. Such items are still rechecked at their standard *[Update interval](/manual/config/items/item?#configuration)*.  Unsupported items are reported as having a NOT SUPPORTED state.
ja	#### サポート対象外の項目  何らかの理由で値が取得できない項目は、サポート対象外になることがあります。 このような項目は、標準的な *[監視間隔](/manual/config/items/item?#configuration)*で再チェックされます。  サポート対象外のアイテムは、取得不可のステータスで報告されます。

en-us	#### Update dependent item prototype  Update Dependent item prototype with new Master item prototype ID. Only dependencies on same host (template/discovery rule) are allowed, therefore Master and Dependent item should have same hostid and ruleid.  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "master_itemid": "25570",         "itemid": "189030"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "189030"         ]     },     "id": 1 } ```
ja	#### 依存アイテムプロトタイプを更新  依存アイテム プロトタイプを新しいマスター アイテム プロトタイプ ID で更新します。 同じホスト (テンプレート/ディスカバリルール) への依存関係のみが許可されるため、マスター アイテムと依存アイテムは同じホスト ID とルール ID を持つ必要があります。  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "master_itemid": "25570",         "itemid": "189030"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "189030"         ]     },     "id": 1 } ```

en-us	#### Update dependent item  Update Dependent item name and Master item ID. Only dependencies on same host are allowed, therefore Master and Dependent item should have same hostid.  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "name": "Dependent item updated name",         "master_itemid": "25562",         "itemid": "189019"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "189019"         ]     },     "id": 1 } ```
ja	#### 依存アイテムの更新  依存アイテム名とマスター アイテム ID を更新します。 同じホストへの依存関係のみが許可されるため、マスターと依存アイテムは同じホスト ID を持つ必要があります。  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "name": "Dependent item updated name",         "master_itemid": "25562",         "itemid": "189019"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "189019"         ]     },     "id": 1 } ```

en-us	#### Updated service monitoring  Several updates have been made to the monitoring of **services**. Service  monitoring offers a high-level view of the monitored infrastructure in Zabbix.
ja	#### サービス監視  **サービス**監視について、いくつかのアップデートが行われました。サービス監視では、Zabbixで監視しているインフラストラクチャの概要を提供します。

en-us	#### Updated templates  - [FortiGate by SNMP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/fortinet/fortigate_snmp?at=refs%2Fheads%2Frelease%2F6.0) template has been supplemented with metrics regarding VPN, high availability (HA), wireless termination points (WTPs), SD-WAN health checks, and HW sensors. - [MySQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/mysql_odbc/README.md?at=refs%2Fheads%2Frelease%2F6.0) template has been supplemented with the items "MySQL: Get database" and "MySQL: Get replication". The LLD rules "Database discovery" and "Replication discovery" have been changed to the "Dependent item" type. - [Oracle by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/oracle_odbc/README.md?at=refs%2Fheads%2Frelease%2F6.0) template has been supplemented with the items "Oracle: Get archive log", "Oracle: Get ASM disk groups", "Oracle: Get database", "Oracle: Get PDB", and "Oracle: Get tablespace". The LLD rules "Archive log discovery", "ASM disk groups discovery", "Database discovery", "PDB discovery", and "Tablespace discovery" have been changed to the "Dependent item" type. - The VMware Hypervisor template within the [VMware](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/vmware?at=refs%2Fheads%2Frelease%2F6.0) and [VMware FQDN](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/vmware_fqdn?at=release%2F6.0) template sets has been supplemented with a new LLD rule, "Sensor discovery".
ja	#### 更新されたテンプレート  - [FortiGate by SNMP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/fortinet/fortigate_snmp?at=refs%2Fheads%2Frelease%2F6.0) テンプレートにはVPN、高可用性(HA)、無線終端ポイント(WTPs)、SD-WAN ヘルスチェック、ハードウェアセンサーに関するメトリクスが追加されました。 - [MySQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/mysql_odbc/README.md?at=refs%2Fheads%2Frelease%2F6.0) テンプレートに"MySQL: Get database"と"MySQL: Get replication"というアイテムが追加されました。 LLDルールの"Database discovery"と"Replication discovery"は、"依存アイテム"タイプに変更されました。 - [Oracle by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/oracle_odbc/README.md?at=refs%2Fheads%2Frelease%2F6.0) テンプレートに"Oracle: Get archive log"、"Oracle: Get ASM disk groups"、"Oracle: Get database"、"Oracle: Get PDB"、"Oracle: Get tablespace"というアイテムが追加されました。 LLD ルールの"Archive log discovery"、"ASM disk groups discovery"、"Database discovery"、"PDB discovery"、"Tablespace discovery"は、"依存アイテム"タイプに変更されました。 - [VMware](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/vmware?at=refs%2Fheads%2Frelease%2F6.0)および[VMware FQDN](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/vmware_fqdn?at=release%2F6.0) テンプレートセット内のVMware Hypervisorテンプレートに、新しいLLDルール"Sensor discovery"が追加されました。

en-us	#### Updated templates  Integration with OpenShift has been added to [Kubernetes cluster state by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/kubernetes_http/kubernetes_state_http?at=refs%2Fheads%2Frelease%2F6.0) template.
ja	#### テンプレートの更新  OpenShiftとの統合が[Kubernetes cluster state by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/kubernetes_http/kubernetes_state_http?at=refs%2Fheads%2Frelease%2F6.0)テンプレートに追加されました。

en-us	#### Updated templates  [MSSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/mssql_odbc?at=refs%2Fheads%2Frelease%2F6.0) template has been updated for working with AlwaysOn features such as Failover Cluster Instances (FCI) and Availability Groups (AG). It is now possible to use the template for monitoring a host in cluster, standalone host and host by cluster name. A macro for instance name is no longer used; when the master is switched, it is not required to change any macros:  - new LLD rules and metrics for quorum and quorum members have been added; - the type of the LLD rules has been changed from “Database monitor” to “Dependent item”; - items with `db.odbc.discovery` key have been turned into items dependent on the `db.odbc.get` item - new item has been added - MSSQL DB '{#DBNAME}': Recovery model, which returns the database recovery model under the database discovery; - new macros, namely, {$MSSQL.BACKUP_FULL.USED}, {$MSSQL.BACKUP_DIFF.USED}, {$MSSQL.BACKUP_LOG.USED}, have been added - those can be used for disabling backup age triggers for a certain database.
ja	#### 更新されたテンプレート  [MSSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/mssql_odbc?at=refs%2Fheads%2Frelease%2F6.0) テンプレートが更新され、フェールオーバークラスターインスタンス(FCI)や可用性グループ(AG)などのAlwaysOn機能を使用できるようになりました。このテンプレートを使用して、クラスター内のホスト、スタンドアロンのホスト、およびクラスター名によるホストを監視できるようになりました。インスタンス名のマクロは使用されなくなりました。マスターが切り替えられたときに、マクロを変更する必要はありません。  - QuorumとQuorumメンバーの新しいLLDルールとメトリックが追加されました。 - LLDルールのタイプが「データベースモニター」から「依存項目」に変更されました。 - `db.odbc.discovery` キーを持つアイテムは、`db.odbc.get` アイテムに依存するアイテムに変更されました - 新しいアイテムが追加されました - MSSQL DB '{#DBNAME}': Recovery model。データベースディスカバリでデータベースリカバリモデルを返します。 - 新しいマクロ、{$MSSQL.BACKUP_FULL.USED}、{$MSSQL.BACKUP_DIFF.USED}、{$MSSQL.BACKUP_LOG.USED} が追加されました - これらは、特定のデータベースのバックアップ期間トリガーを無効にするために使用できます。

en-us	 ##### Updated templates  PostgreSQL Agent 2 template has been updated.  A trigger for detecting checksum failures has been added to the Dbstat item of the [PostgreSQL Agent 2 template](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F5.0).  You can get this template:  -   In *Configuration* → *Templates* in new installations; -   If you are upgrading from previous versions, you can download new     templates from Zabbix [Git     repository](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates)     or find them in the `templates` directory of the downloaded latest     Zabbix version. Then, while in *Configuration* → *Templates* you can     import them manually into Zabbix.
ja	 ##### テンプレートの更新  PostgreSQL Agent 2 テンプレートが更新されました。  チェックサム障害を検知するトリガーが [PostgreSQL Agent 2 テンプレート](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F5.0) の Dbstat アイテムに追加されました。  このテンプレートは以下の方法で取得できます:  -   新規インストールの場合は *設定* → *テンプレート* で利用可能です。 -   以前のバージョンからアップグレードする場合、新しいテンプレートを Zabbix [Gitリポジトリ](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates) からダウンロードすることができます。 または、ダウンロードした最新バージョンの `templates` ディレクトリにあります。 その後、 *設定* → *テンプレート* で、手動でZabbixにインポートすることができます。

en-us	**Updated templates**  - [PostgreSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_odbc?at=refs%2Fheads%2Frelease%2F6.0) and [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0) templates now include the item and trigger for monitoring PostgreSQL version. - [Cisco Meraki organization by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/meraki_http?at=release%2F6.0) template has been supplemented with items, item prototypes, LLD rules, and macros related to authentication, licenses, networks, SAML roles, and VPN statuses.
ja	**テンプレートの更新**  - [PostgreSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_odbc?at=refs%2Fheads%2Frelease%2F6.0)テンプレートと[PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0)テンプレートにPostgreSQLバージョンを監視するためのアイテムとトリガーが含まれるようになりました。 - [Cisco Meraki organization by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/meraki_http?at=release%2F6.0) テンプレートにアイテム、アイテムプロトタイプ、LLDルール、および認証やライセンス、ネットワーク、SAML ロール、VPN ステータスに関連するマクロが追加されました。

en-us	#### Updated templates  [PostgreSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_odbc?at=refs%2Fheads%2Frelease%2F6.0) and [PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0) templates now include the item and trigger for monitoring PostgreSQL version.  [Cisco Meraki organization by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/meraki_http?at=release%2F6.0) template has been supplemented with items, item prototypes, LLD rules, and macros related to authentication, licenses, networks, SAML roles, and VPN statuses.
ja	#### テンプレートの更新  [PostgreSQL by ODBC](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_odbc?at=refs%2Fheads%2Frelease%2F6.0)テンプレートと[PostgreSQL by Zabbix agent 2](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/db/postgresql_agent2?at=refs%2Fheads%2Frelease%2F6.0)テンプレートにPostgreSQLバージョンを監視するためのアイテムとトリガーが含まれるようになりました。  [Cisco Meraki organization by HTTP](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/meraki_http?at=release%2F6.0) テンプレートにアイテム、アイテムプロトタイプ、LLDルール、および認証やライセンス、ネットワーク、SAML ロール、VPN ステータスに関連するマクロが追加されました。

en-us	#### Updated templates  The [OS templates](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/os?at=refs%2Fheads%2Frelease%2F6.0) (agent, SNMP, and Prometheus-based) have been given a mounted filesystem update. In mounted filesystem discovery, the "Space is low" and "Space is critically low" triggers no longer have the absolute threshold and burst condition.
ja	#### 更新されたテンプレート  [OSテンプレート](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/os?at=refs%2Fheads%2Frelease%2F6.0) (Zabbixエージェント、SNMP、Prometheus-based)には、マウントされたファイルシステムの更新が適用されています。マウントされたファイルシステムのディスカバリでは、トリガー"Space is low"、"Space is critically low"に絶対閾値と発砲条件がなくなりました。

en-us	#### Updated templates  The templates [Zabbix server health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_server?at=refs%2Fheads%2Frelease%2F6.0), [Remote Zabbix server health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_server_remote?at=refs%2Fheads%2Frelease%2F6.0), [Zabbix proxy health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_proxy?at=refs%2Fheads%2Frelease%2F6.0), and [Remote Zabbix proxy health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_proxy_remote?at=refs%2Fheads%2Frelease%2F6.0) have been updated for improved data visualization in item graphs by regrouping the displayed metrics.
ja	#### テンプレートの更新  テンプレート[Zabbix server health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_server?at=refs%2Fheads%2Frelease%2F6.0)、[Remote Zabbix server health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_server_remote?at=refs%2Fheads%2Frelease%2F6.0)、[Zabbix proxy health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_proxy?at=refs%2Fheads%2Frelease%2F6.0)、および[Remote Zabbix proxy health](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/app/zabbix_proxy_remote?at=refs%2Fheads%2Frelease%2F6.0)が更新されました。表示されるメトリックを再編成することでアイテムグラフのデータ視覚化が改善されました。

en-us	#### Update HTTP agent item  Enable item value trapping.  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23856",         "allow_traps": 1     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23856"         ]     },     "id": 1 } ```
ja	#### HTTP エージェント アイテムの更新  アイテム値トラップを有効にします。  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23856",         "allow_traps": 1     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23856"         ]     },     "id": 1 } ```

en-us	#### Update HTTP agent item prototype  Change query fields and remove all custom headers.  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid":"28305",         "query_fields": [             {                 "random": "qwertyuiopasdfghjklzxcvbnm"             }         ],         "headers": []     }     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "28305"         ]     },     "id": 1 } ```
ja	#### HTTP エージェント アイテム プロトタイプの更新  クエリ フィールドを変更し、すべてのカスタム ヘッダーを削除します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid":"28305",         "query_fields": [             {                 "random": "qwertyuiopasdfghjklzxcvbnm"             }         ],         "headers": []     }     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "28305"         ]     },     "id": 1 } ```

en-us	 Update operations offer the same set of parameters as [Recovery operations](/manual/config/notifications/action/recovery_operations#Recovery_operation_details).  ![](../../../../../assets/en/manual/config/update_operation_details.png)
ja	更新時の実行内容は[復旧時の実行内容](/manual/config/notifications/action/recovery_operations#Recovery_operation_details)と同じパラメーターセットを使用します。  ![](../../../../../assets/en/manual/config/update_operation_details.png)

en-us	#### Updating an item  Enable an item, that is, set its status to "0":  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "10092",         "status": 0     },     "auth": "0424bd59b807674191e7d77572075f33",     "id": 5 } ```  A successful response will contain the ID of the updated item:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "10092"         ]     },     "id": 5 } ```  ::: notetip The `item.update` method as well as other update methods can also accept arrays of objects and update multiple items with one API call. :::
ja	#### アイテムの更新  アイテムを有効にします。つまりstatusを"0"に設定します。  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "10092",         "status": 0     },     "auth": "0424bd59b807674191e7d77572075f33",     "id": 5 } ```  更新が成功したレスポンスには、更新されたアイテムのIDが含まれます。  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "10092"         ]     },     "id": 5 } ```  ::: notetip `item.update`メソッドやその他のupdateメソッドは、オブジェクトの配列を受け入れ、1回のAPI呼び出しで複数のアイテムを更新することができます。 :::

en-us	#### Updating an item with preprocessing  Update an item with item preprocessing rule "In range".  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23856",         "preprocessing": [             {                 "type": 13,                 "params": "\n100",                 "error_handler": 1,                 "error_handler_params": ""             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23856"         ]     },     "id": 1 } ```
ja	#### 事前処理によるアイテムの更新  アイテム事前処理ルール"In range"でアイテムを更新します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23856",         "preprocessing": [             {                 "type": 13,                 "params": "\n100",                 "error_handler": 1,                 "error_handler_params": ""             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23856"         ]     },     "id": 1 } ```

en-us	#### Updating a script item prototype  Update a script item prototype with a different script and remove unnecessary parameters that were used by previous script.  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```
ja	#### スクリプト アイテム プロトタイプの更新  スクリプト アイテムのプロトタイプを別のスクリプトで更新し、以前のスクリプトで使用された不要なパラメーターを削除します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```

en-us	#### Updating a script item  Update a script item with a different script and remove unnecessary parameters that were used by previous script.  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```
ja	#### スクリプト アイテムの更新  別のスクリプトでスクリプト アイテムを更新し、以前のスクリプトで使用された不要なパラメーターを削除します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "item.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```

en-us	#### Updating dashboard pages  Rename the first dashboard page, replace widgets on the second dashboard page and add a new page as the third one. Delete all other dashboard pages.  Request:  ``` {.java} {     "jsonrpc": "2.0",     "method": "dashboard.update",     "params": {         "dashboardid": "2",         "pages": [             {                 "dashboard_pageid": 1,                 "name": 'Renamed Page'             },             {                 "dashboard_pageid": 2,                 "widgets": [                     {                         "type": "clock",                         "x": 0,                         "y": 0,                         "width": 4,                         "height": 3                     }                 ]             },             {                 "display_period": 60             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "dashboardids": [             "2"         ]     },     "id": 2 } ```
ja	#### ダッシュボードページの更新  最初のダッシュボードページの名前を変更し、2番目のダッシュボードページのウィジェットを置き換え、3番目のページとして<br> 新しいページを追加します。他のダッシュボードページをすべて削除します。  Request:  ``` {.java} {     "jsonrpc": "2.0",     "method": "dashboard.update",     "params": {         "dashboardid": "2",         "pages": [             {                 "dashboard_pageid": 1,                 "name": 'Renamed Page'             },             {                 "dashboard_pageid": 2,                 "widgets": [                     {                         "type": "clock",                         "x": 0,                         "y": 0,                         "width": 4,                         "height": 3                     }                 ]             },             {                 "display_period": 60             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "dashboardids": [             "2"         ]     },     "id": 2 } ```

en-us	#### Updating global regular expression for file systems discovery.  Request:  ```json {     "jsonrpc": "2.0",     "method": "regexp.update",     "params": {       "regexpid": "1",       "name": "File systems for discovery",       "test_string": "",       "expressions": [         {           "expression": "^(btrfs|ext2|ext3|ext4|reiser|xfs|ffs|ufs|jfs|jfs2|vxfs|hfs|apfs|refs|zfs)$",           "expression_type": "3",           "exp_delimiter": ",",           "case_sensitive": "0"         },         {           "expression": "^(ntfs|fat32|fat16)$",           "expression_type": "3",           "exp_delimiter": ",",           "case_sensitive": "0"         }       ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "regexpids": [             "1"         ]     },     "id": 1 } ```
ja	#### ファイルシステムディスカバリのグローバル正規表現更新  Request:  ```json {     "jsonrpc": "2.0",     "method": "regexp.update",     "params": {       "regexpid": "1",       "name": "File systems for discovery",       "test_string": "",       "expressions": [         {           "expression": "^(btrfs|ext2|ext3|ext4|reiser|xfs|ffs|ufs|jfs|jfs2|vxfs|hfs|apfs|refs|zfs)$",           "expression_type": "3",           "exp_delimiter": ",",           "case_sensitive": "0"         },         {           "expression": "^(ntfs|fat32|fat16)$",           "expression_type": "3",           "exp_delimiter": ",",           "case_sensitive": "0"         }       ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "regexpids": [             "1"         ]     },     "id": 1 } ```

en-us	#### Updating host inventory  Change inventory mode and add location  Request:  ```json {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10387",         "inventory_mode": 0,         "inventory": {             "location": "Latvia, Riga"         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10387"         ]     },     "id": 1 } ```
ja	#### ホストインベントリの更新  インベントリモードの変更とロケーションの追加  リクエスト:  ``` {.java} {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10387",         "inventory_mode": 0,         "inventory": {             "location": "Latvia, Riga"         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  レスポンス:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10387"         ]     },     "id": 1 } ```

en-us	#### Updating host macros  Replace all host macros with two new ones.  Request:  ```json {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10126",         "macros": [             {                 "macro": "{$PASS}",                 "value": "password"             },             {                 "macro": "{$DISC}",                 "value": "sda",                 "description": "Updated description"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10126"         ]     },     "id": 1 } ```
ja	#### ホストマクロの更新  すべてのホストマクロを新しい2つのマクロに置き換えます。  リクエスト:  ``` {.java} {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10126",         "macros": [             {                 "macro": "{$PASS}",                 "value": "password"             },             {                 "macro": "{$DISC}",                 "value": "sda",                 "description": "Updated description"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  レスポンス:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10126"         ]     },     "id": 1 } ```

en-us	#### Updating host prototype custom interfaces  Replace inherited interfaces with host prototype custom interfaces.  Request:  ```json {     "jsonrpc": "2.0",     "method": "hostprototype.update",     "params": {         "hostid": "10092",         "custom_interfaces": "1",         "interfaces": [             {                 "main": "1",                 "type": "2",                 "useip": "1",                 "ip": "127.0.0.1",                 "dns": "",                 "port": "161",                 "details": {                     "version": "2",                     "bulk": "1",                     "community": "{$SNMP_COMMUNITY}"                 }             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10092"         ]     },     "id": 1 } ```
ja	#### ホストプロトタイプカスタムインターフェイスの更新  継承されたインターフェイスをホストプロトタイプのカスタムインターフェイスに置き換えます。  Request:  ```json {     "jsonrpc": "2.0",     "method": "hostprototype.update",     "params": {         "hostid": "10092",         "custom_interfaces": "1",         "interfaces": [             {                 "main": "1",                 "type": "2",                 "useip": "1",                 "ip": "127.0.0.1",                 "dns": "",                 "port": "161",                 "details": {                     "version": "2",                     "bulk": "1",                     "community": "{$SNMP_COMMUNITY}"                 }             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10092"         ]     },     "id": 1 } ```

en-us	#### Updating host prototype tags  Replace host prototype tags with new ones.  Request:  ```json {     "jsonrpc": "2.0",     "method": "hostprototype.update",     "params": {         "hostid": "10092",         "tags": [             {                 "tag": "Datacenter",                 "value": "{#DATACENTER.NAME}"             },             {                 "tag": "Instance type",                 "value": "{#INSTANCE_TYPE}"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10092"         ]     },     "id": 1 } ```
ja	#### ホストプロトタイプタグの更新  ホストプロトタイプタグを新しいタグに置き換えます。  Request:  ```json {     "jsonrpc": "2.0",     "method": "hostprototype.update",     "params": {         "hostid": "10092",         "tags": [             {                 "tag": "Datacenter",                 "value": "{#DATACENTER.NAME}"             },             {                 "tag": "Instance type",                 "value": "{#INSTANCE_TYPE}"             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10092"         ]     },     "id": 1 } ```

en-us	#### Updating host tags  Replace all host tags with a new one.  Request:  ```json {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10387",         "tags": {             "tag": "OS",             "value": "RHEL 7"         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10387"         ]     },     "id": 1 } ```
ja	#### ホストタグの更新  すべてのホストタグを新しいものに置き換えます。  リクエスト:  ``` {.java} {     "jsonrpc": "2.0",     "method": "host.update",     "params": {         "hostid": "10387",         "tags": {             "tag": "OS",             "value": "RHEL 7"         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  レスポンス:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "hostids": [             "10387"         ]     },     "id": 1 } ```

en-us	#### Updating item preprocessing options  Update an item prototype with item preprocessing rule “Custom multiplier”.  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid": "44211",         "preprocessing": [             {                 "type": 1,                 "params": "4",                 "error_handler": 2,                 "error_handler_params": "5"             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "44211"         ]     },     "id": 1 } ```
ja	#### アイテムの事前処理オプションの更新  アイテムの事前処理ルール“乗数”でアイテムのプロトタイプを更新します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "itemprototype.update",     "params": {         "itemid": "44211",         "preprocessing": [             {                 "type": 1,                 "params": "4",                 "error_handler": 2,                 "error_handler_params": "5"             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "44211"         ]     },     "id": 1 } ```

en-us	#### Updating LLD rule preprocessing options  Update an LLD rule with preprocessing rule “JSONPath”.  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.update",     "params": {         "itemid": "44211",         "preprocessing": [             {                 "type": 12,                 "params": "$.path.to.json",                 "error_handler": 2,                 "error_handler_params": "5"             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "44211"         ]     },     "id": 1 } ```
ja	#### LLDルールの事前処理オプション更新  事前処理ルール"JSONPath"でLLDルールを更新します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.update",     "params": {         "itemid": "44211",         "preprocessing": [             {                 "type": 12,                 "params": "$.path.to.json",                 "error_handler": 2,                 "error_handler_params": "5"             }         ]     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "44211"         ]     },     "id": 1 } ```

en-us	#### Updating LLD rule script  Update an LLD rule script with a different script and remove unnecessary parameters that were used by previous script.  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```
ja	#### LLDルールスクリプトの更新  LLDルールスクリプトを別のスクリプトで更新し、前のスクリプトで使用されていた不要なパラメーターを削除します  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.update",     "params": {         "itemid": "23865",         "parameters": [],         "script": "Zabbix.Log(3, 'Log test');\nreturn 1;"     },     "auth": "700ca65537074ec963db7efabda78259",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "23865"         ]     },     "id": 1 } ```

en-us	#### Updating multiple triggers  Enable multiple triggers, that is, set their status to 0:  ```json {     "jsonrpc": "2.0",     "method": "trigger.update",     "params": [         {             "triggerid": "13938",             "status": 0         },         {             "triggerid": "13939",             "status": 0         }     ],     "auth": "0424bd59b807674191e7d77572075f33",     "id": 6 } ```  A successful response will contain the IDs of the updated triggers:  ```json {     "jsonrpc": "2.0",     "result": {         "triggerids": [             "13938",             "13939"         ]     },     "id": 6 } ```  ::: notetip This is the preferred method of updating. Some API methods like `host.massupdate` allow to write more simple code, but it's not recommended to use those methods, since they will be removed in the future releases. :::
ja	#### 複数のトリガーの更新  複数のトリガーを有効にします。つまりstatusを 0 に設定します。  ```json {     "jsonrpc": "2.0",     "method": "trigger.update",     "params": [         {             "triggerid": "13938",             "status": 0         },         {             "triggerid": "13939",             "status": 0         }     ],     "auth": "0424bd59b807674191e7d77572075f33",     "id": 6 } ```  更新が成功した応答には、更新されたトリガーの ID が含まれます。  ```json {     "jsonrpc": "2.0",     "result": {         "triggerids": [             "13938",             "13939"         ]     },     "id": 6 } ```  ::: notetip これは、推奨される更新方法です。`host.massupdate`などの一部の API メソッドを使用すると、より単純なコードを記述できますが、これらのメソッドは将来のリリースで削除される予定のため、使用は推奨されません。 :::

en-us	#### Updating problems  The problem update popup allows to:  -   comment on the problem -   view comments and actions so far -   change problem severity -   acknowledge/unacknowledge problem -   manually close problem  ![](../../assets/en/manual/acknowledges/update_problem.png){width="600"}  All mandatory input fields are marked with a red asterisk.  |Parameter|Description| |--|--------| |*Problem*|If only one problem is selected, the problem name is displayed.<br>If several problems are selected, *N problems selected* is displayed.| |*Message*|Enter text to comment on the problem (maximum 2048 characters).| |*History*|Previous activities and comments on the problem are listed, along with the time and user details.<br>For the meaning of icons used to denote user actions see the [event detail](/manual/web_interface/frontend_sections/monitoring/problems#viewing_details) page.<br>Note that history is displayed if only one problem is selected for the update.| |*Scope*|Define the scope of such actions as changing severity, acknowledging or manually closing problems:<br>**Only selected problem** - will affect this event only<br>**Selected and all other problems of related triggers** - in case of acknowledgment/closing problem, will affect this event and all other problems that are not acknowledged/closed so far. If the scope contains problems already acknowledged or closed, these problems will not be acknowledged/closed repeatedly. On the other hand, the number of message and severity change operations are not limited.| |*Change severity*|Mark the checkbox and click on the severity button to update problem severity.<br>The checkbox for changing severity is available if read-write permissions exist for at least one of the selected problems. Only those problems that are read-writable will be updated when clicking on *Update*.<br>If read-write permissions exist for none of the selected triggers, the checkbox is disabled.| |*Acknowledge*|Mark the checkbox to acknowledge the problem.<br>This checkbox is available if there is at least one unacknowledged problem among the selected.<br>It is not possible to add another acknowledgment for an already acknowledged problem (it is possible to add another comment though).| |*Unacknowledge*|Mark the checkbox to unacknowledge the problem.<br>This checkbox is available if there is at least one acknowledged problem among the selected.| |*Close problem*|Mark the checkbox to manually close the selected problem(s).<br>The checkbox for closing a problem is available if the *Allow manual close* option is checked in [trigger configuration](/manual/config/triggers/trigger) for at least one of the selected problems. Only those problems will be closed that are allowed to be closed when clicking on *Update*.<br>If no problem is manually closeable, the checkbox is disabled.<br>Already closed problems will not be closed repeatedly.|
ja	#### 障害の更新  障害更新ポップアップで可能です。  - 障害に対するコメント - これまでのコメントとアクションを表示 - 障害の深刻度を変更 - 障害の確認/未確認の切り替え - 手動で障害をクローズする  ![](../../assets/en/manual/acknowledges/update_problem.png){width="600"}  必須入力項目には、赤いアスタリスクが表示されています。  |パラメータ|説明| |---------|-----------| |*障害*|障害が1つだけ選択されている場合は障害害名が表示されます。<br>複数の障害が選択されている場合は、*N 個の障害が選択されています* と表示されます。| |*メッセージ*|障害に対するコメントをテキストで入力してください（最大2048文字）| |*履歴*|障害に対するこれまでの活動やコメントが、時間やユーザーの詳細とともに一覧表示されます。<br>ユーザーの操作を表すアイコンの意味については、[イベント詳細](/manual/web_interface/frontend_sections/monitoring/problems#viewing_details)のページをご覧ください。<br>なお、履歴は、更新対象の障害が1つだけ選択されている場合に表示されます。| |*スコープ*|障害の深刻度の変更、確認、手動によるクローズなどのアクションの範囲を定義する。<br>**選択した障害のみ** - このイベントのみに影響します。<br>**選択した障害と関連するトリガーのすべての障害** - 確認/クローズされた障害がある場合、このイベントと、これまでに確認/クローズされていない他のすべての障害に影響します。スコープにすでに確認またはクローズされた障害が含まれている場合、これらの障害が繰り返し確認/クローズされることはありません。一方、メッセージと深刻度の変更操作の数は制限されていません。| |*深刻度の変更*|チェックボックスをマークし、深刻度ボタンをクリックすると、障害の深刻度が更新されます。<br>深刻度を変更するチェックボックスは、選択した障害のうち少なくとも1つに読み取り/書き込み権限がある場合に使用できます。*更新* をクリックすると、読み取り/書き込み可能な障害のみが更新されます。<br>選択したトリガーのいずれにも読み取り/書き込み権限が存在しない場合、チェックボックスは無効になります。| |*確認*|チェックボックスをマークして、障害を確認します。<br>このチェックボックスは、選択した障害の中に未確認のものが1つでもある場合に有効です。<br>すでに確認されている障害に対して、さらに確認を追加することはできません（ただし、別のコメントを追加することは可能です）。| |*未確認*|チェックボックスをマークして、障害を未確認状態にします。<br>このチェックボックスは、選択された中に少なくとも1つの確認済の障害がある場合に利用できます。| |*障害のクローズ*|選択した障害を手動でクローズする場合は、チェックボックスをオンにします。<br>障害をクローズするためのチェックボックスは、選択した障害の少なくとも1つについて、[トリガー設定](/manual/config/triggers/trigger)で*手動クローズを許可する*オプションがチェックされている場合に利用可能です。*更新*をクリックすると、クローズが許可されている障害のみがクローズされます。<br>手動でクローズできる障害がない場合、チェックボックスは無効になります。<br>すでにクローズした障害を、繰り返しクローズすることはできません。|

en-us	#### Updating service tags  Make SLA with ID "5" to be calculated at monthly intervals for NoSQL related services, without changing its schedule or excluded downtimes; set SLO to 95%.  Request:  ```json {     "jsonrpc": "2.0",     "method": "sla.update",     "params": [         {             "slaid": "5",             "name": "NoSQL Database engines",             "slo": "95",             "period": 2,             "service_tags": [                 {                     "tag": "Database",                     "operator": "0",                     "value": "Redis"                 },                 {                     "tag": "Database",                     "operator": "0",                     "value": "MongoDB"                 }             ]         }     ],     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "slaids": [             "5"         ]     },     "id": 1 } ```
ja	#### サービスタグの更新  ID"5"のSLAを、スケジュールを変更したりダウンタイムを除外したりせずに、NoSQL関連サービスの月間隔で計算するようにします。 SLOを95％に設定します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "sla.update",     "params": [         {             "slaid": "5",             "name": "NoSQL Database engines",             "slo": "95",             "period": 2,             "service_tags": [                 {                     "tag": "Database",                     "operator": "0",                     "value": "Redis"                 },                 {                     "tag": "Database",                     "operator": "0",                     "value": "MongoDB"                 }             ]         }     ],     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "slaids": [             "5"         ]     },     "id": 1 } ```

en-us	#### Updating template dashboard pages  Rename the first dashboard page, replace widgets on the second dashboard page and add a new page as the third one. Delete all other dashboard pages.  Request:  ```json {     "jsonrpc": "2.0",     "method": "templatedashboard.update",     "params": {         "dashboardid": "2",         "pages": [             {                 "dashboard_pageid": 1,                 "name": 'Renamed Page'             },             {                 "dashboard_pageid": 2,                 "widgets": [                     {                         "type": "clock",                         "x": 0,                         "y": 0,                         "width": 4,                         "height": 3                     }                 ]             },             {                 "display_period": 60             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "dashboardids": [             "2"         ]     },     "id": 2 } ```
ja	#### テンプレート ダッシュボード ページの更新  最初のダッシュボード ページの名前を変更し、2 番目のダッシュボード ページのウィジェットを置き換え、3 番目のページとして新しいページを追加します。 他のすべてのダッシュボード ページを削除します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "templatedashboard.update",     "params": {         "dashboardid": "2",         "pages": [             {                 "dashboard_pageid": 1,                 "name": 'Renamed Page'             },             {                 "dashboard_pageid": 2,                 "widgets": [                     {                         "type": "clock",                         "x": 0,                         "y": 0,                         "width": 4,                         "height": 3                     }                 ]             },             {                 "display_period": 60             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "dashboardids": [             "2"         ]     },     "id": 2 } ```

en-us	 #### Upgrade
ja	 #### アップグレード

en-us	#### Upgrade between minor versions  It is possible to upgrade between minor versions of 6.0.x (for example, from 6.0.1 to 6.0.3). Upgrading between minor versions is easy.  To execute Zabbix minor version upgrade it is required to run:      sudo dnf upgrade 'zabbix-*'  To execute Zabbix server minor version upgrade run:      sudo dnf upgrade 'zabbix-server-*'  To execute Zabbix agent minor version upgrade run:      sudo dnf upgrade 'zabbix-agent-*'  or, for Zabbix agent 2:      sudo dnf upgrade 'zabbix-agent2-*'
ja	#### マイナーバージョンアップグレード  6.0.xはマイナーバージョン間の、たとえば6.0.1から6.0.3のアップグレードが可能です。マイナーバージョンアップグレードは簡単です。  Zabbix全体のマイナーバージョンアップグレードをするには、次のコマンドを実行します。      $ sudo dnf upgrade 'zabbix-*'  Zabbixサーバーのマイナーバージョンアップグレードをするには、次のコマンドを実行します。      $ sudo dnf upgrade 'zabbix-server-*'  Zabbixエージェントのマイナーバージョンアップグレードをするには、次のコマンドを実行します。      $ sudo dnf upgrade 'zabbix-agent-*'  また、Zabbixエージェント2の場合は      $ sudo dnf upgrade 'zabbix-agent2-*'

en-us	#### Upgrade between minor versions  It is possible to upgrade between minor versions of 6.0.x (for example, from 6.0.1 to 6.0.3). Upgrading between minor versions is easy.  To execute Zabbix minor version upgrade it is required to run:      $ sudo yum upgrade 'zabbix-*'  To execute Zabbix server minor version upgrade run:      $ sudo yum upgrade 'zabbix-server-*'  To execute Zabbix agent minor version upgrade run:      $ sudo yum upgrade 'zabbix-agent-*'  or, for Zabbix agent 2:      $ sudo yum upgrade 'zabbix-agent2-*'  Note that you may also use 'update' instead of 'upgrade' in these commands. While 'upgrade' will delete obsolete packages, 'update' will preserve them.
ja	#### マイナーバージョンアップグレード  6.0.xはマイナーバージョンアップグレード可能です。（たとえば6.0.1から6.0.3）マイナーバージョンアップグレードは簡単です。  Zabbix全体をマイナーバージョンアップグレードするには、次のコマンドを実行します。      $ sudo yum upgrade 'zabbix-*'  Zabbixサーバーをマイナーバージョンアップグレードするには、次のコマンドを実行します。      $ sudo yum upgrade 'zabbix-server-*'  Zabbixエージェントをマイナーバージョンアップグレードするには、次のコマンドを実行します。      $ sudo yum upgrade 'zabbix-agent-*'  エージェント2の場合は      $ sudo yum upgrade 'zabbix-agent2-*'  これらのコマンドでは「upgrade」の代わりに「update」を使用可能です。'upgrade'は不要になったパッケージの削除を自動で行いますが'update'はそれらを保持します。

en-us	#### Upgrade between minor versions  When upgrading between minor versions of 6.0.x (for example from 6.0.1 to 6.0.3) it is required to execute the same actions for server/proxy/agent as during the upgrade between major versions. The only difference is that when upgrading between minor versions no changes to the database are made.
ja	#### マイナーバージョンアップグレード  6.0.xをマイナーバージョンアップグレード（たとえば、6.0.1から6.0.3）する場合は、メジャーバージョンアップグレード時と同じアクションをサーバー/プロキシ/エージェントに対して実行する必要があります。唯一の違いは、マイナーバージョンアップグレードする場合、データベースに変更が加えられないことです。

en-us	#### Upgrade procedure
ja	#### アップグレード手順

en-us	#### Upgrade procedure
ja	#### アップグレード手順

en-us	#### Upgrade procedure
ja	#### アップグレード手順

en-us	#### - Upgrading  The Zabbix appliance packages may be upgraded. To do so, run:      dnf update zabbix*
ja	#### - アップグレード  Zabbixアプライアンスパッケージはアップグレードされる場合があります。これを行うには、次を実行します。      dnf update zabbix\*

en-us	 #### Usability improvements to custom graphs  The graph page in *Monitoring* → *Hosts* → *Graphs* has seen  several usability improvements:  -   There is no longer a 20 graph limit in the page -   A subfilter has been added allowing to quickly select groups of related graphs based on a common tag or tag value -   Simple graphs for the host can be displayed alongside custom graphs  For more details, see the [graph](/manual/web_interface/frontend_sections/monitoring/hosts/graphs) page.
ja	 #### カスタムグラフのユーザビリティ向上  *監視データ* → *ホスト* → *グラフ* のグラフページで、いくつかの操作性が改善されました。  - グラフページに20個のグラフの制限がなくなりました。 - 共通のタグやタグの値に基づいて、関連するグラフのグループをすばやく選択できるサブフィルタが追加されました。 - ホスト用のシンプルなグラフをカスタムグラフと一緒に表示することができます。  詳細は、[グラフ](/manual/web_interface/frontend_sections/monitoring/hosts/graphs) ページを参照してください。

en-us	#### Usage
ja	#### 使用方法

en-us	#### Usage example  Executing the script **check\_oracle.sh** with the first parameters '-h'. The second parameter will be replaced by IP address or DNS name, depending on the selection in the host properties.      check_oracle.sh["-h","{HOST.CONN}"]  Assuming host is configured to use IP address, Zabbix will execute:      check_oracle.sh '-h' '192.168.1.4'
ja	#### 使用例  最初のパラメーターに '-h' を指定してスクリプト **check_oracle.sh** を実行します。<br> 第2パラメータは、ホストプロパティでの選択に応じて、IPアドレスまたはDNS名に置き換えられます。<br>      check_oracle.sh["-h","{HOST.CONN}"].  ホストがIPアドレスを使用するように設定されていると仮定して、Zabbixが実行します      check_oracle.sh '-h' '192.168.1.4' 

en-us	#### Usage examples
ja	#### 使用例

en-us	##### Usage examples  **Example 1**  The example demonstrates how to run Zabbix server with MySQL database support, Zabbix web interface based on the Nginx web server and Zabbix Java gateway.  1\. Create network dedicated for Zabbix component containers:      # docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net  2\. Start empty MySQL server instance      # docker run --name mysql-server -t \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           --network=zabbix-net \           --restart unless-stopped \           -d mysql:8.0 \           --character-set-server=utf8 --collation-server=utf8_bin \           --default-authentication-plugin=mysql_native_password  3\. Start Zabbix Java gateway instance      # docker run --name zabbix-java-gateway -t \           --network=zabbix-net \           --restart unless-stopped \           -d zabbix/zabbix-java-gateway:alpine-5.4-latest  4\. Start Zabbix server instance and link the instance with created MySQL server instance      # docker run --name zabbix-server-mysql -t \           -e DB_SERVER_HOST="mysql-server" \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           -e ZBX_JAVAGATEWAY="zabbix-java-gateway" \           --network=zabbix-net \           -p 10051:10051 \           --restart unless-stopped \           -d zabbix/zabbix-server-mysql:alpine-5.4-latest  ::: noteclassic Zabbix server instance exposes 10051/TCP port (Zabbix trapper) to host machine. :::  5\. Start Zabbix web interface and link the instance with created MySQL server and Zabbix server instances      # docker run --name zabbix-web-nginx-mysql -t \           -e ZBX_SERVER_HOST="zabbix-server-mysql" \           -e DB_SERVER_HOST="mysql-server" \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           --network=zabbix-net \           -p 80:8080 \           --restart unless-stopped \           -d zabbix/zabbix-web-nginx-mysql:alpine-5.4-latest  ::: noteclassic Zabbix web interface instance exposes 80/TCP port (HTTP) to host machine. :::  **Example 2**  The example demonstrates how to run Zabbix server with PostgreSQL database support, Zabbix web interface based on the Nginx web server and SNMP trap feature.  1\. Create network dedicated for Zabbix component containers:      # docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net  2\. Start empty PostgreSQL server instance      # docker run --name postgres-server -t \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           --network=zabbix-net \           --restart unless-stopped \           -d postgres:latest  3\. Start Zabbix snmptraps instance      # docker run --name zabbix-snmptraps -t \           -v /zbx_instance/snmptraps:/var/lib/zabbix/snmptraps:rw \           -v /var/lib/zabbix/mibs:/usr/share/snmp/mibs:ro \           --network=zabbix-net \           -p 162:1162/udp \           --restart unless-stopped \           -d zabbix/zabbix-snmptraps:alpine-5.4-latest  ::: noteclassic Zabbix snmptrap instance exposes the 162/UDP port (SNMP traps) to host machine. :::  4\. Start Zabbix server instance and link the instance with created PostgreSQL server instance      # docker run --name zabbix-server-pgsql -t \           -e DB_SERVER_HOST="postgres-server" \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           -e ZBX_ENABLE_SNMP_TRAPS="true" \           --network=zabbix-net \           -p 10051:10051 \           --volumes-from zabbix-snmptraps \           --restart unless-stopped \           -d zabbix/zabbix-server-pgsql:alpine-5.4-latest  ::: noteclassic Zabbix server instance exposes the 10051/TCP port (Zabbix trapper) to host machine. :::  5\. Start Zabbix web interface and link the instance with created PostgreSQL server and Zabbix server instances      # docker run --name zabbix-web-nginx-pgsql -t \           -e ZBX_SERVER_HOST="zabbix-server-pgsql" \           -e DB_SERVER_HOST="postgres-server" \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           --network=zabbix-net \           -p 443:8443 \           -p 80:8080 \           -v /etc/ssl/nginx:/etc/ssl/nginx:ro \           --restart unless-stopped \           -d zabbix/zabbix-web-nginx-pgsql:alpine-5.4-latest  ::: noteclassic Zabbix web interface instance exposes the 443/TCP port (HTTPS) to host machine.\ Directory */etc/ssl/nginx* must contain certificate with required name. :::  **Example 3**  The example demonstrates how to run Zabbix server with MySQL database support, Zabbix web interface based on the Nginx web server and Zabbix Java gateway using `podman` on Red Hat 8.  1\. Create new pod with name `zabbix` and exposed ports (web-interface, Zabbix server trapper):      podman pod create --name zabbix -p 80:8080 -p 10051:10051  2\. (optional) Start Zabbix agent container in `zabbix` pod location:      podman run --name zabbix-agent \         -eZBX_SERVER_HOST="127.0.0.1,localhost" \         --restart=always \         --pod=zabbix \         -d registry.connect.redhat.com/zabbix/zabbix-agent-50:latest  3\. Create `./mysql/` directory on host and start Oracle MySQL server 8.0:      podman run --name mysql-server -t \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           -v ./mysql/:/var/lib/mysql/:Z \           --restart=always \           --pod=zabbix \           -d mysql:8.0 \           --character-set-server=utf8 --collation-server=utf8_bin \           --default-authentication-plugin=mysql_native_password  3\. Start Zabbix server container:      podman run --name zabbix-server-mysql -t \                       -e DB_SERVER_HOST="127.0.0.1" \                       -e MYSQL_DATABASE="zabbix" \                       -e MYSQL_USER="zabbix" \                       -e MYSQL_PASSWORD="zabbix_pwd" \                       -e MYSQL_ROOT_PASSWORD="root_pwd" \                       -e ZBX_JAVAGATEWAY="127.0.0.1" \                       --restart=always \                       --pod=zabbix \                       -d registry.connect.redhat.com/zabbix/zabbix-server-mysql-50  4\. Start Zabbix Java Gateway container:      podman run --name zabbix-java-gateway -t \           --restart=always \           --pod=zabbix \           -d registry.connect.redhat.com/zabbix/zabbix-java-gateway-50  5\. Start Zabbix web-interface container:      podman run --name zabbix-web-mysql -t \                       -e ZBX_SERVER_HOST="127.0.0.1" \                       -e DB_SERVER_HOST="127.0.0.1" \                       -e MYSQL_DATABASE="zabbix" \                       -e MYSQL_USER="zabbix" \                       -e MYSQL_PASSWORD="zabbix_pwd" \                       -e MYSQL_ROOT_PASSWORD="root_pwd" \                       --restart=always \                       --pod=zabbix \                       -d registry.connect.redhat.com/zabbix/zabbix-web-mysql-50  ::: noteclassic Pod `zabbix` exposes 80/TCP port (HTTP) to host machine from 8080/TCP of `zabbix-web-mysql` container. :::
ja	##### 使用例  **例 1**  この例は、MySQL データベースをサポートする Zabbix サーバー、Nginx Web サーバーに基づく Zabbix Web インターフェイス、および Zabbix Java ゲートウェイを実行する方法を示しています。  1\. Zabbix コンポーネント コンテナ専用のネットワークを作成します。      # docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net  2\. 空の MySQL サーバー インスタンスを開始する      # docker run --name mysql-server -t \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           --network=zabbix-net \           --restart unless-stopped \           -d mysql:8.0 \           --character-set-server=utf8 --collation-server=utf8_bin \           --default-authentication-plugin=mysql_native_password  3\. Zabbix Java ゲートウェイ インスタンスの起動      # docker run --name zabbix-java-gateway -t \           --network=zabbix-net \           --restart unless-stopped \           -d zabbix/zabbix-java-gateway:alpine-5.4-latest  4\. Zabbix サーバー インスタンスを起動し、作成した MySQL サーバー インスタンスにインスタンスをリンクします。      # docker run --name zabbix-server-mysql -t \           -e DB_SERVER_HOST="mysql-server" \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           -e ZBX_JAVAGATEWAY="zabbix-java-gateway" \           --network=zabbix-net \           -p 10051:10051 \           --restart unless-stopped \           -d zabbix/zabbix-server-mysql:alpine-5.4-latest  ::: noteclassic Zabbix サーバー インスタンスは、10051/TCP ポート (Zabbix トラッパー) をホスト マシンに公開します。 :::  5\. Zabbix Web インターフェイスを起動し、作成した MySQL サーバーと Zabbix サーバー インスタンスにインスタンスをリンクします      # docker run --name zabbix-web-nginx-mysql -t \           -e ZBX_SERVER_HOST="zabbix-server-mysql" \           -e DB_SERVER_HOST="mysql-server" \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           --network=zabbix-net \           -p 80:8080 \           --restart unless-stopped \           -d zabbix/zabbix-web-nginx-mysql:alpine-5.4-latest  ::: noteclassic Zabbix Web インターフェイス インスタンスは、80/TCP ポート (HTTP) をホスト マシンに公開します。 :::  **例 2**  この例では、PostgreSQL データベースをサポートする Zabbix サーバー、Nginx Web サーバーに基づく Zabbix Web インターフェイス、および SNMP トラップ機能を実行する方法を示します。  1\. Zabbix コンポーネント コンテナ専用のネットワークを作成します。      # docker network create --subnet 172.20.0.0/16 --ip-range 172.20.240.0/20 zabbix-net  2\. 空の PostgreSQL サーバー インスタンスを起動する      # docker run --name postgres-server -t \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           --network=zabbix-net \           --restart unless-stopped \           -d postgres:latest  3\. Zabbix ANMPトラップ インスタンスの開始      # docker run --name zabbix-snmptraps -t \           -v /zbx_instance/snmptraps:/var/lib/zabbix/snmptraps:rw \           -v /var/lib/zabbix/mibs:/usr/share/snmp/mibs:ro \           --network=zabbix-net \           -p 162:1162/udp \           --restart unless-stopped \           -d zabbix/zabbix-snmptraps:alpine-5.4-latest  ::: noteclassic Zabbix snmptrap インスタンスは、162/UDP ポート (SNMP トラップ) をホスト マシンに公開します。 :::  4\. Zabbix サーバー インスタンスを起動し、作成した PostgreSQL サーバー インスタンスとインスタンスをリンクします。      # docker run --name zabbix-server-pgsql -t \           -e DB_SERVER_HOST="postgres-server" \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           -e ZBX_ENABLE_SNMP_TRAPS="true" \           --network=zabbix-net \           -p 10051:10051 \           --volumes-from zabbix-snmptraps \           --restart unless-stopped \           -d zabbix/zabbix-server-pgsql:alpine-5.4-latest  ::: noteclassic Zabbix サーバー インスタンスは、10051/TCP ポート (Zabbix トラッパー) をホスト マシンに公開します。 :::  5\. Zabbix Web インターフェイスを起動し、作成した PostgreSQL サーバーと Zabbix サーバー インスタンスにインスタンスをリンクします。      # docker run --name zabbix-web-nginx-pgsql -t \           -e ZBX_SERVER_HOST="zabbix-server-pgsql" \           -e DB_SERVER_HOST="postgres-server" \           -e POSTGRES_USER="zabbix" \           -e POSTGRES_PASSWORD="zabbix_pwd" \           -e POSTGRES_DB="zabbix" \           --network=zabbix-net \           -p 443:8443 \           -p 80:8080 \           -v /etc/ssl/nginx:/etc/ssl/nginx:ro \           --restart unless-stopped \           -d zabbix/zabbix-web-nginx-pgsql:alpine-5.4-latest  ::: noteclassic Zabbix Web インターフェイス インスタンスは、443/TCP ポート (HTTPS) をホスト マシンに公開します。 ディレクトリ */etc/ssl/nginx* には、必要な名前の証明書が含まれている必要があります。 :::  **例 3**  この例では、MySQL データベースをサポートする Zabbix サーバー、Nginx Web サーバーに基づく Zabbix Web インターフェイス、Red Hat 8 で`podman`を使用する Zabbix Java ゲートウェイを実行する方法を示します。  1\. `zabbix`という名前と公開されたポート (Web インターフェイス、Zabbix サーバー トラッパー) で新しいポッドを作成します。      podman pod create --name zabbix -p 80:8080 -p 10051:10051  2\. (オプション) `zabbix` ポッドの場所で Zabbix エージェント コンテナーを開始します。      podman run --name zabbix-agent \         -eZBX_SERVER_HOST="127.0.0.1,localhost" \         --restart=always \         --pod=zabbix \         -d registry.connect.redhat.com/zabbix/zabbix-agent-50:latest  3\. ホストに `./mysql/` ディレクトリを作成し、Oracle MySQL サーバー 8.0 を起動します。      podman run --name mysql-server -t \           -e MYSQL_DATABASE="zabbix" \           -e MYSQL_USER="zabbix" \           -e MYSQL_PASSWORD="zabbix_pwd" \           -e MYSQL_ROOT_PASSWORD="root_pwd" \           -v ./mysql/:/var/lib/mysql/:Z \           --restart=always \           --pod=zabbix \           -d mysql:8.0 \           --character-set-server=utf8 --collation-server=utf8_bin \           --default-authentication-plugin=mysql_native_password  3\. Zabbix サーバー コンテナを起動します。      podman run --name zabbix-server-mysql -t \                       -e DB_SERVER_HOST="127.0.0.1" \                       -e MYSQL_DATABASE="zabbix" \                       -e MYSQL_USER="zabbix" \                       -e MYSQL_PASSWORD="zabbix_pwd" \                       -e MYSQL_ROOT_PASSWORD="root_pwd" \                       -e ZBX_JAVAGATEWAY="127.0.0.1" \                       --restart=always \                       --pod=zabbix \                       -d registry.connect.redhat.com/zabbix/zabbix-server-mysql-50  4\. Zabbix Java ゲートウェイ コンテナを起動します。      podman run --name zabbix-java-gateway -t \           --restart=always \           --pod=zabbix \           -d registry.connect.redhat.com/zabbix/zabbix-java-gateway-50  5\. Zabbix Web インターフェイス コンテナを起動します。      podman run --name zabbix-web-mysql -t \                       -e ZBX_SERVER_HOST="127.0.0.1" \                       -e DB_SERVER_HOST="127.0.0.1" \                       -e MYSQL_DATABASE="zabbix" \                       -e MYSQL_USER="zabbix" \                       -e MYSQL_PASSWORD="zabbix_pwd" \                       -e MYSQL_ROOT_PASSWORD="root_pwd" \                       --restart=always \                       --pod=zabbix \                       -d registry.connect.redhat.com/zabbix/zabbix-web-mysql-50  ::: noteclassic Pod `zabbix` は `zabbix-web-mysql` コンテナの 8080/TCP からホスト マシンに 80/TCP ポート (HTTP) を公開します。 :::

en-us	#### Usage examples  Examples of keys for aggregate calculations.
ja	#### 使用例  集計のためのキーの例です。

en-us	#### Usage      zabbix_js -s script-file -p input-param [-l log-level] [-t timeout]     zabbix_js -s script-file -i input-file [-l log-level] [-t timeout]     zabbix_js -h     zabbix_js -V  zabbix\_js accepts the following command line parameters:        -s, --script script-file          Specify the file name of the script to execute. If '-' is specified as file name, the script will be read from stdin.       -i, --input input-file            Specify the file name of the input parameter. If '-' is specified as file name, the input will be read from stdin.       -p, --param input-param           Specify the input parameter.       -l, --loglevel log-level          Specify the log level.       -t, --timeout timeout             Specify the timeout in seconds. Valid range: 1-60 seconds (default: 10 seconds).       -h, --help                        Display help information.       -V, --version                     Display the version number.  Example:      zabbix_js -s script-file.js -p example
ja	#### 使用法      zabbix_js -s script-file -p input-param [-l log-level] [-t timeout]     zabbix_js -s script-file -i input-file [-l log-level] [-t timeout]     zabbix_js -h     zabbix_js -V  zabbix\_jsは、次のコマンドラインパラメーターを使用可能です。        -s, --script script-file          実行するスクリプトのファイル名を指定します。'-'がファイル名として指定されている場合、スクリプトはstdinから読み取られます。       -i, --input input-file            入力パラメーターのファイル名を指定します。'-'がファイル名として指定されている場合、入力はstdinから読み取られます。       -p, --param input-param           入力パラメーターを指定します。       -l, --loglevel log-level          ログレベルを指定します。       -t, --timeout timeout             タイムアウトを秒単位で指定します。有効な範囲: 1~60秒 (デフォルト: 10秒)       -h, --help                        ヘルプを表示します。       -V, --version                     バージョン番号を表示します。  例:      zabbix_js -s script-file.js -p example

en-us	#### Use cases
ja	#### 使用例

en-us	#### Use cases
ja	#### 使用例

en-us	### Use cases  Some use cases for recovery operations are as follows:  1.  Notify all users that were notified on the problem  ```{=html} <!-- --> ```        * Select 'Send recovery message' as operation type     - Have multiple operations upon recovery: send a notification and execute a remote command        * Add operation types for sending a message and executing a command     - Open a ticket in external helpdesk/ticketing system and close it when the problem is resolved        * Create an external script that communicates with the helpdesk system        * Create an action having operation that executes this script and thus opens a ticket        * Have a recovery operation that executes this script with other parameters and closes the ticket        * Use the {EVENT.ID} macro to reference the original problem
ja	### ユースケース  復旧時実行内容の使用例は次のとおりです。  1.  障害について通知されたすべてのユーザーに通知する  ```{=html} <!-- --> ```        * 操作タイプとして'リカバリメッセージを送信する'を選択します      - 回復時に複数の操作を行う: 通知の送信とリモート コマンドの実行        * メッセージの送信とコマンドの実行の操作タイプを追加      - 外部のヘルプデスク/チケット システムでチケットを開き、障害が解決したらクローズします        * ヘルプデスク システムと通信する外部スクリプトを作成する        * このスクリプトを実行してチケットを開く操作を持つアクションを作成します        * このスクリプトを他のパラメーターで実行し、チケットをクローズする復旧操作を行う        * {EVENT.ID} マクロを使用して、元の障害を参照します

en-us	#### Use cases  Some use cases for this functionality are as follows:  1.  Mark trigger events in the frontend     -   Define tags on trigger level;     -   See how all trigger problems are marked with these tags in         *Monitoring* → *Problems*. 2.  Mark all template-inherited problems     -   Define a tag on template level, for example 'App=MySQL';     -   See how those host problems that are created by triggers from         this template are marked with these tags in *Monitoring* →         *Problems*. 3.  Mark all host problems     -   Define a tag on host level, for example 'Service=JIRA';     -   See how all problems of the host triggers are marked with these         tags in *Monitoring* → *Problems* 4.  Group related items     -   Define a tag on item level, for example 'MySQL';     -   See all items tagged as 'MySQL' in *Latest data* by using the         tag filter 5.  Identify problems in a log file and close them separately     -   Define tags in the log trigger that will identify events using         value extraction by the `{{ITEM.VALUE<N>}.regsub()}` macro;     -   In trigger configuration, have multiple problem event generation         mode;     -   In trigger configuration, use [event         correlation](/manual/config/event_correlation): select the         option that OK event closes only matching events and choose the         tag for matching;     -   See problem events created with a tag and closed individually. 6.  Use it to filter notifications     -   Define tags on the trigger level to mark events by different         tags;     -   Use tag filtering in action conditions to receive notifications         only on the events that match tag data. 7.  Use information extracted from item value as tag value     -   Use an `{{ITEM.VALUE<N>}.regsub()}` macro in the tag value;     -   See tag values in *Monitoring* → *Problems* as extracted data         from item value. 8.  Identify problems better in notifications     -   Define tags on the trigger level;     -   Use an {EVENT.TAGS} macro in the problem notification;     -   Easier identify which application/service the notification         belongs to. 9.  Simplify configuration tasks by using tags on the template level     -   Define tags on the template trigger level;     -   See these tags on all triggers created from template triggers. 10. Create triggers with tags from low-level discovery (LLD)     -   Define tags on trigger prototypes;     -   Use LLD macros in the tag name or value;     -   See these tags on all triggers created from trigger prototypes.
ja	#### 使用例  この機能の使用例としては、以下のようなものがあります:  1.  フロントエンドでトリガーイベントをマーク     -   トリガーレベルでタグを定義します。     -   *Monitoring* → *Problems* で、すべてのトリガー問題がこれらのタグでどのようにマークされるかを確認します。 2.  テンプレートに継承されるすべての問題をマーク     -   テンプレートレベルでタグを定義します。（例：'App=MySQL'）     -   このテンプレートからトリガーによって作成されたホスト問題が、どのように*Monitoring* → *Problems*でこれらのタグで     マークされるかを確認します。 3.  すべてのホストの問題をマーク     -   ホストレベルで、例えば'Service=JIRA'のようなタグを定義します。     -   *Monitoring* → *Problems* で、ホストトリガーのすべての問題がこれらのタグでどのようにマークされるかを確認します。 4.  関連するアイテムのグループ化     -   例えば'MySQL'のように、アイテムレベルでタグを定義します。     -   タグフィルターを使用して、*Latest data* で 'MySQL' としてタグ付けされたすべてのアイテムを確認します。 5.  ログファイル内の問題を特定し、個別にクローズ     -   `{ITEM.VALUE<N>}.regsub()}`マクロによる値抽出を使用してイベントを特定するタグを、ログトリガーに定義します。     -  トリガーの設定で、複数の問題のイベント生成モードを持ちます。     -  トリガー設定で、[even correlation](/manual/config/event_correlation) を使います: OKイベントがマッチするイベントだけを     閉じるというオプションを選び、マッチングのためのタグを選択します。     -   タグで作成され、個別に閉じられた問題イベントを参照してください。 6.  通知のフィルタリングに使用     -   トリガーレベルでタグを定義し、異なるタグでイベントをマークします。     -   アクションコンディションでタグフィルタリングを使用し、タグデータに一致するイベントのみ通知を受けることができます。 7.  item の値から抽出した情報をタグの値として利用     -   タグ値に `{ITEM.VALUE<N>}.regsub()}` マクロを使用します。     -   item 値から抽出したデータとして、*Monitoring* → *Problems* のタグ値を参照します。 8.  通知で問題をよりよく特定     -   トリガーレベルでタグを定義します。     -   問題通知で{EVENT.TAGS}マクロを使用します。     -   通知がどのアプリケーション/サービスに属するかをより簡単に識別できます。 9.  テンプレートレベルでタグを使用し、設定作業を簡素化     -   テンプレートトリガーレベルでタグを定義します。     -   テンプレートトリガーから作成されたすべてのトリガーにこれらのタグが表示されます。 10. ローレベルディスカバリー（LLD）からタグを使用してトリガーを作成     -   トリガー プロトタイプにタグを定義します。     -   タグの名前または値で LLD マクロを使用します。     -   トリガー プロトタイプから作成されたすべてのトリガーで、これらのタグを参照してください。

en-us	#### Use cases  User macros with context can be defined to accomplish more flexible thresholds in trigger expressions (based on the values retrieved by low-level discovery). For example, you may define the following macros:  -   {$LOW\_SPACE\_LIMIT} = 10 -   {$LOW\_SPACE\_LIMIT:/home} = 20 -   {$LOW\_SPACE\_LIMIT:regex:"\^\\/\[a-z\]+$"} = 30  Then a low-level discovery macro may be used as macro context in a trigger prototype for mounted file system discovery:      last(/host/vfs.fs.size[{#FSNAME},pfree])<{$LOW_SPACE_LIMIT:"{#FSNAME}"}  After the discovery different low-space thresholds will apply in triggers depending on the discovered mount points or file system types. Problem events will be generated if:  -   /home folder has less than 20% of free disk space -   folders that match the regexp pattern (like /etc, /tmp or /var) have     less than 30% of free disk space -   folders that don't match the regexp pattern and are not /home have     less than 10% of free disk space
ja	#### ユースケース  コンテキストを持つユーザー マクロを定義して、トリガー式で(ローレベルディスカバリによって取得された値に基づく)より柔軟なしきい値を実現できます。たとえば、次のマクロを定義できます。 -   {$LOW\_SPACE\_LIMIT} = 10 -   {$LOW\_SPACE\_LIMIT:/home} = 20 -   {$LOW\_SPACE\_LIMIT:regex:"\^\\/\[a-z\]+$"} = 30  次に、ローレベルディスカバリマクロを、マウントされたファイル システム検出のトリガー プロトタイプでマクロ コンテキストとして使用できます:      last(/host/vfs.fs.size[{#FSNAME},pfree])<{$LOW_SPACE_LIMIT:"{#FSNAME}"}  検出後、検出されたマウント ポイントまたはファイル システムの種類に応じて、さまざまな低容量しきい値がトリガーに適用されます。 障害イベントは、次の場合に生成されます。  -   /home フォルダーの空きディスク容量が 20% 未満 - 正規表現パターン (/etc、/tmp、/var など) に一致するフォルダーの空きディスク容量が 30% 未満 -   正規表現パターンに一致せず、/home ではないフォルダーの空きディスク容量が 10% 未満

en-us	##### Use cases  Zabbix frontend uses GUI interface to define possible options: required, verify\_ca, verify\_full. Specify required options in the installation wizard step *Configure DB connections*. These options are mapped to the configuration file (zabbix.conf.php) in the following manner:  |GUI settings|Configuration file|Description|Result| |------------|------------------|-----------|------| |![](../../../../assets/en/manual/appendix/install/encrypt_db_transport.png)|...<br>// Used for TLS connection.<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '';<br>$DB\['CERT\_FILE'\] = '';<br>$DB\['CA\_FILE'\] = '';<br>$DB\['VERIFY\_HOST'\] = false;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|Check *Database TLS encryption*<br>Leave *Verify database certificate* unchecked|Enable 'required' mode.| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_ca.png)|...<br>$DB\['ENCRYPTION'\] = true;\\\\ $DB\['KEY\_FILE'\] = '';<br>$DB\['CERT\_FILE'\] = '';<br>$DB\['CA\_FILE'\] = '/etc/ssl/mysql/ca.pem';<br>$DB\['VERIFY\_HOST'\] = false;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|1\. Check *Database TLS encryption* and *Verify database certificate*<br>2. Specify path to *Database TLS CA file*|Enable 'verify\_ca' mode.| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_full1.png)|...<br>// Used for TLS connection with strictly defined Cipher list.<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = '<cipher\_list>';<br>...<br><br>Or:<br><br>...<br>// Used for TLS connection without Cipher list defined - selected by MySQL server<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|1\. Check *Database TLS encryption* and *Verify database certificate*<br>2. Specify path to *Database TLS key file*<br>3. Specify path to *Database TLS CA file*<br>4. Specify path to *Database TLS certificate file*<br>6. Specify TLS cipher list (optional)|Enable 'verify\_full' mode for MySQL.| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_full2.png)|...<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = ' ';<br>...<br>|1\. Check *Database TLS encryption* and *Verify database certificate*<br>2. Specify path to *Database TLS key file*<br>3. Specify path to *Database TLS CA file*<br>4. Specify path to *Database TLS certificate file*<br>6. Check *Database host verification*|Enable 'verify\_full' mode for PostgreSQL.|  **See also:** [Encryption configuration examples for MySQL](/manual/appendix/install/db_encrypt/mysql), [Encryption configuration examples for PostgreSQL](/manual/appendix/install/db_encrypt/postgres).
ja	##### ユースケース  ZabbixフロントエンドはGUIインターフェースを使用してオプションを定義します:required,verify\_ca, verify\_full.  インストールウィザードの*DB接続設定*で必要なオプションを指定します。 これらのオプションは設定ファイル（zabbix.conf.php）に次のようにマップされます。  |GUIの設定|設定ファイル|説明|結果| |------------|------------------|-----------|------| |![](../../../../assets/en/manual/appendix/install/encrypt_db_transport.png)|...<br>// Used for TLS connection.<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '';<br>$DB\['CERT\_FILE'\] = '';<br>$DB\['CA\_FILE'\] = '';<br>$DB\['VERIFY\_HOST'\] = false;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|*データベースのTLS暗号化*を確認する*データベース証明書の確認*をオフのままにします|'required' モードが有効| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_ca.png)|...<br>$DB\['ENCRYPTION'\] = true;\\\\ $DB\['KEY\_FILE'\] = '';<br>$DB\['CERT\_FILE'\] = '';<br>$DB\['CA\_FILE'\] = '/etc/ssl/mysql/ca.pem';<br>$DB\['VERIFY\_HOST'\] = false;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|1\.*データベースTLS暗号化*と*データベース証明書の確認*をチェックします。<br>2\.*データベースTLSCAファイル*へのパスを指定します。|'verify\_ca'モードが有効| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_full1.png)|...<br>// Used for TLS connection with strictly defined Cipher list.<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = '<cipher\_list>';<br>...<br><br>Or:<br><br>...<br>// Used for TLS connection without Cipher list defined - selected by MySQL server<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = '';<br>...|1\.*データベースTLS暗号化*と*データベース証明書の確認*をチェックします。<br>2\.*データベースTLSキーファイル*へのパスを指定します。<br>3\.*データベースTLSCAファイル*へのパスを指定します。<br>4\.*データベースTLS証明書ファイル*へのパスを指定します<br>6\. TLS暗号リス​​トを指定します（オプション）|MySQLで'verify\_full' モードが有効| |![](../../../../assets/en/manual/appendix/install/encrypt_db_verify_full2.png)|...<br>$DB\['ENCRYPTION'\] = true;<br>$DB\['KEY\_FILE'\] = '<key\_file\_path>';<br>$DB\['CERT\_FILE'\] = '<key\_file\_path>';<br>$DB\['CA\_FILE'\] = '<key\_file\_path>';<br>$DB\['VERIFY\_HOST'\] = true;<br>$DB\['CIPHER\_LIST'\] = ' ';<br>...<br>|1\.*データベースTLS暗号化*と*データベース証明書の確認*をチェックします。<br>2\.*データベースTLSキーファイル*へのパスを指定します。<br>3\.*データベースTLSCAファイル*へのパスを指定します<br>4\.*データベースTLS証明書ファイル*へのパスを指定します<br>6\.*データベースホストの検証*をチェックします|PostgreSQLで 'verify\_full' モードが有効|  **関連項目：**  [Encryption configuration examples for MySQL](/manual/appendix/install/db_encrypt/mysql), [Encryption configuration examples for PostgreSQL](/manual/appendix/install/db_encrypt/postgres).

en-us	#### user  Changes:\ [ZBXNEXT-6718](https://support.zabbix.com/browse/ZBXNEXT-6718) added new method `user.unblock`.\ [ZBXNEXT-4029](https://support.zabbix.com/browse/ZBXNEXT-4029) `user.create`, `user.update`: implemented password strength validation according the password policy.\
ja	#### ユーザー  変更点:\ [ZBXNEXT-6718](https://support.zabbix.com/browse/ZBXNEXT-6718) メソッド `user.unblock` を追加しました。\ [ZBXNEXT-4029](https://support.zabbix.com/browse/ZBXNEXT-4029) `user.create`, `user.update`: パスワードポリシーに従ってパスワード強度の検証を実装しました。\

en-us	#### user  Changes:\ [ZBXNEXT-7971](https://support.zabbix.com/browse/ZBXNEXT-7971) `user.create`, `user.update`: increased max length of the "url" field to 2048 characters.\
ja	#### ユーザー  変更点:\ [ZBXNEXT-7971](https://support.zabbix.com/browse/ZBXNEXT-7971) `user.create`, `user.update`: "url"フィールドの最大長を 2048 文字に増やしました。\

en-us	#### user  Changes:\ [ZBXNEXT-8012](https://support.zabbix.com/browse/ZBXNEXT-8012) `user.checkAuthentication`: added new parameter `token`.\
ja	#### ユーザー  変更点:\ [ZBXNEXT-8012](https://support.zabbix.com/browse/ZBXNEXT-8012) `user.checkAuthentication`: パラメーター `token` を追加しました。\

en-us	# user.checkAuthentication
ja	# user.checkAuthentication

en-us	#### User-configured ciphersuites  The built-in ciphersuite selection criteria can be overridden with user-configured ciphersuites.  ::: noteimportant User-configured ciphersuites is a feature intended for advanced users who understand TLS ciphersuites, their security and consequences of mistakes, and who are comfortable with TLS troubleshooting. :::  The built-in ciphersuite selection criteria can be overridden using the following parameters:  |Override scope|Parameter|Value|Description| |--------|--------|-------------------|-------------------| |Ciphersuite selection for certificates|TLSCipherCert13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|Certificate-based ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherCert|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|Certificate-based ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)| |Ciphersuite selection for PSK|TLSCipherPSK13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|PSK-based ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherPSK|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|PSK-based ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)| |Combined ciphersuite list for certificate and PSK|TLSCipherAll13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|Ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherAll|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|Ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)|  To override the ciphersuite selection in [zabbix\_get](/manpages/zabbix_get) and [zabbix\_sender](/manpages/zabbix_sender) utilities - use the command-line parameters:  -   `--tls-cipher13` -   `--tls-cipher`  The new parameters are optional. If a parameter is not specified, the internal default value is used. If a parameter is defined it cannot be empty.  If the setting of a TLSCipher\* value in the crypto library fails then the server, proxy or agent will not start and an error is logged.  It is important to understand when each parameter is applicable.
ja	#### ユーザー設定暗号スイート  内蔵の暗号スイート選択基準は、ユーザーが設定した暗号スイートで上書きすることができます。  ::: noteimportant ユーザー設定暗号スイートは、TLS暗号スイートとその安全性を理解し、TLSのトラブルシューティングに精通している<br> 上級ユーザー向けの機能です。 :::  組み込みの暗号スイート選択基準は、以下のパラメータを使用して上書きすることができます:  |上書きスコープ|パラメータ|値|説明| |--------|--------|-------------------|-------------------| |Ciphersuite selection for certificates|TLSCipherCert13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|Certificate-based ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherCert|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|Certificate-based ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)| |Ciphersuite selection for PSK|TLSCipherPSK13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|PSK-based ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherPSK|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|PSK-based ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)| |Combined ciphersuite list for certificate and PSK|TLSCipherAll13|Valid OpenSSL 1.1.1 [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.3 protocol (their values are passed to the OpenSSL function SSL\_CTX\_set\_ciphersuites()).|Ciphersuite selection criteria for TLS 1.3<br><br>Only OpenSSL 1.1.1 or newer.| |^|TLSCipherAll|Valid OpenSSL [cipher strings](https://www.openssl.org/docs/man1.1.1/man1/ciphers.html) for TLS 1.2 or valid GnuTLS [priority strings](https://gnutls.org/manual/html_node/Priority-Strings.html). Their values are passed to the SSL\_CTX\_set\_cipher\_list() or gnutls\_priority\_init() functions, respectively.|Ciphersuite selection criteria for TLS 1.2/1.3 (GnuTLS), TLS 1.2 (OpenSSL)|  [zabbix_get](/manpages/zabbix_get) と [zabbix_sender](/manpages/zabbix_sender) ユーティリティで暗号化スイート選択を<br> 上書きするには、次のコマンドラインパラメータを使用します。:  -   `--tls-cipher13` -   `--tls-cipher`  新しいパラメータはオプションである。パラメータが指定されていない場合、内部のデフォルト値が使用されます。<br> パラメータが定義されている場合、空にすることはできません。  crypto ライブラリの TLSCipher\* 値の設定に失敗すると、server、proxy、または agent は起動せず、エラーが記録されます。  各パラメータがどのような場合に適用されるかを理解することが重要です。

en-us	# user.create
ja	# user.create

en-us	# user.delete
ja	# user.delete

en-us	# user.get
ja	# user.get

en-us	#### usergroup  Changes:\ [ZBXNEXT-6866](https://support.zabbix.com/browse/ZBXNEXT-6866) `usergroup.create`, `usergroup.update`: `userids` parameter is now deprecated. Use `users` instead.\
ja	#### ユーザーグループ  変更点:\ [ZBXNEXT-6866](https://support.zabbix.com/browse/ZBXNEXT-6866) `usergroup.create`, `usergroup.update`: `userids` パラメーターが廃止されました。代わりに `users` を使用してください。\

en-us	# usergroup.create
ja	# usergroup.create

en-us	# usergroup.delete
ja	# usergroup.delete

en-us	# usergroup.get
ja	# usergroup.get

en-us	# > User group object  The following objects are directly related to the `usergroup` API.
ja	# > User groupオブジェクト  次のオブジェクトは、`usergroup`APIに直接関連しています。

en-us	### User groups  The user groups object has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**usrgrpid**<br>(required)|string|ID of user group to send the report to.| |access\_userid|string|ID of user on whose behalf the report will be generated.<br><br>0 - *(default)* Generate report by recipient.|
ja	### User groups  user groups オブジェクトには次のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |**usrgrpid**<br>(必須)|string|レポート送信先のユーザーグループID| |access\_userid|string|レポートが生成されるユーザーID。<br><br>0 - *(デフォルト)*受信者ごとにレポートを生成|

en-us	# User group  This class is designed to work with user groups.  Object references:\  -   [User group](/manual/api/reference/usergroup/object#user_group)  Available methods:\  -   [usergroup.create](/manual/api/reference/usergroup/create) -     creating new user groups -   [usergroup.delete](/manual/api/reference/usergroup/delete) -     deleting user groups -   [usergroup.get](/manual/api/reference/usergroup/get) - retrieving     user groups -   [usergroup.update](/manual/api/reference/usergroup/update) -     updating user groups
ja	# User group  このクラスは、ユーザーグループを操作するためのものです。  オブジェクトリファレンス :\  -   [User group](/manual/api/reference/usergroup/object#user_group)  利用可能なメソッド :\  -   [usergroup.create](/manual/api/reference/usergroup/create) - 新しいユーザーグループの作成 -   [usergroup.delete](/manual/api/reference/usergroup/delete) - ユーザーグループの削除 -   [usergroup.get](/manual/api/reference/usergroup/get) - ユーザーグループの取得 -   [usergroup.update](/manual/api/reference/usergroup/update) - ユーザーグループの更新

en-us	# usergroup.update
ja	# usergroup.update

en-us	# user.login
ja	# user.login

en-us	# user.logout
ja	# user.logout

en-us	#### User macro context  See [user macros with context](/manual/config/macros/user_macros_context).
ja	#### ユーザーマクロのコンテキスト  [user macros with context](/manual/config/macros/user_macros_context) を参照してください。

en-us	# usermacro.create
ja	# usermacro.create

en-us	# usermacro.createglobal
ja	# usermacro.createglobal

en-us	# usermacro.delete
ja	# usermacro.delete

en-us	# usermacro.deleteglobal
ja	# usermacro.deleteglobal

en-us	# usermacro.get
ja	# usermacro.get

en-us	# > User macro object  The following objects are directly related to the `usermacro` API.
ja	# > User macroオブジェクト  次のオブジェクトは、`usermacro`APIに直接関連しています。

en-us	#### User macros in item name no longer supported  The support for user macros in item names (including discovery rule names), deprecated since Zabbix 4.0, has been fully removed.
ja	#### アイテム名のユーザーマクロはサポートされなくなりました。  Zabbix 4.0から非推奨となっていたアイテム名(ディスカバリールール名を含む)のユーザーマクロのサポートは、完全に廃止されました。

en-us	##### User macros in item name no longer supported  The support for user macros in item names (including discovery rule names), deprecated since Zabbix 4.0, has been fully removed.
ja	##### アイテム名のユーザーマクロはサポートされなくなりました。  Zabbix 4.0から非推奨となっていたアイテム名(ディスカバリールール名を含む)のユーザーマクロのサポートは、完全に廃止されました。

en-us	# User macro  This class is designed to work with host and global macros.  Object references:\  -   [Global macro](/manual/api/reference/usermacro/object#global_macro) -   [Host macro](/manual/api/reference/usermacro/object#host_macro)  Available methods:\  -   [usermacro.create](/manual/api/reference/usermacro/create) -     creating new host macros -   [usermacro.createglobal](/manual/api/reference/usermacro/createglobal) -     creating new global macros -   [usermacro.delete](/manual/api/reference/usermacro/delete) -     deleting host macros -   [usermacro.deleteglobal](/manual/api/reference/usermacro/deleteglobal) -     deleting global macros -   [usermacro.get](/manual/api/reference/usermacro/get) - retrieving     host and global macros -   [usermacro.update](/manual/api/reference/usermacro/update) -     updating host macros -   [usermacro.updateglobal](/manual/api/reference/usermacro/updateglobal) -     updating global macros
ja	# User macro  このクラスは、ホストおよびグローバルのマクロを操作するためのものです。  オブジェクトリファレンス :\  -   [Global macro](/manual/api/reference/usermacro/object#global_macro) -   [Host macro](/manual/api/reference/usermacro/object#host_macro)  利用可能なメソッド :\  -   [usermacro.create](/manual/api/reference/usermacro/create) - 新しいホストマクロの作成 -   [usermacro.createglobal](/manual/api/reference/usermacro/createglobal) - 新しいグローバルマクロの作成 -   [usermacro.delete](/manual/api/reference/usermacro/delete) - ホストマクロの削除 -   [usermacro.deleteglobal](/manual/api/reference/usermacro/deleteglobal) - グローバルマクロの削除 -   [usermacro.get](/manual/api/reference/usermacro/get) - ホストマクロとグローバルマクロの取得 -   [usermacro.update](/manual/api/reference/usermacro/update) - ホストマクロの更新 -   [usermacro.updateglobal](/manual/api/reference/usermacro/updateglobal) - グローバルマクロの更新

en-us	# usermacro.update
ja	# usermacro.update

en-us	# usermacro.updateglobal
ja	# usermacro.updateglobal

en-us	#### User media  Once the e-mail media type is configured, go to the *Administration → Users* section and edit user profile to assign e-mail media to the user. Steps for setting up user media, being common for all media types, are described on the [Media types](/manual/config/notifications/media#user_media) page.
ja	#### ユーザーメディア  メールメディアの種類を設定したら、*Administration → Users* セクションで、ユーザープロファイルを編集して、ユーザーに<br> メールメディアを割り当てます。ユーザーメディアの設定方法は、全メディアタイプ共通なので、[Media types](/manual/config/notifications/media#user_media)ページに記述されています。

en-us	#### User media  Once the media type is configured, go to the *Administration → Users* section and assign the webhook media to an existing user or create a new user to represent the webhook. Steps for setting up user media for an existing user, being common for all media types, are described on the [Media types](/manual/config/notifications/media#user_media) page.  If a webhook uses tags to store ticket\\message ID, avoid assigning the same webhook as a media to different users as doing so may cause webhook errors (applies to the majority of webhooks that utilize *Include event menu entry* option). In this case, the best practice is to create a dedicated user to represent the webhook:  1.  After configuring the webhook media type, go to the *Administration     → Users* section and create a dedicated Zabbix user to represent the     webhook - for example, with a username *Slack* for the Slack     webhook. All settings, except media, can be left at their defaults     as this user will not be logging into Zabbix. 2.  In the user profile, go to a tab *Media* and [add a     webhook](/manual/config/notifications/media#user_media) with the     required contact information. If the webhook does not use a *Send     to* field, enter any combination of supported characters to bypass     validation requirements. 3.  Grant this user at least read     [permissions](/manual/config/users_and_usergroups/permissions#permissions_to_host_groups)     to all hosts for which it should send the alerts.  When configuring alert action, add this user in the *Send to users* field in Operation details - this will tell Zabbix to use the webhook for notifications from this action.
ja	#### ユーザーメディア  メディアタイプを設定したら、*Administration → Users* セクションで、Webhook メディアを既存のユーザーに割り当てるか、<br> Webhook を表すユーザーを新規に作成します。既存のユーザーにユーザーメディアを設定する手順は、すべてのメディアタイプに<br> 共通なので、[Media types](/manual/config/notifications/media#user_media) ページで説明されています。  Webhook がタグを使用して ticket \\メッセージ ID を格納する場合、同じ Webhook を異なるユーザーにメディアとして割り当てることは<br> 避けてください。エラーの原因となる可能性があります。（*Include event menu entry* optionを利用するウェブフックの大部分に<br> 適用されます）この場合、ベストプラクティスは、Webhook を代表する専用のユーザを作成することです:  1.  Webhook メディアタイプの設定後、*Administration → Users*　セクションに移動し、Webhook専用のZabbixユーザ     (例：Slack Webhook用のユーザ名 *Slack* )を作成します。このユーザは Zabbix にログインしないため、メディア以外の設定は     すべてデフォルトのままでよいです。 2.  ユーザプロファイルの *Media* タブで、必要な連絡先情報を入力し、[add a webhook](/manual/config/notifications/media#user_media)を行います。     Webhookが*Send to*フィールドを使用しない場合、検証要件を回避するためにサポートされている文字の任意の組み合わせを入力します。 3.  このユーザーに、アラートを送信するすべてのホストに対する少なくとも読み取り [permissions](/manual/config/users_and_usergroups/permissions#permissions_to_host_groups)を許可します。  アラートアクションの設定時に、操作の詳細の *Send to users*フィールドにこのユーザを追加することで、Zabbix にこのアクションからの<br> 通知にWebhookを使用するよう指示します。  アラートアクションを設定する際、操作の詳細の *Send to users* フィールドにこのユーザーを追加します。これにより、<bnr> このアクションからの通知に Webhook を使用するようZabbix に指示します。

en-us	#### User media  Once the SMS media type is configured, go to the *Administration → Users* section and edit user profile to assign SMS media to the user. Steps for setting up user media, being common for all media types, are described on the [Media types](/manual/config/notifications/media#user_media) page.
ja	#### User media  #### ユーザーメディア  SMSメディアタイプを設定したら、*Administration → Users* セクションでユーザープロファイルを編集し、ユーザーにSMSメディアを<br> 割り当てます。ユーザーメディアの設定方法は、全てのメディアタイプで共通なので、[Media types](/manual/config/notifications/media#user_media) ページに記載されているとおりです。

en-us	#### User media  The *Media* tab contains a listing of all media defined for the user. Media are used for sending notifications. Click on *Add* to assign media to the user.  See the [Media types](/manual/config/notifications/media#user_media) section for details on configuring user media.
ja	#### ユーザーメディア  *メディア* タブには、ユーザーに対して定義されたすべてのメディアのリストが含まれています。メディアは、通知を送信するために使用されます。メディアを割り当てるには、*追加* をクリックします。  ユーザーメディアの設定については、[メディアタイプ](/manual/config/notifications/media#user_media) の項を参照してください。

en-us	# > User object  The following objects are directly related to the `user` API.
ja	# > Userオブジェクト  次のオブジェクトは、`user`APIに直接関連しています。

en-us	#### User parameter reload without agent restart  User parameters now can be reloaded from the configuration file without restarting the agent. To do so, run the new `userparameter_reload` runtime control option, e. g.:      zabbix_agentd -R userparameter_reload  or      zabbix_agent2 -R userparameter_reload  UserParameter is the only agent configuration option that will be reloaded with this command.
ja	#### エージェントの再起動を伴わないユーザーパラメータの再読み込み  ユーザーパラメータを設定ファイルから再読み込みできるようになりました。これを行うには、新しい `userparameter_reload` ランタイムコントロールオプションを実行します。      zabbix_agentd -R userparameter_reload  または      zabbix_agent2 -R userparameter_reload  UserParameter は、このコマンドで再読み込みされる唯一のエージェントの設定オプションです。

en-us	##### User passwords  Previously, spaces in user passwords have been automatically trimmed in both the User configuration form and the Login form. After the introduction of configurable [password complexity requirements](/manual/introduction/whatsnew600#password_requirements), spaces in passwords are no longer trimmed. So users, who thought that they had spaces in their passwords, will not be able to log in as usual and will have to enter their 'old' password without spaces. To continue using passwords with spaces, they will need to recreate their passwords.
ja	##### ユーザーパスワード  従来は、ユーザー設定フォームとログインフォームの両方で、ユーザーパスワードのスペースが自動的に切り取られていました。 <br> 設定可能な[password complexity requirements](/Manual/Introduction/Whatsnew600#password_requirements) が導入されたため、 パスワードのスペースが削除されなくなりました。 <br> パスワードにスペースが含まれていると考えていたユーザーは、通常通りログインすることができなくなり <br> スペースを除いた「古い」パスワードを入力しなければならなくなります。 <br> 引き続きパスワードの再作成が必要です。 <br>

en-us	#### - User profile  The **User profile** section provides options to set custom interface language, color theme, number of rows displayed in the lists, etc. The changes made here will be applied to the current user only.  The **User** tab allows you to set various user preferences.  ![profile.png](../../../assets/en/manual/web_interface/profile.png)  |Parameter|Description| |--|--------| |*Password*|Click on the link to display two fields for entering a new password.| |*Language*|Select the interface language of your choice or select **System default** to use default system settings.<br>For more information, see [Installation of additional frontend languages](/manual/appendix/install/locales).| |*Time zone*|Select the time zone to override global [time zone](/manual/web_interface/time_zone#overview) on user level or select **System default** to use global time zone settings.| |*Theme*|Select a color theme specifically for your profile:<br>**System default** - use default system settings<br>**Blue** - standard blue theme<br>**Dark** - alternative dark theme<br>**High-contrast light** - light theme with high contrast<br>**High-contrast dark** - dark theme with high contrast| |*Auto-login*|Mark this checkbox to make Zabbix remember you and log you in automatically for 30 days. Browser cookies are used for this.| |*Auto-logout*|With this checkbox marked you will be logged out automatically, after the set amount of seconds (minimum 90 seconds, maximum 1 day).<br>[Time suffixes](/manual/appendix/suffixes) are supported, e.g. 90s, 5m, 2h, 1d.<br>Note that this option will not work:<br>\* When Monitoring menu pages perform background information refreshes. In case pages refreshing data in a specific time interval (dashboards, graphs, latest data, etc.) are left open session lifetime is extended, respectively disabling auto-logout feature;<br>\* If logging in with the *Remember me for 30 days* option checked.<br>Auto-logout can accept 0, meaning that Auto-logout becomes disabled after profile settings update.| |*Refresh*|Set how often the information on the [*Monitoring*](/manual/web_interface/frontend_sections/monitoring) menu pages will be refreshed (minimum 0 seconds, maximum 1 hour), except for [*Dashboard*](/manual/web_interface/frontend_sections/monitoring/dashboard), which uses its own refresh parameters for every widget.<br>[Time suffixes](/manual/appendix/suffixes) are supported, e.g. 30s, 90s, 1m, 1h.| |*Rows per page*|You can set how many rows will be displayed per page in the lists. Fewer rows (and fewer records to display) mean faster loading times.| |*URL (after login)*|You can set a specific URL to be displayed after the login. Instead of the default *Monitoring* → *Dashboard* it can be, for example, the URL of *Monitoring* → *Triggers*.|  The **Media** tab allows you to specify the [media details](/manual/config/notifications/media#user_media) for the user, such as the types, the addresses to use and when to use them to deliver notifications.  ![profile\_b.png](../../../assets/en/manual/web_interface/profile_b.png)  ::: noteclassic Only [admin level](/manual/config/users_and_usergroups/permissions) users (Admin and Super admin) can change their own media details. :::  The **Messaging** tab allows you to set [global notifications](/manual/web_interface/user_profile/global_notifications).
ja	#### - ユーザープロファイル  **ユーザープロファイル**セクションには、カスタムインターフェイス言語、カラーテーマ、リストに表示される行数などを設定するオプションがあります。ここで行った変更は、現在のユーザーにのみ適用されます。  **ユーザー**タブでは、さまざまなユーザー設定を変更できます。  ![profile.png](../../../assets/en/manual/web_interface/profile.png)  |パラメータ|説明| |--|--------| |*パスワード*|リンクをクリックすると新しいパスワードを入力するための2つのフィールドが表示されます。| |*言語設定*|インターフェースの言語を選択するか**システムデフォルト**を選択してデフォルトのシステム設定を使用します。<br>詳細については[追加のフロントエンド言語のインストール](/manual/appendix/install/locales)を参照してください。| |*タイムゾーン*|ユーザーレベルでグローバル[タイムゾーン](/manual/web_interface/time_zone#overview)を上書きするタイムゾーンを選択するか、**システムデフォルト**を選択してグローバルタイムゾーン設定を使用します。| |*テーマ*|プロファイル専用のカラーテーマを選択します。<br>**system default** - システムのデフォルト設定を使用します<br>**Blue** - 標準的な青のテーマ<br>**Dark** - 代替のダークテーマ<br>**High-contrast light** - コントラストの高い明るいテーマ<br>**High-contrast dark** - コントラストの高いダークテーマ| |*自動ログイン*|このチェックボックスをオンにすると、Zabbixにあなたを記憶させ、30日間自動的にログインさせます。これにはブラウザのCookieが使用されます。| |*自動ログアウト*|このチェックボックスをオンにすると、設定した秒数（最小90秒、最大1日）が経過すると、自動的にログアウトされます。<br> [タイムサフィックス](/manual/appendix/suffixes)がサポートされています。例：90s, 5m, 2h, 1d.<br>次の場合は自動ログアウトが機能しないことに注意してください。<br>\*監視メニューページが背景情報の更新を実行する場合、特定の時間間隔（ダッシュボード、グラフ、最新データなど）でデータを更新するページが開いたままになっているとセッションの有効期間が延長され、自動ログアウト機能が無効になります。<br>\*30日間記憶する*オプションをオンにしてログインする場合。<br>自動ログアウトに0と設定するとプロファイル設定の更新後に自動ログアウトが無効になります。| |*更新間隔*|ウィジェットごとに独自の更新パラメータを使用するダッシュボードを除いて、ページ内の情報が更新される頻度を 監視 メニューで設定できます。<br> [タイムサフィックス](/manual/appendix/suffixes)がサポートされています。例：90s, 5m, 2h, 1d.| |*ページごとの行数*|リストのページごとに表示される行数を設定できます。行が少ない（そして表示するレコードが少ない）ということは、ロード時間が短縮されることを意味します。| |*URL (ログイン後)*|ログイン後に表示される特定のURLを設定できます。デフォルトの*Monitoring*→*Dashboard*の代わりに、たとえば、*Monitoring*→*Triggers*のURLにすることができます。|  **メディア**タブでは、タイプ、使用するアドレス、通知の配信タイミングなど、[ユーザーメディアの詳細](/manual/config/notifications/media#user_media)を設定できます。  ![profile\_b.png](../../../assets/en/manual/web_interface/profile_b.png)  ::: noteclassic [管理者レベル](/manual/config/users_and_usergroups/permissions)ユーザー（管理者およびスーパー管理者）のみが、自分のメディアの詳細を変更できます。 :::  **メッセージ**タブでは[グローバル通知](/manual/web_interface/user_profile/global_notifications)を設定できます。

en-us	#### User role  The user role defines which parts of UI, which API methods, and which actions are available to the user. The following roles are pre-defined in Zabbix:  |User type|Description| |--|--------| |*Guest role*|The user has access to the Monitoring, Inventory, and Reports menu sections, but without the rights to perform any actions.| |*User role*|The user has access to the Monitoring, Inventory, and Reports menu sections. The user has no access to any resources by default. Any permissions to host groups must be explicitly assigned.| |*Admin role*|The user has access to the Monitoring, Inventory, Reports and Configuration menu sections. The user has no access to any host groups by default. Any permissions to host groups must be explicitly given.| |*Super Admin role*|The user has access to all menu sections. The user has a read-write access to all host groups. Permissions cannot be revoked by denying access to specific host groups.|  [User roles](/manual/web_interface/frontend_sections/administration/user_roles) are configured in the *Administration→User roles* section. Super Admins can modify or delete pre-defined roles and create more roles with custom sets of permissions.  To assign a role to the user, go to the Permissions tab in the user configuration form, locate the *Role* field and select a role. Once a role is selected a list of associated permissions will be displayed below.  ![user\_permissions.png](../../../../assets/en/manual/config/user_permissions.png)
ja	#### ユーザーロール  ユーザロールは、ユーザがどのUI部分、どのAPIメソッド、どのアクションを利用できるかを定義します。Zabbix には以下のロールがあらかじめ定義されています:  |ユーザタイプ|説明| |--|--------| |*Guest role*|ユーザーは、メニューの監視データ、インベントリ、および レポートにアクセスできますが、アクションを実行する権限はありません。| |*User role*|ユーザーは、メニューの監視データ、インベントリ、および レポートにアクセスできます。 デフォルトでは、ユーザーはどのリソースにもアクセスできません。 ホストグループへアクセスする権限は、明示的に付与する必要があります。| |*Admin role*|ユーザーは、メニューの監視データ、インベントリ、レポート、および 設定にアクセスできます。 デフォルトでは、ユーザーはどのホスト グループにもアクセスできません。 ホストグループへアクセスする権限は、明示的に付与する必要があります。| |*Super Admin role*|ユーザーは、すべてのメニューにアクセスできます。 ユーザーには、すべてのホストグループへの読み取り/書き込みアクセス権があります。 特定のホスト グループへのアクセスを拒否して権限を取り消すことはできません。|  [ユーザーロール](/manual/web_interface/frontend_sections/administration/user_roles) は*管理→ユーザーの役割*で設定します。Super Admins は、事前に定義されたロールを修正または削除し、権限のカスタムセットを持つより多くのロールを作成することができます。  ユーザーにロールを割り当てるには、ユーザー設定フォームの権限タブで、*ユーザーの役割*で設定したいロールを選択します。ロールが選択されると、関連する権限のリストが以下に表示されます。  ![user\_permissions.png](../../../../assets/en/manual/config/user_permissions.png)

en-us	#### Users  Add users that will have access to Zabbix, assign them to user groups and grant permissions. Make roles for granular management of user rights. Track configuration changes each user has done. Configure media types and multiple ways users will receive alerts.  [User API](/manual/api/reference/user) | [User group API](/manual/api/reference/usergroup) | [User role API](/manual/api/reference/role) | [Media type API](/manual/api/reference/mediatype) | [Audit log API](/manual/api/reference/auditlog)
ja	#### ユーザー  Zabbixにアクセスするユーザを追加し、ユーザグループに割り当て、権限を付与します。ユーザーの権限を細かく管理するための役割を作成します。各ユーザが行った設定変更を追跡します。メディアタイプとユーザーがアラートを受信する複数の方法を設定することができます。  [User API](/manual/api/reference/user) | [User group API](/manual/api/reference/usergroup) | [User role API](/manual/api/reference/role) | [Media type API](/manual/api/reference/mediatype) | [Audit log API](/manual/api/reference/auditlog)

en-us	#### Users of Zabbix  Many organizations of different size around the world rely on Zabbix as a primary monitoring platform.
ja	#### Zabbixのユーザー  世界中のあらゆる規模の多くの企業や組織が、メインの監視プラットフォームとしてZabbixを採用しています。

en-us	### Users  The users object has the following properties:  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |**userid**<br>(required)|string|ID of user to send the report to.| |access\_userid|string|ID of user on whose behalf the report will be generated.<br><br>0 - *(default)* Generate report by recipient.| |exclude|integer|Whether to exclude the user from mailing list.<br><br>Possible values:<br>0 - *(default)* Include;<br>1 - Exclude.|
ja	### Users  users オブジェクトには次のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |**userid**<br>(必須)|string|レポート送信先のユーザーID| |access\_userid|string|レポートが生成されるユーザーID<br><br>0 - *(デフォルト)*受信者ごとにレポートを生成| |exclude|integer|ユーザーをメーリングリストから除外するか<br><br>可能な値：<br>0 - *(デフォルト)*含める<br>1 - 除外する|

en-us	### User  The user object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |userid|string|*(readonly)* ID of the user.| |**username**<br>*(required)*|string|User name.| |attempt\_clock|timestamp|*(readonly)* Time of the last unsuccessful login attempt.| |attempt\_failed|integer|*(readonly)* Recent failed login attempt count.| |attempt\_ip|string|*(readonly)* IP address from where the last unsuccessful login attempt came from.| |autologin|integer|Whether to enable auto-login.<br><br>Possible values:<br>0 - *(default)* auto-login disabled;<br>1 - auto-login enabled.| |autologout|string|User session life time. Accepts seconds and time unit with suffix. If set to 0s, the session will never expire.<br><br>Default: 15m.| |lang|string|Language code of the user's language, for example, `en_GB`.<br><br>Default: `default` - system default.| |name|string|Name of the user.| |refresh|string|Automatic refresh period. Accepts seconds and time unit with suffix.<br><br>Default: 30s.| |rows\_per\_page|integer|Amount of object rows to show per page.<br><br>Default: 50.| |surname|string|Surname of the user.| |theme|string|User's theme.<br><br>Possible values:<br>`default` - *(default)* system default;<br>`blue-theme` - Blue;<br>`dark-theme` - Dark.| |url|string|URL of the page to redirect the user to after logging in.| |timezone|string|User's time zone, for example, `Europe/London`, `UTC`.<br><br>Default: `default` - system default.<br><br>For the full list of supported time zones please refer to [PHP documentation](https://www.php.net/manual/en/timezones.php).| |**roleid**<br>*(required)*|string|Role ID of the user.|
ja	### User  Userオブジェクトには、次のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |userid|string|*(読取専用)*ユーザーID| |**username**<br>*(必須)*|string|ユーザー名| |attempt\_clock|timestamp|*(読取専用)*最後に失敗したログイン試行の時刻| |attempt\_failed|integer|*(読取専用)*直近の失敗したログイン試行回数| |attempt\_ip|string|*(読取専用)*最後に失敗したログイン試行の送信元IPアドレス| |autologin|integer|自動ログインを有効にするか<br><br>利用可能な値:<br> 0 - *(デフォルト)*自動ログイン無効<br>1 - 自動ログイン有効| |autologout|string|ユーザーセッションの存続期間。 接尾辞付きの秒と時間の単位を受け入れます。 0に設定すると、セッションは無期限に。<br> <br>デフォルト:15m。| |lang|string|ユーザーの言語コード。たとえば`en_GB`。<br><br>デフォルト:`default` - システムデフォルト| |name|string|ユーザー名| |refresh|string|自動更新期間。 接尾辞付きの秒と時間の単位を受け入れます。<br><br>デフォルト:30秒。| |rows\_per\_page|integer|１ページに表示するオブジェクト行数<br><br>デフォルト:50| |surname|string|ユーザー名| |theme|string|ユーザーのテーマ<br><br>利用可能な値:<br>`default` - *(デフォルト)*システムデフォルト<br>`blue-theme` - 青<br>`dark-theme` - 暗い| |url|string|ログイン後にユーザーをリダイレクトするページのURL| |timezone|string|ユーザーのタイムゾーン(例:`Europe/London`,`UTC`)<br> <br>デフォルト:`default` - システムデフォルト<br><br>サポートされているタイムゾーンの完全なリストについては、[ PHPドキュメント](https://www.php.net/manual/en/timezones.php)参照| |**roleid**<br>*(必須)*|string|ユーザーロールID|

en-us	# User  This class is designed to work with users.  Object references:\  -   [User](/manual/api/reference/user/object#user)  Available methods:\  -   [user.checkauthentication](/manual/api/reference/user/checkauthentication) -     checking and prolonging user sessions -   [user.create](/manual/api/reference/user/create) - creating new     users -   [user.delete](/manual/api/reference/user/delete) - deleting users -   [user.get](/manual/api/reference/user/get) - retrieving users -   [user.login](/manual/api/reference/user/login) - logging in to the     API -   [user.logout](/manual/api/reference/user/logout) - logging out of     the API -   [user.unblock](/manual/api/reference/user/unblock) - unblocking     users -   [user.update](/manual/api/reference/user/update) - updating users
ja	# User  このクラスは、ユーザーを操作するためのものです。  オブジェクトリファレンス :\  -   [User](/manual/api/reference/user/object#user)  利用可能なメソッド :\  -   [user.checkauthentication](/manual/api/reference/user/checkauthentication) - ユーザーセッションの確認と延長 -   [user.create](/manual/api/reference/user/create) - 新しいユーザーの作成 -   [user.delete](/manual/api/reference/user/delete) - ユーザーの削除 -   [user.get](/manual/api/reference/user/get) - ユーザーの取得 -   [user.login](/manual/api/reference/user/login) - APIにログイン -   [user.logout](/manual/api/reference/user/logout) - APIからログアウト -   [user.unblock](/manual/api/reference/user/unblock) - ユーザーブロックを解除 -   [user.update](/manual/api/reference/user/update) - ユーザーの更新

en-us	# user.unblock
ja	# user.unblock

en-us	# user.update
ja	# user.update

en-us	#### Using a custom expression filter  Create a correlation that will use a custom filter condition. The formula IDs "A" or "B" have been chosen arbitrarily. Condition type will be "Host group" with operator "<>".  Request:  ``` {.java} {     "jsonrpc": "2.0",     "method": "correlation.create",     "params": {         "name": "new host group correlation",         "description": "a custom description",         "status": 0,         "filter": {             "evaltype": 3,             "formula": "A or B",             "conditions": [                 {                     "type": 2,                     "operator": 1,                     "formulaid": "A"                 },                 {                     "type": 2,                     "operator": 1,                     "formulaid": "B"                 }             ]         },         "operations": [             {                 "type": 1             }         ]     },     "auth": "343baad4f88b4106b9b5961e77437688",     "id": 1 } ```  Response:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "correlationids": [             "2"         ]     },     "id": 1 } ```
ja	#### カスタム式フィルタの使用  カスタム・フィルター条件を使用する相関を作成します。このとき式ID "A" または "B" は任意に選択されています。<br> 条件タイプは演算子 "<>" で "ホストグループ" とします。  Request:  ``` {.java} {     "jsonrpc": "2.0",     "method": "correlation.create",     "params": {         "name": "new host group correlation",         "description": "a custom description",         "status": 0,         "filter": {             "evaltype": 3,             "formula": "A or B",             "conditions": [                 {                     "type": 2,                     "operator": 1,                     "formulaid": "A"                 },                 {                     "type": 2,                     "operator": 1,                     "formulaid": "B"                 }             ]         },         "operations": [             {                 "type": 1             }         ]     },     "auth": "343baad4f88b4106b9b5961e77437688",     "id": 1 } ```  Response:  ``` {.java} {     "jsonrpc": "2.0",     "result": {         "correlationids": [             "2"         ]     },     "id": 1 } ```

en-us	#### Using a custom expression filter  Create an LLD rule with a filter that will use a custom expression to evaluate the conditions. The LLD rule must only discover objects the "{\#MACRO1}" macro value of which matches both regular expression "regex1" and "regex2", and the value of "{\#MACRO2}" matches either "regex3" or "regex4". The formula IDs "A", "B", "C" and "D" have been chosen arbitrarily.  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "name": "Filtered LLD rule",         "key_": "lld",         "hostid": "10116",         "type": 0,         "interfaceid": "13",         "delay": "30s",         "filter": {             "evaltype": 3,             "formula": "(A and B) and (C or D)",             "conditions": [                 {                     "macro": "{#MACRO1}",                     "value": "@regex1",                     "formulaid": "A"                 },                 {                     "macro": "{#MACRO1}",                     "value": "@regex2",                     "formulaid": "B"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex3",                     "formulaid": "C"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex4",                     "formulaid": "D"                 }             ]         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "27665"         ]     },     "id": 1 } ```
ja	#### カスタム式フィルターの使用  カスタム式を使用して条件を評価するフィルターでLLDルールを作成します。 LLDルールは"{\#MACRO1}"マクロ値が正規表現"regex1"と"regex2"の両方に一致し、"{\#MACRO2}"の値が"regex3"または"regex4"のいずれかに一致するオブジェクトのみを検出する必要があります。  式ID"A",B","C","D"は任意に選択されています。  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "name": "Filtered LLD rule",         "key_": "lld",         "hostid": "10116",         "type": 0,         "interfaceid": "13",         "delay": "30s",         "filter": {             "evaltype": 3,             "formula": "(A and B) and (C or D)",             "conditions": [                 {                     "macro": "{#MACRO1}",                     "value": "@regex1",                     "formulaid": "A"                 },                 {                     "macro": "{#MACRO1}",                     "value": "@regex2",                     "formulaid": "B"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex3",                     "formulaid": "C"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex4",                     "formulaid": "D"                 }             ]         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "27665"         ]     },     "id": 1 } ```

en-us	#### Using a custom expression filter  Create a trigger action that uses a custom expression - "A and (B or C)" - for evaluating action conditions. Once a trigger with a severity higher or equal to "Warning" from host "10084" or host "10106" goes into a PROBLEM state, the action will send a message to all users in user group "7" via media type "1". The formula IDs "A", "B" and "C" have been chosen arbitrarily.  Request:  ```json {     "jsonrpc": "2.0",     "method": "action.create",     "params": {         "name": "Trigger action",         "eventsource": 0,         "esc_period": "15m",         "filter": {             "evaltype": 3,             "formula": "A and (B or C)",             "conditions": [                 {                     "conditiontype": 4,                     "operator": 5,                     "value": "2",                     "formulaid": "A"                 },                 {                     "conditiontype": 1,                     "operator": 0,                     "value": "10084",                     "formulaid": "B"                 },                 {                     "conditiontype": 1,                     "operator": 0,                     "value": "10106",                     "formulaid": "C"                 }             ]         },         "operations": [             {                 "operationtype": 0,                 "esc_step_from": 1,                 "esc_step_to": 1,                 "opmessage_grp": [                     {                         "usrgrpid": "7"                     }                 ],                 "opmessage": {                     "default_msg": 1,                     "mediatypeid": "1"                 }             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "actionids": [             "18"         ]     },     "id": 1 } ```
ja	#### カスタム式フィルターの使用  アクション条件を評価するためのカスタム式"A and (B or C)"を使用するトリガーアクションを作成します。 ホスト"10084"またはホスト"10106"からの"警告"以上の深刻度を持つトリガーが障害状態になると、 このアクションは、メディアタイプ"1"を介してユーザーグループ"7"のすべてのユーザーにメッセージを送信します。 式ID"A"、"B"、および"C"は任意に選択されています。  リクエスト :  ```json {     "jsonrpc": "2.0",     "method": "action.create",     "params": {         "name": "Trigger action",         "eventsource": 0,         "esc_period": "15m",         "filter": {             "evaltype": 3,             "formula": "A and (B or C)",             "conditions": [                 {                     "conditiontype": 4,                     "operator": 5,                     "value": "2",                     "formulaid": "A"                 },                 {                     "conditiontype": 1,                     "operator": 0,                     "value": "10084",                     "formulaid": "B"                 },                 {                     "conditiontype": 1,                     "operator": 0,                     "value": "10106",                     "formulaid": "C"                 }             ]         },         "operations": [             {                 "operationtype": 0,                 "esc_step_from": 1,                 "esc_step_to": 1,                 "opmessage_grp": [                     {                         "usrgrpid": "7"                     }                 ],                 "opmessage": {                     "default_msg": 1,                     "mediatypeid": "1"                 }             }         ]     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "actionids": [             "18"         ]     },     "id": 1 } ```

en-us	##### Using a custom tile service provider  The Geomap widget is capable to load raster tile images from a custom self-hosted or a third-party tile provider service. To use a custom third-party tile provider service or a self-hosted tile folder or server, select *Other* in the *Tile provider* field and specify the custom URL in the *Tile URL* field using proper placeholders.
ja	##### カスタムタイルサービスプロバイダーの使用  Geomapウィジェットは、カスタムのセルフホストまたはサードパーティのタイルプロバイダーサービスからラスタータイル画像を読み込むことができます。カスタムサードパーティタイルプロバイダーサービスまたはセルフホストタイルフォルダーまたはサーバーを使用するには*タイルプロバイダー*フィールドで*その他*を選択し、適切なプレースホルダーを使用して*タイルURL*フィールドでカスタムURLを指定します。

en-us	#### Using a filter  Create an LLD rule with a set of conditions to filter the results by. The conditions will be grouped together using the logical "and" operator.  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "name": "Filtered LLD rule",         "key_": "lld",         "hostid": "10116",         "type": 0,         "interfaceid": "13",         "delay": "30s",         "filter": {             "evaltype": 1,             "conditions": [                 {                     "macro": "{#MACRO1}",                     "value": "@regex1"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex2",                     "operator": "9"                 },                 {                     "macro": "{#MACRO3}",                     "value": "",                     "operator": "12"                 },                 {                     "macro": "{#MACRO4}",                     "value": "",                     "operator": "13"                 }             ]         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "27665"         ]     },     "id": 1 } ```
ja	#### フィルタを使用  結果をフィルタリングするための一連の条件を使用してLLDルールを作成します。 条件は、論理"and"演算子を使用してグループ化されます。  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "name": "Filtered LLD rule",         "key_": "lld",         "hostid": "10116",         "type": 0,         "interfaceid": "13",         "delay": "30s",         "filter": {             "evaltype": 1,             "conditions": [                 {                     "macro": "{#MACRO1}",                     "value": "@regex1"                 },                 {                     "macro": "{#MACRO2}",                     "value": "@regex2",                     "operator": "9"                 },                 {                     "macro": "{#MACRO3}",                     "value": "",                     "operator": "12"                 },                 {                     "macro": "{#MACRO4}",                     "value": "",                     "operator": "13"                 }             ]         }     },     "auth": "038e1d7b1735c6a5436ee9eae095879e",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "27665"         ]     },     "id": 1 } ```

en-us	##### - Using a static IP address  By default the appliance uses DHCP to obtain the IP address. To specify a static IP address:  -   Log in as root user; -   Open */etc/sysconfig/network-scripts/ifcfg-eth0* file; -   Replace *BOOTPROTO=dhcp* with *BOOTPROTO=none* -   Add the following lines:     -   *IPADDR=<IP address of the appliance>*     -   *PREFIX=<CIDR prefix>*     -   *GATEWAY=<gateway IP address>*     -   *DNS1=<DNS server IP address>* -   Run **systemctl restart network** command.  Consult the official Red Hat [documentation](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/s1-networkscripts-interfaces) if needed.
ja	##### - 静的IPアドレスを使用する  デフォルトでは、アプライアンスはDHCPを使用してIPアドレスを取得します。 静的IPアドレスを指定するには：  - rootユーザーとしてログインします。 - */etc/sysconfig/network-scripts/ifcfg-eth0*ファイルを開きます。 - *BOOTPROTO=dhcp*を*BOOTPROTO=none*に書き換えます。 - 次の行を追加します。     - *IPADDR=<アプライアンスのIPアドレス>*     - *PREFIX=<CIDRプレフィックス>*     - *GATEWAY=<ゲートウェイのIPアドレス>*     - *DNS1=<DNSサーバーのIPアドレス>* - **systemctl restartnetwork**コマンドを実行します。  必要に応じてRedHatの公式[ドキュメント](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/s1-networkscripts-interfaces)を参照してください。

en-us	#### Using custom endpoint with JBoss EAP 6.4  Custom endpoints allow working with different transport protocols other than the default RMI.  To illustrate this possibility, let's try to configure JBoss EAP 6.4 monitoring as an example. First, let's make some assumptions:  -   You have already installed Zabbix Java gateway. If not, then you can     do it in accordance with the [documentation](/manual/concepts/java). -   Zabbix server and Java gateway are installed with the prefix     `/usr/local/` -   JBoss is already installed in `/opt/jboss-eap-6.4/` and is running in     standalone mode -   We shall assume that all these components work on the same host -   Firewall and SELinux are disabled (or configured accordingly)  Let's make some simple settings in zabbix\_server.conf:      JavaGateway=127.0.0.1     StartJavaPollers=5  And in the `zabbix_java/settings.sh` configuration file (or `zabbix_java_gateway.conf`):      START_POLLERS=5  Check that JBoss listens to its standard management port:      $ netstat -natp | grep 9999     tcp        0      0 127.0.0.1:9999          0.0.0.0:*               LISTEN      10148/java  Now let's create a host with JMX interface 127.0.0.1:9999 in Zabbix.  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example.png){width="600"}  As we know that this version of JBoss uses the JBoss Remoting protocol instead of RMI, we may mass update the JMX endpoint parameter for items in our JMX template accordingly:      service:jmx:remoting-jmx://{HOST.CONN}:{HOST.PORT}  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example_b.png)  Let's update the configuration cache:      /usr/local/sbin/zabbix_server -R config_cache_reload  Note that you may encounter an error first.  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example4.png){width="600"}  "Unsupported protocol: remoting-jmx" means that Java gateway does not know how to work with the specified protocol. That can be fixed by creating a `~/needed_modules.txt` file with the following content:      jboss-as-remoting     jboss-logging     jboss-logmanager     jboss-marshalling     jboss-remoting     jboss-sasl     jcl-over-slf4j     jul-to-slf4j-stub     log4j-jboss-logmanager     remoting-jmx     slf4j-api     xnio-api     xnio-nio  and then executing the command:      for i in $(cat ~/needed_modules.txt); do find /opt/jboss-eap-6.4 -iname "${i}*.jar" -exec cp '{}' /usr/local/sbin/zabbix_java/lib/ \; ; done  Thus, Java gateway will have all the necessary modules for working with jmx-remoting. What's left is to restart the Java gateway, wait a bit and if you did everything right, see that JMX monitoring data begin to arrive in Zabbix (see also: [Latest data](/manual/web_interface/frontend_sections/monitoring/latest_data)).
ja	#### JBoss EAP 6.4 でのカスタムエンドポイントの使用  カスタムエンドポイントを使用すると、デフォルトの RMI 以外の異なるトランスポートプロトコルで作業することができます。  この可能性を説明するために、例として JBoss EAP 6.4 モニタリングを構成してみましょう。まず、いくつかの前提条件を設定します。  - ZabbixのJava gateway はすでにインストールされています。   インストールされていない場合、[ドキュメント](/manual/concepts/java)に従ってインストールすることができます。 - Zabbix server とJava gateway は/usr/local/というプレフィックスでインストールされます。 - JBoss は /opt/jboss-eap-6.4/にインストール済みで、スタンドアロンモードで動作しています。 - これらのコンポーネントはすべて同一ホスト上で動作していると仮定します。 - ファイアウォールとSELinuxは無効になっています（または適宜設定されています）  zabbix_server.conf で簡単な設定をしてみましょう。      JavaGateway=127.0.0.1     StartJavaPollers=5  そして、zabbix_java/settings.sh 設定ファイル(または zabbix_java_gateway.conf) に追加します。      START_POLLERS=5  JBoss がその標準的なマネジメントポートをリッスンしていることを確認します。      $ netstat -natp | grep 9999     tcp        0      0 127.0.0.1:9999          0.0.0.0:*               LISTEN      10148/java  では、ZabbixでJMXインターフェース127.0.0.1:9999を持つホストを作成してみましょう。  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example.png){width="600"}  このバージョンの JBoss は、RMI の代わりに JBoss Remoting プロトコルを使用することがわかっているので、<br> それに応じて JMXテンプレートの item の JMXエンドポイントパラメータを大量に更新することができます。      service:jmx:remoting-jmx://{HOST.CONN}:{HOST.PORT}  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example_b.png)  設定キャッシュを更新してみましょう。      $ /usr/local/sbin/zabbix_server -R config_cache_reload  なお、最初にエラーが発生する場合があります。  ![](../../../../../assets/en/manual/config/items/itemtypes/jmx_jboss_example4.png){width="600"}  "Unsupported protocol: remoting-jmx" は、Java gateway が指定されたプロトコルをどのように動作させるか知らないことを意味します。<br> そのため、以下のような内容で、"need‾/need‾modules.txt "を作成することで、解決することができます。      jboss-as-remoting     jboss-logging     jboss-logmanager     jboss-marshalling     jboss-remoting     jboss-sasl     jcl-over-slf4j     jul-to-slf4j-stub     log4j-jboss-logmanager     remoting-jmx     slf4j-api     xnio-api     xnio-nio</pre>  そして、以下のコマンドを実行します:      $ for i in $(cat ~/needed_modules.txt); do find /opt/jboss-eap-6.4 -iname ${i}*.jar -exec cp {} /usr/local/sbin/zabbix_java/lib/ \; ; done  Javaゲートウェイにはjmx-remotingを使用するために必要なモジュールがすべて含まれています。Javaゲートウェイを再起動し、少々待つとJMX監視データがZabbixに届き始めます。([最新データ](manual/web_interface/frontend_sections/monitoring/latest_data)を参照ください)

en-us	#### Using custom query fields and headers  Create LLD rule with custom query fields and headers.  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "hostid": "10257",         "interfaceid": "5",         "type": 19,         "name": "API HTTP agent",         "key_": "api_discovery_rule",         "value_type": 3,         "delay": "5s",         "url": "http://127.0.0.1?discoverer.php",         "query_fields": [             {                 "mode": "json"             },             {                 "elements": "2"             }         ],         "headers": {             "X-Type": "api",             "Authorization": "Bearer mF_A.B5f-2.1JcM"         },         "allow_traps": 1,         "trapper_hosts": "127.0.0.1"     },     "auth": "d678e0b85688ce578ff061bd29a20d3b",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "28336"         ]     },     "id": 1 } ```
ja	#### カスタムクエリフィールドとヘッダーの使用  カスタムクエリフィールドとヘッダーを使用してLLDルールを作成します。  Request:  ```json {     "jsonrpc": "2.0",     "method": "discoveryrule.create",     "params": {         "hostid": "10257",         "interfaceid": "5",         "type": 19,         "name": "API HTTP agent",         "key_": "api_discovery_rule",         "value_type": 3,         "delay": "5s",         "url": "http://127.0.0.1?discoverer.php",         "query_fields": [             {                 "mode": "json"             },             {                 "elements": "2"             }         ],         "headers": {             "X-Type": "api",             "Authorization": "Bearer mF_A.B5f-2.1JcM"         },         "allow_traps": 1,         "trapper_hosts": "127.0.0.1"     },     "auth": "d678e0b85688ce578ff061bd29a20d3b",     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "itemids": [             "28336"         ]     },     "id": 1 } ```

en-us	#### Using db.odbc.discovery  As a practical example to illustrate how the SQL query is transformed into JSON, let us consider low-level discovery of Zabbix proxies by performing an ODBC query on Zabbix database. This is useful for automatic creation of "zabbix\[proxy,<name>,lastaccess\]" [internal items](/manual/config/items/itemtypes/internal) to monitor which proxies are alive.  Let us start with discovery rule configuration:  ![lld\_rule\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/lld_rule_odbc.png)  All mandatory input fields are marked with a red asterisk.  Here, the following direct query on Zabbix database is used to select all Zabbix proxies, together with the number of hosts they are monitoring. The number of hosts can be used, for instance, to filter out empty proxies:      mysql> SELECT h1.host, COUNT(h2.host) AS count FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;     +---------+-------+     | host    | count |     +---------+-------+     | Japan 1 |     5 |     | Japan 2 |    12 |     | Latvia  |     3 |     +---------+-------+     3 rows in set (0.01 sec)  By the internal workings of "db.odbc.discovery\[,{$DSN}\]" item, the result of this query gets automatically transformed into the following JSON:  ``` {.java} [     {         "{#HOST}": "Japan 1",         "{#COUNT}": "5"     },     {         "{#HOST}": "Japan 2",         "{#COUNT}": "12"     },     {         "{#HOST}": "Latvia",         "{#COUNT}": "3"     } ] ```  It can be seen that column names become macro names and selected rows become the values of these macros.  ::: noteclassic  If it is not obvious how a column name would be transformed into a macro name, it is suggested to use column aliases like "COUNT(h2.host) AS count" in the example above.  In case a column name cannot be converted into a valid macro name, the discovery rule becomes not supported, with the error message detailing the offending column number. If additional help is desired, the obtained column names are provided under DebugLevel=4 in Zabbix server log file:      $ grep db.odbc.discovery /tmp/zabbix_server.log      ...      23876:20150114:153410.856 In db_odbc_discovery() query:'SELECT h1.host, COUNT(h2.host) FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;'      23876:20150114:153410.860 db_odbc_discovery() column[1]:'host'      23876:20150114:153410.860 db_odbc_discovery() column[2]:'COUNT(h2.host)'      23876:20150114:153410.860 End of db_odbc_discovery():NOTSUPPORTED      23876:20150114:153410.860 Item [Zabbix server:db.odbc.discovery[proxies,{$DSN}]] error: Cannot convert column #2 name to macro.   :::  Now that we understand how a SQL query is transformed into a JSON object, we can use {\#HOST} macro in item prototypes:  ![item\_prototype\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_odbc.png)  Once discovery is performed, an item will be created for each proxy:  ![discovered\_items\_odbc1.png](../../../../../assets/en/manual/discovery/low_level_discovery/discovered_items_odbc1.png)
ja	#### db.odbc.discoveryを使用する  SQLクエリがJSONに変換される方法を説明する実際的な例として、ZabbixデータベースでODBCクエリを実行することによるZabbixプロキシのローレベルディスカバリについて考えてみましょう。 これは、"zabbix\[proxy,<name>,lastaccess\]"[内部アイテム](/manual/config/items/itemtypes/internal)を自動作成して、どのプロキシが有効であるかを監視するのに役立ちます。  ディスカバリールールの設定から始めましょう。  ![lld\_rule\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/lld_rule_odbc.png)  必須入力フィールドは、赤いアスタリスクでマークされています。  ここではZabbixデータベースに対する直接クエリを使用して、監視しているホストの数とともに、すべてのZabbixプロキシを選択します。 たとえばホストの数を使用して、空のプロキシを除外できます。      mysql> SELECT h1.host, COUNT(h2.host) AS count FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;     +---------+-------+     | host    | count |     +---------+-------+     | Japan 1 |     5 |     | Japan 2 |    12 |     | Latvia  |     3 |     +---------+-------+     3 rows in set (0.01 sec)  "db.odbc.discovery\[,{$DSN}\]"アイテムの内部動作により、このクエリの結果は自動的に次のJSONに変換されます。  ``` {.java} [     {         "{#HOST}": "Japan 1",         "{#COUNT}": "5"     },     {         "{#HOST}": "Japan 2",         "{#COUNT}": "12"     },     {         "{#HOST}": "Latvia",         "{#COUNT}": "3"     } ] ```  列名がマクロ名になり、選択した行がこれらのマクロの値になることがわかります。  ::: noteclassic 列名がマクロ名にどのように変換されるかが明確でない場合は、上記の例でいう"COUNT(h2.host) AS count"のような列エイリアスを使用することをお勧めします。  列名を有効なマクロ名に変換できない場合、ディスカバリルールはサポートされなくなり、エラーメッセージに問題のある列番号の詳細が表示されます。 追加のヘルプが必要な場合は、取得した列名がZabbixサーバーログファイルのDebugLevel=4で提供されます。      $ grep db.odbc.discovery /tmp/zabbix_server.log      ...      23876:20150114:153410.856 In db_odbc_discovery() query:'SELECT h1.host, COUNT(h2.host) FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;'      23876:20150114:153410.860 db_odbc_discovery() column[1]:'host'      23876:20150114:153410.860 db_odbc_discovery() column[2]:'COUNT(h2.host)'      23876:20150114:153410.860 End of db_odbc_discovery():NOTSUPPORTED      23876:20150114:153410.860 Item [Zabbix server:db.odbc.discovery[proxies,{$DSN}]] error: Cannot convert column #2 name to macro.  :::  SQLクエリがJSONオブジェクトに変換される方法を理解したので、アイテムのプロトタイプで{\#HOST}マクロを使用できます。  ![item\_prototype\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_odbc.png)  ディスカバリが実行されると、プロキシごとにアイテムが作成されます。  ![discovered\_items\_odbc1.png](../../../../../assets/en/manual/discovery/low_level_discovery/discovered_items_odbc1.png)

en-us	#### Using db.odbc.get  Using `db.odbc.get[,{$DSN}]` and the following SQL example:      mysql> SELECT h1.host, COUNT(h2.host) AS count FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;     +---------+-------+     | host    | count |     +---------+-------+     | Japan 1 |     5 |     | Japan 2 |    12 |     | Latvia  |     3 |     +---------+-------+     3 rows in set (0.01 sec)  this JSON will be returned:  ``` {.java} [     {         "host": "Japan 1",         "count": "5"     },     {         "host": "Japan 2",         "count": "12"     },     {         "host": "Latvia",         "count": "3"     } ] ```  As you can see, there are no low-level discovery macros there. However, custom low-level discovery macros can be created in the [LLD macros](/manual/discovery/low_level_discovery#custom_macros) tab of a discovery rule using JSONPath, for example:      {#HOST} → $.host  Now this {\#HOST} macro may be used in item prototypes:  ![item\_prototype\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_odbc.png)
ja	#### db.odbc.getを使用する  `db.odbc.get[,{$DSN}]`と次のSQLの例を使用します。      mysql> SELECT h1.host, COUNT(h2.host) AS count FROM hosts h1 LEFT JOIN hosts h2 ON h1.hostid = h2.proxy_hostid WHERE h1.status IN (5, 6) GROUP BY h1.host;     +---------+-------+     | host    | count |     +---------+-------+     | Japan 1 |     5 |     | Japan 2 |    12 |     | Latvia  |     3 |     +---------+-------+     3 rows in set (0.01 sec)  このJSONが返されます：  ``` {.java} [     {         "host": "Japan 1",         "count": "5"     },     {         "host": "Japan 2",         "count": "12"     },     {         "host": "Latvia",         "count": "3"     } ] ```  ご覧のとおりそこにはローレベルディスカバリマクロはありません。 ただしカスタムのローレベルディスカバリマクロは、JSONPathを使用してディスカバリルールの[LLDマクロ](/manual/discovery/low_level_discovery#custom_macros)タブで作成できます。次に例を示します。      {#HOST} → $.host  これで、この{\#HOST}マクロをアイテムのプロトタイプで使用できるようになりました。  ![item\_prototype\_odbc.png](../../../../../assets/en/manual/discovery/low_level_discovery/item_prototype_odbc.png)

en-us	#### Using DNS as default interface  HostInterface and HostInterfaceItem [configuration parameters](/manual/appendix/config/zabbix_agentd) allow to specify a custom value for the host interface during autoregistration.  More specifically, they are useful if the host should be autoregistered with a DNS name as the default agent interface rather than its IP address. In that case the DNS name should be specified or returned as the value of either HostInterface or HostInterfaceItem parameters. Note that if the value of one of the two parameters changes, the autoregistered host interface is updated. So it is possible to update the default interface to another DNS name or update it to an IP address. For the changes to take effect though, the agent has to be restarted.  ::: noteclassic If HostInterface or HostInterfaceItem parameters are not configured, the listen\_dns parameter is resolved from the IP address. If such resolving is configured incorrectly, it may break autoregistration because of invalid hostname. :::
ja	#### DNSをデフォルトのインターフェースとして使用する  HostInterfaceおよびHostInterfaceItem[パラメーター](/manual/appendix/config/zabbix_agentd)を使用すると、自動登録にホストインターフェイスのカスタム値を指定できます。  具体的には、ホストをIPアドレスではなくデフォルトのエージェントインターフェイスとしてDNS名で自動登録する必要がある場合に役立ちます。その場合、DNS名はHostInterfaceまたはHostInterfaceItemどちらかのパラメーターの値として指定または返される必要があります。2つのパラメータのいずれかの値が変更されると、自動登録されたホストインターフェイスが更新されることに注意してください。上記からデフォルトのインターフェースを別のDNS名に変更したり、IPアドレスに変更したりすることもできます。ただし、変更を有効にするには、エージェントを再起動する必要があります。

en-us	#### Using filter  The filter can help narrow down the number of hosts and/or triggers displayed. For better search performance, data is searched with macros unresolved.  The filter is located below the *Availability report* bar. It can be opened and collapsed by clicking on the *Filter* tab on the left.
ja	#### フィルタの使用  フィルタは、表示されるホストやトリガーの数を絞り込むのに役立ちます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  フィルタは*稼働レポート*バーの下にあります。*フィルター*タブをクリックすると、開いたり折りたたんだりできます。

en-us	##### Using filter  The item list may contain a lot of items. By using the filter, you can filter out some of them to quickly locate the items you'ŗe looking for. For better search performance, data is searched with macros unresolved.  The *Filter* icon is available at the top right corner. Clicking on it will open a filter where you can specify the desired filtering criteria.  ![](../../../../../../assets/en/manual/web_interface/template_item_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Only host groups that contain at least one template can be selected.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Templates*|Filter by one or more templates.| |*Name*|Filter by item name.| |*Key*|Filter by item key.| |*Value mapping*|Filter by the value map used.<br>This parameter is not displayed if the *Templates* option is empty.| |*Type*|Filter by item type (Zabbix agent, SNMP agent, etc.).| |*Type of information*|Filter by type of information (Numeric unsigned, float, etc.).| |*History*|Filter by how long item history is kept.| |*Trends*|Filter by how long item trends are kept.| |*Update interval*|Filter by item update interval.| |*Tags*|Specify tags to limit the number of items displayed. It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met| |*Status*|Filter by item status - *Enabled* or *Disabled*.| |*Triggers*|Filter items with (or without) triggers.| |*Inherited*|Filter items inherited (or not inherited) from linked templates.|  The **Subfilter** below the filter offers further filtering options (for the data already filtered). You can select groups of items with a common parameter value. Upon clicking on a group, it gets highlighted and only the items with this parameter value remain in the list.
ja	##### フィルタの使用  アイテムリストには多くのアイテムが含まれている場合があります。 フィルタを使用すると、それらの一部を除外して、探しているアイテムをすばやく見つけることができます。 検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*アイコンは右上隅にあります。 クリックすると、フィルターが開き、目的のフィルター基準を指定できます。  ![](../../../../../../assets/en/manual/web_interface/template_item_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>少なくとも1つのテンプレートを含むホストグループのみを選択できます。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*テンプレート*|1つ以上のテンプレートでフィルタリングします。| |*名前*|アイテム名でフィルタリングします。| |*キー*|アイテムキーでフィルタリングします。| |*値のマッピング*|使用する値マップでフィルタリングします。<br>*Templates*オプションが空の場合、このパラメータは表示されません。| |*タイプ*|アイテムタイプでフィルタリングします (Zabbix エージェント, SNMP エージェント, 他).| |*データ型*|データ型でフィルタリングします (Numeric unsigned, float, etc.).| |*ヒストリ*|アイテム履歴が保持される期間でフィルタリングします。| |*トレンド*|アイテムのトレンドが保持される期間でフィルタリングします。| |*監視間隔*|アイテムの更新間隔でフィルタリングします。| |*タグ*|表示項目を制限するタグを指定してください。 特定のタグとタグ値を含めたり除外したりするためにいくつかの条件を設定できます。 タグ名の照合では、常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれるタグ名を含める（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名と値を除外する<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれるタグ名を除外する（サブストリングの一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> ** And/Or **-すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - どれか1つの条件が満たされた場合| |*ステータス*|アイテムのステータスでフィルタリングします - *有効*または*無効*| |*トリガー*|トリガーあり（またはなし）のアイテムをフィルタリングします。| |*継承したもの*|リンクされたテンプレートから継承された（または継承されていない）アイテムをフィルタリングします。|  フィルタの下の**サブフィルター**は、さらにフィルタリングオプションを提供します（すでにフィルタリングされたデータの場合）。 共通のパラメータ値を持つアイテムのグループを選択できます。 グループをクリックすると、グループが強調表示され、このパラメータ値を持つアイテムのみがリストに残ります。

en-us	##### Using filter  The page shows a list of all web scenarios of the selected host. To view web scenarios for another host or host group without returning to the *Monitoring → Hosts* page, select that host or group in the filter. You may also filter scenarios based on tags.
ja	##### フィルタの使用  このページには、選択したホストのすべてのWebシナリオのリストが表示されます。 *監視データ → ホスト*ページに戻らずに別のホストまたはホストグループのWebシナリオを表示するには、フィルターでそのホストまたはグループを選択します。 タグに基づいてシナリオをフィルタリングすることもできます。

en-us	##### Using filter  To view a specific graph, select it in the filter. The filter allows to specify the host, the graph name and the *Show* option (all/host graphs/simple graphs).  ![](../../../../../../assets/en/manual/web_interface/graph_filter.png){width="600"}  If no host is selected in the filter, no graphs are displayed.
ja	##### フィルタの使用  特定のグラフを表示するには、フィルターでそのグラフを選択します。 フィルタを使用すると、ホスト、グラフ名、および*表示*オプション（すべて/ホストグラフ/単純グラフ）を指定できます。  ![](../../../../../../assets/en/manual/web_interface/graph_filter.png){width="600"}  フィルタでホストが選択されていない場合、グラフは表示されません。

en-us	##### Using filter  You can filter graphs by host group and host. For better search performance, data is searched with macros unresolved.
ja	##### フィルタの使用  ホストグループとテンプレートでグラフをフィルタリングできます。 検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。

en-us	##### Using filter  You can filter graphs by host group and template. For better search performance, data is searched with macros unresolved.
ja	##### フィルタの使用  ホストグループとテンプレートでグラフをフィルタリングできます。 検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。

en-us	##### Using filter  You can use the filter to display only the actions you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of actions. If you click on it, a filter becomes available where you can filter actions by name and status.  ![](../../../../../assets/en/manual/web_interface/action_filter.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して任意のアクションのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクはアクションリストの上にあります。クリックすると名前とステータスでアクションをフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/action_filter.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the correlation rules you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of correlation rules. If you click on it, a filter becomes available where you can filter correlation rules by name and status.  ![](../../../../../assets/en/manual/web_interface/correlation_rules_filter1.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して任意の相関関係のみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、相関関係リストの上にあります。クリックすると名前とステータスで相関関係をフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/correlation_rules_filter1.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the discovery rules you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* icon is available at the top right corner. Clicking on it will open a filter where you can specify the desired filtering criteria such as template, discovery rule name, item key, item type, etc.  ![](../../../../../../assets/en/manual/web_interface/template_drule_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Only host groups that contain at least one template can be selected.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Templates*|Filter by one or more templates.| |*Name*|Filter by discovery rule name.| |*Key*|Filter by discovery item key.| |*Type*|Filter by discovery item type.| |*Update interval*|Filter by update interval.<br>Not available for Zabbix trapper and dependent items.| |*Keep lost resources period*|Filter by Keep lost resources period.| |*Status*|Filter by discovery rule status (All/Enabled/Disabled).|
ja	##### フィルタの使用  フィルタを使用して、任意のディスカバリルールのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*アイコンは右上隅にあります。 それをクリックすると、フィルターが開き、テンプレート、ディスカバリルール名、アイテムキー、アイテムタイプなどの目的のフィルター基準を指定できます。  ![](../../../../../../assets/en/manual/web_interface/template_drule_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>少なくとも1つのテンプレートを含むホストグループのみを選択できます。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*テンプレート*|1つ以上のテンプレートでフィルタリングします。| |*名前*|ディスカバリルール名でフィルタリングします| |*キー*|ディスカバリアイテムキーでフィルタリングします。| |*タイプ*|ディスカバリアイテムタイプでフィルタリングします| |*監視間隔*|更新間隔でフィルタリングします。<br>Zabbixトラッパーおよび依存アイテムでは使用できません。| |*存在しなくなったリソースの保持期間*|存在しなくなったリソースの保持期間でフィルタリングします。| |*ステータス*|ディスカバリルールのステータスを（すべて/有効/無効）でフィルタリングします。|

en-us	##### Using filter  You can use the filter to display only the discovery rules you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of discovery rules. If you click on it, a filter becomes available where you can filter discovery rules by host group, host, name, item key, item type, and other parameters.  ![](../../../../../../assets/en/manual/web_interface/lld_rule_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Hosts*|Filter by one or more hosts.| |*Name*|Filter by discovery rule name.| |*Key*|Filter by discovery item key.| |*Type*|Filter by discovery item type.| |*Update interval*|Filter by update interval.<br>Not available for Zabbix trapper and dependent items.| |*Keep lost resources period*|Filter by Keep lost resources period.| |*SNMP OID*|Filter by SNMP OID.<br>Only available if *SNMP agent* is selected as type.| |*State*|Filter by discovery rule state (All/Normal/Not supported).| |*Status*|Filter by discovery rule status (All/Enabled/Disabled).|
ja	##### フィルタの使用  フィルタを使用して、任意の検出ルールのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、検出ルールのリストの上にあります。 クリックすると、フィルターが使用可能になり、ホストグループ、ホスト、名前、アイテムキー、アイテムタイプ、およびその他のパラメーターで検出ルールをフィルター処理できます。  ![](../../../../../../assets/en/manual/web_interface/lld_rule_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*ホスト*|1つ以上のホストでフィルタリングします。| |*名前*|ディスカバリルール名でフィルタリングします。| |*キー*|ディスカバリアイテムキーでフィルタリングします。| |*タイプ*|ディスカバリアイテムタイプでフィルタリングします。| |*監視間隔*|監視間隔でフィルタリングします。<br>Zabbixトラッパーおよび依存アイテムでは使用できません。| |*存在しなくなったリソースの保持期間*|失われたリソースの保持期間でフィルタリング| |*SNMP OID*|SNMP OIDでフィルタリング<br>タイプが*SNMPエージェント*を選択している場合にのみ使用できます。| |*状態*|ディスカバリルールの状態でフィルタリング (すべて/ノーマル/取得負荷)| |*ステータス*|ディスカバリルールのステータスでフィルタリング (すべて/有効/無効)|

en-us	##### Using filter  You can use the filter to display only the discovery rules you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of discovery rules. If you click on it, a filter becomes available where you can filter discovery rules by name and status.  ![](../../../../../assets/en/manual/web_interface/discovery_rules_filter1.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して任意のディスカバリルールのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、ディスカバリルールリストの上にあります。クリックすると、名前とステータスでディスカバリルールをフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/discovery_rules_filter1.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the discovery rules you are interested in. For better search performance, data is searched with macros unresolved.  With nothing selected in the filter, all enabled discovery rules are displayed. To select a specific discovery rule for display, start typing its name in the filter. All matching enabled discovery rules will be listed for selection. More than one discovery rule can be selected.
ja	##### フィルタの使用  フィルタを使用して、任意のディスカバリルールのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  フィルタで何も選択されていない場合、有効なすべてのディスカバリルールが表示されます。 表示する特定のディスカバリルールを選択するには、フィルターにその名前を入力します。 一致するすべての有効なディスカバリルールが選択のために一覧表示されます。 複数のディスカバリルールを選択できます。

en-us	##### Using filter  You can use the filter to display only the host groups you are interested in. For better search performance, data is searched with macros unresolved.
ja	##### フィルタの使用  フィルタを使用して、任意のホストグループのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。

en-us	#### Using filter  You can use the filter to display only the hosts you are interested in. For better search performance, data is searched with macros unresolved.  The filter is located above the table. It is possible to filter hosts by name, host group, IP or DNS, interface port, tags, problem severity, status (enabled/disabled/any); you can also select whether to display suppressed problems and hosts that are currently in maintenance. Favorite filter settings can be saved as tabs and then quickly accessed by clicking on the [tabs above the filter](/manual/web_interface/frontend_sections/monitoring/problems#tabs_for_favorite_filters).  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Name*|Filter by visible host name.| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.| |*IP*|Filter by IP address.| |*DNS*|Filter by DNS name.| |*Port*|Filter by port number.| |*Severity*|Filter by problem severity. By default problems of all severities are displayed. Problems are displayed if not suppressed.| |*Status*|Filter by host status.| |*Tags*|Filter by host tag name and value. Hosts can be filtered by host-level tags as well as tags from all linked templates, including parent templates.<br>It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met| |*Show hosts in maintenance*|Mark the checkbox to display hosts that are in maintenance (displayed by default).| |*Show suppressed problems*|Mark the checkbox to display problems that would otherwise be suppressed (not shown) because of host maintenance.|
ja	#### フィルタの使用  フィルタを使用して、任意のホストのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  フィルタはテーブルの上にあります。 名前、ホストグループ、IPまたはDNS、ポート、タグ、障害の深刻度、ステータス（有効/無効/すべて）でホストをフィルタリングできます。 メンテナンス中の障害とメンテナンス中のホストを表示するかどうかを選択することもできます。 お気に入りのフィルター設定をタブとして保存し、[フィルターの上のタブ](/manual/web_interface/frontend_sections/monitoring/problems#tabs_for_favorite_filters)をクリックしてすばやくアクセスできます。  ![](../../../../../assets/en/manual/web_interface/monitoring_hosts_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*名前*|表示ホスト名でフィルタリングします| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます| |*IPアドレス*|IPアドレスでフィルタリングします| |*DNS*|DNS名でフィルタリングします| |*ポート*|ポート番号でフィルタリングします| |*深刻度*|障害の深刻度でフィルタリングします。 デフォルトでは、すべての深刻度のメンテンナンスされていない障害が表示されます| |*ステータス*|ステータスでフィルタリングします| |*タグ*|ホストタグの名前と値でフィルタリングします。ホストは、ホストレベルのタグと、親テンプレートを含むすべてのリンクされたテンプレートのタグでフィルタリングできます。<br>特定のタグとタグ値を含めたり除外したりすることができます。いくつかの条件を設定できます。タグ名の照合では常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名を含める値（大文字と小文字を区別）<br> **Contains** - 指定されたタグ名を含み、タグ値に入力された文字列が含まれる（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名を含めない<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれる指定されたタグ名を除外する（サブ文字列の一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> **And/Or** - すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - 1つの条件が満たされる| |*メンテナンス中のホストを表示*|チェックボックスをオンにすると、メンテナンス中のホストも表示されます（デフォルトはオン）| |*メンテナンス中の障害を表示*|チェックボックスをオンにすると、メンテナンス中の障害も表示されます。（デフォルトはオフ）|

en-us	#### Using filter  You can use the filter to display only the hosts you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of hosts. If you click on it, a filter becomes available where you can filter hosts by host group, linked templates, name, DNS, IP, port number, if they are monitored by server or by proxy, proxy name and tags.  ![](../../../../../assets/en/manual/web_interface/host_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Templates*|Filter by linked templates.| |*Name*|Filter by visible host name.| |*DNS*|Filter by DNS name.| |*IP*|Filter by IP address.| |*Port*|Filter by port number.| |*Monitored by*|Filter hosts that are monitored by server only, proxy only or both.| |*Proxy*|Filter hosts that are monitored by the proxy specified here.| |*Tags*|Filter by host tag name and value.<br>It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met|
ja	#### フィルタの使用  フィルタを使用して、任意のホストのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、ホストリストの上にあります。 クリックするとホストがサーバーまたはプロキシ、プロキシ名、タグ、ホストグループ、リンクされたテンプレート、名前、DNS、IP、ポート番号等でホストをフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/host_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*テンプレート*|リンクされたテンプレートでフィルタリングします| |*名前*|表示用のホスト名でフィルタリングします| |*DNS*|DNS名でフィルタリングします| |*IPアドレス*|IPアドレスでフィルタリングします| |*ポート*|ポート番号でフィルタリングします| |*監視するもの*|サーバーのみ、プロキシのみ、またはその両方によって監視されているホストをフィルタリングします。| |*プロキシ*|ここで指定したプロキシによって監視されているホストをフィルタリングします。| |*タグ*|ホストタグの名前と値でフィルタリングします。<br>特定のタグとタグ値を含めたり除外したりすることができます。 いくつかの条件を設定できます。 タグ名の照合では常に大文字と小文字が区別されます。<br>各条件で使用できる演算子はいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名と値を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれるタグ名を含める（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名を除外する<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれるタグ名を除外する（サブストリングの一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> ** And/Or **-すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - どれか1つの条件が満たされた場合|

en-us	#### Using filter  You can use the filter to display only the items you are interested in. For better search performance, data is searched with macros unresolved.  The filter icon ![](../../../../../assets/en/manual/web_interface/icon_filter_collapsed.png){width="20"} is located above the table and the subfilter. Click on it  to expand the filter.  ![](../../../../../assets/en/manual/web_interface/latest_data_filter.png){width="600"}  The filter allows to narrow the list by host group, host, item name, tag and other settings.  Specifying a parent host group in the filter implicitly selects all nested host groups. See *Monitoring* -> *[Problems](/manual/web_interface/frontend_sections/monitoring/problems#using-filter)*  for details on filtering by tags.  *Show details* allows to extend the information displayed for the items. Such details as the refresh interval, history and trends settings, item type, and item errors (fine/unsupported) are displayed.  ##### Saving filter  Filter settings can be saved for quick access later. To save a filter, click on the  *Save as* button and enter the filter name and the option to display or hide the  number of records in the saved filter. When saved, the filter is created as a named  filter tab and immediately activated.  The left/right buttons above the filter may be used to navigate between saved  filters. Alternatively, the downward pointing button opens a dropdown menu with all  saved filters and you can click on the one you need.  If the settings of a saved filter have been changed, an asterisk is displayed before  the filter name in italic. To update the filter according to the new settings,  click on the *Update* button, which is displayed instead of  the *Save as* button.  The *Reset* button allows to inactivate unsaved filter settings in the main  filter and the subfilter.  #### Using subfilter  The subfilter is useful for a quick one-click access to groups of related items.  The subfilter operates autonomously from the main filter - results are filtered  immediately, no need to click on *Apply* in the main filter.  Note that the subfilter only allows to further modify the filtering from the main filter.   Unlike the main filter, the subfilter is updated together with each table refresh request  to always get up-to-date information of available filtering options and their counter  numbers.  The subfilter shows **clickable links** allowing to filter items based on a common  entity - the host, tag name or tag value. As soon as the entity is clicked, items are  immediately filtered; the selected entity is highlighted with gray background.  To remove the filtering, click on the entity again. To add another  entity to the filtered results, click on another entity.  For each entity group (e.g. tags, hosts) up to 10 rows of entities are displayed. If there are  more entities, this list can be expanded to a maximum of 1000 entries  (the value of SUBFILTER_VALUES_PER_GROUP in [frontend definitions](/manual/web_interface/definitions))  by clicking on a three-dot icon displayed at the end. Once expanded to the maximum, the  list cannot be collapsed. (*Note* that a non-expandable maximum of 100 is the limit before Zabbix 6.0.5.)  In the list of *Tag values* up to 10 rows of tag names are displayed. If there are  more tag names with values, this list can be expanded to a maximum of 200 tag names  by clicking on a three-dot icon displayed at the bottom. Once expanded to the maximum, the  list cannot be collapsed. (*Note* that a non-expandable maximum of 20 rows is the limit before Zabbix 6.0.5.)  For each tag name up to 10 rows of values are displayed (expandable to 1000 entries  (the value of SUBFILTER_VALUES_PER_GROUP in [frontend definitions](/manual/web_interface/definitions))).  The host options in the subfilter are available only if no hosts or more than one  host is selected in the main filter.   By default, items with and without data are displayed in the item list. If only one host  is selected in the main filter, the subfilter offers the option to filter only items  with data, only without data, or both for this host.  A number next to each clickable entity indicates the number of items it has in the  results of the main filter. Entities without items are not displayed, unless they were  selected in the subfilter before.  Once one entity is selected, the numbers with other available entities are displayed  with a plus sign indicating how many items may be added to the current selection.  #### Graphs   **Ad-hoc graphs for comparing items**  You may use the checkbox in the first column to select several items and then compare their data in a simple or stacked [ad-hoc graph](/manual/config/visualization/graphs/adhoc). To do that, select items of interest, then click on the required graph button below the table.  **Links to value history/simple graph**  The last column in the latest value list offers:  -   a **History** link (for all textual items) - leading to listings     (*Values/500 latest values*) displaying the history of previous item     values.  -   a **Graph** link (for all numeric items) - leading to a [simple     graph](/manual/config/visualization/graphs/simple). However, once     the graph is displayed, a dropdown on the upper right offers a     possibility to switch to *Values/500 latest values* as well.  ![](../../../../../assets/en/manual/web_interface/latest_values.png){width="600"}  The values displayed in this list are "raw", that is, no postprocessing is applied.  ::: noteclassic The total amount of values displayed is defined by the value of *Limit for search and filter results* parameter, set in [Administration → General](/manual/web_interface/frontend_sections/administration/general). :::
ja	#### フィルタの使用  フィルタを使用して、任意のアイテムのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  フィルタアイコン![](../../../../../assets/en/manual/web_interface/icon_filter_collapsed.png){width="20"}は、テーブルとサブフィルタの上にあります。クリックしてフィルターを展開します。  ![](../../../../../assets/en/manual/web_interface/latest_data_filter.png){width="600"}  フィルタを使用すると、ホストグループ、ホスト、アイテム名、タグ、およびその他の設定でリストを絞り込むことができます。 フィルタで親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。 タグによるフィルタリングの詳細については、*監視データ* ->  *[障害](/manual/web_interface/frontend_sections/monitoring/problems#using-filter)*を参照してください。  *詳細を表示*を使用すると、アイテムに表示される情報を拡張できます。 更新間隔、履歴とトレンドの設定、アイテムの種類、アイテムのエラー（細かい/サポートされていない）などの詳細が表示されます。  ##### フィルタの保存  フィルタ設定は、後ですばやくアクセスできるように保存できます。 フィルタを保存するには*保存する*ボタンをクリックし、フィルタ名と、保存したフィルタのレコード数を表示または非表示にするオプションを入力します。 保存すると、フィルターは名前付きフィルタータブとして作成され、すぐにアクティブになります。  フィルタの上にある左/右ボタンを使用して、保存されたフィルタ間を移動できます。 または、下向きのボタンをクリックすると、保存されているすべてのフィルターを含むドロップダウンメニューが開き、必要なフィルターをクリックできます。  保存したフィルターの設定を変更した場合は、フィルター名の前にアスタリスクが斜体で表示されます。 新しい設定でフィルターを更新するには*保存する*ボタンの代わりに表示される*更新*ボタンをクリックします。  *リセット*ボタンを使用すると、メインフィルターとサブフィルターの未保存のフィルター設定を無効にすることができます。  #### サブフィルタの使用  サブフィルターは、関連するアイテムのグループにワンクリックですばやくアクセスするのに役立ちます。 サブフィルターはメインフィルターから自律的に動作します。結果はすぐにフィルターされ、メインフィルターの*適用*をクリックする必要はありません。  サブフィルターでは、メインフィルターからのフィルターのみをさらに変更できることに注意してください。  メインフィルターとは異なり、サブフィルターは各テーブル更新要求とともに更新され、使用可能なフィルターオプションとそのカウンター番号の最新情報を常に取得します。  サブフィルターには**クリック可能なリンク**が表示され、ホスト、タグ名、タグ値などの共通のエンティティに基づいてアイテムをフィルター処理できます。 エンティティがクリックされるとすぐに、アイテムはすぐにフィルタリングされます。 選択したエンティティは灰色の背景で強調表示されます。 フィルタリングを削除するには、エンティティをもう一度クリックします。 フィルタリングされた結果に別のエンティティを追加するには、別のエンティティをクリックします。  エンティティグループ（タグ、ホストなど）ごとに、最大10行のエンティティが表示されます。 さらにエンティティがある場合は、最後に表示される3つのドットのアイコンをクリックすることで、このリストを最大1000エントリ（[フロントエンド定義](/manual/web_interface/definitions)のSUBFILTER_VALUES_PER_GROUPの値）に拡張できます。 最大に拡張すると、リストを折りたたむことはできません。 （*注*拡張不可能な最大値100は、Zabbix 6.0.5より前の制限であることに注意してください。）  *タグ値*のリストには、最大10行のタグ名が表示されます。 値の付いたタグ名がさらにある場合は、下部に表示されている3つのドットアイコンをクリックすると、このリストを最大200個のタグ名に展開できます。 最大に拡張すると、リストを折りたたむことはできません。 （*注*拡張不可能な最大行20はZabbix 6.0.5より前の制限であることに注意してください。）  タグ名ごとに最大10行の値が表示されます（1000エントリまで拡張可能（[フロントエンド定義](/manual/web_interface/definitions)のSUBFILTER_VALUES_PER_GROUPの値））。  サブフィルターのホストオプションは、メインフィルターでホストが選択されていないか、複数のホストが選択されている場合にのみ使用できます。  デフォルトでは、データのあるアイテムとないアイテムがアイテムリストに表示されます。 メインフィルターでホストが1つだけ選択されている場合、サブフィルターには、このホストのデータを含むアイテムのみ、データを含まないアイテムのみ、またはその両方をフィルタリングするオプションがあります。  クリック可能な各エンティティの横の数字は、メインフィルターの結果に含まれるアイテムの数を示します。 以前にサブフィルターで選択されていない限り、アイテムのないエンティティは表示されません。  1つのエンティティが選択されると、他の使用可能なエンティティの番号が、現在の選択に追加できるアイテムの数を示すプラス記号とともに表示されます。  #### グラフ  **アイテムを比較するためのアドホックグラフ**  最初の列のチェックボックスを使用して複数のアイテムを選択し、それらのデータを単純な[アドホックグラフ](/manual/config/visualization/graphs/adhoc)で比較できます。 これを行うには任意の項目を選択し、表の下にあるグラフボタンをクリックします。  **値の履歴/単純なグラフへのリンク**  最新の値リストの最後の列は次のとおりです。  -   **履歴**リンク（すべてのテキストアイテム用） - 以前のアイテム値の履歴を表示するリスト（*値/最新のデータ500*）につながります。  -   **グラフ**リンク（すべての数値項目用） - [単純なグラフ](/manual/config/visualization/graphs/simple)につながります。 ただし、グラフが表示されると、右上のドロップダウンで*値/最新のデータ500*に切り替えることもできます。  ![](../../../../../assets/en/manual/web_interface/latest_values.png){width="600"}  このリストに表示される値は "raw" です。つまり、後処理は適用されません。  ::: noteclassic 表示される値の合計は[管理 → 一般設定](/manual/web_interface/frontend_sections/administration/general)で設定された*検索/フィルターの項目の上限値*パラメーターの値によって定義されます。 :::

en-us	##### Using filter  You can use the filter to display only the items you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is located above the table to the right. You can use it to filter items by host group, host, a string in the item name and tags; you can also select to display items that have no data gathered.  Specifying a parent host group implicitly selects all nested host groups.  *Show details* allows extending displayable information on the items. Such details as refresh interval, history and trends settings, item type, and item errors (fine/unsupported) are displayed. A link to item configuration is also available.  ![](../../../../../assets/en/manual/web_interface/latest_data2.png){width="600"}  By default, items without data are shown but details are not displayed. For better page performance, the *Show items without data* option is checked and disabled if no host is selected in the filter.  **Ad-hoc graphs for comparing items**  You may use the checkbox in the first column to select several items and then compare their data in a simple or stacked [ad-hoc graph](/manual/config/visualization/graphs/adhoc). To do that, select items of interest, then click on the required graph button below the table.  **Links to value history/simple graph**  The last column in the latest value list offers:  -   a **History** link (for all textual items) - leading to listings     (*Values/500 latest values*) displaying the history of previous item     values.  ```{=html} <!-- --> ``` -   a **Graph** link (for all numeric items) - leading to a [simple     graph](/manual/config/visualization/graphs/simple). However, once     the graph is displayed, a dropdown on the upper right offers a     possibility to switch to *Values/500 latest values* as well.  ![](../../../../../assets/en/manual/web_interface/latest_values.png){width="600"}  The values displayed in this list are "raw", that is, no postprocessing is applied.  ::: noteclassic The total amount of values displayed is defined by the value of *Limit for search and filter results* parameter, set in [Administration → General](/manual/web_interface/frontend_sections/administration/general). :::  
ja	##### Using filter  You can use the filter to display only the items you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is located above the table to the right. You can use it to filter items by host group, host, a string in the item name and tags; you can also select to display items that have no data gathered.  Specifying a parent host group implicitly selects all nested host groups.  *Show details* allows extending displayable information on the items. Such details as refresh interval, history and trends settings, item type, and item errors (fine/unsupported) are displayed. A link to item configuration is also available.  ![](../../../../../assets/en/manual/web_interface/latest_data2.png){width="600"}  By default, items without data are shown but details are not displayed. For better page performance, the *Show items without data* option is checked and disabled if no host is selected in the filter.  **Ad-hoc graphs for comparing items**  You may use the checkbox in the first column to select several items and then compare their data in a simple or stacked [ad-hoc graph](/manual/config/visualization/graphs/adhoc). To do that, select items of interest, then click on the required graph button below the table.  **Links to value history/simple graph**  The last column in the latest value list offers:  -   a **History** link (for all textual items) - leading to listings     (*Values/500 latest values*) displaying the history of previous item     values.  ```{=html} <!-- --> ``` -   a **Graph** link (for all numeric items) - leading to a [simple     graph](/manual/config/visualization/graphs/simple). However, once     the graph is displayed, a dropdown on the upper right offers a     possibility to switch to *Values/500 latest values* as well.  ![](../../../../../assets/en/manual/web_interface/latest_values.png){width="600"}  The values displayed in this list are "raw", that is, no postprocessing is applied.  ::: noteclassic The total amount of values displayed is defined by the value of *Limit for search and filter results* parameter, set in [Administration → General](/manual/web_interface/frontend_sections/administration/general). :::  

en-us	##### Using filter  You can use the filter to display only the maintenance periods you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of maintenance periods. If you click on it, a filter becomes available where you can filter maintenance periods by host group, name and state.  ![](../../../../../assets/en/manual/web_interface/maintenance_filter1.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して任意のメンテナンス期間のみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、メンテナンス期間のリストの上にあります。 それをクリックすると、ホストグループ、名前、および状態でメンテナンス期間をフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/maintenance_filter1.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the maps you are interested in. For better search performance, data is searched with macros unresolved.
ja	##### フィルタの使用  フィルタを使用して、任意のマップのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。

en-us	##### Using filter  You can use the filter to display only the media types you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of media types. If you click on it, a filter becomes available where you can filter media types by name and status.  ![](../../../../../assets/en/manual/web_interface/media_types_filter1.png){width="600"}
ja	##### フィルタの使用  You can use the filter to display only the media types you are interested in. For better search performance, data is searched with macros unresolved.  *フィルター*リンクは、メディアタイプのリストの上にあります。それをクリックすると、名前とステータスでメディアタイプをフィルタリングできるフィルタが利用可能になります。  ![](../../../../../assets/en/manual/web_interface/media_types_filter1.png){width="600"}

en-us	#### Using filter  You can use the filter to display only the problems you are interested in. For better search performance, data is searched with macros unresolved.  The filter is located above the table. Favorite filter settings can be saved as tabs and then quickly accessed by clicking on the [tabs above the filter](/manual/web_interface/frontend_sections/monitoring/problems#tabs_for_favorite_filters).  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Show*|Filter by problem status:<br>**Recent problems** - unresolved and recently resolved problems are displayed (default)<br>**Problems** - unresolved problems are displayed<br>**History** - history of all events is displayed| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Hosts*|Filter by one or more hosts.| |*Triggers*|Filter by one or more triggers.| |*Problem*|Filter by problem name.| |*Severity*|Filter by trigger (problem) severity.| |*Age less than*|Filter by how old the problem is.| |*Host inventory*|Filter by inventory type and value.| |*Tags*|Filter by [event tag](/manual/config/tagging) name and value. It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met<br>When filtered, the tags specified here will be displayed first with the problem, unless overridden by the *Tag display priority* (see below) list.| |*Show tags*|Select the number of displayed tags:<br>**None** - no *Tags* column in *Monitoring → Problems*<br>**1** - *Tags* column contains one tag<br>**2** - *Tags* column contains two tags<br>**3** - *Tags* column contains three tags<br>To see all tags for the problem roll your mouse over the three dots icon.| |*Tag name*|Select tag name display mode:<br>**Full** - tag names and values are displayed in full<br>**Shortened** - tag names are shortened to 3 symbols; tag values are displayed in full<br>**None** - only tag values are displayed; no names| |*Tag display priority*|Enter tag display priority for a problem, as a comma-separated list of tags (for example: `Services,Applications,Application`). Tag names only should be used, no values. The tags of this list will always be displayed first, overriding the natural ordering by alphabet.| |*Show operational data*|Select the mode for displaying [operational data](#operational_data_of_problems):<br>**None** - no operational data is displayed<br>**Separately** - operational data is displayed in a separate column<br>**With problem name** - append operational data to the problem name, using parentheses for the operational data| |*Show suppressed problems*|Mark the checkbox to display problems that would otherwise be suppressed (not shown) because of host maintenance.| |*Compact view*|Mark the checkbox to enable compact view.| |*Show details*|Mark the checkbox to display underlying trigger expressions of the problems. Disabled if *Compact view* checkbox is marked.| |*Show unacknowledged only*|Mark the checkbox to display unacknowledged problems only.| |*Show timeline*|Mark the checkbox to display the visual timeline and grouping. Disabled if *Compact view* checkbox is marked.| |*Highlight whole row*|Mark the checkbox to highlight the full line for unresolved problems. The problem severity color is used for highlighting.<br>Enabled only if the *Compact view* checkbox is marked in the standard blue and dark themes. *Highlight whole row* is not available in the high-contrast themes.|
ja	#### フィルタの使用  フィルタを使用して任意の障害のみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  フィルタはテーブルの上にあります。 お気に入りのフィルター設定をタブとして保存し[フィルターの上のタブ](/manual/web_interface/frontend_sections/monitoring/problems#tabs_for_favorite_filters)をクリックしてすばやくアクセスできます.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*表示*|障害のステータスでフィルタリングします：<br> **最近の障害** - 未解決の障害と最近解決された障害が表示されます（デフォルト）<br>**障害** - 未解決の障害が表示されます<br>**ヒストリ** - すべてのヒストリイベントが表示されます| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*ホスト*|一つ以上のホスト名でフィルタリングします| |*トリガー*|一つ以上のトリガー名でフィルタリングします| |*障害*|障害名でフィルタリングします。| |*深刻度*|トリガー（障害）の深刻度でフィルターします。| |*表示期間*|指定された表示期間でフィルタリングします。| |*ホストインベントリ*|ホストインベントリの種類と値でフィルタリングします。| |*タグ*|[イベントタグ](/manual/config/tagging)の名前と値でフィルタリングします。特定のタグとタグ値を含めたり除外したりすることができます。いくつかの条件を設定できます。タグ名の照合では常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名と値を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれる場合に指定されたタグ名を含める（文字列の部分一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名を除外する<br>**Does not equal**-指定されたタグ名と値を除外する（大文字と小文字を区別）<br>**Does not contain** - タグ値に入力された文字列が含まれる指定されたタグ名を除外する（文字列の部分一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br>**And/Or** - すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - 1つの条件が満たされる<br>フィルタリングすると*タグ表示優先度*（以下を参照）リストで上書きされない限り、ここで指定されたタグが障害とともに最初に表示されます。| |*タグを表示*|表示するタグの数を選択します。<br>**なし** - *監視データ→障害*に*タグ*列を表示しません。<br>**1** - *タグ*列に1つのタグが表示されます<br>**2** - *タグ*列には2つのタグが表示されます<br>**3** - *タグ*列には3つのタグが表示されます<br>障害のすべてのタグを表示するには、3ドットアイコンの上にマウスを置きます。| |*タグ名*|タグ名の表示モードを選択します。<br>**すべて** - タグの名前と値はすべて表示されます<br>**短縮** - タグ名は3つの記号に短縮されます。 タグ値は完全に表示されます<br>**なし** - タグ値のみが表示されます。タグ名は表示しません| |*タグ表示優先度*|問題のタグ表示優先度を、タグのコンマ区切りリストとして入力します（例： `Services、Applications、Application`）。 タグ名のみを使用し、値は使用しないでください。 このリストのタグは常に最初に表示され、アルファベットによる自然順序を上書きします。| |*運用データの表示*|[運用データ]を表示するモードを選択します(#operational_data_of_problems)：<br>**なし** - 運用データは表示されません<br>**別々に** - 運用データは別の列に表示されます<br>**障害名と一緒に** - 括弧を使用して問題名に運用データを追加します| |*メンテナンス中の障害を表示*|チェックボックスをオンにすると、ホストのメンテナンスに抑制される（表示されない）障害が表示されます。| |*コンパクト表示*|チェックボックスをオンにすると、コンパクト表示が有効になります。| |*詳細を表示*|チェックボックスをオンにすると障害の根本的なトリガー式が表示されます。 *コンパクト表示*チェックボックスがマークされている場合は無効になります。| |*未確認のみ表示*|未確認の障害のみを表示するには、チェックボックスをオンにします。| |*タイムラインを表示*|チェックボックスをオンにすると、視覚的なタイムラインとグループ化が表示されます。 *コンパクト表示*チェックボックスがマークされている場合は無効になります。| |*行を強調表示*|チェックボックスをオンにすると未解決の障害の全行が強調表示されます。障害の深刻度の色は強調表示に使用されます。<br>標準の青と暗いテーマで[*コンパクト表示*]チェックボックスがオンになっている場合にのみ有効になります。 *行全体を強調表示*は高コントラストのテーマでは使用できません。|

en-us	##### Using filter  You can use the filter to display only the proxies you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of proxies. If you click on it, a filter becomes available where you can filter proxies by name and mode.  ![](../../../../../assets/en/manual/web_interface/proxies_filter1.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して、関心のあるプロキシのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、プロキシのリストの上にあります。それをクリックすると、名前とモードでプロキシをフィルタリングできるフィルタが利用可能になります。  ![](../../../../../assets/en/manual/web_interface/proxies_filter1.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the scenarios you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of web scenarios. If you click on it, a filter becomes available where you can filter scenarios by host group, host, status and tags.  ![](../../../../../../assets/en/manual/web_interface/web_scenario_filter.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して任意のシナリオのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、Webシナリオのリストの上にあります。 クリックすると、ホストグループ、ホスト、ステータス、タグでシナリオをフィルタリングできるフィルターが利用可能になります。  ![](../../../../../../assets/en/manual/web_interface/web_scenario_filter.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the scenarios you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of web scenarios. If you click on it, a filter becomes available where you can filter scenarios by host group, template, status and tags.  ![](../../../../../../assets/en/manual/web_interface/template_web_scenario_filter.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して、任意のシナリオのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、Webシナリオのリストの上にあります。 それをクリックすると、ホストグループ、テンプレート、ステータス、タグでシナリオをフィルタリングできるフィルターが利用可能になります。  ![](../../../../../../assets/en/manual/web_interface/template_web_scenario_filter.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the scripts you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of scripts. If you click on it, a filter becomes available where you can filter scripts by name and scope.  ![](../../../../../assets/en/manual/web_interface/script_filter.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して、関心のあるスクリプトのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *Filter*リンクは、スクリプトのリストの上にあります。それをクリックすると、名前とスコープでスクリプトをフィルタリングできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/script_filter.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the services you are interested in.
ja	##### フィルターの使用  フィルターを使用して、関心のあるサービスのみを表示できます。

en-us	##### Using filter  You can use the filter to display only the templates you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available below *Create template* and *Import* buttons. If you click on it, a filter becomes available where you can filter templates by host group, linked templates, name and tags.  ![](../../../../../assets/en/manual/web_interface/template_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Linked templates*|Filter by directly linked templates.| |*Name*|Filter by template name.| |*Tags*|Filter by template tag name and value.<br>Filtering is possible only by template-level tags (not inherited ones). It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met|
ja	##### フィルタの使用  フィルタを使用して、任意のテンプレートのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは*テンプレートの作成*ボタンと*インポート*ボタンの下にあります。 クリックすると、ホストグループ、リンクされたテンプレート、名前、タグでテンプレートをフィルタリングできるフィルターが利用可能になります。  ![](../../../../../assets/en/manual/web_interface/template_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*テンプレートとのリンク*|直接リンクされたテンプレートでフィルタリングします。| |*名前*|テンプレート名でフィルタリングします。| |*タグ*|テンプレートタグの名前と値でフィルタリングします。<br>フィルタリングは、テンプレートレベルのタグ（継承されたタグではない）でのみ可能です。特定のタグとタグ値を含めたり除外したりすることができ、いくつかの条件も設定できます。タグ名のフィルタリングでは常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれるタグ名を含める（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名と値を除外する<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれるタグ名を除外する（サブストリングの一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> ** And/Or **-すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - どれか1つの条件が満たされた場合|

en-us	##### Using filter  You can use the filter to display only the triggers you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* icon is available at the top right corner. Clicking on it will open a filter where you can specify the desired filtering criteria.  ![](../../../../../../assets/en/manual/web_interface/template_triggers_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Only host groups that contain at least one template can be selected.<br>Specifying a parent host group implicitly selects all nested host groups.| |*Templates*|Filter by one or more templates.<br>If host groups are already selected above, template selection is limited to those groups.| |*Name*|Filter by trigger name.| |*Severity*|Select to filter by one or several trigger severities.| |*Status*|Filter by trigger status.| |*Tags*|Filter by trigger tag name and value. It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met<br>Macros and [macro functions](/manual/config/macros/macro_functions) are supported in tag name and tag value fields.| |*Inherited*|Filter triggers inherited (or not inherited) from linked templates.| |*With dependencies*|Filter triggers with (or without) dependencies.|
ja	##### フィルタの使用  フィルタを使用して、任意のトリガーのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*アイコンは右上隅にあります。 クリックすると、フィルターが開き、目的のフィルター基準を設定できます。  ![](../../../../../../assets/en/manual/web_interface/template_triggers_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>少なくとも1つのテンプレートを含むホストグループのみを選択できます。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。| |*テンプレート*|1つ以上のテンプレートでフィルタリングします。<br>上記でホストグループがすでに選択されている場合、テンプレートの選択はそれらのグループに限定されます。| |*名前*|トリガー名でフィルタリングします| |*深刻度*|1つまたは複数のトリガーの深刻度でフィルタリングします| |*ステータス*|ステータスでフィルタリングします| |*タグ*|トリガータグの名前と値でフィルタリングします。 特定のタグとタグ値を含めたり除外したりするためにいくつかの条件を設定できます。 タグ名の照合では、常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれるタグ名を含める（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名と値を除外する<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれるタグ名を除外する（サブストリングの一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> ** And/Or **-すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - どれか1つの条件が満たされた場合<br>マクロと[マクロ関数](/manual/config/macros/macro_functions)は、タグ名とタグ値のフィールドでサポートされています。| |*継承したもの*|リンクされたテンプレートから継承された（または継承されなかった）トリガーをフィルターします。| |*依存関係がある*|依存関係がある（またはない）トリガーをフィルターします。|

en-us	#### Using filter  You can use the filter to display only the triggers you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* icon is available at the top right corner. Clicking on it will open a filter where you can specify the desired filtering criteria.  ![](../../../../../../assets/en/manual/web_interface/trigger_filter.png){width="600"}  |Parameter|Description| |---------|-----------| |*Host groups*|Filter by one or more host groups.<br>Specifying a parent host group implicitly selects all nested host groups.<br>Host groups containing templates only cannot be selected.| |*Hosts*|Filter by one or more hosts.<br>If host groups are already selected above, host selection is limited to those groups.| |*Name*|Filter by trigger name.| |*Severity*|Select to filter by one or several trigger severities.| |*State*|Filter by trigger state.| |*Status*|Filter by trigger status.| |*Value*|Filter by trigger value.| |*Tags*|Filter by trigger tag name and value. It is possible to include as well as exclude specific tags and tag values. Several conditions can be set. Tag name matching is always case-sensitive.<br>There are several operators available for each condition:<br>**Exists** - include the specified tag names<br>**Equals** - include the specified tag names and values (case-sensitive)<br>**Contains** - include the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>**Does not exist** - exclude the specified tag names<br>**Does not equal** - exclude the specified tag names and values (case-sensitive)<br>**Does not contain** - exclude the specified tag names where the tag values contain the entered string (substring match, case-insensitive)<br>There are two calculation types for conditions:<br>**And/Or** - all conditions must be met, conditions having the same tag name will be grouped by the Or condition<br>**Or** - enough if one condition is met<br>Macros and [macro functions](/manual/config/macros/macro_functions) are supported both in tag name and tag value fields.| |*Inherited*|Filter triggers inherited (or not inherited) from a template.| |*Discovered*|Filter triggers discovered (or not discovered) by low-level discovery.| |*With dependencies*|Filter triggers with (or without) dependencies.|
ja	##### フィルタの使用  フィルタを使用して、任意のトリガーのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*アイコンは右上隅にあります。 クリックすると、フィルターが開き、目的のフィルター基準を設定できます。  ![](../../../../../../assets/en/manual/web_interface/trigger_filter.png){width="600"}  |パラメータ|詳細| |---------|-----------| |*ホストグループ*|1つ以上のホストグループでフィルタリングします。<br>親ホストグループを指定すると、ネストされたすべてのホストグループが暗黙的に選択されます。<br>テンプレートのみを含むホストグループは選択できません。| |*ホスト*|1つ以上のホストでフィルタリングします。<br>上記でホストグループがすでに選択されている場合、ホストの選択はそれらのグループに限定されます。| |*名前*|トリガー名でフィルタリングします| |*深刻度*|1つまたは複数のトリガーの深刻度でフィルタリングします| |*State*|状態でフィルタリングします| |*ステータス*|ステータスでフィルタリングします| |*値*|値でフィルタリングします| |*Tags*|トリガータグの名前と値でフィルタリングします。 特定のタグとタグ値を含めたり除外したりするためにいくつかの条件を設定できます。 タグ名の照合では、常に大文字と小文字が区別されます。<br>条件ごとに使用できる演算子がいくつかあります。<br>**Exists** - 指定されたタグ名を含める<br>**Equals** - 指定されたタグ名を含める（大文字と小文字を区別）<br> **Contains** - タグ値に入力された文字列が含まれるタグ名を含める（部分文字列の一致、大文字と小文字を区別しない）<br>**Does not exist** - 指定されたタグ名と値を除外する<br>**Does not equal** - 指定されたタグ名と値を除外する（大文字と小文字を区別）<br> **Does not contain** - タグ値に入力された文字列が含まれるタグ名を除外する（サブストリングの一致、大文字と小文字を区別しない）<br>条件には2つの計算タイプがあります：<br> ** And/Or **-すべての条件が満たされる必要があり、同じタグ名を持つ条件はOr条件によってグループ化されます<br >**Or** - どれか1つの条件が満たされた場合<br>マクロと[マクロ関数](/manual/config/macros/macro_functions)は、タグ名とタグ値のフィールドでサポートされています。| |*継承したもの*|リンクされたテンプレートから継承された（または継承されなかった）トリガーをフィルターします。| |*Discovered*|低レベルのディスカバリによって検出された（または検出されなかった）トリガーをフィルターします。| |*依存関係がある*|依存関係がある（またはない）トリガーをフィルターします。|

en-us	##### Using filter  You can use the filter to display only the user groups you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of user groups. If you click on it, a filter becomes available where you can filter user groups by name and status.  ![](../../../../../assets/en/manual/web_interface/user_groups_filter1.png){width="600"}
ja	##### フィルタの使用  フィルタを使用して、関心のあるユーザーグループのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、ユーザーグループのリストの上にあります。それをクリックすると、名前とステータスでユーザーグループをフィルタリングできます。  ![](../../../../../assets/en/manual/web_interface/user_groups_filter1.png){width="600"}

en-us	##### Using filter  You can use the filter to display only the users you are interested in. For better search performance, data is searched with macros unresolved.  The *Filter* link is available above the list of users. If you click on it, a filter becomes available where you can filter users by username, name, last name and user role.  ![](../../../../../assets/en/manual/web_interface/user_filter.png){width="600"}
ja	#####フィルターの使用  フィルタを使用して、関心のあるユーザーのみを表示できます。検索パフォーマンスを向上させるために、データは未解決のマクロで検索されます。  *フィルター*リンクは、ユーザーのリストの上にあります。それをクリックすると、エイリアス、名前、姓、およびユーザーの役割でユーザーをフィルターできるフィルターが使用可能になります。  ![](../../../../../assets/en/manual/web_interface/user_filter.png){width="600"}

en-us	#### Using host metadata  When agent is sending an autoregistration request to the server it sends its hostname. In some cases (for example, Amazon cloud nodes) a hostname is not enough for Zabbix server to differentiate discovered hosts. Host metadata can be optionally used to send other information from an agent to the server.  Host metadata is configured in the agent [configuration file](/manual/appendix/config/zabbix_agentd) - zabbix\_agentd.conf. There are 2 ways of specifying host metadata in the configuration file:      HostMetadata     HostMetadataItem  See the description of the options in the link above.  ::: noteimportant An autoregistration attempt happens every time an active agent sends a request to refresh active checks to the server. The delay between requests is specified in the [RefreshActiveChecks](/manual/appendix/config/zabbix_agentd) parameter of the agent. The first request is sent immediately after the agent is restarted. :::
ja	#### ホストメタデータの使用  エージェントがサーバーに自動登録要求を送信すると、エージェントはホスト名も送信しますが、場合によっては（たとえばAmazonクラウドノード）ホスト名はZabbixサーバーが検出されたホストを区別するのに十分では無いこともあります。オプションでホストメタデータを使用してエージェントからサーバーに他の情報を送信することもできます。  ホストメタデータはエージェント[設定ファイル](/manual/appendix/config/zabbix_agentd) - zabbix\_agentd.confで設定されます。ホストメタデータの指定箇所は方法は2つあります。      HostMetadata     HostMetadataItem  上記リンクのオプションの説明を参照してください。  ::: noteimportant 自動登録の試行は、アクティブエージェントがアクティブチェックの更新要求をサーバーに送信するたびに発生します。リクエスト間の遅延は、エージェントの[RefreshActiveChecks](/manual/appendix/config/zabbix_agentd)パラメーターで指定されます。最初の要求は、エージェントが再起動された直後に送信されます。 :::

en-us	#### Using jmx.discovery  This item returns a JSON object with low-level discovery macros describing MBean objects or attributes. For example, in the discovery of MBean attributes (reformatted for clarity):  ``` {.javascript} [     {         "{#JMXVALUE}":"0",         "{#JMXTYPE}":"java.lang.Long",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,CollectionCount",         "{#JMXATTR}":"CollectionCount"     },     {         "{#JMXVALUE}":"0",         "{#JMXTYPE}":"java.lang.Long",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,CollectionTime",         "{#JMXATTR}":"CollectionTime"     },     {         "{#JMXVALUE}":"true",         "{#JMXTYPE}":"java.lang.Boolean",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,Valid",         "{#JMXATTR}":"Valid"     },     {         "{#JMXVALUE}":"PS Scavenge",         "{#JMXTYPE}":"java.lang.String",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,Name",         "{#JMXATTR}":"Name"     },     {         "{#JMXVALUE}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXTYPE}":"javax.management.ObjectName",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,ObjectName",         "{#JMXATTR}":"ObjectName"     } ] ```  In the discovery of MBeans (reformatted for clarity):  ``` {.javascript} [     {         "{#JMXDOMAIN}":"java.lang",         "{#JMXTYPE}":"GarbageCollector",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXNAME}":"PS Scavenge"     } ]  ```
ja	#### jmx.discovery の使用  この項目は、MBean オブジェクトまたは属性を記述するローレベルディスカバリマクロを含む JSON オブジェクトを返します。たとえば、MBean 属性のディスカバリーでは次の通りです。 (明確にするために再フォーマットされています)  ``` {.javascript} [     {         "{#JMXVALUE}":"0",         "{#JMXTYPE}":"java.lang.Long",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,CollectionCount",         "{#JMXATTR}":"CollectionCount"     },     {         "{#JMXVALUE}":"0",         "{#JMXTYPE}":"java.lang.Long",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,CollectionTime",         "{#JMXATTR}":"CollectionTime"     },     {         "{#JMXVALUE}":"true",         "{#JMXTYPE}":"java.lang.Boolean",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,Valid",         "{#JMXATTR}":"Valid"     },     {         "{#JMXVALUE}":"PS Scavenge",         "{#JMXTYPE}":"java.lang.String",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,Name",         "{#JMXATTR}":"Name"     },     {         "{#JMXVALUE}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXTYPE}":"javax.management.ObjectName",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXDESC}":"java.lang:type=GarbageCollector,name=PS Scavenge,ObjectName",         "{#JMXATTR}":"ObjectName"     } ] ```  MBean のディスカバリーでは次の通りです。 (明確にするために再フォーマットされています):  ``` {.javascript} [     {         "{#JMXDOMAIN}":"java.lang",         "{#JMXTYPE}":"GarbageCollector",         "{#JMXOBJ}":"java.lang:type=GarbageCollector,name=PS Scavenge",         "{#JMXNAME}":"PS Scavenge"     } ]  ```

en-us	#### Using LLD macros in user macro contexts  LLD macros may be used inside user macro context, for example, [in trigger prototypes](/manual/config/macros/user_macros_context#use_cases).
ja	#### ユーザーマクロコンテキストでのLLDマクロの使用  LLDマクロは、[トリガープロトタイプ](/manual/config/macros/user_macros_context#use_cases)など、ユーザーマクロコンテキスト内で使用できます。

en-us	#### Using macro functions  Macro functions are supported with low-level discovery macros (except in low-level discovery rule filter), allowing to extract a certain part of the macro value using a regular expression.  For example, you may want to extract the customer name and interface number from the following LLD macro for the purposes of event tagging:      {#IFALIAS}=customername_1  To do so, the `regsub` macro function can be used with the macro in the event tag value field of a trigger prototype:  ![](../../../../assets/en/manual/config/macros/lld_macro_function.png)  Note, that commas are not allowed in unquoted item [key parameters](/manual/config/items/item/key#key_parameters), so the parameter containing a macro function has to be quoted. The backslash (`\`) character should be used to escape double quotes inside the parameter. Example:      net.if.in["{{#IFALIAS}.regsub(\"(.*)_([0-9]+)\", \1)}",bytes]  For more information on macro function syntax, see: [Macro functions](/manual/config/macros/macro_functions)  Macro functions are supported in low-level discovery macros since Zabbix 4.0.
ja	#### マクロ関数の使用  マクロ関数は、ローレベルディスカバリマクロでサポートされており (ローレベルディスカバリルールフィルターを除く)、<br> 正規表現を使用してマクロ値の特定の部分を抽出することが可能です。  たとえば、イベントタグ付けのために、次のLLDマクロから顧客名とインターフェイス番号を抽出したい場合があります。      {#IFALIAS}=customername_1  これを行うには、`regsub`マクロ関数をトリガープロトタイプのイベントタグの値フィールドのマクロと一緒に<br> 使用することができます:  ![](../../../../assets/en/manual/config/macros/lld_macro_function.png)  引用符で囲まれていない item [key parameters] (/manual/config/items/item/key#key_parameters) にはカンマが使えないので<br> マクロ関数を含むパラメータは引用符で囲む必要があることに注意しましょう。パラメータ内の二重引用符をエスケープするには<br> バックスラッシュ (`\\`) 文字を使用する必要があります。  例:      net.if.in["{{#IFALIAS}.regsub(\"(.*)_([0-9]+)\", \1)}",bytes]  マクロ関数の構文の詳細については、[Macro functions](/manual/config/macros/macro_functions) を参照してください。  Zabbix 4.0からローレベルディスカバリマクロでマクロ関数がサポートされています。

en-us	##### Using macros in scripts  It is possible to use user macros in JavaScript code. If a script contains user macros, these macros are resolved by server/proxy before executing specific preprocessing steps. Note, that when testing preprocessing steps in the frontend, macro values will not be pulled and need to be entered manually.  ::: noteclassic  Context is ignored when a macro is replaced with its value. Macro value is inserted in the code as is, it is not possible to add additional escaping before placing the value in the JavaScript code. Please be advised, that this can cause JavaScript errors in some cases.  :::  In an example below, if received value exceeds a {$THRESHOLD} macro value, the threshold value (if present) will be returned instead:  ``` {.java} var threshold = '{$THRESHOLD}'; return (!isNaN(threshold) && value > threshold) ? threshold : value; ```
ja	##### スクリプトでマクロを使用する  JavaScriptのコードの中で、ユーザーマクロを使用することができます。<br> スクリプトにユーザーマクロが含まれている場合、これらのマクロは、特定のプリプロセスを実行する前に、<br> server / proxy によって解決されます。注意点としてはフロントエンドで前処理ステップをテストする場合、<br> マクロの値は引き出されないので、手動で入力する必要があります。  ::: noteclassic マクロがその値で置き換えられるとき、コンテキストは無視されます。<br> マクロの値はそのままコードに挿入されるため、マクロの値を挿入する前にエスケープを追加することはできません。<br> このため，場合によってはJavaScriptのエラーを引き起こす可能性があることをご承知おきください。  :::  以下の例では、受信した値が{$THRESHOLD}マクロの値を超えた場合、代わりに閾値（存在する場合）が返されます。  ``` {.java} var threshold = '{$THRESHOLD}'; return (!isNaN(threshold) && value > threshold) ? threshold : value; ```

en-us	#### Using mass update  To mass-update some hosts, do the following:  -   Mark the checkboxes before the hosts you want to update in the [host     list](/manual/web_interface/frontend_sections/configuration/hosts) -   Click on *Mass update* below the list -   Navigate to the tab with required attributes (*Host*, *IPMI*,     *Tags*, *Macros*, *Inventory*, *Encryption* or *Value mapping*) -   Mark the checkboxes of any attribute to update and enter a new value     for them  ![](../../../../assets/en/manual/config/hosts/host_mass.png)  The following options are available when selecting the respective button for **template** linkage update:  -   *Link* - specify which additional templates to link -   *Replace* - specify which templates to link while unlinking any     template that was linked to the hosts before -   *Unlink* - specify which templates to unlink  To specify the templates to link/unlink start typing the template name in the auto-complete field until a dropdown appears offering the matching templates. Just scroll down to select the required template.  The *Clear when unlinking* option will allow to not only unlink any previously linked templates, but also remove all elements inherited from them (items, triggers, etc.).  The following options are available when selecting the respective button for **host group** update:  -   *Add* - allows to specify additional host groups from the existing     ones or enter completely new host groups for the hosts -   *Replace* - will remove the host from any existing host groups and     replace them with the one(s) specified in this field (existing or     new host groups) -   *Remove* - will remove specific host groups from hosts  These fields are auto-complete - starting to type in them offers a dropdown of matching host groups. If the host group is new, it also appears in the dropdown and it is indicated by *(new)* after the string. Just scroll down to select.  ![](../../../../assets/en/manual/config/hosts/host_mass_c.png)  ![](../../../../assets/en/manual/config/hosts/host_mass_d.png)  User macros, {INVENTORY.\*} macros, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} and {HOST.ID} macros are supported in tags. Note that tags with the same name but different values are not considered 'duplicates' and can be added to the same host.  ![](../../../../assets/en/manual/config/hosts/host_mass_e.png)  The following options are available when selecting the respective button for macros update:  -   *Add* - allows to specify additional user macros for the hosts. If     *Update existing* checkbox is checked, value, type and description     for the specified macro name will be updated. If unchecked, if a     macro with that name already exist on the host(s), it will not be     updated. -   *Update* - will replace values, types and descriptions of macros     specified in this list. If *Add missing* checkbox is checked, macro     that didn't previously exist on a host will be added as new macro.     If unchecked, only macros that already exist on a host will be     updated. -   *Remove* - will remove specified macros from hosts. If *Except     selected* box is checked, all macros except specified in the list     will be removed. If unchecked, only macros specified in the list     will be removed. -   *Remove all* - will remove all user macros from hosts. If *I confirm     to remove all macros* checkbox is not checked, a new popup window     will open asking to confirm removal of all macros.  ![](../../../../assets/en/manual/config/hosts/host_mass_f.png)  To be able to mass update inventory fields, the *Inventory mode* should be set to 'Manual' or 'Automatic'.  ![](../../../../assets/en/manual/config/hosts/host_mass_g.png)  ![](../../../../assets/en/manual/config/hosts/host_mass_h.png)  Buttons with the following options are available for value map update:  -   *Add* - add value maps to the hosts. If you mark *Update existing*,     all properties of the value map with this name will be updated.     Otherwise, if a value map with that name already exists, it will not     be updated. -   *Update* - update existing value maps. If you mark *Add missing*, a     value map that didn't previously exist on a host will be added as a     new value map. Otherwise only the value maps that already exist on a     host will be updated. -   *Rename* - give new name to an existing value map -   *Remove* - remove the specified value maps from the hosts. If you     mark *Except selected*, all value maps will be removed **except**     the ones that are specified. -   *Remove all* - remove all value maps from the hosts. If the *I     confirm to remove all value maps* checkbox is not marked, a new     popup window will open asking to confirm the removal.  When done with all required changes, click on *Update*. The attributes will be updated accordingly for all the selected hosts.
ja	#### 一括アップデート機能の使用  いくつかのホストを一括でアップデートするには、以下のようにします。  - [ホストリスト](/manual/web_interface/frontend_sections/configuration/hosts) の更新したいホストの前にあるチェックボックスをオンにします。 - リストの下にある*一括更新*をクリックします。 - 必要な属性のタブ（*ホスト*、*IPMI* , *タグ* , *マクロ* , *インベントリ* , *暗号化* , *値のマッピング*）に移動します。 - 更新する属性のチェックボックスをマークし、新しい値を入力します。  ![](../../../../assets/en/manual/config/hosts/host_mass.png)  各ボタンを選択すると、以下のオプションが利用できます。  それぞれのボタンを選択すると、次のオプションで**テンプレート**のリンクが更新されます:  -   *リンク* - 追加でリンクするテンプレートを指定します。 -   *置換* - リンクするテンプレートを指定し、それ以前にホストとリンクしていたテンプレートはリンクを削除します。 -   *リンクを削除* - リンクを削除するテンプレートを指定します。  リンク/リンクの削除を行うテンプレートを指定するには、検索文字列を入力にテンプレート名を入力し、一致するテンプレートがドロップダウンが表示されるまで待ちます。下にスクロールして必要なテンプレートを選択します。  リンク削除時にクリア*をチェックすると、以前にリンクされたテンプレートを解除するだけでなく、テンプレートから継承されたすべての要素(アイテム、トリガーなど)も削除されます。  それぞれのボタンを選択すると、次のオプションで**ホストグループ**が更新されます:  -   *追加* - 既存のホストグループから追加のホストグループを指定したり、新規ホストグループ名を入力することができます。 -   *置換* - 既存のホストグループからホストを削除し、指定されたホストグループ(既存または新規のホストグループ)と置き換えます。 -   *削除* - 特定のホストグループをホストから削除します。  これらのフィールドはオートコンプリートで、入力を開始すると、一致するホストグループのドロップダウンが表示されます。ホストグループが新しい場合、それはドロップダウンに表示され、文字列の後に*(新規)*が表示されます。選択するには下にスクロールするだけです。   ![](../../../../assets/en/manual/config/hosts/host_mass_c.png)  ![](../../../../assets/en/manual/config/hosts/host_mass_d.png)  ユーザーマクロ、{INVENTORY. \*}マクロ、{HOST.HOST}、{HOST.NAME}、{HOST.CONN}、{HOST.DNS}、{HOST.IP}、{HOST.PORT}、{HOST.ID}マクロは、タグでサポートされています。同じ名前で異なる値を持つタグは、”重複”とはみなされず、同じホストに追加されることに注意してください。  ![](../../../../assets/en/manual/config/hosts/host_mass_e.png)  それぞれのボタンを選択すると、次のオプションでマクロが更新されます:  -   *追加* - ホストに追加するユーザマクロを指定することができます。*既存の設定を上書*チェックボックスにチェックを入れると、指定したマクロの値、タイプ、および説明が更新されます。チェックをはずすと、その名前のマクロがすでにホスト上に存在する場合は、更新されません。 -   *更新* - このリストで指定されたマクロの値、型、説明を置き換えます。*未設定時に追加*チェックボックスにチェックを入れると、ホスト上に存在しなかったマクロを新しいマクロとして追加します。チェックを外すと、既にホスト上に存在するマクロのみが更新されます。 -   *削除* - 指定されたマクロをホストから削除します。*選択したものを除く*チェックボックスにチェックを入れると、リストで指定された以外のすべてのマクロが削除されます。チェックを外すと、リストで指定されたマクロだけが削除されます。 -   *全て削除* - ホストからすべてのユーザーマクロを削除します。*すべてのマクロを削除することを確認*チェックボックスのチェックされていない場合、新しいポップアップウィンドウが開き、すべてのマクロの削除を確認します。   ![](../../../../assets/en/manual/config/hosts/host_mass_f.png)  インベントリフィールドを一括更新するには、*インベントリモード*を'マニュアル’または'自動'に設定する必要があります。  ![](../../../../assets/en/manual/config/hosts/host_mass_g.png)  ![](../../../../assets/en/manual/config/hosts/host_mass_h.png)  値のマッピングの更新には、以下のオプションを持つボタンが用意されています。  -   *追加* - ホストに値のマッピングを追加します。*既存の設定を上書*チェックボックスのチェックすると、この名前の値のマッピングのすべてのプロパティが更新されます。それ以外の場合、その名前の値のマッピングが既に存在する場合は、更新されません。 -   *更新* - 既存の値のマッピングを更新します。*未設定時に追加*チェックボックスのチェックすると、ホスト上に以前は存在しなかった値のマッピングが新しい値のマッピングとして追加されます。それ以外の場合は、ホスト上に既に存在する値のマッピングのみが更新されます。 -   *名前変更* - 既存の値のマッピングに新しい名前を付けます。 -   *削除* - 指定された値のマッピングをホストから削除します。もし*選択したものを除く*チェックボックスのチェックすると、指定したものを**除く**すべての値のマッピングが削除されます。 <br> -   *全て削除* - ホストからすべての値のマッピングを削除します。もし、*すべての値のマッピングを削除することを確認*チェックボックスのチェックされていない場合、新しいポップアップウィンドウが開き、削除を確認します。  必要な変更をすべて終えたら、*更新*をクリックします。選択したすべてのホストの属性は、それに応じて更新されます。

en-us	#### Using mass update  To mass-update some templates, do the following:  -   Mark the checkboxes before the templates you want to update in the     [template     list](/manual/web_interface/frontend_sections/configuration/templates) -   Click on *Mass update* below the list -   Navigate to the tab with required attributes (*Template*, *Tags*,     *Macros* or *Value mapping*) -   Mark the checkboxes of any attribute to update and enter a new value     for them  ![](../../../../assets/en/manual/config/templates/templ_mass.png)  The following options are available when selecting the respective button for **template** linkage update:  -   *Link* - specify which additional templates to link -   *Replace* - specify which templates to link while unlinking any     template that was linked to the templates before -   *Unlink* - specify which templates to unlink  To specify the templates to link/unlink start typing the template name in the auto-complete field until a dropdown appears offering the matching templates. Just scroll down to select the required template.  The *Clear when unlinking* option will allow to not only unlink any previously linked templates, but also remove all elements inherited from them (items, triggers, etc.).  The following options are available when selecting the respective button for **host group** update:  -   *Add* - allows to specify additional host groups from the existing     ones or enter completely new host groups for the templates -   *Replace* - will remove the template from any existing host groups     and replace them with the one(s) specified in this field (existing     or new host groups) -   *Remove* - will remove specific host groups from templates  These fields are auto-complete - starting to type in them offers a dropdown of matching host groups. If the host group is new, it also appears in the dropdown and it is indicated by *(new)* after the string. Just scroll down to select.  ![](../../../../assets/en/manual/config/templates/templ_mass_c.png)  User macros, {INVENTORY.\*} macros, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} and {HOST.ID} macros are supported in tags. Note, that tags with the same name, but different values are not considered 'duplicates' and can be added to the same template.  ![](../../../../assets/en/manual/config/templates/templ_mass_d.png)  The following options are available when selecting the respective button for macros update:  -   *Add* - allows to specify additional user macros for the templates.     If *Update existing* checkbox is checked, value, type and     description for the specified macro name will be updated. If     unchecked, if a macro with that name already exist on the     template(s), it will not be updated. -   *Update* - will replace values, types and descriptions of macros     specified in this list. If *Add missing* checkbox is checked, macro     that didn't previously exist on a template will be added as new     macro. If unchecked, only macros that already exist on a template     will be updated. -   *Remove* - will remove specified macros from templates. If *Except     selected* box is checked, all macros except specified in the list     will be removed. If unchecked, only macros specified in the list     will be removed. -   *Remove all* - will remove all user macros from templates. If *I     confirm to remove all macros* checkbox is not checked, a new popup     window will open asking to confirm removal of all macros.  ![](../../../../assets/en/manual/config/templates/templ_mass_e.png)  Buttons with the following options are available for value map update:  -   *Add* - add value maps to the templates. If you mark *Update     existing*, all properties of the value map with this name will be     updated. Otherwise, if a value map with that name already exists, it     will not be updated. -   *Update* - update existing value maps. If you mark *Add missing*, a     value map that didn't previously exist on a template will be added     as a new value map. Otherwise only the value maps that already exist     on a template will be updated. -   *Rename* - give new name to an existing value map -   *Remove* - remove the specified value maps from the templates. If     you mark *Except selected*, all value maps will be removed     **except** the ones that are specified. -   *Remove all* - remove all value maps from the templates. If the *I     confirm to remove all value maps* checkbox is not marked, a new     popup window will open asking to confirm the removal.  When done with all required changes, click on *Update*. The attributes will be updated accordingly for all the selected templates.
ja	#### 一括更新手順  次の手順で一部のテンプレートを一括更新します。  -   [テンプレート一覧](/manual/web_interface/frontend_sections/configuration/templates)で更新したいテンプレートの前にあるチェックボックスにチェックを入れる -   *一括更新*をクリック -   更新が必要な属性 (*テンプレート*,*タグ*,*マクロ*または*値のマッピング*) を含むタブに移動します。 -   更新する属性のチェックボックスをマークして、新しい値を入力します  ![](../../../../assets/en/manual/config/templates/templ_mass.png)  **テンプレート**リンケージ更新の各ボタンを選択すると、次のオプションが利用可能になります。  -   *リンク* - リンクする追加のテンプレートを指定 -   *置換* - テンプレートにリンクされていたリンクを解除しながら、新しくリンクするテンプレートを指定 -   *リンクを削除* - リンクを解除するテンプレートを指定  リンク/リンク解除するテンプレートを指定するには、一致するテンプレートを提供するドロップダウンが表示されるまで、オートコンプリート フィールドにテンプレート名を入力し始めます。 下にスクロールして、必要なテンプレートを選択します。  *リンク削除時にクリア* オプションを使用すると、以前にリンクされたテンプレートのリンクを解除できるだけでなく、それらから継承されたすべての要素 (アイテム、トリガーなど) を削除することもできます。  **ホストグループ**のチェックボックスを選択すると、次のオプションが利用可能になります。  -   *追加* - 既存のホスト グループから追加のホスト グループを指定したり、テンプレートに完全に新しいホスト グループを入力したりできます -   *置換* - 既存のホスト グループからテンプレートを削除し、このフィールドで指定されたもの (既存または新しいホスト グループ) に置き換え -   *削除* - テンプレートから特定のホスト グループを削除  これらのフィールドはオートコンプリートです。入力を開始すると、一致するホスト グループのドロップダウンが表示されます。 ホストグループが新しい場合は、ドロップダウンの文字列の後に *(new)* で示されます。 下にスクロールして選択します。  ![](../../../../assets/en/manual/config/templates/templ_mass_c.png)  ユーザー マクロ、{INVENTORY.\*} マクロ、{HOST.HOST}、{HOST.NAME}、{HOST.CONN}、{HOST.DNS}、{HOST.IP}、{HOST.PORT}、および {HOST. ID} マクロはタグでサポートされています。 名前が同じで値が異なるタグは`重複`とは見なされず、同じテンプレートに追加できることに注意してください。  ![](../../../../assets/en/manual/config/templates/templ_mass_d.png)  マクロのチェックボックスを選択すると、次のオプションを持つボタンを使用できます。  -   *追加* - テンプレートに追加のユーザー マクロを指定できます。 *既存の設定を上書* チェックボックスがチェックされている場合、指定されたマクロ名の値、タイプ、および説明が更新されます。 オフにすると、その名前のマクロがテンプレートに既に存在する場合、更新されません。 -   *更新* - このリストで指定されたマクロの値、タイプ、および説明を置き換えます。 *未設定時に追加* チェックボックスがチェックされている場合、テンプレートに存在しなかったマクロは新しいマクロとして追加されます。 オフにするとテンプレートに既に存在するマクロのみが更新されます。 -   *削除* - 指定したマクロをテンプレートから削除します。 *選択したものを除く* ボックスがチェックされている場合、リストで選択されている以外のすべてのマクロが削除されます。 チェックを外すと、リストで選択されたマクロのみが削除されます。 -   *すべて削除* - テンプレートからすべてのユーザー マクロを削除します。 *すべてのマクロを削除することを確認* チェックボックスがチェックされていない場合、すべてのマクロの削除を確認するポップアップ ウィンドウが開きます。 ![](../../../../assets/en/manual/config/templates/templ_mass_e.png)  値のマッピングのチェックボックスを選択すると、次のオプションを持つボタンを使用できます。  -   *追加* - テンプレートに値マップを追加します。 *既存の設定を上書* にチェックすると、この名前の値マップのすべてのプロパティが更新されます。 オフの場合、その名前の値マップが既に存在する場合、更新されません。 -   *更新* - 既存の値マップを更新します。 *未設定時に追加* をチェックすると、テンプレートに存在しなかった値マップは新しい値マップとして追加されます。 オフにするとテンプレートに既に存在する値マップのみが更新されます。 -   *名前変更* - 既存の値マップに新しい名前を付けます -   *削除* - 指定された値マップをテンプレートから削除します。 *選択したものを除く* をチェックすると、指定されたもの以外のすべての値マップが削除されます。 -   *すべて削除* - テンプレートからすべての値マップを削除します。 *すべての値のマッピングを削除することを確認* チェックボックスがマークされていない場合、削除の確認を求めるポップアップ ウィンドウが開きます。  必要な変更がすべて完了したら*更新* をクリックすると、選択したすべてのテンプレートの属性が更新されます。

en-us	#### Using mass update  To mass-update some triggers, do the following:  -   Mark the checkboxes of the triggers you want to update in the list -   Click on *Mass update* below the list -   Navigate to the tab with required attributes (*Trigger*, *Tags* or     *Dependencies*) -   Mark the checkboxes of any attribute to update  ![](../../../../assets/en/manual/config/triggers/trigger_mass.png)  ![](../../../../assets/en/manual/config/triggers/trigger_mass_b.png)  The following options are available when selecting the respective button for tag update:  -   *Add* - allows to add new tags for the triggers; -   *Replace* - will remove any existing tags from the trigger and     replace them with the one(s) specified below; -   *Remove* - will remove specified tags from triggers.  Note, that tags with the same name, but different values are not considered 'duplicates' and can be added to the same trigger.  ![](../../../../assets/en/manual/config/triggers/trigger_mass_c.png)  *Replace dependencies* - will remove any existing dependencies from the trigger and replace them with the one(s) specified.  Click on *Update* to apply the changes.
ja	#### 一括アップデートの利用  いくつかの trigger を一括でアップデートするには、以下のようにします。  - リスト内の更新したい trigger のチェックボックスにマークを付けます。 - リストの下にある *Mass update* をクリックします。 - 必要な属性（*Trigger*、*Tags*、*Dependencies*）のあるタブに移動します。 - 更新する属性のチェックボックスにマークを付けます。  ![](../../../../assets/en/manual/config/triggers/trigger_mass.png)  ![](../../../../assets/en/manual/config/triggers/trigger_mass_b.png)  タグ更新の各ボタンを選択すると、以下のオプションが利用できます。  - *Add* - トリガーに新しいタグを追加することができます。 - *Replace* - トリガーから既存のタグを削除し、以下で指定するタグに置き換えます。 - *Remove* - 指定したタグをトリガーから削除します。  同じ名前で異なる値を持つタグは、'重複'とはみなされず、同じトリガーに追加することができることに注意してください。  ![](../../../../assets/en/manual/config/triggers/trigger_mass_c.png)  *Replace dependencies* - トリガーから既存の依存関係を削除し、指定されたものに置き換えます。  変更を適用するには、*Update*をクリックしてください。

en-us	#### Using maxdelay parameter  The 'maxdelay' parameter in log items allows ignoring some older lines from log files in order to get the most recent lines analyzed within the 'maxdelay' seconds.  ::: notewarning Specifying 'maxdelay' > 0 may lead to **ignoring important log file records and missed alerts**. Use it carefully at your own risk only when necessary. :::  By default items for log monitoring follow all new lines appearing in the log files. However, there are applications which in some situations start writing an enormous number of messages in their log files. For example, if a database or a DNS server is unavailable, such applications flood log files with thousands of nearly identical error messages until normal operation is restored. By default, all those messages will be dutifully analyzed and matching lines sent to server as configured in `log` and `logrt` items.  Built-in protection against overload consists of a configurable 'maxlines' parameter (protects server from too many incoming matching log lines) and a 10\*'maxlines' limit (protects host CPU and I/O from overloading by agent in one check). Still, there are 2 problems with the built-in protection. First, a large number of potentially not-so-informative messages are reported to server and consume space in the database. Second, due to the limited number of lines analyzed per second the agent may lag behind the newest log records for hours. Quite likely, you might prefer to be sooner informed about the current situation in the log files instead of crawling through old records for hours.  The solution to both problems is using the 'maxdelay' parameter. If 'maxdelay' > 0 is specified, during each check the number of processed bytes, the number of remaining bytes and processing time is measured. From these numbers the agent calculates an estimated delay - how many seconds it would take to analyze all remaining records in a log file.  If the delay does not exceed 'maxdelay' then the agent proceeds with analyzing the log file as usual.  If the delay is greater than 'maxdelay' then the agent **ignores a chunk of a log file by "jumping" over it** to a new estimated position so that the remaining lines could be analyzed within 'maxdelay' seconds.  Note that agent does not even read ignored lines into buffer, but calculates an approximate position to jump to in a file.  The fact of skipping log file lines is logged in the agent log file like this:      14287:20160602:174344.206 item:"logrt["/home/zabbix32/test[0-9].log",ERROR,,1000,,,120.0]"     logfile:"/home/zabbix32/test1.log" skipping 679858 bytes     (from byte 75653115 to byte 76332973) to meet maxdelay  The "to byte" number is approximate because after the "jump" the agent adjusts the position in the file to the beginning of a log line which may be further in the file or earlier.  Depending on how the speed of growing compares with the speed of analyzing the log file you may see no "jumps", rare or often "jumps", large or small "jumps", or even a small "jump" in every check. Fluctuations in the system load and network latency also affect the calculation of delay and hence, "jumping" ahead to keep up with the "maxdelay" parameter.  Setting 'maxdelay' < 'update interval' is not recommended (it may result in frequent small "jumps").
ja	#### maxdelay パラメータの使用  ログ項目の'maxdelay'パラメーターを使用すると、ログ ファイルから古い行を無視して、'maxdelay'秒以内に分析された最新の行を取得できます。  ::: notewarning maxdelay' > 0を指定すると、**重要なログファイルの記録が無視されたり、警告が見逃されたりすることがあります**。必要なときだけ、自己責任で慎重に使用してください。 :::  デフォルトでは、ログ監視のための項目は、ログファイルに現れるすべての新しい行に従います。しかし、ある状況下でログファイルに膨大な数のメッセージを書き始めるアプリケーションがあります。例えば、データベースやDNSサーバーが利用できない場合、そのようなアプリケーションは、正常な動作が回復するまで、ほぼ同じエラーメッセージを何千もログファイルに書き出します。デフォルトでは、これらのメッセージはすべて忠実に解析され、 `log` と `logrt` の項目で設定されたとおりにマッチする行がサーバに送信されます。  過負荷に対する組み込みの保護は、構成可能な'maxlines'パラメーター (一致するログ行が多すぎる受信からサーバーを保護する) と 10\*'maxlines'制限 (1 回のチェックでエージェントによる過負荷からホスト CPU と I/O を保護する) で構成されます。 それでも、組み込みの保護機能には 2 つの問題があります。まず、あまり有益ではない可能性のある多数のメッセージがサーバーに報告され、データベース内のスペースが消費されます。 第 2 に、1 秒あたりに分析される行数が限られているため、エージェントは最新のログ レコードから数時間遅れる可能性があります。 多くの場合、古いレコードを何時間もクロールするよりも、ログ ファイルの現在の状況についてすぐに知りたいと思うかもしれません。  両方の問題の解決策は、'maxdelay' パラメーターを使用することです。 'maxdelay' > 0 が指定されている場合、各チェック中に、処理されたバイト数、残りのバイト数、および処理時間が測定されます。 これらの数値から、エージェントは推定遅延 (ログ ファイル内の残りのすべてのレコードを分析するのにかかる秒数) を計算します。  遅延が'maxdelay'を超えない場合、エージェントは通常どおりログ ファイルの分析を続行します。  遅延が'maxdelay'よりも大きい場合、エージェントは'maxdelay'秒以内に残りの行を分析できるように、**ログ ファイルのチャンクを無視して新しい推定位置に"ジャンプ"します**。  エージェントは無視された行をバッファに読み込むことさえせず、ファイル内のジャンプ先のおおよその位置を計算することに注意してください。  ログ ファイルの行をスキップしたという事実は、次のようにエージェント ログ ファイルに記録されます。      14287:20160602:174344.206 item:"logrt["/home/zabbix32/test[0-9].log",ERROR,,1000,,,120.0]" logfile:"/home/zabbix32/test1.log" skipping 679858 bytes (from byte 75653115 to byte 76332973) to meet maxdelay  "ジャンプ"の後、エージェントはファイル内の位置をログ行の先頭に調整するため、"バイトまで"の数値は概算です。  成長速度とログ ファイルの分析速度を比較する方法によっては、すべてのチェックで "ジャンプ" が見られない場合、ほとんどまたは頻繁に "ジャンプ" が見られる場合、大きなまたは小さな "ジャンプ" が見られる場合、または小さな "ジャンプ" が見られる場合さえあります。 システム負荷とネットワーク遅延の変動も遅延の計算に影響を与えるため、"maxdelay"パラメータに追いつくために先に"ジャンプ"します。  'maxdelay' < 'update interval' を設定することはお勧めしません (小さな"ジャンプ"が頻繁に発生する可能性があります)

en-us	#### Using subfilter  The subfilter is useful for a quick one-click access to related graphs.  The subfilter operates autonomously from the main filter - results are filtered  immediately, no need to click on *Apply* in the main filter.  Note that the subfilter only allows to further modify the filtering from the main filter.   Unlike the main filter, the subfilter is updated together with each table refresh request  to always get up-to-date information of available filtering options and their counter  numbers.  The subfilter shows **clickable links** allowing to filter graphs based on a common  entity - the tag name or tag value. As soon as the entity is clicked, graphs are  immediately filtered; the selected entity is highlighted with gray background.  To remove the filtering, click on the entity again. To add another  entity to the filtered results, click on another entity.  The number of entities displayed is limited to 100 horizontally. If there are more,  a three-dot icon is displayed at the end; it is not clickable. Vertical lists  (such as tags with their values) are limited to 20 entries. If there are more,  a three-dot icon is displayed; it is not clickable.  A number next to each clickable entity indicates the number of graphs it has in the  results of the main filter.  Once one entity is selected, the numbers with other available entities are displayed  with a plus sign indicating how many graphs may be added to the current selection.
ja	#### サブフィルタの使用  サブフィルターは、関連するグラフにワンクリックですばやくアクセスするのに役立ちます。 サブフィルターはメインフィルターから自律的に動作します。結果はすぐにフィルターされ、メインフィルターの[適用]をクリックする必要はありません。  サブフィルターでは、メインフィルターからのフィルターのみをさらに変更できることに注意してください。  メインフィルターとは異なり、サブフィルターは各テーブル更新要求とともに更新され、使用可能なフィルターオプションとそのカウンター番号の最新情報を常に取得します。  サブフィルターには**クリック可能なリンク**が表示され、共通のエンティティ（タグ名またはタグ値）に基づいてグラフをフィルター処理できます。 エンティティがクリックされるとすぐに、グラフはすぐにフィルタリングされます。 選択したエンティティは灰色の背景で強調表示されます。 フィルタリングを削除するには、エンティティをもう一度クリックします。 フィルタリングされた結果に別のエンティティを追加するには、別のエンティティをクリックします。  表示されるエンティティの数は、水平方向に100に制限されています。 それ以上ある場合は、最後に3つのドットのアイコンが表示されますが、クリックしても反応しません。 垂直リスト（値付きのタグなど）は、20エントリに制限されています。 それ以上ある場合は、3つのドットのアイコンが表示されますがクリックしても反応しません。  クリック可能な各エンティティの横の数字は、メインフィルターの結果に含まれるグラフの数を示します。  1つのエンティティが選択されると、他の使用可能なエンティティの番号が、現在の選択に追加できるグラフの数を示すプラス記号とともに表示されます。

en-us	#### Using Zabbix frontend behind proxy  If Zabbix frontend runs behind proxy server, the cookie path in the proxy configuration file needs to be rewritten in order to match the reverse-proxied path. See examples below. If the cookie path is not rewritten, users may experience authorization issues, when trying to login to Zabbix frontend.
ja	#### プロキシの背後でZabbixフロントエンドを使用する  Zabbixフロントエンドがプロキシサーバーの背後で実行されている場合、リバースプロキシパスと一致させるために、プロキシ設定ファイルのCookieパスを書き換える必要があります。 以下の例を参照してください。 Cookieパスが書き換えられていない場合、ユーザーがZabbixフロントエンドにログインしようとしたときに認証の問題が発生する可能性があります。

en-us	### UTF-8 BOM in configuration import  [Configuration import](/manual/xml_export_import#details-about-import) now supports files with a UTF-8 byte-order mark (BOM).
ja	### 設定のインポートの UTF-8 BOM 対応  [設定のインポート](/manual/xml_export_import#details-about-import) で、UTF-8 バイトオーダーマーク (BOM) を持つファイルをサポートするようになりました。

en-us	### UTF-8 encoding  UTF-8 is the only encoding supported by Zabbix. It is known to work without any security flaws. Users should be aware that there are known security issues if using some of the other encodings.
ja	### UTF-8 エンコーディング  Zabbix がサポートするエンコーディングは UTF-8 のみです。 セキュリティ上の欠陥なく動作することが知られています。 ユーザーは他のエンコーディングを使用する場合、既知のセキュリティ上の問題があることを留意してください。

en-us	#### utf8mb4 support for MySQL  utf8mb4 encoding with utf8mb4\_bin collation is now supported for Zabbix installations with the MySQL/MariaDB database.  Previously only utf8 encoding was supported, which with MySQL stands for utf8mb3 encoding and thus supports only a subset of proper UTF-8 characters. In the new version utf8mb4 support has been added with support for the [full](https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-utf8mb4.html) UTF-8 character set. Old installations using utf8mb3 are kept intact and may continue using that encoding.  See also instructions on executing [utf8mb4 conversion](/manual/appendix/install/db_charset_coll) post-upgrade to 6.0.
ja	#### MySQLのutf8mb4対応について  MySQL/MariaDBでのインストール時の、utf8mb4 エンコーディングと utf8mb4_bin 照合順序がサポートされました。  以前は utf8 エンコーディングのみがサポートされていましたが、MySQL の場合、これはutf8mb3 encodingの略で適切な UTF-8 文字のサブセットのみをサポートしていました。新しいバージョンでは、[すべてのutf8mb4](https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-utf8mb4.html)サポートが追加されました。utf8mb3を使用している古いインストールはそのまま維持され、そのエンコードを使用し続けることができます。  Zabbix 6.0 へのアップグレード後の[utf8mb4への変換](/manual/appendix/install/db_charset_coll)の実行手順も参照してください。

en-us	#### Value caching  Values required for trigger evaluation are cached by Zabbix server. Because of this trigger evaluation causes a higher database load for some time after the server restarts. The value cache is not cleared when item history values are removed (either manually or by housekeeper), so the server will use the cached values until they are older than the time periods defined in trigger functions or server is restarted.
ja	#### 値のキャッシュ  trigger 評価に必要な値は、Zabbix server によってキャッシュされます。<br> このため、server 再起動後のしばらくの間、trigger 評価によるデータベースの負荷が高くなります。<br> item history の値を削除しても(手動またはhousekeeperで)キャッシュはクリアされないため、trigger 関数で定義した期間より古い値になるか、<br> server が再起動されるまで、キャッシュされた値が使用されます。

en-us	#### valuemap  Changes:\ [ZBXNEXT-7951](https://support.zabbix.com/browse/ZBXNEXT-7951) `valuemap.update`: the parameter `uuid` can now be updated.\
ja	#### バリューマップ  変更点:\ [ZBXNEXT-7951](https://support.zabbix.com/browse/ZBXNEXT-7951) `valuemap.update`: パラメーター `uuid` が更新できるようになりました。\

en-us	# valuemap.create
ja	# valuemap.create

en-us	# valuemap.delete
ja	# valuemap.delete

en-us	# valuemap.get
ja	# valuemap.get

en-us	# > Value map object  The following objects are directly related to the `valuemap` API.
ja	# > Value mapオブジェクト  次のオブジェクトは、`valuemap`APIに直接関連しています。

en-us	### Value mappings  The value mappings object defines value mappings of the value map. It has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |type|integer|Mapping match type. For type equal 0,1,2,3,4 `value` field cannot be empty, for type 5 `value` field should be empty.<br><br>Possible values:<br>0 - (default) exact match ;<br>1 - mapping will be applied if value is greater or equal^1^;<br>2 - mapping will be applied if value is less or equal^1^;<br>3 - mapping will be applied if value is in range (ranges are inclusive), allow to define multiple ranges separated by comma character^1^;<br>4 - mapping will be applied if value match regular expression^2^;<br>5 - default value, mapping will be applied if no other match were found.| |**value**<br>(required)|string|Original value.<br><br>Is not required for mapping of type "default".| |**newvalue**<br>(required)|string|Value to which the original value is mapped to.|  ^1^ supported only for items having value type "numeric unsigned", "numeric float".\ ^2^ supported only for items having value type "character".\
ja	### Value mappings  value mappings オブジェクトは、バリューマップのバリューマッピングを設定します。 以下のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |type|integer|マッピングマッチタイプ。タイプが0、1、2、3、4の場合、 `value`フィールドを空にすることはできません。タイプ5の場合、`value`フィールドは空にする必要があります。<br><br>可能な値：<br>0 -（デフォルト）完全一致<br>1 - 値が大きいか等しい場合にマッピングが適用^1^;<br>2 - 値が小さいか等しい場合にマッピングが適用^1^;<br>3 - カンマ文字で区切られた複数の範囲を定義でき、値が範囲内の場合にマッピングが適用^ 1 ^;<br>4 - 値が正規表現と一致する場合マッピングが適用^2^;<br>5 - デフォルト値。マッピングは一致するものが見つからなかった場合に適用| |**value**<br>(必須)|string|元の値<br><br>タイプ"デフォルト"のマッピングには不要| |**newvalue**<br>(必須)|string|元の値がマップされる値|  ^1^ 値のタイプが"numeric unsigned","numeric float"のアイテムでのみサポートされます.\ ^2^ 値のタイプが"character"のアイテムでのみサポートされます.\

en-us	##### Value mapping  The **Value mapping** tab allows to configure human-friendly representation of item data in [value mappings](/manual/config/items/mapping).
ja	##### 値のマッピング  **値のマッピング** タブでは、[値のマッピング](/manual/config/items/mapping)を使用してアイテムの値を分かりやすい表現で表示できるよう設定できます。

en-us	### Value map  The value map object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |valuemapid|string|*(readonly)* ID of the value map.| |**hostid**<br>(required)|id|Value map host ID.| |**name**<br>(required)|string|Name of the value map.| |**mappings**<br>(required)|array|Value mappings for current value map. The mapping object is [described in detail below](object#value_mappings).| |uuid|string|Universal unique identifier, used for linking imported value maps to already existing ones. Used only for value maps on templates. Auto-generated, if not given.<br><br>For update operations this field is *readonly*.|
ja	### Value map  value map オブジェクトには次のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |valuemapid|string|*(読込専用)* バリューマップのID| |**hostid**<br>(必須)|id|バリューマップのホストID| |**name**<br>(必須)|string|バリューマップの名前| |**mappings**<br>(必須)|array|現在のバリューマップのバリューマッピング。 マッピングオブジェクトは[以下で詳細に説明します](object#value_mappings)| |uuid|string|インポートされたバリューマップを既存のバリューマップにリンクするために使用されるユニバーサル一意識別子。 テンプレートのバリューマップにのみ使用されます。 指定されていない場合は自動生成されます。<br><br>更新操作の場合、このフィールドは*読み取り専用*です。|

en-us	# Value map  This class is designed to work with value maps.  Object references:\  -   [Value map](/manual/api/reference/valuemap/object#value_map)  Available methods:\  -   [valuemap.create](/manual/api/reference/valuemap/create) - creating     new value maps -   [valuemap.delete](/manual/api/reference/valuemap/delete) - deleting     value maps -   [valuemap.get](/manual/api/reference/valuemap/get) - retrieving     value maps -   [valuemap.update](/manual/api/reference/valuemap/update) - updating     value maps
ja	# Value map  このクラスは、バリューマップを操作するためのものです。  オブジェクトリファレンス :\  -   [Value map](/manual/api/reference/valuemap/object#value_map)  利用可能なメソッド :\  -   [valuemap.create](/manual/api/reference/valuemap/create) - 新しいバリューマップの作成 -   [valuemap.delete](/manual/api/reference/valuemap/delete) - バリューマップの削除 -   [valuemap.get](/manual/api/reference/valuemap/get) - バリューマップの取得 -   [valuemap.update](/manual/api/reference/valuemap/update) - バリューマップの更新

en-us	# valuemap.update
ja	# valuemap.update

en-us	##### Value processing pipeline  Item value processing is executed in multiple steps (or phases) by multiple processes. This can cause:  -   Dependent item can receive values, while THE master value cannot.     This can be achieved by using the following use case:     -   Master item has value type `UINT`, (trapper item can be used),         dependent item has value type `TEXT`.     -   No preprocessing steps are required for both master and         dependent items.     -   Textual value (like, "abc") should be passed to master item.     -   As there are no preprocessing steps to execute, preprocessing         manager checks if master item is not in NOT SUPPORTED state and         if value is set (both are true) and enqueues dependent item with         the same value as master item (as there are no preprocessing         steps).     -   When both master and dependent items reach history         synchronization phase, master item becomes NOT SUPPORTED,         because of the value conversion error (textual data cannot be         converted to unsigned integer).  As a result, dependent item receives a value, while master item changes its state to NOT SUPPORTED.  -   Dependent item receives value that is not present in master item     history. The use case is very similar to the previous one, except     for the master item type. For example, if `CHAR` type is used for     master item, then master item value will be truncated at the history     synchronization phase, while dependent items will receive their     value from the initial (not truncated) value of master item.
ja	##### 値処理のパイプライン  item 値処理は、複数のプロセスによって、複数のステップ（またはフェーズ）で実行されます。<br> これが要因となって、  - 従属 item は値を受け取ることができるが、親 item は値を受け取ることができない。<br>   これは、次のユースケースを使用することで実現できます。<br>     - 親 item  は値型が `UINT` (トラッパー項目も使用できる)、従属項目は値型 `TEXT` を持つ。<br>     - 親 item 、従属 item ともに前処理は必要ありません。<br>     - テキスト値 (例えば "abc") は親 item に渡す必要があります。<br>     - 実行するプリプロセスステップがないので、プリプロセスマネージャーは、<br>       親 item が NOT SUPPORTED 状態でないかどうか、 値が設定されているかどうかを確認し (両方とも真) 、<br>       親 item と同じ値を持つ従属アイテムを待ちます。<br>     - 親 item と従属アイテムの両方が履歴同期フェーズに到達すると、親 item は NOT SUPPORTED になります。<br>       なぜなら、値の変換エラー (テキストデータは符号なし整数に変換できない) が発生するからです。<br>  その結果、従属 item は値を受け取り、親 item の状態が NOT SUPPORTED に変わります。  - 従属 item は 親 item の履歴に存在しない値を受け取ります。<br>   このユースケースは、以下の点を除き、親 item の種類を除いて、前のものと非常によく似ています。<br>   たとえば、`CHAR` 型が親 item に使用されている場合、親 item の値は<br>   親 item の値は履歴の同期段階で切り捨てられます。<br>   従属 item の値は親 item の初期値 (切り捨てられない) から取得します。<br>

en-us	#### Verification  It can be verified that a problem has been closed manually:  -   in event details, available through *Monitoring* → *Problems*; -   by using the {EVENT.UPDATE.HISTORY} macro in notification messages     that will provide this information.
ja	#### 確認  問題が手動で解決されたことを確認することができます。:  - *監視データ* → *障害* から イベントの詳細で確認できます。 -   通知メッセージの{EVENT.UPDATE.HISTORY}マクロを使用して、この情報を提供します。

en-us	##### Verify agent parameters  Make sure that in the [agent configuration file](/manual/appendix/config/zabbix_agentd):  -   'Hostname' parameter matches the host name in the frontend -   Servers in the 'ServerActive' parameter are specified for the     processing of active checks
ja	##### agent パラメーターの確認  [agent configuration file](/manual/appendix/fig/zabbix_agentd)で以下を確認します。  - 'Hostname' パラメータがフロントエンドのホスト名と一致していること。 - 'ServerActive' パラメータで、アクティブチェックの処理に使用する server が指定されていること。

en-us	### Verify CA mode
ja	### Verify CA モード

en-us	### Verify CA mode  Copy required MySQL CA to the Zabbix frontend server, assign proper permissions to allow the webserver to read this file.  ::: noteclassic  *Verify CA* mode doesn't work on SLES 12 and RHEL 7 due to older MySQL libraries.  :::
ja	### Verify CA モード  必要なMySQLCAをZabbixフロントエンドサーバーにコピーし、Webサーバーがこのファイルを読み取れるように適切な権限を割り当てます。  ::: noteclassic 古いMySQLライブラリが原因で、*Verify CA*モードはSLES12およびRHEL7で機能しません。 :::

en-us	### Verify full mode
ja	### Verify Full モード

en-us	### Verify Full mode
ja	### Verify Full モード

en-us	#### Versions  Each repository of Zabbix components contains the following tags:  -   `latest` - latest stable version of a Zabbix component based on     Alpine Linux image -   `alpine-latest` - latest stable version of a Zabbix component based     on Alpine Linux image -   `ubuntu-latest` - latest stable version of a Zabbix component based     on Ubuntu image -   `alpine-5.4-latest` - latest minor version of a Zabbix 5.4 component     based on Alpine Linux image -   `ubuntu-5.4-latest` - latest minor version of a Zabbix 5.4 component     based on Ubuntu image -   `alpine-5.4.*` - different minor versions of a Zabbix 5.4 component     based on Alpine Linux image, where `*` is the minor version of     Zabbix component -   `ubuntu-5.4.*` - different minor versions of a Zabbix 5.4 component     based on Ubuntu image, where `*` is the minor version of Zabbix     component
ja	#### バージョン  Zabbixコンポーネントの各リポジトリには、以下のタグが含まれています:  -   `latest` - latest stable version of a Zabbix component based on     Alpine Linux image -   `alpine-latest` - latest stable version of a Zabbix component based     on Alpine Linux image -   `ubuntu-latest` - latest stable version of a Zabbix component based     on Ubuntu image -   `alpine-5.4-latest` - latest minor version of a Zabbix 5.4 component     based on Alpine Linux image -   `ubuntu-5.4-latest` - latest minor version of a Zabbix 5.4 component     based on Ubuntu image -   `alpine-5.4.*` - different minor versions of a Zabbix 5.4 component     based on Alpine Linux image, where `*` is the minor version of     Zabbix component -   `ubuntu-5.4.*` - different minor versions of a Zabbix 5.4 component     based on Ubuntu image, where `*` is the minor version of Zabbix     component