Checkmk/dev — Japanese @ Weblate: By default, Robot Framework will execute every test. But sometimes tests …

Translation

English

By default, Robot Framework will execute every test. But sometimes tests are interdependent - in the event of a failed login, for example, it is impossible to successfully complete the subsequent tests. If this option is active, Robot Framework will immediately stop the suite execution if a test fails. The results of subsequent tests (which would have failed) will then not be passed to Checkmk; depending on the discovery settings, their results will either be missing (if within a suite result) or the services generated for them will go stale. Important note: this is where Robotmk deviates from Robot Framework behavior. The HTML log will still contain the omitted tests and show them as <tt>FAIL</tt> (even though they were not executed). See also "<a href="http://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#stopping-when-first-test-case-fails" target="_blank">How to stop a suite when the first test fails</a>".

Japanese

Needs editing

Skip

	English	Japanese	Actions
	By default Checkmk uses command line calls of Net-SNMP tools like snmpget or snmpwalk to gather SNMP information. For each request a new command line program is being executed. It is now possible to use the inline SNMP implementation which calls the net-snmp libraries directly via its python bindings. This should increase the performance of SNMP checks in a significant way. The inline SNMP mode is a feature which improves the performance for large installations and only available via our subscription.<b>Note:</b> This option is deprecated and has been replaced by '%s'. Changes to this option will have no effect to the behaviour of Checkmk	デフォルトでは、CheckmkはsnmpgetやsnmpwalkなどのNet-SNMPツールのコマンドライン呼び出しを使用してSNMP情報を収集します。リクエストごとに、新しいコマンドラインプログラムが実行されています。Pythonバインディングを介してnet-snmpライブラリを直接呼び出すインラインSNMP実装を使用できるようになりました。これにより、SNMPチェックのパフォーマンスが大幅に向上するはずです。インラインSNMPモードは、大規模なインストールのパフォーマンスを向上させる機能であり、サブスクリプションを介してのみ使用できます。<b>注意:</b>このオプションは廃止され、 '%s'に置き換えられました。このオプションを変更しても、Checkmkの動作には影響しません
	By default Checkmk uses the community "public" to contact hosts via SNMP v1/v2. This rule can be used to customize the credentials to be used when contacting hosts via SNMP.	デフォルトでは、Checkmkはコミュニティ[public]を使用してSNMP v1/v2経由でホストに接続します。このルールを使用して、SNMPを介してホストに接続するときに使用する資格情報をカスタマイズできます。
	By default all of the sections will be executed.	デフォルトでは、すべてのセクションが実行されます。
	By default crash reports will be sent to our crash reporting server.	デフォルトでは、クラッシュレポートはクラッシュレポートサーバーに送信されます。
	By default crash reports will be sent to our crash reporting server. In case this fails for some reason, the crash reports can be sent by mail to the address configured here.	デフォルトでは、クラッシュレポートはクラッシュレポートサーバーに送信されます。これが何らかの理由で失敗した場合、クラッシュレポートはここで設定されたアドレスにメールで送信できます。
	By default only the members of the owner contact group are permitted to use a a configured password. It is possible to share a password with other groups of users to make them able to use a password in checks.	デフォルトでは、オーナーの連絡先グループのメンバーのみが、設定されたパスワードの使用を許可されています。他のユーザーグループとパスワードを共有して、チェックでパスワードを使用できるようにすることができます。
	By default only the members of the owner contact group are permitted to use a a predefined condition. It is possible to share it with other groups of users to make them able to use a predefined condition in rules.	デフォルトでは、オーナーの連絡先グループのメンバーのみが事前定義された条件を使用できます。これを他のユーザーグループと共有して、ルールで事前定義された条件を使用できるようにすることができます。
	By default the agent updater communicates with the Agent Bakery of the central site to update the agent. If you want to make the agent updater fetch its agent from its remote site, you need to configure this option to make it possible for the remote site to communicate with the central site on behalf of the agent updater.	デフォルトでは、エージェントアップデーターは中央サイトのエージェントベーカリーと通信してエージェントを更新します。エージェントアップデーターにリモートサイトからエージェントを取得するようにしたい場合は、リモートサイトがエージェントアップデーターに代わって中央サイトと通信できるようにこのオプションを構成する必要があります。
	By default the server will try to contact the monitored host and pull the data by initializing a TCP connection. On the %s you can configure a push configuration, where the monitored host is expected to send the data to the monitoring server without being actively triggered. If you are configuring this, you might want to also set the "%s" attribute to "%s". The host not being reachable by the site is one of the main reason why you want to use the push connection in the first place.	デフォルトでは、サーバーはTCP接続を初期化することにより、監視対象ホストに接触し、データを引き出そうとします。%s では、監視するホストが積極的にトリガーされることなくデータを監視サーバーに送信することを期待するプッシュ構成を設定することができます。設定する場合は、"%s"属性も"%s"に設定するとよいでしょう。サイトからホストに到達できないことが、まずプッシュ接続を使いたい大きな理由の一つです。
	By default the snapshot summary service is displayed on the vCenter. Users who run an ESX host on its own or do not include their vCenter in the monitoring can choose to display the snapshot summary on the ESX host itself.	デフォルトでは、スナップショットサマリーサービスはvCenterに表示されます。ESXホストを単独で実行するユーザー、または監視にvCenterを含めないユーザーは、ESXホスト自体にスナップショットの概要を表示することを選択できます。
	By default the users are synchronized automatically in the interval configured in the connection. For example the LDAP connector synchronizes the users every five minutes by default. The interval can be changed for each connection individually in the <a href="wato.py?mode=ldap_config">connection settings</a>. Please note that the synchronization is only performed on the central site in distributed setups by default.<br>The remote sites don't perform automatic user synchronizations with the configured connections. But you can configure each site to either synchronize the users with all configured connections or a specific list of connections.	デフォルトでは、ユーザーは接続で構成された間隔で自動的に同期されます。たとえば、LDAPコネクタは、デフォルトで5分ごとにユーザーを同期します。間隔は、 <a href="wato.py?mode=ldap_config">接続設定</a>で接続ごとに個別に変更できます。同期は、デフォルトでは分散セットアップの中央サイトでのみ実行されることに注意してください。<br>リモートサイトは、構成された接続との自動ユーザー同期は実行されません。ただし、構成済みのすべての接続または特定の接続リストとユーザーを同期するように各サイトを構成できます。
	By default we keep a record of vanished services on the node if they are assigned to a cluster. When a clustered service switches from one node to another, it might not be seen on either node for one check cycle. Keeping clustered services indefinitely keeps us from losing them in this case. However this means that truly vanished clustered services will never be removed from the cluster. If you choose to include clustered service in the removal operation, vanished services will be removed from clusters, at the risk of losing services due to the described race condition.	デフォルトでは、クラスターに割り当てられている場合、ノード上で消滅したサービスの記録を保持します。クラスタ化されたサービスがあるノードから別のノードに切り替わると、1つのチェックサイクルの間、どちらのノードでも見られなくなることがあります。クラスタ化されたサービスを無期限に保持することで、このような場合にもサービスを失うことはありません。ただし、これは本当に消滅したクラスタ化サービスは決してクラスタから削除されないことを意味します。クラスタ化されたサービスを削除操作に含めることを選択した場合、消滅したサービスはクラスタから削除されますが、前述の競合状態によってサービスが失われるリスクがあります。
	By default, Checkmk does not import annotations. If this option is enabled, Checkmk will import any annotation that is a valid Kubernetes label. These imported annotations are added as host labels to their respective piggyback host using the syntax 'cmk/kubernetes/annotation/{key}:{value}'. You can further restrict the imported annotations by specifying a pattern which Checkmk searches for in the key of the annotation.	デフォルトでは、Checkmkはアノテーションをインポートしません。このオプションを有効にすると、Checkmkは有効なKubernetesラベルである任意のアノテーションをインポートします。これらのインポートされたアノテーションは、構文 'cmk/kubernetes/annotation/{key}:{value}' を使用して、それぞれのピギーバックホストにホストラベルとして追加されます。Checkmkがアノテーションのキーで検索するパターンを指定することで、インポートされるアノテーションをさらに制限することができます。
	By default, Checkmk imports all Azure tags as host/service labels. The imported tags are added as host labels for resource groups and VMs monitored as hosts and as service labels for resources monitored as services. The label syntax is 'cmk/azure/tag/{key}:{value}'.<br>Additionally, each host representing a resource group is given the host label 'cmk/azure/resource_group:{rg_name}', and VMs monitored as hosts are given the host label 'cmk/azure/vm:instance', which is done independent of this option.<br>You can further restrict the imported tags by specifying a pattern which Checkmk searches for in the key of the Azure tag, or you can disable the import of Azure tags altogether.	デフォルトでは、Checkmk はすべての Azure タグをホスト/サービスラベルとしてインポートします。インポートされたタグは、ホストとして監視されるリソースグループと VM のホストラベルとして追加され、サービスとして監視されるリソースのサービスラベルとして追加されます。ラベルの構文は'cmk/azure/tag/{key}:{value}'です。<br>さらに、リソースグループを表す各ホストには 'cmk/azure/resource_group:{rg_name}'というホストラベルが与えられ、ホストとして監視されるVMには'cmk/azure/vm:instance'というホストラベルが与えられますが、これはこのオプションとは無関係に行われます。<br>CheckmkがAzureタグのキーで検索するパターンを指定することで、インポートするタグをさらに制限することも、Azureタグのインポートを完全に無効にすることもできます。
	By default, Python agent plug-ins are written in Python 3. However, since Python 2 is still often seen on many machines, we provide a fallback Python 2 version alongside the Python 3 version of the plug-ins, that is used as a fallback if there is no Python 3 version available on the host.<br>With this rule, you can enforce the usage of either the Python 2 or Python 3 version.<br>Additionally, you can provide a command, that will be used for Python plug-in execution.	デフォルトでは、PythonエージェントプラグインはPython 3で記述されています。ただし、Python 2は依然として多くのマシンで頻繁に見られるため、Python 3バージョンのプラグインと一緒にフォールバックPython 2バージョンを提供します。これは、存在する場合のフォールバックとして使用されます。ホストで利用可能なPython 3バージョンはありません。<br>このルールを使用すると、Python 2またはPython 3バージョンのいずれかの使用を強制できます。<br>さらに、Pythonプラグインの実行に使用されるコマンドを提供できます。
	By default, Robot Framework will execute <i>every</i> test.<br>But sometimes tests are interdependent - in the event of a failed login, for example, it is impossible to successfully complete the subsequent tests.<br>If this option is active, Robot Framework will <b>immediately stop</b> the suite execution if a test fails. <br>The results of subsequent tests (which would have failed) will then not be passed to Checkmk; depending on the discovery settings, their results will either be <b>missing</b> (if within a suite result) or the services generated for them will <b>go stale</b>.<br><br><b>Important note</b>: this is where Robotmk deviates from Robot Framework behavior. The HTML log will still contain the omitted tests and show them as <tt>FAIL</tt> (even though they were not executed).<br>See also "<a href="http://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#stopping-when-first-test-case-fails" target="_blank">How to stop a suite when the first test fails</a>".	デフォルトでは、Robot Frameworkは<i>すべての</i>テストを実行します。<br>しかし、テストが相互に依存している場合もあります。例えば、ログインに失敗した場合、その後のテストを成功させることは不可能です。<br>このオプションを有効にすると、テストが失敗した場合、Robot Frameworkは<b>直ちに</b>スイートの実行を停止します。<br>その後のテスト結果（不合格）は、Checkmkに渡されません; ディスカバリーの設定によっては、その結果は（スイートの結果の中にある場合）<b>欠落</b> するか、そのために生成されたサービスが<b>陳腐化</b>します。<br> <br> <b>重要</b>: ここがRobotmkがRobotフレームワークの動作から逸脱している点です。HTMLログには省略されたテストが残り、(実行されなかったにもかかわらず) <tt>FAIL</tt> と表示されます。<br> "<a href="http://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#stopping-when-first-test-case-fails" target="_blank">How to stop a suite when the first test fails</a>"も参照のこと。
	By default, Robotmk executes all plans in the user context of the Checkmk agent, which does not have access to the desktop of the Windows computer. To run tests on Windows GUI applications, you can specify the name of a user who is permanently logged on to a desktop session. The prerequisites for this are security-related and must be fulfilled by you (auto-login, screen saver, session lock, ...).	デフォルトでは、Robotmk はすべての計画を Checkmk エージェントのユーザコンテキストで実行します。Windows GUI アプリケーションのテストを実行するには、デスクトップセッションに常時ログオンしているユーザ名を指定します。このための前提条件は、セキュリティ関連であり、自分で満たす必要があります（自動ログイン、スクリーンセーバ、セッションロックなど…）
	By default, all mailboxes are checked with these parameters. If you specify mailboxes here, only those are monitored.	デフォルトでは、すべてのメールボックスがこれらのパラメータでチェックされます。ここでメールボックスを指定すると、それらだけが監視されます。
	By default, all resources associated to the configured tenant ID will be monitored. However, since Microsoft limits API calls to %s per hour (%s per minute), you can restrict the monitoring to individual resource groups and resources.	ただし、MicrosoftはAPI呼び出しを1時間あたり %s (1分あたり %s )に制限しているため、監視を個々のリソースグループおよびリソースに制限できます。
	By default, certificate validation is disabled because it is not security-relevant at this stage, see <a href="https://checkmk.com/werk/14715" target="_blank">werk #14715</a>.	デフォルトでは、証明書の検証はこの段階ではセキュリティに関係しないため、無効になっています。<a href="https://checkmk.com/werk/14715" target="_blank">werk #14715</a>を参照してください。
	By default, data relating to a VM is sent to the group host corresponding to the resource group of the VM, the same way as for any other resource. If the VM is present in your monitoring as a separate host, you can choose to send the data to the VM itself.	デフォルトでは、VMに関連するデータは、他のリソースの場合と同じように、VMのリソースグループに対応するグループホストに送信されます。VMが別のホストとしてモニタリングに存在する場合は、VM自体にデータを送信することを選択できます。
	By default, each host has a piggyback data source.<br><br><b>Use piggyback data from other hosts if present:</b><br>If selected, the <tt>Check_MK</tt> service of this host will process the piggyback data, but will not warn if no piggyback data is available. The associated discovered services would become stale.<br><br><b>Always use and expect piggyback data:</b><br>The host will expect piggyback data, and the <tt>Check_MK</tt> service of this host will warn if no piggyback data is available.<br><br><b>Never use piggyback data:</b><br>The <tt>Check_MK</tt> service does not process piggybacking data at all, and will ignore it if it's available.	デフォルトでは、各ホストにピギーバックデータソースがあります<br><br><b>他のホストからのピギーバックデータがあれば使用する:</b><br>この場合、このホストの<tt>Check_MK</tt>サービスはピギーバックデータを処理しますが、利用可能なピギーバックデータがない場合は警告しません。関連する発見されたサービスは古くなります。<br><br><b>常にピギーバックデータを使用し、期待する:</b><br>ホストはピギーバックデータを期待し、このホストの<tt>Check_MK</tt>サービスは、ピギーバックデータが利用できない場合に警告を発します。<br><br><b>ピギーバックデータ使用しない:</b><br><tt>Check_MK</tt>サービスはピギーバックデータをまったく処理せず、利用可能であっても無視します。
	By default, for security reasons, the GUI does not interpret any HTML code received from external sources, like plug-in output or log messages. If you are really sure what you are doing and need to have HTML code, like links rendered, disable this option. Be aware, you might open the way for several injection attacks.	デフォルトでは、セキュリティ上の理由から、GUIはプラグイン出力やログメッセージなどの外部ソースから受信したHTMLコードを解釈しません。自身で何をしているかが明確であり、リンクのようなHTMLコードをレンダリングする必要があるなどの場合にのみこのオプションを無効にしてください。いくつかのインジェクション攻撃への道を開く可能性があるということにご留意ください。
	By default, for security reasons, the GUI does not interpret any HTML code received from external sources, like service output or log messages. But there are specific reasons to deactivate this security feature. E.g. when you want to display the HTML output produced by a specific check plug-in. Disabling the escaping also allows the plug-in to execute not only HTML, but also Javascript code in the context of your browser. This makes it possible to execute arbitrary Javascript, even for injection attacks.<br>For this reason, you should only disable this for a small, very specific number of services, to be sure that not every random check plug-in is able to produce code which your browser interprets.	デフォルトでは、セキュリティ上の理由から、GUIはサービス出力やログメッセージのような外部ソースから受信したHTMLコードを解釈しないようになっています。しかし、このセキュリティ機能を無効化する特別な理由があります。例えば、特定のチェックプラグインによって生成されたHTML出力を表示したい場合などです。また、エスケープを無効にすると、プラグインがHTMLだけでなく、Javascriptのコードもブラウザのコンテキストで実行できるようになります。これにより、インジェクション攻撃であっても、任意のJavascriptを実行することが可能になってしまいます。<br>このことから、この機能を無効にするのはごく少数の特定のサービスに対してだけにする必要があります。これは無作為のランダムチェックプラグインがあなたのブラウザが解釈するコードを生成できないようにするためです。
	By default, for security reasons, the GUI does not interpret any HTML code received from external sources, like service output or log messages. If you are really sure what you are doing and need to have HTML code, like links rendered, disable this option. Be aware, you might open the way for several injection attacks.	デフォルトでは、セキュリティ上の理由から、GUIは、サービス出力やログメッセージなどの外部ソースから受信したHTMLコードを解釈しません。自分が何をしているかが本当に確実で、リンクのレンダリングなどのHTMLコードが必要な場合は、このオプションを無効にします。いくつかのインジェクション攻撃への道を開く可能性があることに注意してください。
	By default, for security reasons, the GUI does not interpret any HTML code received from external sources, like service output or log messages. If you are really sure what you are doing and need to have HTML codes, like links rendered, disable this option. Be aware, you might open the way for several injection attacks.	デフォルトでは、セキュリティ上の理由から、GUIはサービス出力やログメッセージのような外部ソースから受信したHTMLコードを解釈しません。もし、リンクのようなHTMLコードを表示させる必要がある場合は、何をしているか理解していてどうしても必要な場合に限りこのオプションを無効にしてください。インジェクション攻撃への道を開く可能性があることには注意してください。
	By default, if you do not specify any host addresses here, the host address of the host this service is assigned to will be used. But by specifying one or several host addresses here, it is possible to let the check monitor one or multiple hosts.	デフォルトでは、ここでホストアドレスを何も指定しない場合、このサービスが割り当てられているホストのホストアドレスが使用されます。しかし、ここで1つまたは複数のホストアドレスを指定することで、1つまたは複数のホストを監視させることが可能です。
	By default, the Checkmk UNIX agent will execute Python 3 plug-ins with <tt>python3</tt> and Python 2 plug-ins with <tt>python2</tt> or <tt>python</tt> (depending on the command found on the host system). Here you can specify a specific command, independent of the script that will be executed.	デフォルトでは、Checkmk UNIXエージェントは<tt>python3</tt>でPython 3プラグインを実行し、<tt>python2</tt>または<tt>python</tt>でPython 2プラグインを実行します(ホストシステムで見つかったコマンドによって異なります)。ここでは、実行されるスクリプトとは関係なく、特定のコマンドを指定できます。
	By default, the agent determines the location dynamically based on a few well-known locations. You can specify a full path here instead.	デフォルトでは、エージェントはいくつかのよく利用されている場所に基づいて動的に保存場所を決定します。代わりにフルパスを指定することができます。
	By default, the controller ignores proxy servers configured on the target system and connects directly (e.g. when querying the agent receiver port from the Checkmk REST API).	デフォルトでは、コントローラーはターゲットシステムで設定されたプロキシサーバを無視し、直接接続します (Checkmk REST API からエージェント受信ポートを問い合わせる場合など)。
	By default, the filesystem checks (<tt>df</tt>, <tt>hr_fs</tt> and others) will create a single service for each filesystem. By defining grouping patterns, you can handle groups of filesystems like one filesystem. For each group, you can define one or several include and exclude patterns. The filesystems matching one of the include patterns will be monitored like one big filesystem in a single service. The filesystems matching one of the exclude patterns will be excluded from the group and monitored individually.	デフォルトでは、ファイルシステム・チェック(<tt>df</tt>, <tt>hr_fs</tt> , その他)は各ファイルシステムに対して1つのサービスを作成します。グループ化パターンを定義することで、ファイルシステムのグループを1つのファイルシステムのように扱うことができます。各グループには、1つまたは複数の包含・除外パターンを定義することができます。包含パターンの1つに一致するファイルシステムは、1つのサービスにおける1つの大きなファイルシステムのように監視されます。除外パターンのいずれかに一致するファイルシステムは、グループから除外され、個別に監視されます。

Loading…

None

String updated in the repository

Checkmk / dev — Japanese

English

Japanese 621 characters edited Current translation Needs editing

デフォルトでは、Robot Frameworkはすべてのテストを実行します。 しかし、テストが相互に依存している場合もあります。例えば、ログインに失敗した場合、その後のテストを成功させることは不可能です。 このオプションを有効にすると、テストが失敗した場合、Robot Frameworkは直ちにスイートの実行を停止します。 その後のテスト結果（不合格）は、Checkmkに渡されません; ディスカバリーの設定によっては、その結果は（スイートの結果の中にある場合）欠落 するか、そのために生成されたサービスが陳腐化します。 重要: ここがRobotmkがRobotフレームワークの動作から逸脱している点です。HTMLログには省略されたテストが残り、(実行されなかったにもかかわらず) <tt>FAIL</tt> と表示されます。 "<a href="http://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#stopping-when-first-test-case-fails" target="_blank">How to stop a suite when the first test fails</a>"も参照のこと。

a week ago

Browse all string changes