# SOME DESCRIPTIVE TITLE.
# Copyright (C) 2021 Red Hat, Inc.
# This file is distributed under the same license as the Ansible package.
# FIRST AUTHOR <EMAIL@ADDRESS>, 2021.
#
msgid ""
msgstr ""
"Project-Id-Version: Ansible devel\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2023-03-01 20:16+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Generated-By: Babel 2.9.0\n"

#: ../../rst/reference_appendices/YAMLSyntax.rst:5
msgid "YAML Syntax"
msgstr "YAML 構文"

#: ../../rst/reference_appendices/YAMLSyntax.rst:7
msgid "This page provides a basic overview of correct YAML syntax, which is how Ansible playbooks (our configuration management language) are expressed."
msgstr "このページでは、Ansible Playbook (Ansible での設定管理言語) の表現方法である、正しい YAML 構文について概説します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:10
msgid "We use YAML because it is easier for humans to read and write than other common data formats like XML or JSON.  Further, there are libraries available in most programming languages for working with YAML."
msgstr "Ansible では、XML や JSON などのような一般的なその他のデータ形式に比べて人間による解読および記述が簡単であるため、YAML を使用しています。さらに、プログラミング言語の多くには、YAML に対応するライブラリーが提供されています。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:14
msgid "You may also wish to read :ref:`working_with_playbooks` at the same time to see how this is used in practice."
msgstr ":ref:`working_with_playbooks` も合わせて参照し、実際にどのように使用されているかを確認してください。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:19
msgid "YAML Basics"
msgstr "YAML の基礎"

#: ../../rst/reference_appendices/YAMLSyntax.rst:21
msgid "For Ansible, nearly every YAML file starts with a list. Each item in the list is a list of key/value pairs, commonly called a \"hash\" or a \"dictionary\".  So, we need to know how to write lists and dictionaries in YAML."
msgstr "Ansible で使用する場合は、YAML ファイルのほぼすべてがリストで開始します。リストの各項目は、一般的に「ハッシュ」または「ディクショナリー」と呼ばれるキー/値のペアのリストとなっています。そのため、YAML でリストとディクショナリーを記述する方法を理解する必要があります。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:26
msgid "There's another small quirk to YAML.  All YAML files (regardless of their association with Ansible or not) can optionally begin with ``---`` and end with ``...``.  This is part of the YAML format and indicates the start and end of a document."
msgstr "YAML には、他にもわずかな特徴があります。YAML ファイルはすべて (Ansible との関係の有無に関係なく)、必要に応じて ``---`` で開始して ``...`` で終わらせることができます。これは、YAML 形式の一部で、ドキュメントの最初と最後を示します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:29
msgid "All members of a list are lines beginning at the same indentation level starting with a ``\"- \"`` (a dash and a space):"
msgstr "リストのメンバーはすべて同じインデントレベルで、``\"- \"`` (ダッシュとスペース) で開始する行になります。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:41
msgid "A dictionary is represented in a simple ``key: value`` form (the colon must be followed by a space):"
msgstr "ディクショナリーは、シンプルな ``key: value`` の形式で表現します (コロンの後にはスペースを挿入する必要があります)。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:51
msgid "More complicated data structures are possible, such as lists of dictionaries, dictionaries whose values are lists or a mix of both:"
msgstr "リストがディクショナリーやその値の場合や、ディクショナリーと値が混合している場合など、より複雑なデータ構造も可能です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:71
msgid "Dictionaries and lists can also be represented in an abbreviated form if you really want to:"
msgstr "ディクショナリーとリストは、必要であれば、略語形式で表現することも可能です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:79
msgid "These are called \"Flow collections\"."
msgstr "以下は「フローコレクション」と呼ばれます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:83
msgid "Ansible doesn't really use these too much, but you can also specify a :ref:`boolean value <playbooks_variables>` (true/false) in several forms:"
msgstr "Ansible では以下の形式はあまり使用されませんが、:ref:`boolean value <playbooks_variables>` を複数の形式で指定することもできます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:93
msgid "Use lowercase 'true' or 'false' for boolean values in dictionaries if you want to be compatible with default yamllint options."
msgstr "デフォルトの yamllint オプションと互換性を持たせる場合は、ディクショナリーのブール値に小文字の「true」または「false」を使用します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:95
msgid "Values can span multiple lines using ``|`` or ``>``.  Spanning multiple lines using a \"Literal Block Scalar\" ``|`` will include the newlines and any trailing spaces. Using a \"Folded Block Scalar\" ``>`` will fold newlines to spaces; it's used to make what would otherwise be a very long line easier to read and edit. In either case the indentation will be ignored. Examples are:"
msgstr "値は、``|`` または ``>`` を使用することで複数の行にまたがって指定することができます。「リテラル形式のブロックスカラー」 ``|`` を使用して複数行にまたがる場合は、改行と末尾のスペースが含まれます。「折り畳み形式のブロックスカラー」 ``>`` を使用すると、折り返しに使用される改行はすべてスペースに変換されます。これは、非常に長い行を読みやすく、編集しやすくするために使われます。いずれの場合も、インデントは無視されます。以下に例を示します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:112
msgid "While in the above ``>`` example all newlines are folded into spaces, there are two ways to enforce a newline to be kept:"
msgstr "上記の ``>`` の例では、改行はすべてスペースに変換されますが、強制的に改行を行う方法が 2 種類あります。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:125
msgid "Alternatively, it can be enforced by including newline ``\\n`` characters:"
msgstr "あるいは、改行 ``\\n"
"`` 文字を含めることで強制できます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:131
msgid "Let's combine what we learned so far in an arbitrary YAML example. This really has nothing to do with Ansible, but will give you a feel for the format:"
msgstr "これまでに説明した内容を、任意の YAML の例にまとめてみましょう。以下は、Ansible とは関係ありませんが、どのような形式になるかを示しています。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:156
msgid "That's all you really need to know about YAML to start writing `Ansible` playbooks."
msgstr "`Ansible` Playbook の記述を開始するにあたり、以上が YAML について理解しておく必要のある内容です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:159
msgid "Gotchas"
msgstr "Gotchas"

#: ../../rst/reference_appendices/YAMLSyntax.rst:161
msgid "While you can put just about anything into an unquoted scalar, there are some exceptions. A colon followed by a space (or newline) ``\": \"`` is an indicator for a mapping. A space followed by the pound sign ``\" #\"`` starts a comment."
msgstr "引用符で囲まれていないスカラーには何でも挿入できますが、一部例外があります。コロンの後にスペース (または改行) を続けて記述 (``\": \"``) した場合は、マッピングを示すインジケーターになります。スペースに続けてポンド記号を記述 (``\" #\"``) した場合は、コメントの開始を表します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:165
msgid "Because of this, the following is going to result in a YAML syntax error:"
msgstr "このため、以下のような場合には、YAML 構文がエラーになります。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:173
msgid "...but this will work:"
msgstr "...ただし、以下は有効です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:179
msgid "You will want to quote hash values using colons followed by a space or the end of the line:"
msgstr "コロンを使用してハッシュ記号を引用し、その後ろにスペースを指定するか、行末にしてください。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:187
msgid "...and then the colon will be preserved."
msgstr "...そしてコロンが保存されます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:189
msgid "Alternatively, you can use double quotes:"
msgstr "または、二重引用符を使用してください。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:197
msgid "The difference between single quotes and double quotes is that in double quotes you can use escapes:"
msgstr "二重引用符ではエスケープを使用できる点が、一重引用符と二重引用符との相違点です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:204
msgid "The list of allowed escapes can be found in the YAML Specification under \"Escape Sequences\" (YAML 1.1) or \"Escape Characters\" (YAML 1.2)."
msgstr "使用可能なエスケープの一覧は、YAML 仕様の「Escape Sequences」(YAML 1.1) または「Escape Characters」(YAML 1.2) を参照してください。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:206
msgid "The following is invalid YAML:"
msgstr "以下は無効な YAML です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:213
msgid "Further, Ansible uses \"{{ var }}\" for variables.  If a value after a colon starts with a \"{\", YAML will think it is a dictionary, so you must quote it, like so:"
msgstr "さらに、Ansible は変数に \"{{ var }}\" を使用します。コロンの後に \"{\" が指定されている場合は、その値がディクショナリーであると YAML が認識するため、以下のように引用する必要があります::"

#: ../../rst/reference_appendices/YAMLSyntax.rst:220
msgid "If your value starts with a quote the entire value must be quoted, not just part of it. Here are some additional examples of how to properly quote things:"
msgstr "値を引用符でする場合は、値の一部だけでなく、値全体を引用符で囲む必要があります。値を引用する方法について正しい例を以下に示します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:228
msgid "Not valid:"
msgstr "以下は有効ではありません。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:234
msgid "In addition to ``'`` and ``\"`` there are a number of characters that are special (or reserved) and cannot be used as the first character of an unquoted scalar: ``[] {} > | * & ! % # ` @ ,``."
msgstr "``'`` および ``\"`` 以外に、引用符で囲まれていないスカラーの最初の文字として使用できない特殊文字 (予約文字) がいくつかあります (``[] {} > | * & ! % # ` @ ,`` など)。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:237
msgid "You should also be aware of ``? : -``. In YAML, they are allowed at the beginning of a string if a non-space character follows, but YAML processor implementations differ, so it's better to use quotes."
msgstr "また、``? : -`` には常に注意してください。YAML では、スペース以外の文字が続く場合は、文字列の先頭で許可されますが、YAML プロセッサーの実装は異なるため、引用符を使用することが推奨されます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:240
msgid "In Flow Collections, the rules are a bit more strict:"
msgstr "フローコレクションでは、ルールはもう少し厳密です。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:248
msgid "Boolean conversion is helpful, but this can be a problem when you want a literal `yes` or other boolean values as a string. In these cases just use quotes:"
msgstr "ブール値の変換は便利ですが、リテラルの `yes` や、文字列として他のブール値を指定する場合など問題になる場合があります。この場合は、引用符だけを使用します。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:257
msgid "YAML converts certain strings into floating-point values, such as the string `1.0`. If you need to specify a version number (in a requirements.yml file, for example), you will need to quote the value if it looks like a floating-point value:"
msgstr "YAML は、特定の文字列を文字列 `1.0` などの浮動小数点値に変換します。(たとえば requirements.yml ファイルで) バージョン番号を指定する必要があり、それが浮動小数点の値のように見える場合は、その値を引用符で囲む必要があります。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:269
#: ../../rst/reference_appendices/faq.rst:925
#: ../../rst/reference_appendices/glossary.rst:536
#: ../../rst/reference_appendices/test_strategies.rst:296
msgid ":ref:`working_with_playbooks`"
msgstr ":ref:`working_with_playbooks`"

#: ../../rst/reference_appendices/YAMLSyntax.rst:270
msgid "Learn what playbooks can do and how to write/run them."
msgstr "Playbook でできることと、Playbook を記述および実行する方法を学びます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:271
msgid "`YAMLLint <http://yamllint.com/>`_"
msgstr "`YAMLLint <http://yamllint.com/>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:272
msgid "YAML Lint (online) helps you debug YAML syntax if you are having problems"
msgstr "YAML ヒント (オンライン) は、問題が発生した場合に YAML 構文のデバッグに役立ちます。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:273
msgid "`GitHub examples directory <https://github.com/ansible/ansible-examples>`_"
msgstr "`GitHub examples directory <https://github.com/ansible/ansible-examples>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:274
msgid "Complete playbook files from the github project source"
msgstr "Github プロジェクトソースの完全な Playbook ファイル"

#: ../../rst/reference_appendices/YAMLSyntax.rst:275
msgid "`Wikipedia YAML syntax reference <https://en.wikipedia.org/wiki/YAML>`_"
msgstr "`Wikipedia YAML syntax reference <https://en.wikipedia.org/wiki/YAML>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:276
msgid "A good guide to YAML syntax"
msgstr "YAML 構文の適切なガイド"

#: ../../rst/reference_appendices/YAMLSyntax.rst:277
msgid "`Mailing List <https://groups.google.com/group/ansible-project>`_"
msgstr "`Mailing List <https://groups.google.com/group/ansible-project>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:278
msgid "Questions? Help? Ideas?  Stop by the list on Google Groups"
msgstr "ご質問はございますか。サポートが必要ですか。ご提案はございますか。Google グループの一覧をご覧ください。"

#: ../../rst/reference_appendices/YAMLSyntax.rst:279
#: ../../rst/reference_appendices/common_return_values.rst:250
#: ../../rst/reference_appendices/glossary.rst:542
#: ../../rst/reference_appendices/release_and_maintenance.rst:394
#: ../../rst/reference_appendices/test_strategies.rst:302
msgid ":ref:`communication_irc`"
msgstr ":ref:`communication_irc`"

#: ../../rst/reference_appendices/YAMLSyntax.rst:280
msgid "How to join Ansible chat channels (join #yaml for yaml-specific questions)"
msgstr "Ansible チャットチャンネルに参加する方法 (yaml 固有の質問は #yaml に参加してください)"

#: ../../rst/reference_appendices/YAMLSyntax.rst:282
msgid "`YAML 1.1 Specification <https://yaml.org/spec/1.1/>`_"
msgstr "`YAML 1.1 Specification <https://yaml.org/spec/1.1/>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:282
msgid "The Specification for YAML 1.1, which PyYAML and libyaml are currently implementing"
msgstr "PyYAML および libyaml が現在実装されている YAML 1.1 の仕様"

#: ../../rst/reference_appendices/YAMLSyntax.rst:284
msgid "`YAML 1.2 Specification <https://yaml.org/spec/1.2/spec.html>`_"
msgstr "`YAML 1.2 Specification <https://yaml.org/spec/1.2/spec.html>`_"

#: ../../rst/reference_appendices/YAMLSyntax.rst:285
msgid "For completeness, YAML 1.2 is the successor of 1.1"
msgstr "完全を期すため、YAML 1.2 は 1.1 の後継となります。"

#: ../../rst/reference_appendices/automationhub.rst:4
msgid "Ansible Automation Hub"
msgstr "Ansible Automation Hub"

#: ../../rst/reference_appendices/automationhub.rst:8
msgid "Red Hat Ansible Automation Platform will soon be available on Microsoft Azure. `Sign up to preview the experience <https://www.redhat.com/en/engage/ansible-microsoft-azure-e-202110220735>`_."
msgstr "Red Hat Ansible Automation Platform は、まもなく Microsoft Azure でも使用できるようになります。`Sign up to preview the experience <https://www.redhat.com/en/engage/ansible-microsoft-azure-e-202110220735>`_。"

#: ../../rst/reference_appendices/automationhub.rst:10
msgid "`Ansible Automation Hub <https://www.ansible.com/products/automation-hub>`_ is the official location to discover and download supported :ref:`collections <collections>`, included as part of an Ansible Automation Platform subscription. These content collections contain modules, plugins, roles, and playbooks in a downloadable package."
msgstr "`Ansible Automation Hub <https://www.ansible.com/products/automation-hub>`_ は、Ansible Platform サブスクリプションに同梱される、サポート対象の :ref:`コレクション <collections>` を検出してダウンロードする公式の場所です。このようなコンテンツコレクションでは、ダウンロード可能なパッケージにモジュール、プラグイン、ロール、Playbook が含まれます。"

#: ../../rst/reference_appendices/automationhub.rst:12
msgid "Ansible Automation Hub gives you direct access to trusted content collections from Red Hat and Certified Partners. You can find content by topic or Ansible Partner organizations."
msgstr "Ansible Automation Hub を使用すると、Red Hat および認定パートナーから、信頼できるコンテンツコレクションに直接アクセスできます。コンテンツは、トピック別または Ansible パートナー組織別に検索できます。"

#: ../../rst/reference_appendices/automationhub.rst:14
msgid "Ansible Automation Hub is the downstream Red Hat supported product version of Ansible Galaxy. Find out more about Ansible Automation Hub features and how to access it at `Ansible Automation Hub <https://www.ansible.com/products/automation-hub>`_. Ansible Automation Hub is part of the Red Hat Ansible Automation Platform subscription, and comes bundled with support from Red Hat, Inc."
msgstr "Ansible Automation Hub は、Red Hat がサポートする Ansible Galaxy の製品バージョン (ダウンストリーム) です。Ansible Automation Hub の機能とそのアクセス方法の詳細は、「`Ansible Automation Hub <https://www.ansible.com/products/automation-hub>`_」を参照してください。Ansible Automation Hub は、Red Hat Ansible Automation Platform サブスクリプションで利用でき、Red Hat, Inc のサポートが含まれています。"

#: ../../rst/reference_appendices/common_return_values.rst:4
msgid "Return Values"
msgstr "戻り値"

#: ../../rst/reference_appendices/common_return_values.rst:6
msgid "Topics"
msgstr "トピック"

#: ../../rst/reference_appendices/common_return_values.rst:8
msgid "Ansible modules normally return a data structure that can be registered into a variable, or seen directly when output by the `ansible` program. Each module can optionally document its own unique return values (visible through ansible-doc and on the :ref:`main docsite<ansible_documentation>`)."
msgstr "Ansible のモジュールは通常、データ構造を返します。このデータ構造は、変数に登録したり、`ansible` プログラムで出力されたときに直接確認したりできます。各モジュールは任意で、独自の戻り値をドキュメント化できます (ansible-doc や :ref:`メインのドキュメントサイト<ansible_documentation>` で確認できます)。"

#: ../../rst/reference_appendices/common_return_values.rst:11
msgid "This document covers return values common to all modules."
msgstr "本ガイドでは、全モジュールに共通する戻り値を説明します。"

#: ../../rst/reference_appendices/common_return_values.rst:13
msgid "Some of these keys might be set by Ansible itself once it processes the module's return information."
msgstr "モジュールの戻り値情報の処理が終わると、Ansible によりこのキーの一部が設定される場合があります。"

#: ../../rst/reference_appendices/common_return_values.rst:17
msgid "Common"
msgstr "共通"

#: ../../rst/reference_appendices/common_return_values.rst:20
msgid "backup_file"
msgstr "backup_file"

#: ../../rst/reference_appendices/common_return_values.rst:21
msgid "For those modules that implement `backup=no|yes` when manipulating files, a path to the backup file created."
msgstr "ファイルを操作するときに `backup=no|yes` を実装するモジュール向け。作成したバックアップファイルへのパス。"

#: ../../rst/reference_appendices/common_return_values.rst:29
#: ../../rst/reference_appendices/config.rst:497
msgid "changed"
msgstr "changed"

#: ../../rst/reference_appendices/common_return_values.rst:30
msgid "A boolean indicating if the task had to make changes to the target or delegated host."
msgstr "タスクがターゲットまたは委任されたホストに変更を加える必要があるかどうかを示すブール値。"

#: ../../rst/reference_appendices/common_return_values.rst:37
#: ../../rst/reference_appendices/playbooks_keywords.rst:62
#: ../../rst/reference_appendices/playbooks_keywords.rst:200
#: ../../rst/reference_appendices/playbooks_keywords.rst:296
#: ../../rst/reference_appendices/playbooks_keywords.rst:407
msgid "diff"
msgstr "diff"

#: ../../rst/reference_appendices/common_return_values.rst:38
msgid "Information on differences between the previous and current state. Often a dictionary with entries ``before`` and ``after``, which will then be formatted by the callback plugin to a diff view."
msgstr "直前と現在の状態の相違点に関する情報。通常、``before`` と ``after`` のエントリーが含まれるディクショナリーを指し、callback プラグインによって、このディクショナリーが相違点のビュー書式に整えられます。"

#: ../../rst/reference_appendices/common_return_values.rst:55
msgid "failed"
msgstr "失敗"

#: ../../rst/reference_appendices/common_return_values.rst:56
msgid "A boolean that indicates if the task was failed or not."
msgstr "タスクが失敗したかどうかを示すブール値。"

#: ../../rst/reference_appendices/common_return_values.rst:63
msgid "invocation"
msgstr "invocation"

#: ../../rst/reference_appendices/common_return_values.rst:64
msgid "Information on how the module was invoked."
msgstr "モジュールがどのように呼び出されたかを示す情報。"

#: ../../rst/reference_appendices/common_return_values.rst:96
msgid "msg"
msgstr "msg"

#: ../../rst/reference_appendices/common_return_values.rst:97
msgid "A string with a generic message relayed to the user."
msgstr "ユーザーに渡される一般的なメッセージを含む文字列。"

#: ../../rst/reference_appendices/common_return_values.rst:104
msgid "rc"
msgstr "rc"

#: ../../rst/reference_appendices/common_return_values.rst:105
msgid "Some modules execute command line utilities or are geared for executing commands directly (raw, shell, command, and so on), this field contains 'return code' of these utilities."
msgstr "コマンドラインユーティリティーを実行したり、(raw、shell、command など) 直接コマンドを実行するように設定されているモジュール。このフィールドにはこのようなユーティリティーの「戻りコード」が含まれます。"

#: ../../rst/reference_appendices/common_return_values.rst:112
msgid "results"
msgstr "results"

#: ../../rst/reference_appendices/common_return_values.rst:113
msgid "If this key exists, it indicates that a loop was present for the task and that it contains a list of the normal module 'result' per item."
msgstr "このキーが存在する場合には、タスクに対してループが存在し、アイテムごとに通常のモジュールの「結果」が含まれていることを示します。"

#: ../../rst/reference_appendices/common_return_values.rst:175
msgid "skipped"
msgstr "スキップ済"

#: ../../rst/reference_appendices/common_return_values.rst:176
msgid "A boolean that indicates if the task was skipped or not"
msgstr "タスクがスキップされたかどうかを示すブール値。"

#: ../../rst/reference_appendices/common_return_values.rst:183
msgid "stderr"
msgstr "stderr"

#: ../../rst/reference_appendices/common_return_values.rst:184
msgid "Some modules execute command line utilities or are geared for executing commands directly (raw, shell, command, and so on), this field contains the error output of these utilities."
msgstr "コマンドラインユーティリティーを実行したり、(raw、shell、command などの) コマンドを直接実行するように調整されているモジュール。このフィールドにはこのようなユーティリティーのエラー出力が含まれます。"

#: ../../rst/reference_appendices/common_return_values.rst:191
msgid "stderr_lines"
msgstr "stderr_lines"

#: ../../rst/reference_appendices/common_return_values.rst:192
msgid "When `stderr` is returned we also always provide this field which is a list of strings, one item per line from the original."
msgstr "`stderr` が返されると、文字列のリストであるこのフィールドも常に表示されます (元の出力の 1 行に 1 項目)。"

#: ../../rst/reference_appendices/common_return_values.rst:201
msgid "stdout"
msgstr "stdout"

#: ../../rst/reference_appendices/common_return_values.rst:202
msgid "Some modules execute command line utilities or are geared for executing commands directly (raw, shell, command, and so on). This field contains the normal output of these utilities."
msgstr "コマンドラインユーティリティーを実行したり、(raw、shell、command などの) コマンドを直接実行するように調整されているモジュール。このフィールドにはこのようなユーティリティーの通常出力が含まれます。"

#: ../../rst/reference_appendices/common_return_values.rst:209
msgid "stdout_lines"
msgstr "stdout_lines"

#: ../../rst/reference_appendices/common_return_values.rst:210
msgid "When `stdout` is returned, Ansible always provides a list of strings, each containing one item per line from the original output."
msgstr "`stdout` が返されると、Ansible は常に文字列のリスト (元の出力の 1 行に項目を 1 つ含める) を渡します。"

#: ../../rst/reference_appendices/common_return_values.rst:222
msgid "Internal use"
msgstr "Ansible 内での使用"

#: ../../rst/reference_appendices/common_return_values.rst:224
msgid "These keys can be added by modules but will be removed from registered variables; they are 'consumed' by Ansible itself."
msgstr "以下のキーはモジュールで追加できますが、登録変数からは削除されます。これらのキーは、Ansible 自体が「使用」します。"

#: ../../rst/reference_appendices/common_return_values.rst:227
#: ../../rst/reference_appendices/special_variables.rst:139
msgid "ansible_facts"
msgstr "ansible_facts"

#: ../../rst/reference_appendices/common_return_values.rst:228
msgid "This key should contain a dictionary which will be appended to the facts assigned to the host. These will be directly accessible and don't require using a registered variable."
msgstr "このキーには、ホストに割り当てられたファクトに追加するディクショナリーが含まれているはずです。このキーは、直接アクセスでき、登録変数を使用する必要はありません。"

#: ../../rst/reference_appendices/common_return_values.rst:231
msgid "exception"
msgstr "exception"

#: ../../rst/reference_appendices/common_return_values.rst:232
msgid "This key can contain traceback information caused by an exception in a module. It will only be displayed on high verbosity (-vvv)."
msgstr "このキーには、モジュールの例外で発生したトレースバックの情報が含まれます。これは、詳細レベルが高い (-vvv) 場合に限り表示されます。"

#: ../../rst/reference_appendices/common_return_values.rst:235
msgid "warnings"
msgstr "warnings"

#: ../../rst/reference_appendices/common_return_values.rst:236
msgid "This key contains a list of strings that will be presented to the user."
msgstr "このキーには、ユーザーに表示される文字列の一覧が含まれます。"

#: ../../rst/reference_appendices/common_return_values.rst:239
msgid "deprecations"
msgstr "deprecations"

#: ../../rst/reference_appendices/common_return_values.rst:240
msgid "This key contains a list of dictionaries that will be presented to the user. Keys of the dictionaries are `msg` and `version`, values are string, value for the `version` key can be an empty string."
msgstr "このキーには、ユーザーに表示されるディクショナリー一覧が含まれます。ディクショナリーのキーは `msg` と `version` で、値は文字列です。`version` キーの値は空白の文字列にすることができます。"

#: ../../rst/reference_appendices/common_return_values.rst:244
#: ../../rst/reference_appendices/test_strategies.rst:294
msgid ":ref:`list_of_collections`"
msgstr ":ref:`list_of_collections`"

#: ../../rst/reference_appendices/common_return_values.rst:245
#: ../../rst/reference_appendices/test_strategies.rst:295
msgid "Browse existing collections, modules, and plugins"
msgstr "既存のコレクション、モジュール、およびプラグインの閲覧"

#: ../../rst/reference_appendices/common_return_values.rst:246
msgid "`GitHub modules directory <https://github.com/ansible/ansible/tree/devel/lib/ansible/modules>`_"
msgstr "`GitHub モジュールディレクトリー <https://github.com/ansible/ansible/tree/devel/lib/ansible/modules>`_"

#: ../../rst/reference_appendices/common_return_values.rst:247
msgid "Browse source of core and extras modules"
msgstr "コアモジュールおよび追加モジュールのソースの参照"

#: ../../rst/reference_appendices/common_return_values.rst:248
msgid "`Mailing List <https://groups.google.com/group/ansible-devel>`_"
msgstr "`Mailing List <https://groups.google.com/group/ansible-devel>`_"

#: ../../rst/reference_appendices/common_return_values.rst:249
msgid "Development mailing list"
msgstr "開発メーリングリスト"

#: ../../rst/reference_appendices/common_return_values.rst:251
#: ../../rst/reference_appendices/glossary.rst:543
#: ../../rst/reference_appendices/release_and_maintenance.rst:395
#: ../../rst/reference_appendices/test_strategies.rst:303
msgid "How to join Ansible chat channels"
msgstr "Ansible チャットチャンネルへの参加方法"

#: ../../rst/reference_appendices/config.rst:5
msgid "Ansible Configuration Settings"
msgstr "Ansible 構成設定"

#: ../../rst/reference_appendices/config.rst:7
msgid "Ansible supports several sources for configuring its behavior, including an ini file named ``ansible.cfg``, environment variables, command-line options, playbook keywords, and variables. See :ref:`general_precedence_rules` for details on the relative precedence of each source."
msgstr "Ansible は、``ansible.cfg`` という名前の ini ファイル、環境変数、コマンドラインオプション、Playbook のキーワード、変数など、動作を設定するための複数のソースをサポートします。各ソースの相対優先順位に関する詳細は「:ref:`general_precedence_rules`」を参照してください。"

#: ../../rst/reference_appendices/config.rst:9
msgid "The ``ansible-config`` utility allows users to see all the configuration settings available, their defaults, how to set them and where their current value comes from. See :ref:`ansible-config` for more information."
msgstr "``ansible-config`` ユーティリティーを使用すると、ユーザーは利用可能なすべての構成設定、デフォルト値、設定方法、および現在の値を受け取る場所を確認できます。詳細は「:ref:`ansible-config`」を参照してください。"

#: ../../rst/reference_appendices/config.rst:15
msgid "The configuration file"
msgstr "設定ファイル"

#: ../../rst/reference_appendices/config.rst:17
msgid "Changes can be made and used in a configuration file which will be searched for in the following order:"
msgstr "変更を行い、次の順序で検索される構成ファイルで使用できます。"

#: ../../rst/reference_appendices/config.rst:19
#: ../../rst/reference_appendices/general_precedence.rst:34
msgid "``ANSIBLE_CONFIG`` (environment variable if set)"
msgstr "``ANSIBLE_CONFIG`` (設定されている場合は環境変数メソッド)"

#: ../../rst/reference_appendices/config.rst:20
#: ../../rst/reference_appendices/general_precedence.rst:35
msgid "``ansible.cfg`` (in the current directory)"
msgstr "``ansible.cfg`` (現在のディレクトリー)"

#: ../../rst/reference_appendices/config.rst:21
#: ../../rst/reference_appendices/general_precedence.rst:36
msgid "``~/.ansible.cfg`` (in the home directory)"
msgstr "``~/.ansible.cfg`` (ホームディレクトリー)"

#: ../../rst/reference_appendices/config.rst:22
#: ../../rst/reference_appendices/general_precedence.rst:37
msgid "``/etc/ansible/ansible.cfg``"
msgstr "``/etc/ansible/ansible.cfg``"

#: ../../rst/reference_appendices/config.rst:24
msgid "Ansible will process the above list and use the first file found, all others are ignored."
msgstr "Ansible は上記の一覧を処理し、見つかった最初のファイルを使用しますが、その他はすべて無視されます。"

#: ../../rst/reference_appendices/config.rst:28
msgid "The configuration file is one variant of an INI format. Both the hash sign (``#``) and semicolon (``;``) are allowed as comment markers when the comment starts the line. However, if the comment is inline with regular values, only the semicolon is allowed to introduce the comment. For instance::"
msgstr "設定ファイルは、INI 形式の 1 つのバリアントです。コメントが行を開始する場合は、ハッシュ記号 (``#``) とセミコロン (``;``) の両方がコメントマーカーとして許可されます。ただし、コメントが通常の値でインラインである場合は、セミコロンだけがコメントを追加できます。以下に例を示します。"

#: ../../rst/reference_appendices/config.rst:42
msgid "Generating a sample ``ansible.cfg`` file"
msgstr "サンプルの ``ansible.cfg`` ファイル生成"

#: ../../rst/reference_appendices/config.rst:44
msgid "You can generate a fully commented-out example ``ansible.cfg`` file, for example::"
msgstr "すべてコメントアウトした ``ansible.cfg`` のサンプルファイルを生成できます。例::"

#: ../../rst/reference_appendices/config.rst:48
msgid "You can also have a more complete file that includes existing plugins::"
msgstr "また、既存のプラグインを含むより完全なファイルを作成することもできます。"

#: ../../rst/reference_appendices/config.rst:52
msgid "You can use these as starting points to create your own ``ansible.cfg`` file."
msgstr "これらを出発点として使用して、独自の ``ansible.cfg`` ファイルを作成できます。"

#: ../../rst/reference_appendices/config.rst:57
msgid "Avoiding security risks with ``ansible.cfg`` in the current directory"
msgstr "現行ディレクトリーで ``ansible.cfg`` を使用したセキュリティーリスクを回避"

#: ../../rst/reference_appendices/config.rst:60
msgid "If Ansible were to load ``ansible.cfg`` from a world-writable current working directory, it would create a serious security risk. Another user could place their own config file there, designed to make Ansible run malicious code both locally and remotely, possibly with elevated privileges. For this reason, Ansible will not automatically load a config file from the current working directory if the directory is world-writable."
msgstr "Ansible が、グローバルで書き込み可能な現在の作業ディレクトリーから ``ansible.cfg`` を読み込んだ場合は、深刻なセキュリティーリスクが発生します。別のユーザーが、場合により昇格した権限で Ansible がローカルとリモートの両方で悪意のあるコードを実行するように設計された独自の構成ファイルをそこに配置できます。そのため、ディレクトリーが誰でも書き込み可能な状態である場合、Ansible は現在の作業ディレクトリーから設定ファイルを自動的に読み込みません。"

#: ../../rst/reference_appendices/config.rst:67
msgid "If you depend on using Ansible with a config file in the current working directory, the best way to avoid this problem is to restrict access to your Ansible directories to particular user(s) and/or group(s). If your Ansible directories live on a filesystem which has to emulate Unix permissions, like Vagrant or Windows Subsystem for Linux (WSL), you may, at first, not know how you can fix this as ``chmod``, ``chown``, and ``chgrp`` might not work there. In most of those cases, the correct fix is to modify the mount options of the filesystem so the files and directories are readable and writable by the users and groups running Ansible but closed to others.  For more details on the correct settings, see:"
msgstr "現在の作業ディレクトリーの設定ファイルで Ansible を使用する場合、この問題を回避する最善の方法は、Ansible ディレクトリーへのアクセスを特定のユーザーやグループに制限することです。Ansible ディレクトリーが、Vagrant や Windows Subsystem for Linux (WSL) などの Unix パーミッションをエミュレートする必要があるファイルシステムに存在する場合、そこでは ``chmod``、``chown``、および ``chgrp`` が機能しない可能性があるため、最初はどのように修正するか分からない場合があります。ほとんどの場合は、適切な修正が、ファイルシステムのマウントオプションを修正することです。これにより、ファイルおよびディレクトリーは、Ansible を実行しているユーザーおよびグループが読み取りおよび書き込みをできるようになり、他のユーザーには許可しないようにすることができます。正しい設定の詳細は、以下を参照してください。"

#: ../../rst/reference_appendices/config.rst:78
msgid "for Vagrant, the `Vagrant documentation <https://www.vagrantup.com/docs/synced-folders/>`_ covers synced folder permissions."
msgstr "Vagrant の場合、`Vagrant ドキュメント <https://www.vagrantup.com/docs/synced-folders/>`_ は同期されたフォルダーのパーミッションに対応します。"

#: ../../rst/reference_appendices/config.rst:79
msgid "for WSL, the `WSL docs <https://docs.microsoft.com/en-us/windows/wsl/wsl-config#set-wsl-launch-settings>`_ and this `Microsoft blog post <https://blogs.msdn.microsoft.com/commandline/2018/01/12/chmod-chown-wsl-improvements/>`_ cover mount options."
msgstr "WSL の場合、`WSL ドキュメント <https://docs.microsoft.com/en-us/windows/wsl/wsl-config#set-wsl-launch-settings>`_ および `Microsoft のブログ投稿 <https://blogs.msdn.microsoft.com/commandline/2018/01/12/chmod-chown-wsl-improvements/>`_ はマウントオプションに対応しています。"

#: ../../rst/reference_appendices/config.rst:82
msgid "If you absolutely depend on storing your Ansible config in a world-writable current working directory, you can explicitly specify the config file via the :envvar:`ANSIBLE_CONFIG` environment variable. Please take appropriate steps to mitigate the security concerns above before doing so."
msgstr "誰でも書き込み可能な現在の作業ディレクトリーに Ansible 設定を保存することを完全に依存している場合は、:envvar:`ANSIBLE_CONFIG` 環境変数を介して設定ファイルを明示的に指定できます。セキュリティーに関する懸念を軽減するための適切な手順を実行してください。"

#: ../../rst/reference_appendices/config.rst:89
msgid "Relative paths for configuration"
msgstr "設定の相対パス"

#: ../../rst/reference_appendices/config.rst:91
msgid "You can specify a relative path for many configuration options. In most of those cases the path used will be relative to the ``ansible.cfg`` file used for the current execution. If you need a path relative to your current working directory (CWD) you can use the ``{{CWD}}`` macro to specify it. We do not recommend this approach, as using your CWD as the root of relative paths can be a security risk. For example: ``cd /tmp; secureinfo=./newrootpassword ansible-playbook ~/safestuff/change_root_pwd.yml``."
msgstr "多くの設定オプションに相対パスを指定できます。ほとんどの場合、使用されるパスは、現在の実行に使用される ``ansible.cfg`` ファイルの相対パスになります。現在の作業ディレクトリー (CWD) への相対パスが必要な場合は、``{{CWD}}`` マクロを使用して指定できます。相対パスのルートとして CWD を使用するとセキュリティーリスクが発生する可能性があるため、この方法は推奨されません。たとえば、``cd /tmp; secureinfo=./newrootpassword ansible-playbook ~/safestuff/change_root_pwd.yml`` となります。"

#: ../../rst/reference_appendices/config.rst:101
msgid "Common Options"
msgstr "共通オプション"

#: ../../rst/reference_appendices/config.rst:103
msgid "This is a copy of the options available from our release, your local install might have extra options due to additional plugins, you can use the command line utility mentioned above (`ansible-config`) to browse through those."
msgstr "これは、リリースで利用可能なオプションのコピーで、追加プラグインにより、ローカルインストールに追加のオプションが存在する可能性があります。上記のコマンドラインユーティリティー (`ansible-config`) を使用して、これらを閲覧することができます。"

#: ../../rst/reference_appendices/config.rst:111
msgid "ACTION_WARNINGS"
msgstr "ACTION_WARNINGS"

#: ../../rst/reference_appendices/config.rst
msgid "Description"
msgstr "説明"

#: ../../rst/reference_appendices/config.rst:113
msgid "By default Ansible will issue a warning when received from a task action (module or action plugin) These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible はタスクアクション (モジュールまたは action プラグイン) から受け取ると、警告を False に調整することで警告を非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst
msgid "Type"
msgstr "タイプ"

#: ../../rst/reference_appendices/config.rst:114
#: ../../rst/reference_appendices/config.rst:129
#: ../../rst/reference_appendices/config.rst:211
#: ../../rst/reference_appendices/config.rst:240
#: ../../rst/reference_appendices/config.rst:256
#: ../../rst/reference_appendices/config.rst:270
#: ../../rst/reference_appendices/config.rst:286
#: ../../rst/reference_appendices/config.rst:301
#: ../../rst/reference_appendices/config.rst:460
#: ../../rst/reference_appendices/config.rst:1000
#: ../../rst/reference_appendices/config.rst:1013
#: ../../rst/reference_appendices/config.rst:1027
#: ../../rst/reference_appendices/config.rst:1041
#: ../../rst/reference_appendices/config.rst:1055
#: ../../rst/reference_appendices/config.rst:1177
#: ../../rst/reference_appendices/config.rst:1234
#: ../../rst/reference_appendices/config.rst:1399
#: ../../rst/reference_appendices/config.rst:1414
#: ../../rst/reference_appendices/config.rst:1428
#: ../../rst/reference_appendices/config.rst:1443
#: ../../rst/reference_appendices/config.rst:1602
#: ../../rst/reference_appendices/config.rst:1616
#: ../../rst/reference_appendices/config.rst:1675
#: ../../rst/reference_appendices/config.rst:1785
#: ../../rst/reference_appendices/config.rst:1867
#: ../../rst/reference_appendices/config.rst:1976
#: ../../rst/reference_appendices/config.rst:1990
#: ../../rst/reference_appendices/config.rst:2032
#: ../../rst/reference_appendices/config.rst:2047
#: ../../rst/reference_appendices/config.rst:2106
#: ../../rst/reference_appendices/config.rst:2121
#: ../../rst/reference_appendices/config.rst:2237
#: ../../rst/reference_appendices/config.rst:2363
#: ../../rst/reference_appendices/config.rst:2395
#: ../../rst/reference_appendices/config.rst:2437
#: ../../rst/reference_appendices/config.rst:2453
#: ../../rst/reference_appendices/config.rst:2607
#: ../../rst/reference_appendices/config.rst:2622
#: ../../rst/reference_appendices/config.rst:2638
#: ../../rst/reference_appendices/config.rst:2707
#: ../../rst/reference_appendices/config.rst:2721
#: ../../rst/reference_appendices/config.rst:2734
#: ../../rst/reference_appendices/config.rst:2954
#: ../../rst/reference_appendices/config.rst:2998
#: ../../rst/reference_appendices/config.rst:3048
msgid "boolean"
msgstr "boolean"

#: ../../rst/reference_appendices/config.rst
msgid "Default"
msgstr "デフォルト"

#: ../../rst/reference_appendices/config.rst:115
#: ../../rst/reference_appendices/config.rst:130
#: ../../rst/reference_appendices/config.rst:461
#: ../../rst/reference_appendices/config.rst:1868
#: ../../rst/reference_appendices/config.rst:1977
#: ../../rst/reference_appendices/config.rst:1991
#: ../../rst/reference_appendices/config.rst:2048
#: ../../rst/reference_appendices/config.rst:2122
#: ../../rst/reference_appendices/config.rst:2364
#: ../../rst/reference_appendices/config.rst:2396
#: ../../rst/reference_appendices/config.rst:2438
#: ../../rst/reference_appendices/config.rst:2608
#: ../../rst/reference_appendices/config.rst:2623
#: ../../rst/reference_appendices/config.rst:2639
#: ../../rst/reference_appendices/config.rst:2735
#: ../../rst/reference_appendices/config.rst:2955
#: ../../rst/reference_appendices/config.rst:2999
#: ../../rst/reference_appendices/config.rst:3063
msgid "``True``"
msgstr "``True``"

#: ../../rst/reference_appendices/config.rst
msgid "Version Added"
msgstr "追加されたバージョン"

#: ../../rst/reference_appendices/config.rst:116
#: ../../rst/reference_appendices/config.rst:131
#: ../../rst/reference_appendices/config.rst:2108
#: ../../rst/reference_appendices/config.rst:2397
#: ../../rst/reference_appendices/config.rst:2970
#: ../../rst/reference_appendices/config.rst:2985
msgid "2.5"
msgstr "2.5"

#: ../../rst/reference_appendices/config.rst
msgid "Ini"
msgstr "Ini"

#: ../../rst/reference_appendices/config.rst
msgid "Section"
msgstr "セクション"

#: ../../rst/reference_appendices/config.rst:118
#: ../../rst/reference_appendices/config.rst:162
#: ../../rst/reference_appendices/config.rst:167
#: ../../rst/reference_appendices/config.rst:187
#: ../../rst/reference_appendices/config.rst:200
#: ../../rst/reference_appendices/config.rst:214
#: ../../rst/reference_appendices/config.rst:229
#: ../../rst/reference_appendices/config.rst:243
#: ../../rst/reference_appendices/config.rst:259
#: ../../rst/reference_appendices/config.rst:275
#: ../../rst/reference_appendices/config.rst:290
#: ../../rst/reference_appendices/config.rst:319
#: ../../rst/reference_appendices/config.rst:334
#: ../../rst/reference_appendices/config.rst:347
#: ../../rst/reference_appendices/config.rst:360
#: ../../rst/reference_appendices/config.rst:373
#: ../../rst/reference_appendices/config.rst:387
#: ../../rst/reference_appendices/config.rst:401
#: ../../rst/reference_appendices/config.rst:406
#: ../../rst/reference_appendices/config.rst:429
#: ../../rst/reference_appendices/config.rst:444
#: ../../rst/reference_appendices/config.rst:446
#: ../../rst/reference_appendices/config.rst:463
#: ../../rst/reference_appendices/config.rst:950
#: ../../rst/reference_appendices/config.rst:989
#: ../../rst/reference_appendices/config.rst:1004
#: ../../rst/reference_appendices/config.rst:1016
#: ../../rst/reference_appendices/config.rst:1030
#: ../../rst/reference_appendices/config.rst:1124
#: ../../rst/reference_appendices/config.rst:1138
#: ../../rst/reference_appendices/config.rst:1152
#: ../../rst/reference_appendices/config.rst:1166
#: ../../rst/reference_appendices/config.rst:1180
#: ../../rst/reference_appendices/config.rst:1193
#: ../../rst/reference_appendices/config.rst:1206
#: ../../rst/reference_appendices/config.rst:1223
#: ../../rst/reference_appendices/config.rst:1238
#: ../../rst/reference_appendices/config.rst:1252
#: ../../rst/reference_appendices/config.rst:1266
#: ../../rst/reference_appendices/config.rst:1282
#: ../../rst/reference_appendices/config.rst:1303
#: ../../rst/reference_appendices/config.rst:1320
#: ../../rst/reference_appendices/config.rst:1334
#: ../../rst/reference_appendices/config.rst:1348
#: ../../rst/reference_appendices/config.rst:1363
#: ../../rst/reference_appendices/config.rst:1375
#: ../../rst/reference_appendices/config.rst:1388
#: ../../rst/reference_appendices/config.rst:1403
#: ../../rst/reference_appendices/config.rst:1417
#: ../../rst/reference_appendices/config.rst:1447
#: ../../rst/reference_appendices/config.rst:1461
#: ../../rst/reference_appendices/config.rst:1475
#: ../../rst/reference_appendices/config.rst:1489
#: ../../rst/reference_appendices/config.rst:1503
#: ../../rst/reference_appendices/config.rst:1516
#: ../../rst/reference_appendices/config.rst:1527
#: ../../rst/reference_appendices/config.rst:1540
#: ../../rst/reference_appendices/config.rst:1551
#: ../../rst/reference_appendices/config.rst:1563
#: ../../rst/reference_appendices/config.rst:1577
#: ../../rst/reference_appendices/config.rst:1591
#: ../../rst/reference_appendices/config.rst:1605
#: ../../rst/reference_appendices/config.rst:1619
#: ../../rst/reference_appendices/config.rst:1636
#: ../../rst/reference_appendices/config.rst:1650
#: ../../rst/reference_appendices/config.rst:1664
#: ../../rst/reference_appendices/config.rst:1678
#: ../../rst/reference_appendices/config.rst:1692
#: ../../rst/reference_appendices/config.rst:1704
#: ../../rst/reference_appendices/config.rst:1718
#: ../../rst/reference_appendices/config.rst:1746
#: ../../rst/reference_appendices/config.rst:1760
#: ../../rst/reference_appendices/config.rst:1774
#: ../../rst/reference_appendices/config.rst:1788
#: ../../rst/reference_appendices/config.rst:1801
#: ../../rst/reference_appendices/config.rst:1815
#: ../../rst/reference_appendices/config.rst:1829
#: ../../rst/reference_appendices/config.rst:1843
#: ../../rst/reference_appendices/config.rst:1856
#: ../../rst/reference_appendices/config.rst:1871
#: ../../rst/reference_appendices/config.rst:1885
#: ../../rst/reference_appendices/config.rst:1897
#: ../../rst/reference_appendices/config.rst:1910
#: ../../rst/reference_appendices/config.rst:1923
#: ../../rst/reference_appendices/config.rst:1937
#: ../../rst/reference_appendices/config.rst:1951
#: ../../rst/reference_appendices/config.rst:1965
#: ../../rst/reference_appendices/config.rst:1979
#: ../../rst/reference_appendices/config.rst:1993
#: ../../rst/reference_appendices/config.rst:2036
#: ../../rst/reference_appendices/config.rst:2050
#: ../../rst/reference_appendices/config.rst:2064
#: ../../rst/reference_appendices/config.rst:2078
#: ../../rst/reference_appendices/config.rst:2095
#: ../../rst/reference_appendices/config.rst:2110
#: ../../rst/reference_appendices/config.rst:2124
#: ../../rst/reference_appendices/config.rst:2138
#: ../../rst/reference_appendices/config.rst:2366
#: ../../rst/reference_appendices/config.rst:2399
#: ../../rst/reference_appendices/config.rst:2413
#: ../../rst/reference_appendices/config.rst:2441
#: ../../rst/reference_appendices/config.rst:2563
#: ../../rst/reference_appendices/config.rst:2579
#: ../../rst/reference_appendices/config.rst:2625
#: ../../rst/reference_appendices/config.rst:2642
#: ../../rst/reference_appendices/config.rst:2656
#: ../../rst/reference_appendices/config.rst:2670
#: ../../rst/reference_appendices/config.rst:2696
#: ../../rst/reference_appendices/config.rst:2711
#: ../../rst/reference_appendices/config.rst:2807
#: ../../rst/reference_appendices/config.rst:2825
#: ../../rst/reference_appendices/config.rst:2840
#: ../../rst/reference_appendices/config.rst:2852
#: ../../rst/reference_appendices/config.rst:2868
#: ../../rst/reference_appendices/config.rst:2882
#: ../../rst/reference_appendices/config.rst:2900
#: ../../rst/reference_appendices/config.rst:2914
#: ../../rst/reference_appendices/config.rst:2929
#: ../../rst/reference_appendices/config.rst:2957
#: ../../rst/reference_appendices/config.rst:3002
#: ../../rst/reference_appendices/config.rst:3017
#: ../../rst/reference_appendices/config.rst:3037
#: ../../rst/reference_appendices/config.rst:3051
#: ../../rst/reference_appendices/config.rst:3066
#: ../../rst/reference_appendices/config.rst:3081
#: ../../rst/reference_appendices/config.rst:3096
#: ../../rst/reference_appendices/config.rst:3111
#: ../../rst/reference_appendices/config.rst:3126
#: ../../rst/reference_appendices/config.rst:3166
msgid "[defaults]"
msgstr "[defaults]"

#: ../../rst/reference_appendices/config.rst
msgid "Key"
msgstr "キー"

#: ../../rst/reference_appendices/config.rst:119
msgid "action_warnings"
msgstr "action_warnings"

#: ../../rst/reference_appendices/config.rst
msgid "Environment"
msgstr "環境"

#: ../../rst/reference_appendices/config.rst
msgid "Variable"
msgstr "変数"

#: ../../rst/reference_appendices/config.rst:121
msgid ":envvar:`ANSIBLE_ACTION_WARNINGS`"
msgstr ":envvar:`ANSIBLE_ACTION_WARNINGS`"

#: ../../rst/reference_appendices/config.rst:126
msgid "AGNOSTIC_BECOME_PROMPT"
msgstr "AGNOSTIC_BECOME_PROMPT"

#: ../../rst/reference_appendices/config.rst:128
#: ../../rst/reference_appendices/config.rst:3298
msgid "Display an agnostic become prompt instead of displaying a prompt containing the command line supplied become method"
msgstr "become メソッドを提供するコマンドラインを含むプロンプトを表示する代わりに、依存しない become プロンプトを表示します。"

#: ../../rst/reference_appendices/config.rst:133
#: ../../rst/reference_appendices/config.rst:304
#: ../../rst/reference_appendices/config.rst:1044
#: ../../rst/reference_appendices/config.rst:1058
#: ../../rst/reference_appendices/config.rst:1071
#: ../../rst/reference_appendices/config.rst:1084
#: ../../rst/reference_appendices/config.rst:1097
#: ../../rst/reference_appendices/config.rst:1110
msgid "[privilege_escalation]"
msgstr "[privilege_escalation]"

#: ../../rst/reference_appendices/config.rst:134
msgid "agnostic_become_prompt"
msgstr "agnostic_become_prompt"

#: ../../rst/reference_appendices/config.rst:136
msgid ":envvar:`ANSIBLE_AGNOSTIC_BECOME_PROMPT`"
msgstr ":envvar:`ANSIBLE_AGNOSTIC_BECOME_PROMPT`"

#: ../../rst/reference_appendices/config.rst:141
msgid "ANSIBLE_CONNECTION_PATH"
msgstr "ANSIBLE_CONNECTION_PATH"

#: ../../rst/reference_appendices/config.rst:143
msgid "Specify where to look for the ansible-connection script. This location will be checked before searching $PATH. If null, ansible will start with the same directory as the ansible script."
msgstr "ansible-connection スクリプトを探す場所を指定します。この場所は、$PATH の検索前に確認されます。null に設定すると、Ansible は ansible スクリプトと同じディレクトリーで起動します。"

#: ../../rst/reference_appendices/config.rst:144
#: ../../rst/reference_appendices/config.rst:225
#: ../../rst/reference_appendices/config.rst:315
#: ../../rst/reference_appendices/config.rst:946
#: ../../rst/reference_appendices/config.rst:1486
#: ../../rst/reference_appendices/config.rst:1661
#: ../../rst/reference_appendices/config.rst:1948
#: ../../rst/reference_appendices/config.rst:2151
#: ../../rst/reference_appendices/config.rst:2166
#: ../../rst/reference_appendices/config.rst:2223
#: ../../rst/reference_appendices/config.rst:2294
#: ../../rst/reference_appendices/config.rst:2348
#: ../../rst/reference_appendices/config.rst:2790
#: ../../rst/reference_appendices/config.rst:2804
#: ../../rst/reference_appendices/config.rst:2836
#: ../../rst/reference_appendices/config.rst:2879
msgid "path"
msgstr "path"

#: ../../rst/reference_appendices/config.rst:145
#: ../../rst/reference_appendices/config.rst:185
#: ../../rst/reference_appendices/config.rst:316
#: ../../rst/reference_appendices/config.rst:358
#: ../../rst/reference_appendices/config.rst:947
#: ../../rst/reference_appendices/config.rst:1069
#: ../../rst/reference_appendices/config.rst:1082
#: ../../rst/reference_appendices/config.rst:1487
#: ../../rst/reference_appendices/config.rst:1525
#: ../../rst/reference_appendices/config.rst:1634
#: ../../rst/reference_appendices/config.rst:1662
#: ../../rst/reference_appendices/config.rst:1690
#: ../../rst/reference_appendices/config.rst:1949
#: ../../rst/reference_appendices/config.rst:2209
#: ../../rst/reference_appendices/config.rst:2681
#: ../../rst/reference_appendices/config.rst:2837
#: ../../rst/reference_appendices/config.rst:2880
msgid "``None``"
msgstr "``None``"

#: ../../rst/reference_appendices/config.rst:146
#: ../../rst/reference_appendices/config.rst:332
#: ../../rst/reference_appendices/config.rst:2076
#: ../../rst/reference_appendices/config.rst:2382
#: ../../rst/reference_appendices/config.rst:2411
#: ../../rst/reference_appendices/config.rst:2427
#: ../../rst/reference_appendices/config.rst:2709
#: ../../rst/reference_appendices/config.rst:2850
#: ../../rst/reference_appendices/config.rst:2927
#: ../../rst/reference_appendices/config.rst:3035
#: ../../rst/reference_appendices/config.rst:3109
msgid "2.8"
msgstr "2.8"

#: ../../rst/reference_appendices/config.rst:148
#: ../../rst/reference_appendices/config.rst:2751
#: ../../rst/reference_appendices/config.rst:2765
#: ../../rst/reference_appendices/config.rst:2779
#: ../../rst/reference_appendices/config.rst:2793
msgid "[persistent_connection]"
msgstr "[persistent_connection]"

#: ../../rst/reference_appendices/config.rst:149
msgid "ansible_connection_path"
msgstr "ansible_connection_path"

#: ../../rst/reference_appendices/config.rst:151
msgid ":envvar:`ANSIBLE_CONNECTION_PATH`"
msgstr ":envvar:`ANSIBLE_CONNECTION_PATH`"

#: ../../rst/reference_appendices/config.rst:156
#: ../../rst/reference_appendices/config.rst:176
#: ../../rst/reference_appendices/config.rst:3213
msgid "ANSIBLE_COW_ACCEPTLIST"
msgstr "ANSIBLE_COW_ACCEPTLIST"

#: ../../rst/reference_appendices/config.rst:158
#: ../../rst/reference_appendices/config.rst:3207
#: ../../rst/reference_appendices/config.rst:3217
msgid "Accept list of cowsay templates that are 'safe' to use, set to empty list if you want to enable all installed templates."
msgstr "「安全」に使用できる cowsay テンプレートの許可リスト。インストールされたすべてのテンプレートを有効にする場合は空のリストに設定します。"

#: ../../rst/reference_appendices/config.rst:159
#: ../../rst/reference_appendices/config.rst:398
#: ../../rst/reference_appendices/config.rst:1263
#: ../../rst/reference_appendices/config.rst:1472
#: ../../rst/reference_appendices/config.rst:1729
#: ../../rst/reference_appendices/config.rst:1934
#: ../../rst/reference_appendices/config.rst:2135
#: ../../rst/reference_appendices/config.rst:2179
#: ../../rst/reference_appendices/config.rst:2250
#: ../../rst/reference_appendices/config.rst:2307
#: ../../rst/reference_appendices/config.rst:2334
#: ../../rst/reference_appendices/config.rst:2425
#: ../../rst/reference_appendices/config.rst:2532
#: ../../rst/reference_appendices/config.rst:2560
#: ../../rst/reference_appendices/config.rst:2576
#: ../../rst/reference_appendices/config.rst:2667
#: ../../rst/reference_appendices/config.rst:2693
#: ../../rst/reference_appendices/config.rst:2940
#: ../../rst/reference_appendices/config.rst:2968
#: ../../rst/reference_appendices/config.rst:2983
#: ../../rst/reference_appendices/config.rst:3077
#: ../../rst/reference_appendices/config.rst:3092
#: ../../rst/reference_appendices/config.rst:3163
msgid "list"
msgstr "list"

#: ../../rst/reference_appendices/config.rst:160
msgid "``['bud-frogs', 'bunny', 'cheese', 'daemon', 'default', 'dragon', 'elephant-in-snake', 'elephant', 'eyes', 'hellokitty', 'kitty', 'luke-koala', 'meow', 'milk', 'moofasa', 'moose', 'ren', 'sheep', 'small', 'stegosaurus', 'stimpy', 'supermilker', 'three-eyes', 'turkey', 'turtle', 'tux', 'udder', 'vader-koala', 'vader', 'www']``"
msgstr "``['bud-frogs', 'bunny', 'cheese', 'daemon', 'default', 'dragon', 'elephant-in-snake', 'elephant', 'eyes', 'hellokitty', 'kitty', 'luke-koala', 'meow', 'milk', 'moofasa', 'moose', 'ren', 'sheep', 'small', 'stegosaurus', 'stimpy', 'supermilker', 'three-eyes', 'turkey', 'turtle', 'tux', 'udder', 'vader-koala', 'vader', 'www']``"

#: ../../rst/reference_appendices/config.rst:163
msgid "cow_whitelist"
msgstr "cow_whitelist"

#: ../../rst/reference_appendices/config.rst
msgid "Deprecated in"
msgstr "非推奨になるバージョン"

#: ../../rst/reference_appendices/config.rst:164
#: ../../rst/reference_appendices/config.rst:174
#: ../../rst/reference_appendices/config.rst:403
#: ../../rst/reference_appendices/config.rst:411
#: ../../rst/reference_appendices/config.rst:3211
#: ../../rst/reference_appendices/config.rst:3641
#: ../../rst/reference_appendices/release_and_maintenance.rst:83
msgid "2.15"
msgstr "2.15"

#: ../../rst/reference_appendices/config.rst
msgid "Deprecated detail"
msgstr "非推奨の詳細"

#: ../../rst/reference_appendices/config.rst:165
#: ../../rst/reference_appendices/config.rst:175
#: ../../rst/reference_appendices/config.rst:404
#: ../../rst/reference_appendices/config.rst:412
#: ../../rst/reference_appendices/config.rst:3212
#: ../../rst/reference_appendices/config.rst:3642
msgid "normalizing names to new standard"
msgstr "名前を新しい標準に正規化"

#: ../../rst/reference_appendices/config.rst
msgid "Deprecated alternatives"
msgstr "非推奨の代替手段"

#: ../../rst/reference_appendices/config.rst:166
#: ../../rst/reference_appendices/config.rst:168
msgid "cowsay_enabled_stencils"
msgstr "cowsay_enabled_stencils"

#: ../../rst/reference_appendices/config.rst:169
#: ../../rst/reference_appendices/config.rst:172
#: ../../rst/reference_appendices/config.rst:248
#: ../../rst/reference_appendices/config.rst:408
#: ../../rst/reference_appendices/config.rst:415
#: ../../rst/reference_appendices/config.rst:2153
#: ../../rst/reference_appendices/config.rst:3221
#: ../../rst/reference_appendices/config.rst:3245
#: ../../rst/reference_appendices/config.rst:3651
#: ../../rst/reference_appendices/release_and_maintenance.rst:87
msgid "2.11"
msgstr "2.11"

#: ../../rst/reference_appendices/config.rst:171
msgid ":envvar:`ANSIBLE_COW_ACCEPTLIST`"
msgstr ":envvar:`ANSIBLE_COW_ACCEPTLIST`"

#: ../../rst/reference_appendices/config.rst:173
msgid ":envvar:`ANSIBLE_COW_WHITELIST`"
msgstr ":envvar:`ANSIBLE_COW_WHITELIST`"

#: ../../rst/reference_appendices/config.rst:181
msgid "ANSIBLE_COW_PATH"
msgstr "ANSIBLE_COW_PATH"

#: ../../rst/reference_appendices/config.rst:183
#: ../../rst/reference_appendices/config.rst:3258
msgid "Specify a custom cowsay path or swap in your cowsay implementation of choice"
msgstr "選択する Cowsay 実装でカスタムの Cowsay パスまたは swap を指定します。"

#: ../../rst/reference_appendices/config.rst:184
#: ../../rst/reference_appendices/config.rst:1204
#: ../../rst/reference_appendices/config.rst:1314
#: ../../rst/reference_appendices/config.rst:2087
#: ../../rst/reference_appendices/config.rst:2925
#: ../../rst/reference_appendices/config.rst:3028
msgid "string"
msgstr "string"

#: ../../rst/reference_appendices/config.rst:188
msgid "cowpath"
msgstr "cowpath"

#: ../../rst/reference_appendices/config.rst:190
msgid ":envvar:`ANSIBLE_COW_PATH`"
msgstr ":envvar:`ANSIBLE_COW_PATH`"

#: ../../rst/reference_appendices/config.rst:195
msgid "ANSIBLE_COW_SELECTION"
msgstr "ANSIBLE_COW_SELECTION"

#: ../../rst/reference_appendices/config.rst:197
#: ../../rst/reference_appendices/config.rst:3199
msgid "This allows you to chose a specific cowsay stencil for the banners or use 'random' to cycle through them."
msgstr "これにより、バナーの特定の cowsay ステンシルを選択するか、「random」を使用してバナーを循環させることができます。"

#: ../../rst/reference_appendices/config.rst:198
#: ../../rst/reference_appendices/config.rst:1744
#: ../../rst/reference_appendices/config.rst:1921
msgid "``default``"
msgstr "``default``"

#: ../../rst/reference_appendices/config.rst:201
msgid "cow_selection"
msgstr "cow_selection"

#: ../../rst/reference_appendices/config.rst:203
msgid ":envvar:`ANSIBLE_COW_SELECTION`"
msgstr ":envvar:`ANSIBLE_COW_SELECTION`"

#: ../../rst/reference_appendices/config.rst:208
msgid "ANSIBLE_FORCE_COLOR"
msgstr "ANSIBLE_FORCE_COLOR"

#: ../../rst/reference_appendices/config.rst:210
#: ../../rst/reference_appendices/config.rst:3226
msgid "This option forces color mode even when running without a TTY or the \"nocolor\" setting is True."
msgstr "このオプションは、TTY を使用せずに実行し、または「nocolor」設定が True であっても色モードを強制的に実行します。"

#: ../../rst/reference_appendices/config.rst:212
#: ../../rst/reference_appendices/config.rst:241
#: ../../rst/reference_appendices/config.rst:257
#: ../../rst/reference_appendices/config.rst:271
#: ../../rst/reference_appendices/config.rst:287
#: ../../rst/reference_appendices/config.rst:302
#: ../../rst/reference_appendices/config.rst:1001
#: ../../rst/reference_appendices/config.rst:1014
#: ../../rst/reference_appendices/config.rst:1028
#: ../../rst/reference_appendices/config.rst:1042
#: ../../rst/reference_appendices/config.rst:1056
#: ../../rst/reference_appendices/config.rst:1178
#: ../../rst/reference_appendices/config.rst:1235
#: ../../rst/reference_appendices/config.rst:1400
#: ../../rst/reference_appendices/config.rst:1415
#: ../../rst/reference_appendices/config.rst:1429
#: ../../rst/reference_appendices/config.rst:1444
#: ../../rst/reference_appendices/config.rst:1603
#: ../../rst/reference_appendices/config.rst:1617
#: ../../rst/reference_appendices/config.rst:1676
#: ../../rst/reference_appendices/config.rst:1786
#: ../../rst/reference_appendices/config.rst:1908
#: ../../rst/reference_appendices/config.rst:2005
#: ../../rst/reference_appendices/config.rst:2033
#: ../../rst/reference_appendices/config.rst:2107
#: ../../rst/reference_appendices/config.rst:2194
#: ../../rst/reference_appendices/config.rst:2454
#: ../../rst/reference_appendices/config.rst:2469
#: ../../rst/reference_appendices/config.rst:2547
#: ../../rst/reference_appendices/config.rst:2594
#: ../../rst/reference_appendices/config.rst:2708
#: ../../rst/reference_appendices/config.rst:2722
#: ../../rst/reference_appendices/config.rst:2866
#: ../../rst/reference_appendices/config.rst:2912
#: ../../rst/reference_appendices/config.rst:3049
#: ../../rst/reference_appendices/config.rst:3108
msgid "``False``"
msgstr "``False``"

#: ../../rst/reference_appendices/config.rst:215
msgid "force_color"
msgstr "force_color"

#: ../../rst/reference_appendices/config.rst:217
msgid ":envvar:`ANSIBLE_FORCE_COLOR`"
msgstr ":envvar:`ANSIBLE_FORCE_COLOR`"

#: ../../rst/reference_appendices/config.rst:222
msgid "ANSIBLE_HOME"
msgstr "ANSIBLE_HOME"

#: ../../rst/reference_appendices/config.rst:224
#: ../../rst/reference_appendices/config.rst:3183
msgid "The default root path for Ansible config files on the controller."
msgstr "コントローラー上の Ansible 設定ファイルのデフォルトのルートパス。"

#: ../../rst/reference_appendices/config.rst:226
msgid "``~/.ansible``"
msgstr "``~/.ansible``"

#: ../../rst/reference_appendices/config.rst:227
#: ../../rst/reference_appendices/config.rst:2609
#: ../../rst/reference_appendices/release_and_maintenance.rst:84
msgid "2.14"
msgstr "2.14"

#: ../../rst/reference_appendices/config.rst:230
msgid "home"
msgstr "home"

#: ../../rst/reference_appendices/config.rst:232
msgid ":envvar:`ANSIBLE_HOME`"
msgstr ":envvar:`ANSIBLE_HOME`"

#: ../../rst/reference_appendices/config.rst:237
msgid "ANSIBLE_NOCOLOR"
msgstr "ANSIBLE_NOCOLOR"

#: ../../rst/reference_appendices/config.rst:239
#: ../../rst/reference_appendices/config.rst:3234
#: ../../rst/reference_appendices/config.rst:3241
msgid "This setting allows suppressing colorizing output, which is used to give a better indication of failure and status information."
msgstr "この設定により、色付け出力を抑制できます。これは、障害およびステータスの情報をより適切に示すために使用されます。"

#: ../../rst/reference_appendices/config.rst:244
msgid "nocolor"
msgstr "nocolor"

#: ../../rst/reference_appendices/config.rst:246
msgid ":envvar:`ANSIBLE_NOCOLOR`"
msgstr ":envvar:`ANSIBLE_NOCOLOR`"

#: ../../rst/reference_appendices/config.rst:247
msgid ":envvar:`NO_COLOR`"
msgstr ":envvar:`NO_COLOR`"

#: ../../rst/reference_appendices/config.rst:253
msgid "ANSIBLE_NOCOWS"
msgstr "ANSIBLE_NOCOWS"

#: ../../rst/reference_appendices/config.rst:255
#: ../../rst/reference_appendices/config.rst:3250
msgid "If you have cowsay installed but want to avoid the 'cows' (why????), use this."
msgstr "cowsay がインストールされているにもかかわらず、「cows」を回避するには、これを使用します。"

#: ../../rst/reference_appendices/config.rst:260
msgid "nocows"
msgstr "nocows"

#: ../../rst/reference_appendices/config.rst:262
msgid ":envvar:`ANSIBLE_NOCOWS`"
msgstr ":envvar:`ANSIBLE_NOCOWS`"

#: ../../rst/reference_appendices/config.rst:267
msgid "ANSIBLE_PIPELINING"
msgstr "ANSIBLE_PIPELINING"

#: ../../rst/reference_appendices/config.rst:269
msgid "This is a global option, each connection plugin can override either by having more specific options or not supporting pipelining at all. Pipelining, if supported by the connection plugin, reduces the number of network operations required to execute a module on the remote server, by executing many Ansible modules without actual file transfer. It can result in a very significant performance improvement when enabled. However this conflicts with privilege escalation (become). For example, when using 'sudo:' operations you must first disable 'requiretty' in /etc/sudoers on all managed hosts, which is why it is disabled by default. This setting will be disabled if ``ANSIBLE_KEEP_REMOTE_FILES`` is enabled."
msgstr "これはグローバルオプションであり、各 connection プラグインは、より具体的なオプションを指定するか、パイプをサポートしないかのいずれかによりオーバーライドすることができます。パイプライン (connection プラグインでサポートされる場合) は、実際のファイル転送をせずに多数の Ansible モジュールを実行して、リモートサーバーでモジュールを実行するために必要なネットワーク操作の数を減らします。これにより、有効にするとパフォーマンスが大幅に向上する可能性があります。ただし、これは特権昇格 (become) と競合します。たとえば、「sudo:」操作を使用する場合は、すべての管理対象ホストの /etc/sudoers で「requiretty」を無効にする必要があります。これが、デフォルトで無効になっている理由です。``ANSIBLE_KEEP_REMOTE_FILES`` が有効な場合、この設定は無効になります。"

#: ../../rst/reference_appendices/config.rst:273
msgid "[connection]"
msgstr "[connection]"

#: ../../rst/reference_appendices/config.rst:274
#: ../../rst/reference_appendices/config.rst:276
msgid "pipelining"
msgstr "pipelining"

#: ../../rst/reference_appendices/config.rst:278
msgid ":envvar:`ANSIBLE_PIPELINING`"
msgstr ":envvar:`ANSIBLE_PIPELINING`"

#: ../../rst/reference_appendices/config.rst:283
msgid "ANY_ERRORS_FATAL"
msgstr "ANY_ERRORS_FATAL"

#: ../../rst/reference_appendices/config.rst:285
#: ../../rst/reference_appendices/config.rst:3274
msgid "Sets the default value for the any_errors_fatal keyword, if True, Task failures will be considered fatal errors."
msgstr "any_errors_fatal キーワードのデフォルト値を設定します。True の場合、タスクの失敗は致命的なエラーとみなされます。"

#: ../../rst/reference_appendices/config.rst:288
#: ../../rst/reference_appendices/config.rst:3094
msgid "2.4"
msgstr "2.4"

#: ../../rst/reference_appendices/config.rst:291
#: ../../rst/reference_appendices/playbooks_keywords.rst:27
#: ../../rst/reference_appendices/playbooks_keywords.rst:159
#: ../../rst/reference_appendices/playbooks_keywords.rst:252
#: ../../rst/reference_appendices/playbooks_keywords.rst:354
msgid "any_errors_fatal"
msgstr "any_errors_fatal"

#: ../../rst/reference_appendices/config.rst:293
msgid ":envvar:`ANSIBLE_ANY_ERRORS_FATAL`"
msgstr ":envvar:`ANSIBLE_ANY_ERRORS_FATAL`"

#: ../../rst/reference_appendices/config.rst:298
msgid "BECOME_ALLOW_SAME_USER"
msgstr "BECOME_ALLOW_SAME_USER"

#: ../../rst/reference_appendices/config.rst:300
msgid "This setting controls if become is skipped when remote user and become user are the same. I.E root sudo to root. If executable, it will be run and the resulting stdout will be used as the password."
msgstr "この設定は、リモートユーザーと become ユーザーが同じである場合に、become をスキップするかどうか (root sudo から root) を制御します。実行可能な場合には、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:305
msgid "become_allow_same_user"
msgstr "become_allow_same_user"

#: ../../rst/reference_appendices/config.rst:307
msgid ":envvar:`ANSIBLE_BECOME_ALLOW_SAME_USER`"
msgstr ":envvar:`ANSIBLE_BECOME_ALLOW_SAME_USER`"

#: ../../rst/reference_appendices/config.rst:312
msgid "BECOME_PASSWORD_FILE"
msgstr "BECOME_PASSWORD_FILE"

#: ../../rst/reference_appendices/config.rst:314
msgid "The password file to use for the become plugin. --become-password-file. If executable, it will be run and the resulting stdout will be used as the password."
msgstr "become プラグインに使用するパスワードファイル。--become-password-file。実行可能の場合は、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:317
#: ../../rst/reference_appendices/config.rst:948
#: ../../rst/reference_appendices/config.rst:3064
#: ../../rst/reference_appendices/release_and_maintenance.rst:86
msgid "2.12"
msgstr "2.12"

#: ../../rst/reference_appendices/config.rst:320
msgid "become_password_file"
msgstr "become_password_file"

#: ../../rst/reference_appendices/config.rst:322
msgid ":envvar:`ANSIBLE_BECOME_PASSWORD_FILE`"
msgstr ":envvar:`ANSIBLE_BECOME_PASSWORD_FILE`"

#: ../../rst/reference_appendices/config.rst:327
msgid "BECOME_PLUGIN_PATH"
msgstr "BECOME_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:329
#: ../../rst/reference_appendices/config.rst:3605
msgid "Colon separated paths in which Ansible will search for Become Plugins."
msgstr "Ansible が Become プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:330
#: ../../rst/reference_appendices/config.rst:441
#: ../../rst/reference_appendices/config.rst:986
#: ../../rst/reference_appendices/config.rst:1121
#: ../../rst/reference_appendices/config.rst:1135
#: ../../rst/reference_appendices/config.rst:1149
#: ../../rst/reference_appendices/config.rst:1163
#: ../../rst/reference_appendices/config.rst:1220
#: ../../rst/reference_appendices/config.rst:1345
#: ../../rst/reference_appendices/config.rst:1372
#: ../../rst/reference_appendices/config.rst:1500
#: ../../rst/reference_appendices/config.rst:1560
#: ../../rst/reference_appendices/config.rst:1574
#: ../../rst/reference_appendices/config.rst:1588
#: ../../rst/reference_appendices/config.rst:1715
#: ../../rst/reference_appendices/config.rst:1771
#: ../../rst/reference_appendices/config.rst:1812
#: ../../rst/reference_appendices/config.rst:1826
#: ../../rst/reference_appendices/config.rst:1882
#: ../../rst/reference_appendices/config.rst:2061
msgid "pathspec"
msgstr "pathspec"

#: ../../rst/reference_appendices/config.rst:331
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/become:/usr/share/ansible/plugins/become\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/become:/usr/share/ansible/plugins/become\" }}``"

#: ../../rst/reference_appendices/config.rst:335
msgid "become_plugins"
msgstr "become_plugins"

#: ../../rst/reference_appendices/config.rst:337
msgid ":envvar:`ANSIBLE_BECOME_PLUGINS`"
msgstr ":envvar:`ANSIBLE_BECOME_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:342
msgid "CACHE_PLUGIN"
msgstr "CACHE_PLUGIN"

#: ../../rst/reference_appendices/config.rst:344
#: ../../rst/reference_appendices/config.rst:3306
msgid "Chooses which cache plugin to use, the default 'memory' is ephemeral."
msgstr "使用する cache プラグインを選択します。デフォルトの「メモリー」は一時的です。"

#: ../../rst/reference_appendices/config.rst:345
msgid "``memory``"
msgstr "``memory``"

#: ../../rst/reference_appendices/config.rst:348
msgid "fact_caching"
msgstr "fact_caching"

#: ../../rst/reference_appendices/config.rst:350
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN`"

#: ../../rst/reference_appendices/config.rst:355
msgid "CACHE_PLUGIN_CONNECTION"
msgstr "CACHE_PLUGIN_CONNECTION"

#: ../../rst/reference_appendices/config.rst:357
#: ../../rst/reference_appendices/config.rst:3314
msgid "Defines connection or path information for the cache plugin"
msgstr "cache プラグインの接続またはパスの情報を定義します。"

#: ../../rst/reference_appendices/config.rst:361
msgid "fact_caching_connection"
msgstr "fact_caching_connection"

#: ../../rst/reference_appendices/config.rst:363
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_CONNECTION`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_CONNECTION`"

#: ../../rst/reference_appendices/config.rst:368
msgid "CACHE_PLUGIN_PREFIX"
msgstr "CACHE_PLUGIN_PREFIX"

#: ../../rst/reference_appendices/config.rst:370
#: ../../rst/reference_appendices/config.rst:3322
msgid "Prefix to use for cache plugin files/tables"
msgstr "cache プラグインファイル/テーブルに使用する接頭辞。"

#: ../../rst/reference_appendices/config.rst:371
msgid "``ansible_facts``"
msgstr "``ansible_facts``"

#: ../../rst/reference_appendices/config.rst:374
msgid "fact_caching_prefix"
msgstr "fact_caching_prefix"

#: ../../rst/reference_appendices/config.rst:376
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_PREFIX`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_PREFIX`"

#: ../../rst/reference_appendices/config.rst:381
msgid "CACHE_PLUGIN_TIMEOUT"
msgstr "CACHE_PLUGIN_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:383
#: ../../rst/reference_appendices/config.rst:3330
msgid "Expiration timeout for the cache plugin data"
msgstr "cache プラグインデータの有効期限のタイムアウト。"

#: ../../rst/reference_appendices/config.rst:384
#: ../../rst/reference_appendices/config.rst:1249
#: ../../rst/reference_appendices/config.rst:1280
#: ../../rst/reference_appendices/config.rst:1647
#: ../../rst/reference_appendices/config.rst:1689
#: ../../rst/reference_appendices/config.rst:1840
#: ../../rst/reference_appendices/config.rst:1962
#: ../../rst/reference_appendices/config.rst:2018
#: ../../rst/reference_appendices/config.rst:2762
#: ../../rst/reference_appendices/config.rst:2776
#: ../../rst/reference_appendices/config.rst:3013
#: ../../rst/reference_appendices/config.rst:3122
#: ../../rst/reference_appendices/config.rst:3139
msgid "integer"
msgstr "integer"

#: ../../rst/reference_appendices/config.rst:385
msgid "``86400``"
msgstr "``86400``"

#: ../../rst/reference_appendices/config.rst:388
msgid "fact_caching_timeout"
msgstr "fact_caching_timeout"

#: ../../rst/reference_appendices/config.rst:390
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:395
msgid "CALLBACKS_ENABLED"
msgstr "CALLBACKS_ENABLED"

#: ../../rst/reference_appendices/config.rst:397
#: ../../rst/reference_appendices/config.rst:3637
#: ../../rst/reference_appendices/config.rst:3647
msgid "List of enabled callbacks, not all callbacks need enabling, but many of those shipped with Ansible do as we don't want them activated by default."
msgstr "有効なコールバックのリストです。すべてのコールバックを有効にする必要はありませんが、Ansible に同梱されるコールバックの多くは、デフォルトでアクティブ化されたくないため、そのようになっています。"

#: ../../rst/reference_appendices/config.rst:399
#: ../../rst/reference_appendices/config.rst:1386
#: ../../rst/reference_appendices/config.rst:1473
#: ../../rst/reference_appendices/config.rst:1935
#: ../../rst/reference_appendices/config.rst:2577
#: ../../rst/reference_appendices/config.rst:2969
#: ../../rst/reference_appendices/config.rst:2984
msgid "``[]``"
msgstr "``[]``"

#: ../../rst/reference_appendices/config.rst:402
msgid "callback_whitelist"
msgstr "callback_whitelist"

#: ../../rst/reference_appendices/config.rst:405
#: ../../rst/reference_appendices/config.rst:407
msgid "callbacks_enabled"
msgstr "callbacks_enabled"

#: ../../rst/reference_appendices/config.rst:410
msgid ":envvar:`ANSIBLE_CALLBACK_WHITELIST`"
msgstr ":envvar:`ANSIBLE_CALLBACK_WHITELIST`"

#: ../../rst/reference_appendices/config.rst:413
#: ../../rst/reference_appendices/config.rst:3643
msgid "ANSIBLE_CALLBACKS_ENABLED"
msgstr "ANSIBLE_CALLBACKS_ENABLED"

#: ../../rst/reference_appendices/config.rst:414
msgid ":envvar:`ANSIBLE_CALLBACKS_ENABLED`"
msgstr ":envvar:`ANSIBLE_CALLBACKS_ENABLED`"

#: ../../rst/reference_appendices/config.rst:420
msgid "COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH"
msgstr "COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH"

#: ../../rst/reference_appendices/config.rst:422
#: ../../rst/reference_appendices/config.rst:3364
msgid "When a collection is loaded that does not support the running Ansible version (with the collection metadata key `requires_ansible`)."
msgstr "実行中の Ansible バージョンをサポートしないコレクションがロードされた場合 (コレクションメタデータキー `requires_ansible` を使用)。"

#: ../../rst/reference_appendices/config.rst:423
#: ../../rst/reference_appendices/config.rst:2377
msgid "``warning``"
msgstr "``warning``"

#: ../../rst/reference_appendices/config.rst
msgid "Choices"
msgstr "選択肢"

#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:729
msgid "error"
msgstr "error"

#: ../../rst/reference_appendices/config.rst:425
#: ../../rst/reference_appendices/config.rst:2090
#: ../../rst/reference_appendices/config.rst:2379
msgid "issue a 'fatal' error and stop the play"
msgstr "「致命的な」エラーを発行してプレイを停止します"

#: ../../rst/reference_appendices/config.rst
msgid "warning"
msgstr "warning"

#: ../../rst/reference_appendices/config.rst:426
#: ../../rst/reference_appendices/config.rst:2091
#: ../../rst/reference_appendices/config.rst:2380
msgid "issue a warning but continue"
msgstr "警告を出力しますがそのまま続行されます"

#: ../../rst/reference_appendices/config.rst
msgid "ignore"
msgstr "ignore"

#: ../../rst/reference_appendices/config.rst:427
#: ../../rst/reference_appendices/config.rst:2092
#: ../../rst/reference_appendices/config.rst:2381
msgid "just continue silently"
msgstr "エラーなしにそのまま続行されます"

#: ../../rst/reference_appendices/config.rst:430
msgid "collections_on_ansible_version_mismatch"
msgstr "collections_on_ansible_version_mismatch"

#: ../../rst/reference_appendices/config.rst:432
msgid ":envvar:`ANSIBLE_COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH`"

#: ../../rst/reference_appendices/config.rst:437
msgid "COLLECTIONS_PATHS"
msgstr "COLLECTIONS_PATHS"

#: ../../rst/reference_appendices/config.rst:439
#: ../../rst/reference_appendices/config.rst:3346
#: ../../rst/reference_appendices/config.rst:3354
msgid "Colon separated paths in which Ansible will search for collections content. Collections must be in nested *subdirectories*, not directly in these directories. For example, if ``COLLECTIONS_PATHS`` includes ``'{{ ANSIBLE_HOME ~ \"/collections\" }}'``, and you want to add ``my.collection`` to that directory, it must be saved as ``'{{ ANSIBLE_HOME} ~ \"/collections/ansible_collections/my/collection\" }}'``."
msgstr "Ansible がコレクションコンテンツを検索するコロン区切りパス。コレクションは、これらのディレクトリーに直接ではなく、入れ子の *サブディレクトリー* に置かれる必要があります。たとえば、``COLLECTIONS_PATHS`` には ``'{{ ANSIBLE_HOME ~ \"/collections\" }}'`` が含まれ、そのディレクトリーに ``my.collection`` を追加する場合は、``'{{ ANSIBLE_HOME} ~ \"/collections/ansible_collections/my/collection\" }}'`` として保存する必要があります。"

#: ../../rst/reference_appendices/config.rst:442
msgid "``{{ ANSIBLE_HOME ~ \"/collections:/usr/share/ansible/collections\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/collections:/usr/share/ansible/collections\" }}``"

#: ../../rst/reference_appendices/config.rst:445
msgid "collections_paths"
msgstr "collections_paths"

#: ../../rst/reference_appendices/config.rst:447
msgid "collections_path"
msgstr "collections_path"

#: ../../rst/reference_appendices/config.rst:448
#: ../../rst/reference_appendices/config.rst:451
#: ../../rst/reference_appendices/config.rst:2210
#: ../../rst/reference_appendices/config.rst:2898
#: ../../rst/reference_appendices/config.rst:3015
#: ../../rst/reference_appendices/config.rst:3079
#: ../../rst/reference_appendices/config.rst:3124
#: ../../rst/reference_appendices/config.rst:3141
#: ../../rst/reference_appendices/config.rst:3153
#: ../../rst/reference_appendices/config.rst:3359
#: ../../rst/reference_appendices/release_and_maintenance.rst:88
#: ../../rst/reference_appendices/release_and_maintenance.rst:89
msgid "2.10"
msgstr "2.10"

#: ../../rst/reference_appendices/config.rst:450
msgid ":envvar:`ANSIBLE_COLLECTIONS_PATH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_PATH`"

#: ../../rst/reference_appendices/config.rst:452
msgid ":envvar:`ANSIBLE_COLLECTIONS_PATHS`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_PATHS`"

#: ../../rst/reference_appendices/config.rst:457
msgid "COLLECTIONS_SCAN_SYS_PATH"
msgstr "COLLECTIONS_SCAN_SYS_PATH"

#: ../../rst/reference_appendices/config.rst:459
#: ../../rst/reference_appendices/config.rst:3338
msgid "A boolean to enable or disable scanning the sys.path for installed collections"
msgstr "インストールされたコレクションの sys.path のスキャンを有効または無効にするブール値。"

#: ../../rst/reference_appendices/config.rst:464
msgid "collections_scan_sys_path"
msgstr "collections_scan_sys_path"

#: ../../rst/reference_appendices/config.rst:466
msgid ":envvar:`ANSIBLE_COLLECTIONS_SCAN_SYS_PATH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_SCAN_SYS_PATH`"

#: ../../rst/reference_appendices/config.rst:471
msgid "COLOR_CHANGED"
msgstr "COLOR_CHANGED"

#: ../../rst/reference_appendices/config.rst:473
#: ../../rst/reference_appendices/config.rst:3372
msgid "Defines the color to use on 'Changed' task status"
msgstr "「Changed」タスクの状態に使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:474
msgid "``yellow``"
msgstr "``yellow``"

#: ../../rst/reference_appendices/config.rst:476
#: ../../rst/reference_appendices/config.rst:509
#: ../../rst/reference_appendices/config.rst:543
#: ../../rst/reference_appendices/config.rst:576
#: ../../rst/reference_appendices/config.rst:609
#: ../../rst/reference_appendices/config.rst:642
#: ../../rst/reference_appendices/config.rst:675
#: ../../rst/reference_appendices/config.rst:708
#: ../../rst/reference_appendices/config.rst:741
#: ../../rst/reference_appendices/config.rst:774
#: ../../rst/reference_appendices/config.rst:807
#: ../../rst/reference_appendices/config.rst:840
#: ../../rst/reference_appendices/config.rst:873
#: ../../rst/reference_appendices/config.rst:906
msgid "black"
msgstr "black"

#: ../../rst/reference_appendices/config.rst:477
#: ../../rst/reference_appendices/config.rst:510
#: ../../rst/reference_appendices/config.rst:544
#: ../../rst/reference_appendices/config.rst:577
#: ../../rst/reference_appendices/config.rst:610
#: ../../rst/reference_appendices/config.rst:643
#: ../../rst/reference_appendices/config.rst:676
#: ../../rst/reference_appendices/config.rst:709
#: ../../rst/reference_appendices/config.rst:742
#: ../../rst/reference_appendices/config.rst:775
#: ../../rst/reference_appendices/config.rst:808
#: ../../rst/reference_appendices/config.rst:841
#: ../../rst/reference_appendices/config.rst:874
#: ../../rst/reference_appendices/config.rst:907
msgid "bright gray"
msgstr "bright gray"

#: ../../rst/reference_appendices/config.rst:478
#: ../../rst/reference_appendices/config.rst:511
#: ../../rst/reference_appendices/config.rst:545
#: ../../rst/reference_appendices/config.rst:578
#: ../../rst/reference_appendices/config.rst:611
#: ../../rst/reference_appendices/config.rst:644
#: ../../rst/reference_appendices/config.rst:677
#: ../../rst/reference_appendices/config.rst:710
#: ../../rst/reference_appendices/config.rst:743
#: ../../rst/reference_appendices/config.rst:776
#: ../../rst/reference_appendices/config.rst:809
#: ../../rst/reference_appendices/config.rst:842
#: ../../rst/reference_appendices/config.rst:875
#: ../../rst/reference_appendices/config.rst:908
msgid "blue"
msgstr "blue"

#: ../../rst/reference_appendices/config.rst:479
#: ../../rst/reference_appendices/config.rst:512
#: ../../rst/reference_appendices/config.rst:546
#: ../../rst/reference_appendices/config.rst:579
#: ../../rst/reference_appendices/config.rst:612
#: ../../rst/reference_appendices/config.rst:645
#: ../../rst/reference_appendices/config.rst:678
#: ../../rst/reference_appendices/config.rst:711
#: ../../rst/reference_appendices/config.rst:744
#: ../../rst/reference_appendices/config.rst:777
#: ../../rst/reference_appendices/config.rst:810
#: ../../rst/reference_appendices/config.rst:843
#: ../../rst/reference_appendices/config.rst:876
#: ../../rst/reference_appendices/config.rst:909
msgid "white"
msgstr "white"

#: ../../rst/reference_appendices/config.rst:480
#: ../../rst/reference_appendices/config.rst:513
#: ../../rst/reference_appendices/config.rst:547
#: ../../rst/reference_appendices/config.rst:580
#: ../../rst/reference_appendices/config.rst:613
#: ../../rst/reference_appendices/config.rst:646
#: ../../rst/reference_appendices/config.rst:679
#: ../../rst/reference_appendices/config.rst:712
#: ../../rst/reference_appendices/config.rst:745
#: ../../rst/reference_appendices/config.rst:778
#: ../../rst/reference_appendices/config.rst:811
#: ../../rst/reference_appendices/config.rst:844
#: ../../rst/reference_appendices/config.rst:877
#: ../../rst/reference_appendices/config.rst:910
msgid "green"
msgstr "green"

#: ../../rst/reference_appendices/config.rst:481
#: ../../rst/reference_appendices/config.rst:514
#: ../../rst/reference_appendices/config.rst:548
#: ../../rst/reference_appendices/config.rst:581
#: ../../rst/reference_appendices/config.rst:614
#: ../../rst/reference_appendices/config.rst:647
#: ../../rst/reference_appendices/config.rst:680
#: ../../rst/reference_appendices/config.rst:713
#: ../../rst/reference_appendices/config.rst:746
#: ../../rst/reference_appendices/config.rst:779
#: ../../rst/reference_appendices/config.rst:812
#: ../../rst/reference_appendices/config.rst:845
#: ../../rst/reference_appendices/config.rst:878
#: ../../rst/reference_appendices/config.rst:911
msgid "bright blue"
msgstr "bright blue"

#: ../../rst/reference_appendices/config.rst:482
#: ../../rst/reference_appendices/config.rst:515
#: ../../rst/reference_appendices/config.rst:549
#: ../../rst/reference_appendices/config.rst:582
#: ../../rst/reference_appendices/config.rst:615
#: ../../rst/reference_appendices/config.rst:648
#: ../../rst/reference_appendices/config.rst:681
#: ../../rst/reference_appendices/config.rst:714
#: ../../rst/reference_appendices/config.rst:747
#: ../../rst/reference_appendices/config.rst:780
#: ../../rst/reference_appendices/config.rst:813
#: ../../rst/reference_appendices/config.rst:846
#: ../../rst/reference_appendices/config.rst:879
#: ../../rst/reference_appendices/config.rst:912
msgid "cyan"
msgstr "cyan"

#: ../../rst/reference_appendices/config.rst:483
#: ../../rst/reference_appendices/config.rst:516
#: ../../rst/reference_appendices/config.rst:550
#: ../../rst/reference_appendices/config.rst:583
#: ../../rst/reference_appendices/config.rst:616
#: ../../rst/reference_appendices/config.rst:649
#: ../../rst/reference_appendices/config.rst:682
#: ../../rst/reference_appendices/config.rst:715
#: ../../rst/reference_appendices/config.rst:748
#: ../../rst/reference_appendices/config.rst:781
#: ../../rst/reference_appendices/config.rst:814
#: ../../rst/reference_appendices/config.rst:847
#: ../../rst/reference_appendices/config.rst:880
#: ../../rst/reference_appendices/config.rst:913
msgid "bright green"
msgstr "bright green"

#: ../../rst/reference_appendices/config.rst:484
#: ../../rst/reference_appendices/config.rst:517
#: ../../rst/reference_appendices/config.rst:551
#: ../../rst/reference_appendices/config.rst:584
#: ../../rst/reference_appendices/config.rst:617
#: ../../rst/reference_appendices/config.rst:650
#: ../../rst/reference_appendices/config.rst:683
#: ../../rst/reference_appendices/config.rst:716
#: ../../rst/reference_appendices/config.rst:749
#: ../../rst/reference_appendices/config.rst:782
#: ../../rst/reference_appendices/config.rst:815
#: ../../rst/reference_appendices/config.rst:848
#: ../../rst/reference_appendices/config.rst:881
#: ../../rst/reference_appendices/config.rst:914
msgid "red"
msgstr "red"

#: ../../rst/reference_appendices/config.rst:485
#: ../../rst/reference_appendices/config.rst:518
#: ../../rst/reference_appendices/config.rst:552
#: ../../rst/reference_appendices/config.rst:585
#: ../../rst/reference_appendices/config.rst:618
#: ../../rst/reference_appendices/config.rst:651
#: ../../rst/reference_appendices/config.rst:684
#: ../../rst/reference_appendices/config.rst:717
#: ../../rst/reference_appendices/config.rst:750
#: ../../rst/reference_appendices/config.rst:783
#: ../../rst/reference_appendices/config.rst:816
#: ../../rst/reference_appendices/config.rst:849
#: ../../rst/reference_appendices/config.rst:882
#: ../../rst/reference_appendices/config.rst:915
msgid "bright cyan"
msgstr "bright cyan"

#: ../../rst/reference_appendices/config.rst:486
#: ../../rst/reference_appendices/config.rst:519
#: ../../rst/reference_appendices/config.rst:553
#: ../../rst/reference_appendices/config.rst:586
#: ../../rst/reference_appendices/config.rst:619
#: ../../rst/reference_appendices/config.rst:652
#: ../../rst/reference_appendices/config.rst:685
#: ../../rst/reference_appendices/config.rst:718
#: ../../rst/reference_appendices/config.rst:751
#: ../../rst/reference_appendices/config.rst:784
#: ../../rst/reference_appendices/config.rst:817
#: ../../rst/reference_appendices/config.rst:850
#: ../../rst/reference_appendices/config.rst:883
#: ../../rst/reference_appendices/config.rst:916
msgid "purple"
msgstr "purple"

#: ../../rst/reference_appendices/config.rst:487
#: ../../rst/reference_appendices/config.rst:520
#: ../../rst/reference_appendices/config.rst:554
#: ../../rst/reference_appendices/config.rst:587
#: ../../rst/reference_appendices/config.rst:620
#: ../../rst/reference_appendices/config.rst:653
#: ../../rst/reference_appendices/config.rst:686
#: ../../rst/reference_appendices/config.rst:719
#: ../../rst/reference_appendices/config.rst:752
#: ../../rst/reference_appendices/config.rst:785
#: ../../rst/reference_appendices/config.rst:818
#: ../../rst/reference_appendices/config.rst:851
#: ../../rst/reference_appendices/config.rst:884
#: ../../rst/reference_appendices/config.rst:917
msgid "bright red"
msgstr "bright red"

#: ../../rst/reference_appendices/config.rst:488
#: ../../rst/reference_appendices/config.rst:521
#: ../../rst/reference_appendices/config.rst:555
#: ../../rst/reference_appendices/config.rst:588
#: ../../rst/reference_appendices/config.rst:621
#: ../../rst/reference_appendices/config.rst:654
#: ../../rst/reference_appendices/config.rst:687
#: ../../rst/reference_appendices/config.rst:720
#: ../../rst/reference_appendices/config.rst:753
#: ../../rst/reference_appendices/config.rst:786
#: ../../rst/reference_appendices/config.rst:819
#: ../../rst/reference_appendices/config.rst:852
#: ../../rst/reference_appendices/config.rst:885
#: ../../rst/reference_appendices/config.rst:918
msgid "yellow"
msgstr "yellow"

#: ../../rst/reference_appendices/config.rst:489
#: ../../rst/reference_appendices/config.rst:522
#: ../../rst/reference_appendices/config.rst:556
#: ../../rst/reference_appendices/config.rst:589
#: ../../rst/reference_appendices/config.rst:622
#: ../../rst/reference_appendices/config.rst:655
#: ../../rst/reference_appendices/config.rst:688
#: ../../rst/reference_appendices/config.rst:721
#: ../../rst/reference_appendices/config.rst:754
#: ../../rst/reference_appendices/config.rst:787
#: ../../rst/reference_appendices/config.rst:820
#: ../../rst/reference_appendices/config.rst:853
#: ../../rst/reference_appendices/config.rst:886
#: ../../rst/reference_appendices/config.rst:919
msgid "bright purple"
msgstr "bright purple"

#: ../../rst/reference_appendices/config.rst:490
#: ../../rst/reference_appendices/config.rst:523
#: ../../rst/reference_appendices/config.rst:557
#: ../../rst/reference_appendices/config.rst:590
#: ../../rst/reference_appendices/config.rst:623
#: ../../rst/reference_appendices/config.rst:656
#: ../../rst/reference_appendices/config.rst:689
#: ../../rst/reference_appendices/config.rst:722
#: ../../rst/reference_appendices/config.rst:755
#: ../../rst/reference_appendices/config.rst:788
#: ../../rst/reference_appendices/config.rst:821
#: ../../rst/reference_appendices/config.rst:854
#: ../../rst/reference_appendices/config.rst:887
#: ../../rst/reference_appendices/config.rst:920
msgid "dark gray"
msgstr "dark gray"

#: ../../rst/reference_appendices/config.rst:491
#: ../../rst/reference_appendices/config.rst:524
#: ../../rst/reference_appendices/config.rst:558
#: ../../rst/reference_appendices/config.rst:591
#: ../../rst/reference_appendices/config.rst:624
#: ../../rst/reference_appendices/config.rst:657
#: ../../rst/reference_appendices/config.rst:690
#: ../../rst/reference_appendices/config.rst:723
#: ../../rst/reference_appendices/config.rst:756
#: ../../rst/reference_appendices/config.rst:789
#: ../../rst/reference_appendices/config.rst:822
#: ../../rst/reference_appendices/config.rst:855
#: ../../rst/reference_appendices/config.rst:888
#: ../../rst/reference_appendices/config.rst:921
msgid "bright yellow"
msgstr "bright yellow"

#: ../../rst/reference_appendices/config.rst:492
#: ../../rst/reference_appendices/config.rst:525
#: ../../rst/reference_appendices/config.rst:559
#: ../../rst/reference_appendices/config.rst:592
#: ../../rst/reference_appendices/config.rst:625
#: ../../rst/reference_appendices/config.rst:658
#: ../../rst/reference_appendices/config.rst:691
#: ../../rst/reference_appendices/config.rst:724
#: ../../rst/reference_appendices/config.rst:757
#: ../../rst/reference_appendices/config.rst:790
#: ../../rst/reference_appendices/config.rst:823
#: ../../rst/reference_appendices/config.rst:856
#: ../../rst/reference_appendices/config.rst:889
#: ../../rst/reference_appendices/config.rst:922
msgid "magenta"
msgstr "magenta"

#: ../../rst/reference_appendices/config.rst:493
#: ../../rst/reference_appendices/config.rst:526
#: ../../rst/reference_appendices/config.rst:560
#: ../../rst/reference_appendices/config.rst:593
#: ../../rst/reference_appendices/config.rst:626
#: ../../rst/reference_appendices/config.rst:659
#: ../../rst/reference_appendices/config.rst:692
#: ../../rst/reference_appendices/config.rst:725
#: ../../rst/reference_appendices/config.rst:758
#: ../../rst/reference_appendices/config.rst:791
#: ../../rst/reference_appendices/config.rst:824
#: ../../rst/reference_appendices/config.rst:857
#: ../../rst/reference_appendices/config.rst:890
#: ../../rst/reference_appendices/config.rst:923
msgid "bright magenta"
msgstr "bright magenta"

#: ../../rst/reference_appendices/config.rst:494
#: ../../rst/reference_appendices/config.rst:527
#: ../../rst/reference_appendices/config.rst:561
#: ../../rst/reference_appendices/config.rst:594
#: ../../rst/reference_appendices/config.rst:627
#: ../../rst/reference_appendices/config.rst:660
#: ../../rst/reference_appendices/config.rst:693
#: ../../rst/reference_appendices/config.rst:726
#: ../../rst/reference_appendices/config.rst:759
#: ../../rst/reference_appendices/config.rst:792
#: ../../rst/reference_appendices/config.rst:825
#: ../../rst/reference_appendices/config.rst:858
#: ../../rst/reference_appendices/config.rst:891
#: ../../rst/reference_appendices/config.rst:924
msgid "normal"
msgstr "normal"

#: ../../rst/reference_appendices/config.rst:496
#: ../../rst/reference_appendices/config.rst:530
#: ../../rst/reference_appendices/config.rst:563
#: ../../rst/reference_appendices/config.rst:596
#: ../../rst/reference_appendices/config.rst:629
#: ../../rst/reference_appendices/config.rst:662
#: ../../rst/reference_appendices/config.rst:695
#: ../../rst/reference_appendices/config.rst:728
#: ../../rst/reference_appendices/config.rst:761
#: ../../rst/reference_appendices/config.rst:794
#: ../../rst/reference_appendices/config.rst:827
#: ../../rst/reference_appendices/config.rst:860
#: ../../rst/reference_appendices/config.rst:893
#: ../../rst/reference_appendices/config.rst:926
msgid "[colors]"
msgstr "[colors]"

#: ../../rst/reference_appendices/config.rst:499
msgid ":envvar:`ANSIBLE_COLOR_CHANGED`"
msgstr ":envvar:`ANSIBLE_COLOR_CHANGED`"

#: ../../rst/reference_appendices/config.rst:504
msgid "COLOR_CONSOLE_PROMPT"
msgstr "COLOR_CONSOLE_PROMPT"

#: ../../rst/reference_appendices/config.rst:506
#: ../../rst/reference_appendices/config.rst:3380
msgid "Defines the default color to use for ansible-console"
msgstr "ansible-console に使用するデフォルトの色を定義します。"

#: ../../rst/reference_appendices/config.rst:507
#: ../../rst/reference_appendices/config.rst:739
msgid "``white``"
msgstr "``white``"

#: ../../rst/reference_appendices/config.rst:528
#: ../../rst/reference_appendices/config.rst:1401
#: ../../rst/reference_appendices/config.rst:2439
#: ../../rst/reference_appendices/config.rst:2455
#: ../../rst/reference_appendices/config.rst:3000
msgid "2.7"
msgstr "2.7"

#: ../../rst/reference_appendices/config.rst:531
msgid "console_prompt"
msgstr "console_prompt"

#: ../../rst/reference_appendices/config.rst:533
msgid ":envvar:`ANSIBLE_COLOR_CONSOLE_PROMPT`"
msgstr ":envvar:`ANSIBLE_COLOR_CONSOLE_PROMPT`"

#: ../../rst/reference_appendices/config.rst:538
msgid "COLOR_DEBUG"
msgstr "COLOR_DEBUG"

#: ../../rst/reference_appendices/config.rst:540
#: ../../rst/reference_appendices/config.rst:3388
msgid "Defines the color to use when emitting debug messages"
msgstr "デバッグメッセージを生成する際に使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:541
msgid "``dark gray``"
msgstr "``dark gray``"

#: ../../rst/reference_appendices/config.rst:564
#: ../../rst/reference_appendices/config.rst:1181
msgid "debug"
msgstr "debug"

#: ../../rst/reference_appendices/config.rst:566
msgid ":envvar:`ANSIBLE_COLOR_DEBUG`"
msgstr ":envvar:`ANSIBLE_COLOR_DEBUG`"

#: ../../rst/reference_appendices/config.rst:571
msgid "COLOR_DEPRECATE"
msgstr "COLOR_DEPRECATE"

#: ../../rst/reference_appendices/config.rst:573
#: ../../rst/reference_appendices/config.rst:3396
msgid "Defines the color to use when emitting deprecation messages"
msgstr "非推奨メッセージを生成するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:574
msgid "``purple``"
msgstr "``purple``"

#: ../../rst/reference_appendices/config.rst:597
msgid "deprecate"
msgstr "deprecate"

#: ../../rst/reference_appendices/config.rst:599
msgid ":envvar:`ANSIBLE_COLOR_DEPRECATE`"
msgstr ":envvar:`ANSIBLE_COLOR_DEPRECATE`"

#: ../../rst/reference_appendices/config.rst:604
msgid "COLOR_DIFF_ADD"
msgstr "COLOR_DIFF_ADD"

#: ../../rst/reference_appendices/config.rst:606
#: ../../rst/reference_appendices/config.rst:3404
msgid "Defines the color to use when showing added lines in diffs"
msgstr "diffs で追加した行を表示するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:607
#: ../../rst/reference_appendices/config.rst:772
msgid "``green``"
msgstr "``green``"

#: ../../rst/reference_appendices/config.rst:630
msgid "diff_add"
msgstr "diff_add"

#: ../../rst/reference_appendices/config.rst:632
msgid ":envvar:`ANSIBLE_COLOR_DIFF_ADD`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_ADD`"

#: ../../rst/reference_appendices/config.rst:637
msgid "COLOR_DIFF_LINES"
msgstr "COLOR_DIFF_LINES"

#: ../../rst/reference_appendices/config.rst:639
#: ../../rst/reference_appendices/config.rst:3412
msgid "Defines the color to use when showing diffs"
msgstr "差異を表示するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:640
#: ../../rst/reference_appendices/config.rst:805
msgid "``cyan``"
msgstr "``cyan``"

#: ../../rst/reference_appendices/config.rst:663
msgid "diff_lines"
msgstr "diff_lines"

#: ../../rst/reference_appendices/config.rst:665
msgid ":envvar:`ANSIBLE_COLOR_DIFF_LINES`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_LINES`"

#: ../../rst/reference_appendices/config.rst:670
msgid "COLOR_DIFF_REMOVE"
msgstr "COLOR_DIFF_REMOVE"

#: ../../rst/reference_appendices/config.rst:672
#: ../../rst/reference_appendices/config.rst:3420
msgid "Defines the color to use when showing removed lines in diffs"
msgstr "diffs で削除した行を表示するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:673
#: ../../rst/reference_appendices/config.rst:706
msgid "``red``"
msgstr "``red``"

#: ../../rst/reference_appendices/config.rst:696
msgid "diff_remove"
msgstr "diff_remove"

#: ../../rst/reference_appendices/config.rst:698
msgid ":envvar:`ANSIBLE_COLOR_DIFF_REMOVE`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_REMOVE`"

#: ../../rst/reference_appendices/config.rst:703
msgid "COLOR_ERROR"
msgstr "COLOR_ERROR"

#: ../../rst/reference_appendices/config.rst:705
#: ../../rst/reference_appendices/config.rst:3428
msgid "Defines the color to use when emitting error messages"
msgstr "エラーメッセージを生成する際に使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:731
msgid ":envvar:`ANSIBLE_COLOR_ERROR`"
msgstr ":envvar:`ANSIBLE_COLOR_ERROR`"

#: ../../rst/reference_appendices/config.rst:736
msgid "COLOR_HIGHLIGHT"
msgstr "COLOR_HIGHLIGHT"

#: ../../rst/reference_appendices/config.rst:738
#: ../../rst/reference_appendices/config.rst:3436
msgid "Defines the color to use for highlighting"
msgstr "強調表示に使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:762
msgid "highlight"
msgstr "highlight"

#: ../../rst/reference_appendices/config.rst:764
msgid ":envvar:`ANSIBLE_COLOR_HIGHLIGHT`"
msgstr ":envvar:`ANSIBLE_COLOR_HIGHLIGHT`"

#: ../../rst/reference_appendices/config.rst:769
msgid "COLOR_OK"
msgstr "COLOR_OK"

#: ../../rst/reference_appendices/config.rst:771
#: ../../rst/reference_appendices/config.rst:3444
msgid "Defines the color to use when showing 'OK' task status"
msgstr "タスク状態「OK」を表示するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:795
msgid "ok"
msgstr "ok"

#: ../../rst/reference_appendices/config.rst:797
msgid ":envvar:`ANSIBLE_COLOR_OK`"
msgstr ":envvar:`ANSIBLE_COLOR_OK`"

#: ../../rst/reference_appendices/config.rst:802
msgid "COLOR_SKIP"
msgstr "COLOR_SKIP"

#: ../../rst/reference_appendices/config.rst:804
#: ../../rst/reference_appendices/config.rst:3452
msgid "Defines the color to use when showing 'Skipped' task status"
msgstr "タスク状態「Skipped」を表示するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:828
#: ../../rst/reference_appendices/config.rst:2988
msgid "skip"
msgstr "skip"

#: ../../rst/reference_appendices/config.rst:830
msgid ":envvar:`ANSIBLE_COLOR_SKIP`"
msgstr ":envvar:`ANSIBLE_COLOR_SKIP`"

#: ../../rst/reference_appendices/config.rst:835
msgid "COLOR_UNREACHABLE"
msgstr "COLOR_UNREACHABLE"

#: ../../rst/reference_appendices/config.rst:837
#: ../../rst/reference_appendices/config.rst:3460
msgid "Defines the color to use on 'Unreachable' status"
msgstr "タスク状態「到達不能」状態で使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:838
msgid "``bright red``"
msgstr "``bright red``"

#: ../../rst/reference_appendices/config.rst:861
msgid "unreachable"
msgstr "unreachable"

#: ../../rst/reference_appendices/config.rst:863
msgid ":envvar:`ANSIBLE_COLOR_UNREACHABLE`"
msgstr ":envvar:`ANSIBLE_COLOR_UNREACHABLE`"

#: ../../rst/reference_appendices/config.rst:868
msgid "COLOR_VERBOSE"
msgstr "COLOR_VERBOSE"

#: ../../rst/reference_appendices/config.rst:870
#: ../../rst/reference_appendices/config.rst:3468
msgid "Defines the color to use when emitting verbose messages. i.e those that show with '-v's."
msgstr "詳細メッセージを生成する際に使用する色を定義します (つまり、'-v's で示されるものとなります)。"

#: ../../rst/reference_appendices/config.rst:871
msgid "``blue``"
msgstr "``blue``"

#: ../../rst/reference_appendices/config.rst:894
msgid "verbose"
msgstr "verbose"

#: ../../rst/reference_appendices/config.rst:896
msgid ":envvar:`ANSIBLE_COLOR_VERBOSE`"
msgstr ":envvar:`ANSIBLE_COLOR_VERBOSE`"

#: ../../rst/reference_appendices/config.rst:901
msgid "COLOR_WARN"
msgstr "COLOR_WARN"

#: ../../rst/reference_appendices/config.rst:903
#: ../../rst/reference_appendices/config.rst:3476
msgid "Defines the color to use when emitting warning messages"
msgstr "警告メッセージを生成するときに使用する色を定義します。"

#: ../../rst/reference_appendices/config.rst:904
msgid "``bright purple``"
msgstr "``bright purple``"

#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:927
msgid "warn"
msgstr "warn"

#: ../../rst/reference_appendices/config.rst:929
msgid ":envvar:`ANSIBLE_COLOR_WARN`"
msgstr ":envvar:`ANSIBLE_COLOR_WARN`"

#: ../../rst/reference_appendices/config.rst:934
msgid "CONNECTION_FACTS_MODULES"
msgstr "CONNECTION_FACTS_MODULES"

#: ../../rst/reference_appendices/config.rst:936
msgid "Which modules to run during a play's fact gathering stage based on connection"
msgstr "接続に基づいてプレイのファクト収集ステージ時に実行するモジュール。"

#: ../../rst/reference_appendices/config.rst:937
msgid "dict"
msgstr "dict"

#: ../../rst/reference_appendices/config.rst:938
msgid "``{'asa': 'ansible.legacy.asa_facts', 'cisco.asa.asa': 'cisco.asa.asa_facts', 'eos': 'ansible.legacy.eos_facts', 'arista.eos.eos': 'arista.eos.eos_facts', 'frr': 'ansible.legacy.frr_facts', 'frr.frr.frr': 'frr.frr.frr_facts', 'ios': 'ansible.legacy.ios_facts', 'cisco.ios.ios': 'cisco.ios.ios_facts', 'iosxr': 'ansible.legacy.iosxr_facts', 'cisco.iosxr.iosxr': 'cisco.iosxr.iosxr_facts', 'junos': 'ansible.legacy.junos_facts', 'junipernetworks.junos.junos': 'junipernetworks.junos.junos_facts', 'nxos': 'ansible.legacy.nxos_facts', 'cisco.nxos.nxos': 'cisco.nxos.nxos_facts', 'vyos': 'ansible.legacy.vyos_facts', 'vyos.vyos.vyos': 'vyos.vyos.vyos_facts', 'exos': 'ansible.legacy.exos_facts', 'extreme.exos.exos': 'extreme.exos.exos_facts', 'slxos': 'ansible.legacy.slxos_facts', 'extreme.slxos.slxos': 'extreme.slxos.slxos_facts', 'voss': 'ansible.legacy.voss_facts', 'extreme.voss.voss': 'extreme.voss.voss_facts', 'ironware': 'ansible.legacy.ironware_facts', 'community.network.ironware': 'community.network.ironware_facts'}``"
msgstr "``{'asa': 'ansible.legacy.asa_facts', 'cisco.asa.asa': 'cisco.asa.asa_facts', 'eos': 'ansible.legacy.eos_facts', 'arista.eos.eos': 'arista.eos.eos_facts', 'frr': 'ansible.legacy.frr_facts', 'frr.frr.frr': 'frr.frr.frr_facts', 'ios': 'ansible.legacy.ios_facts', 'cisco.ios.ios': 'cisco.ios.ios_facts', 'iosxr': 'ansible.legacy.iosxr_facts', 'cisco.iosxr.iosxr': 'cisco.iosxr.iosxr_facts', 'junos': 'ansible.legacy.junos_facts', 'junipernetworks.junos.junos': 'junipernetworks.junos.junos_facts', 'nxos': 'ansible.legacy.nxos_facts', 'cisco.nxos.nxos': 'cisco.nxos.nxos_facts', 'vyos': 'ansible.legacy.vyos_facts', 'vyos.vyos.vyos': 'vyos.vyos.vyos_facts', 'exos': 'ansible.legacy.exos_facts', 'extreme.exos.exos': 'extreme.exos.exos_facts', 'slxos': 'ansible.legacy.slxos_facts', 'extreme.slxos.slxos': 'extreme.slxos.slxos_facts', 'voss': 'ansible.legacy.voss_facts', 'extreme.voss.voss': 'extreme.voss.voss_facts', 'ironware': 'ansible.legacy.ironware_facts', 'community.network.ironware': 'community.network.ironware_facts'}``"

#: ../../rst/reference_appendices/config.rst:943
msgid "CONNECTION_PASSWORD_FILE"
msgstr "CONNECTION_PASSWORD_FILE"

#: ../../rst/reference_appendices/config.rst:945
#: ../../rst/reference_appendices/config.rst:3484
msgid "The password file to use for the connection plugin. --connection-password-file."
msgstr "connection プラグインに使用するパスワードファイル。--connection-password-file。"

#: ../../rst/reference_appendices/config.rst:951
msgid "connection_password_file"
msgstr "connection_password_file"

#: ../../rst/reference_appendices/config.rst:953
msgid ":envvar:`ANSIBLE_CONNECTION_PASSWORD_FILE`"
msgstr ":envvar:`ANSIBLE_CONNECTION_PASSWORD_FILE`"

#: ../../rst/reference_appendices/config.rst:958
msgid "COVERAGE_REMOTE_OUTPUT"
msgstr "COVERAGE_REMOTE_OUTPUT"

#: ../../rst/reference_appendices/config.rst:960
msgid "Sets the output directory on the remote host to generate coverage reports to. Currently only used for remote coverage on PowerShell modules. This is for internal use only."
msgstr "リモートホストの出力ディレクトリーを設定してカバレッジレポートを生成します。現在 PowerShell モジュールのリモートカバレッジにのみ使用されます。これは内部使用のみを目的としています。"

#: ../../rst/reference_appendices/config.rst:961
#: ../../rst/reference_appendices/config.rst:974
#: ../../rst/reference_appendices/config.rst:2280
#: ../../rst/reference_appendices/config.rst:2893
msgid "str"
msgstr "str"

#: ../../rst/reference_appendices/config.rst:962
#: ../../rst/reference_appendices/config.rst:976
#: ../../rst/reference_appendices/config.rst:2093
#: ../../rst/reference_appendices/config.rst:2335
#: ../../rst/reference_appendices/config.rst:2350
#: ../../rst/reference_appendices/config.rst:2805
#: ../../rst/reference_appendices/config.rst:3960
msgid "2.9"
msgstr "2.9"

#: ../../rst/reference_appendices/config.rst:964
msgid ":envvar:`_ANSIBLE_COVERAGE_REMOTE_OUTPUT`"
msgstr ":envvar:`_ANSIBLE_COVERAGE_REMOTE_OUTPUT`"

#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/general_precedence.rst:23
#: ../../rst/reference_appendices/general_precedence.rst:98
msgid "Variables"
msgstr "変数"

#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/playbooks_keywords.rst:101
#: ../../rst/reference_appendices/playbooks_keywords.rst:215
#: ../../rst/reference_appendices/playbooks_keywords.rst:311
#: ../../rst/reference_appendices/playbooks_keywords.rst:434
msgid "name"
msgstr "名前"

#: ../../rst/reference_appendices/config.rst:966
msgid "`_ansible_coverage_remote_output`"
msgstr "`_ansible_coverage_remote_output`"

#: ../../rst/reference_appendices/config.rst:971
msgid "COVERAGE_REMOTE_PATHS"
msgstr "COVERAGE_REMOTE_PATHS"

#: ../../rst/reference_appendices/config.rst:973
msgid "A list of paths for files on the Ansible controller to run coverage for when executing on the remote host. Only files that match the path glob will have its coverage collected. Multiple path globs can be specified and are separated by ``:``. Currently only used for remote coverage on PowerShell modules. This is for internal use only."
msgstr "リモートホストで実行するときにカバレッジを実行する Ansible コントローラー上のファイルのパスのリスト。パスグロブに一致するファイルのみがカバレッジを収集します。パスグロブは、``:`` で区切ることで複数指定できます。現在 PowerShell モジュールのリモートカバレッジにのみ使用されます。これは内部使用のみを目的としています。"

#: ../../rst/reference_appendices/config.rst:975
msgid "``*``"
msgstr "``*``"

#: ../../rst/reference_appendices/config.rst:978
msgid ":envvar:`_ANSIBLE_COVERAGE_REMOTE_PATH_FILTER`"
msgstr ":envvar:`_ANSIBLE_COVERAGE_REMOTE_PATH_FILTER`"

#: ../../rst/reference_appendices/config.rst:983
msgid "DEFAULT_ACTION_PLUGIN_PATH"
msgstr "DEFAULT_ACTION_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:985
#: ../../rst/reference_appendices/config.rst:3540
msgid "Colon separated paths in which Ansible will search for Action Plugins."
msgstr "Ansible が Action プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:987
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/action:/usr/share/ansible/plugins/action\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/action:/usr/share/ansible/plugins/action\" }}``"

#: ../../rst/reference_appendices/config.rst:990
msgid "action_plugins"
msgstr "action_plugins"

#: ../../rst/reference_appendices/config.rst:992
msgid ":envvar:`ANSIBLE_ACTION_PLUGINS`"
msgstr ":envvar:`ANSIBLE_ACTION_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:997
msgid "DEFAULT_ALLOW_UNSAFE_LOOKUPS"
msgstr "DEFAULT_ALLOW_UNSAFE_LOOKUPS"

#: ../../rst/reference_appendices/config.rst:999
msgid "When enabled, this option allows lookup plugins (whether used in variables as ``{{lookup('foo')}}`` or as a loop as with_foo) to return data that is not marked 'unsafe'. By default, such data is marked as unsafe to prevent the templating engine from evaluating any jinja2 templating language, as this could represent a security risk. This option is provided to allow for backward compatibility, however users should first consider adding allow_unsafe=True to any lookups which may be expected to contain data which may be run through the templating engine late"
msgstr "このオプションを有効にすると、(変数で ``{{lookup('foo')}}`` として、または with_foo のようなループとして使用されているかに関係なく) lookup プラグインが「安全でない」と表示されていないデータを返します。デフォルトでは、このようなデータは、テンプレートエンジンが jinja2 テンプレート言語を評価できないようにするために、安全ではないと表示されています。これは、セキュリティーリスクを示している場合があるためです。このオプションは、下位互換性を確保するために提供されていますが、ユーザーはまず、後でテンプレートエンジンを介して実行する可能性のあるデータが含まれていると予想されるルックアップに allow_unsafe=True を追加することを検討する必要があります。"

#: ../../rst/reference_appendices/config.rst:1002
msgid "2.2.3"
msgstr "2.2.3"

#: ../../rst/reference_appendices/config.rst:1005
msgid "allow_unsafe_lookups"
msgstr "allow_unsafe_lookups"

#: ../../rst/reference_appendices/config.rst:1010
msgid "DEFAULT_ASK_PASS"
msgstr "DEFAULT_ASK_PASS"

#: ../../rst/reference_appendices/config.rst:1012
#: ../../rst/reference_appendices/config.rst:3549
msgid "This controls whether an Ansible playbook should prompt for a login password. If using SSH keys for authentication, you probably do not need to change this setting."
msgstr "これは、Ansible Playbook がログインパスワードを要求するかどうかを制御します。認証に SSH 鍵を使用する場合は、この設定を変更する必要がない可能性があります。"

#: ../../rst/reference_appendices/config.rst:1017
msgid "ask_pass"
msgstr "ask_pass"

#: ../../rst/reference_appendices/config.rst:1019
msgid ":envvar:`ANSIBLE_ASK_PASS`"
msgstr ":envvar:`ANSIBLE_ASK_PASS`"

#: ../../rst/reference_appendices/config.rst:1024
msgid "DEFAULT_ASK_VAULT_PASS"
msgstr "DEFAULT_ASK_VAULT_PASS"

#: ../../rst/reference_appendices/config.rst:1026
#: ../../rst/reference_appendices/config.rst:3557
msgid "This controls whether an Ansible playbook should prompt for a vault password."
msgstr "これは、Ansible Playbook が Vault パスワードを要求するかどうかを制御します。"

#: ../../rst/reference_appendices/config.rst:1031
msgid "ask_vault_pass"
msgstr "ask_vault_pass"

#: ../../rst/reference_appendices/config.rst:1033
msgid ":envvar:`ANSIBLE_ASK_VAULT_PASS`"
msgstr ":envvar:`ANSIBLE_ASK_VAULT_PASS`"

#: ../../rst/reference_appendices/config.rst:1038
msgid "DEFAULT_BECOME"
msgstr "DEFAULT_BECOME"

#: ../../rst/reference_appendices/config.rst:1040
#: ../../rst/reference_appendices/config.rst:3565
msgid "Toggles the use of privilege escalation, allowing you to 'become' another user after login."
msgstr "権限昇格の使用を切り替えて、ログイン後に別のユーザーになる (「become」) ことができるようにします。"

#: ../../rst/reference_appendices/config.rst:1045
#: ../../rst/reference_appendices/playbooks_keywords.rst:30
#: ../../rst/reference_appendices/playbooks_keywords.rst:162
#: ../../rst/reference_appendices/playbooks_keywords.rst:255
#: ../../rst/reference_appendices/playbooks_keywords.rst:363
msgid "become"
msgstr "become"

#: ../../rst/reference_appendices/config.rst:1047
msgid ":envvar:`ANSIBLE_BECOME`"
msgstr ":envvar:`ANSIBLE_BECOME`"

#: ../../rst/reference_appendices/config.rst:1052
msgid "DEFAULT_BECOME_ASK_PASS"
msgstr "DEFAULT_BECOME_ASK_PASS"

#: ../../rst/reference_appendices/config.rst:1054
#: ../../rst/reference_appendices/config.rst:3573
msgid "Toggle to prompt for privilege escalation password."
msgstr "切り替えて、権限昇格パスワードの入力を求めます。"

#: ../../rst/reference_appendices/config.rst:1059
msgid "become_ask_pass"
msgstr "become_ask_pass"

#: ../../rst/reference_appendices/config.rst:1061
msgid ":envvar:`ANSIBLE_BECOME_ASK_PASS`"
msgstr ":envvar:`ANSIBLE_BECOME_ASK_PASS`"

#: ../../rst/reference_appendices/config.rst:1066
msgid "DEFAULT_BECOME_EXE"
msgstr "DEFAULT_BECOME_EXE"

#: ../../rst/reference_appendices/config.rst:1068
#: ../../rst/reference_appendices/config.rst:3589
msgid "executable to use for privilege escalation, otherwise Ansible will depend on PATH"
msgstr "特権昇格に使用する実行ファイル。それ以外の場合、Ansible は PATH に依存します。"

#: ../../rst/reference_appendices/config.rst:1072
#: ../../rst/reference_appendices/playbooks_keywords.rst:33
#: ../../rst/reference_appendices/playbooks_keywords.rst:165
#: ../../rst/reference_appendices/playbooks_keywords.rst:258
#: ../../rst/reference_appendices/playbooks_keywords.rst:366
msgid "become_exe"
msgstr "become_exe"

#: ../../rst/reference_appendices/config.rst:1074
msgid ":envvar:`ANSIBLE_BECOME_EXE`"
msgstr ":envvar:`ANSIBLE_BECOME_EXE`"

#: ../../rst/reference_appendices/config.rst:1079
msgid "DEFAULT_BECOME_FLAGS"
msgstr "DEFAULT_BECOME_FLAGS"

#: ../../rst/reference_appendices/config.rst:1081
#: ../../rst/reference_appendices/config.rst:3597
msgid "Flags to pass to the privilege escalation executable."
msgstr "権限昇格実行ファイルに渡すフラグ。"

#: ../../rst/reference_appendices/config.rst:1085
#: ../../rst/reference_appendices/playbooks_keywords.rst:36
#: ../../rst/reference_appendices/playbooks_keywords.rst:168
#: ../../rst/reference_appendices/playbooks_keywords.rst:261
#: ../../rst/reference_appendices/playbooks_keywords.rst:369
msgid "become_flags"
msgstr "become_flags"

#: ../../rst/reference_appendices/config.rst:1087
msgid ":envvar:`ANSIBLE_BECOME_FLAGS`"
msgstr ":envvar:`ANSIBLE_BECOME_FLAGS`"

#: ../../rst/reference_appendices/config.rst:1092
msgid "DEFAULT_BECOME_METHOD"
msgstr "DEFAULT_BECOME_METHOD"

#: ../../rst/reference_appendices/config.rst:1094
#: ../../rst/reference_appendices/config.rst:3581
msgid "Privilege escalation method to use when `become` is enabled."
msgstr "`become` が有効な場合に使用する権限昇格方法です。"

#: ../../rst/reference_appendices/config.rst:1095
msgid "``sudo``"
msgstr "``sudo``"

#: ../../rst/reference_appendices/config.rst:1098
#: ../../rst/reference_appendices/playbooks_keywords.rst:39
#: ../../rst/reference_appendices/playbooks_keywords.rst:171
#: ../../rst/reference_appendices/playbooks_keywords.rst:264
#: ../../rst/reference_appendices/playbooks_keywords.rst:372
msgid "become_method"
msgstr "become_method"

#: ../../rst/reference_appendices/config.rst:1100
msgid ":envvar:`ANSIBLE_BECOME_METHOD`"
msgstr ":envvar:`ANSIBLE_BECOME_METHOD`"

#: ../../rst/reference_appendices/config.rst:1105
msgid "DEFAULT_BECOME_USER"
msgstr "DEFAULT_BECOME_USER"

#: ../../rst/reference_appendices/config.rst:1107
#: ../../rst/reference_appendices/config.rst:3613
msgid "The user your login/remote user 'becomes' when using privilege escalation, most systems will use 'root' when no user is specified."
msgstr "権限昇格を使用する際にログイン/リモートユーザーが「なる(becomes)」ユーザー。ユーザーを指定しないと、ほとんどのシステムは「root」を使用します。"

#: ../../rst/reference_appendices/config.rst:1108
msgid "``root``"
msgstr "``root``"

#: ../../rst/reference_appendices/config.rst:1111
#: ../../rst/reference_appendices/playbooks_keywords.rst:42
#: ../../rst/reference_appendices/playbooks_keywords.rst:174
#: ../../rst/reference_appendices/playbooks_keywords.rst:267
#: ../../rst/reference_appendices/playbooks_keywords.rst:375
msgid "become_user"
msgstr "become_user"

#: ../../rst/reference_appendices/config.rst:1113
msgid ":envvar:`ANSIBLE_BECOME_USER`"
msgstr ":envvar:`ANSIBLE_BECOME_USER`"

#: ../../rst/reference_appendices/config.rst:1118
msgid "DEFAULT_CACHE_PLUGIN_PATH"
msgstr "DEFAULT_CACHE_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1120
#: ../../rst/reference_appendices/config.rst:3621
msgid "Colon separated paths in which Ansible will search for Cache Plugins."
msgstr "Ansible が Cache プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1122
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/cache:/usr/share/ansible/plugins/cache\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/cache:/usr/share/ansible/plugins/cache\" }}``"

#: ../../rst/reference_appendices/config.rst:1125
msgid "cache_plugins"
msgstr "cache_plugins"

#: ../../rst/reference_appendices/config.rst:1127
msgid ":envvar:`ANSIBLE_CACHE_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1132
msgid "DEFAULT_CALLBACK_PLUGIN_PATH"
msgstr "DEFAULT_CALLBACK_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1134
#: ../../rst/reference_appendices/config.rst:3629
msgid "Colon separated paths in which Ansible will search for Callback Plugins."
msgstr "Ansible が Callback プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1136
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/callback:/usr/share/ansible/plugins/callback\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/callback:/usr/share/ansible/plugins/callback\" }}``"

#: ../../rst/reference_appendices/config.rst:1139
msgid "callback_plugins"
msgstr "callback_plugins"

#: ../../rst/reference_appendices/config.rst:1141
msgid ":envvar:`ANSIBLE_CALLBACK_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CALLBACK_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1146
msgid "DEFAULT_CLICONF_PLUGIN_PATH"
msgstr "DEFAULT_CLICONF_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1148
#: ../../rst/reference_appendices/config.rst:3656
msgid "Colon separated paths in which Ansible will search for Cliconf Plugins."
msgstr "Ansible が Cliconf プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1150
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/cliconf:/usr/share/ansible/plugins/cliconf\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/cliconf:/usr/share/ansible/plugins/cliconf\" }}``"

#: ../../rst/reference_appendices/config.rst:1153
msgid "cliconf_plugins"
msgstr "cliconf_plugins"

#: ../../rst/reference_appendices/config.rst:1155
msgid ":envvar:`ANSIBLE_CLICONF_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CLICONF_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1160
msgid "DEFAULT_CONNECTION_PLUGIN_PATH"
msgstr "DEFAULT_CONNECTION_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1162
#: ../../rst/reference_appendices/config.rst:3664
msgid "Colon separated paths in which Ansible will search for Connection Plugins."
msgstr "Ansible が connection プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1164
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/connection:/usr/share/ansible/plugins/connection\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/connection:/usr/share/ansible/plugins/connection\" }}``"

#: ../../rst/reference_appendices/config.rst:1167
msgid "connection_plugins"
msgstr "connection_plugins"

#: ../../rst/reference_appendices/config.rst:1169
msgid ":envvar:`ANSIBLE_CONNECTION_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CONNECTION_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1174
msgid "DEFAULT_DEBUG"
msgstr "DEFAULT_DEBUG"

#: ../../rst/reference_appendices/config.rst:1176
#: ../../rst/reference_appendices/config.rst:3672
msgid "Toggles debug output in Ansible. This is *very* verbose and can hinder multiprocessing.  Debug output can also include secret information despite no_log settings being enabled, which means debug mode should not be used in production."
msgstr "Ansible でデバッグ出力を切り替えます。これは *非常に* 詳細であり、マルチプロセッシングを妨げる可能性があります。no_log 設定が有効になっている場合でも、デバッグ出力に秘密情報を含めることができます。つまり、デバッグモードは、実稼働環境で使用しないでください。"

#: ../../rst/reference_appendices/config.rst:1183
msgid ":envvar:`ANSIBLE_DEBUG`"
msgstr ":envvar:`ANSIBLE_DEBUG`"

#: ../../rst/reference_appendices/config.rst:1188
msgid "DEFAULT_EXECUTABLE"
msgstr "DEFAULT_EXECUTABLE"

#: ../../rst/reference_appendices/config.rst:1190
#: ../../rst/reference_appendices/config.rst:3680
msgid "This indicates the command to use to spawn a shell under for Ansible's execution needs on a target. Users may need to change this in rare instances when shell usage is constrained, but in most cases it may be left as is."
msgstr "これは、ターゲットでの Ansible の実行ニーズに合わせてシェルを生成するために使用するコマンドを示します。シェルの使用が制限されている場合、ユーザーはまれにこれを変更する必要がありますが、ほとんどの場合は、そのままにしておくことができます。"

#: ../../rst/reference_appendices/config.rst:1191
msgid "``/bin/sh``"
msgstr "``/bin/sh``"

#: ../../rst/reference_appendices/config.rst:1194
msgid "executable"
msgstr "executable"

#: ../../rst/reference_appendices/config.rst:1196
msgid ":envvar:`ANSIBLE_EXECUTABLE`"
msgstr ":envvar:`ANSIBLE_EXECUTABLE`"

#: ../../rst/reference_appendices/config.rst:1201
msgid "DEFAULT_FACT_PATH"
msgstr "DEFAULT_FACT_PATH"

#: ../../rst/reference_appendices/config.rst:1203
msgid "This option allows you to globally configure a custom path for 'local_facts' for the implied :ref:`ansible_collections.ansible.builtin.setup_module` task when using fact gathering. If not set, it will fallback to the default from the ``ansible.builtin.setup`` module: ``/etc/ansible/facts.d``. This does **not** affect  user defined tasks that use the ``ansible.builtin.setup`` module. The real action being created by the implicit task is currently    ``ansible.legacy.gather_facts`` module, which then calls the configured fact modules, by default this will be ``ansible.builtin.setup`` for POSIX systems but other platforms might have different defaults."
msgstr "このオプションを使用すると、ファクト収集を使用している場合に暗黙的な:ref:`ansible_collections.ansible.builtin.setup_module`タスクの「local_facts」のカスタムパスをグローバルに設定できます。これが設定されていない場合には、``ansible.builtin.setup`` モジュール: ``/etc/ansible/facts.d`` からデフォルトにフォールバックします。この設定は、``ansible.builtin.setup`` モジュールを使用するユーザー定義のタスクには影響は **ありません**。暗黙的なタスクで作成される実際のアクションは現在は、    ``ansible.legacy.gather_facts`` モジュールで、このモジュールが設定済みのファクトモジュールを呼び出します。デフォルトでは、これは POSIX の ``ansible.builtin.setup`` ですが、他のプラットフォームには別の初期値がある可能性があります。"

#: ../../rst/reference_appendices/config.rst:1207
#: ../../rst/reference_appendices/playbooks_keywords.rst:68
msgid "fact_path"
msgstr "fact_path"

#: ../../rst/reference_appendices/config.rst:1209
msgid ":envvar:`ANSIBLE_FACT_PATH`"
msgstr ":envvar:`ANSIBLE_FACT_PATH`"

#: ../../rst/reference_appendices/config.rst:1210
#: ../../rst/reference_appendices/config.rst:1270
#: ../../rst/reference_appendices/config.rst:1286
msgid "2.18"
msgstr "2.18"

#: ../../rst/reference_appendices/config.rst:1211
#: ../../rst/reference_appendices/config.rst:1271
#: ../../rst/reference_appendices/config.rst:1287
msgid "the module_defaults keyword is a more generic version and can apply to all calls to the M(ansible.builtin.gather_facts) or M(ansible.builtin.setup) actions"
msgstr "module_defaults キーワードはより一般的なバージョンであり、M(ansible.builtin.gather_facts) または M(ansible.builtin.setup) アクションへのすべての呼び出しに適用できます。"

#: ../../rst/reference_appendices/config.rst:1212
#: ../../rst/reference_appendices/config.rst:1272
#: ../../rst/reference_appendices/config.rst:1288
#: ../../rst/reference_appendices/playbooks_keywords.rst:98
#: ../../rst/reference_appendices/playbooks_keywords.rst:212
#: ../../rst/reference_appendices/playbooks_keywords.rst:308
#: ../../rst/reference_appendices/playbooks_keywords.rst:431
msgid "module_defaults"
msgstr "module_defaults"

#: ../../rst/reference_appendices/config.rst:1217
msgid "DEFAULT_FILTER_PLUGIN_PATH"
msgstr "DEFAULT_FILTER_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1219
#: ../../rst/reference_appendices/config.rst:3696
msgid "Colon separated paths in which Ansible will search for Jinja2 Filter Plugins."
msgstr "Ansible が Jinja2 フィルタープラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1221
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/filter:/usr/share/ansible/plugins/filter\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/filter:/usr/share/ansible/plugins/filter\" }}``"

#: ../../rst/reference_appendices/config.rst:1224
msgid "filter_plugins"
msgstr "filter_plugins"

#: ../../rst/reference_appendices/config.rst:1226
msgid ":envvar:`ANSIBLE_FILTER_PLUGINS`"
msgstr ":envvar:`ANSIBLE_FILTER_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1231
msgid "DEFAULT_FORCE_HANDLERS"
msgstr "DEFAULT_FORCE_HANDLERS"

#: ../../rst/reference_appendices/config.rst:1233
msgid "This option controls if notified handlers run on a host even if a failure occurs on that host. When false, the handlers will not run if a failure has occurred on a host. This can also be set per play or on the command line. See Handlers and Failure for more details."
msgstr "このオプションは、ホストで障害が発生した場合でも、通知されたハンドラーがホストで実行されるかどうかを制御します。false にすると、ホストで障害が発生した場合に、ハンドラーは実行されません。これは、プレイごとまたはコマンドラインで設定することもできます。詳細は、「ハンドラーおよび失敗」を参照してください。"

#: ../../rst/reference_appendices/config.rst:1236
msgid "1.9.1"
msgstr "1.9.1"

#: ../../rst/reference_appendices/config.rst:1239
#: ../../rst/reference_appendices/playbooks_keywords.rst:71
msgid "force_handlers"
msgstr "force_handlers"

#: ../../rst/reference_appendices/config.rst:1241
msgid ":envvar:`ANSIBLE_FORCE_HANDLERS`"
msgstr ":envvar:`ANSIBLE_FORCE_HANDLERS`"

#: ../../rst/reference_appendices/config.rst:1246
msgid "DEFAULT_FORKS"
msgstr "DEFAULT_FORKS"

#: ../../rst/reference_appendices/config.rst:1248
#: ../../rst/reference_appendices/config.rst:3712
msgid "Maximum number of forks Ansible will use to execute tasks on target hosts."
msgstr "ターゲットホストでタスクを実行するのに Ansible が使用するフォークの最大数。"

#: ../../rst/reference_appendices/config.rst:1250
#: ../../rst/reference_appendices/config.rst:3123
msgid "``5``"
msgstr "``5``"

#: ../../rst/reference_appendices/config.rst:1253
msgid "forks"
msgstr "forks"

#: ../../rst/reference_appendices/config.rst:1255
msgid ":envvar:`ANSIBLE_FORKS`"
msgstr ":envvar:`ANSIBLE_FORKS`"

#: ../../rst/reference_appendices/config.rst:1260
msgid "DEFAULT_GATHER_SUBSET"
msgstr "DEFAULT_GATHER_SUBSET"

#: ../../rst/reference_appendices/config.rst:1262
msgid "Set the `gather_subset` option for the :ref:`ansible_collections.ansible.builtin.setup_module` task in the implicit fact gathering. See the module documentation for specifics. It does **not** apply to user defined ``ansible.builtin.setup`` tasks."
msgstr "暗黙的なファクト収集の :ref:`ansible_collections.ansible.builtin.setup_module` タスクに `gather_subset` オプションを設定します。詳細は、モジュールドキュメントを参照してください。ユーザー定義の ``ansible.builtin.setup`` タスクには **適用されません**。"

#: ../../rst/reference_appendices/config.rst:1264
#: ../../rst/reference_appendices/config.rst:1430
#: ../../rst/reference_appendices/config.rst:2034
msgid "2.1"
msgstr "2.1"

#: ../../rst/reference_appendices/config.rst:1267
#: ../../rst/reference_appendices/playbooks_keywords.rst:77
msgid "gather_subset"
msgstr "gather_subset"

#: ../../rst/reference_appendices/config.rst:1269
msgid ":envvar:`ANSIBLE_GATHER_SUBSET`"
msgstr ":envvar:`ANSIBLE_GATHER_SUBSET`"

#: ../../rst/reference_appendices/config.rst:1277
msgid "DEFAULT_GATHER_TIMEOUT"
msgstr "DEFAULT_GATHER_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:1279
msgid "Set the timeout in seconds for the implicit fact gathering, see the module documentation for specifics. It does **not** apply to user defined :ref:`ansible_collections.ansible.builtin.setup_module` tasks."
msgstr "暗黙的なファクト収集のタイムアウトを秒単位で設定します。ユーザー定義の :ref:`ansible_collections.ansible.builtin.setup_module` タスクには **適用されません**。"

#: ../../rst/reference_appendices/config.rst:1283
#: ../../rst/reference_appendices/playbooks_keywords.rst:80
msgid "gather_timeout"
msgstr "gather_timeout"

#: ../../rst/reference_appendices/config.rst:1285
msgid ":envvar:`ANSIBLE_GATHER_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_GATHER_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:1293
msgid "DEFAULT_GATHERING"
msgstr "DEFAULT_GATHERING"

#: ../../rst/reference_appendices/config.rst:1295
msgid "This setting controls the default policy of fact gathering (facts discovered about remote systems). This option can be useful for those wishing to save fact gathering time. Both 'smart' and 'explicit' will use the cache plugin."
msgstr "この設定は、ファクト収集 (リモートシステムについて検出されたファクト) のデフォルトポリシーを制御します。このオプションは、ファクト収集の時間を節約する場合に役立ちます。'smart' と 'explicit' の両方がキャッシュプラグインを使用します。"

#: ../../rst/reference_appendices/config.rst:1296
msgid "``implicit``"
msgstr "``implicit``"

#: ../../rst/reference_appendices/config.rst
msgid "implicit"
msgstr "implicit"

#: ../../rst/reference_appendices/config.rst:1298
msgid "the cache plugin will be ignored and facts will be gathered per play unless 'gather_facts: False' is set."
msgstr "'gather_facts:False' が設定されていない限り、キャッシュプラグインは無視され、ファクトはプレイごとに収集されます。"

#: ../../rst/reference_appendices/config.rst
msgid "explicit"
msgstr "explicit"

#: ../../rst/reference_appendices/config.rst:1299
msgid "facts will not be gathered unless directly requested in the play."
msgstr "プレイで直接要求されない限り、ファクトは収集されません。"

#: ../../rst/reference_appendices/config.rst
msgid "smart"
msgstr "smart"

#: ../../rst/reference_appendices/config.rst:1300
msgid "each new host that has no facts discovered will be scanned, but if the same host is addressed in multiple plays it will not be contacted again in the run."
msgstr "ファクトが検出されていない新しいホストはそれぞれスキャンされますが、同じホストが複数のプレイでアドレス指定されている場合には、実行中に再度接続されることはありません。"

#: ../../rst/reference_appendices/config.rst:1301
msgid "1.6"
msgstr "1.6"

#: ../../rst/reference_appendices/config.rst:1304
msgid "gathering"
msgstr "gathering"

#: ../../rst/reference_appendices/config.rst:1306
msgid ":envvar:`ANSIBLE_GATHERING`"
msgstr ":envvar:`ANSIBLE_GATHERING`"

#: ../../rst/reference_appendices/config.rst:1311
msgid "DEFAULT_HASH_BEHAVIOUR"
msgstr "DEFAULT_HASH_BEHAVIOUR"

#: ../../rst/reference_appendices/config.rst:1313
msgid "This setting controls how duplicate definitions of dictionary variables (aka hash, map, associative array) are handled in Ansible. This does not affect variables whose values are scalars (integers, strings) or arrays. **WARNING**, changing this setting is not recommended as this is fragile and makes your content (plays, roles, collections) non portable, leading to continual confusion and misuse. Don't change this setting unless you think you have an absolute need for it. We recommend avoiding reusing variable names and relying on the ``combine`` filter and ``vars`` and ``varnames`` lookups to create merged versions of the individual variables. In our experience this is rarely really needed and a sign that too much complexity has been introduced into the data structures and plays. For some uses you can also look into custom vars_plugins to merge on input, even substituting the default ``host_group_vars`` that is in charge of parsing the ``host_vars/`` and ``group_vars/`` directories. Most users of this setting are only interested in inventory scope, but the setting itself affects all sources and makes debugging even harder. All playbooks and roles in the official examples repos assume the default for this setting. Changing the setting to ``merge`` applies across variable sources, but many sources will internally still overwrite the variables. For example ``include_vars`` will dedupe variables internally before updating Ansible, with 'last defined' overwriting previous definitions in same file. The Ansible project recommends you **avoid ``merge`` for new projects.** It is the intention of the Ansible developers to eventually deprecate and remove this setting, but it is being kept as some users do heavily rely on it. New projects should **avoid 'merge'**."
msgstr "この設定は、ディクショナリー変数 (別名ハッシュ、マップ、連想配列) の重複した定義を Ansible でどのように扱うかを制御します。この設定は、値がスカラー (整数、文字列) や配列である変数には影響しません。**警告** これは脆弱で、コンテンツ (プレイ、ロール、コレクション) が移植できなくなり、継続的な混乱と誤用を招く恐れがあるため、この設定を変更することは推奨されません。絶対に必要であると思われる場合を除き、この設定を変更しないでください。変数名の再利用は回避し、``combine`` フィルターと ``vars`` ルックアップおよび ``varnames`` ルックアップを利用して、個々の変数のマージバージョンを作成することが推奨されます。経験上、このようなことが本当に必要とされることはほとんどなく、データ構造やプレイが複雑になりすぎていることを示しています。用途によっては、入力時にマージするカスタム vars_plugins を検討することもできますし、``host_vars/`` ディレクトリーおよび ``group_vars/`` ディレクトリーの解析を担当するデフォルトの ``host_group_vars`` を置き換えることもできます。この設定のほとんどのユーザーはインベントリースコープにしか興味がありませんが、この設定自体がすべてのソースに影響し、デバッグをさらに困難にします。公式のサンプルリポジトリーにある Playbook およびロールはすべて、この設定のデフォルトを想定しています。``merge`` に設定を変更すると、変数ソース全体に適用されますが、多くのソースでは内部的に変数が上書きされたままになります。たとえば、``include_vars`` は、Ansible を更新する前に内部で変数の重複を排除し、「最終定義」が同じファイルの以前の定義を上書きします。Ansible プロジェクトでは、**新規プロジェクトでは** ``merge`` **を回避する** ことが推奨されます。Ansible 開発者は、最終的にこの設定を非推奨にして削除することを意図していますが、一部のユーザーがこの設定に大きく依存しているため、この設定を残しています。新しいプロジェクトでは、**「merge」を回避** してください。"

#: ../../rst/reference_appendices/config.rst:1315
msgid "``replace``"
msgstr "``replace``"

#: ../../rst/reference_appendices/config.rst
msgid "replace"
msgstr "replace"

#: ../../rst/reference_appendices/config.rst:1317
msgid "Any variable that is defined more than once is overwritten using the order from variable precedence rules (highest wins)."
msgstr "複数の変数が定義されている変数は、変数の優先順位ルール (最も高いものが優先されます) の順序を使用して上書きされます。"

#: ../../rst/reference_appendices/config.rst
msgid "merge"
msgstr "merge"

#: ../../rst/reference_appendices/config.rst:1318
msgid "Any dictionary variable will be recursively merged with new definitions across the different variable definition sources."
msgstr "ディクショナリー変数は、異なる変数定義ソース全体で新しい定義と再帰的にマージされます。"

#: ../../rst/reference_appendices/config.rst:1321
msgid "hash_behaviour"
msgstr "hash_behaviour"

#: ../../rst/reference_appendices/config.rst:1323
msgid ":envvar:`ANSIBLE_HASH_BEHAVIOUR`"
msgstr ":envvar:`ANSIBLE_HASH_BEHAVIOUR`"

#: ../../rst/reference_appendices/config.rst:1328
msgid "DEFAULT_HOST_LIST"
msgstr "DEFAULT_HOST_LIST"

#: ../../rst/reference_appendices/config.rst:1330
#: ../../rst/reference_appendices/config.rst:3752
msgid "Comma separated list of Ansible inventory sources"
msgstr "Ansible インベントリーソースのコンマ区切り一覧。"

#: ../../rst/reference_appendices/config.rst:1331
msgid "pathlist"
msgstr "pathlist"

#: ../../rst/reference_appendices/config.rst:1332
msgid "``/etc/ansible/hosts``"
msgstr "``/etc/ansible/hosts``"

#: ../../rst/reference_appendices/config.rst:1335
msgid "inventory"
msgstr "インベントリー"

#: ../../rst/reference_appendices/config.rst:1337
msgid ":envvar:`ANSIBLE_INVENTORY`"
msgstr ":envvar:`ANSIBLE_INVENTORY`"

#: ../../rst/reference_appendices/config.rst:1342
msgid "DEFAULT_HTTPAPI_PLUGIN_PATH"
msgstr "DEFAULT_HTTPAPI_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1344
#: ../../rst/reference_appendices/config.rst:3760
msgid "Colon separated paths in which Ansible will search for HttpApi Plugins."
msgstr "Ansible が HttpApi プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1346
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/httpapi:/usr/share/ansible/plugins/httpapi\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/httpapi:/usr/share/ansible/plugins/httpapi\" }}``"

#: ../../rst/reference_appendices/config.rst:1349
msgid "httpapi_plugins"
msgstr "httpapi_plugins"

#: ../../rst/reference_appendices/config.rst:1351
msgid ":envvar:`ANSIBLE_HTTPAPI_PLUGINS`"
msgstr ":envvar:`ANSIBLE_HTTPAPI_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1356
msgid "DEFAULT_INTERNAL_POLL_INTERVAL"
msgstr "DEFAULT_INTERNAL_POLL_INTERVAL"

#: ../../rst/reference_appendices/config.rst:1358
msgid "This sets the interval (in seconds) of Ansible internal processes polling each other. Lower values improve performance with large playbooks at the expense of extra CPU load. Higher values are more suitable for Ansible usage in automation scenarios, when UI responsiveness is not required but CPU usage might be a concern. The default corresponds to the value hardcoded in Ansible <= 2.1"
msgstr "これにより、Ansible の内部プロセスが相互にポーリングする間隔 (秒単位) が設定されます。値を低くすると、CPU の負荷が増える代わりに、大きな Playbook のパフォーマンスが改善します。UI の応答性は必要ありませんが、CPU 使用率が問題になる可能性がある場合は、自動化シナリオでの Ansible の使用には高い値が適しています。デフォルトは、2.1 以下の Ansible でハードコードされた値に対応します。"

#: ../../rst/reference_appendices/config.rst:1359
#: ../../rst/reference_appendices/config.rst:3151
msgid "float"
msgstr "float"

#: ../../rst/reference_appendices/config.rst:1360
msgid "``0.001``"
msgstr "``0.001``"

#: ../../rst/reference_appendices/config.rst:1361
msgid "2.2"
msgstr "2.2"

#: ../../rst/reference_appendices/config.rst:1364
msgid "internal_poll_interval"
msgstr "internal_poll_interval"

#: ../../rst/reference_appendices/config.rst:1369
msgid "DEFAULT_INVENTORY_PLUGIN_PATH"
msgstr "DEFAULT_INVENTORY_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1371
#: ../../rst/reference_appendices/config.rst:3769
msgid "Colon separated paths in which Ansible will search for Inventory Plugins."
msgstr "Ansible が inventory プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1373
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/inventory:/usr/share/ansible/plugins/inventory\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/inventory:/usr/share/ansible/plugins/inventory\" }}``"

#: ../../rst/reference_appendices/config.rst:1376
msgid "inventory_plugins"
msgstr "inventory_plugins"

#: ../../rst/reference_appendices/config.rst:1378
msgid ":envvar:`ANSIBLE_INVENTORY_PLUGINS`"
msgstr ":envvar:`ANSIBLE_INVENTORY_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1383
msgid "DEFAULT_JINJA2_EXTENSIONS"
msgstr "DEFAULT_JINJA2_EXTENSIONS"

#: ../../rst/reference_appendices/config.rst:1385
msgid "This is a developer-specific feature that allows enabling additional Jinja2 extensions. See the Jinja2 documentation for details. If you do not know what these do, you probably don't need to change this setting :)"
msgstr "これは、追加の Jinja2 拡張機能を有効にすることができる開発者固有の機能です。詳細については、Jinja2 ドキュメントを参照してください。この拡張機能が何をするのかわからない場合は、おそらくこの設定を変更する必要はありません。"

#: ../../rst/reference_appendices/config.rst:1389
msgid "jinja2_extensions"
msgstr "jinja2_extensions"

#: ../../rst/reference_appendices/config.rst:1391
msgid ":envvar:`ANSIBLE_JINJA2_EXTENSIONS`"
msgstr ":envvar:`ANSIBLE_JINJA2_EXTENSIONS`"

#: ../../rst/reference_appendices/config.rst:1396
msgid "DEFAULT_JINJA2_NATIVE"
msgstr "DEFAULT_JINJA2_NATIVE"

#: ../../rst/reference_appendices/config.rst:1398
#: ../../rst/reference_appendices/config.rst:3785
msgid "This option preserves variable types during template operations."
msgstr "このオプションは、テンプレート操作中、変数タイプを保持します。"

#: ../../rst/reference_appendices/config.rst:1404
msgid "jinja2_native"
msgstr "jinja2_native"

#: ../../rst/reference_appendices/config.rst:1406
msgid ":envvar:`ANSIBLE_JINJA2_NATIVE`"
msgstr ":envvar:`ANSIBLE_JINJA2_NATIVE`"

#: ../../rst/reference_appendices/config.rst:1411
msgid "DEFAULT_KEEP_REMOTE_FILES"
msgstr "DEFAULT_KEEP_REMOTE_FILES"

#: ../../rst/reference_appendices/config.rst:1413
msgid "Enables/disables the cleaning up of the temporary files Ansible used to execute the tasks on the remote. If this option is enabled it will disable ``ANSIBLE_PIPELINING``."
msgstr "リモートでタスクを実行するために Ansible が使用する一時ファイルのクリーンアップを有効または無効にします。このオプションを有効にすると、``ANSIBLE_PIPELINING`` を無効にします。"

#: ../../rst/reference_appendices/config.rst:1418
msgid "keep_remote_files"
msgstr "keep_remote_files"

#: ../../rst/reference_appendices/config.rst:1420
msgid ":envvar:`ANSIBLE_KEEP_REMOTE_FILES`"
msgstr ":envvar:`ANSIBLE_KEEP_REMOTE_FILES`"

#: ../../rst/reference_appendices/config.rst:1425
msgid "DEFAULT_LIBVIRT_LXC_NOSECLABEL"
msgstr "DEFAULT_LIBVIRT_LXC_NOSECLABEL"

#: ../../rst/reference_appendices/config.rst:1427
#: ../../rst/reference_appendices/config.rst:3801
msgid "This setting causes libvirt to connect to lxc containers by passing --noseclabel to virsh. This is necessary when running on systems which do not have SELinux."
msgstr "この設定により、--noseclabel を virsh に渡して、libvirt が lxc コンテナーに接続します。これは、SELinux がないシステムで実行する際に必要です。"

#: ../../rst/reference_appendices/config.rst:1432
#: ../../rst/reference_appendices/config.rst:1732
msgid "[selinux]"
msgstr "[selinux]"

#: ../../rst/reference_appendices/config.rst:1433
msgid "libvirt_lxc_noseclabel"
msgstr "libvirt_lxc_noseclabel"

#: ../../rst/reference_appendices/config.rst:1435
msgid ":envvar:`ANSIBLE_LIBVIRT_LXC_NOSECLABEL`"
msgstr ":envvar:`ANSIBLE_LIBVIRT_LXC_NOSECLABEL`"

#: ../../rst/reference_appendices/config.rst:1440
msgid "DEFAULT_LOAD_CALLBACK_PLUGINS"
msgstr "DEFAULT_LOAD_CALLBACK_PLUGINS"

#: ../../rst/reference_appendices/config.rst:1442
#: ../../rst/reference_appendices/config.rst:3809
msgid "Controls whether callback plugins are loaded when running /usr/bin/ansible. This may be used to log activity from the command line, send notifications, and so on. Callback plugins are always loaded for ``ansible-playbook``."
msgstr "/usr/bin/ansible の実行時に callback プラグインを読み込まれるかどうかを制御します。これは、コマンドラインからのアクティビティのログ記録、通知の送信などに使用できます。``ansible-playbook`` に callback プラグインが常に読み込まれます。"

#: ../../rst/reference_appendices/config.rst:1445
msgid "1.8"
msgstr "1.8"

#: ../../rst/reference_appendices/config.rst:1448
msgid "bin_ansible_callbacks"
msgstr "bin_ansible_callbacks"

#: ../../rst/reference_appendices/config.rst:1450
msgid ":envvar:`ANSIBLE_LOAD_CALLBACK_PLUGINS`"
msgstr ":envvar:`ANSIBLE_LOAD_CALLBACK_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1455
msgid "DEFAULT_LOCAL_TMP"
msgstr "DEFAULT_LOCAL_TMP"

#: ../../rst/reference_appendices/config.rst:1457
#: ../../rst/reference_appendices/config.rst:3817
msgid "Temporary directory for Ansible to use on the controller."
msgstr "Ansible がコントローラーで使用するための一時ディレクトリー。"

#: ../../rst/reference_appendices/config.rst:1458
msgid "tmppath"
msgstr "tmppath"

#: ../../rst/reference_appendices/config.rst:1459
msgid "``{{ ANSIBLE_HOME ~ \"/tmp\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/tmp\" }}``"

#: ../../rst/reference_appendices/config.rst:1462
msgid "local_tmp"
msgstr "local_tmp"

#: ../../rst/reference_appendices/config.rst:1464
msgid ":envvar:`ANSIBLE_LOCAL_TEMP`"
msgstr ":envvar:`ANSIBLE_LOCAL_TEMP`"

#: ../../rst/reference_appendices/config.rst:1469
msgid "DEFAULT_LOG_FILTER"
msgstr "DEFAULT_LOG_FILTER"

#: ../../rst/reference_appendices/config.rst:1471
#: ../../rst/reference_appendices/config.rst:3833
msgid "List of logger names to filter out of the log file"
msgstr "ログファイルから除外するロガー名の一覧。"

#: ../../rst/reference_appendices/config.rst:1476
msgid "log_filter"
msgstr "log_filter"

#: ../../rst/reference_appendices/config.rst:1478
msgid ":envvar:`ANSIBLE_LOG_FILTER`"
msgstr ":envvar:`ANSIBLE_LOG_FILTER`"

#: ../../rst/reference_appendices/config.rst:1483
msgid "DEFAULT_LOG_PATH"
msgstr "DEFAULT_LOG_PATH"

#: ../../rst/reference_appendices/config.rst:1485
#: ../../rst/reference_appendices/config.rst:3825
msgid "File to which Ansible will log on the controller. When empty logging is disabled."
msgstr "Ansible がコントローラーにログインするファイル。空のロギングが無効になっている場合。"

#: ../../rst/reference_appendices/config.rst:1490
msgid "log_path"
msgstr "log_path"

#: ../../rst/reference_appendices/config.rst:1492
msgid ":envvar:`ANSIBLE_LOG_PATH`"
msgstr ":envvar:`ANSIBLE_LOG_PATH`"

#: ../../rst/reference_appendices/config.rst:1497
msgid "DEFAULT_LOOKUP_PLUGIN_PATH"
msgstr "DEFAULT_LOOKUP_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1499
#: ../../rst/reference_appendices/config.rst:3841
msgid "Colon separated paths in which Ansible will search for Lookup Plugins."
msgstr "Ansible が Lookup プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1501
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/lookup:/usr/share/ansible/plugins/lookup\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/lookup:/usr/share/ansible/plugins/lookup\" }}``"

#: ../../rst/reference_appendices/config.rst:1504
msgid "lookup_plugins"
msgstr "lookup_plugins"

#: ../../rst/reference_appendices/config.rst:1506
msgid ":envvar:`ANSIBLE_LOOKUP_PLUGINS`"
msgstr ":envvar:`ANSIBLE_LOOKUP_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1511
msgid "DEFAULT_MANAGED_STR"
msgstr "DEFAULT_MANAGED_STR"

#: ../../rst/reference_appendices/config.rst:1513
msgid "Sets the macro for the 'ansible_managed' variable available for :ref:`ansible_collections.ansible.builtin.template_module` and :ref:`ansible_collections.ansible.windows.win_template_module`.  This is only relevant for those two modules."
msgstr ":ref:`ansible_collections.ansible.builtin.template_module` および :ref:`ansible_collections.ansible.windows.win_template_module` 'ansible_managed' 変数のマクロを設定します。該当するのは、これら 2 つのモジュールのみです。"

#: ../../rst/reference_appendices/config.rst:1514
msgid "``Ansible managed``"
msgstr "``Ansible managed``"

#: ../../rst/reference_appendices/config.rst:1517
msgid "ansible_managed"
msgstr "ansible_managed"

#: ../../rst/reference_appendices/config.rst:1522
msgid "DEFAULT_MODULE_ARGS"
msgstr "DEFAULT_MODULE_ARGS"

#: ../../rst/reference_appendices/config.rst:1524
#: ../../rst/reference_appendices/config.rst:3850
msgid "This sets the default arguments to pass to the ``ansible`` adhoc binary if no ``-a`` is specified."
msgstr "これにより、``ansible`` が指定されていない場合に、``-a`` アドホックバイナリーに渡すデフォルトの引数が設定されます。"

#: ../../rst/reference_appendices/config.rst:1528
msgid "module_args"
msgstr "module_args"

#: ../../rst/reference_appendices/config.rst:1530
msgid ":envvar:`ANSIBLE_MODULE_ARGS`"
msgstr ":envvar:`ANSIBLE_MODULE_ARGS`"

#: ../../rst/reference_appendices/config.rst:1535
msgid "DEFAULT_MODULE_COMPRESSION"
msgstr "DEFAULT_MODULE_COMPRESSION"

#: ../../rst/reference_appendices/config.rst:1537
msgid "Compression scheme to use when transferring Python modules to the target."
msgstr "Python モジュールをターゲットに転送する際に使用する圧縮スキーム。"

#: ../../rst/reference_appendices/config.rst:1538
msgid "``ZIP_DEFLATED``"
msgstr "``ZIP_DEFLATED``"

#: ../../rst/reference_appendices/config.rst:1541
msgid "module_compression"
msgstr "module_compression"

#: ../../rst/reference_appendices/config.rst:1546
msgid "DEFAULT_MODULE_NAME"
msgstr "DEFAULT_MODULE_NAME"

#: ../../rst/reference_appendices/config.rst:1548
msgid "Module to use with the ``ansible`` AdHoc command, if none is specified via ``-m``."
msgstr "``-m`` で何も指定されていない場合は、``ansible`` AdHoc コマンドで使用するモジュール。"

#: ../../rst/reference_appendices/config.rst:1549
msgid "``command``"
msgstr "``command``"

#: ../../rst/reference_appendices/config.rst:1552
msgid "module_name"
msgstr "module_name"

#: ../../rst/reference_appendices/config.rst:1557
msgid "DEFAULT_MODULE_PATH"
msgstr "DEFAULT_MODULE_PATH"

#: ../../rst/reference_appendices/config.rst:1559
#: ../../rst/reference_appendices/config.rst:3860
msgid "Colon separated paths in which Ansible will search for Modules."
msgstr "Ansible がモジュールを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1561
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/modules:/usr/share/ansible/plugins/modules\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/modules:/usr/share/ansible/plugins/modules\" }}``"

#: ../../rst/reference_appendices/config.rst:1564
msgid "library"
msgstr "library"

#: ../../rst/reference_appendices/config.rst:1566
msgid ":envvar:`ANSIBLE_LIBRARY`"
msgstr ":envvar:`ANSIBLE_LIBRARY`"

#: ../../rst/reference_appendices/config.rst:1571
msgid "DEFAULT_MODULE_UTILS_PATH"
msgstr "DEFAULT_MODULE_UTILS_PATH"

#: ../../rst/reference_appendices/config.rst:1573
#: ../../rst/reference_appendices/config.rst:3868
msgid "Colon separated paths in which Ansible will search for Module utils files, which are shared by modules."
msgstr "モジュールが共有するモジュールのユーティリティーファイルを Ansible が検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1575
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/module_utils:/usr/share/ansible/plugins/module_utils\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/module_utils:/usr/share/ansible/plugins/module_utils\" }}``"

#: ../../rst/reference_appendices/config.rst:1578
msgid "module_utils"
msgstr "モジュールユーティリティー"

#: ../../rst/reference_appendices/config.rst:1580
msgid ":envvar:`ANSIBLE_MODULE_UTILS`"
msgstr ":envvar:`ANSIBLE_MODULE_UTILS`"

#: ../../rst/reference_appendices/config.rst:1585
msgid "DEFAULT_NETCONF_PLUGIN_PATH"
msgstr "DEFAULT_NETCONF_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1587
#: ../../rst/reference_appendices/config.rst:3876
msgid "Colon separated paths in which Ansible will search for Netconf Plugins."
msgstr "Ansible が Netconf プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1589
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/netconf:/usr/share/ansible/plugins/netconf\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/netconf:/usr/share/ansible/plugins/netconf\" }}``"

#: ../../rst/reference_appendices/config.rst:1592
msgid "netconf_plugins"
msgstr "netconf_plugins"

#: ../../rst/reference_appendices/config.rst:1594
msgid ":envvar:`ANSIBLE_NETCONF_PLUGINS`"
msgstr ":envvar:`ANSIBLE_NETCONF_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1599
msgid "DEFAULT_NO_LOG"
msgstr "DEFAULT_NO_LOG"

#: ../../rst/reference_appendices/config.rst:1601
#: ../../rst/reference_appendices/config.rst:3884
msgid "Toggle Ansible's display and logging of task details, mainly used to avoid security disclosures."
msgstr "主にセキュリティーの公開を回避するために、Ansible の表示およびタスク詳細のロギングを使用します。"

#: ../../rst/reference_appendices/config.rst:1606
#: ../../rst/reference_appendices/playbooks_keywords.rst:104
#: ../../rst/reference_appendices/playbooks_keywords.rst:218
#: ../../rst/reference_appendices/playbooks_keywords.rst:314
#: ../../rst/reference_appendices/playbooks_keywords.rst:437
msgid "no_log"
msgstr "no_log"

#: ../../rst/reference_appendices/config.rst:1608
msgid ":envvar:`ANSIBLE_NO_LOG`"
msgstr ":envvar:`ANSIBLE_NO_LOG`"

#: ../../rst/reference_appendices/config.rst:1613
msgid "DEFAULT_NO_TARGET_SYSLOG"
msgstr "DEFAULT_NO_TARGET_SYSLOG"

#: ../../rst/reference_appendices/config.rst:1615
#: ../../rst/reference_appendices/config.rst:3892
msgid "Toggle Ansible logging to syslog on the target when it executes tasks. On Windows hosts this will disable a newer style PowerShell modules from writing to the event log."
msgstr "タスクの実行時に、Ansible ログをターゲットの syslog へ切り替えます。Windows ホストでは、これにより、新しいスタイルの PowerShell モジュールがイベントログに書き込むことができなくなります。"

#: ../../rst/reference_appendices/config.rst:1620
msgid "no_target_syslog"
msgstr "no_target_syslog"

#: ../../rst/reference_appendices/config.rst:1622
msgid ":envvar:`ANSIBLE_NO_TARGET_SYSLOG`"
msgstr ":envvar:`ANSIBLE_NO_TARGET_SYSLOG`"

#: ../../rst/reference_appendices/config.rst:1624
msgid "`ansible_no_target_syslog` :Version Added: 2.10"
msgstr "`ansible_no_target_syslog` :Version Added: 2.10"

#: ../../rst/reference_appendices/config.rst:1630
msgid "DEFAULT_NULL_REPRESENTATION"
msgstr "DEFAULT_NULL_REPRESENTATION"

#: ../../rst/reference_appendices/config.rst:1632
#: ../../rst/reference_appendices/config.rst:3900
msgid "What templating should return as a 'null' value. When not set it will let Jinja2 decide."
msgstr "テンプレートが「null」値として返すもの。設定しないと、Jinja2 が決定します。"

#: ../../rst/reference_appendices/config.rst:1633
msgid "raw"
msgstr "raw"

#: ../../rst/reference_appendices/config.rst:1637
msgid "null_representation"
msgstr "null_representation"

#: ../../rst/reference_appendices/config.rst:1639
msgid ":envvar:`ANSIBLE_NULL_REPRESENTATION`"
msgstr ":envvar:`ANSIBLE_NULL_REPRESENTATION`"

#: ../../rst/reference_appendices/config.rst:1644
msgid "DEFAULT_POLL_INTERVAL"
msgstr "DEFAULT_POLL_INTERVAL"

#: ../../rst/reference_appendices/config.rst:1646
#: ../../rst/reference_appendices/config.rst:3908
msgid "For asynchronous tasks in Ansible (covered in Asynchronous Actions and Polling), this is how often to check back on the status of those tasks when an explicit poll interval is not supplied. The default is a reasonably moderate 15 seconds which is a tradeoff between checking in frequently and providing a quick turnaround when something may have completed."
msgstr "Ansible の非同期タスク (「非同期アクションとポーリング」で説明) では、これは、明示的なポーリング間隔が指定されていない場合に、これらのタスクのステータスを確認する頻度です。デフォルトは適度に中程度の 15 秒です。これは、頻繁に確認することと、何かが完了したときに迅速に対応することとのトレードオフになっています。"

#: ../../rst/reference_appendices/config.rst:1648
#: ../../rst/reference_appendices/config.rst:2763
msgid "``15``"
msgstr "``15``"

#: ../../rst/reference_appendices/config.rst:1651
msgid "poll_interval"
msgstr "poll_interval"

#: ../../rst/reference_appendices/config.rst:1653
msgid ":envvar:`ANSIBLE_POLL_INTERVAL`"
msgstr ":envvar:`ANSIBLE_POLL_INTERVAL`"

#: ../../rst/reference_appendices/config.rst:1658
msgid "DEFAULT_PRIVATE_KEY_FILE"
msgstr "DEFAULT_PRIVATE_KEY_FILE"

#: ../../rst/reference_appendices/config.rst:1660
#: ../../rst/reference_appendices/config.rst:3916
msgid "Option for connections using a certificate or key file to authenticate, rather than an agent or passwords, you can set the default value here to avoid re-specifying --private-key with every invocation."
msgstr "エージェントやパスワードではなく、証明書またはキーファイルを使用して認証する接続のオプションです。ここでデフォルト値を設定して、呼び出しごとに --private-key が再指定されないようにすることができます。"

#: ../../rst/reference_appendices/config.rst:1665
msgid "private_key_file"
msgstr "private_key_file"

#: ../../rst/reference_appendices/config.rst:1667
msgid ":envvar:`ANSIBLE_PRIVATE_KEY_FILE`"
msgstr ":envvar:`ANSIBLE_PRIVATE_KEY_FILE`"

#: ../../rst/reference_appendices/config.rst:1672
msgid "DEFAULT_PRIVATE_ROLE_VARS"
msgstr "DEFAULT_PRIVATE_ROLE_VARS"

#: ../../rst/reference_appendices/config.rst:1674
msgid "Makes role variables inaccessible from other roles. This was introduced as a way to reset role variables to default values if a role is used more than once in a playbook."
msgstr "ロール変数が他のロールからアクセスできないようにします。これは、Playbook でロールが複数回使用されている場合に、ロール変数をデフォルト値にリセットする方法として導入されました。"

#: ../../rst/reference_appendices/config.rst:1679
msgid "private_role_vars"
msgstr "private_role_vars"

#: ../../rst/reference_appendices/config.rst:1681
msgid ":envvar:`ANSIBLE_PRIVATE_ROLE_VARS`"
msgstr ":envvar:`ANSIBLE_PRIVATE_ROLE_VARS`"

#: ../../rst/reference_appendices/config.rst:1686
msgid "DEFAULT_REMOTE_PORT"
msgstr "DEFAULT_REMOTE_PORT"

#: ../../rst/reference_appendices/config.rst:1688
#: ../../rst/reference_appendices/config.rst:3932
msgid "Port to use in remote connections, when blank it will use the connection plugin default."
msgstr "リモート接続で使用するポート。空の場合は、connection プラグインのデフォルトを使用します。"

#: ../../rst/reference_appendices/config.rst:1693
msgid "remote_port"
msgstr "remote_port"

#: ../../rst/reference_appendices/config.rst:1695
msgid ":envvar:`ANSIBLE_REMOTE_PORT`"
msgstr ":envvar:`ANSIBLE_REMOTE_PORT`"

#: ../../rst/reference_appendices/config.rst:1700
msgid "DEFAULT_REMOTE_USER"
msgstr "DEFAULT_REMOTE_USER"

#: ../../rst/reference_appendices/config.rst:1702
msgid "Sets the login user for the target machines When blank it uses the connection plugin's default, normally the user currently executing Ansible."
msgstr "ターゲットマシンのログインユーザーを設定します。空の場合は、connection プラグインのデフォルト (通常は現在 Ansible を実行しているユーザー) を使用します。"

#: ../../rst/reference_appendices/config.rst:1705
#: ../../rst/reference_appendices/playbooks_keywords.rst:119
#: ../../rst/reference_appendices/playbooks_keywords.rst:224
#: ../../rst/reference_appendices/playbooks_keywords.rst:323
#: ../../rst/reference_appendices/playbooks_keywords.rst:452
msgid "remote_user"
msgstr "remote_user"

#: ../../rst/reference_appendices/config.rst:1707
msgid ":envvar:`ANSIBLE_REMOTE_USER`"
msgstr ":envvar:`ANSIBLE_REMOTE_USER`"

#: ../../rst/reference_appendices/config.rst:1712
msgid "DEFAULT_ROLES_PATH"
msgstr "DEFAULT_ROLES_PATH"

#: ../../rst/reference_appendices/config.rst:1714
#: ../../rst/reference_appendices/config.rst:3948
msgid "Colon separated paths in which Ansible will search for Roles."
msgstr "Ansible がロールを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1716
msgid "``{{ ANSIBLE_HOME ~ \"/roles:/usr/share/ansible/roles:/etc/ansible/roles\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/roles:/usr/share/ansible/roles:/etc/ansible/roles\" }}``"

#: ../../rst/reference_appendices/config.rst:1719
msgid "roles_path"
msgstr "roles_path"

#: ../../rst/reference_appendices/config.rst:1721
msgid ":envvar:`ANSIBLE_ROLES_PATH`"
msgstr ":envvar:`ANSIBLE_ROLES_PATH`"

#: ../../rst/reference_appendices/config.rst:1726
msgid "DEFAULT_SELINUX_SPECIAL_FS"
msgstr "DEFAULT_SELINUX_SPECIAL_FS"

#: ../../rst/reference_appendices/config.rst:1728
msgid "Some filesystems do not support safe operations and/or return inconsistent errors, this setting makes Ansible 'tolerate' those in the list w/o causing fatal errors. Data corruption may occur and writes are not always verified when a filesystem is in the list."
msgstr "一部のファイルシステムは安全な操作をサポートしていないか、一貫性のないエラーを返します。この設定により、Ansible はリスト内のエラーを「許容」し、致命的なエラーを引き起こしません。ファイルシステムがリストに含まれていると、データが破損する可能性があり、書き込みが常に検証されるとは限りません。"

#: ../../rst/reference_appendices/config.rst:1730
msgid "``fuse, nfs, vboxsf, ramfs, 9p, vfat``"
msgstr "``fuse, nfs, vboxsf, ramfs, 9p, vfat``"

#: ../../rst/reference_appendices/config.rst:1733
msgid "special_context_filesystems"
msgstr "special_context_filesystems"

#: ../../rst/reference_appendices/config.rst:1735
msgid ":envvar:`ANSIBLE_SELINUX_SPECIAL_FS` :Version Added: 2.9"
msgstr ":envvar:`ANSIBLE_SELINUX_SPECIAL_FS` :Version Added: 2.9"

#: ../../rst/reference_appendices/config.rst:1741
msgid "DEFAULT_STDOUT_CALLBACK"
msgstr "DEFAULT_STDOUT_CALLBACK"

#: ../../rst/reference_appendices/config.rst:1743
msgid "Set the main callback used to display Ansible output. You can only have one at a time. You can have many other callbacks, but just one can be in charge of stdout. See :ref:`callback_plugins` for a list of available options."
msgstr "Ansible 出力の表示に使用されるメインコールバックを設定します。一度に 1 つしか使用できません。他にも多くのコールバックを設定できますが、標準出力 (stdout) に使用できるのは 1 つだけです。利用可能なオプションの一覧は、:ref:`callback_plugins` を参照してください。"

#: ../../rst/reference_appendices/config.rst:1747
msgid "stdout_callback"
msgstr "stdout_callback"

#: ../../rst/reference_appendices/config.rst:1749
msgid ":envvar:`ANSIBLE_STDOUT_CALLBACK`"
msgstr ":envvar:`ANSIBLE_STDOUT_CALLBACK`"

#: ../../rst/reference_appendices/config.rst:1754
msgid "DEFAULT_STRATEGY"
msgstr "DEFAULT_STRATEGY"

#: ../../rst/reference_appendices/config.rst:1756
#: ../../rst/reference_appendices/config.rst:3989
msgid "Set the default strategy used for plays."
msgstr "プレイに使用するデフォルトのストラテジーを設定します。"

#: ../../rst/reference_appendices/config.rst:1757
msgid "``linear``"
msgstr "``linear``"

#: ../../rst/reference_appendices/config.rst:1758
msgid "2.3"
msgstr "2.3"

#: ../../rst/reference_appendices/config.rst:1761
#: ../../rst/reference_appendices/playbooks_keywords.rst:131
msgid "strategy"
msgstr "strategy"

#: ../../rst/reference_appendices/config.rst:1763
msgid ":envvar:`ANSIBLE_STRATEGY`"
msgstr ":envvar:`ANSIBLE_STRATEGY`"

#: ../../rst/reference_appendices/config.rst:1768
msgid "DEFAULT_STRATEGY_PLUGIN_PATH"
msgstr "DEFAULT_STRATEGY_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1770
#: ../../rst/reference_appendices/config.rst:3997
msgid "Colon separated paths in which Ansible will search for Strategy Plugins."
msgstr "Ansible が Strategy プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1772
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/strategy:/usr/share/ansible/plugins/strategy\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/strategy:/usr/share/ansible/plugins/strategy\" }}``"

#: ../../rst/reference_appendices/config.rst:1775
msgid "strategy_plugins"
msgstr "strategy_plugins"

#: ../../rst/reference_appendices/config.rst:1777
msgid ":envvar:`ANSIBLE_STRATEGY_PLUGINS`"
msgstr ":envvar:`ANSIBLE_STRATEGY_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1782
msgid "DEFAULT_SU"
msgstr "DEFAULT_SU"

#: ../../rst/reference_appendices/config.rst:1784
#: ../../rst/reference_appendices/config.rst:4005
msgid "Toggle the use of \"su\" for tasks."
msgstr "タスクに「su」の使用を切り替えます。"

#: ../../rst/reference_appendices/config.rst:1789
msgid "su"
msgstr "su"

#: ../../rst/reference_appendices/config.rst:1791
msgid ":envvar:`ANSIBLE_SU`"
msgstr ":envvar:`ANSIBLE_SU`"

#: ../../rst/reference_appendices/config.rst:1796
msgid "DEFAULT_SYSLOG_FACILITY"
msgstr "DEFAULT_SYSLOG_FACILITY"

#: ../../rst/reference_appendices/config.rst:1798
#: ../../rst/reference_appendices/config.rst:4013
msgid "Syslog facility to use when Ansible logs to the remote target"
msgstr "Ansible がリモートターゲットにログを記録するときに使用する syslog ファシリティー。"

#: ../../rst/reference_appendices/config.rst:1799
msgid "``LOG_USER``"
msgstr "``LOG_USER``"

#: ../../rst/reference_appendices/config.rst:1802
msgid "syslog_facility"
msgstr "syslog_facility"

#: ../../rst/reference_appendices/config.rst:1804
msgid ":envvar:`ANSIBLE_SYSLOG_FACILITY`"
msgstr ":envvar:`ANSIBLE_SYSLOG_FACILITY`"

#: ../../rst/reference_appendices/config.rst:1809
msgid "DEFAULT_TERMINAL_PLUGIN_PATH"
msgstr "DEFAULT_TERMINAL_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1811
#: ../../rst/reference_appendices/config.rst:4021
msgid "Colon separated paths in which Ansible will search for Terminal Plugins."
msgstr "Ansible が Terminal プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1813
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/terminal:/usr/share/ansible/plugins/terminal\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/terminal:/usr/share/ansible/plugins/terminal\" }}``"

#: ../../rst/reference_appendices/config.rst:1816
msgid "terminal_plugins"
msgstr "terminal_plugins"

#: ../../rst/reference_appendices/config.rst:1818
msgid ":envvar:`ANSIBLE_TERMINAL_PLUGINS`"
msgstr ":envvar:`ANSIBLE_TERMINAL_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1823
msgid "DEFAULT_TEST_PLUGIN_PATH"
msgstr "DEFAULT_TEST_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1825
#: ../../rst/reference_appendices/config.rst:4029
msgid "Colon separated paths in which Ansible will search for Jinja2 Test Plugins."
msgstr "Ansible が Jinja2 テストプラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1827
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/test:/usr/share/ansible/plugins/test\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/test:/usr/share/ansible/plugins/test\" }}``"

#: ../../rst/reference_appendices/config.rst:1830
msgid "test_plugins"
msgstr "test_plugins"

#: ../../rst/reference_appendices/config.rst:1832
msgid ":envvar:`ANSIBLE_TEST_PLUGINS`"
msgstr ":envvar:`ANSIBLE_TEST_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1837
msgid "DEFAULT_TIMEOUT"
msgstr "DEFAULT_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:1839
#: ../../rst/reference_appendices/config.rst:4037
msgid "This is the default timeout for connection plugins to use."
msgstr "これは、connection プラグインが使用するデフォルトのタイムアウトです。"

#: ../../rst/reference_appendices/config.rst:1841
msgid "``10``"
msgstr "``10``"

#: ../../rst/reference_appendices/config.rst:1844
#: ../../rst/reference_appendices/playbooks_keywords.rst:143
#: ../../rst/reference_appendices/playbooks_keywords.rst:236
#: ../../rst/reference_appendices/playbooks_keywords.rst:338
#: ../../rst/reference_appendices/playbooks_keywords.rst:467
msgid "timeout"
msgstr "timeout"

#: ../../rst/reference_appendices/config.rst:1846
msgid ":envvar:`ANSIBLE_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:1851
msgid "DEFAULT_TRANSPORT"
msgstr "DEFAULT_TRANSPORT"

#: ../../rst/reference_appendices/config.rst:1853
#: ../../rst/reference_appendices/config.rst:4045
msgid "Default connection plugin to use, the 'smart' option will toggle between 'ssh' and 'paramiko' depending on controller OS and ssh versions"
msgstr "使用するデフォルトの connection プラグイン。「smart」オプションは、コントローラー OS と ssh のバージョンに応じて、「ssh」と「paramiko」の間で切り替えられます。"

#: ../../rst/reference_appendices/config.rst:1854
msgid "``smart``"
msgstr "``smart``"

#: ../../rst/reference_appendices/config.rst:1857
msgid "transport"
msgstr "transport"

#: ../../rst/reference_appendices/config.rst:1859
msgid ":envvar:`ANSIBLE_TRANSPORT`"
msgstr ":envvar:`ANSIBLE_TRANSPORT`"

#: ../../rst/reference_appendices/config.rst:1864
msgid "DEFAULT_UNDEFINED_VAR_BEHAVIOR"
msgstr "DEFAULT_UNDEFINED_VAR_BEHAVIOR"

#: ../../rst/reference_appendices/config.rst:1866
msgid "When True, this causes ansible templating to fail steps that reference variable names that are likely typoed. Otherwise, any '{{ template_expression }}' that contains undefined variables will be rendered in a template or ansible action line exactly as written."
msgstr "True にすると、タイプミスの可能性が高い変数名を参照するステップが失敗するテンプレートが作成されます。True に設定しないと、未定義の変数を含む '{{ template_expression }}' は、記述されたとおりにテンプレートまたは ansible のアクション行にレンダリングされます。"

#: ../../rst/reference_appendices/config.rst:1869
msgid "1.3"
msgstr "1.3"

#: ../../rst/reference_appendices/config.rst:1872
msgid "error_on_undefined_vars"
msgstr "error_on_undefined_vars"

#: ../../rst/reference_appendices/config.rst:1874
msgid ":envvar:`ANSIBLE_ERROR_ON_UNDEFINED_VARS`"
msgstr ":envvar:`ANSIBLE_ERROR_ON_UNDEFINED_VARS`"

#: ../../rst/reference_appendices/config.rst:1879
msgid "DEFAULT_VARS_PLUGIN_PATH"
msgstr "DEFAULT_VARS_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:1881
#: ../../rst/reference_appendices/config.rst:4061
msgid "Colon separated paths in which Ansible will search for Vars Plugins."
msgstr "Ansible が Vars プラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:1883
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/vars:/usr/share/ansible/plugins/vars\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/vars:/usr/share/ansible/plugins/vars\" }}``"

#: ../../rst/reference_appendices/config.rst:1886
msgid "vars_plugins"
msgstr "vars_plugins"

#: ../../rst/reference_appendices/config.rst:1888
msgid ":envvar:`ANSIBLE_VARS_PLUGINS`"
msgstr ":envvar:`ANSIBLE_VARS_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:1893
msgid "DEFAULT_VAULT_ENCRYPT_IDENTITY"
msgstr "DEFAULT_VAULT_ENCRYPT_IDENTITY"

#: ../../rst/reference_appendices/config.rst:1895
#: ../../rst/reference_appendices/config.rst:4085
msgid "The vault_id to use for encrypting by default. If multiple vault_ids are provided, this specifies which to use for encryption. The --encrypt-vault-id cli option overrides the configured value."
msgstr "デフォルトで暗号化に使用する vault_id です。複数の vault_ids が提供されると、暗号化に使用するものを指定します。--encrypt-vault-id cli オプションは、設定した値をオーバーライドします。"

#: ../../rst/reference_appendices/config.rst:1898
msgid "vault_encrypt_identity"
msgstr "vault_encrypt_identity"

#: ../../rst/reference_appendices/config.rst:1900
msgid ":envvar:`ANSIBLE_VAULT_ENCRYPT_IDENTITY`"
msgstr ":envvar:`ANSIBLE_VAULT_ENCRYPT_IDENTITY`"

#: ../../rst/reference_appendices/config.rst:1905
msgid "DEFAULT_VAULT_ID_MATCH"
msgstr "DEFAULT_VAULT_ID_MATCH"

#: ../../rst/reference_appendices/config.rst:1907
#: ../../rst/reference_appendices/config.rst:4069
msgid "If true, decrypting vaults with a vault id will only try the password from the matching vault-id"
msgstr "true の場合、Vault id で Vault を復号すると、一致する Vault id からのみパスワードを試みます。"

#: ../../rst/reference_appendices/config.rst:1911
msgid "vault_id_match"
msgstr "vault_id_match"

#: ../../rst/reference_appendices/config.rst:1913
msgid ":envvar:`ANSIBLE_VAULT_ID_MATCH`"
msgstr ":envvar:`ANSIBLE_VAULT_ID_MATCH`"

#: ../../rst/reference_appendices/config.rst:1918
msgid "DEFAULT_VAULT_IDENTITY"
msgstr "DEFAULT_VAULT_IDENTITY"

#: ../../rst/reference_appendices/config.rst:1920
#: ../../rst/reference_appendices/config.rst:4077
msgid "The label to use for the default vault id label in cases where a vault id label is not provided"
msgstr "Vault id ラベルが指定されていない場合にデフォルトの Vault id ラベルに使用するラベル。"

#: ../../rst/reference_appendices/config.rst:1924
msgid "vault_identity"
msgstr "vault_identity"

#: ../../rst/reference_appendices/config.rst:1926
msgid ":envvar:`ANSIBLE_VAULT_IDENTITY`"
msgstr ":envvar:`ANSIBLE_VAULT_IDENTITY`"

#: ../../rst/reference_appendices/config.rst:1931
msgid "DEFAULT_VAULT_IDENTITY_LIST"
msgstr "DEFAULT_VAULT_IDENTITY_LIST"

#: ../../rst/reference_appendices/config.rst:1933
#: ../../rst/reference_appendices/config.rst:4093
msgid "A list of vault-ids to use by default. Equivalent to multiple --vault-id args. Vault-ids are tried in order."
msgstr "デフォルトで使用する vault-id の一覧。複数の --vault-id 引数と同等です。vault-ids は順番に試行されます。"

#: ../../rst/reference_appendices/config.rst:1938
msgid "vault_identity_list"
msgstr "vault_identity_list"

#: ../../rst/reference_appendices/config.rst:1940
msgid ":envvar:`ANSIBLE_VAULT_IDENTITY_LIST`"
msgstr ":envvar:`ANSIBLE_VAULT_IDENTITY_LIST`"

#: ../../rst/reference_appendices/config.rst:1945
msgid "DEFAULT_VAULT_PASSWORD_FILE"
msgstr "DEFAULT_VAULT_PASSWORD_FILE"

#: ../../rst/reference_appendices/config.rst:1947
msgid "The vault password file to use. Equivalent to --vault-password-file or --vault-id If executable, it will be run and the resulting stdout will be used as the password."
msgstr "使用する Vault パスワードファイル。--vault-password-file または --vault-id と同等です。実行可能な場合には、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:1952
msgid "vault_password_file"
msgstr "vault_password_file"

#: ../../rst/reference_appendices/config.rst:1954
msgid ":envvar:`ANSIBLE_VAULT_PASSWORD_FILE`"
msgstr ":envvar:`ANSIBLE_VAULT_PASSWORD_FILE`"

#: ../../rst/reference_appendices/config.rst:1959
msgid "DEFAULT_VERBOSITY"
msgstr "DEFAULT_VERBOSITY"

#: ../../rst/reference_appendices/config.rst:1961
#: ../../rst/reference_appendices/config.rst:4109
msgid "Sets the default verbosity, equivalent to the number of ``-v`` passed in the command line."
msgstr "コマンドラインで渡された ``-v`` の数と同等の、デフォルトの詳細レベルを設定します。"

#: ../../rst/reference_appendices/config.rst:1963
#: ../../rst/reference_appendices/config.rst:2849
#: ../../rst/reference_appendices/config.rst:3014
#: ../../rst/reference_appendices/config.rst:3140
msgid "``0``"
msgstr "``0``"

#: ../../rst/reference_appendices/config.rst:1966
msgid "verbosity"
msgstr "verbosity"

#: ../../rst/reference_appendices/config.rst:1968
msgid ":envvar:`ANSIBLE_VERBOSITY`"
msgstr ":envvar:`ANSIBLE_VERBOSITY`"

#: ../../rst/reference_appendices/config.rst:1973
msgid "DEPRECATION_WARNINGS"
msgstr "DEPRECATION_WARNINGS"

#: ../../rst/reference_appendices/config.rst:1975
#: ../../rst/reference_appendices/config.rst:4117
msgid "Toggle to control the showing of deprecation warnings"
msgstr "非推奨の警告の表示を制御するために切り替えます。"

#: ../../rst/reference_appendices/config.rst:1980
msgid "deprecation_warnings"
msgstr "deprecation_warnings"

#: ../../rst/reference_appendices/config.rst:1982
msgid ":envvar:`ANSIBLE_DEPRECATION_WARNINGS`"
msgstr ":envvar:`ANSIBLE_DEPRECATION_WARNINGS`"

#: ../../rst/reference_appendices/config.rst:1987
msgid "DEVEL_WARNING"
msgstr "DEVEL_WARNING"

#: ../../rst/reference_appendices/config.rst:1989
#: ../../rst/reference_appendices/config.rst:4125
msgid "Toggle to control showing warnings related to running devel"
msgstr "devel の実行に関連する警告を表示するように制御を切り替えます。"

#: ../../rst/reference_appendices/config.rst:1994
msgid "devel_warning"
msgstr "devel_warning"

#: ../../rst/reference_appendices/config.rst:1996
msgid ":envvar:`ANSIBLE_DEVEL_WARNING`"
msgstr ":envvar:`ANSIBLE_DEVEL_WARNING`"

#: ../../rst/reference_appendices/config.rst:2001
msgid "DIFF_ALWAYS"
msgstr "DIFF_ALWAYS"

#: ../../rst/reference_appendices/config.rst:2003
#: ../../rst/reference_appendices/config.rst:4133
msgid "Configuration toggle to tell modules to show differences when in 'changed' status, equivalent to ``--diff``."
msgstr "構成の切り替えにより、「changed」状態のときに相違点を表示するようにモジュールに指示します (``--diff`` 相当)。"

#: ../../rst/reference_appendices/config.rst:2004
#: ../../rst/reference_appendices/config.rst:2193
#: ../../rst/reference_appendices/config.rst:2208
#: ../../rst/reference_appendices/config.rst:2468
#: ../../rst/reference_appendices/config.rst:2546
#: ../../rst/reference_appendices/config.rst:2593
#: ../../rst/reference_appendices/config.rst:2865
#: ../../rst/reference_appendices/config.rst:2911
#: ../../rst/reference_appendices/config.rst:3062
#: ../../rst/reference_appendices/config.rst:3107
msgid "bool"
msgstr "bool"

#: ../../rst/reference_appendices/config.rst:2007
#: ../../rst/reference_appendices/config.rst:2021
msgid "[diff]"
msgstr "[diff]"

#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:2008
#: ../../rst/reference_appendices/playbooks_keywords.rst:249
msgid "always"
msgstr "always"

#: ../../rst/reference_appendices/config.rst:2010
msgid ":envvar:`ANSIBLE_DIFF_ALWAYS`"
msgstr ":envvar:`ANSIBLE_DIFF_ALWAYS`"

#: ../../rst/reference_appendices/config.rst:2015
msgid "DIFF_CONTEXT"
msgstr "DIFF_CONTEXT"

#: ../../rst/reference_appendices/config.rst:2017
#: ../../rst/reference_appendices/config.rst:4141
msgid "How many lines of context to show when displaying the differences between files."
msgstr "ファイル間の差異を表示する際に表示するコンテキストの行数。"

#: ../../rst/reference_appendices/config.rst:2019
msgid "``3``"
msgstr "``3``"

#: ../../rst/reference_appendices/config.rst:2022
msgid "context"
msgstr "context"

#: ../../rst/reference_appendices/config.rst:2024
msgid ":envvar:`ANSIBLE_DIFF_CONTEXT`"
msgstr ":envvar:`ANSIBLE_DIFF_CONTEXT`"

#: ../../rst/reference_appendices/config.rst:2029
msgid "DISPLAY_ARGS_TO_STDOUT"
msgstr "DISPLAY_ARGS_TO_STDOUT"

#: ../../rst/reference_appendices/config.rst:2031
msgid "Normally ``ansible-playbook`` will print a header for each task that is run. These headers will contain the name: field from the task if you specified one. If you didn't then ``ansible-playbook`` uses the task's action to help you tell which task is presently running. Sometimes you run many of the same action and so you want more information about the task to differentiate it from others of the same action. If you set this variable to True in the config then ``ansible-playbook`` will also include the task's arguments in the header. This setting defaults to False because there is a chance that you have sensitive values in your parameters and you do not want those to be printed. If you set this to True you should be sure that you have secured your environment's stdout (no one can shoulder surf your screen and you aren't saving stdout to an insecure file) or made sure that all of your playbooks explicitly added the ``no_log: True`` parameter to tasks which have sensitive values See How do I keep secret data in my playbook? for more information."
msgstr "通常、``ansible-playbook`` は、実行された各タスクのヘッダーが出力されます。これらのヘッダーにはタスクの name: フィールドが指定されていればそれが含まれます。指定していない場合は、``ansible-playbook`` がタスクのアクションを使用して、どのタスクが現在実行されているかを知ることができます。同じアクションの多くを実行する場合は、同じアクションの他のタスクと区別するために、タスクに関する詳細情報が必要になることがあります。設定でこの変数を True に設定すると、``ansible-playbook`` では、タスクの引数もヘッダーに含まれます。パラメーターに機密性の高い値が含まれている可能性があり、それらを出力しないため、この設定の既定値は False です。これを True に設定した場合は、環境の標準出力 (誰もあなたの画面を肩越しに盗み見ることができず、あなたは標準出力を安全でないファイルに保存していません) を確実に保護するか、すべての Playbook で機密性の高い値を持つタスクに ``no_log: True`` パラメーターを明示的に追加する必要があります。詳細は、「Playbook に機密データを保存するにはどうすれば良いですか」を参照してください。"

#: ../../rst/reference_appendices/config.rst:2037
msgid "display_args_to_stdout"
msgstr "display_args_to_stdout"

#: ../../rst/reference_appendices/config.rst:2039
msgid ":envvar:`ANSIBLE_DISPLAY_ARGS_TO_STDOUT`"
msgstr ":envvar:`ANSIBLE_DISPLAY_ARGS_TO_STDOUT`"

#: ../../rst/reference_appendices/config.rst:2044
msgid "DISPLAY_SKIPPED_HOSTS"
msgstr "DISPLAY_SKIPPED_HOSTS"

#: ../../rst/reference_appendices/config.rst:2046
#: ../../rst/reference_appendices/config.rst:4157
msgid "Toggle to control displaying skipped task/host entries in a task in the default callback"
msgstr "デフォルトのコールバックのタスクにスキップされたタスク/ホストエントリーの表示を制御するように切り替えます。"

#: ../../rst/reference_appendices/config.rst:2051
msgid "display_skipped_hosts"
msgstr "display_skipped_hosts"

#: ../../rst/reference_appendices/config.rst:2053
msgid ":envvar:`ANSIBLE_DISPLAY_SKIPPED_HOSTS`"
msgstr ":envvar:`ANSIBLE_DISPLAY_SKIPPED_HOSTS`"

#: ../../rst/reference_appendices/config.rst:2058
msgid "DOC_FRAGMENT_PLUGIN_PATH"
msgstr "DOC_FRAGMENT_PLUGIN_PATH"

#: ../../rst/reference_appendices/config.rst:2060
#: ../../rst/reference_appendices/config.rst:3532
msgid "Colon separated paths in which Ansible will search for Documentation Fragments Plugins."
msgstr "Ansible が ドキュメントフラグメントプラグインを検索するコロン区切りパス。"

#: ../../rst/reference_appendices/config.rst:2062
msgid "``{{ ANSIBLE_HOME ~ \"/plugins/doc_fragments:/usr/share/ansible/plugins/doc_fragments\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/plugins/doc_fragments:/usr/share/ansible/plugins/doc_fragments\" }}``"

#: ../../rst/reference_appendices/config.rst:2065
msgid "doc_fragment_plugins"
msgstr "doc_fragment_plugins"

#: ../../rst/reference_appendices/config.rst:2067
msgid ":envvar:`ANSIBLE_DOC_FRAGMENT_PLUGINS`"
msgstr ":envvar:`ANSIBLE_DOC_FRAGMENT_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:2072
msgid "DOCSITE_ROOT_URL"
msgstr "DOCSITE_ROOT_URL"

#: ../../rst/reference_appendices/config.rst:2074
msgid "Root docsite URL used to generate docs URLs in warning/error text; must be an absolute URL with valid scheme and trailing slash."
msgstr "警告/エラーテキストでドキュメント URL を生成するために使用されるルートドキュメントサイト URL。有効なスキームおよび末尾のスラッシュが含まれる絶対 URL でなければなりません。"

#: ../../rst/reference_appendices/config.rst:2075
msgid "``https://docs.ansible.com/ansible-core/``"
msgstr "``https://docs.ansible.com/ansible-core/``"

#: ../../rst/reference_appendices/config.rst:2079
msgid "docsite_root_url"
msgstr "docsite_root_url"

#: ../../rst/reference_appendices/config.rst:2084
msgid "DUPLICATE_YAML_DICT_KEY"
msgstr "DUPLICATE_YAML_DICT_KEY"

#: ../../rst/reference_appendices/config.rst:2086
msgid "By default Ansible will issue a warning when a duplicate dict key is encountered in YAML. These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、YAML で重複した dict キーが発生した場合に警告を発行します。この警告は、この設定を False に設定すると非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst:2088
#: ../../rst/reference_appendices/config.rst:2926
msgid "``warn``"
msgstr "``warn``"

#: ../../rst/reference_appendices/config.rst:2096
msgid "duplicate_dict_key"
msgstr "duplicate_dict_key"

#: ../../rst/reference_appendices/config.rst:2098
msgid ":envvar:`ANSIBLE_DUPLICATE_YAML_DICT_KEY`"
msgstr ":envvar:`ANSIBLE_DUPLICATE_YAML_DICT_KEY`"

#: ../../rst/reference_appendices/config.rst:2103
msgid "ENABLE_TASK_DEBUGGER"
msgstr "ENABLE_TASK_DEBUGGER"

#: ../../rst/reference_appendices/config.rst:2105
msgid "Whether or not to enable the task debugger, this previously was done as a strategy plugin. Now all strategy plugins can inherit this behavior. The debugger defaults to activating when a task is failed on unreachable. Use the debugger keyword for more flexibility."
msgstr "タスクデバッガーを有効にするかどうかにかかわらず、これは以前は strategy プラグインとして実行されていました。これで、すべての strategy プラグインがこの動作を継承できるようになりました。デバッガーは、タスクが到達不能で失敗したときにデフォルトでアクティブになります。柔軟性を高めるには、debugger キーワードを使用します。"

#: ../../rst/reference_appendices/config.rst:2111
msgid "enable_task_debugger"
msgstr "enable_task_debugger"

#: ../../rst/reference_appendices/config.rst:2113
msgid ":envvar:`ANSIBLE_ENABLE_TASK_DEBUGGER`"
msgstr ":envvar:`ANSIBLE_ENABLE_TASK_DEBUGGER`"

#: ../../rst/reference_appendices/config.rst:2118
msgid "ERROR_ON_MISSING_HANDLER"
msgstr "ERROR_ON_MISSING_HANDLER"

#: ../../rst/reference_appendices/config.rst:2120
#: ../../rst/reference_appendices/config.rst:4174
msgid "Toggle to allow missing handlers to become a warning instead of an error when notifying."
msgstr "通知時に、エラーではなく、不足しているハンドラーが警告になるように切り替えます。"

#: ../../rst/reference_appendices/config.rst:2125
msgid "error_on_missing_handler"
msgstr "error_on_missing_handler"

#: ../../rst/reference_appendices/config.rst:2127
msgid ":envvar:`ANSIBLE_ERROR_ON_MISSING_HANDLER`"
msgstr ":envvar:`ANSIBLE_ERROR_ON_MISSING_HANDLER`"

#: ../../rst/reference_appendices/config.rst:2132
msgid "FACTS_MODULES"
msgstr "FACTS_MODULES"

#: ../../rst/reference_appendices/config.rst:2134
msgid "Which modules to run during a play's fact gathering stage, using the default of 'smart' will try to figure it out based on connection type. If adding your own modules but you still want to use the default Ansible facts, you will want to include 'setup' or corresponding network module to the list (if you add 'smart', Ansible will also figure it out). This does not affect explicit calls to the 'setup' module, but does always affect the 'gather_facts' action (implicit or explicit)."
msgstr "プレイのファクト収集段階で実行するモジュールは、デフォルトの「smart」を使用すると接続タイプに基づいて確認を試みます。独自のモジュールを追加したうえで、デフォルトの Ansible ファクトを使用したい場合は、「setup」または対応するネットワークモジュールをリストに含める必要があります (「smart」を追加すると、Ansible もそれを認識します)。これは、「setup」モジュールへの明示的な呼び出しには影響しませんが、常に 'gather_facts' アクションに影響します (暗黙的または明示的)。"

#: ../../rst/reference_appendices/config.rst:2136
msgid "``['smart']``"
msgstr "``['smart']``"

#: ../../rst/reference_appendices/config.rst:2139
msgid "facts_modules"
msgstr "facts_modules"

#: ../../rst/reference_appendices/config.rst:2141
msgid ":envvar:`ANSIBLE_FACTS_MODULES`"
msgstr ":envvar:`ANSIBLE_FACTS_MODULES`"

#: ../../rst/reference_appendices/config.rst:2143
msgid "`ansible_facts_modules`"
msgstr "`ansible_facts_modules`"

#: ../../rst/reference_appendices/config.rst:2148
msgid "GALAXY_CACHE_DIR"
msgstr "GALAXY_CACHE_DIR"

#: ../../rst/reference_appendices/config.rst:2150
msgid "The directory that stores cached responses from a Galaxy server. This is only used by the ``ansible-galaxy collection install`` and ``download`` commands. Cache files inside this dir will be ignored if they are world writable."
msgstr "Galaxy サーバーからキャッシュされた応答を保存するディレクトリーです。これは ``ansible-galaxy collection install`` コマンドおよび ``download`` コマンドによってのみ使用されます。このディレクトリー内のキャッシュファイルは、誰でも書き込み可能であれば無視されます。"

#: ../../rst/reference_appendices/config.rst:2152
msgid "``{{ ANSIBLE_HOME ~ \"/galaxy_cache\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/galaxy_cache\" }}``"

#: ../../rst/reference_appendices/config.rst:2155
#: ../../rst/reference_appendices/config.rst:2168
#: ../../rst/reference_appendices/config.rst:2182
#: ../../rst/reference_appendices/config.rst:2197
#: ../../rst/reference_appendices/config.rst:2212
#: ../../rst/reference_appendices/config.rst:2226
#: ../../rst/reference_appendices/config.rst:2239
#: ../../rst/reference_appendices/config.rst:2269
#: ../../rst/reference_appendices/config.rst:2283
#: ../../rst/reference_appendices/config.rst:2296
#: ../../rst/reference_appendices/config.rst:2310
#: ../../rst/reference_appendices/config.rst:2323
#: ../../rst/reference_appendices/config.rst:2337
#: ../../rst/reference_appendices/config.rst:2352
msgid "[galaxy]"
msgstr "[galaxy]"

#: ../../rst/reference_appendices/config.rst:2156
msgid "cache_dir"
msgstr "cache_dir"

#: ../../rst/reference_appendices/config.rst:2158
msgid ":envvar:`ANSIBLE_GALAXY_CACHE_DIR`"
msgstr ":envvar:`ANSIBLE_GALAXY_CACHE_DIR`"

#: ../../rst/reference_appendices/config.rst:2163
msgid "GALAXY_COLLECTION_SKELETON"
msgstr "GALAXY_COLLECTION_SKELETON"

#: ../../rst/reference_appendices/config.rst:2165
#: ../../rst/reference_appendices/config.rst:4215
msgid "Collection skeleton directory to use as a template for the ``init`` action in ``ansible-galaxy collection``, same as ``--collection-skeleton``."
msgstr "``ansible-galaxy collection`` の ``init`` アクションのテンプレートとして使用するコレクションのスケルトンディレクトリー。``--collection-skeleton`` と同じです。"

#: ../../rst/reference_appendices/config.rst:2169
msgid "collection_skeleton"
msgstr "collection_skeleton"

#: ../../rst/reference_appendices/config.rst:2171
msgid ":envvar:`ANSIBLE_GALAXY_COLLECTION_SKELETON`"
msgstr ":envvar:`ANSIBLE_GALAXY_COLLECTION_SKELETON`"

#: ../../rst/reference_appendices/config.rst:2176
msgid "GALAXY_COLLECTION_SKELETON_IGNORE"
msgstr "GALAXY_COLLECTION_SKELETON_IGNORE"

#: ../../rst/reference_appendices/config.rst:2178
#: ../../rst/reference_appendices/config.rst:4223
msgid "patterns of files to ignore inside a Galaxy collection skeleton directory"
msgstr "Galaxy コレクションスケルトンディレクトリー内で無視するファイルのパターン。"

#: ../../rst/reference_appendices/config.rst:2180
#: ../../rst/reference_appendices/config.rst:2308
msgid "``['^.git$', '^.*/.git_keep$']``"
msgstr "``['^.git$', '^.*/.git_keep$']``"

#: ../../rst/reference_appendices/config.rst:2183
msgid "collection_skeleton_ignore"
msgstr "collection_skeleton_ignore"

#: ../../rst/reference_appendices/config.rst:2185
msgid ":envvar:`ANSIBLE_GALAXY_COLLECTION_SKELETON_IGNORE`"
msgstr ":envvar:`ANSIBLE_GALAXY_COLLECTION_SKELETON_IGNORE`"

#: ../../rst/reference_appendices/config.rst:2190
msgid "GALAXY_DISABLE_GPG_VERIFY"
msgstr "GALAXY_DISABLE_GPG_VERIFY"

#: ../../rst/reference_appendices/config.rst:2192
#: ../../rst/reference_appendices/config.rst:4271
msgid "Disable GPG signature verification during collection installation."
msgstr "コレクションのインストール中に GPG 署名の検証を無効にします。"

#: ../../rst/reference_appendices/config.rst:2195
#: ../../rst/reference_appendices/config.rst:2224
#: ../../rst/reference_appendices/release_and_maintenance.rst:85
msgid "2.13"
msgstr "2.13"

#: ../../rst/reference_appendices/config.rst:2198
msgid "disable_gpg_verify"
msgstr "disable_gpg_verify"

#: ../../rst/reference_appendices/config.rst:2200
msgid ":envvar:`ANSIBLE_GALAXY_DISABLE_GPG_VERIFY`"
msgstr ":envvar:`ANSIBLE_GALAXY_DISABLE_GPG_VERIFY`"

#: ../../rst/reference_appendices/config.rst:2205
msgid "GALAXY_DISPLAY_PROGRESS"
msgstr "GALAXY_DISPLAY_PROGRESS"

#: ../../rst/reference_appendices/config.rst:2207
msgid "Some steps in ``ansible-galaxy`` display a progress wheel which can cause issues on certain displays or when outputing the stdout to a file. This config option controls whether the display wheel is shown or not. The default is to show the display wheel if stdout has a tty."
msgstr "``ansible-galaxy`` の一部の手順では、特定の表示で、または標準出力 (stdout) をファイルに出力するときに問題が発生する可能性のある進行状況ホイールを表示します。この設定オプションは、表示ホイールを表示するかどうかを制御します。デフォルトでは、stdout に tty があると、表示ホイールが表示されます。"

#: ../../rst/reference_appendices/config.rst:2213
msgid "display_progress"
msgstr "display_progress"

#: ../../rst/reference_appendices/config.rst:2215
msgid ":envvar:`ANSIBLE_GALAXY_DISPLAY_PROGRESS`"
msgstr ":envvar:`ANSIBLE_GALAXY_DISPLAY_PROGRESS`"

#: ../../rst/reference_appendices/config.rst:2220
msgid "GALAXY_GPG_KEYRING"
msgstr "GALAXY_GPG_KEYRING"

#: ../../rst/reference_appendices/config.rst:2222
#: ../../rst/reference_appendices/config.rst:4279
msgid "Configure the keyring used for GPG signature verification during collection installation and verification."
msgstr "コレクションのインストールおよび検証中に GPG 署名の検証に使用されるキーリングを設定します。"

#: ../../rst/reference_appendices/config.rst:2227
msgid "gpg_keyring"
msgstr "gpg_keyring"

#: ../../rst/reference_appendices/config.rst:2229
msgid ":envvar:`ANSIBLE_GALAXY_GPG_KEYRING`"
msgstr ":envvar:`ANSIBLE_GALAXY_GPG_KEYRING`"

#: ../../rst/reference_appendices/config.rst:2234
msgid "GALAXY_IGNORE_CERTS"
msgstr "GALAXY_IGNORE_CERTS"

#: ../../rst/reference_appendices/config.rst:2236
#: ../../rst/reference_appendices/config.rst:4191
msgid "If set to yes, ansible-galaxy will not validate TLS certificates. This can be useful for testing against a server with a self-signed certificate."
msgstr "yes に設定すると、ansible-galaxy が TLS 証明書を検証しません。これは、自己署名証明書を使用するサーバーに対してテストを行う場合に便利です。"

#: ../../rst/reference_appendices/config.rst:2240
msgid "ignore_certs"
msgstr "ignore_certs"

#: ../../rst/reference_appendices/config.rst:2242
msgid ":envvar:`ANSIBLE_GALAXY_IGNORE`"
msgstr ":envvar:`ANSIBLE_GALAXY_IGNORE`"

#: ../../rst/reference_appendices/config.rst:2247
msgid "GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES"
msgstr "GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES"

#: ../../rst/reference_appendices/config.rst:2249
msgid "A list of GPG status codes to ignore during GPG signature verification. See L(https://github.com/gpg/gnupg/blob/master/doc/DETAILS#general-status-codes) for status code descriptions. If fewer signatures successfully verify the collection than `GALAXY_REQUIRED_VALID_SIGNATURE_COUNT`, signature verification will fail even if all error codes are ignored."
msgstr "GPG 署名の検証中に無視する GPG ステータスコードのリスト。ステータスコードの説明は、L(https://github.com/gpg/gnupg/blob/master/doc/DETAILS#general-status-codes) を参照してください。コレクションの検証で正常な署名数が `GALAXY_REQUIRED_VALID_SIGNATURE_COUNT` よりも少ない場合には、エラーコードが無視されている場合でも署名の検証に失敗します。"

#: ../../rst/reference_appendices/config.rst:2252
msgid "EXPSIG"
msgstr "EXPSIG"

#: ../../rst/reference_appendices/config.rst:2253
msgid "EXPKEYSIG"
msgstr "EXPKEYSIG"

#: ../../rst/reference_appendices/config.rst:2254
msgid "REVKEYSIG"
msgstr "REVKEYSIG"

#: ../../rst/reference_appendices/config.rst:2255
msgid "BADSIG"
msgstr "BADSIG"

#: ../../rst/reference_appendices/config.rst:2256
msgid "ERRSIG"
msgstr "ERRSIG"

#: ../../rst/reference_appendices/config.rst:2257
msgid "NO_PUBKEY"
msgstr "NO_PUBKEY"

#: ../../rst/reference_appendices/config.rst:2258
msgid "MISSING_PASSPHRASE"
msgstr "MISSING_PASSPHRASE"

#: ../../rst/reference_appendices/config.rst:2259
msgid "BAD_PASSPHRASE"
msgstr "BAD_PASSPHRASE"

#: ../../rst/reference_appendices/config.rst:2260
msgid "NODATA"
msgstr "NODATA"

#: ../../rst/reference_appendices/config.rst:2261
msgid "UNEXPECTED"
msgstr "UNEXPECTED"

#: ../../rst/reference_appendices/config.rst:2262
msgid "ERROR"
msgstr "ERROR"

#: ../../rst/reference_appendices/config.rst:2263
msgid "FAILURE"
msgstr "FAILURE"

#: ../../rst/reference_appendices/config.rst:2264
msgid "BADARMOR"
msgstr "BADARMOR"

#: ../../rst/reference_appendices/config.rst:2265
msgid "KEYEXPIRED"
msgstr "KEYEXPIRED"

#: ../../rst/reference_appendices/config.rst:2266
msgid "KEYREVOKED"
msgstr "KEYREVOKED"

#: ../../rst/reference_appendices/config.rst:2267
msgid "NO_SECKEY"
msgstr "NO_SECKEY"

#: ../../rst/reference_appendices/config.rst:2270
msgid "ignore_signature_status_codes"
msgstr "ignore_signature_status_codes"

#: ../../rst/reference_appendices/config.rst:2272
msgid ":envvar:`ANSIBLE_GALAXY_IGNORE_SIGNATURE_STATUS_CODES`"
msgstr ":envvar:`ANSIBLE_GALAXY_IGNORE_SIGNATURE_STATUS_CODES`"

#: ../../rst/reference_appendices/config.rst:2277
msgid "GALAXY_REQUIRED_VALID_SIGNATURE_COUNT"
msgstr "GALAXY_REQUIRED_VALID_SIGNATURE_COUNT"

#: ../../rst/reference_appendices/config.rst:2279
msgid "The number of signatures that must be successful during GPG signature verification while installing or verifying collections. This should be a positive integer or all to indicate all signatures must successfully validate the collection. Prepend + to the value to fail if no valid signatures are found for the collection."
msgstr "コレクションのインストールまたは検証中の GPG 署名検証中に成功する必要がある署名の数。これは、正の整数または all の場合、すべての署名がコレクションの検証に成功する必要があることを指定します。有効な署名がコレクションで見つからなかった場合に失敗させるには、+ を値の前につけます。"

#: ../../rst/reference_appendices/config.rst:2281
msgid "``1``"
msgstr "``1``"

#: ../../rst/reference_appendices/config.rst:2284
msgid "required_valid_signature_count"
msgstr "required_valid_signature_count"

#: ../../rst/reference_appendices/config.rst:2286
msgid ":envvar:`ANSIBLE_GALAXY_REQUIRED_VALID_SIGNATURE_COUNT`"
msgstr ":envvar:`ANSIBLE_GALAXY_REQUIRED_VALID_SIGNATURE_COUNT`"

#: ../../rst/reference_appendices/config.rst:2291
msgid "GALAXY_ROLE_SKELETON"
msgstr "GALAXY_ROLE_SKELETON"

#: ../../rst/reference_appendices/config.rst:2293
#: ../../rst/reference_appendices/config.rst:4199
msgid "Role skeleton directory to use as a template for the ``init`` action in ``ansible-galaxy``/``ansible-galaxy role``, same as ``--role-skeleton``."
msgstr "``ansible-galaxy``/``ansible-galaxy role`` の ``init`` アクションのテンプレートとして使用するロールのスケルトンディレクトリー。``--role-skeleton`` と同じです。"

#: ../../rst/reference_appendices/config.rst:2297
msgid "role_skeleton"
msgstr "role_skeleton"

#: ../../rst/reference_appendices/config.rst:2299
msgid ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON`"
msgstr ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON`"

#: ../../rst/reference_appendices/config.rst:2304
msgid "GALAXY_ROLE_SKELETON_IGNORE"
msgstr "GALAXY_ROLE_SKELETON_IGNORE"

#: ../../rst/reference_appendices/config.rst:2306
#: ../../rst/reference_appendices/config.rst:4207
msgid "patterns of files to ignore inside a Galaxy role or collection skeleton directory"
msgstr "Galaxy ロールまたはコレクションスケルトンディレクトリー内で無視するファイルのパターン。"

#: ../../rst/reference_appendices/config.rst:2311
msgid "role_skeleton_ignore"
msgstr "role_skeleton_ignore"

#: ../../rst/reference_appendices/config.rst:2313
msgid ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON_IGNORE`"
msgstr ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON_IGNORE`"

#: ../../rst/reference_appendices/config.rst:2318
msgid "GALAXY_SERVER"
msgstr "GALAXY_SERVER"

#: ../../rst/reference_appendices/config.rst:2320
#: ../../rst/reference_appendices/config.rst:4231
msgid "URL to prepend when roles don't specify the full URI, assume they are referencing this server as the source."
msgstr "ロールが完全な URI を指定していない場合に先頭に追加する URL。このサーバーがソースとして参照されていることを前提とします。"

#: ../../rst/reference_appendices/config.rst:2321
msgid "``https://galaxy.ansible.com``"
msgstr "``https://galaxy.ansible.com``"

#: ../../rst/reference_appendices/config.rst:2324
msgid "server"
msgstr "server"

#: ../../rst/reference_appendices/config.rst:2326
msgid ":envvar:`ANSIBLE_GALAXY_SERVER`"
msgstr ":envvar:`ANSIBLE_GALAXY_SERVER`"

#: ../../rst/reference_appendices/config.rst:2331
msgid "GALAXY_SERVER_LIST"
msgstr "GALAXY_SERVER_LIST"

#: ../../rst/reference_appendices/config.rst:2333
msgid "A list of Galaxy servers to use when installing a collection. The value corresponds to the config ini header ``[galaxy_server.{{item}}]`` which defines the server details. See :ref:`galaxy_server_config` for more details on how to define a Galaxy server. The order of servers in this list is used to as the order in which a collection is resolved. Setting this config option will ignore the :ref:`galaxy_server` config option."
msgstr "コレクションのインストール時に使用する Galaxy サーバーの一覧。値は、サーバーの詳細を定義する config ini ヘッダー ``[galaxy_server.{{item}}]`` に対応します。Galaxy サーバーの定義方法の詳細は、「:ref:`galaxy_server_config`」を参照してください。この一覧のサーバーの順序は、コレクションの解決順序として使用されます。この設定オプションを設定すると、:ref:`galaxy_server` の設定オプションは無視されます。"

#: ../../rst/reference_appendices/config.rst:2338
msgid "server_list"
msgstr "server_list"

#: ../../rst/reference_appendices/config.rst:2340
msgid ":envvar:`ANSIBLE_GALAXY_SERVER_LIST`"
msgstr ":envvar:`ANSIBLE_GALAXY_SERVER_LIST`"

#: ../../rst/reference_appendices/config.rst:2345
msgid "GALAXY_TOKEN_PATH"
msgstr "GALAXY_TOKEN_PATH"

#: ../../rst/reference_appendices/config.rst:2347
#: ../../rst/reference_appendices/config.rst:4247
msgid "Local path to galaxy access token file"
msgstr "galaxy アクセストークンファイルへのローカルパス。"

#: ../../rst/reference_appendices/config.rst:2349
msgid "``{{ ANSIBLE_HOME ~ \"/galaxy_token\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/galaxy_token\" }}``"

#: ../../rst/reference_appendices/config.rst:2353
msgid "token_path"
msgstr "token_path"

#: ../../rst/reference_appendices/config.rst:2355
msgid ":envvar:`ANSIBLE_GALAXY_TOKEN_PATH`"
msgstr ":envvar:`ANSIBLE_GALAXY_TOKEN_PATH`"

#: ../../rst/reference_appendices/config.rst:2360
msgid "HOST_KEY_CHECKING"
msgstr "HOST_KEY_CHECKING"

#: ../../rst/reference_appendices/config.rst:2362
#: ../../rst/reference_appendices/config.rst:4303
msgid "Set this to \"False\" if you want to avoid host key checking by the underlying tools Ansible uses to connect to the host"
msgstr "Ansible がホストへの接続に使用する基盤のツールでホストキーの確認を行わないようにするには、このパラメーターを「False」に設定します。"

#: ../../rst/reference_appendices/config.rst:2367
msgid "host_key_checking"
msgstr "host_key_checking"

#: ../../rst/reference_appendices/config.rst:2369
msgid ":envvar:`ANSIBLE_HOST_KEY_CHECKING`"
msgstr ":envvar:`ANSIBLE_HOST_KEY_CHECKING`"

#: ../../rst/reference_appendices/config.rst:2374
msgid "HOST_PATTERN_MISMATCH"
msgstr "HOST_PATTERN_MISMATCH"

#: ../../rst/reference_appendices/config.rst:2376
#: ../../rst/reference_appendices/config.rst:4311
msgid "This setting changes the behaviour of mismatched host patterns, it allows you to force a fatal error, a warning or just ignore it"
msgstr "この設定により、一致しないホストパターンの動作が変更されます。これにより、致命的なエラーや警告を強制したり、無視することが可能になります。"

#: ../../rst/reference_appendices/config.rst:2384
#: ../../rst/reference_appendices/config.rst:2457
#: ../../rst/reference_appendices/config.rst:2471
#: ../../rst/reference_appendices/config.rst:2483
#: ../../rst/reference_appendices/config.rst:2495
#: ../../rst/reference_appendices/config.rst:2508
#: ../../rst/reference_appendices/config.rst:2521
#: ../../rst/reference_appendices/config.rst:2535
#: ../../rst/reference_appendices/config.rst:2549
#: ../../rst/reference_appendices/config.rst:2565
#: ../../rst/reference_appendices/config.rst:2581
#: ../../rst/reference_appendices/config.rst:2596
#: ../../rst/reference_appendices/config.rst:2611
msgid "[inventory]"
msgstr "[inventory]"

#: ../../rst/reference_appendices/config.rst:2385
msgid "host_pattern_mismatch"
msgstr "host_pattern_mismatch"

#: ../../rst/reference_appendices/config.rst:2387
msgid ":envvar:`ANSIBLE_HOST_PATTERN_MISMATCH`"
msgstr ":envvar:`ANSIBLE_HOST_PATTERN_MISMATCH`"

#: ../../rst/reference_appendices/config.rst:2392
msgid "INJECT_FACTS_AS_VARS"
msgstr "INJECT_FACTS_AS_VARS"

#: ../../rst/reference_appendices/config.rst:2394
msgid "Facts are available inside the `ansible_facts` variable, this setting also pushes them as their own vars in the main namespace. Unlike inside the `ansible_facts` dictionary, these will have an `ansible_` prefix."
msgstr "ファクトは `ansible_facts` 変数内で利用できます。この設定は、主な名前空間で独自の変数としてプッシュされます。`ansible_facts` ディクショナリー内とは異なり、これは `ansible_` の接頭辞があります。"

#: ../../rst/reference_appendices/config.rst:2400
msgid "inject_facts_as_vars"
msgstr "inject_facts_as_vars"

#: ../../rst/reference_appendices/config.rst:2402
msgid ":envvar:`ANSIBLE_INJECT_FACT_VARS`"
msgstr ":envvar:`ANSIBLE_INJECT_FACT_VARS`"

#: ../../rst/reference_appendices/config.rst:2407
msgid "INTERPRETER_PYTHON"
msgstr "INTERPRETER_PYTHON"

#: ../../rst/reference_appendices/config.rst:2409
#: ../../rst/reference_appendices/config.rst:4319
msgid "Path to the Python interpreter to be used for module execution on remote targets, or an automatic discovery mode. Supported discovery modes are ``auto`` (the default), ``auto_silent``, ``auto_legacy``, and ``auto_legacy_silent``. All discovery modes employ a lookup table to use the included system Python (on distributions known to include one), falling back to a fixed ordered list of well-known Python interpreter locations if a platform-specific default is not available. The fallback behavior will issue a warning that the interpreter should be set explicitly (since interpreters installed later may change which one is used). This warning behavior can be disabled by setting ``auto_silent`` or ``auto_legacy_silent``. The value of ``auto_legacy`` provides all the same behavior, but for backwards-compatibility with older Ansible releases that always defaulted to ``/usr/bin/python``, will use that interpreter if present."
msgstr "リモートターゲットまたは自動検出モードでのモジュール実行に使用される Python インタープリターへのパス。サポートされている検出モードは、``auto`` (デフォルト)、``auto_silent``、``auto_legacy``、および ``auto_legacy_silent`` です。すべての検出モードは、含まれているシステムの Python (含むことがディストリビューションで) を使用するためにルックアップテーブルを使用し、プラットフォーム固有のデフォルトが使用できない場合は、よく知られた Python インタープリターの位置の固定された順序リストにフォールバックします。フォールバック動作では、インタープリターを明示的に設定する必要があるという警告が出力されます (後からインストールされたインタープリターが、使用するインタープリターを変更する可能性があるからです)。この警告動作を無効にするには、``auto_silent`` または ``auto_legacy_silent`` を設定します。 ``auto_legacy`` の値はすべて同じ動作を指定しますが、以前の Ansible リリースとの下位互換性を確保するために常にデフォルトで ``/usr/bin/python`` に設定されていた場合には、インタープリターがあれば、それを使用します。"

#: ../../rst/reference_appendices/config.rst:2410
msgid "``auto``"
msgstr "``auto``"

#: ../../rst/reference_appendices/config.rst:2414
msgid "interpreter_python"
msgstr "interpreter_python"

#: ../../rst/reference_appendices/config.rst:2416
msgid ":envvar:`ANSIBLE_PYTHON_INTERPRETER`"
msgstr ":envvar:`ANSIBLE_PYTHON_INTERPRETER`"

#: ../../rst/reference_appendices/config.rst:2418
msgid "`ansible_python_interpreter`"
msgstr "`ansible_python_interpreter`"

#: ../../rst/reference_appendices/config.rst:2423
msgid "INTERPRETER_PYTHON_FALLBACK"
msgstr "INTERPRETER_PYTHON_FALLBACK"

#: ../../rst/reference_appendices/config.rst:2426
msgid "``['python3.11', 'python3.10', 'python3.9', 'python3.8', 'python3.7', 'python3.6', 'python3.5', '/usr/bin/python3', '/usr/libexec/platform-python', 'python2.7', '/usr/bin/python', 'python']``"
msgstr "``['python3.11', 'python3.10', 'python3.9', 'python3.8', 'python3.7', 'python3.6', 'python3.5', '/usr/bin/python3', '/usr/libexec/platform-python', 'python2.7', '/usr/bin/python', 'python']``"

#: ../../rst/reference_appendices/config.rst:2429
msgid "`ansible_interpreter_python_fallback`"
msgstr "`ansible_interpreter_python_fallback`"

#: ../../rst/reference_appendices/config.rst:2434
msgid "INVALID_TASK_ATTRIBUTE_FAILED"
msgstr "INVALID_TASK_ATTRIBUTE_FAILED"

#: ../../rst/reference_appendices/config.rst:2436
#: ../../rst/reference_appendices/config.rst:4336
msgid "If 'false', invalid attributes for a task will result in warnings instead of errors"
msgstr "「false」の場合は、タスクの無効な属性により、エラーではなく警告が発生します。"

#: ../../rst/reference_appendices/config.rst:2442
msgid "invalid_task_attribute_failed"
msgstr "invalid_task_attribute_failed"

#: ../../rst/reference_appendices/config.rst:2444
msgid ":envvar:`ANSIBLE_INVALID_TASK_ATTRIBUTE_FAILED`"
msgstr ":envvar:`ANSIBLE_INVALID_TASK_ATTRIBUTE_FAILED`"

#: ../../rst/reference_appendices/config.rst:2449
msgid "INVENTORY_ANY_UNPARSED_IS_FAILED"
msgstr "INVENTORY_ANY_UNPARSED_IS_FAILED"

#: ../../rst/reference_appendices/config.rst:2451
#: ../../rst/reference_appendices/config.rst:4344
msgid "If 'true', it is a fatal error when any given inventory source cannot be successfully parsed by any available inventory plugin; otherwise, this situation only attracts a warning."
msgstr "「true」の場合は、指定のインベントリーソースを利用可能な inventory プラグインで正常に解析できない場合に致命的なエラーになります。そうでないと、この状況は警告を招くだけとなります。"

#: ../../rst/reference_appendices/config.rst:2458
msgid "any_unparsed_is_failed"
msgstr "any_unparsed_is_failed"

#: ../../rst/reference_appendices/config.rst:2460
msgid ":envvar:`ANSIBLE_INVENTORY_ANY_UNPARSED_IS_FAILED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_ANY_UNPARSED_IS_FAILED`"

#: ../../rst/reference_appendices/config.rst:2465
msgid "INVENTORY_CACHE_ENABLED"
msgstr "INVENTORY_CACHE_ENABLED"

#: ../../rst/reference_appendices/config.rst:2467
msgid "Toggle to turn on inventory caching. This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`. The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory configuration. This message will be removed in 2.16."
msgstr "切り替えてイベントリーキャッシュをオンにします。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリー設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:2472
msgid "cache"
msgstr "cache"

#: ../../rst/reference_appendices/config.rst:2474
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE`"

#: ../../rst/reference_appendices/config.rst:2479
msgid "INVENTORY_CACHE_PLUGIN"
msgstr "INVENTORY_CACHE_PLUGIN"

#: ../../rst/reference_appendices/config.rst:2481
msgid "The plugin for caching inventory. This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`. The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration. This message will be removed in 2.16."
msgstr "キャッシュインベントリーのプラグイン。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:2484
msgid "cache_plugin"
msgstr "cache_plugin"

#: ../../rst/reference_appendices/config.rst:2486
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN`"

#: ../../rst/reference_appendices/config.rst:2491
msgid "INVENTORY_CACHE_PLUGIN_CONNECTION"
msgstr "INVENTORY_CACHE_PLUGIN_CONNECTION"

#: ../../rst/reference_appendices/config.rst:2493
msgid "The inventory cache connection. This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`. The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration. This message will be removed in 2.16."
msgstr "インベントリーキャッシュコネクション。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:2496
msgid "cache_connection"
msgstr "cache_connection"

#: ../../rst/reference_appendices/config.rst:2498
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_CONNECTION`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_CONNECTION`"

#: ../../rst/reference_appendices/config.rst:2503
msgid "INVENTORY_CACHE_PLUGIN_PREFIX"
msgstr "INVENTORY_CACHE_PLUGIN_PREFIX"

#: ../../rst/reference_appendices/config.rst:2505
msgid "The table prefix for the cache plugin. This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`. The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration. This message will be removed in 2.16."
msgstr "キャッシュプラグインの表の接頭辞。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:2506
msgid "``ansible_inventory_``"
msgstr "``ansible_inventory_``"

#: ../../rst/reference_appendices/config.rst:2509
msgid "cache_prefix"
msgstr "cache_prefix"

#: ../../rst/reference_appendices/config.rst:2511
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN_PREFIX`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN_PREFIX`"

#: ../../rst/reference_appendices/config.rst:2516
msgid "INVENTORY_CACHE_TIMEOUT"
msgstr "INVENTORY_CACHE_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:2518
msgid "Expiration timeout for the inventory cache plugin data. This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`. The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration. This message will be removed in 2.16."
msgstr "インベントリーキャッシュプラグインデータの有効期限のタイムアウト。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:2519
msgid "``3600``"
msgstr "``3600``"

#: ../../rst/reference_appendices/config.rst:2522
msgid "cache_timeout"
msgstr "cache_timeout"

#: ../../rst/reference_appendices/config.rst:2524
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:2529
msgid "INVENTORY_ENABLED"
msgstr "INVENTORY_ENABLED"

#: ../../rst/reference_appendices/config.rst:2531
#: ../../rst/reference_appendices/config.rst:4393
msgid "List of enabled inventory plugins, it also determines the order in which they are used."
msgstr "有効な inventory プラグインのリスト。また、使用する順序も決定します。"

#: ../../rst/reference_appendices/config.rst:2533
msgid "``['host_list', 'script', 'auto', 'yaml', 'ini', 'toml']``"
msgstr "``['host_list', 'script', 'auto', 'yaml', 'ini', 'toml']``"

#: ../../rst/reference_appendices/config.rst:2536
msgid "enable_plugins"
msgstr "enable_plugins"

#: ../../rst/reference_appendices/config.rst:2538
msgid ":envvar:`ANSIBLE_INVENTORY_ENABLED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_ENABLED`"

#: ../../rst/reference_appendices/config.rst:2543
msgid "INVENTORY_EXPORT"
msgstr "INVENTORY_EXPORT"

#: ../../rst/reference_appendices/config.rst:2545
#: ../../rst/reference_appendices/config.rst:4401
msgid "Controls if ansible-inventory will accurately reflect Ansible's view into inventory or its optimized for exporting."
msgstr "ansible-inventory が Ansible のビューをインベントリーに正確に反映させるか、またはエクスポートに最適化するかを制御します。"

#: ../../rst/reference_appendices/config.rst:2550
msgid "export"
msgstr "export"

#: ../../rst/reference_appendices/config.rst:2552
msgid ":envvar:`ANSIBLE_INVENTORY_EXPORT`"
msgstr ":envvar:`ANSIBLE_INVENTORY_EXPORT`"

#: ../../rst/reference_appendices/config.rst:2557
msgid "INVENTORY_IGNORE_EXTS"
msgstr "INVENTORY_IGNORE_EXTS"

#: ../../rst/reference_appendices/config.rst:2559
#: ../../rst/reference_appendices/config.rst:4409
msgid "List of extensions to ignore when using a directory as an inventory source"
msgstr "ディレクトリーをインベントリーソースとして使用する際に無視する拡張機能の一覧。"

#: ../../rst/reference_appendices/config.rst:2561
msgid "``{{(REJECT_EXTS + ('.orig', '.ini', '.cfg', '.retry'))}}``"
msgstr "``{{(REJECT_EXTS + ('.orig', '.ini', '.cfg', '.retry'))}}``"

#: ../../rst/reference_appendices/config.rst:2564
msgid "inventory_ignore_extensions"
msgstr "inventory_ignore_extensions"

#: ../../rst/reference_appendices/config.rst:2566
msgid "ignore_extensions"
msgstr "ignore_extensions"

#: ../../rst/reference_appendices/config.rst:2568
msgid ":envvar:`ANSIBLE_INVENTORY_IGNORE`"
msgstr ":envvar:`ANSIBLE_INVENTORY_IGNORE`"

#: ../../rst/reference_appendices/config.rst:2573
msgid "INVENTORY_IGNORE_PATTERNS"
msgstr "INVENTORY_IGNORE_PATTERNS"

#: ../../rst/reference_appendices/config.rst:2575
#: ../../rst/reference_appendices/config.rst:4417
msgid "List of patterns to ignore when using a directory as an inventory source"
msgstr "ディレクトリーをインベントリーソースとして使用する場合に無視するパターンの一覧。"

#: ../../rst/reference_appendices/config.rst:2580
msgid "inventory_ignore_patterns"
msgstr "inventory_ignore_patterns"

#: ../../rst/reference_appendices/config.rst:2582
msgid "ignore_patterns"
msgstr "ignore_patterns"

#: ../../rst/reference_appendices/config.rst:2584
msgid ":envvar:`ANSIBLE_INVENTORY_IGNORE_REGEX`"
msgstr ":envvar:`ANSIBLE_INVENTORY_IGNORE_REGEX`"

#: ../../rst/reference_appendices/config.rst:2589
msgid "INVENTORY_UNPARSED_IS_FAILED"
msgstr "INVENTORY_UNPARSED_IS_FAILED"

#: ../../rst/reference_appendices/config.rst:2591
#: ../../rst/reference_appendices/config.rst:4425
msgid "If 'true' it is a fatal error if every single potential inventory source fails to parse, otherwise this situation will only attract a warning."
msgstr "「true」にすると、すべての潜在的なインベントリーソースが解析に失敗した場合に致命的なエラーとなります。そうしないと、この状況は警告を招くだけです。"

#: ../../rst/reference_appendices/config.rst:2597
msgid "unparsed_is_failed"
msgstr "unparsed_is_failed"

#: ../../rst/reference_appendices/config.rst:2599
msgid ":envvar:`ANSIBLE_INVENTORY_UNPARSED_FAILED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_UNPARSED_FAILED`"

#: ../../rst/reference_appendices/config.rst:2604
msgid "INVENTORY_UNPARSED_WARNING"
msgstr "INVENTORY_UNPARSED_WARNING"

#: ../../rst/reference_appendices/config.rst:2606
msgid "By default Ansible will issue a warning when no inventory was loaded and notes that it will use an implicit localhost-only inventory. These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、インベントリーがロードされていない場合に警告を発行し、暗黙的なローカルホストのみのインベントリーを使用することを通知します。これらの警告の通知は、この設定を False に調整して、オフにできます。"

#: ../../rst/reference_appendices/config.rst:2612
msgid "inventory_unparsed_warning"
msgstr "inventory_unparsed_warning"

#: ../../rst/reference_appendices/config.rst:2614
msgid ":envvar:`ANSIBLE_INVENTORY_UNPARSED_WARNING`"
msgstr ":envvar:`ANSIBLE_INVENTORY_UNPARSED_WARNING`"

#: ../../rst/reference_appendices/config.rst:2619
msgid "JINJA2_NATIVE_WARNING"
msgstr "JINJA2_NATIVE_WARNING"

#: ../../rst/reference_appendices/config.rst:2621
#: ../../rst/reference_appendices/config.rst:4434
msgid "Toggle to control showing warnings related to running a Jinja version older than required for jinja2_native"
msgstr "jinja2_native に必要なバージョンよりも古い Jinja の実行に関連する警告の表示を制御するように切り替えます。"

#: ../../rst/reference_appendices/config.rst:2626
msgid "jinja2_native_warning"
msgstr "jinja2_native_warning"

#: ../../rst/reference_appendices/config.rst:2628
msgid ":envvar:`ANSIBLE_JINJA2_NATIVE_WARNING` :Deprecated in: 2.17 :Deprecated detail: This option is no longer used in the Ansible Core code base."
msgstr "`ANSIBLE_JINJA2_NATIVE_WARNING`: 非推奨:2.17。 :非推奨の詳細: このオプションは、Ansible Core コードベースでは使用されなくなりました。"

#: ../../rst/reference_appendices/config.rst:2635
msgid "LOCALHOST_WARNING"
msgstr "LOCALHOST_WARNING"

#: ../../rst/reference_appendices/config.rst:2637
msgid "By default Ansible will issue a warning when there are no hosts in the inventory. These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、インベントリーにホストがない場合に警告を表示します。この警告は、この設定を False に設定すると非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst:2640
msgid "2.6"
msgstr "2.6"

#: ../../rst/reference_appendices/config.rst:2643
msgid "localhost_warning"
msgstr "localhost_warning"

#: ../../rst/reference_appendices/config.rst:2645
msgid ":envvar:`ANSIBLE_LOCALHOST_WARNING`"
msgstr ":envvar:`ANSIBLE_LOCALHOST_WARNING`"

#: ../../rst/reference_appendices/config.rst:2650
msgid "MAX_FILE_SIZE_FOR_DIFF"
msgstr "MAX_FILE_SIZE_FOR_DIFF"

#: ../../rst/reference_appendices/config.rst:2652
#: ../../rst/reference_appendices/config.rst:4444
msgid "Maximum size of files to be considered for diff display"
msgstr "diff 表示に考慮されるファイルの最大サイズ。"

#: ../../rst/reference_appendices/config.rst:2653
#: ../../rst/reference_appendices/config.rst:2748
msgid "int"
msgstr "int"

#: ../../rst/reference_appendices/config.rst:2654
msgid "``104448``"
msgstr "``104448``"

#: ../../rst/reference_appendices/config.rst:2657
msgid "max_diff_size"
msgstr "max_diff_size"

#: ../../rst/reference_appendices/config.rst:2659
msgid ":envvar:`ANSIBLE_MAX_DIFF_SIZE`"
msgstr ":envvar:`ANSIBLE_MAX_DIFF_SIZE`"

#: ../../rst/reference_appendices/config.rst:2664
msgid "MODULE_IGNORE_EXTS"
msgstr "MODULE_IGNORE_EXTS"

#: ../../rst/reference_appendices/config.rst:2666
msgid "List of extensions to ignore when looking for modules to load This is for rejecting script and binary module fallback extensions"
msgstr "読み込むモジュールを探すときに無視する拡張機能のリスト。これは、スクリプトおよびバイナリーモジュールのフォールバック拡張機能を拒否するためのものです。"

#: ../../rst/reference_appendices/config.rst:2668
msgid "``{{(REJECT_EXTS + ('.yaml', '.yml', '.ini'))}}``"
msgstr "``{{(REJECT_EXTS + ('.yaml', '.yml', '.ini'))}}``"

#: ../../rst/reference_appendices/config.rst:2671
msgid "module_ignore_exts"
msgstr "module_ignore_exts"

#: ../../rst/reference_appendices/config.rst:2673
msgid ":envvar:`ANSIBLE_MODULE_IGNORE_EXTS`"
msgstr ":envvar:`ANSIBLE_MODULE_IGNORE_EXTS`"

#: ../../rst/reference_appendices/config.rst:2678
msgid "NETCONF_SSH_CONFIG"
msgstr "NETCONF_SSH_CONFIG"

#: ../../rst/reference_appendices/config.rst:2680
#: ../../rst/reference_appendices/config.rst:4682
msgid "This variable is used to enable bastion/jump host with netconf connection. If set to True the bastion/jump host ssh settings should be present in ~/.ssh/config file, alternatively it can be set to custom ssh configuration file path to read the bastion/jump host settings."
msgstr "この変数は、netconf 接続で bastion/ジャンプホストを有効にするために使用されます。True に設定すると、bastion/ジャンプホストの ssh 設定が ~/.ssh/config ファイルに存在する必要があります。または、カスタムの ssh 設定ファイルパスに設定して、bastion/ジャンプホストの設定を読み取ることもできます。"

#: ../../rst/reference_appendices/config.rst:2683
msgid "[netconf_connection]"
msgstr "[netconf_connection]"

#: ../../rst/reference_appendices/config.rst:2684
msgid "ssh_config"
msgstr "ssh_config"

#: ../../rst/reference_appendices/config.rst:2686
msgid ":envvar:`ANSIBLE_NETCONF_SSH_CONFIG`"
msgstr ":envvar:`ANSIBLE_NETCONF_SSH_CONFIG`"

#: ../../rst/reference_appendices/config.rst:2691
msgid "NETWORK_GROUP_MODULES"
msgstr "NETWORK_GROUP_MODULES"

#: ../../rst/reference_appendices/config.rst:2694
msgid "``['eos', 'nxos', 'ios', 'iosxr', 'junos', 'enos', 'ce', 'vyos', 'sros', 'dellos9', 'dellos10', 'dellos6', 'asa', 'aruba', 'aireos', 'bigip', 'ironware', 'onyx', 'netconf', 'exos', 'voss', 'slxos']``"
msgstr "``['eos', 'nxos', 'ios', 'iosxr', 'junos', 'enos', 'ce', 'vyos', 'sros', 'dellos9', 'dellos10', 'dellos6', 'asa', 'aruba', 'aireos', 'bigip', 'ironware', 'onyx', 'netconf', 'exos', 'voss', 'slxos']``"

#: ../../rst/reference_appendices/config.rst:2697
msgid "network_group_modules"
msgstr "network_group_modules"

#: ../../rst/reference_appendices/config.rst:2699
msgid ":envvar:`ANSIBLE_NETWORK_GROUP_MODULES`"
msgstr ":envvar:`ANSIBLE_NETWORK_GROUP_MODULES`"

#: ../../rst/reference_appendices/config.rst:2704
msgid "OLD_PLUGIN_CACHE_CLEARING"
msgstr "OLD_PLUGIN_CACHE_CLEARING"

#: ../../rst/reference_appendices/config.rst:2706
#: ../../rst/reference_appendices/config.rst:4475
msgid "Previously Ansible would only clear some of the plugin loading caches when loading new roles, this led to some behaviours in which a plugin loaded in prevoius plays would be unexpectedly 'sticky'. This setting allows to return to that behaviour."
msgstr "以前の Ansible は、新しいロールを読み込むときにプラグインの読み込みキャッシュの一部のみを削除していました。これにより、以前のプレイで読み込まれたプラグインが予期せず「スティッキー」になる動作が発生しました。この設定により、その動作に戻ることができます。"

#: ../../rst/reference_appendices/config.rst:2712
msgid "old_plugin_cache_clear"
msgstr "old_plugin_cache_clear"

#: ../../rst/reference_appendices/config.rst:2714
msgid ":envvar:`ANSIBLE_OLD_PLUGIN_CACHE_CLEAR`"
msgstr ":envvar:`ANSIBLE_OLD_PLUGIN_CACHE_CLEAR`"

#: ../../rst/reference_appendices/config.rst:2719
msgid "PARAMIKO_HOST_KEY_AUTO_ADD"
msgstr "PARAMIKO_HOST_KEY_AUTO_ADD"

#: ../../rst/reference_appendices/config.rst:2724
#: ../../rst/reference_appendices/config.rst:2737
msgid "[paramiko_connection]"
msgstr "[paramiko_connection]"

#: ../../rst/reference_appendices/config.rst:2725
msgid "host_key_auto_add"
msgstr "host_key_auto_add"

#: ../../rst/reference_appendices/config.rst:2727
msgid ":envvar:`ANSIBLE_PARAMIKO_HOST_KEY_AUTO_ADD`"
msgstr ":envvar:`ANSIBLE_PARAMIKO_HOST_KEY_AUTO_ADD`"

#: ../../rst/reference_appendices/config.rst:2732
msgid "PARAMIKO_LOOK_FOR_KEYS"
msgstr "PARAMIKO_LOOK_FOR_KEYS"

#: ../../rst/reference_appendices/config.rst:2738
msgid "look_for_keys"
msgstr "look_for_keys"

#: ../../rst/reference_appendices/config.rst:2740
msgid ":envvar:`ANSIBLE_PARAMIKO_LOOK_FOR_KEYS`"
msgstr ":envvar:`ANSIBLE_PARAMIKO_LOOK_FOR_KEYS`"

#: ../../rst/reference_appendices/config.rst:2745
msgid "PERSISTENT_COMMAND_TIMEOUT"
msgstr "PERSISTENT_COMMAND_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:2747
#: ../../rst/reference_appendices/config.rst:4521
msgid "This controls the amount of time to wait for response from remote device before timing out persistent connection."
msgstr "これは、永続的な接続をタイムアウトする前に、リモートデバイスからの応答を待つ時間を制御します。"

#: ../../rst/reference_appendices/config.rst:2749
#: ../../rst/reference_appendices/config.rst:2777
msgid "``30``"
msgstr "``30``"

#: ../../rst/reference_appendices/config.rst:2752
msgid "command_timeout"
msgstr "command_timeout"

#: ../../rst/reference_appendices/config.rst:2754
msgid ":envvar:`ANSIBLE_PERSISTENT_COMMAND_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_COMMAND_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:2759
msgid "PERSISTENT_CONNECT_RETRY_TIMEOUT"
msgstr "PERSISTENT_CONNECT_RETRY_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:2761
#: ../../rst/reference_appendices/config.rst:4513
msgid "This controls the retry timeout for persistent connection to connect to the local domain socket."
msgstr "これにより、ローカルドメインソケットに接続する永続接続の再試行タイムアウトを制御します。"

#: ../../rst/reference_appendices/config.rst:2766
msgid "connect_retry_timeout"
msgstr "connect_retry_timeout"

#: ../../rst/reference_appendices/config.rst:2768
msgid ":envvar:`ANSIBLE_PERSISTENT_CONNECT_RETRY_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONNECT_RETRY_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:2773
msgid "PERSISTENT_CONNECT_TIMEOUT"
msgstr "PERSISTENT_CONNECT_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:2775
#: ../../rst/reference_appendices/config.rst:4505
msgid "This controls how long the persistent connection will remain idle before it is destroyed."
msgstr "これは、アイドル状態になり、永続接続が破棄されるまでの期間を制御します。"

#: ../../rst/reference_appendices/config.rst:2780
msgid "connect_timeout"
msgstr "connect_timeout"

#: ../../rst/reference_appendices/config.rst:2782
msgid ":envvar:`ANSIBLE_PERSISTENT_CONNECT_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONNECT_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:2787
msgid "PERSISTENT_CONTROL_PATH_DIR"
msgstr "PERSISTENT_CONTROL_PATH_DIR"

#: ../../rst/reference_appendices/config.rst:2789
#: ../../rst/reference_appendices/config.rst:4497
msgid "Path to socket to be used by the connection persistence system."
msgstr "接続永続システムによって使用されるソケットへのパス。"

#: ../../rst/reference_appendices/config.rst:2791
msgid "``{{ ANSIBLE_HOME ~ \"/pc\" }}``"
msgstr "``{{ ANSIBLE_HOME ~ \"/pc\" }}``"

#: ../../rst/reference_appendices/config.rst:2794
msgid "control_path_dir"
msgstr "control_path_dir"

#: ../../rst/reference_appendices/config.rst:2796
msgid ":envvar:`ANSIBLE_PERSISTENT_CONTROL_PATH_DIR`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONTROL_PATH_DIR`"

#: ../../rst/reference_appendices/config.rst:2801
msgid "PLAYBOOK_DIR"
msgstr "PLAYBOOK_DIR"

#: ../../rst/reference_appendices/config.rst:2803
#: ../../rst/reference_appendices/config.rst:4529
msgid "A number of non-playbook CLIs have a ``--playbook-dir`` argument; this sets the default value for it."
msgstr "Playbook 以外の CLI の多くに ``--playbook-dir`` 引数があり、これによりデフォルト値が設定されます。"

#: ../../rst/reference_appendices/config.rst:2808
#: ../../rst/reference_appendices/special_variables.rst:122
msgid "playbook_dir"
msgstr "playbook_dir"

#: ../../rst/reference_appendices/config.rst:2810
msgid ":envvar:`ANSIBLE_PLAYBOOK_DIR`"
msgstr ":envvar:`ANSIBLE_PLAYBOOK_DIR`"

#: ../../rst/reference_appendices/config.rst:2815
msgid "PLAYBOOK_VARS_ROOT"
msgstr "PLAYBOOK_VARS_ROOT"

#: ../../rst/reference_appendices/config.rst:2817
#: ../../rst/reference_appendices/config.rst:4537
msgid "This sets which playbook dirs will be used as a root to process vars plugins, which includes finding host_vars/group_vars"
msgstr "これにより、どの Playbookdir が vars プラグインを処理するためのルートとして使用されるかが設定されます。これには、host_vars/group_vars の検索が含まれます。"

#: ../../rst/reference_appendices/config.rst:2818
msgid "``top``"
msgstr "``top``"

#: ../../rst/reference_appendices/config.rst
msgid "top"
msgstr "top"

#: ../../rst/reference_appendices/config.rst:2820
msgid "follows the traditional behavior of using the top playbook in the chain to find the root directory."
msgstr "チェーンの最上位の Playbook を使用してルートディレクトリーを見つけるという従来の動作に従います。"

#: ../../rst/reference_appendices/config.rst
msgid "bottom"
msgstr "bottom"

#: ../../rst/reference_appendices/config.rst:2821
msgid "follows the 2.4.0 behavior of using the current playbook to find the root directory."
msgstr "現在の Playbook を使用してルートディレクトリーを検索する 2.4.0 の動作に従います。"

#: ../../rst/reference_appendices/config.rst
msgid "all"
msgstr "all"

#: ../../rst/reference_appendices/config.rst:2822
msgid "examines from the first parent to the current playbook."
msgstr "最初の親から現在の Playbook までを調べます。"

#: ../../rst/reference_appendices/config.rst:2823
msgid "2.4.1"
msgstr "2.4.1"

#: ../../rst/reference_appendices/config.rst:2826
msgid "playbook_vars_root"
msgstr "playbook_vars_root"

#: ../../rst/reference_appendices/config.rst:2828
msgid ":envvar:`ANSIBLE_PLAYBOOK_VARS_ROOT`"
msgstr ":envvar:`ANSIBLE_PLAYBOOK_VARS_ROOT`"

#: ../../rst/reference_appendices/config.rst:2833
msgid "PLUGIN_FILTERS_CFG"
msgstr "PLUGIN_FILTERS_CFG"

#: ../../rst/reference_appendices/config.rst:2835
msgid "A path to configuration for filtering which plugins installed on the system are allowed to be used. See :ref:`plugin_filtering_config` for details of the filter file's format.  The default is /etc/ansible/plugin_filters.yml"
msgstr "システムにインストールされているプラグインのうち、どのプラグインの使用を許可するかをフィルタリングするための設定のパスです。フィルターファイルの形式の詳細は、「:ref:`plugin_filtering_config`」を参照してください。デフォルトは /etc/ansible/plugin_filters.yml です。"

#: ../../rst/reference_appendices/config.rst:2838
msgid "2.5.0"
msgstr "2.5.0"

#: ../../rst/reference_appendices/config.rst:2841
msgid "plugin_filters_cfg"
msgstr "plugin_filters_cfg"

#: ../../rst/reference_appendices/config.rst:2846
msgid "PYTHON_MODULE_RLIMIT_NOFILE"
msgstr "PYTHON_MODULE_RLIMIT_NOFILE"

#: ../../rst/reference_appendices/config.rst:2848
#: ../../rst/reference_appendices/config.rst:4546
msgid "Attempts to set RLIMIT_NOFILE soft limit to the specified value when executing Python modules (can speed up subprocess usage on Python 2.x. See https://bugs.python.org/issue11284). The value will be limited by the existing hard limit. Default value of 0 does not attempt to adjust existing system-defined limits."
msgstr "Python モジュールの実行時に RLIMIT_NOFILE ソフト制限を指定された値に設定しようとします (Python2.x でのサブプロセスの使用を高速化できます。https://bugs.python.org/issue11284 を参照してください)。この値は、既存のハード制限によって制限されます。デフォルト値の 0 は、既存のシステム定義の制限を調整しようとはしません。"

#: ../../rst/reference_appendices/config.rst:2853
msgid "python_module_rlimit_nofile"
msgstr "python_module_rlimit_nofile"

#: ../../rst/reference_appendices/config.rst:2855
msgid ":envvar:`ANSIBLE_PYTHON_MODULE_RLIMIT_NOFILE`"
msgstr ":envvar:`ANSIBLE_PYTHON_MODULE_RLIMIT_NOFILE`"

#: ../../rst/reference_appendices/config.rst:2857
msgid "`ansible_python_module_rlimit_nofile`"
msgstr "`ansible_python_module_rlimit_nofile`"

#: ../../rst/reference_appendices/config.rst:2862
msgid "RETRY_FILES_ENABLED"
msgstr "RETRY_FILES_ENABLED"

#: ../../rst/reference_appendices/config.rst:2864
#: ../../rst/reference_appendices/config.rst:4554
msgid "This controls whether a failed Ansible playbook should create a .retry file."
msgstr "これにより、失敗した Ansible Playbook が .retry ファイルを作成するかどうかを制御します。"

#: ../../rst/reference_appendices/config.rst:2869
msgid "retry_files_enabled"
msgstr "retry_files_enabled"

#: ../../rst/reference_appendices/config.rst:2871
msgid ":envvar:`ANSIBLE_RETRY_FILES_ENABLED`"
msgstr ":envvar:`ANSIBLE_RETRY_FILES_ENABLED`"

#: ../../rst/reference_appendices/config.rst:2876
msgid "RETRY_FILES_SAVE_PATH"
msgstr "RETRY_FILES_SAVE_PATH"

#: ../../rst/reference_appendices/config.rst:2878
msgid "This sets the path in which Ansible will save .retry files when a playbook fails and retry files are enabled. This file will be overwritten after each run with the list of failed hosts from all plays."
msgstr "これにより、Playbook が失敗し、再試行ファイルが有効になっている場合に、Ansible が .retry ファイルを保存するパスが設定されます。このファイルは、実行するたびに、すべてのプレイで失敗したホストのリストで上書きされます。"

#: ../../rst/reference_appendices/config.rst:2883
msgid "retry_files_save_path"
msgstr "retry_files_save_path"

#: ../../rst/reference_appendices/config.rst:2885
msgid ":envvar:`ANSIBLE_RETRY_FILES_SAVE_PATH`"
msgstr ":envvar:`ANSIBLE_RETRY_FILES_SAVE_PATH`"

#: ../../rst/reference_appendices/config.rst:2890
msgid "RUN_VARS_PLUGINS"
msgstr "RUN_VARS_PLUGINS"

#: ../../rst/reference_appendices/config.rst:2892
#: ../../rst/reference_appendices/config.rst:4570
msgid "This setting can be used to optimize vars_plugin usage depending on user's inventory size and play selection."
msgstr "この設定は、ユーザーのインベントリーサイズとプレイの選択内容に応じて vars_plugin の使用量を最適化するために使用できます。"

#: ../../rst/reference_appendices/config.rst:2894
msgid "``demand``"
msgstr "``demand``"

#: ../../rst/reference_appendices/config.rst
msgid "demand"
msgstr "demand"

#: ../../rst/reference_appendices/config.rst:2896
msgid "will run vars_plugins relative to inventory sources anytime vars are 'demanded' by tasks."
msgstr "変数がタスクによって要求されるときはいつでも、インベントリーソースに合わせて vars_plugins を実行します。"

#: ../../rst/reference_appendices/config.rst
msgid "start"
msgstr "start"

#: ../../rst/reference_appendices/config.rst:2897
msgid "will run vars_plugins relative to inventory sources after importing that inventory source."
msgstr "インベントリーソースをインポートした後に、インベントリーソースに合わせて vars_plugins を実行します。"

#: ../../rst/reference_appendices/config.rst:2901
msgid "run_vars_plugins"
msgstr "run_vars_plugins"

#: ../../rst/reference_appendices/config.rst:2903
msgid ":envvar:`ANSIBLE_RUN_VARS_PLUGINS`"
msgstr ":envvar:`ANSIBLE_RUN_VARS_PLUGINS`"

#: ../../rst/reference_appendices/config.rst:2908
msgid "SHOW_CUSTOM_STATS"
msgstr "SHOW_CUSTOM_STATS"

#: ../../rst/reference_appendices/config.rst:2910
#: ../../rst/reference_appendices/config.rst:4578
msgid "This adds the custom stats set via the set_stats plugin to the default output"
msgstr "これにより、set_stats プラグインを介してカスタム統計セットがデフォルトの出力に追加されます。"

#: ../../rst/reference_appendices/config.rst:2915
msgid "show_custom_stats"
msgstr "show_custom_stats"

#: ../../rst/reference_appendices/config.rst:2917
msgid ":envvar:`ANSIBLE_SHOW_CUSTOM_STATS`"
msgstr ":envvar:`ANSIBLE_SHOW_CUSTOM_STATS`"

#: ../../rst/reference_appendices/config.rst:2922
msgid "STRING_CONVERSION_ACTION"
msgstr "STRING_CONVERSION_ACTION"

#: ../../rst/reference_appendices/config.rst:2924
msgid "Action to take when a module parameter value is converted to a string (this does not affect variables). For string parameters, values such as '1.00', \"['a', 'b',]\", and 'yes', 'y', etc. will be converted by the YAML parser unless fully quoted. Valid options are 'error', 'warn', and 'ignore'. Since 2.8, this option defaults to 'warn' but will change to 'error' in 2.12."
msgstr "モジュールパラメーター値が文字列に変換されるときに実行するアクション (これは変数には影響しません)。文字列パラメーターの場合、「1.00」、「['a', 'b',]」、「yes」、「y」などの値は、完全に引用されていない限り、YAML パーサーにより変換されます。有効なオプションは、「error」、「warn」、および「ignore」です。2.8 以降、このオプションのデフォルトは「warn」ですが、2.12では「error」に変更されます。"

#: ../../rst/reference_appendices/config.rst:2930
msgid "string_conversion_action"
msgstr "string_conversion_action"

#: ../../rst/reference_appendices/config.rst:2932
msgid ":envvar:`ANSIBLE_STRING_CONVERSION_ACTION`"
msgstr ":envvar:`ANSIBLE_STRING_CONVERSION_ACTION`"

#: ../../rst/reference_appendices/config.rst:2937
msgid "STRING_TYPE_FILTERS"
msgstr "STRING_TYPE_FILTERS"

#: ../../rst/reference_appendices/config.rst:2939
msgid "This list of filters avoids 'type conversion' when templating variables Useful when you want to avoid conversion into lists or dictionaries for JSON strings, for example."
msgstr "このフィルターのリストは、変数をテンプレート化するときに「型変換」を回避します。たとえば、JSON 文字列のリストやディレクトリーへの変換を回避したい場合に便利です。"

#: ../../rst/reference_appendices/config.rst:2941
msgid "``['string', 'to_json', 'to_nice_json', 'to_yaml', 'to_nice_yaml', 'ppretty', 'json']``"
msgstr "``['string', 'to_json', 'to_nice_json', 'to_yaml', 'to_nice_yaml', 'ppretty', 'json']``"

#: ../../rst/reference_appendices/config.rst:2943
msgid "[jinja2]"
msgstr "[jinja2]"

#: ../../rst/reference_appendices/config.rst:2944
msgid "dont_type_filters"
msgstr "dont_type_filters"

#: ../../rst/reference_appendices/config.rst:2946
msgid ":envvar:`ANSIBLE_STRING_TYPE_FILTERS`"
msgstr ":envvar:`ANSIBLE_STRING_TYPE_FILTERS`"

#: ../../rst/reference_appendices/config.rst:2951
msgid "SYSTEM_WARNINGS"
msgstr "SYSTEM_WARNINGS"

#: ../../rst/reference_appendices/config.rst:2953
msgid "Allows disabling of warnings related to potential issues on the system running ansible itself (not on the managed hosts) These may include warnings about 3rd party packages or other conditions that should be resolved if possible."
msgstr "Ansible 自体を実行している (管理対象ホストではない) システムの潜在的な問題に関連する警告を無効にすることができます。これには、サードパーティーのパッケージに関する警告や、可能であれば解決する必要のあるその他の条件が含まれる場合があります。"

#: ../../rst/reference_appendices/config.rst:2958
msgid "system_warnings"
msgstr "system_warnings"

#: ../../rst/reference_appendices/config.rst:2960
msgid ":envvar:`ANSIBLE_SYSTEM_WARNINGS`"
msgstr ":envvar:`ANSIBLE_SYSTEM_WARNINGS`"

#: ../../rst/reference_appendices/config.rst:2965
msgid "TAGS_RUN"
msgstr "TAGS_RUN"

#: ../../rst/reference_appendices/config.rst:2967
#: ../../rst/reference_appendices/config.rst:4602
msgid "default list of tags to run in your plays, Skip Tags has precedence."
msgstr "プレイで実行するタグのデフォルト一覧。Skip Tags が優先されます。"

#: ../../rst/reference_appendices/config.rst:2972
#: ../../rst/reference_appendices/config.rst:2987
msgid "[tags]"
msgstr "[tags]"

#: ../../rst/reference_appendices/config.rst:2973
msgid "run"
msgstr "run"

#: ../../rst/reference_appendices/config.rst:2975
msgid ":envvar:`ANSIBLE_RUN_TAGS`"
msgstr ":envvar:`ANSIBLE_RUN_TAGS`"

#: ../../rst/reference_appendices/config.rst:2980
msgid "TAGS_SKIP"
msgstr "TAGS_SKIP"

#: ../../rst/reference_appendices/config.rst:2982
#: ../../rst/reference_appendices/config.rst:4610
msgid "default list of tags to skip in your plays, has precedence over Run Tags"
msgstr "プレイでスキップするタグのデフォルト一覧は Run Tags よりも優先されます。"

#: ../../rst/reference_appendices/config.rst:2990
msgid ":envvar:`ANSIBLE_SKIP_TAGS`"
msgstr ":envvar:`ANSIBLE_SKIP_TAGS`"

#: ../../rst/reference_appendices/config.rst:2995
msgid "TASK_DEBUGGER_IGNORE_ERRORS"
msgstr "TASK_DEBUGGER_IGNORE_ERRORS"

#: ../../rst/reference_appendices/config.rst:2997
msgid "This option defines whether the task debugger will be invoked on a failed task when ignore_errors=True is specified. True specifies that the debugger will honor ignore_errors, False will not honor ignore_errors."
msgstr "このオプションは、ignore_errors=True が指定されている場合に、失敗したタスクでタスクデバッガーが呼び出されるかどうかを定義します。True に設定すると、デバッガーが ignore_errors を許可するように指定し、False に設定すると ignore_errors が無効になります。"

#: ../../rst/reference_appendices/config.rst:3003
msgid "task_debugger_ignore_errors"
msgstr "task_debugger_ignore_errors"

#: ../../rst/reference_appendices/config.rst:3005
msgid ":envvar:`ANSIBLE_TASK_DEBUGGER_IGNORE_ERRORS`"
msgstr ":envvar:`ANSIBLE_TASK_DEBUGGER_IGNORE_ERRORS`"

#: ../../rst/reference_appendices/config.rst:3010
msgid "TASK_TIMEOUT"
msgstr "TASK_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:3012
msgid "Set the maximum time (in seconds) that a task can run for. If set to 0 (the default) there is no timeout."
msgstr "タスクを実行できる最大時間 (秒単位) を設定します。0 (デフォルト) に設定するとタイムアウトはありません。"

#: ../../rst/reference_appendices/config.rst:3018
msgid "task_timeout"
msgstr "task_timeout"

#: ../../rst/reference_appendices/config.rst:3020
msgid ":envvar:`ANSIBLE_TASK_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_TASK_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:3025
msgid "TRANSFORM_INVALID_GROUP_CHARS"
msgstr "TRANSFORM_INVALID_GROUP_CHARS"

#: ../../rst/reference_appendices/config.rst:3027
#: ../../rst/reference_appendices/config.rst:4328
msgid "Make ansible transform invalid characters in group names supplied by inventory sources."
msgstr "Ansible を使用してインベントリーソースが提供したグループ名で無効な文字を変換させます。"

#: ../../rst/reference_appendices/config.rst:3029
msgid "``never``"
msgstr "``never``"

#: ../../rst/reference_appendices/config.rst:3031
msgid "it will replace any invalid characters with '_' (underscore) and warn the user"
msgstr "無効な文字を '_' (アンダースコア) に置き換え、ユーザーに警告します"

#: ../../rst/reference_appendices/config.rst
msgid "never"
msgstr "never"

#: ../../rst/reference_appendices/config.rst:3032
msgid "it will allow for the group name but warn about the issue"
msgstr "グループ名は許可されますが、問題を警告します"

#: ../../rst/reference_appendices/config.rst:3033
msgid "it does the same as 'never', without issuing a warning"
msgstr "警告を出力せずに、'never' と同じように動作します"

#: ../../rst/reference_appendices/config.rst
msgid "silently"
msgstr "silently"

#: ../../rst/reference_appendices/config.rst:3034
msgid "it does the same as 'always', without issuing a warning"
msgstr "警告を出力せずに、'always' と同じように動作します"

#: ../../rst/reference_appendices/config.rst:3038
msgid "force_valid_group_names"
msgstr "force_valid_group_names"

#: ../../rst/reference_appendices/config.rst:3040
msgid ":envvar:`ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS`"
msgstr ":envvar:`ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS`"

#: ../../rst/reference_appendices/config.rst:3045
msgid "USE_PERSISTENT_CONNECTIONS"
msgstr "USE_PERSISTENT_CONNECTIONS"

#: ../../rst/reference_appendices/config.rst:3047
#: ../../rst/reference_appendices/config.rst:4642
msgid "Toggles the use of persistence for connections."
msgstr "接続に対して永続性の使用を切り替えます。"

#: ../../rst/reference_appendices/config.rst:3052
msgid "use_persistent_connections"
msgstr "use_persistent_connections"

#: ../../rst/reference_appendices/config.rst:3054
msgid ":envvar:`ANSIBLE_USE_PERSISTENT_CONNECTIONS`"
msgstr ":envvar:`ANSIBLE_USE_PERSISTENT_CONNECTIONS`"

#: ../../rst/reference_appendices/config.rst:3059
msgid "VALIDATE_ACTION_GROUP_METADATA"
msgstr "VALIDATE_ACTION_GROUP_METADATA"

#: ../../rst/reference_appendices/config.rst:3061
#: ../../rst/reference_appendices/config.rst:4698
msgid "A toggle to disable validating a collection's 'metadata' entry for a module_defaults action group. Metadata containing unexpected fields or value types will produce a warning when this is True."
msgstr "module_defaults アクショングループのコレクションの「metadata」エントリーの検証を無効にする切り替えです。予期しないフィールドまたは値タイプを含むメタデータがあると、True の場合に警告が表示されます。"

#: ../../rst/reference_appendices/config.rst:3067
msgid "validate_action_group_metadata"
msgstr "validate_action_group_metadata"

#: ../../rst/reference_appendices/config.rst:3069
msgid ":envvar:`ANSIBLE_VALIDATE_ACTION_GROUP_METADATA`"
msgstr ":envvar:`ANSIBLE_VALIDATE_ACTION_GROUP_METADATA`"

#: ../../rst/reference_appendices/config.rst:3074
msgid "VARIABLE_PLUGINS_ENABLED"
msgstr "VARIABLE_PLUGINS_ENABLED"

#: ../../rst/reference_appendices/config.rst:3076
#: ../../rst/reference_appendices/config.rst:4650
msgid "Accept list for variable plugins that require it."
msgstr "必要になる vars プラグインの許可リスト。"

#: ../../rst/reference_appendices/config.rst:3078
msgid "``['host_group_vars']``"
msgstr "``['host_group_vars']``"

#: ../../rst/reference_appendices/config.rst:3082
msgid "vars_plugins_enabled"
msgstr "vars_plugins_enabled"

#: ../../rst/reference_appendices/config.rst:3084
msgid ":envvar:`ANSIBLE_VARS_ENABLED`"
msgstr ":envvar:`ANSIBLE_VARS_ENABLED`"

#: ../../rst/reference_appendices/config.rst:3089
msgid "VARIABLE_PRECEDENCE"
msgstr "VARIABLE_PRECEDENCE"

#: ../../rst/reference_appendices/config.rst:3091
#: ../../rst/reference_appendices/config.rst:4658
msgid "Allows to change the group variable precedence merge order."
msgstr "グループ変数の優先順位のマージ順序を変更できます。"

#: ../../rst/reference_appendices/config.rst:3093
msgid "``['all_inventory', 'groups_inventory', 'all_plugins_inventory', 'all_plugins_play', 'groups_plugins_inventory', 'groups_plugins_play']``"
msgstr "``['all_inventory', 'groups_inventory', 'all_plugins_inventory', 'all_plugins_play', 'groups_plugins_inventory', 'groups_plugins_play']``"

#: ../../rst/reference_appendices/config.rst:3097
msgid "precedence"
msgstr "precedence"

#: ../../rst/reference_appendices/config.rst:3099
msgid ":envvar:`ANSIBLE_PRECEDENCE`"
msgstr ":envvar:`ANSIBLE_PRECEDENCE`"

#: ../../rst/reference_appendices/config.rst:3104
msgid "VERBOSE_TO_STDERR"
msgstr "VERBOSE_TO_STDERR"

#: ../../rst/reference_appendices/config.rst:3106
#: ../../rst/reference_appendices/config.rst:4706
msgid "Force 'verbose' option to use stderr instead of stdout"
msgstr "stdout の代わりに「verbose」オプションを強制的に使用します。"

#: ../../rst/reference_appendices/config.rst:3112
msgid "verbose_to_stderr"
msgstr "verbose_to_stderr"

#: ../../rst/reference_appendices/config.rst:3114
msgid ":envvar:`ANSIBLE_VERBOSE_TO_STDERR`"
msgstr ":envvar:`ANSIBLE_VERBOSE_TO_STDERR`"

#: ../../rst/reference_appendices/config.rst:3119
msgid "WIN_ASYNC_STARTUP_TIMEOUT"
msgstr "WIN_ASYNC_STARTUP_TIMEOUT"

#: ../../rst/reference_appendices/config.rst:3121
msgid "For asynchronous tasks in Ansible (covered in Asynchronous Actions and Polling), this is how long, in seconds, to wait for the task spawned by Ansible to connect back to the named pipe used on Windows systems. The default is 5 seconds. This can be too low on slower systems, or systems under heavy load. This is not the total time an async command can run for, but is a separate timeout to wait for an async command to start. The task will only start to be timed against its async_timeout once it has connected to the pipe, so the overall maximum duration the task can take will be extended by the amount specified here."
msgstr "Ansible の非同期タスク (「非同期アクションおよびポーリング」で説明) の場合、これは、Ansible が生成するタスクが Windows システムで使用される名前付きパイプに接続するのを待機する時間 (秒単位) です。デフォルトは 5 秒です。これは、低速のシステムや高負荷のシステムでは低すぎる可能性があります。これは、非同期コマンドを実行できる合計時間ではありませんが、非同期コマンドの開始を待機する別のタイムアウトです。タスクは、パイプに接続された後にのみ async_timeout に対してタイムアウトが開始するため、タスクの全体的な最大期間は、ここで指定された分だけ延長されます。"

#: ../../rst/reference_appendices/config.rst:3127
msgid "win_async_startup_timeout"
msgstr "win_async_startup_timeout"

#: ../../rst/reference_appendices/config.rst:3129
msgid ":envvar:`ANSIBLE_WIN_ASYNC_STARTUP_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_WIN_ASYNC_STARTUP_TIMEOUT`"

#: ../../rst/reference_appendices/config.rst:3131
msgid "`ansible_win_async_startup_timeout`"
msgstr "`ansible_win_async_startup_timeout`"

#: ../../rst/reference_appendices/config.rst:3136
msgid "WORKER_SHUTDOWN_POLL_COUNT"
msgstr "WORKER_SHUTDOWN_POLL_COUNT"

#: ../../rst/reference_appendices/config.rst:3138
msgid "The maximum number of times to check Task Queue Manager worker processes to verify they have exited cleanly. After this limit is reached any worker processes still running will be terminated. This is for internal use only."
msgstr "Task Queue Manager ワーカープロセスをチェックして、それらが正常に終了したことを確認する最大回数。この制限に達すると、まだ実行中のワーカープロセスはすべて終了します。これは内部使用のみです。"

#: ../../rst/reference_appendices/config.rst:3143
msgid ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_COUNT`"
msgstr ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_COUNT`"

#: ../../rst/reference_appendices/config.rst:3148
msgid "WORKER_SHUTDOWN_POLL_DELAY"
msgstr "WORKER_SHUTDOWN_POLL_DELAY"

#: ../../rst/reference_appendices/config.rst:3150
msgid "The number of seconds to sleep between polling loops when checking Task Queue Manager worker processes to verify they have exited cleanly. This is for internal use only."
msgstr "Task Queue Manager ワーカープロセスをチェックして、それらが正常に終了したことを確認するときに、ポーリングループ間でスリープする秒数。これは内部使用のみです。"

#: ../../rst/reference_appendices/config.rst:3152
msgid "``0.1``"
msgstr "``0.1``"

#: ../../rst/reference_appendices/config.rst:3155
msgid ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_DELAY`"
msgstr ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_DELAY`"

#: ../../rst/reference_appendices/config.rst:3160
msgid "YAML_FILENAME_EXTENSIONS"
msgstr "YAML_FILENAME_EXTENSIONS"

#: ../../rst/reference_appendices/config.rst:3162
msgid "Check all of these extensions when looking for 'variable' files which should be YAML or JSON or vaulted versions of these. This affects vars_files, include_vars, inventory and vars plugins among others."
msgstr "YAML または JSON、あるいはこれらの Vault バージョンである必要がある「変数」ファイルを探すときは、これらすべての拡張子を確認してください。これは、vars_files、include_vars、inventory、vars プラグインなどに影響します。"

#: ../../rst/reference_appendices/config.rst:3164
msgid "``['.yml', '.yaml', '.json']``"
msgstr "``['.yml', '.yaml', '.json']``"

#: ../../rst/reference_appendices/config.rst:3167
msgid "yaml_valid_extensions"
msgstr "yaml_valid_extensions"

#: ../../rst/reference_appendices/config.rst:3169
msgid ":envvar:`ANSIBLE_YAML_FILENAME_EXT`"
msgstr ":envvar:`ANSIBLE_YAML_FILENAME_EXT`"

#: ../../rst/reference_appendices/config.rst:3173
msgid "Environment Variables"
msgstr "環境変数"

#: ../../rst/reference_appendices/config.rst:3178
msgid "Override the default ansible config file"
msgstr "デフォルトの ansible config ファイルを上書きします。"

#: ../../rst/reference_appendices/config.rst:3185
msgid "See also :ref:`ANSIBLE_HOME <ANSIBLE_HOME>`"
msgstr ":ref:`ANSIBLE_HOME <ANSIBLE_HOME>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:3191
msgid "Specify where to look for the ansible-connection script. This location will be checked before searching $PATH.If null, ansible will start with the same directory as the ansible script."
msgstr "ansible-connection スクリプトを探す場所を指定します。この場所は、$PATH の検索前にチェックされます。null に設定すると、Ansible は ansible スクリプトと同じディレクトリーで起動します。"

#: ../../rst/reference_appendices/config.rst:3193
msgid "See also :ref:`ANSIBLE_CONNECTION_PATH <ANSIBLE_CONNECTION_PATH>`"
msgstr "「:ref:`ANSIBLE_CONNECTION_PATH <ANSIBLE_CONNECTION_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3201
msgid "See also :ref:`ANSIBLE_COW_SELECTION <ANSIBLE_COW_SELECTION>`"
msgstr "「:ref:`ANSIBLE_COW_SELECTION <ANSIBLE_COW_SELECTION>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3209
#: ../../rst/reference_appendices/config.rst:3219
msgid "See also :ref:`ANSIBLE_COW_ACCEPTLIST <ANSIBLE_COW_ACCEPTLIST>`"
msgstr "「:ref:`ANSIBLE_COW_ACCEPTLIST <ANSIBLE_COW_ACCEPTLIST>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3228
msgid "See also :ref:`ANSIBLE_FORCE_COLOR <ANSIBLE_FORCE_COLOR>`"
msgstr "「:ref:`ANSIBLE_FORCE_COLOR <ANSIBLE_FORCE_COLOR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3236
#: ../../rst/reference_appendices/config.rst:3243
msgid "See also :ref:`ANSIBLE_NOCOLOR <ANSIBLE_NOCOLOR>`"
msgstr "「:ref:`ANSIBLE_NOCOLOR <ANSIBLE_NOCOLOR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3252
msgid "See also :ref:`ANSIBLE_NOCOWS <ANSIBLE_NOCOWS>`"
msgstr "「:ref:`ANSIBLE_NOCOWS <ANSIBLE_NOCOWS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3260
msgid "See also :ref:`ANSIBLE_COW_PATH <ANSIBLE_COW_PATH>`"
msgstr "「:ref:`ANSIBLE_COW_PATH <ANSIBLE_COW_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3266
msgid "This is a global option, each connection plugin can override either by having more specific options or not supporting pipelining at all.Pipelining, if supported by the connection plugin, reduces the number of network operations required to execute a module on the remote server, by executing many Ansible modules without actual file transfer.It can result in a very significant performance improvement when enabled.However this conflicts with privilege escalation (become). For example, when using 'sudo:' operations you must first disable 'requiretty' in /etc/sudoers on all managed hosts, which is why it is disabled by default.This setting will be disabled if ``ANSIBLE_KEEP_REMOTE_FILES`` is enabled."
msgstr "パイプライン (connection プラグインでサポートされる場合) は、実際のファイル転送をせずに多数の Ansible モジュールを実行して、リモートサーバーでモジュールを実行するために必要なネットワーク操作の数を減らします。これにより、有効にするとパフォーマンスが大幅に向上する可能性があります。ただし、これは特権昇格 (become) と競合します。たとえば、「sudo:」操作を使用する場合は、すべての管理対象ホストの /etc/sudoers で「requiretty」を無効にする必要があります。これが、デフォルトで無効になっている理由です。``ANSIBLE_KEEP_REMOTE_FILES`` が有効な場合、このオプションは無効になります。これはグローバルオプションであり、各 connection プラグインは、より具体的なオプションを指定するか、パイプをサポートしないかのいずれかによりオーバーライドすることができます。"

#: ../../rst/reference_appendices/config.rst:3268
msgid "See also :ref:`ANSIBLE_PIPELINING <ANSIBLE_PIPELINING>`"
msgstr "「:ref:`ANSIBLE_PIPELINING <ANSIBLE_PIPELINING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3276
msgid "See also :ref:`ANY_ERRORS_FATAL <ANY_ERRORS_FATAL>`"
msgstr "「:ref:`ANY_ERRORS_FATAL <ANY_ERRORS_FATAL>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3282
msgid "This setting controls if become is skipped when remote user and become user are the same. I.E root sudo to root.If executable, it will be run and the resulting stdout will be used as the password."
msgstr "この設定は、リモートユーザーと become ユーザーが同じである場合に、become をスキップするかどうか (root sudo から root) を制御します。実行可能な場合には、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:3284
msgid "See also :ref:`BECOME_ALLOW_SAME_USER <BECOME_ALLOW_SAME_USER>`"
msgstr "「:ref:`BECOME_ALLOW_SAME_USER <BECOME_ALLOW_SAME_USER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3290
msgid "The password file to use for the become plugin. --become-password-file.If executable, it will be run and the resulting stdout will be used as the password."
msgstr "become プラグインに使用するパスワードファイル。--become-password-file。実行可能の場合は、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:3292
msgid "See also :ref:`BECOME_PASSWORD_FILE <BECOME_PASSWORD_FILE>`"
msgstr ":ref:`BECOME_PASSWORD_FILE <BECOME_PASSWORD_FILE>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:3300
msgid "See also :ref:`AGNOSTIC_BECOME_PROMPT <AGNOSTIC_BECOME_PROMPT>`"
msgstr "「:ref:`AGNOSTIC_BECOME_PROMPT <AGNOSTIC_BECOME_PROMPT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3308
msgid "See also :ref:`CACHE_PLUGIN <CACHE_PLUGIN>`"
msgstr "「:ref:`CACHE_PLUGIN <CACHE_PLUGIN>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3316
msgid "See also :ref:`CACHE_PLUGIN_CONNECTION <CACHE_PLUGIN_CONNECTION>`"
msgstr "「:ref:`CACHE_PLUGIN_CONNECTION <CACHE_PLUGIN_CONNECTION>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3324
msgid "See also :ref:`CACHE_PLUGIN_PREFIX <CACHE_PLUGIN_PREFIX>`"
msgstr "「:ref:`CACHE_PLUGIN_PREFIX <CACHE_PLUGIN_PREFIX>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3332
msgid "See also :ref:`CACHE_PLUGIN_TIMEOUT <CACHE_PLUGIN_TIMEOUT>`"
msgstr "「:ref:`CACHE_PLUGIN_TIMEOUT <CACHE_PLUGIN_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3340
msgid "See also :ref:`COLLECTIONS_SCAN_SYS_PATH <COLLECTIONS_SCAN_SYS_PATH>`"
msgstr "「:ref:`COLLECTIONS_SCAN_SYS_PATH <COLLECTIONS_SCAN_SYS_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3349
#: ../../rst/reference_appendices/config.rst:3357
msgid "See also :ref:`COLLECTIONS_PATHS <COLLECTIONS_PATHS>`"
msgstr "「:ref:`COLLECTIONS_PATHS <COLLECTIONS_PATHS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3366
msgid "See also :ref:`COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH <COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH>`"
msgstr "「:ref:`COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH <COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3374
msgid "See also :ref:`COLOR_CHANGED <COLOR_CHANGED>`"
msgstr "「:ref:`COLOR_CHANGED <COLOR_CHANGED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3382
msgid "See also :ref:`COLOR_CONSOLE_PROMPT <COLOR_CONSOLE_PROMPT>`"
msgstr "「:ref:`COLOR_CONSOLE_PROMPT <COLOR_CONSOLE_PROMPT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3390
msgid "See also :ref:`COLOR_DEBUG <COLOR_DEBUG>`"
msgstr "「:ref:`COLOR_DEBUG <COLOR_DEBUG>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3398
msgid "See also :ref:`COLOR_DEPRECATE <COLOR_DEPRECATE>`"
msgstr "「:ref:`COLOR_DEPRECATE <COLOR_DEPRECATE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3406
msgid "See also :ref:`COLOR_DIFF_ADD <COLOR_DIFF_ADD>`"
msgstr "「:ref:`COLOR_DIFF_ADD <COLOR_DIFF_ADD>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3414
msgid "See also :ref:`COLOR_DIFF_LINES <COLOR_DIFF_LINES>`"
msgstr "「:ref:`COLOR_DIFF_LINES <COLOR_DIFF_LINES>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3422
msgid "See also :ref:`COLOR_DIFF_REMOVE <COLOR_DIFF_REMOVE>`"
msgstr "「:ref:`COLOR_DIFF_REMOVE <COLOR_DIFF_REMOVE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3430
msgid "See also :ref:`COLOR_ERROR <COLOR_ERROR>`"
msgstr "「:ref:`COLOR_ERROR <COLOR_ERROR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3438
msgid "See also :ref:`COLOR_HIGHLIGHT <COLOR_HIGHLIGHT>`"
msgstr "「:ref:`COLOR_HIGHLIGHT <COLOR_HIGHLIGHT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3446
msgid "See also :ref:`COLOR_OK <COLOR_OK>`"
msgstr "「:ref:`COLOR_OK <COLOR_OK>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3454
msgid "See also :ref:`COLOR_SKIP <COLOR_SKIP>`"
msgstr "「:ref:`COLOR_SKIP <COLOR_SKIP>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3462
msgid "See also :ref:`COLOR_UNREACHABLE <COLOR_UNREACHABLE>`"
msgstr "「:ref:`COLOR_UNREACHABLE <COLOR_UNREACHABLE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3470
msgid "See also :ref:`COLOR_VERBOSE <COLOR_VERBOSE>`"
msgstr "「:ref:`COLOR_VERBOSE <COLOR_VERBOSE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3478
msgid "See also :ref:`COLOR_WARN <COLOR_WARN>`"
msgstr "「:ref:`COLOR_WARN <COLOR_WARN>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3486
msgid "See also :ref:`CONNECTION_PASSWORD_FILE <CONNECTION_PASSWORD_FILE>`"
msgstr ":ref:`CONNECTION_PASSWORD_FILE <CONNECTION_PASSWORD_FILE>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:3492
msgid "Sets the output directory on the remote host to generate coverage reports to.Currently only used for remote coverage on PowerShell modules.This is for internal use only."
msgstr "リモートホストの出力ディレクトリーを設定してカバレッジレポートを生成します。現在 PowerShell モジュールのリモートカバレッジにのみ使用されます。これは内部使用のみを目的としています。"

#: ../../rst/reference_appendices/config.rst:3494
msgid "See also :ref:`COVERAGE_REMOTE_OUTPUT <COVERAGE_REMOTE_OUTPUT>`"
msgstr "「:ref:`COVERAGE_REMOTE_OUTPUT <COVERAGE_REMOTE_OUTPUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3500
msgid "A list of paths for files on the Ansible controller to run coverage for when executing on the remote host.Only files that match the path glob will have its coverage collected.Multiple path globs can be specified and are separated by ``:``.Currently only used for remote coverage on PowerShell modules.This is for internal use only."
msgstr "リモートホストで実行するときにカバレッジを実行する Ansible コントローラー上のファイルのパスのリスト。パスグロブに一致するファイルのみがカバレッジを収集します。パスグロブは、``:`` で区切ることで複数指定できます。現在 PowerShell モジュールのリモートカバレッジにのみ使用されます。これは内部使用のみを目的としています。"

#: ../../rst/reference_appendices/config.rst:3502
msgid "See also :ref:`COVERAGE_REMOTE_PATHS <COVERAGE_REMOTE_PATHS>`"
msgstr "「:ref:`COVERAGE_REMOTE_PATHS <COVERAGE_REMOTE_PATHS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3508
msgid "By default Ansible will issue a warning when received from a task action (module or action plugin)These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible はタスクアクション (モジュールまたは action プラグイン) から受け取ると、警告を False に調整することで警告を非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst:3510
msgid "See also :ref:`ACTION_WARNINGS <ACTION_WARNINGS>`"
msgstr "「:ref:`ACTION_WARNINGS <ACTION_WARNINGS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3516
msgid "By default Ansible will issue a warning when there are no hosts in the inventory.These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、インベントリーにホストがない場合に警告を表示します。この警告は、この設定を False に設定すると非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst:3518
msgid "See also :ref:`LOCALHOST_WARNING <LOCALHOST_WARNING>`"
msgstr "「:ref:`LOCALHOST_WARNING <LOCALHOST_WARNING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3524
msgid "By default Ansible will issue a warning when no inventory was loaded and notes that it will use an implicit localhost-only inventory.These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、インベントリーがロードされていない場合に警告を発行し、暗黙的なローカルホストのみのインベントリーを使用することを通知します。これらの警告の通知は、この設定を False に調整して、オフにできます。"

#: ../../rst/reference_appendices/config.rst:3526
msgid "See also :ref:`INVENTORY_UNPARSED_WARNING <INVENTORY_UNPARSED_WARNING>`"
msgstr ":ref:`INVENTORY_UNPARSED_WARNING <INVENTORY_UNPARSED_WARNING>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:3534
msgid "See also :ref:`DOC_FRAGMENT_PLUGIN_PATH <DOC_FRAGMENT_PLUGIN_PATH>`"
msgstr "「:ref:`DOC_FRAGMENT_PLUGIN_PATH <DOC_FRAGMENT_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3542
msgid "See also :ref:`DEFAULT_ACTION_PLUGIN_PATH <DEFAULT_ACTION_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_ACTION_PLUGIN_PATH <DEFAULT_ACTION_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3551
msgid "See also :ref:`DEFAULT_ASK_PASS <DEFAULT_ASK_PASS>`"
msgstr "「:ref:`DEFAULT_ASK_PASS <DEFAULT_ASK_PASS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3559
msgid "See also :ref:`DEFAULT_ASK_VAULT_PASS <DEFAULT_ASK_VAULT_PASS>`"
msgstr "「:ref:`DEFAULT_ASK_VAULT_PASS <DEFAULT_ASK_VAULT_PASS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3567
msgid "See also :ref:`DEFAULT_BECOME <DEFAULT_BECOME>`"
msgstr "「:ref:`DEFAULT_BECOME <DEFAULT_BECOME>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3575
msgid "See also :ref:`DEFAULT_BECOME_ASK_PASS <DEFAULT_BECOME_ASK_PASS>`"
msgstr "「:ref:`DEFAULT_BECOME_ASK_PASS <DEFAULT_BECOME_ASK_PASS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3583
msgid "See also :ref:`DEFAULT_BECOME_METHOD <DEFAULT_BECOME_METHOD>`"
msgstr "「:ref:`DEFAULT_BECOME_METHOD <DEFAULT_BECOME_METHOD>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3591
msgid "See also :ref:`DEFAULT_BECOME_EXE <DEFAULT_BECOME_EXE>`"
msgstr "「:ref:`DEFAULT_BECOME_EXE <DEFAULT_BECOME_EXE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3599
msgid "See also :ref:`DEFAULT_BECOME_FLAGS <DEFAULT_BECOME_FLAGS>`"
msgstr "「:ref:`DEFAULT_BECOME_FLAGS <DEFAULT_BECOME_FLAGS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3607
msgid "See also :ref:`BECOME_PLUGIN_PATH <BECOME_PLUGIN_PATH>`"
msgstr "「:ref:`BECOME_PLUGIN_PATH <BECOME_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3615
msgid "See also :ref:`DEFAULT_BECOME_USER <DEFAULT_BECOME_USER>`"
msgstr "「:ref:`DEFAULT_BECOME_USER <DEFAULT_BECOME_USER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3623
msgid "See also :ref:`DEFAULT_CACHE_PLUGIN_PATH <DEFAULT_CACHE_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_CACHE_PLUGIN_PATH <DEFAULT_CACHE_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3631
msgid "See also :ref:`DEFAULT_CALLBACK_PLUGIN_PATH <DEFAULT_CALLBACK_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_CALLBACK_PLUGIN_PATH <DEFAULT_CALLBACK_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3639
#: ../../rst/reference_appendices/config.rst:3649
msgid "See also :ref:`CALLBACKS_ENABLED <CALLBACKS_ENABLED>`"
msgstr "「:ref:`CALLBACKS_ENABLED <CALLBACKS_ENABLED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3658
msgid "See also :ref:`DEFAULT_CLICONF_PLUGIN_PATH <DEFAULT_CLICONF_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_CLICONF_PLUGIN_PATH <DEFAULT_CLICONF_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3666
msgid "See also :ref:`DEFAULT_CONNECTION_PLUGIN_PATH <DEFAULT_CONNECTION_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_CONNECTION_PLUGIN_PATH <DEFAULT_CONNECTION_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3674
msgid "See also :ref:`DEFAULT_DEBUG <DEFAULT_DEBUG>`"
msgstr "「:ref:`DEFAULT_DEBUG <DEFAULT_DEBUG>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3682
msgid "See also :ref:`DEFAULT_EXECUTABLE <DEFAULT_EXECUTABLE>`"
msgstr "「:ref:`DEFAULT_EXECUTABLE <DEFAULT_EXECUTABLE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3688
msgid "This option allows you to globally configure a custom path for 'local_facts' for the implied :ref:`ansible_collections.ansible.builtin.setup_module` task when using fact gathering.If not set, it will fallback to the default from the ``ansible.builtin.setup`` module: ``/etc/ansible/facts.d``.This does **not** affect  user defined tasks that use the ``ansible.builtin.setup`` module.The real action being created by the implicit task is currently    ``ansible.legacy.gather_facts`` module, which then calls the configured fact modules, by default this will be ``ansible.builtin.setup`` for POSIX systems but other platforms might have different defaults."
msgstr "このオプションを使用すると、ファクト収集を使用している場合に暗黙的な:ref:`ansible_collections.ansible.builtin.setup_module` タスクの「local_facts」のカスタムパスをグローバルに設定できます。これが設定されていない場合には、``ansible.builtin.setup`` モジュール: ``/etc/ansible/facts.d`` からデフォルトにフォールバックします。この設定は、``ansible.builtin.setup`` モジュールを使用するユーザー定義のタスクには影響は **ありません**。暗黙的なタスクで作成される実際のアクションは現在は、    ``ansible.legacy.gather_facts`` モジュールで、このモジュールが設定済みのファクトモジュールを呼び出します。デフォルトでは、これは POSIX の ``ansible.builtin.setup`` ですが、他のプラットフォームには別の初期値がある可能性があります。"

#: ../../rst/reference_appendices/config.rst:3690
msgid "See also :ref:`DEFAULT_FACT_PATH <DEFAULT_FACT_PATH>`"
msgstr "「:ref:`DEFAULT_FACT_PATH <DEFAULT_FACT_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3698
msgid "See also :ref:`DEFAULT_FILTER_PLUGIN_PATH <DEFAULT_FILTER_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_FILTER_PLUGIN_PATH <DEFAULT_FILTER_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3704
msgid "This option controls if notified handlers run on a host even if a failure occurs on that host.When false, the handlers will not run if a failure has occurred on a host.This can also be set per play or on the command line. See Handlers and Failure for more details."
msgstr "このオプションは、ホストで障害が発生した場合でも、通知されたハンドラーがホストで実行されるかどうかを制御します。false にすると、ホストで障害が発生した場合に、ハンドラーは実行されません。これは、プレイごとまたはコマンドラインで設定することもできます。詳細については、「ハンドラーおよび失敗」を参照してください。"

#: ../../rst/reference_appendices/config.rst:3706
msgid "See also :ref:`DEFAULT_FORCE_HANDLERS <DEFAULT_FORCE_HANDLERS>`"
msgstr "「:ref:`DEFAULT_FORCE_HANDLERS <DEFAULT_FORCE_HANDLERS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3714
msgid "See also :ref:`DEFAULT_FORKS <DEFAULT_FORKS>`"
msgstr "「:ref:`DEFAULT_FORKS <DEFAULT_FORKS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3720
msgid "This setting controls the default policy of fact gathering (facts discovered about remote systems).This option can be useful for those wishing to save fact gathering time. Both 'smart' and 'explicit' will use the cache plugin."
msgstr "この設定は、ファクト収集 (リモートシステムについて検出されたファクト) のデフォルトポリシーを制御します。このオプションは、ファクト収集の時間を節約する場合に役立ちます。'smart' と 'explicit' の両方がキャッシュプラグインを使用します。"

#: ../../rst/reference_appendices/config.rst:3722
msgid "See also :ref:`DEFAULT_GATHERING <DEFAULT_GATHERING>`"
msgstr "「:ref:`DEFAULT_GATHERING <DEFAULT_GATHERING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3728
msgid "Set the `gather_subset` option for the :ref:`ansible_collections.ansible.builtin.setup_module` task in the implicit fact gathering. See the module documentation for specifics.It does **not** apply to user defined ``ansible.builtin.setup`` tasks."
msgstr "暗黙的なファクト収集の :ref:`ansible_collections.ansible.builtin.setup_module` タスクに `gather_subset` オプションを設定します。詳細は、モジュールドキュメントを参照してください。ユーザー定義の ``ansible.builtin.setup`` タスクには **適用されません**。"

#: ../../rst/reference_appendices/config.rst:3730
msgid "See also :ref:`DEFAULT_GATHER_SUBSET <DEFAULT_GATHER_SUBSET>`"
msgstr "「:ref:`DEFAULT_GATHER_SUBSET <DEFAULT_GATHER_SUBSET>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3736
msgid "Set the timeout in seconds for the implicit fact gathering, see the module documentation for specifics.It does **not** apply to user defined :ref:`ansible_collections.ansible.builtin.setup_module` tasks."
msgstr "暗黙的なファクト収集のタイムアウトを秒単位で設定します。ユーザー定義の :ref:`ansible_collections.ansible.builtin.setup_module` タスクには **適用されません**。"

#: ../../rst/reference_appendices/config.rst:3738
msgid "See also :ref:`DEFAULT_GATHER_TIMEOUT <DEFAULT_GATHER_TIMEOUT>`"
msgstr "「:ref:`DEFAULT_GATHER_TIMEOUT <DEFAULT_GATHER_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3744
msgid "This setting controls how duplicate definitions of dictionary variables (aka hash, map, associative array) are handled in Ansible.This does not affect variables whose values are scalars (integers, strings) or arrays.**WARNING**, changing this setting is not recommended as this is fragile and makes your content (plays, roles, collections) non portable, leading to continual confusion and misuse. Don't change this setting unless you think you have an absolute need for it.We recommend avoiding reusing variable names and relying on the ``combine`` filter and ``vars`` and ``varnames`` lookups to create merged versions of the individual variables. In our experience this is rarely really needed and a sign that too much complexity has been introduced into the data structures and plays.For some uses you can also look into custom vars_plugins to merge on input, even substituting the default ``host_group_vars`` that is in charge of parsing the ``host_vars/`` and ``group_vars/`` directories. Most users of this setting are only interested in inventory scope, but the setting itself affects all sources and makes debugging even harder.All playbooks and roles in the official examples repos assume the default for this setting.Changing the setting to ``merge`` applies across variable sources, but many sources will internally still overwrite the variables. For example ``include_vars`` will dedupe variables internally before updating Ansible, with 'last defined' overwriting previous definitions in same file.The Ansible project recommends you **avoid ``merge`` for new projects.**It is the intention of the Ansible developers to eventually deprecate and remove this setting, but it is being kept as some users do heavily rely on it. New projects should **avoid 'merge'**."
msgstr "この設定は、ディクショナリー変数 (別名ハッシュ、マップ、連想配列) の重複した定義を Ansible でどのように扱うかを制御します。この設定は、値がスカラー (整数、文字列) や配列である変数には影響しません。**警告** これは脆弱で、コンテンツ (プレイ、ロール、コレクション) が移植できなくなり、継続的な混乱と誤用を招く恐れがあるため、この設定を変更することは推奨されません。絶対に必要であると思われる場合を除き、この設定を変更しないでください。変数名の再利用は避け、``combine`` フィルターと ``vars`` ルックアップおよび ``varnames`` ルックアップを利用して、個々の変数のマージバージョンを作成することが推奨されます。経験上、このようなことが本当に必要とされることはほとんどなく、データ構造やプレイが複雑になりすぎていることを示しています。用途によっては、入力時にマージするカスタム vars_plugins を検討することもできますし、``host_vars/`` ディレクトリーおよび ``group_vars/`` ディレクトリーの解析を担当するデフォルトの ``host_group_vars`` を置き換えることもできます。この設定を使用するほとんどのユーザーはインベントリースコープにしか興味がありませんが、この設定自体がすべてのソースに影響し、デバッグをさらに困難にします。公式のサンプルリポジトリーにある Playbook およびロールはすべて、この設定のデフォルトを想定しています。``merge`` に設定を変更すると、変数ソース全体に適用されますが、多くのソースでは内部的に変数が上書きされたままになります。たとえば、``include_vars`` は、Ansible を更新する前に内部で変数の重複を排除し、「最終定義」が同じファイルの以前の定義を上書きします。Ansible プロジェクトでは、**新規プロジェクトでは** ``merge`` **を回避する** ことが推奨されます。Ansible 開発者は、最終的にこの設定を非推奨にして削除することを意図していますが、一部のユーザーがこの設定に大きく依存しているため、この設定を残しています。新しいプロジェクトでは、**「merge」を回避** してください。"

#: ../../rst/reference_appendices/config.rst:3746
msgid "See also :ref:`DEFAULT_HASH_BEHAVIOUR <DEFAULT_HASH_BEHAVIOUR>`"
msgstr "「:ref:`DEFAULT_HASH_BEHAVIOUR <DEFAULT_HASH_BEHAVIOUR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3754
msgid "See also :ref:`DEFAULT_HOST_LIST <DEFAULT_HOST_LIST>`"
msgstr "「:ref:`DEFAULT_HOST_LIST <DEFAULT_HOST_LIST>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3762
msgid "See also :ref:`DEFAULT_HTTPAPI_PLUGIN_PATH <DEFAULT_HTTPAPI_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_HTTPAPI_PLUGIN_PATH <DEFAULT_HTTPAPI_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3771
msgid "See also :ref:`DEFAULT_INVENTORY_PLUGIN_PATH <DEFAULT_INVENTORY_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_INVENTORY_PLUGIN_PATH <DEFAULT_INVENTORY_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3777
msgid "This is a developer-specific feature that allows enabling additional Jinja2 extensions.See the Jinja2 documentation for details. If you do not know what these do, you probably don't need to change this setting :)"
msgstr "これは、追加の Jinja2 拡張機能を有効にすることができる開発者固有の機能です。詳細については、Jinja2 ドキュメントを参照してください。この拡張機能が何をするのかわからない場合は、おそらくこの設定を変更する必要はありません。"

#: ../../rst/reference_appendices/config.rst:3779
msgid "See also :ref:`DEFAULT_JINJA2_EXTENSIONS <DEFAULT_JINJA2_EXTENSIONS>`"
msgstr "「:ref:`DEFAULT_JINJA2_EXTENSIONS <DEFAULT_JINJA2_EXTENSIONS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3787
msgid "See also :ref:`DEFAULT_JINJA2_NATIVE <DEFAULT_JINJA2_NATIVE>`"
msgstr "「:ref:`DEFAULT_JINJA2_NATIVE <DEFAULT_JINJA2_NATIVE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3793
msgid "Enables/disables the cleaning up of the temporary files Ansible used to execute the tasks on the remote.If this option is enabled it will disable ``ANSIBLE_PIPELINING``."
msgstr "リモートでタスクを実行するために Ansible が使用する一時ファイルのクリーンアップを有効または無効にします。このオプションを有効にすると、``ANSIBLE_PIPELINING`` を無効にします。"

#: ../../rst/reference_appendices/config.rst:3795
msgid "See also :ref:`DEFAULT_KEEP_REMOTE_FILES <DEFAULT_KEEP_REMOTE_FILES>`"
msgstr "「:ref:`DEFAULT_KEEP_REMOTE_FILES <DEFAULT_KEEP_REMOTE_FILES>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3803
msgid "See also :ref:`DEFAULT_LIBVIRT_LXC_NOSECLABEL <DEFAULT_LIBVIRT_LXC_NOSECLABEL>`"
msgstr "「:ref:`DEFAULT_LIBVIRT_LXC_NOSECLABEL <DEFAULT_LIBVIRT_LXC_NOSECLABEL>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3811
msgid "See also :ref:`DEFAULT_LOAD_CALLBACK_PLUGINS <DEFAULT_LOAD_CALLBACK_PLUGINS>`"
msgstr "「:ref:`DEFAULT_LOAD_CALLBACK_PLUGINS <DEFAULT_LOAD_CALLBACK_PLUGINS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3819
msgid "See also :ref:`DEFAULT_LOCAL_TMP <DEFAULT_LOCAL_TMP>`"
msgstr "「:ref:`DEFAULT_LOCAL_TMP <DEFAULT_LOCAL_TMP>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3827
msgid "See also :ref:`DEFAULT_LOG_PATH <DEFAULT_LOG_PATH>`"
msgstr "「:ref:`DEFAULT_LOG_PATH <DEFAULT_LOG_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3835
msgid "See also :ref:`DEFAULT_LOG_FILTER <DEFAULT_LOG_FILTER>`"
msgstr "「:ref:`DEFAULT_LOG_FILTER <DEFAULT_LOG_FILTER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3843
msgid "See also :ref:`DEFAULT_LOOKUP_PLUGIN_PATH <DEFAULT_LOOKUP_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_LOOKUP_PLUGIN_PATH <DEFAULT_LOOKUP_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3852
msgid "See also :ref:`DEFAULT_MODULE_ARGS <DEFAULT_MODULE_ARGS>`"
msgstr "「:ref:`DEFAULT_MODULE_ARGS <DEFAULT_MODULE_ARGS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3862
msgid "See also :ref:`DEFAULT_MODULE_PATH <DEFAULT_MODULE_PATH>`"
msgstr "「:ref:`DEFAULT_MODULE_PATH <DEFAULT_MODULE_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3870
msgid "See also :ref:`DEFAULT_MODULE_UTILS_PATH <DEFAULT_MODULE_UTILS_PATH>`"
msgstr "「:ref:`DEFAULT_MODULE_UTILS_PATH <DEFAULT_MODULE_UTILS_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3878
msgid "See also :ref:`DEFAULT_NETCONF_PLUGIN_PATH <DEFAULT_NETCONF_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_NETCONF_PLUGIN_PATH <DEFAULT_NETCONF_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3886
msgid "See also :ref:`DEFAULT_NO_LOG <DEFAULT_NO_LOG>`"
msgstr "「:ref:`DEFAULT_NO_LOG <DEFAULT_NO_LOG>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3894
msgid "See also :ref:`DEFAULT_NO_TARGET_SYSLOG <DEFAULT_NO_TARGET_SYSLOG>`"
msgstr "「:ref:`DEFAULT_NO_TARGET_SYSLOG <DEFAULT_NO_TARGET_SYSLOG>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3902
msgid "See also :ref:`DEFAULT_NULL_REPRESENTATION <DEFAULT_NULL_REPRESENTATION>`"
msgstr "「:ref:`DEFAULT_NULL_REPRESENTATION <DEFAULT_NULL_REPRESENTATION>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3910
msgid "See also :ref:`DEFAULT_POLL_INTERVAL <DEFAULT_POLL_INTERVAL>`"
msgstr "「:ref:`DEFAULT_POLL_INTERVAL <DEFAULT_POLL_INTERVAL>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3918
msgid "See also :ref:`DEFAULT_PRIVATE_KEY_FILE <DEFAULT_PRIVATE_KEY_FILE>`"
msgstr "「:ref:`DEFAULT_PRIVATE_KEY_FILE <DEFAULT_PRIVATE_KEY_FILE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3924
msgid "Makes role variables inaccessible from other roles.This was introduced as a way to reset role variables to default values if a role is used more than once in a playbook."
msgstr "ロール変数が他のロールからアクセスできないようにします。これは、Playbook でロールが複数回使用されている場合に、ロール変数をデフォルト値にリセットする方法として導入されました。"

#: ../../rst/reference_appendices/config.rst:3926
msgid "See also :ref:`DEFAULT_PRIVATE_ROLE_VARS <DEFAULT_PRIVATE_ROLE_VARS>`"
msgstr "「:ref:`DEFAULT_PRIVATE_ROLE_VARS <DEFAULT_PRIVATE_ROLE_VARS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3934
msgid "See also :ref:`DEFAULT_REMOTE_PORT <DEFAULT_REMOTE_PORT>`"
msgstr "「:ref:`DEFAULT_REMOTE_PORT <DEFAULT_REMOTE_PORT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3940
msgid "Sets the login user for the target machinesWhen blank it uses the connection plugin's default, normally the user currently executing Ansible."
msgstr "ターゲットマシンのログインユーザーを設定します。空の場合は、connection プラグインのデフォルト (通常は現在 Ansible を実行しているユーザー) を使用します。"

#: ../../rst/reference_appendices/config.rst:3942
msgid "See also :ref:`DEFAULT_REMOTE_USER <DEFAULT_REMOTE_USER>`"
msgstr "「:ref:`DEFAULT_REMOTE_USER <DEFAULT_REMOTE_USER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3950
msgid "See also :ref:`DEFAULT_ROLES_PATH <DEFAULT_ROLES_PATH>`"
msgstr "「:ref:`DEFAULT_ROLES_PATH <DEFAULT_ROLES_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3956
msgid "Some filesystems do not support safe operations and/or return inconsistent errors, this setting makes Ansible 'tolerate' those in the list w/o causing fatal errors.Data corruption may occur and writes are not always verified when a filesystem is in the list."
msgstr "一部のファイルシステムは安全な操作をサポートしていないか、一貫性のないエラーを返します。この設定により、Ansible はリスト内のエラーを「許容」し、致命的なエラーを引き起こしません。ファイルシステムがリストに含まれていると、データが破損する可能性があり、書き込みが常に検証されるとは限りません。"

#: ../../rst/reference_appendices/config.rst:3958
msgid "See also :ref:`DEFAULT_SELINUX_SPECIAL_FS <DEFAULT_SELINUX_SPECIAL_FS>`"
msgstr "「:ref:`DEFAULT_SELINUX_SPECIAL_FS <DEFAULT_SELINUX_SPECIAL_FS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3965
msgid "Set the main callback used to display Ansible output. You can only have one at a time.You can have many other callbacks, but just one can be in charge of stdout.See :ref:`callback_plugins` for a list of available options."
msgstr "Ansible 出力の表示に使用されるメインコールバックを設定します。一度に 1 つしか使用できません。他にも多くのコールバックを設定できますが、標準出力 (stdout) に使用できるのは 1 つだけです。利用可能なオプションの一覧は、:ref:`callback_plugins` を参照してください。"

#: ../../rst/reference_appendices/config.rst:3967
msgid "See also :ref:`DEFAULT_STDOUT_CALLBACK <DEFAULT_STDOUT_CALLBACK>`"
msgstr "「:ref:`DEFAULT_STDOUT_CALLBACK <DEFAULT_STDOUT_CALLBACK>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3973
msgid "Whether or not to enable the task debugger, this previously was done as a strategy plugin.Now all strategy plugins can inherit this behavior. The debugger defaults to activating whena task is failed on unreachable. Use the debugger keyword for more flexibility."
msgstr "タスクデバッガーを有効にするかどうかにかかわらず、これは以前はストラテジープラグインとして実行されていました。これで、すべての strategy プラグインがこの動作を継承できるようになりました。デバッガーは、タスクが到達不能で失敗したときにデフォルトでアクティブになります。柔軟性を高めるには、debugger キーワードを使用します。"

#: ../../rst/reference_appendices/config.rst:3975
msgid "See also :ref:`ENABLE_TASK_DEBUGGER <ENABLE_TASK_DEBUGGER>`"
msgstr "「:ref:`ENABLE_TASK_DEBUGGER <ENABLE_TASK_DEBUGGER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3981
msgid "This option defines whether the task debugger will be invoked on a failed task when ignore_errors=True is specified.True specifies that the debugger will honor ignore_errors, False will not honor ignore_errors."
msgstr "このオプションは、ignore_errors=True が指定されている場合に、失敗したタスクでタスクデバッガーが呼び出されるかどうかを定義します。True に設定すると、デバッガーが ignore_errors を許可するように指定し、False に設定すると ignore_errors が無効になります。"

#: ../../rst/reference_appendices/config.rst:3983
msgid "See also :ref:`TASK_DEBUGGER_IGNORE_ERRORS <TASK_DEBUGGER_IGNORE_ERRORS>`"
msgstr "「:ref:`TASK_DEBUGGER_IGNORE_ERRORS <TASK_DEBUGGER_IGNORE_ERRORS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3991
msgid "See also :ref:`DEFAULT_STRATEGY <DEFAULT_STRATEGY>`"
msgstr "「:ref:`DEFAULT_STRATEGY <DEFAULT_STRATEGY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:3999
msgid "See also :ref:`DEFAULT_STRATEGY_PLUGIN_PATH <DEFAULT_STRATEGY_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_STRATEGY_PLUGIN_PATH <DEFAULT_STRATEGY_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4007
msgid "See also :ref:`DEFAULT_SU <DEFAULT_SU>`"
msgstr "「:ref:`DEFAULT_SU <DEFAULT_SU>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4015
msgid "See also :ref:`DEFAULT_SYSLOG_FACILITY <DEFAULT_SYSLOG_FACILITY>`"
msgstr "「:ref:`DEFAULT_SYSLOG_FACILITY <DEFAULT_SYSLOG_FACILITY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4023
msgid "See also :ref:`DEFAULT_TERMINAL_PLUGIN_PATH <DEFAULT_TERMINAL_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_TERMINAL_PLUGIN_PATH <DEFAULT_TERMINAL_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4031
msgid "See also :ref:`DEFAULT_TEST_PLUGIN_PATH <DEFAULT_TEST_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_TEST_PLUGIN_PATH <DEFAULT_TEST_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4039
msgid "See also :ref:`DEFAULT_TIMEOUT <DEFAULT_TIMEOUT>`"
msgstr "「:ref:`DEFAULT_TIMEOUT <DEFAULT_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4047
msgid "See also :ref:`DEFAULT_TRANSPORT <DEFAULT_TRANSPORT>`"
msgstr "「:ref:`DEFAULT_TRANSPORT <DEFAULT_TRANSPORT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4053
msgid "When True, this causes ansible templating to fail steps that reference variable names that are likely typoed.Otherwise, any '{{ template_expression }}' that contains undefined variables will be rendered in a template or ansible action line exactly as written."
msgstr "True にすると、これにより、タイプミスの可能性が高い変数名を参照するステップが失敗するテンプレートが作成されます。それ以外の場合は、未定義の変数を含む '{{ template_expression }}' は、記述されたとおりにテンプレートまたは Ansible のアクション行にレンダリングされます。"

#: ../../rst/reference_appendices/config.rst:4055
msgid "See also :ref:`DEFAULT_UNDEFINED_VAR_BEHAVIOR <DEFAULT_UNDEFINED_VAR_BEHAVIOR>`"
msgstr "「:ref:`DEFAULT_UNDEFINED_VAR_BEHAVIOR <DEFAULT_UNDEFINED_VAR_BEHAVIOR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4063
msgid "See also :ref:`DEFAULT_VARS_PLUGIN_PATH <DEFAULT_VARS_PLUGIN_PATH>`"
msgstr "「:ref:`DEFAULT_VARS_PLUGIN_PATH <DEFAULT_VARS_PLUGIN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4071
msgid "See also :ref:`DEFAULT_VAULT_ID_MATCH <DEFAULT_VAULT_ID_MATCH>`"
msgstr "「:ref:`DEFAULT_VAULT_ID_MATCH <DEFAULT_VAULT_ID_MATCH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4079
msgid "See also :ref:`DEFAULT_VAULT_IDENTITY <DEFAULT_VAULT_IDENTITY>`"
msgstr "「:ref:`DEFAULT_VAULT_IDENTITY <DEFAULT_VAULT_IDENTITY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4087
msgid "See also :ref:`DEFAULT_VAULT_ENCRYPT_IDENTITY <DEFAULT_VAULT_ENCRYPT_IDENTITY>`"
msgstr "「:ref:`DEFAULT_VAULT_ENCRYPT_IDENTITY <DEFAULT_VAULT_ENCRYPT_IDENTITY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4095
msgid "See also :ref:`DEFAULT_VAULT_IDENTITY_LIST <DEFAULT_VAULT_IDENTITY_LIST>`"
msgstr "「:ref:`DEFAULT_VAULT_IDENTITY_LIST <DEFAULT_VAULT_IDENTITY_LIST>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4101
msgid "The vault password file to use. Equivalent to --vault-password-file or --vault-idIf executable, it will be run and the resulting stdout will be used as the password."
msgstr "使用する Vault パスワードファイル。--vault-password-file または --vault-id と同等です。実行可能な場合には、実行されて、生成される標準出力がパスワードとして使用されます。"

#: ../../rst/reference_appendices/config.rst:4103
msgid "See also :ref:`DEFAULT_VAULT_PASSWORD_FILE <DEFAULT_VAULT_PASSWORD_FILE>`"
msgstr "「:ref:`DEFAULT_VAULT_PASSWORD_FILE <DEFAULT_VAULT_PASSWORD_FILE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4111
msgid "See also :ref:`DEFAULT_VERBOSITY <DEFAULT_VERBOSITY>`"
msgstr "「:ref:`DEFAULT_VERBOSITY <DEFAULT_VERBOSITY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4119
msgid "See also :ref:`DEPRECATION_WARNINGS <DEPRECATION_WARNINGS>`"
msgstr "「:ref:`DEPRECATION_WARNINGS <DEPRECATION_WARNINGS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4127
msgid "See also :ref:`DEVEL_WARNING <DEVEL_WARNING>`"
msgstr "「:ref:`DEVEL_WARNING <DEVEL_WARNING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4135
msgid "See also :ref:`DIFF_ALWAYS <DIFF_ALWAYS>`"
msgstr "「:ref:`DIFF_ALWAYS <DIFF_ALWAYS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4143
msgid "See also :ref:`DIFF_CONTEXT <DIFF_CONTEXT>`"
msgstr "「:ref:`DIFF_CONTEXT <DIFF_CONTEXT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4149
msgid "Normally ``ansible-playbook`` will print a header for each task that is run. These headers will contain the name: field from the task if you specified one. If you didn't then ``ansible-playbook`` uses the task's action to help you tell which task is presently running. Sometimes you run many of the same action and so you want more information about the task to differentiate it from others of the same action. If you set this variable to True in the config then ``ansible-playbook`` will also include the task's arguments in the header.This setting defaults to False because there is a chance that you have sensitive values in your parameters and you do not want those to be printed.If you set this to True you should be sure that you have secured your environment's stdout (no one can shoulder surf your screen and you aren't saving stdout to an insecure file) or made sure that all of your playbooks explicitly added the ``no_log: True`` parameter to tasks which have sensitive values See How do I keep secret data in my playbook? for more information."
msgstr "通常、``ansible-playbook`` は、実行された各タスクのヘッダーが出力されます。これらのヘッダーにはタスクの name: フィールドが指定されていればそれが含まれます。指定していない場合は、``ansible-playbook`` がタスクのアクションを使用して、どのタスクが現在実行されているかを知ることができます。多くの同じアクションを実行する場合は、同じアクションの他のタスクと区別するために、タスクに関する詳細情報が必要になることがあります。設定でこの変数を True に設定すると、``ansible-playbook`` では、タスクの引数もヘッダーに含まれます。パラメーターに機密性の高い値が含まれている可能性があり、それらを出力しないため、この設定のデフォルトは False です。これを True に設定した場合は、環境の標準出力 (誰もあなたの画面を肩越しに盗み見ることができず、あなたは標準出力を安全でないファイルに保存していません) を確実に保護するか、すべての Playbook で機密性の高い値を持つタスクに ``no_log: True`` パラメーターを明示的に追加する必要があります。詳細は、「Playbook に機密データを保存するにはどうすれば良いですか」を参照してください。"

#: ../../rst/reference_appendices/config.rst:4151
msgid "See also :ref:`DISPLAY_ARGS_TO_STDOUT <DISPLAY_ARGS_TO_STDOUT>`"
msgstr "「:ref:`DISPLAY_ARGS_TO_STDOUT <DISPLAY_ARGS_TO_STDOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4159
msgid "See also :ref:`DISPLAY_SKIPPED_HOSTS <DISPLAY_SKIPPED_HOSTS>`"
msgstr "「:ref:`DISPLAY_SKIPPED_HOSTS <DISPLAY_SKIPPED_HOSTS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4166
msgid "By default Ansible will issue a warning when a duplicate dict key is encountered in YAML.These warnings can be silenced by adjusting this setting to False."
msgstr "デフォルトでは、Ansible は、YAML で重複した dict キーが発生した場合に警告を発行します。この警告は、この設定を False に設定すると非表示にすることができます。"

#: ../../rst/reference_appendices/config.rst:4168
msgid "See also :ref:`DUPLICATE_YAML_DICT_KEY <DUPLICATE_YAML_DICT_KEY>`"
msgstr "「:ref:`DUPLICATE_YAML_DICT_KEY <DUPLICATE_YAML_DICT_KEY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4176
msgid "See also :ref:`ERROR_ON_MISSING_HANDLER <ERROR_ON_MISSING_HANDLER>`"
msgstr "「:ref:`ERROR_ON_MISSING_HANDLER <ERROR_ON_MISSING_HANDLER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4183
msgid "Which modules to run during a play's fact gathering stage, using the default of 'smart' will try to figure it out based on connection type.If adding your own modules but you still want to use the default Ansible facts, you will want to include 'setup' or corresponding network module to the list (if you add 'smart', Ansible will also figure it out).This does not affect explicit calls to the 'setup' module, but does always affect the 'gather_facts' action (implicit or explicit)."
msgstr "プレイのファクト収集段階で実行するモジュールは、デフォルトの「smart」を使用すると接続タイプに基づいて確認を試みます。独自のモジュールを追加したうえで、デフォルトの Ansible ファクトを使用したい場合は、「setup」または対応するネットワークモジュールをリストに含める必要があります (「smart」を追加すると、Ansible もそれを認識します)。これは、「setup」モジュールへの明示的な呼び出しには影響しませんが、常に 'gather_facts' アクションに影響します (暗黙的または明示的)。"

#: ../../rst/reference_appendices/config.rst:4185
msgid "See also :ref:`FACTS_MODULES <FACTS_MODULES>`"
msgstr "「:ref:`FACTS_MODULES <FACTS_MODULES>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4193
msgid "See also :ref:`GALAXY_IGNORE_CERTS <GALAXY_IGNORE_CERTS>`"
msgstr "「:ref:`GALAXY_IGNORE_CERTS <GALAXY_IGNORE_CERTS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4201
msgid "See also :ref:`GALAXY_ROLE_SKELETON <GALAXY_ROLE_SKELETON>`"
msgstr "「:ref:`GALAXY_ROLE_SKELETON <GALAXY_ROLE_SKELETON>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4209
msgid "See also :ref:`GALAXY_ROLE_SKELETON_IGNORE <GALAXY_ROLE_SKELETON_IGNORE>`"
msgstr "「:ref:`GALAXY_ROLE_SKELETON_IGNORE <GALAXY_ROLE_SKELETON_IGNORE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4217
msgid "See also :ref:`GALAXY_COLLECTION_SKELETON <GALAXY_COLLECTION_SKELETON>`"
msgstr "「:ref:`GALAXY_COLLECTION_SKELETON <GALAXY_COLLECTION_SKELETON>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4225
msgid "See also :ref:`GALAXY_COLLECTION_SKELETON_IGNORE <GALAXY_COLLECTION_SKELETON_IGNORE>`"
msgstr "「:ref:`GALAXY_COLLECTION_SKELETON_IGNORE <GALAXY_COLLECTION_SKELETON_IGNORE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4233
msgid "See also :ref:`GALAXY_SERVER <GALAXY_SERVER>`"
msgstr "「:ref:`GALAXY_SERVER <GALAXY_SERVER>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4239
msgid "A list of Galaxy servers to use when installing a collection.The value corresponds to the config ini header ``[galaxy_server.{{item}}]`` which defines the server details.See :ref:`galaxy_server_config` for more details on how to define a Galaxy server.The order of servers in this list is used to as the order in which a collection is resolved.Setting this config option will ignore the :ref:`galaxy_server` config option."
msgstr "コレクションのインストール時に使用する Galaxy サーバーの一覧。値は、サーバーの詳細を定義する config ini ヘッダー ``[galaxy_server.{{item}}]`` に対応します。Galaxy サーバーの定義方法の詳細は、「:ref:`galaxy_server_config`」を参照してください。この一覧のサーバーの順序は、コレクションの解決順序として使用されます。この設定オプションを設定すると、:ref:`galaxy_server` の設定オプションは無視されます。"

#: ../../rst/reference_appendices/config.rst:4241
msgid "See also :ref:`GALAXY_SERVER_LIST <GALAXY_SERVER_LIST>`"
msgstr "「:ref:`GALAXY_SERVER_LIST <GALAXY_SERVER_LIST>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4249
msgid "See also :ref:`GALAXY_TOKEN_PATH <GALAXY_TOKEN_PATH>`"
msgstr "「:ref:`GALAXY_TOKEN_PATH <GALAXY_TOKEN_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4255
msgid "Some steps in ``ansible-galaxy`` display a progress wheel which can cause issues on certain displays or when outputing the stdout to a file.This config option controls whether the display wheel is shown or not.The default is to show the display wheel if stdout has a tty."
msgstr "``ansible-galaxy`` の一部の手順では、特定の表示で、または標準出力 (stdout) をファイルに出力するときに問題を引き起こす可能性のある進行状況ホイールを表示します。この設定オプションは、表示ホイールを表示するかどうかを制御します。デフォルトでは、stdout に tty があると、表示ホイールが表示されます。"

#: ../../rst/reference_appendices/config.rst:4257
msgid "See also :ref:`GALAXY_DISPLAY_PROGRESS <GALAXY_DISPLAY_PROGRESS>`"
msgstr "「:ref:`GALAXY_DISPLAY_PROGRESS <GALAXY_DISPLAY_PROGRESS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4263
msgid "The directory that stores cached responses from a Galaxy server.This is only used by the ``ansible-galaxy collection install`` and ``download`` commands.Cache files inside this dir will be ignored if they are world writable."
msgstr "Galaxy サーバーからキャッシュされた応答を保存するディレクトリーです。これは ``ansible-galaxy collection install`` コマンドおよび ``download`` コマンドによってのみ使用されます。このディレクトリー内のキャッシュファイルは、誰でも書き込み可能であれば無視されます。"

#: ../../rst/reference_appendices/config.rst:4265
msgid "See also :ref:`GALAXY_CACHE_DIR <GALAXY_CACHE_DIR>`"
msgstr "「:ref:`GALAXY_CACHE_DIR <GALAXY_CACHE_DIR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4273
msgid "See also :ref:`GALAXY_DISABLE_GPG_VERIFY <GALAXY_DISABLE_GPG_VERIFY>`"
msgstr "「:ref:`GALAXY_DISABLE_GPG_VERIFY <GALAXY_DISABLE_GPG_VERIFY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4281
msgid "See also :ref:`GALAXY_GPG_KEYRING <GALAXY_GPG_KEYRING>`"
msgstr "「:ref:`GALAXY_GPG_KEYRING <GALAXY_GPG_KEYRING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4287
msgid "A list of GPG status codes to ignore during GPG signature verification. See L(https://github.com/gpg/gnupg/blob/master/doc/DETAILS#general-status-codes) for status code descriptions.If fewer signatures successfully verify the collection than `GALAXY_REQUIRED_VALID_SIGNATURE_COUNT`, signature verification will fail even if all error codes are ignored."
msgstr "GPG 署名の検証中に無視する GPG ステータスコードのリスト。ステータスコードの説明は、L(https://github.com/gpg/gnupg/blob/master/doc/DETAILS#general-status-codes) を参照してください。コレクションの検証で正常な署名数が `GALAXY_REQUIRED_VALID_SIGNATURE_COUNT` よりも少ない場合には、エラーコードが無視されている場合でも署名の検証に失敗します。"

#: ../../rst/reference_appendices/config.rst:4289
msgid "See also :ref:`GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES <GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES>`"
msgstr "「:ref:`GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES <GALAXY_IGNORE_INVALID_SIGNATURE_STATUS_CODES>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4295
msgid "The number of signatures that must be successful during GPG signature verification while installing or verifying collections.This should be a positive integer or all to indicate all signatures must successfully validate the collection.Prepend + to the value to fail if no valid signatures are found for the collection."
msgstr "コレクションのインストールまたは検証中の GPG 署名検証中に成功する必要がある署名の数。これは、正の整数または all の場合、すべての署名がコレクションの検証に成功する必要があることを指定します。有効な署名がコレクションで見つからなかった場合に失敗させるには、+ を値の前につけます。"

#: ../../rst/reference_appendices/config.rst:4297
msgid "See also :ref:`GALAXY_REQUIRED_VALID_SIGNATURE_COUNT <GALAXY_REQUIRED_VALID_SIGNATURE_COUNT>`"
msgstr "「:ref:`GALAXY_REQUIRED_VALID_SIGNATURE_COUNT <GALAXY_REQUIRED_VALID_SIGNATURE_COUNT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4305
msgid "See also :ref:`HOST_KEY_CHECKING <HOST_KEY_CHECKING>`"
msgstr "「:ref:`HOST_KEY_CHECKING <HOST_KEY_CHECKING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4313
msgid "See also :ref:`HOST_PATTERN_MISMATCH <HOST_PATTERN_MISMATCH>`"
msgstr "「:ref:`HOST_PATTERN_MISMATCH <HOST_PATTERN_MISMATCH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4321
msgid "See also :ref:`INTERPRETER_PYTHON <INTERPRETER_PYTHON>`"
msgstr "「:ref:`INTERPRETER_PYTHON <INTERPRETER_PYTHON>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4330
msgid "See also :ref:`TRANSFORM_INVALID_GROUP_CHARS <TRANSFORM_INVALID_GROUP_CHARS>`"
msgstr "「:ref:`TRANSFORM_INVALID_GROUP_CHARS <TRANSFORM_INVALID_GROUP_CHARS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4338
msgid "See also :ref:`INVALID_TASK_ATTRIBUTE_FAILED <INVALID_TASK_ATTRIBUTE_FAILED>`"
msgstr "「:ref:`INVALID_TASK_ATTRIBUTE_FAILED <INVALID_TASK_ATTRIBUTE_FAILED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4347
msgid "See also :ref:`INVENTORY_ANY_UNPARSED_IS_FAILED <INVENTORY_ANY_UNPARSED_IS_FAILED>`"
msgstr "「:ref:`INVENTORY_ANY_UNPARSED_IS_FAILED <INVENTORY_ANY_UNPARSED_IS_FAILED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4353
msgid "Toggle to turn on inventory caching.This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`.The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory configuration.This message will be removed in 2.16."
msgstr "切り替えてイベントリーキャッシュをオンにします。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリー設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:4355
msgid "See also :ref:`INVENTORY_CACHE_ENABLED <INVENTORY_CACHE_ENABLED>`"
msgstr "「:ref:`INVENTORY_CACHE_ENABLED <INVENTORY_CACHE_ENABLED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4361
msgid "The plugin for caching inventory.This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`.The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration.This message will be removed in 2.16."
msgstr "キャッシュインベントリーのプラグイン。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:4363
msgid "See also :ref:`INVENTORY_CACHE_PLUGIN <INVENTORY_CACHE_PLUGIN>`"
msgstr "「:ref:`INVENTORY_CACHE_PLUGIN <INVENTORY_CACHE_PLUGIN>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4369
msgid "The inventory cache connection.This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`.The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration.This message will be removed in 2.16."
msgstr "インベントリーキャッシュコネクション。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:4371
msgid "See also :ref:`INVENTORY_CACHE_PLUGIN_CONNECTION <INVENTORY_CACHE_PLUGIN_CONNECTION>`"
msgstr "「:ref:`INVENTORY_CACHE_PLUGIN_CONNECTION <INVENTORY_CACHE_PLUGIN_CONNECTION>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4377
msgid "The table prefix for the cache plugin.This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`.The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration.This message will be removed in 2.16."
msgstr "キャッシュプラグインの表の接頭辞。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:4379
msgid "See also :ref:`INVENTORY_CACHE_PLUGIN_PREFIX <INVENTORY_CACHE_PLUGIN_PREFIX>`"
msgstr "「:ref:`INVENTORY_CACHE_PLUGIN_PREFIX <INVENTORY_CACHE_PLUGIN_PREFIX>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4385
msgid "Expiration timeout for the inventory cache plugin data.This setting has been moved to the individual inventory plugins as a plugin option :ref:`inventory_plugins`.The existing configuration settings are still accepted with the inventory plugin adding additional options from inventory and fact cache configuration.This message will be removed in 2.16."
msgstr "インベントリーキャッシュプラグインデータの有効期限のタイムアウト。この設定は、プラグインオプション :ref:`inventory_plugins` として個々のインベントリープラグインに移動しました。インベントリーおよびファクトキャッシュ設定から別のオプションを追加する inventory プラグインで、既存の設定も使用できます。このメッセージは 2.16 で削除されます。"

#: ../../rst/reference_appendices/config.rst:4387
msgid "See also :ref:`INVENTORY_CACHE_TIMEOUT <INVENTORY_CACHE_TIMEOUT>`"
msgstr "「:ref:`INVENTORY_CACHE_TIMEOUT <INVENTORY_CACHE_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4395
msgid "See also :ref:`INVENTORY_ENABLED <INVENTORY_ENABLED>`"
msgstr "「:ref:`INVENTORY_ENABLED <INVENTORY_ENABLED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4403
msgid "See also :ref:`INVENTORY_EXPORT <INVENTORY_EXPORT>`"
msgstr "「:ref:`INVENTORY_EXPORT <INVENTORY_EXPORT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4411
msgid "See also :ref:`INVENTORY_IGNORE_EXTS <INVENTORY_IGNORE_EXTS>`"
msgstr "「:ref:`INVENTORY_IGNORE_EXTS <INVENTORY_IGNORE_EXTS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4419
msgid "See also :ref:`INVENTORY_IGNORE_PATTERNS <INVENTORY_IGNORE_PATTERNS>`"
msgstr "「:ref:`INVENTORY_IGNORE_PATTERNS <INVENTORY_IGNORE_PATTERNS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4428
msgid "See also :ref:`INVENTORY_UNPARSED_IS_FAILED <INVENTORY_UNPARSED_IS_FAILED>`"
msgstr "「:ref:`INVENTORY_UNPARSED_IS_FAILED <INVENTORY_UNPARSED_IS_FAILED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4436
msgid "See also :ref:`JINJA2_NATIVE_WARNING <JINJA2_NATIVE_WARNING>`"
msgstr ":ref:`JINJA2_NATIVE_WARNING <JINJA2_NATIVE_WARNING>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:4438
msgid "2.17"
msgstr "2.17"

#: ../../rst/reference_appendices/config.rst:4439
msgid "This option is no longer used in the Ansible Core code base."
msgstr "このオプションは、Ansible Core コードベースでは使用されなくなりました。"

#: ../../rst/reference_appendices/config.rst:4446
msgid "See also :ref:`MAX_FILE_SIZE_FOR_DIFF <MAX_FILE_SIZE_FOR_DIFF>`"
msgstr "「:ref:`MAX_FILE_SIZE_FOR_DIFF <MAX_FILE_SIZE_FOR_DIFF>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4453
msgid "See also :ref:`NETWORK_GROUP_MODULES <NETWORK_GROUP_MODULES>`"
msgstr "「:ref:`NETWORK_GROUP_MODULES <NETWORK_GROUP_MODULES>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4459
msgid "Facts are available inside the `ansible_facts` variable, this setting also pushes them as their own vars in the main namespace.Unlike inside the `ansible_facts` dictionary, these will have an `ansible_` prefix."
msgstr "ファクトは `ansible_facts` 変数内で利用できます。この設定は、主な名前空間で独自の変数としてプッシュされます。`ansible_facts` ディクショナリー内とは異なり、これには `ansible_` の接頭辞があります。"

#: ../../rst/reference_appendices/config.rst:4461
msgid "See also :ref:`INJECT_FACTS_AS_VARS <INJECT_FACTS_AS_VARS>`"
msgstr "「:ref:`INJECT_FACTS_AS_VARS <INJECT_FACTS_AS_VARS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4467
msgid "List of extensions to ignore when looking for modules to loadThis is for rejecting script and binary module fallback extensions"
msgstr "読み込むモジュールを探すときに無視する拡張機能のリスト。これは、スクリプトおよびバイナリーモジュールのフォールバック拡張機能を拒否するためのものです。"

#: ../../rst/reference_appendices/config.rst:4469
msgid "See also :ref:`MODULE_IGNORE_EXTS <MODULE_IGNORE_EXTS>`"
msgstr "「:ref:`MODULE_IGNORE_EXTS <MODULE_IGNORE_EXTS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4477
msgid "See also :ref:`OLD_PLUGIN_CACHE_CLEARING <OLD_PLUGIN_CACHE_CLEARING>`"
msgstr "「:ref:`OLD_PLUGIN_CACHE_CLEARING <OLD_PLUGIN_CACHE_CLEARING>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4484
msgid "See also :ref:`PARAMIKO_HOST_KEY_AUTO_ADD <PARAMIKO_HOST_KEY_AUTO_ADD>`"
msgstr "「:ref:`PARAMIKO_HOST_KEY_AUTO_ADD <PARAMIKO_HOST_KEY_AUTO_ADD>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4491
msgid "See also :ref:`PARAMIKO_LOOK_FOR_KEYS <PARAMIKO_LOOK_FOR_KEYS>`"
msgstr "「:ref:`PARAMIKO_LOOK_FOR_KEYS <PARAMIKO_LOOK_FOR_KEYS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4499
msgid "See also :ref:`PERSISTENT_CONTROL_PATH_DIR <PERSISTENT_CONTROL_PATH_DIR>`"
msgstr "「:ref:`PERSISTENT_CONTROL_PATH_DIR <PERSISTENT_CONTROL_PATH_DIR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4507
msgid "See also :ref:`PERSISTENT_CONNECT_TIMEOUT <PERSISTENT_CONNECT_TIMEOUT>`"
msgstr "「:ref:`PERSISTENT_CONNECT_TIMEOUT <PERSISTENT_CONNECT_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4515
msgid "See also :ref:`PERSISTENT_CONNECT_RETRY_TIMEOUT <PERSISTENT_CONNECT_RETRY_TIMEOUT>`"
msgstr "「:ref:`PERSISTENT_CONNECT_RETRY_TIMEOUT <PERSISTENT_CONNECT_RETRY_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4523
msgid "See also :ref:`PERSISTENT_COMMAND_TIMEOUT <PERSISTENT_COMMAND_TIMEOUT>`"
msgstr "「:ref:`PERSISTENT_COMMAND_TIMEOUT <PERSISTENT_COMMAND_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4531
msgid "See also :ref:`PLAYBOOK_DIR <PLAYBOOK_DIR>`"
msgstr "「:ref:`PLAYBOOK_DIR <PLAYBOOK_DIR>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4539
msgid "See also :ref:`PLAYBOOK_VARS_ROOT <PLAYBOOK_VARS_ROOT>`"
msgstr "「:ref:`PLAYBOOK_VARS_ROOT <PLAYBOOK_VARS_ROOT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4548
msgid "See also :ref:`PYTHON_MODULE_RLIMIT_NOFILE <PYTHON_MODULE_RLIMIT_NOFILE>`"
msgstr "「:ref:`PYTHON_MODULE_RLIMIT_NOFILE <PYTHON_MODULE_RLIMIT_NOFILE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4556
msgid "See also :ref:`RETRY_FILES_ENABLED <RETRY_FILES_ENABLED>`"
msgstr "「:ref:`RETRY_FILES_ENABLED <RETRY_FILES_ENABLED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4562
msgid "This sets the path in which Ansible will save .retry files when a playbook fails and retry files are enabled.This file will be overwritten after each run with the list of failed hosts from all plays."
msgstr "これにより、Playbook が失敗し、再試行ファイルが有効になっている場合に、Ansible が .retry ファイルを保存するパスが設定されます。このファイルは、実行するたびに、すべてのプレイで失敗したホストのリストで上書きされます。"

#: ../../rst/reference_appendices/config.rst:4564
msgid "See also :ref:`RETRY_FILES_SAVE_PATH <RETRY_FILES_SAVE_PATH>`"
msgstr "「:ref:`RETRY_FILES_SAVE_PATH <RETRY_FILES_SAVE_PATH>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4572
msgid "See also :ref:`RUN_VARS_PLUGINS <RUN_VARS_PLUGINS>`"
msgstr "「:ref:`RUN_VARS_PLUGINS <RUN_VARS_PLUGINS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4580
msgid "See also :ref:`SHOW_CUSTOM_STATS <SHOW_CUSTOM_STATS>`"
msgstr "「:ref:`SHOW_CUSTOM_STATS <SHOW_CUSTOM_STATS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4586
msgid "This list of filters avoids 'type conversion' when templating variablesUseful when you want to avoid conversion into lists or dictionaries for JSON strings, for example."
msgstr "このフィルターのリストは、変数をテンプレート化するときに「型変換」を回避します。たとえば、JSON 文字列のリストやディレクトリーへの変換を回避したい場合に便利です。"

#: ../../rst/reference_appendices/config.rst:4588
msgid "See also :ref:`STRING_TYPE_FILTERS <STRING_TYPE_FILTERS>`"
msgstr "「:ref:`STRING_TYPE_FILTERS <STRING_TYPE_FILTERS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4594
msgid "Allows disabling of warnings related to potential issues on the system running ansible itself (not on the managed hosts)These may include warnings about 3rd party packages or other conditions that should be resolved if possible."
msgstr "Ansible 自体を実行している (管理対象ホストではない) システムの潜在的な問題に関連する警告を無効にすることができます。これには、サードパーティーのパッケージに関する警告や、可能であれば解決する必要のあるその他の条件が含まれる場合があります。"

#: ../../rst/reference_appendices/config.rst:4596
msgid "See also :ref:`SYSTEM_WARNINGS <SYSTEM_WARNINGS>`"
msgstr "「:ref:`SYSTEM_WARNINGS <SYSTEM_WARNINGS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4604
msgid "See also :ref:`TAGS_RUN <TAGS_RUN>`"
msgstr "「:ref:`TAGS_RUN <TAGS_RUN>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4612
msgid "See also :ref:`TAGS_SKIP <TAGS_SKIP>`"
msgstr "「:ref:`TAGS_SKIP <TAGS_SKIP>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4618
msgid "Set the maximum time (in seconds) that a task can run for.If set to 0 (the default) there is no timeout."
msgstr "タスクを実行する最大時間 (秒単位) を設定します。0 (デフォルト) に設定するとタイムアウトはありません。"

#: ../../rst/reference_appendices/config.rst:4620
msgid "See also :ref:`TASK_TIMEOUT <TASK_TIMEOUT>`"
msgstr "「:ref:`TASK_TIMEOUT <TASK_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4626
msgid "The maximum number of times to check Task Queue Manager worker processes to verify they have exited cleanly.After this limit is reached any worker processes still running will be terminated.This is for internal use only."
msgstr "Task Queue Manager ワーカープロセスをチェックして、それらが正常に終了したことを確認する最大回数。この制限に達すると、まだ実行中のワーカープロセスはすべて終了します。これは内部使用のみです。"

#: ../../rst/reference_appendices/config.rst:4628
msgid "See also :ref:`WORKER_SHUTDOWN_POLL_COUNT <WORKER_SHUTDOWN_POLL_COUNT>`"
msgstr "「:ref:`WORKER_SHUTDOWN_POLL_COUNT <WORKER_SHUTDOWN_POLL_COUNT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4634
msgid "The number of seconds to sleep between polling loops when checking Task Queue Manager worker processes to verify they have exited cleanly.This is for internal use only."
msgstr "Task Queue Manager ワーカープロセスをチェックして、それらが正常に終了したことを確認するときに、ポーリングループ間でスリープする秒数。これは内部使用のみです。"

#: ../../rst/reference_appendices/config.rst:4636
msgid "See also :ref:`WORKER_SHUTDOWN_POLL_DELAY <WORKER_SHUTDOWN_POLL_DELAY>`"
msgstr "「:ref:`WORKER_SHUTDOWN_POLL_DELAY <WORKER_SHUTDOWN_POLL_DELAY>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4644
msgid "See also :ref:`USE_PERSISTENT_CONNECTIONS <USE_PERSISTENT_CONNECTIONS>`"
msgstr "「:ref:`USE_PERSISTENT_CONNECTIONS <USE_PERSISTENT_CONNECTIONS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4652
msgid "See also :ref:`VARIABLE_PLUGINS_ENABLED <VARIABLE_PLUGINS_ENABLED>`"
msgstr "「:ref:`VARIABLE_PLUGINS_ENABLED <VARIABLE_PLUGINS_ENABLED>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4660
msgid "See also :ref:`VARIABLE_PRECEDENCE <VARIABLE_PRECEDENCE>`"
msgstr "「:ref:`VARIABLE_PRECEDENCE <VARIABLE_PRECEDENCE>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4666
msgid "For asynchronous tasks in Ansible (covered in Asynchronous Actions and Polling), this is how long, in seconds, to wait for the task spawned by Ansible to connect back to the named pipe used on Windows systems. The default is 5 seconds. This can be too low on slower systems, or systems under heavy load.This is not the total time an async command can run for, but is a separate timeout to wait for an async command to start. The task will only start to be timed against its async_timeout once it has connected to the pipe, so the overall maximum duration the task can take will be extended by the amount specified here."
msgstr "Ansible の非同期タスク (「非同期アクションおよびポーリング」で説明) の場合、これは、Ansible が生成するタスクが Windows システムで使用される名前付きパイプに接続するのを待機する時間 (秒単位) です。デフォルトは 5 秒です。これは、低速のシステムや高負荷のシステムでは低すぎる可能性があります。これは、非同期コマンドを実行できる合計時間ではありませんが、非同期コマンドの開始を待機する別のタイムアウトです。タスクは、パイプに接続された後にのみ async_timeout に対してタイムアウトが開始するため、タスクの全体的な最大期間は、ここで指定された分だけ延長されます。"

#: ../../rst/reference_appendices/config.rst:4668
msgid "See also :ref:`WIN_ASYNC_STARTUP_TIMEOUT <WIN_ASYNC_STARTUP_TIMEOUT>`"
msgstr "「:ref:`WIN_ASYNC_STARTUP_TIMEOUT <WIN_ASYNC_STARTUP_TIMEOUT>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4674
msgid "Check all of these extensions when looking for 'variable' files which should be YAML or JSON or vaulted versions of these.This affects vars_files, include_vars, inventory and vars plugins among others."
msgstr "YAML または JSON、あるいはこれらの Vault バージョンである必要がある「変数」ファイルを探すときは、これらすべての拡張子を確認してください。これは、vars_files、include_vars、inventory、vars プラグインなどに影響します。"

#: ../../rst/reference_appendices/config.rst:4676
msgid "See also :ref:`YAML_FILENAME_EXTENSIONS <YAML_FILENAME_EXTENSIONS>`"
msgstr "「:ref:`YAML_FILENAME_EXTENSIONS <YAML_FILENAME_EXTENSIONS>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4684
msgid "See also :ref:`NETCONF_SSH_CONFIG <NETCONF_SSH_CONFIG>`"
msgstr "「:ref:`NETCONF_SSH_CONFIG <NETCONF_SSH_CONFIG>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4690
msgid "Action to take when a module parameter value is converted to a string (this does not affect variables). For string parameters, values such as '1.00', \"['a', 'b',]\", and 'yes', 'y', etc. will be converted by the YAML parser unless fully quoted.Valid options are 'error', 'warn', and 'ignore'.Since 2.8, this option defaults to 'warn' but will change to 'error' in 2.12."
msgstr "モジュールパラメーター値が文字列に変換されるときに実行するアクション (これは変数には影響しません)。文字列パラメーターの場合、「1.00」、「['a', 'b',]」、「yes」、「y」などの値は、完全に引用されていない限り、YAML パーサーにより変換されます。有効なオプションは、「error」、「warn」、および「ignore」です。2.8 以降、このオプションのデフォルトは「warn」ですが、2.12では「error」に変更されます。"

#: ../../rst/reference_appendices/config.rst:4692
msgid "See also :ref:`STRING_CONVERSION_ACTION <STRING_CONVERSION_ACTION>`"
msgstr "「:ref:`STRING_CONVERSION_ACTION <STRING_CONVERSION_ACTION>`」も参照してください。"

#: ../../rst/reference_appendices/config.rst:4700
msgid "See also :ref:`VALIDATE_ACTION_GROUP_METADATA <VALIDATE_ACTION_GROUP_METADATA>`"
msgstr ":ref:`VALIDATE_ACTION_GROUP_METADATA <VALIDATE_ACTION_GROUP_METADATA>` も参照してください。"

#: ../../rst/reference_appendices/config.rst:4708
msgid "See also :ref:`VERBOSE_TO_STDERR <VERBOSE_TO_STDERR>`"
msgstr "「:ref:`VERBOSE_TO_STDERR <VERBOSE_TO_STDERR>`」も参照してください。"

#: ../../rst/reference_appendices/faq.rst:4
msgid "Frequently Asked Questions"
msgstr "よくある質問 (FAQ)"

#: ../../rst/reference_appendices/faq.rst:6
msgid "Here are some commonly asked questions and their answers."
msgstr "以下に、よくある質問とその回答を紹介しています。"

#: ../../rst/reference_appendices/faq.rst:11
msgid "Where did all the modules go?"
msgstr "すべてのモジュールはどこに移されましたか"

#: ../../rst/reference_appendices/faq.rst:13
msgid "In July, 2019, we announced that collections would be the `future of Ansible content delivery <https://www.ansible.com/blog/the-future-of-ansible-content-delivery>`_. A collection is a distribution format for Ansible content that can include playbooks, roles, modules, and plugins. In Ansible 2.9 we added support for collections. In Ansible 2.10 we `extracted most modules from the main ansible/ansible repository <https://access.redhat.com/solutions/5295121>`_ and placed them in :ref:`collections <list_of_collections>`. Collections may be maintained by the Ansible team, by the Ansible community, or by Ansible partners. The `ansible/ansible repository <https://github.com/ansible/ansible>`_ now contains the code for basic features and functions, such as copying module code to managed nodes. This code is also known as ``ansible-core`` (it was briefly called ``ansible-base`` for version 2.10)."
msgstr "2019 年 7 月、コレクションが `今後の Ansible コンテンツ配布 <https://www.ansible.com/blog/the-future-of-ansible-content-delivery>`_ になることが発表されました。コレクションは、Playbook、ロール、モジュール、およびプラグインを含む Ansible コンテンツの配布形式です。Ansible 2.9 では、コレクションのサポートを追加しました。Ansible 2.10 では、`ansible/ansible のメインリポジトリーからほとんどモジュールを取り出して <https://access.redhat.com/solutions/5295121>`_、そのモジュールを :ref:`コレクション <list_of_collections>` に置きました。コレクションは、Ansible チーム、Ansible コミュニティー、または Ansible パートナーによって維持されます。`ansible/ansible リポジトリー <https://github.com/ansible/ansible>`_ には、モジュールコードを管理対象ノードにコピーするなど、基本的な機能および関数のコードが含まれています。このコードは ``ansible-core`` とも呼ばれます (バージョン 2.10 の場合は ``ansible-base`` と呼ばれています)。"

#: ../../rst/reference_appendices/faq.rst:15
msgid "To learn more about using collections, see :ref:`collections`."
msgstr "コレクションの使用に関する詳細は、「:ref:`collections`」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:16
msgid "To learn more about developing collections, see :ref:`developing_collections`."
msgstr "コレクション開発に関する詳細は、「:ref:`developing_collections`」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:17
msgid "To learn more about contributing to existing collections, see the individual collection repository for guidelines, or see :ref:`contributing_maintained_collections` to contribute to one of the Ansible-maintained collections."
msgstr "既存のコレクションへの貢献の詳細については、個々のコレクションリポジトリーでガイドラインを参照するか、Ansible が管理するコレクションのいずれかに貢献する方法を「:ref:`contributing_maintained_collections`」で参照してください。"

#: ../../rst/reference_appendices/faq.rst:22
msgid "Where did this specific module go?"
msgstr "この特定のモジュールはどこに移されましたか"

#: ../../rst/reference_appendices/faq.rst:24
msgid "IF you are searching for a specific module, you can check the `runtime.yml <https://github.com/ansible/ansible/blob/devel/lib/ansible/config/ansible_builtin_runtime.yml>`_ file, which lists the first destination for each module that we extracted from the main ansible/ansible repository. Some modules have moved again since then. You can also search on `Ansible Galaxy <https://galaxy.ansible.com/>`_ or ask on one of our :ref:`chat channels <communication_irc>`."
msgstr "特定のモジュールを検索する場合は、`runtime.yml <https://github.com/ansible/ansible/blob/devel/lib/ansible/config/ansible_builtin_runtime.yml>`_ ファイルをチェックできます。このファイルには、メインの ansible/ansible リポジトリーから抽出した各モジュールの最初の宛先がリストされています。その後、いくつかのモジュールが再び移動しました。`Ansible Galaxy <https://galaxy.ansible.com/>`_ で検索することもできますし、いずれかの :ref:`chat channels <communication_irc>` で尋ねることもできます。"

#: ../../rst/reference_appendices/faq.rst:29
msgid "How can I speed up Ansible on systems with slow disks?"
msgstr "ディスクの速度が遅いシステムで、Ansible を高速化するにはどうすればいいですか"

#: ../../rst/reference_appendices/faq.rst:31
msgid "Ansible may feel sluggish on systems with slow disks, such as Raspberry PI. See `Ansible might be running slow if libyaml is not available <https://www.jeffgeerling.com/blog/2021/ansible-might-be-running-slow-if-libyaml-not-available>`_ for hints on how to improve this."
msgstr "Ansible は、Raspberry PI など、ディスクの速度が遅いシステムでスラグが発生する場合があります。これを改善する方法は、`Ansible might be running slow if libyaml is not available <https://www.jeffgeerling.com/blog/2021/ansible-might-be-running-slow-if-libyaml-not-available>`_ を参照してください。"

#: ../../rst/reference_appendices/faq.rst:38
msgid "How can I set the PATH or any other environment variable for a task or entire play?"
msgstr "タスクやプレイ全体に PATH またはその他の環境変数をどのように設定すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:40
msgid "Setting environment variables can be done with the `environment` keyword. It can be used at the task or other levels in the play."
msgstr "環境変数の設定は、`environment` キーワードで実行できます。これは、プレイ内のタスクや他のレベルで使用できます。"

#: ../../rst/reference_appendices/faq.rst:56
msgid "starting in 2.0.1 the setup task from ``gather_facts`` also inherits the environment directive from the play, you might need to use the ``|default`` filter to avoid errors if setting this at play level."
msgstr "2.0.1 以降で、``gather_facts`` の設定タスクは、プレイからの環境ディレクティブも継承します。これがプレイレベルで設定されている場合は、``|default`` フィルターを使用したエラーの回避が必要になる場合があります。"

#: ../../rst/reference_appendices/faq.rst:61
msgid "How do I handle different machines needing different user accounts or ports to log in with?"
msgstr "異なるユーザーアカウントまたはポートでログインする必要のある各種マシンをどのように処理すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:63
msgid "Setting inventory variables in the inventory file is the easiest way."
msgstr "インベントリーファイルにインベントリー変数を設定する方法が最も簡単です。"

#: ../../rst/reference_appendices/faq.rst:65
msgid "For instance, suppose these hosts have different usernames and ports:"
msgstr "たとえば、以下では、ホストに異なるユーザー名とポートが指定されています。"

#: ../../rst/reference_appendices/faq.rst:73
msgid "You can also dictate the connection type to be used, if you want:"
msgstr "任意で、使用する接続タイプを指定できます。"

#: ../../rst/reference_appendices/faq.rst:82
msgid "You may also wish to keep these in group variables instead, or file them in a group_vars/<groupname> file. See the rest of the documentation for more information about how to organize variables."
msgstr "上記の値を、代わりにグループ変数や group_vars/<groupname> ファイルに保持できます。変数を整理する方法は、本ガイドの他のセクションを参照してください。"

#: ../../rst/reference_appendices/faq.rst:88
msgid "How do I get ansible to reuse connections, enable Kerberized SSH, or have Ansible pay attention to my local SSH config file?"
msgstr "Ansible を使用して接続を再利用したり、Kerberos を設定した SSH を有効にしたり、Ansible がローカルの SSH 設定を使用するにはどうしたら良いですか"

#: ../../rst/reference_appendices/faq.rst:90
msgid "Switch your default connection type in the configuration file to ``ssh``, or use ``-c ssh`` to use Native OpenSSH for connections instead of the python paramiko library. In Ansible 1.2.1 and later, ``ssh`` will be used by default if OpenSSH is new enough to support ControlPersist as an option."
msgstr "設定ファイルのデフォルトの接続タイプを ``ssh`` に切り替えるか、Python Paramiko ライブラリーの代わりに、``-c ssh`` で、接続にネイティブの OpenSSH を使用してください。Ansible 1.2.1 以降では、OpenSSH が新しく、オプションとして ControlPersist をサポートする場合にはデフォルトで ``ssh`` を使用します。"

#: ../../rst/reference_appendices/faq.rst:94
msgid "Paramiko is great for starting out, but the OpenSSH type offers many advanced options. You will want to run Ansible from a machine new enough to support ControlPersist, if you are using this connection type. You can still manage older clients. If you are using RHEL 6, CentOS 6, SLES 10 or SLES 11 the version of OpenSSH is still a bit old, so consider managing from a Fedora or openSUSE client even though you are managing older nodes, or just use paramiko."
msgstr "Paramiko は使用を開始するときには便利ですが、OpenSSH のタイプでは多数の詳細オプションを利用できます。OpenSSH の接続タイプを使用する場合には、ControlPersist をサポートできる新しいマシンから Ansible を実行してください。古いクライアントは引き続き管理できます。RHEL 6、CentOS 6、SLES 10、または SLES 11 を使用している場合は、OpenSSH のバージョンが若干古いため、以前のノードを管理している場合でも、Fedora または openSUSE クライアントからの管理を検討するか、paramiko を使用してください。"

#: ../../rst/reference_appendices/faq.rst:99
msgid "We keep paramiko as the default as if you are first installing Ansible on these enterprise operating systems, it offers a better experience for new users."
msgstr "Paramiko は、これらのエンタープライズオペレーティングシステムに Ansible を最初にインストールしている場合と同じようにデフォルトのままとなっており、新規ユーザーによって使用しやすくなっています。"

#: ../../rst/reference_appendices/faq.rst:104
msgid "How do I configure a jump host to access servers that I have no direct access to?"
msgstr "直接アクセス権のないサーバーにジャンプホストを使用してアクセスできるように設定するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:106
msgid "You can set a ``ProxyCommand`` in the ``ansible_ssh_common_args`` inventory variable. Any arguments specified in this variable are added to the sftp/scp/ssh command line when connecting to the relevant host(s). Consider the following inventory group:"
msgstr "``ansible_ssh_common_args`` インベントリー変数に ``ProxyCommand`` を設定することができます。該当のホストに接続したときに、この変数に指定した引数は、sftp/scp/ssh コマンドラインに追加されます。次のインベントリーグループについて考えてみます。"

#: ../../rst/reference_appendices/faq.rst:117
msgid "You can create `group_vars/gatewayed.yml` with the following contents:"
msgstr "以下の内容で `group_vars/gatewayed.yml` を作成できます。"

#: ../../rst/reference_appendices/faq.rst:123
msgid "Ansible will append these arguments to the command line when trying to connect to any hosts in the group ``gatewayed``. (These arguments are used in addition to any ``ssh_args`` from ``ansible.cfg``, so you do not need to repeat global ``ControlPersist`` settings in ``ansible_ssh_common_args``.)"
msgstr "Ansible は、``gatewayed`` グループのホストに接続しようとすると、コマンドラインに 3 つの引数を追加します。(``ansible.cfg`` からの ``ssh_args`` に加えて、上記の引数が使用されるため、``ansible_ssh_common_args`` のグローバル ``ControlPersist`` 設定を繰り返す必要はありません)。"

#: ../../rst/reference_appendices/faq.rst:128
msgid "Note that ``ssh -W`` is available only with OpenSSH 5.4 or later. With older versions, it's necessary to execute ``nc %h:%p`` or some equivalent command on the bastion host."
msgstr "``ssh -W`` は、OpenSSH 5.4 以降でのみ利用できます。以前のバージョンでは、bastion ホストで ``nc %h:%p`` を実行するか、同等のコマンドを実行する必要があります。"

#: ../../rst/reference_appendices/faq.rst:132
msgid "With earlier versions of Ansible, it was necessary to configure a suitable ``ProxyCommand`` for one or more hosts in ``~/.ssh/config``, or globally by setting ``ssh_args`` in ``ansible.cfg``."
msgstr "Ansible の以前のバージョンでは、``~/.ssh/config`` のホスト 1 台または複数台に適切な ``ProxyCommand`` を設定するか、``ansible.cfg`` に ``ssh_args`` をグローバルに設定する必要がありました。"

#: ../../rst/reference_appendices/faq.rst:139
msgid "How do I get Ansible to notice a dead target in a timely manner?"
msgstr "Ansible がダウンしているターゲットを適宜検出できるようにするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:141
msgid "You can add ``-o ServerAliveInterval=NumberOfSeconds`` with the ``ssh_args`` parameter in `SSH connection plugin <https://docs.ansible.com/ansible-core/devel/collections/ansible/builtin/ssh_connection.html#parameter-ssh_args>`_. Without this option, SSH and therefore Ansible will wait until the TCP connection times out. Another solution is to add ``ServerAliveInterval`` into your global SSH configuration. A good value for ``ServerAliveInterval`` is up to you to decide; keep in mind that ``ServerAliveCountMax=3`` is the SSH default so any value you set will be tripled before terminating the SSH session."
msgstr "`SSH connection plugin <https://docs.ansible.com/ansible-core/devel/collections/ansible/builtin/ssh_connection.html#parameter-ssh_args>` から、``ssh_args`` パラメーターに指定して ``-o ServerAliveInterval=NumberOfSeconds`` を追加できます。このオプションがないと、SSH と Ansible は TCP 接続がタイムアウトになるまで待機します。別の解決方法は、``ServerAliveInterval`` をグローバルの SSH 設定に追加することです。``ServerAliveInterval`` に適した値は、ユーザーが決定します。ただし、SSH のデフォルトは ``ServerAliveCountMax=3`` であるため、SSH セッションの終了前に設定した値が 3 倍になる点に注意してください。"

#: ../../rst/reference_appendices/faq.rst:149
msgid "How do I speed up run of ansible for servers from cloud providers (EC2, openstack,.. )?"
msgstr "クラウドプロバイダー (EC2、openstack など) からのサーバーで Ansible の実行を高速化するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:151
msgid "Don't try to manage a fleet of machines of a cloud provider from your laptop. Rather connect to a management node inside this cloud provider first and run Ansible from there."
msgstr "ラップトップからクラウドプロバイダーのマシンのフリートを管理しようとしないでください。代わりに、最初にこのクラウドプロバイダー内の管理ノードに接続し、そこから Ansible を実行します。"

#: ../../rst/reference_appendices/faq.rst:157
msgid "How do I handle not having a Python interpreter at /usr/bin/python on a remote machine?"
msgstr "リモートマシンの /usr/bin/python に Python インタープリターを配置せずに対応するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:159
msgid "While you can write Ansible modules in any language, most Ansible modules are written in Python, including the ones central to letting Ansible work."
msgstr "Ansible モジュールはどの言語でも記述できますが、Ansible の機能を司るコアモジュールなど、Ansible モジュールの多くは Python で記述されています。"

#: ../../rst/reference_appendices/faq.rst:162
msgid "By default, Ansible assumes it can find a :command:`/usr/bin/python` on your remote system that is either Python2, version 2.6 or higher or Python3, 3.5 or higher."
msgstr "デフォルトでは、Ansible は、Python2 のバージョン 2.6 以降または Python3 の 3.5 以降のリモートマシンの :command:`/usr/bin/python` を検出できます。"

#: ../../rst/reference_appendices/faq.rst:165
msgid "Setting the inventory variable ``ansible_python_interpreter`` on any host will tell Ansible to auto-replace the Python interpreter with that value instead. Thus, you can point to any Python you want on the system if :command:`/usr/bin/python` on your system does not point to a compatible Python interpreter."
msgstr "ホストにインベントリー変数 ``ansible_python_interpreter`` を設定すると、Ansible に対して、代わりに Python インタープリターをこのインベントリー変数の値に自動で置き換えるように指示を出します。このように、お使いのシステムの :command:`/usr/bin/python` が互換性のある Python インタープリターを指定していない場合は、使用する Python を指定できます。"

#: ../../rst/reference_appendices/faq.rst:170
msgid "Some platforms may only have Python 3 installed by default. If it is not installed as :command:`/usr/bin/python`, you will need to configure the path to the interpreter through ``ansible_python_interpreter``. Although most core modules will work with Python 3, there may be some special purpose ones which do not or you may encounter a bug in an edge case. As a temporary workaround you can install Python 2 on the managed host and configure Ansible to use that Python through ``ansible_python_interpreter``. If there's no mention in the module's documentation that the module requires Python 2, you can also report a bug on our `bug tracker <https://github.com/ansible/ansible/issues>`_ so that the incompatibility can be fixed in a future release."
msgstr "プラットフォームによっては、デフォルトで Python3 のみがインストールされている場合があります。:command:`/usr/bin/python` としてインストールされていない場合は、``ansible_python_interpreter`` を介してインタープリターへのパスを設定する必要があります。コアモジュールの多くが Python 3 と連携しますが、いくつかの特殊用途のモジュールは動作しないかもしれないし、特殊なケースでバグが発生するかもしれません。一時的な回避策として、管理対象ホストに Python 2をインストールし、``ansible_python_interpreter`` からその Python を使用するように Ansible を構成できます。モジュールのドキュメントに Python 2 が必要あるとの記載がない場合は、今後このリリースで非互換性の問題が解決されるように、`bug tracker <https://github.com/ansible/ansible/issues>`_ で、バグを報告できます。"

#: ../../rst/reference_appendices/faq.rst:179
msgid "Do not replace the shebang lines of your python modules. Ansible will do this for you automatically at deploy time."
msgstr "Python モジュールのシバン行は置き換えないでください。デプロイ時に Ansible が自動でこれを行います。"

#: ../../rst/reference_appendices/faq.rst:181
msgid "Also, this works for ANY interpreter, for example ruby: ``ansible_ruby_interpreter``, perl: ``ansible_perl_interpreter``, and so on, so you can use this for custom modules written in any scripting language and control the interpreter location."
msgstr "また、これは、ruby などのすべてのインタープリター (ruby: ``ansible_ruby_interpreter``、perl: ``ansible_perl_interpreter`` など) で機能するため、任意のスクリプト言語で記述したカスタムモジュールにこれを使用して、インタープリターの場所を管理できます。"

#: ../../rst/reference_appendices/faq.rst:184
msgid "Keep in mind that if you put ``env`` in your module shebang line (``#!/usr/bin/env <other>``), this facility will be ignored so you will be at the mercy of the remote `$PATH`."
msgstr "モジュールのシバンの行 (``#!/usr/bin/env <other>``) に ``env`` を挿入すると、この機能は無視され、リモートの `$PATH` の設定が使用されます。"

#: ../../rst/reference_appendices/faq.rst:190
msgid "How do I handle the package dependencies required by Ansible package dependencies during Ansible installation ?"
msgstr "Ansible インストール中に Ansible パッケージに必要な依存関係にどのように対応すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:192
msgid "While installing Ansible, sometimes you may encounter errors such as `No package 'libffi' found` or `fatal error: Python.h: No such file or directory` These errors are generally caused by the missing packages, which are dependencies of the packages required by Ansible. For example, `libffi` package is dependency of `pynacl` and `paramiko` (Ansible -> paramiko -> pynacl -> libffi)."
msgstr "Ansible のインストール中に、`No package 'libffi' found` または `fatal error: Python.h: No such file or directory` などのエラーが発生する場合があります。このようなエラーは通常、Ansible で必要なパッケージの依存関係パッケージが不足している場合に発生します。たとえば、`libffi` パッケージは `pynacl` および `paramiko` の依存関係です (Ansible -> paramiko -> pynacl -> libffi)。"

#: ../../rst/reference_appendices/faq.rst:196
msgid "In order to solve these kinds of dependency issues, you might need to install required packages using the OS native package managers, such as `yum`, `dnf`, or `apt`, or as mentioned in the package installation guide."
msgstr "このような依存関係の問題を解決するには、OS ネイティブのパッケージマネージャー (`yum`、`dnf`、`apt`、またはパッケージのインストールガイドに記載のもの) を使用して必要なパッケージをインストールしないといけない場合があります。"

#: ../../rst/reference_appendices/faq.rst:199
msgid "Refer to the documentation of the respective package for such dependencies and their installation methods."
msgstr "このような依存関係とそのインストール方法については、各パッケージのドキュメントを参照してください。"

#: ../../rst/reference_appendices/faq.rst:202
msgid "Common Platform Issues"
msgstr "一般的なプラットフォームの問題"

#: ../../rst/reference_appendices/faq.rst:205
msgid "What customer platforms does Red Hat support?"
msgstr "Red Hat では、どのような顧客のプラットフォームをサポートしていますか"

#: ../../rst/reference_appendices/faq.rst:207
msgid "A number of them! For a definitive list please see this `Knowledge Base article <https://access.redhat.com/articles/3168091>`_."
msgstr "その数は多数です。具体的な一覧は、`ナレッジベースの記事 <https://access.redhat.com/articles/3168091>`_ を参照してください。"

#: ../../rst/reference_appendices/faq.rst:210
msgid "Running in a virtualenv"
msgstr "virtualenv での実行"

#: ../../rst/reference_appendices/faq.rst:212
msgid "You can install Ansible into a virtualenv on the controller quite simply:"
msgstr "コントローラーの virtualenv に Ansible を簡単にインストールできます。"

#: ../../rst/reference_appendices/faq.rst:220
msgid "If you want to run under Python 3 instead of Python 2 you may want to change that slightly:"
msgstr "Python 2 ではなく Python 3 で実行する場合は、以下のように変更する場合があります。"

#: ../../rst/reference_appendices/faq.rst:228
msgid "If you need to use any libraries which are not available through pip (for instance, SELinux Python bindings on systems such as Red Hat Enterprise Linux or Fedora that have SELinux enabled), then you need to install them into the virtualenv. There are two methods:"
msgstr "pip で入手できないライブラリーを使用する必要がある場合は (例: SELinux が有効な Red Hat Enterprise Linux または Fedora などのシステムにある SELinux Python のバインディング)、virtualenv にインストールする必要があります。2 つの方法があります。"

#: ../../rst/reference_appendices/faq.rst:232
msgid "When you create the virtualenv, specify ``--system-site-packages`` to make use of any libraries installed in the system's Python:"
msgstr "virtualenv の作成時に、``--system-site-packages`` を指定して、お使いのシステムの Python にインストールされているライブラリーを使用します。"

#: ../../rst/reference_appendices/faq.rst:239
msgid "Copy those files in manually from the system. For instance, for SELinux bindings you might do:"
msgstr "システムから手動でこれらのファイルをコピーします。たとえば、SELinux バインディングでは、以下を行うことができます。"

#: ../../rst/reference_appendices/faq.rst:249
msgid "Running on macOS"
msgstr "macOS での実行"

#: ../../rst/reference_appendices/faq.rst:251
msgid "When executing Ansible on a system with macOS as a controller machine one might encounter the following error:"
msgstr "コントローラーマシンとして macOS を使用しているシステムで Ansible を実行すると、次のエラーが発生する場合があります。"

#: ../../rst/reference_appendices/faq.rst:254
msgid "+[__NSCFConstantString initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. ERROR! A worker was found in a dead state"
msgstr "+[__NSCFConstantString initialize] may have been in progress in another thread when fork() was called. We cannot safely call it or ignore it in the fork() child process. Crashing instead. Set a breakpoint on objc_initializeAfterForkError to debug. ERROR! A worker was found in a dead state"

#: ../../rst/reference_appendices/faq.rst:257
msgid "In general the recommended workaround is to set the following environment variable in your shell:"
msgstr "一般的に推奨される回避策は、シェルに次の環境変数を設定することです。"

#: ../../rst/reference_appendices/faq.rst:265
msgid "Running on BSD"
msgstr "BSD での実行"

#: ../../rst/reference_appendices/faq.rst:267
msgid ":ref:`working_with_bsd`"
msgstr ":ref:`working_with_bsd`"

#: ../../rst/reference_appendices/faq.rst:271
msgid "Running on Solaris"
msgstr "Solaris での実行"

#: ../../rst/reference_appendices/faq.rst:273
msgid "By default, Solaris 10 and earlier run a non-POSIX shell which does not correctly expand the default tmp directory Ansible uses ( :file:`~/.ansible/tmp`). If you see module failures on Solaris machines, this is likely the problem. There are several workarounds:"
msgstr "デフォルトでは Solaris 10 以前では POSIX 以外のシェルを実行しますが、Ansible が使用するデフォルトの tmp ディレクトリー (:file:`~/.ansible/tmp`) を正しく展開しません。Solaris マシンでモジュールの問題が発生する場合には、上記が問題の可能性が高いです。回避策はいくつかあります。"

#: ../../rst/reference_appendices/faq.rst:277
msgid "You can set ``remote_tmp`` to a path that will expand correctly with the shell you are using (see the plugin documentation for :ref:`C shell<csh_shell>`, :ref:`fish shell<fish_shell>`, and :ref:`Powershell<powershell_shell>`). For example, in the ansible config file you can set:"
msgstr "使用するシェル (:ref:`C shell<csh_shell>`、:ref:`fish shell<fish_shell>`、および :ref:`Powershell<powershell_shell>` のプラグインのドキュメントを参照) で正しく展開されるパスに ``remote_tmp`` を設定します。設定する ansible 設定ファイルで、以下を指定します。"

#: ../../rst/reference_appendices/faq.rst:285
msgid "In Ansible 2.5 and later, you can also set it per-host in inventory like this:"
msgstr "Ansible 2.5 以降では、以下のようにインベントリーでホストごとに設定することも可能です。"

#: ../../rst/reference_appendices/faq.rst:291
msgid "You can set :ref:`ansible_shell_executable<ansible_shell_executable>` to the path to a POSIX compatible shell. For instance, many Solaris hosts have a POSIX shell located at :file:`/usr/xpg4/bin/sh` so you can set this in inventory like so:"
msgstr ":ref:`ansible_shell_executable<ansible_shell_executable>` を、POSIX の互換性のあるパスに設定します。たとえば、多数の Solaris ホストでは POSIX シェルが、:file:`/usr/xpg4/bin/sh` に配置されているため、インベントリーにこの値を以下のように設定できます。"

#: ../../rst/reference_appendices/faq.rst:299
msgid "(bash, ksh, and zsh should also be POSIX compatible if you have any of those installed)."
msgstr "(bash、ksh、または zsh のいずれかがインストールされている場合には、これも POSIX の互換性が必要です)。"

#: ../../rst/reference_appendices/faq.rst:302
msgid "Running on z/OS"
msgstr "z/OS での実行"

#: ../../rst/reference_appendices/faq.rst:304
msgid "There are a few common errors that one might run into when trying to execute Ansible on z/OS as a target."
msgstr "z/OS でターゲットとして Ansible を実行しようとすると、複数の共通のエラーが発生する可能性があります。"

#: ../../rst/reference_appendices/faq.rst:306
msgid "Version 2.7.6 of python for z/OS will not work with Ansible because it represents strings internally as EBCDIC."
msgstr "z/OS 向けの Python バージョン 2.7.6 は、内部で文字列を EBCDIC として表現するため、Ansible では機能しない。"

#: ../../rst/reference_appendices/faq.rst:308
msgid "To get around this limitation, download and install a later version of `python for z/OS <https://www.rocketsoftware.com/zos-open-source>`_ (2.7.13 or 3.6.1) that represents strings internally as ASCII. Version 2.7.13 is verified to work."
msgstr "この制限を回避するには、文字列を ASCII で表現する `python for z/OS <https://www.rocketsoftware.com/zos-open-source>`_ (2.7.13 または 3.6.1) をダウンロードしてインストールしてください。バージョン 2.7.13 では機能することが確認されています。"

#: ../../rst/reference_appendices/faq.rst:310
msgid "When ``pipelining = False`` in `/etc/ansible/ansible.cfg` then Ansible modules are transferred in binary mode through sftp however execution of python fails with"
msgstr "`/etc/ansible/ansible.cfg` で ``pipelining = False`` と指定されている場合、以下により、Ansible モジュールは Python の実行エラーが何であっても、sftp 経由でバイナリーモードで転送される。"

#: ../../rst/reference_appendices/faq.rst:313
msgid "SyntaxError: Non-UTF-8 code starting with \\'\\\\x83\\' in file /a/user1/.ansible/tmp/ansible-tmp-1548232945.35-274513842609025/AnsiballZ_stat.py on line 1, but no encoding declared; see https://python.org/dev/peps/pep-0263/ for details"
msgstr "SyntaxError: Non-UTF-8 code starting with \\'\\\\x83\\' in file /a/user1/.ansible/tmp/ansible-tmp-1548232945.35-274513842609025/AnsiballZ_stat.py on line 1, but no encoding declared; see https://python.org/dev/peps/pep-0263/ for details"

#: ../../rst/reference_appendices/faq.rst:315
msgid "To fix it set ``pipelining = True`` in `/etc/ansible/ansible.cfg`."
msgstr "これを修正するには、`/etc/ansible/ansible.cfg` に ``pipelining = True`` を設定します。"

#: ../../rst/reference_appendices/faq.rst:317
msgid "Python interpret cannot be found in default location ``/usr/bin/python`` on target host."
msgstr "Python インタープリターがターゲットホストのデフォルトの場所 ``/usr/bin/python`` で検出できない。"

#: ../../rst/reference_appendices/faq.rst:320
msgid "/usr/bin/python: EDC5129I No such file or directory"
msgstr "/usr/bin/python: EDC5129I No such file or directory"

#: ../../rst/reference_appendices/faq.rst:322
msgid "To fix this set the path to the python installation in your inventory like so::"
msgstr "これを解決するには、以下のようにインベントリーでパスを Python インストールに設定してください。"

#: ../../rst/reference_appendices/faq.rst:326
msgid "zos1 ansible_python_interpreter=/usr/lpp/python/python-2017-04-12-py27/python27/bin/python"
msgstr "zos1 ansible_python_interpreter=/usr/lpp/python/python-2017-04-12-py27/python27/bin/python"

#: ../../rst/reference_appendices/faq.rst:328
msgid "Start of python fails with ``The module libpython2.7.so was not found.``"
msgstr "python の起動に失敗し、``The module libpython2.7.so was not found.`` が表示される。"

#: ../../rst/reference_appendices/faq.rst:331
msgid "EE3501S The module libpython2.7.so was not found."
msgstr "EE3501S The module libpython2.7.so was not found."

#: ../../rst/reference_appendices/faq.rst:333
msgid "On z/OS, you must execute python from gnu bash. If gnu bash is installed at ``/usr/lpp/bash``, you can fix this in your inventory by specifying an ``ansible_shell_executable``:"
msgstr "z/OS では、gnu bash から python を実行する必要があります。gnu bash が ``/usr/lpp/bash`` にインストールされている場合は、インベントリーで ``ansible_shell_executable`` を指定して修正できます。"

#: ../../rst/reference_appendices/faq.rst:341
msgid "Running under fakeroot"
msgstr "fakeroot 下で実行"

#: ../../rst/reference_appendices/faq.rst:343
msgid "Some issues arise as ``fakeroot`` does not create a full nor POSIX compliant system by default. It is known that it will not correctly expand the default tmp directory Ansible uses (:file:`~/.ansible/tmp`). If you see module failures, this is likely the problem. The simple workaround is to set ``remote_tmp`` to a path that will expand correctly (see documentation of the shell plugin you are using for specifics)."
msgstr "``fakeroot`` は、デフォルトでは完全なシステムも POSIX 準拠のシステムも作成しないため、いくつかの問題が発生します。Ansible が使用するデフォルトの tmp ディレクトリー (:file:`~/.ansible/tmp`) を正しく展開しないことがわかっています。モジュール障害が発生している場合は、これが問題である可能性があります。簡単な回避策は、正しく展開されるパスに ``remote_tmp`` を設定することです (詳細については、使用している shell プラグインのドキュメントを参照してください)。"

#: ../../rst/reference_appendices/faq.rst:348
msgid "For example, in the ansible config file (or through environment variable) you can set:"
msgstr "設定する ansible 設定ファイルで (または環境変数を介して)、以下を指定します。"

#: ../../rst/reference_appendices/faq.rst:359
msgid "What is the best way to make content reusable/redistributable?"
msgstr "コンテンツを再利用/再配信できるようにする最適な方法にはどんなものがありますか"

#: ../../rst/reference_appendices/faq.rst:361
msgid "If you have not done so already, read all about \"Roles\" in the playbooks documentation. This helps you make playbook content self-contained, and works well with things like git submodules for sharing content with others."
msgstr "Playbook ドキュメントの「ロール」の情報をまだ確認していない場合は、一読してください。Playbook のコンテンツを自己完結型にし、git submodules などと連携させて、他とのコンテンツ共有が容易になります。"

#: ../../rst/reference_appendices/faq.rst:364
msgid "If some of these plugin types look strange to you, see the API documentation for more details about ways Ansible can be extended."
msgstr "このようなプラグインタイプの詳細は、Ansible の拡張方法に関する詳細を API ドキュメントで確認してください。"

#: ../../rst/reference_appendices/faq.rst:369
msgid "Where does the configuration file live and what can I configure in it?"
msgstr "設定ファイルの配置場所はどこですか。または、どのように設定すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:372
msgid "See :ref:`intro_configuration`."
msgstr "「:ref:`intro_configuration`」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:377
msgid "How do I disable cowsay?"
msgstr "cowsay はどのように無効化すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:379
msgid "If cowsay is installed, Ansible takes it upon itself to make your day happier when running playbooks. If you decide that you would like to work in a professional cow-free environment, you can either uninstall cowsay, set ``nocows=1`` in ``ansible.cfg``, or set the :envvar:`ANSIBLE_NOCOWS` environment variable:"
msgstr "cowsay がインストールされている場合は、Playbook を実行すると、Ansible がすべてを引き受けて処理します。プロフェッショナルな cowsay のない環境で作業する場合は、cowsay をアンインストールするか、``ansible.cfg`` に ``nocows=1`` を設定するか、:envvar:`ANSIBLE_NOCOWS` の環境変数を設定します。"

#: ../../rst/reference_appendices/faq.rst:390
msgid "How do I see a list of all of the ansible\\_ variables?"
msgstr "ansible\\_ 変数一覧を確認するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:392
msgid "Ansible by default gathers \"facts\" about the machines under management, and these facts can be accessed in playbooks and in templates. To see a list of all of the facts that are available about a machine, you can run the ``setup`` module as an ad hoc action:"
msgstr "Ansible はデフォルトで、管理対象のマシンの「ファクト」を収集し、このファクトには Playbook またはテンプレートでアクセスできます。あるマシンで利用可能なファクトの一覧を表示するには、``setup`` モジュールを ad-hoc アクションとして実行できます。"

#: ../../rst/reference_appendices/faq.rst:400
msgid "This will print out a dictionary of all of the facts that are available for that particular host. You might want to pipe the output to a pager.This does NOT include inventory variables or internal 'magic' variables. See the next question if you need more than just 'facts'."
msgstr "これにより、特定のホストで利用可能な全ファクトのディクショナリーが出力されます。ページャーの出力をパイプする場合は、インベントリー変数や内部の「magic」変数は含まれません。「ファクト」以外の情報が必要な場合は、次の質問を確認してください。"

#: ../../rst/reference_appendices/faq.rst:408
msgid "How do I see all the inventory variables defined for my host?"
msgstr "ホストに定義されたインベントリー変数をすべて確認するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:410
msgid "By running the following command, you can see inventory variables for a host:"
msgstr "以下のコマンドを実行すると、ホストのインベントリー変数を確認できます。"

#: ../../rst/reference_appendices/faq.rst:420
msgid "How do I see all the variables specific to my host?"
msgstr "ホスト固有の全変数を確認するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:422
msgid "To see all host specific variables, which might include facts and other sources:"
msgstr "ホスト固有の変数をすべて確認するには以下を実行します (ファクトや他のソースが含まれる可能性があります)。"

#: ../../rst/reference_appendices/faq.rst:428
msgid "Unless you are using a fact cache, you normally need to use a play that gathers facts first, for facts included in the task above."
msgstr "ファクトキャッシュを使用していない限り、上記のタスクに含まれるファクトについては、通常、先にファクトを収集するプレイを使用する必要があります。"

#: ../../rst/reference_appendices/faq.rst:434
msgid "How do I loop over a list of hosts in a group, inside of a template?"
msgstr "テンプレート内のグループに含まれるホストの一覧をループするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:436
msgid "A pretty common pattern is to iterate over a list of hosts inside of a host group, perhaps to populate a template configuration file with a list of servers. To do this, you can just access the \"$groups\" dictionary in your template, like this:"
msgstr "非常に一般的なパターンでは、ホストグループ内でホストのリストを反復処理することです。おそらく、テンプレート設定ファイルにサーバーの一覧を入力します。これを行うには、次のように、テンプレートで「$ groups」ディクショナリーにアクセスするだけです。"

#: ../../rst/reference_appendices/faq.rst:445
msgid "If you need to access facts about these hosts, for instance, the IP address of each hostname, you need to make sure that the facts have been populated. For example, make sure you have a play that talks to db_servers:"
msgstr "このようなホストに関するファクト (各ホスト名の IP アドレスなど) にアクセスする必要がある場合には、ファクトが生成されていることを確認する必要があります。たとえば、db_servers と対話するプレイがあることを確認します::"

#: ../../rst/reference_appendices/faq.rst:454
msgid "Then you can use the facts inside your template, like this:"
msgstr "次に、以下のように、テンプレート内のファクトを使用できます。"

#: ../../rst/reference_appendices/faq.rst:465
msgid "How do I access a variable name programmatically?"
msgstr "プログラムで変数名にアクセスするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:467
msgid "An example may come up where we need to get the ipv4 address of an arbitrary interface, where the interface to be used may be supplied through a role parameter or other input. Variable names can be built by adding strings together using \"~\", like so:"
msgstr "たとえば、任意のインターフェースの ipv4 アドレスを取得する必要があるかもしれません。そこでは、使用されるインターフェースがロールパラメーターまたは他の入力を介して提供される場合があります。変数名は、次のように「~」を使用して文字列を一緒に追加することで作成できます。"

#: ../../rst/reference_appendices/faq.rst:474
msgid "The trick about going through hostvars is necessary because it's a dictionary of the entire namespace of variables. ``inventory_hostname`` is a magic variable that indicates the current host you are looping over in the host loop."
msgstr "それは、変数の名前空間全体のディクショナリーであるため、hostvars 全体をチェックするにはコツが必要です。``inventory_hostname`` はマジック変数で、ホストループでループを行う現在のホストを指定します。"

#: ../../rst/reference_appendices/faq.rst:477
msgid "In the example above, if your interface names have dashes, you must replace them with underscores:"
msgstr "上記の例では、インターフェース名にダッシュが含まれている場合は、アンダースコアに置き換える必要があります。"

#: ../../rst/reference_appendices/faq.rst:483
msgid "Also see dynamic_variables_."
msgstr "「dynamic_variables_」も参照してください。"

#: ../../rst/reference_appendices/faq.rst:489
msgid "How do I access a group variable?"
msgstr "グループ変数にアクセスするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:491
msgid "Technically, you don't, Ansible does not really use groups directly. Groups are labels for host selection and a way to bulk assign variables, they are not a first class entity, Ansible only cares about Hosts and Tasks."
msgstr "技術的には、Ansible は実際にはグループを直接使用しません。グループはホスト選択のラベルであり、変数を一括で割り当てる手段を提供します。グループは第一級のエンティティーではなく、Ansible はホストとタスクのみを考慮します。"

#: ../../rst/reference_appendices/faq.rst:494
msgid "That said, you could just access the variable by selecting a host that is part of that group, see first_host_in_a_group_ below for an example."
msgstr "ただし、対象のグループに含まれるホストを選択すると、変数にアクセスできます。例については、以下の「first_host_in_a_group_」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:500
msgid "How do I access a variable of the first host in a group?"
msgstr "グループ内の最初のホストの変数にアクセスするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:502
msgid "What happens if we want the ip address of the first webserver in the webservers group?  Well, we can do that too. Note that if we are using dynamic inventory, which host is the 'first' may not be consistent, so you wouldn't want to do this unless your inventory is static and predictable. (If you are using AWX or the :ref:`Red Hat Ansible Automation Platform <ansible_platform>`, it will use database order, so this isn't a problem even if you are using cloud based inventory scripts)."
msgstr "webservers グループの最初の webserver の IP アドレスが必要な場合にはどうすれば良いですか。それも行うことができます。動的インベントリーを使用している場合は、どのホストが「最初」であるかが一貫していない可能性があるため、インベントリーが静的で予測可能でない限り、実行しないようにしてください (AWX または :ref:`Red Hat Ansible Automation Platform <ansible_platform>` を使用している場合は、データベースの順序を使用するため、クラウドベースのインベントリースクリプトを使用している場合でも、これは問題になりません)。"

#: ../../rst/reference_appendices/faq.rst:507
msgid "Anyway, here's the trick:"
msgstr "以下に方法を示します。"

#: ../../rst/reference_appendices/faq.rst:513
msgid "Notice how we're pulling out the hostname of the first machine of the webservers group. If you are doing this in a template, you could use the Jinja2 '#set' directive to simplify this, or in a playbook, you could also use set_fact:"
msgstr "webserver グループの最初のマシンのホスト名を取得している点に注意してください。テンプレートでこれを実行する場合は、Jinja2 '#set' ディレクティブを使用して簡素化するか、Playbook の場合は set_fact を使用することも可能です。"

#: ../../rst/reference_appendices/faq.rst:522
msgid "Notice how we interchanged the bracket syntax for dots -- that can be done anywhere."
msgstr "ドットの代わりに括弧の構文を使用している点に注意してください。これはどこでも使用できます。"

#: ../../rst/reference_appendices/faq.rst:527
msgid "How do I copy files recursively onto a target host?"
msgstr "ターゲットホストにファイルを再帰的にコピーするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:529
msgid "The ``copy`` module has a recursive parameter. However, take a look at the ``synchronize`` module if you want to do something more efficient for a large number of files. The ``synchronize`` module wraps rsync. See the module index for info on both of these modules."
msgstr "``copy`` モジュールには再帰的なパラメーターがありますが、多数のファイルにより効率的な場合は、``synchronize`` モジュールを参照してください。``synchronize`` モジュールは rsync をラップします。これらの両方のモジュールの情報は、モジュールインデックスを参照してください。"

#: ../../rst/reference_appendices/faq.rst:535
msgid "How do I access shell environment variables?"
msgstr "shell 環境変数にアクセスするにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:538
msgid "**On controller machine :** Access existing variables from controller use the ``env`` lookup plugin. For example, to access the value of the HOME environment variable on the management machine:"
msgstr "**コントローラーマシンの場合:** コントローラーから既存の変数にアクセスするには、``env`` lookup プラグインを使用します。たとえば、管理マシンで HOME 環境変数の値にアクセスするには、以下を指定します。"

#: ../../rst/reference_appendices/faq.rst:549
msgid "**On target machines :** Environment variables are available through facts in the ``ansible_env`` variable:"
msgstr "**ターゲットマシン:** 環境変数の場合には、``ansible_env`` 変数のファクトを使用して入手します。"

#: ../../rst/reference_appendices/faq.rst:555
msgid "If you need to set environment variables for TASK execution, see :ref:`playbooks_environment` in the :ref:`Advanced Playbooks <playbooks_special_topics>` section. There are several ways to set environment variables on your target machines. You can use the :ref:`template <template_module>`, :ref:`replace <replace_module>`, or :ref:`lineinfile <lineinfile_module>` modules to introduce environment variables into files.  The exact files to edit vary depending on your OS and distribution and local configuration."
msgstr "タスクを実行するために環境変数を設定する必要がある場合は、:ref:`詳細な Playbook <playbooks_special_topics>` セクションの「:ref:`playbooks_environment`」を参照してください。ターゲットマシンで環境変数を設定するには、いくつかの方法があります。:ref:`template <template_module>` モジュール、:ref:`replace <replace_module>` モジュール、または :ref:`lineinfile <lineinfile_module>` モジュールを使用して、環境変数をファイルに取り込むことができます。編集するファイルは、OS、ディストリビューション、およびローカル設定によって異なります。"

#: ../../rst/reference_appendices/faq.rst:565
msgid "How do I generate encrypted passwords for the user module?"
msgstr "ユーザーモジュールの暗号化パスワードを生成するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:567
msgid "Ansible ad hoc command is the easiest option:"
msgstr "Ansible ad-hoc コマンドを使用するのが最も簡単なオプションです。"

#: ../../rst/reference_appendices/faq.rst:573
msgid "The ``mkpasswd`` utility that is available on most Linux systems is also a great option:"
msgstr "ほとんどの Linux システムで利用できる ``mkpasswd`` ユーティリティーも優れたオプションです。"

#: ../../rst/reference_appendices/faq.rst:580
msgid "If this utility is not installed on your system (for example, you are using macOS) then you can still easily generate these passwords using Python. First, ensure that the `Passlib <https://foss.heptapod.net/python-libs/passlib/-/wikis/home>`_ password hashing library is installed:"
msgstr "お使いのシステムにこのユーティリティーがインストールされていない場合 (例: MacOS を使用している場合など) には、Python を使用してこのようなパスワードを簡単に生成できます。まず、`Passlib <https://foss.heptapod.net/python-libs/passlib/-/wikis/home>`_ パスワードハッシュライブラリーがインストールされていることを確認します。"

#: ../../rst/reference_appendices/faq.rst:588
msgid "Once the library is ready, SHA512 password values can then be generated as follows:"
msgstr "ライブラリーの準備ができたら、以下のように SHA512 パスワードの値を生成できます。"

#: ../../rst/reference_appendices/faq.rst:594
msgid "Use the integrated :ref:`hash_filters` to generate a hashed version of a password. You shouldn't put plaintext passwords in your playbook or host_vars; instead, use :ref:`playbooks_vault` to encrypt sensitive data."
msgstr "統合された :ref:`hash_filters` を使用して、ハッシュ化されたパスワードを生成します。Playbook や host_vars にプレーンテキストのパスワードは使用しないでください。代わりに、:ref:`playbooks_vault` を使用して、機密データを暗号化してください。"

#: ../../rst/reference_appendices/faq.rst:597
msgid "In OpenBSD, a similar option is available in the base system called ``encrypt (1)``"
msgstr "OpenBSDでは、``encrypt (1)`` と呼ばれるベースシステムで同様のオプションが利用可能です。"

#: ../../rst/reference_appendices/faq.rst:602
msgid "Ansible allows dot notation and array notation for variables. Which notation should I use?"
msgstr "Ansible では、変数のドット表記とアレイ表記が可能です。どの表記を使用する必要がありますか"

#: ../../rst/reference_appendices/faq.rst:604
msgid "The dot notation comes from Jinja and works fine for variables without special characters. If your variable contains dots (.), colons (:), or dashes (-), if a key begins and ends with two underscores, or if a key uses any of the known public attributes, it is safer to use the array notation. See :ref:`playbooks_variables` for a list of the known public attributes."
msgstr "ドット表記は Jinja からのもので、特殊文字なしに変数と合わせて使用できます。変数にドット (.)、コロン (:)、またはハイフン (-) が含まれていて、キーが 2 つのアンダースコアで開始および終了する場合、またはキーが既知のパブリック属性のいずれかを使用する場合は、配列表記を使用する方が安全です。既知のパブリック属性の一覧は、「:ref:`playbooks_variables`」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:617
msgid "Also array notation allows for dynamic variable composition, see dynamic_variables_."
msgstr "また、アレイ表記は、動的な変数の構成が可能です。詳細は、「dynamic_variables_」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:619
msgid "Another problem with 'dot notation' is that some keys can cause problems because they collide with attributes and methods of python dictionaries."
msgstr "「ドット表記」の他の問題として、ドット表記のキーによっては、Python ディクショナリーの属性とメソッドと競合するため、問題が発生する可能性があります。"

#: ../../rst/reference_appendices/faq.rst:621
msgid "Example of incorrect syntax when ``item`` is a dictionary:"
msgstr "``item`` がディクショナリーの場合の誤った構文の例:"

#: ../../rst/reference_appendices/faq.rst:627
msgid "This variant causes a syntax error because ``update()`` is a Python method for dictionaries."
msgstr "``update()`` がディクショナリー用の Python メソッドであるため、このバリアントは構文エラーを引き起こします。"

#: ../../rst/reference_appendices/faq.rst:629
msgid "Example of correct syntax:"
msgstr "正しい構文の例:"

#: ../../rst/reference_appendices/faq.rst:639
msgid "When is it unsafe to bulk-set task arguments from a variable?"
msgstr "変数からタスク引数の一括設定をすると安全でないのはどのような場合ですか"

#: ../../rst/reference_appendices/faq.rst:642
msgid "You can set all of a task's arguments from a dictionary-typed variable. This technique can be useful in some dynamic execution scenarios. However, it introduces a security risk. We do not recommend it, so Ansible issues a warning when you do something like this:"
msgstr "ディクショナリー型の変数からタスクの引数をすべて設定することができます。この手法は、動的な実行シナリオで便利な場合があります。ただし、セキュリティーリスクがあります。これは推奨されないため、このような操作を行うと、Ansible では警告を発行します。"

#: ../../rst/reference_appendices/faq.rst:658
msgid "This particular example is safe. However, constructing tasks like this is risky because the parameters and values passed to ``usermod_args`` could be overwritten by malicious values in the ``host facts`` on a compromised target machine. To mitigate this risk:"
msgstr "この特定の例は、安全です。ただし、``usermod_args`` に渡されるパラメーターや値が、セキュリティー侵害を受けたターゲットマシンの ``host facts`` に含まれる悪意のある値で置き換えられる可能性があるため、このようなタスクの構築にはリスクがあります。このリスクを軽減するには、以下を行います。"

#: ../../rst/reference_appendices/faq.rst:663
msgid "set bulk variables at a level of precedence greater than ``host facts`` in the order of precedence found in :ref:`ansible_variable_precedence` (the example above is safe because play vars take precedence over facts)"
msgstr ":ref:`ansible_variable_precedence` にある優先順位で、``host facts`` より優先順位の高いレベルで一括変数を設定します (プレイ変数はファクトより優先度が高いため、上記の例は安全です)。"

#: ../../rst/reference_appendices/faq.rst:666
msgid "disable the :ref:`inject_facts_as_vars` configuration setting to prevent fact values from colliding with variables (this will also disable the original warning)"
msgstr "ファクトの値が変数と競合しないように :ref:`inject_facts_as_vars` 設定オプションを無効にします (元の警告も無効になります)。"

#: ../../rst/reference_appendices/faq.rst:673
msgid "Can I get training on Ansible?"
msgstr "Ansible のトレーニングはありますか"

#: ../../rst/reference_appendices/faq.rst:675
msgid "Yes! See our `services page <https://www.ansible.com/products/consulting>`_ for information on our services and training offerings. Email `info@ansible.com <mailto:info@ansible.com>`_ for further details."
msgstr "サービスおよびトレーニングサービスに関する情報は、「`サービスページ <https://www.ansible.com/products/consulting>`_」を参照してください。詳細は、`info@ansible.com <mailto:info@ansible.com>`_ にお問い合わせください。"

#: ../../rst/reference_appendices/faq.rst:678
msgid "We also offer free web-based training classes on a regular basis. See our `webinar page <https://www.ansible.com/resources/webinars-training>`_ for more info on upcoming webinars."
msgstr "また、定期的に、Web ベースのトレーニングも無料で提供しています。今後予定されているウェビナーの詳細は、`ウェビナーページ <https://www.ansible.com/resources/webinars-training>`_ を参照してください。"

#: ../../rst/reference_appendices/faq.rst:685
msgid "Is there a web interface / REST API / GUI?"
msgstr "Web インターフェース、REST API、GUI はありますか"

#: ../../rst/reference_appendices/faq.rst:687
msgid "Yes! The open-source web interface is Ansible AWX. The supported Red Hat product that makes Ansible even more powerful and easy to use is :ref:`Red Hat Ansible Automation Platform <ansible_platform>`."
msgstr "はい。オープンソース Web インターフェースは Ansible AWX です。Ansible がより強力で、使いやすい、Red Hat のサポート対象製品は、 :ref:`Red Hat Ansible Automation Platform <ansible_platform>` です。"

#: ../../rst/reference_appendices/faq.rst:693
msgid "How do I keep secret data in my playbook?"
msgstr "Playbook に機密データを保存するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:695
msgid "If you would like to keep secret data in your Ansible content and still share it publicly or keep things in source control, see :ref:`playbooks_vault`."
msgstr "Ansible のコンテンツに機密データを保存してそのコンテンツを公開するか、ソースコントロールに保持する場合は、「:ref:`playbooks_vault`」を参照してください。"

#: ../../rst/reference_appendices/faq.rst:697
msgid "If you have a task that you don't want to show the results or command given to it when using -v (verbose) mode, the following task or playbook attribute can be useful:"
msgstr "-v (詳細) モードの使用時に、結果や指定したコマンドを表示したくないタスクがある場合は、次のようなタスクや Playbook 属性が便利です。"

#: ../../rst/reference_appendices/faq.rst:705
msgid "This can be used to keep verbose output but hide sensitive information from others who would otherwise like to be able to see the output."
msgstr "これは、詳細な出力を維持しつつ、出力を見たいと思っている人から機密情報を隠すために使うことができます。"

#: ../../rst/reference_appendices/faq.rst:707
msgid "The ``no_log`` attribute can also apply to an entire play:"
msgstr "``no_log`` 属性は、プレイ全体にも適用できます。"

#: ../../rst/reference_appendices/faq.rst:714
msgid "Though this will make the play somewhat difficult to debug. It's recommended that this be applied to single tasks only, once a playbook is completed. Note that the use of the ``no_log`` attribute does not prevent data from being shown when debugging Ansible itself through the :envvar:`ANSIBLE_DEBUG` environment variable."
msgstr "ただし、これを使用すると、プレイのデバッグが困難になります。Playbook が完了すると、この属性は単一のタスクにのみ適用することが推奨されます。``no_log`` 属性を使用しても、:envvar:`ANSIBLE_DEBUG` 環境変数で Ansible 自体をデバッグするときに、データが表示されてしまう点に注意してください。"

#: ../../rst/reference_appendices/faq.rst:725
msgid "When should I use {{ }}? Also, how to interpolate variables or dynamic variable names"
msgstr "{{ }} はいつ使用する必要がありますか。また、変数または動的な変数名を補間するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:727
msgid "A steadfast rule is 'always use ``{{ }}`` except when ``when:``'. Conditionals are always run through Jinja2 as to resolve the expression, so ``when:``, ``failed_when:`` and ``changed_when:`` are always templated and you should avoid adding ``{{ }}``."
msgstr "不動のルールは「``when:`` の場合を除いて常に ``{{ }}`` を使用する」です。この条件は、式の解決として Jinja2 を介して実行するため、``when:``、``failed_when:``、および ``changed_when:`` は常にテンプレート化され、``{{ }}`` の追加は回避してください。"

#: ../../rst/reference_appendices/faq.rst:731
msgid "In most other cases you should always use the brackets, even if previously you could use variables without specifying (like ``loop`` or ``with_`` clauses), as this made it hard to distinguish between an undefined variable and a string."
msgstr "それ以外のケースでは、以前は ``loop`` 句または ``with_`` 句などを指定しなくても変数を使用できていた場合でも、常に括弧を使用するようにしてください。理由は、未定義の変数と文字列を区別しにくいためです。"

#: ../../rst/reference_appendices/faq.rst:734
msgid "Another rule is 'moustaches don't stack'. We often see this:"
msgstr "他には「波括弧は並べて使用できない」というルールがありますが、これは頻繁に見受けられます。"

#: ../../rst/reference_appendices/faq.rst:740
msgid "The above DOES NOT WORK as you expect, if you need to use a dynamic variable use the following as appropriate:"
msgstr "上記の例は想定通り、機能しません。動的変数を使用する必要がある場合には、随時、以下を使用してください。"

#: ../../rst/reference_appendices/faq.rst:746
msgid "For 'non host vars' you can use the :ref:`vars lookup<vars_lookup>` plugin:"
msgstr "「non host vars」の場合には、:ref:`vars lookup<vars_lookup>` プラグインを使用できます。"

#: ../../rst/reference_appendices/faq.rst:752
msgid "To determine if a keyword requires ``{{ }}`` or even supports templating, use ``ansible-doc -t keyword <name>``, this will return documentation on the keyword including a ``template`` field with the values ``explicit`` (requires ``{{ }}``), ``implicit`` (assumes ``{{ }}``, so no needed) or ``static`` (no templating supported, all characters will be interpreted literally)"
msgstr "キーワードに ``{{ }}`` が必要か、テンプレートをサポートするかを判断するには、``ansible-doc -t keyword <name>`` を使用します。これにより、値 ``explicit`` (``{{ }}`` が必要)、``implicit`` (``{{ }}`` を前提、必要なし)、または ``static`` (テンプレートのサポートなし、文字はすべてそのまま文字通り解釈される) の値が含まれる ``template`` フィールドを含むキーワードのドキュメントを返します。"

#: ../../rst/reference_appendices/faq.rst:759
msgid "How do I get the original ansible_host when I delegate a task?"
msgstr "タスクを委譲した場合に元の ansible_host をどのように取得すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:761
msgid "As the documentation states, connection variables are taken from the ``delegate_to`` host so ``ansible_host`` is overwritten, but you can still access the original through ``hostvars``:"
msgstr "ドキュメントに記載されているように、接続変数は ``delegate_to`` ホストから取得されるため、``ansible_host`` は上書きされますが、``hostvars`` を使用して元の ansible_host にアクセスできます。"

#: ../../rst/reference_appendices/faq.rst:768
msgid "This works for all overridden connection variables, like ``ansible_user``, ``ansible_port``, and so on."
msgstr "これは、``ansible_user``、``ansible_port`` などのように、すべての上書きされた接続変数に有効です。"

#: ../../rst/reference_appendices/faq.rst:774
msgid "How do I fix 'protocol error: filename does not match request' when fetching a file?"
msgstr "ファイルの取得時の「protocol error: filename does not match request」のエラーはどのように修正すれば良いですか"

#: ../../rst/reference_appendices/faq.rst:776
msgid "Since release ``7.9p1`` of OpenSSH there is a `bug <https://bugzilla.mindrot.org/show_bug.cgi?id=2966>`_ in the SCP client that can trigger this error on the Ansible controller when using SCP as the file transfer mechanism:"
msgstr "OpenSSH のリリース ``7.9p1`` では、SCP クライアントに `bug <https://bugzilla.mindrot.org/show_bug.cgi?id=2966>`_ があり、ファイル転送メカニズムとして SCP を使用する場合に、Ansible コントローラーで以下のエラーが出力される可能性があります。"

#: ../../rst/reference_appendices/faq.rst:781
msgid "failed to transfer file to /tmp/ansible/file.txt\\r\\nprotocol error: filename does not match request"
msgstr "ファイルを /tmp/ansible/file.txt\\r\\n"
"protocol に転送できませんでした。エラー: ファイル名はリクエストに一致しません。"

#: ../../rst/reference_appendices/faq.rst:783
msgid "In these releases, SCP tries to validate that the path of the file to fetch matches the requested path. The validation fails if the remote filename requires quotes to escape spaces or non-ascii characters in its path. To avoid this error:"
msgstr "新しいリリースでは、SCP は、取得するファイルのパスが要求したパスと一致することを検証しようとします。リモートのファイル名が、パスでスペースや ASCII 文字以外の文字を引用符でエスケープする必要がある場合には、検証に失敗します。このエラーを回避するには、以下を行います。"

#: ../../rst/reference_appendices/faq.rst:791
msgid "Use SFTP instead of SCP by setting ``scp_if_ssh`` to ``smart`` (which tries SFTP first) or to ``False``. You can do this in one of four ways:"
msgstr "``scp_if_ssh`` を ``smart`` (先に SFTP を試す)、または ``False`` に設定して、SCP の代わりに SFTP を使用します。"

#: ../../rst/reference_appendices/faq.rst:788
msgid "Rely on the default setting, which is ``smart`` - this works if ``scp_if_ssh`` is not explicitly set anywhere"
msgstr "``smart`` のデフォルトの設定に依存します。``scp_if_ssh`` が明示的にどこにも設定されていない場合に機能します。"

#: ../../rst/reference_appendices/faq.rst:789
msgid "Set a :ref:`host variable <host_variables>` or :ref:`group variable <group_variables>` in inventory: ``ansible_scp_if_ssh: False``"
msgstr "インベントリーに :ref:`ホスト変数 <host_variables>` または :ref:`グループ変数 <group_variables>` を設定します (``ansible_scp_if_ssh: False``)。"

#: ../../rst/reference_appendices/faq.rst:790
msgid "Set an environment variable on your control node: ``export ANSIBLE_SCP_IF_SSH=False``"
msgstr "コントロールノードで環境変数を設定します (``export ANSIBLE_SCP_IF_SSH=False``)。"

#: ../../rst/reference_appendices/faq.rst:791
msgid "Pass an environment variable when you run Ansible: ``ANSIBLE_SCP_IF_SSH=smart ansible-playbook``"
msgstr "Ansible を実行するときに環境変数を渡します (``ANSIBLE_SCP_IF_SSH=smart ansible-playbook``)。"

#: ../../rst/reference_appendices/faq.rst:792
msgid "Modify your ``ansible.cfg`` file: add ``scp_if_ssh=False`` to the ``[ssh_connection]`` section"
msgstr "``ansible.cfg`` ファイルの変更: ``scp_if_ssh=False`` を ``[ssh_connection]`` セクションに追加します。"

#: ../../rst/reference_appendices/faq.rst:796
msgid "If you must use SCP, set the ``-T`` arg to tell the SCP client to ignore path validation. You can do this in one of three ways:"
msgstr "SCP を使用する必要がある場合は、``-T`` 引数を設定して、SCP クライアントにパスの検証を無視するように指示します。以下の 3 つの方法のいずれかで実行できます。"

#: ../../rst/reference_appendices/faq.rst:794
msgid "Set a :ref:`host variable <host_variables>` or :ref:`group variable <group_variables>`: ``ansible_scp_extra_args=-T``,"
msgstr ":ref:`ホスト変数 <host_variables>` または :ref:`グループ変数 <group_variables>` を設定します (``ansible_scp_extra_args=-T``)。"

#: ../../rst/reference_appendices/faq.rst:795
msgid "Export or pass an environment variable: ``ANSIBLE_SCP_EXTRA_ARGS=-T``"
msgstr "環境変数をエクスポートするか、渡します (``ANSIBLE_SCP_EXTRA_ARGS=-T``)。"

#: ../../rst/reference_appendices/faq.rst:796
msgid "Modify your ``ansible.cfg`` file: add ``scp_extra_args=-T`` to the ``[ssh_connection]`` section"
msgstr "``ansible.cfg`` ファイルの変更: ``scp_extra_args=-T`` を ``[ssh_connection]`` セクションに追加します。"

#: ../../rst/reference_appendices/faq.rst:798
msgid "If you see an ``invalid argument`` error when using ``-T``, then your SCP client is not performing filename validation and will not trigger this error."
msgstr "``-T`` の使用時に ``invalid argument`` エラーが表示される場合は、SCP クライアントがファイル名を検証しておらず、このエラーは発生しません。"

#: ../../rst/reference_appendices/faq.rst:803
msgid "Does Ansible support multiple factor authentication 2FA/MFA/biometrics/finterprint/usbkey/OTP/..."
msgstr "Ansible では、複数のファクター認証 2FA/MFA/biometrics/finterprint/usbkey/OTP/... がサポートされますか"

#: ../../rst/reference_appendices/faq.rst:805
msgid "No, Ansible is designed to execute multiple tasks against multiple targets, minimizing user interaction. As with most automation tools, it is not compatible with interactive security systems designed to handle human interaction. Most of these systems require a secondary prompt per target, which prevents scaling to thousands of targets.  They also tend to have very short expiration periods so it requires frequent reauthorization, also an issue with many hosts and/or a long set of tasks."
msgstr "いいえ、Ansible は複数のターゲットに対して複数のタスクを実行するように設計されており、ユーザーの操作を最小限に抑えることができます。ほとんどの自動化ツールと同様に、人間の相互作用を処理するように設計されたインタラクティブなセキュリティーシステムとの互換性はありません。これらのシステムのほとんどは、ターゲットごとにセカンダリープロンプトを必要とするため、数千のターゲットに拡張することができません。また、これらのシステムは有効期限が非常に短いため、再認証が頻繁に必要となりますが、これも多くのホストや長いタスクセットでは問題となります。"

#: ../../rst/reference_appendices/faq.rst:811
msgid "In such environments we recommend securing around Ansible's execution but still allowing it to use an 'automation user' that does not require such measures. With AWX or the :ref:`Red Hat Ansible Automation Platform <ansible_platform>`, administrators can set up RBAC access to inventory, along with managing credentials and job execution."
msgstr "このような環境では、Ansible の実行を保護しながら、そのような手段を必要としない「自動化ユーザー」の使用を許可することが推奨されます。AWX または :ref:`Red Hat Ansible Automation Platform <ansible_platform>` を使用すると、管理者がインベントリーへの RBAC アクセスを設定し、認証情報とジョブの実行を管理できます。"

#: ../../rst/reference_appendices/faq.rst:818
msgid "The 'validate' option is not enough for my needs, what do I do?"
msgstr "弊社の要件には、「validate」オプションは十分ではありません。どうすればよいでしょうか？"

#: ../../rst/reference_appendices/faq.rst:820
msgid "Many Ansible modules that create or update files have a ``validate`` option that allows you to abort the update if the validation command fails. This uses the temporary file Ansible creates before doing the final update. In many cases this does not work since the validation tools for the specific application require either specific names, multiple files or some other factor that is not present in this simple feature."
msgstr "ファイル作成または更新の Ansible モジュールの多くには ``validate`` オプションがあり、検証コマンドが失敗した場合に更新を中止できます。これは、最終更新を行う前に Ansible が作成する一時ファイルを使用します。多くの場合、特定のアプリケーションの検証ツールには特定の名前、複数のファイル以外に、この単純な機能に含まれていない他の要素が必要になるため、これは機能しません。"

#: ../../rst/reference_appendices/faq.rst:824
msgid "For these cases you have to handle the validation and restoration yourself. The following is a simple example of how to do this with block/rescue and backups, which most file based modules also support:"
msgstr "このような場合は、検証と復元を自分で処理する必要があります。以下は、ブロック/レスキューおよびバックアップでこの作業を行う簡単な例で、ほとんどのファイルベースのモジュールもサポートしています。"

#: ../../rst/reference_appendices/faq.rst:856
msgid "Why does the ``regex_search`` filter return `None` instead of an empty string?"
msgstr "``regex_search`` フィルターが空の文字列ではなく `None` を返すのはなぜですか。"

#: ../../rst/reference_appendices/faq.rst:858
msgid "Until the jinja2 2.10 release, Jinja was only able to return strings, but Ansible needed Python objects in some cases. Ansible uses ``safe_eval`` and  only sends strings that look like certain types of Python objects through this function. With ``regex_search`` that does not find a match, the result (``None``) is converted to the string \"None\" which is not useful in non-native jinja2."
msgstr "jinja2 2.10 リリースまで、Jinja は文字列しか返すことができませんでしたが、Ansible で Python オブジェクトが必要な場合がありました。Ansible は``safe_eval`` を使用し、この関数を介して特定のタイプの Python オブジェクトのように見える文字列のみを送信します。``regex_search`` で一致するものが見つからない場合、結果 (``None``) は、非ネイティブの jinja2 では役に立たない文字列「None」に変換されます。"

#: ../../rst/reference_appendices/faq.rst:860
msgid "The following example of a single templating action shows this behavior:"
msgstr "次の単一のテンプレートアクション例は、この動作を示しています。"

#: ../../rst/reference_appendices/faq.rst:866
msgid "This example does not result in a Python ``None``, so Ansible historically converted it to \"\" (empty string)."
msgstr "この例では Python ``None`` が発生しないため、これまで Ansible はこれを \"\" (空の文字列) に変換していました。"

#: ../../rst/reference_appendices/faq.rst:868
msgid "The native jinja2 functionality actually allows us to return full Python objects, that are always represented as Python objects everywhere, and as such the result of a single templating action with ``regex_search`` can result in the Python ``None``."
msgstr "ネイティブ jinja2 機能を使用すると、実際に完全な Python オブジェクトを返すことができます。これは、常にどこでも Python オブジェクトとして表され、そのため、``regex_search`` の結果が Python ``None`` になる可能性があります。"

#: ../../rst/reference_appendices/faq.rst:872
msgid "Native jinja2 functionality is not needed when ``regex_search`` is used as an intermediate result that is then compared to the jinja2 ``none`` test."
msgstr "``regex_search`` を中間結果として使用し、jinja2 ``none`` テストと比較する場合、ネイティブ jinja2 機能は必要ありません。"

#: ../../rst/reference_appendices/faq.rst:882
msgid "How do I submit a change to the documentation?"
msgstr "ドキュメントへの変更を提出するにはどうすれば良いですか"

#: ../../rst/reference_appendices/faq.rst:884
msgid "Documentation for Ansible is kept in the main project git repository, and complete instructions for contributing can be found in the docs README `viewable on GitHub <https://github.com/ansible/ansible/blob/devel/docs/docsite/README.md>`_. Thanks!"
msgstr "Ansible のドキュメントは、主要プロジェクトの git リポジトリーに保存されており、貢献に関する説明が `GitHub で確認できる <https://github.com/ansible/ansible/blob/devel/docs/docsite/README.md>`_ README に記載されています。"

#: ../../rst/reference_appendices/faq.rst:891
msgid "What is the difference between ``ansible.legacy`` and ``ansible.builtin`` collections?"
msgstr "``ansible.legacy`` コレクションと ``ansible.builtin`` コレクションの違いは何ですか ?"

#: ../../rst/reference_appendices/faq.rst:893
msgid "Neither is a real collection. They are virtually constructed by the core engine (synthetic collections)."
msgstr "どちらも本当のコレクションではありません。これらは、コアエンジン (合成コレクション) によって仮想的に構築されます。"

#: ../../rst/reference_appendices/faq.rst:895
msgid "The ``ansible.builtin`` collection only refers to plugins that ship with ``ansible-core``."
msgstr "``ansible.builtin`` コレクションは、``ansible-core`` に同梱されるプラグインのみを参照します。"

#: ../../rst/reference_appendices/faq.rst:897
msgid "The ``ansible.legacy`` collection is a superset of  ``ansible.builtin`` (you can reference the plugins from builtin  through ``ansible.legacy``). You also get the ability to add 'custom' plugins in the :ref:`configured paths and adjacent directories <ansible_search_path>`, with the ability to override the builtin plugins that have the same name."
msgstr "``ansible.legacy`` コレクションは、``ansible.builtin`` のスーパーセット (``ansible.legacy`` を使用して組子荒れたプラグインを参照可能) です。さらに、同じ名前の組み込みプラグインを上書きできるので、:ref:`configured paths and adjacent directories <ansible_search_path>` のカスタムプラグインを追加できるようになります。"

#: ../../rst/reference_appendices/faq.rst:900
msgid "Also, ``ansible.legacy`` is what you get by default when you do not specify an FQCN. So this:"
msgstr "また、``ansible.legacy`` は、FQCN を指定しない場合にデフォルトで取得するものです。"

#: ../../rst/reference_appendices/faq.rst:907
msgid "Is really equivalent to:"
msgstr "これは以下と同等です。"

#: ../../rst/reference_appendices/faq.rst:913
msgid "Though, if you do not override the ``shell`` module, you can also just write it as ``ansible.builtin.shell``, since legacy will resolve to the builtin collection."
msgstr "``shell`` モジュールを上書きしない場合は、レガシーが組み込みコレクションに対して解決するので、``ansible.builtin.shell`` と記述することもできます。"

#: ../../rst/reference_appendices/faq.rst:919
msgid "I don't see my question here"
msgstr "ここに記載されている以外に質問があります"

#: ../../rst/reference_appendices/faq.rst:921
msgid "If you have not found an answer to your questions, you can ask on one of our mailing lists or chat channels. For instructions on subscribing to a list or joining a chat channel, see :ref:`communication`."
msgstr "ご不明な点がございましたら、メーリングリストまたはチャットチャンネルのいずれかを尋ねることができます。リストのサブスクライブ方法や、チャットチャンネルへの参加方法は、:ref:`communication`を参照してください。"

#: ../../rst/reference_appendices/faq.rst:926
#: ../../rst/reference_appendices/glossary.rst:537
#: ../../rst/reference_appendices/test_strategies.rst:297
msgid "An introduction to playbooks"
msgstr "Playbook の概要"

#: ../../rst/reference_appendices/faq.rst:927
#: ../../rst/reference_appendices/glossary.rst:538
msgid ":ref:`playbooks_best_practices`"
msgstr ":ref:`playbooks_best_practices`"

#: ../../rst/reference_appendices/faq.rst:928
#: ../../rst/reference_appendices/glossary.rst:539
msgid "Tips and tricks for playbooks"
msgstr "Playbook のヒントと裏技"

#: ../../rst/reference_appendices/faq.rst:929
#: ../../rst/reference_appendices/test_strategies.rst:300
msgid "`User Mailing List <https://groups.google.com/group/ansible-project>`_"
msgstr "`User Mailing List <https://groups.google.com/group/ansible-project>`_"

#: ../../rst/reference_appendices/faq.rst:930
#: ../../rst/reference_appendices/glossary.rst:541
#: ../../rst/reference_appendices/test_strategies.rst:301
msgid "Have a question?  Stop by the google group!"
msgstr "ご質問はございますか。Google Group をご覧ください。"

#: ../../rst/reference_appendices/general_precedence.rst:4
msgid "Controlling how Ansible behaves: precedence rules"
msgstr "Ansible の動作の制御: 優先順位のルール"

#: ../../rst/reference_appendices/general_precedence.rst:6
msgid "To give you maximum flexibility in managing your environments, Ansible offers many ways to control how Ansible behaves: how it connects to managed nodes, how it works once it has connected. If you use Ansible to manage a large number of servers, network devices, and cloud resources, you may define Ansible behavior in several different places and pass that information to Ansible in several different ways. This flexibility is convenient, but it can backfire if you do not understand the precedence rules."
msgstr "Ansible には、環境の管理に最大限の柔軟性をもたせられるように、管理対象ノードへの接続方法や、接続後の動作など、Ansible の動作を制御する手段が多数あります。Ansible を使用して多数のサーバー、ネットワークデバイス、クラウドリソースを管理する場合に、Ansible の動作をさまざまな場所で定義して、さまざまな方法で Ansible にその情報を渡すことができます。柔軟性があると便利ですが、優先順位ルールを理解していない場合は、逆効果となる可能性があります。"

#: ../../rst/reference_appendices/general_precedence.rst:10
msgid "These precedence rules apply to any setting that can be defined in multiple ways (by configuration settings, command-line options, playbook keywords, variables)."
msgstr "このような優先順位ルールは、複数の方法で定義できるオプション (設定オプション、コマンドラインオプション、Playbook キーワード、変数) に適用されます。"

#: ../../rst/reference_appendices/general_precedence.rst:16
msgid "Precedence categories"
msgstr "優先順位のカテゴリー"

#: ../../rst/reference_appendices/general_precedence.rst:18
msgid "Ansible offers four sources for controlling its behavior. In order of precedence from lowest (most easily overridden) to highest (overrides all others), the categories are:"
msgstr "Ansible では、動作の制御に使用するソースが 4 つあります。カテゴリーは以下のとおりです (優先順位の低いもの、つまり最も簡単にオーバーライドされるものから、高いもの、つまり他のすべてをオーバーライドするものに並べています)。"

#: ../../rst/reference_appendices/general_precedence.rst:20
#: ../../rst/reference_appendices/general_precedence.rst:30
msgid "Configuration settings"
msgstr "設定オプション"

#: ../../rst/reference_appendices/general_precedence.rst:21
#: ../../rst/reference_appendices/general_precedence.rst:42
msgid "Command-line options"
msgstr "コマンドラインオプション"

#: ../../rst/reference_appendices/general_precedence.rst:22
#: ../../rst/reference_appendices/general_precedence.rst:65
msgid "Playbook keywords"
msgstr "Playbook キーワード"

#: ../../rst/reference_appendices/general_precedence.rst:25
msgid "Each category overrides any information from all lower-precedence categories. For example, a playbook keyword will override any configuration setting."
msgstr "各カテゴリーは、そのカテゴリーよりも優先順位の低いカテゴリーからの情報をすべてオーバーライドします。たとえば、Playbook キーワードは、設定オプションをオーバーライドします。"

#: ../../rst/reference_appendices/general_precedence.rst:27
msgid "Within each precedence category, specific rules apply. However, generally speaking, 'last defined' wins and overrides any previous definitions."
msgstr "各優先順位カテゴリーで、固有のルールが適用されます。ただし、一般的に「最後に定義 (last defined)」した内容の優先度が高く、以前の定義をオーバーライドします。"

#: ../../rst/reference_appendices/general_precedence.rst:32
msgid ":ref:`Configuration settings<ansible_configuration_settings>` include both values from the ``ansible.cfg`` file and environment variables. Within this category, values set in configuration files have lower precedence. Ansible uses the first ``ansible.cfg`` file it finds, ignoring all others. Ansible searches for ``ansible.cfg`` in these locations in order:"
msgstr ":ref:`構成設定<ansible_configuration_settings>` には、``ansible.cfg`` ファイルと環境変数からの両方の値が含まれます。このカテゴリーでは、設定ファイルに指定した値のほうが優先順位が低くなります。Ansible では最初に見つかった ``ansible.cfg`` を使用し、他はすべて無視します。Ansible は、これらの場所で順番に ``ansible.cfg`` を選択します。"

#: ../../rst/reference_appendices/general_precedence.rst:39
msgid "Environment variables have a higher precedence than entries in ``ansible.cfg``. If you have environment variables set on your control node, they override the settings in whichever ``ansible.cfg`` file Ansible loads. The value of any given environment variable follows normal shell precedence: the last value defined overwrites previous values."
msgstr "環境変数は、``ansible.cfg`` のエントリーよりも優先されます。コントロールノードに環境変数を設定している場合には、Ansible が読み込む ``ansible.cfg`` ファイルの設定よりも、環境変数が優先されます。指定された環境変数の値は、shell の通常の優先順位 (最後に定義した値が、それ以前の値をオーバーライド) に準拠します。"

#: ../../rst/reference_appendices/general_precedence.rst:44
msgid "Any command-line option will override any configuration setting."
msgstr "コマンドラインオプションは、設定オプションをすべてオーバーライドします。"

#: ../../rst/reference_appendices/general_precedence.rst:46
msgid "When you type something directly at the command line, you may feel that your hand-crafted values should override all others, but Ansible does not work that way. Command-line options have low precedence - they override configuration only. They do not override playbook keywords, variables from inventory or variables from playbooks."
msgstr "コマンドラインに直接入力すると、手動で入力した値が、それ以外の設定をすべてオーバーライドするように感じますが、Ansible の仕様は異なります。コマンドラインオプションの優先順位は低いため、オーバーライドできるのは、設定のみです。Playbook のキーワードや、インベントリーからの変数、または Playbook から変数をオーバーライドすることはありません。"

#: ../../rst/reference_appendices/general_precedence.rst:48
msgid "You can override all other settings from all other sources in all other precedence categories at the command line by  :ref:`general_precedence_extra_vars`, but that is not a command-line option, it is a way of passing a :ref:`variable<general_precedence_variables>`."
msgstr ":ref:`general_precedence_extra_vars` により、コマンドラインで、他の優先順位カテゴリーの他のソースからの他の設定をすべて上書きできます。ただし、これはコマンドラインオプションではなく、:ref:`variable<general_precedence_variables>` を渡す手段としてコマンドラインを使用しています。"

#: ../../rst/reference_appendices/general_precedence.rst:50
msgid "At the command line, if you pass multiple values for a parameter that accepts only a single value, the last defined value wins. For example, this :ref:`ad hoc task<intro_adhoc>` will connect as ``carol``, not as ``mike``:"
msgstr "コマンドラインで、単値のみを受け入れるパラメーターに多値を渡すと、最後に定義された値が優先されます。たとえば、この :ref:`ad hoc task<intro_adhoc>` は、``mike`` ではなく、``carol`` として接続します。"

#: ../../rst/reference_appendices/general_precedence.rst:56
msgid "Some parameters allow multiple values. In this case, Ansible will append all values from the hosts listed in inventory files inventory1 and inventory2:"
msgstr "パラメーターによっては、多値を使用できます。以下の場合には、Ansible は、インベントリーファイル「inventory1」および「inventory2」に記載されているホストからの値をすべて追加します。"

#: ../../rst/reference_appendices/general_precedence.rst:62
msgid "The help for each :ref:`command-line tool<command_line_tools>` lists available options for that tool."
msgstr "各 :ref:`コマンドラインツール<command_line_tools>` のヘルプは、対象のツールで利用可能なオプションを表示します。"

#: ../../rst/reference_appendices/general_precedence.rst:67
msgid "Any :ref:`playbook keyword<playbook_keywords>` will override any command-line option and any configuration setting."
msgstr ":ref:`Playbook キーワード<playbook_keywords>` は、コマンドラインオプションと、構成設定をすべてオーバーライドします。"

#: ../../rst/reference_appendices/general_precedence.rst:69
msgid "Within playbook keywords, precedence flows with the playbook itself; the more specific wins against the more general:"
msgstr "Playbook キーワード内の優先順位は、Playbook の内容により左右されます (一般的な設定より具体的な設定が優先されます)。"

#: ../../rst/reference_appendices/general_precedence.rst:71
msgid "play (most general)"
msgstr "プレイ (最も一般的)"

#: ../../rst/reference_appendices/general_precedence.rst:72
msgid "blocks/includes/imports/roles (optional and can contain tasks and each other)"
msgstr "blocks/includes/imports/roles (任意で、タスクを含めることも、相互に含めることも可能)"

#: ../../rst/reference_appendices/general_precedence.rst:73
msgid "tasks (most specific)"
msgstr "タスク (最も具体的)"

#: ../../rst/reference_appendices/general_precedence.rst:75
msgid "A simple example:"
msgstr "簡単な例:"

#: ../../rst/reference_appendices/general_precedence.rst:89
msgid "In this example, the ``connection`` keyword is set to ``ssh`` at the play level. The first task inherits that value, and connects using ``ssh``. The second task inherits that value, overrides it, and connects using ``paramiko``. The same logic applies to blocks and roles as well. All tasks, blocks, and roles within a play inherit play-level keywords; any task, block, or role can override any keyword by defining a different value for that keyword within the task, block, or role."
msgstr "この例では、``connection`` キーワードはプレイレベルで ``ssh`` に設定されています。最初のタスクはその値を継承し、``ssh`` を使用して接続します。2 番目のタスクは、その値を継承してオーバーライドし、``paramiko`` を使用して接続します。ブロックやロールでも同じロジックが適用されます。プレイ内のタスク、ブロック、およびロールはすべて、プレイレベルのキーワードを継承します。キーワードよりタスク、ブロック、またはロールを優先させるには、タスク、ブロック、またはロール内の対象のキーワードに異なる値を定義します。"

#: ../../rst/reference_appendices/general_precedence.rst:92
msgid "Remember that these are KEYWORDS, not variables. Both playbooks and variable files are defined in YAML but they have different significance. Playbooks are the command or 'state description' structure for Ansible, variables are data we use to help make playbooks more dynamic."
msgstr "上記は、変数ではなく、キーワードである点に注意してください。Playbook や変数ファイルはいずれも YAML で定義しますが、それぞれ重要性が異なります。Playbook はコマンドまたは Ansible の「状態記述」構造で、変数は Playbook をより動的に使用できるようにするためのデータです。"

#: ../../rst/reference_appendices/general_precedence.rst:100
msgid "Any variable will override any playbook keyword, any command-line option, and any configuration setting."
msgstr "変数は、Playbook のキーワード、コマンドラインオプション、構成設定をすべてオーバーライドします。"

#: ../../rst/reference_appendices/general_precedence.rst:102
msgid "Variables that have equivalent playbook keywords, command-line options, and configuration settings are known as :ref:`connection_variables`. Originally designed for connection parameters, this category has expanded to include other core variables like the temporary directory and the python interpreter."
msgstr "同等の Playbook キーワード、コマンドラインオプション、および構成設定を含む変数は :ref:`connection_variables` と呼ばれています。このカテゴリーは、当初は設定パラメーター向けに設計されてましたが、一時ディレクトリーや Python インタープリターなど、他のコア変数を含めるように拡張されました。"

#: ../../rst/reference_appendices/general_precedence.rst:104
msgid "Connection variables, like all variables, can be set in multiple ways and places. You can define variables for hosts and groups in :ref:`inventory<intro_inventory>`. You can define variables for tasks and plays in ``vars:`` blocks in :ref:`playbooks<about_playbooks>`. However, they are still variables - they are data, not keywords or configuration settings. Variables that override playbook keywords, command-line options, and configuration settings follow the same rules of :ref:`variable precedence <ansible_variable_precedence>` as any other variables."
msgstr "接続変数はすべての変数と同様、複数の手法や場所で設定できます。:ref:`インベントリー<intro_inventory>` でホストとグループの変数を定義できます。:ref:`Playbook<about_playbooks>` の ``vars:`` ブロックに、タスクとプレイの変数を定義できます。ただし、上記は、キーワードや構成設定ではなく、データを格納する変数です。Playbook キーワード、コマンドラインオプション、および設定オプションをオーバーライドする変数は、他の変数が使用する :ref:`変数の優先順位 <ansible_variable_precedence>` と同じルールに従います。"

#: ../../rst/reference_appendices/general_precedence.rst:106
msgid "When set in a playbook, variables follow the same inheritance rules as playbook keywords. You can set a value for the play, then override it in a task, block, or role:"
msgstr "変数は、Playbook に設定されると、Playbook キーワードと同じ継承ルールに従います。プレイの値を設定すると、タスク、ブロック、またはロールの値をオーバーライドできます。"

#: ../../rst/reference_appendices/general_precedence.rst:133
msgid "Variable scope: how long is a value available?"
msgstr "変数の範囲: 値が有効な期間"

#: ../../rst/reference_appendices/general_precedence.rst:135
msgid "Variable values set in a playbook exist only within the playbook object that defines them. These 'playbook object scope' variables are not available to subsequent objects, including other plays."
msgstr "Playbook に設定した変数の値は、その値を定義する Playbook オブジェクト内にのみ存在します。このような「Playbook オブジェクトの範囲」の変数は、他のプレイなど、後続のオブジェクトでは利用できません。"

#: ../../rst/reference_appendices/general_precedence.rst:137
msgid "Variable values associated directly with a host or group, including variables defined in inventory, by vars plugins, or using modules like :ref:`set_fact<set_fact_module>` and :ref:`include_vars<include_vars_module>`, are available to all plays. These 'host scope' variables are also available through the ``hostvars[]`` dictionary."
msgstr "インベントリー、vars プラグイン、:ref:`set_fact<set_fact_module>` や :ref:`include_vars<include_vars_module>` といったモジュールの使用など、ホストやグループに直接関連付けられた変数値は、全プレイで利用できます。また、これらの「ホスト範囲」変数は、``hostvars[]`` ディクショナリーから利用できます。"

#: ../../rst/reference_appendices/general_precedence.rst:142
msgid "Using ``-e`` extra variables at the command line"
msgstr "コマンドラインでの追加変数 (``-e``) の使用"

#: ../../rst/reference_appendices/general_precedence.rst:144
msgid "To override all other settings in all other categories, you can use extra variables: ``--extra-vars`` or ``-e`` at the command line. Values passed with ``-e`` are variables, not command-line options, and they will override configuration settings, command-line options, and playbook keywords as well as variables set elsewhere. For example, this task will connect as ``brian`` not as ``carol``:"
msgstr "他のカテゴリーの全設定をオーバーライドするには、コマンドラインで追加変数 (``--extra-vars`` または ``-e``) を使用します。``-e`` で渡される値は、コマンドラインオプションではなく変数で、他で設定した変数をはじめ、構成設定、コマンドラインオプション、Playbook キーワードをオーバーライドします。たとえば、このタスクは、``carol`` ではなく ``brian`` として接続します。"

#: ../../rst/reference_appendices/general_precedence.rst:150
msgid "You must specify both the variable name and the value with ``--extra-vars``."
msgstr "変数名と値は、``--extra-vars`` で指定する必要があります。"

#: ../../rst/reference_appendices/glossary.rst:2
msgid "Glossary"
msgstr "用語集"

#: ../../rst/reference_appendices/glossary.rst:4
msgid "The following is a list (and re-explanation) of term definitions used elsewhere in the Ansible documentation."
msgstr "以下は、Ansible ドキュメントの各所で使用される用語の定義 (と再説) 一覧です。"

#: ../../rst/reference_appendices/glossary.rst:6
msgid "Consult the documentation home page for the full documentation and to see the terms in context, but this should be a good resource to check your knowledge of Ansible's components and understand how they fit together.  It's something you might wish to read for review or when a term comes up on the mailing list."
msgstr "全ドキュメント、および文中で用語を確認するには、ドキュメントのホームページを参照してください。このページは、Ansible のコンポーネントの説明を読み、どのように組み合わされているかを理解するのに適しています。レビューのために、またはメーリングリストで用語が使用された時などにご利用になれます。"

#: ../../rst/reference_appendices/glossary.rst:11
msgid "Action"
msgstr "アクション"

#: ../../rst/reference_appendices/glossary.rst:13
msgid "An action is a part of a task that specifies which of the modules to run and which arguments to pass to that module.  Each task can have only one action, but it may also have other parameters."
msgstr "アクションはタスクの一部を指し、実行するモジュールや、そのモジュールが渡す引数を指定します。各タスクには、アクションを 1 つだけ指定できますが、他に複数のパラメーターが指定されている可能性があります。"

#: ../../rst/reference_appendices/glossary.rst:16
msgid "Ad Hoc"
msgstr "アドホック"

#: ../../rst/reference_appendices/glossary.rst:18
msgid "Refers to running Ansible to perform some quick command, using :command:`/usr/bin/ansible`, rather than the :term:`orchestration` language, which is :command:`/usr/bin/ansible-playbook`.  An example of an ad hoc command might be rebooting 50 machines in your infrastructure.  Anything you can do ad hoc can be accomplished by writing a :term:`playbook <playbooks>` and playbooks can also glue lots of other operations together."
msgstr "Ansible を実行して、:command:`/usr/bin/ansible-playbook` の :term:`オーケストレーション` 言語ではなく、:command:`/usr/bin/ansible` を使用してクイックコマンドを実行することを指します。アドホックコマンドの例には、インフラストラクチャー内での 50 台のマシンを再起動することなどが含まれます。アドホックに実行できるすべてのことは :term:`playbook <playbooks>` を作成して実行でき、Playbook は数多くの他の操作を 1 つにまとめることができます。"

#: ../../rst/reference_appendices/glossary.rst:25
msgid "Ansible (the package)"
msgstr "Ansible (パッケージ)"

#: ../../rst/reference_appendices/glossary.rst:27
msgid "A software package (Python, deb, rpm, and so on) that contains ansible-core and a select group of collections. Playbooks that worked with Ansible 2.9 should still work with the Ansible 2.10 package. See the :file:`ansible-<version>.build` file in the release-specific directory at  `ansible-build-data <https://github.com/ansible-community/ansible-build-data>`_ for a list of collections included in Ansible, as well as the included ``ansible-core`` version."
msgstr "ansible-core および選択したコレクショングループを含むソフトウェアパッケージ (Python、deb、rpm など)。Ansible 2.9 で動作した Playbook は、Ansible 2.10 パッケージでも動作するはずです。Ansible に含まれているコレクションのリストと同梱されている ``ansible-core`` バージョンについては、`ansible-build-data <https://github.com/ansible-community/ansible-build-data>`_ のリリース固有のディレクトリーにある :file:`ansible-<version>.build` ファイルを参照してください。"

#: ../../rst/reference_appendices/glossary.rst:28
msgid "ansible-base"
msgstr "ansible-base"

#: ../../rst/reference_appendices/glossary.rst:30
msgid "Used only for 2.10. The installable package (RPM/Python/Deb package) generated from the `ansible/ansible repository <https://github.com/ansible/ansible>`_. See ``ansible-core``."
msgstr "2.10 でのみ使用されます。`ansible/ansible リポジトリー <https://github.com/ansible/ansible>`_ から生成されたインストール可能なパッケージ (RPM/Python/Deb パッケージ) です。「``ansible-core``」を参照してください。"

#: ../../rst/reference_appendices/glossary.rst:31
#: ../../rst/reference_appendices/release_and_maintenance.rst:10
msgid "ansible-core"
msgstr "ansible-core"

#: ../../rst/reference_appendices/glossary.rst:33
msgid "Name used starting with 2.11. The installable package (RPM/Python/Deb package) generated from the `ansible/ansible repository <https://github.com/ansible/ansible>`_. Contains the command-line tools and the code for basic features and functions, such as copying module code to managed nodes. The ``ansible-core`` package includes a few modules and plugins and allows you to add others by installing collections."
msgstr "2.11 以降で使用される名前。`ansible/ansible リポジトリー <https://github.com/ansible/ansible>`_ から生成されるインストール可能なパッケージ (RPM/Python/Deb パッケージ)。コマンドラインツールと、基本的な機能および関数 (モジュールコードの管理対象ノードへのコピーなど) のコードが含まれています。``ansible-core`` パッケージにはいくつかのモジュールとプラグインが含まれており、コレクションをインストールすることで他のモジュールを追加できます。"

#: ../../rst/reference_appendices/glossary.rst:34
msgid "Ansible Galaxy"
msgstr "Ansible Galaxy"

#: ../../rst/reference_appendices/glossary.rst:36
msgid "An `online distribution server <galaxy.ansible.com>`_ for finding and sharing Ansible community content, sometimes referred to as community Galaxy. Also, the command-line utility that lets users install individual Ansible Collections, for example ``ansible-galaxy collection install community.crypto``."
msgstr "Ansible コミュニティーのコンテンツ (コミュニティー Galaxy と呼ばれる場合もあり) を見つけて共有するための `online distribution server <galaxy.ansible.com>`_。また、ユーザーが個々の Ansible コレクションをインストールできるようにするコマンドラインユーティリティー (``ansible-galaxy collection install community.crypto`` など)。"

#: ../../rst/reference_appendices/glossary.rst:37
msgid "Async"
msgstr "非同期"

#: ../../rst/reference_appendices/glossary.rst:39
msgid "Refers to a task that is configured to run in the background rather than waiting for completion.  If you have a long process that would run longer than the SSH timeout, it would make sense to launch that task in async mode.  Async modes can poll for completion every so many seconds or can be configured to \"fire and forget\", in which case Ansible will not even check on the task again; it will just kick it off and proceed to future steps.  Async modes work with both :command:`/usr/bin/ansible` and :command:`/usr/bin/ansible-playbook`."
msgstr "完了を待たずにバックグラウンドで実行するように構成されたタスクを指します。SSH タイムアウトよりも長く実行される長いプロセスがある場合は、そのタスクを非同期モードで起動することは理にかなっています。非同期モードでは、何秒かごとに完了をポーリングすることも、「ファイアアンドフォーゲット (自動追尾機能)」ように設定することもできます。その場合、Ansible は再度タスクをチェックしません。起動して次のステップに進みます。非同期モードは :command:`/usr/bin/ansible` と :command:`/usr/bin/ansible-playbook` の両方で動作します。"

#: ../../rst/reference_appendices/glossary.rst:47
msgid "Callback Plugin"
msgstr "Callback Plugin (コールバックプラグイン)"

#: ../../rst/reference_appendices/glossary.rst:49
msgid "Refers to some user-written code that can intercept results from Ansible and do something with them.  Some supplied examples in the GitHub project perform custom logging, send email, or even play sound effects."
msgstr "Ansible からの結果を傍受でき、それらについて何らかの処理を行うユーザー作成コードを指します。GitHub プロジェクトで提供されている一部のサンプルの実行内容には、カスタムロギングやメール送信、さらにはサウンド効果のプレイなどが含まれます。"

#: ../../rst/reference_appendices/glossary.rst:53
msgid "Check Mode"
msgstr "Check Mode (チェックモード)"

#: ../../rst/reference_appendices/glossary.rst:55
msgid "Refers to running Ansible with the ``--check`` option, which does not make any changes on the remote systems, but only outputs the changes that might occur if the command ran without this flag.  This is analogous to so-called \"dry run\" modes in other systems, though the user should be warned that this does not take into account unexpected command failures or cascade effects (which is true of similar modes in other systems).  Use this to get an idea of what might happen, but do not substitute it for a good staging environment."
msgstr "``--check`` オプションを指定して Ansible を実行することを指します。このオプションを選択してもリモートシステムに変更は加えられることはなく、コマンドがこのフラグなしに実行された場合に生じる可能性のある変更のみを出力します。これは、他のシステムでのいわゆる「ドライラン」モードに類似しています。ただし、この場合は予期しないコマンドの失敗やカスケード効果が考慮されないことに注意してください (他のシステムの同様のモードについても同じです)。このモードを使用すると、起こり得ることの概要を把握することはできますが、これが適切なステージング環境の代わりになる訳ではありません。"

#: ../../rst/reference_appendices/glossary.rst:63
msgid "Collection"
msgstr "コレクション"

#: ../../rst/reference_appendices/glossary.rst:65
msgid "A packaging format for bundling and distributing Ansible content, including plugins, roles, modules, and more. Collections release independent of other collections or ``ansible-core`` so features can be available sooner to users. Some collections are packaged with Ansible (version 2.10 or later). You can install other collections (or other versions of collections) with ``ansible-galaxy collection install <namespace.collection>``."
msgstr "プラグイン、ロール、モジュールなどを含む Ansible コンテンツをバンドルして配布するためのパッケージングフォーマット。コレクションは他のコレクションまたは ``ansible-core`` とは独立してリリースされるため、ユーザーはより早く機能を利用できます。一部のコレクションは Ansible (バージョン 2.10 以降) でパッケージ化されています。他のコレクション (またはコレクションの他のバージョン) は、``ansible-galaxy collection install <namespace.collection>`` でインストールできます。"

#: ../../rst/reference_appendices/glossary.rst:66
msgid "Collection name"
msgstr "コレクション名"

#: ../../rst/reference_appendices/glossary.rst:68
msgid "The second part of a Fully Qualified Collection Name. The collection name divides the collection namespace and usually reflects the function of the collection content. For example, the ``cisco`` namespace might contain ``cisco.ios``, ``cisco.aci``, and ``cisco.nxos``, with content for managing the different network devices maintained by Cisco."
msgstr "完全修飾コレクション名の 2 番目の部分。コレクション名は、コレクションの名前空間を分割し、通常はコレクションの内容の機能を反映します。たとえば、``cisco`` 名前空間には、``cisco.ios``、``cisco.aci``、および ``cisco.nxos`` が含まれ、シスコが管理するさまざまなネットワークデバイスを管理するためのコンテンツが含まれます。"

#: ../../rst/reference_appendices/glossary.rst:69
msgid "community.general (collection)"
msgstr "community.general (コレクション)"

#: ../../rst/reference_appendices/glossary.rst:71
msgid "A special collection managed by the Ansible Community Team containing all the modules and plugins which shipped in Ansible 2.9 that do not have their own dedicated Collection. See `community.general <https://galaxy.ansible.com/community/general>`_ on Galaxy."
msgstr "Ansible 2.9 に同梱された、専用のコレクションを持たないすべてのモジュールとプラグインを含む Ansible Community Team が管理する特定のコレクション。Galaxy の `community.general <https://galaxy.ansible.com/community/general>`_ を参照してください。"

#: ../../rst/reference_appendices/glossary.rst:72
msgid "community.network (collection)"
msgstr "community.network (コレクション)"

#: ../../rst/reference_appendices/glossary.rst:74
msgid "Similar to ``community.general``, focusing on network content. `community.network <https://galaxy.ansible.com/community/network>`_ on Galaxy."
msgstr "``community.general`` と同様に、ネットワークコンテンツに焦点を宛てています (Galaxy の `community.network <https://galaxy.ansible.com/community/network>`_)。"

#: ../../rst/reference_appendices/glossary.rst:75
msgid "Connection Plugin"
msgstr "Connection プラグイン"

#: ../../rst/reference_appendices/glossary.rst:77
msgid "By default, Ansible talks to remote machines through pluggable libraries.  Ansible uses native OpenSSH (:term:`SSH (Native)`) or a Python implementation called :term:`paramiko`.  OpenSSH is preferred if you are using a recent version, and also enables some features like Kerberos and jump hosts.  This is covered in the :ref:`getting started section <remote_connection_information>`.  There are also other connection types like ``accelerate`` mode, which must be bootstrapped over one of the SSH-based connection types but is very fast, and local mode, which acts on the local system.  Users can also write their own connection plugins."
msgstr "デフォルトでは、Ansible はプラグ可能なライブラリーを介してリモートマシンと対話します。Ansible はネイティブの OpenSSH (:term:`SSH (Native)`) や、:term:`paramiko` と呼ばれる Python の実装を使用します。最新バージョンを使用している場合は OpenSSH が推奨され、Kerberos やジャンプホストなどの一部の機能も有効になります。これについては、「:ref:`getting started section <remote_connection_information>`」で説明します。他にも ``accelerate`` モードのような接続タイプがあります。これは SSH ベースの接続タイプのうちのひとつを使用して起動しなければなりませんが、非常に高速です。また、ローカルシステム上で動作するローカルモードもあります。ユーザーは独自の connection プラグインを記述することもできます。"

#: ../../rst/reference_appendices/glossary.rst:87
msgid "Conditionals"
msgstr "条件分岐 (Conditional)"

#: ../../rst/reference_appendices/glossary.rst:89
msgid "A conditional is an expression that evaluates to true or false that decides whether a given task is executed on a given machine or not. Ansible's conditionals are powered by the 'when' statement, which are discussed in the :ref:`working_with_playbooks`."
msgstr "条件は、True または False に評価して、指定のタスクを所定のマシンで実行するかどうかを決定する式のことです。Ansible の条件文は、「when」ステートメントによって強化されています。「:ref:`working_with_playbooks`」を参照してください。"

#: ../../rst/reference_appendices/glossary.rst:93
msgid "Declarative"
msgstr "宣言的 (Declarative)"

#: ../../rst/reference_appendices/glossary.rst:95
msgid "An approach to achieving a task that uses a description of the final state rather than a description of the sequence of steps necessary to achieve that state. For a real world example, a declarative specification of a task would be: \"put me in California\". Depending on your current location, the sequence of steps to get you to California may vary, and if you are already in California, nothing at all needs to be done. Ansible's Resources are declarative; it figures out the steps needed to achieve the final state. It also lets you know whether or not any steps needed to be taken to get to the final state."
msgstr "あるタスクを達成するために、その状態を達成するために必要な一連の手順を記述するのではなく、最終的な状態を記述するアプローチのこと。現実世界の例では、「私をカリフォルニアに連れて行ってください」というタスクの宣言的な指定があります。あなたの現在地によって、あなたをカリフォルニアに連れて行くための一連のステップは異なるかもしれないし、あなたがすでにカリフォルニアにいる場合は、何もする必要はありません。Ansible の Resource は宣言型で、最終的な状態を実現するために必要なステップを把握しています。また、最終的な状態に到達するために必要なステップがあるかどうかも知ることができます。"

#: ../../rst/reference_appendices/glossary.rst:105
msgid "Diff Mode"
msgstr "差分モード"

#: ../../rst/reference_appendices/glossary.rst:107
msgid "A ``--diff`` flag can be passed to Ansible to show what changed on modules that support it. You can combine it with ``--check`` to get a good 'dry run'.  File diffs are normally in unified diff format."
msgstr "``--diff`` フラグを Ansible に渡して、それをサポートするモジュールで何が変更されたかを示すことができます。``--check`` と組み合わせると優れた「ドライラン」を得ることができます。ファイルの差分は通常、統一された差分形式です。"

#: ../../rst/reference_appendices/glossary.rst:110
msgid "Distribution server"
msgstr "配信サーバー"

#: ../../rst/reference_appendices/glossary.rst:112
msgid "A server, such as Ansible Galaxy or Red Hat Automation Hub where you can distribute your collections and allow others to access these collections. See :ref:`distributing_collections` for a list of distribution server types. Some Ansible features are only available on certain distribution servers."
msgstr "Ansible Galaxy や Red Hat Automation Hub などのサーバー。コレクションを配布し、他のサーバーがこれらのコレクションにアクセスできるようにします。配信サーバータイプの一覧は、:ref:`distributing_collections` を参照してください。一部の Ansible 機能は、特定の配信サーバーでのみ利用できます。"

#: ../../rst/reference_appendices/glossary.rst:113
msgid "Executor"
msgstr "エグゼキューター (Executor)"

#: ../../rst/reference_appendices/glossary.rst:115
msgid "A core software component of Ansible that is the power behind :command:`/usr/bin/ansible` directly -- and corresponds to the invocation of each task in a :term:`playbook <playbooks>`.  The Executor is something Ansible developers may talk about, but it's not really user land vocabulary."
msgstr "Ansible の中核となるソフトウェアコンポーネントで、:command:`/usr/bin/ansible` を直接支える力であり、:term:`Playbook <playbooks>` の各タスクの呼び出しに対応しています。エグゼキューターは、Ansible の開発者が使用する用語で、ユーザー側が使用する用語ではありません。"

#: ../../rst/reference_appendices/glossary.rst:120
#: ../../rst/reference_appendices/special_variables.rst:134
msgid "Facts"
msgstr "ファクト"

#: ../../rst/reference_appendices/glossary.rst:122
msgid "Facts are simply things that are discovered about remote nodes.  While they can be used in :term:`playbooks` and templates just like variables, facts are things that are inferred, rather than set.  Facts are automatically discovered by Ansible when running plays by executing the internal :ref:`setup module <setup_module>` on the remote nodes.  You never have to call the setup module explicitly, it just runs, but it can be disabled to save time if it is not needed or you can tell ansible to collect only a subset of the full facts through the ``gather_subset:`` option. For the convenience of users who are switching from other configuration management systems, the fact module will also pull in facts from the :program:`ohai` and :program:`facter` tools if they are installed.  These are fact libraries from Chef and Puppet, respectively. (These may also be disabled through ``gather_subset:``)"
msgstr "端的に言うと、ファクトはリモートノードについて発見される事柄を指します。ファクトは変数のように :term:`playbooks` やテンプレートで使用できますが、ファクトは設定される事柄というよりは推測される事柄と言えます。ファクトは、リモートノードで内部 :ref:`setup module <setup_module>` を実行することでプレイの実行中に Ansible により自動的に検出されるため、セットアップモジュールを明示的に呼び出すことはありません。それはただ実行されます。その必要がなければ時間を節約するために無効にすることもできますし、``gather_subset:`` オプションで全ファクトのサブセットだけを収集するように Ansible に指示することもできます。他の設定管理システムから切り替えを行われている場合の利点として、ファクトモジュールは、Chef と Puppet のファクトライブラリーから、それぞれ :program:`ohai` ツールおよび :program:`facter` ツールからも (インストールされている場合) ファクトを取り込みます (これは ``gather_subset:`` で無効にすることもできます)。"

#: ../../rst/reference_appendices/glossary.rst:136
msgid "Filter Plugin"
msgstr "Filter プラグイン"

#: ../../rst/reference_appendices/glossary.rst:138
msgid "A filter plugin is something that most users will never need to understand.  These allow for the creation of new :term:`Jinja2` filters, which are more or less only of use to people who know what Jinja2 filters are.  If you need them, you can learn how to write them in the :ref:`API docs section <developing_filter_plugins>`."
msgstr "filter プラグインは、ほとんどのユーザーが理解する必要がないものです。この filter プラグインは、新しい :term:`Jinja2` フィルターを作成するためのもので、多かれ少なかれ、Jinja2 のフィルターを知っている人にしか使えません。必要であれば、:ref:`API ドキュメントのセクション <developing_filter_plugins>` で記述方法を参照してください。"

#: ../../rst/reference_appendices/glossary.rst:143
msgid "Forks"
msgstr "フォーク"

#: ../../rst/reference_appendices/glossary.rst:145
msgid "Ansible talks to remote nodes in parallel and the level of parallelism can be set either by passing ``--forks`` or editing the default in a configuration file.  The default is a very conservative five (5) forks, though if you have a lot of RAM, you can easily set this to a value like 50 for increased parallelism."
msgstr "Ansible は、複数のリモートノードと同時に対話でき、その並列処理のレベルは、``--forks`` を渡すか、設定ファイルのデフォルトを編集することで設定できます。デフォルトには非常に控え目に 5 つのフォークが設定されていますが、RAM が多数ある場合は、並列処理のレベルを上げるために値を大きく (50 など) 設定することもできます。"

#: ../../rst/reference_appendices/glossary.rst:150
msgid "Fully Qualified Collection Name (FQCN)"
msgstr "FQCN (完全修飾コレクション名)"

#: ../../rst/reference_appendices/glossary.rst:152
msgid "The full definition of a module, plugin, or role hosted within a collection, in the form <namespace.collection.content_name>. Allows a Playbook to refer to a specific module or plugin from a specific source in an unambiguous manner, for example, ``community.grafana.grafana_dashboard``. The FQCN is required when you want to specify the exact source of a plugin. For example, if multiple collections contain a module plugin called ``user``, the FQCN specifies which one to use for a given task. When you have multiple collections installed, the FQCN is always the explicit and authoritative indicator of which collection to search for the correct plugin for each task."
msgstr "コレクション内でホストされているモジュール、プラグイン、またはロールの完全な定義を <namespace.collection.content_name> のような形で示します。Playbook が特定のソースから特定のモジュールまたはプラグインを曖昧さのない方法で参照できるようにします (たとえば、``community.grafana.grafana_dashboard`` です)。FQCN は、プラグインの正確なソースを指定したい場合に必要です。たとえば、複数のコレクションに ``user`` という名前の module プラグインが含まれている場合、FQCN は特定のタスクにどのプラグインを使用するかを指定します。複数のコレクションがインストールされている場合、FQCN は常に、各タスクに適したプラグインをどのコレクションで検索するかを明示的かつ権威的に示します。"

#: ../../rst/reference_appendices/glossary.rst:153
msgid "Gather Facts (Boolean)"
msgstr "ファクトの収集 (ブール値)"

#: ../../rst/reference_appendices/glossary.rst:155
msgid ":term:`Facts` are mentioned above.  Sometimes when running a multi-play :term:`playbook <playbooks>`, it is desirable to have some plays that don't bother with fact computation if they aren't going to need to utilize any of these values.  Setting ``gather_facts: False`` on a playbook allows this implicit fact gathering to be skipped."
msgstr ":term:`ファクト` は上述のとおりです。マルチプレイ (:term:`Playbook <playbooks>`) を実行する際に、これらの値を利用する必要がない場合は、ファクト計算を行わないプレイをいくつか用意することが望ましい場合があります。Playbook に ``gather_facts: False`` を設定すると、この暗黙のファクト収集を省略することができます。"

#: ../../rst/reference_appendices/glossary.rst:160
msgid "Globbing"
msgstr "グラッビング (Globbing)"

#: ../../rst/reference_appendices/glossary.rst:162
msgid "Globbing is a way to select lots of hosts based on wildcards, rather than the name of the host specifically, or the name of the group they are in.  For instance, it is possible to select ``ww*`` to match all hosts starting with ``www``.   This concept is pulled directly from :program:`Func`, one of Michael DeHaan's (an Ansible Founder) earlier projects.  In addition to basic globbing, various set operations are also possible, such as 'hosts in this group and not in another group', and so on."
msgstr "グラッビングとは、特定のホスト名や所属するグループ名ではなく、ワイルドカードに基づいて多数のホストを選択する方法です。たとえば ``ww*`` を選択すると、``www`` で始まるすべてのホストに一致させることができます。この概念は、Ansible の創始者である Michael DeHaan 氏の初期のプロジェクトの 1 つである :program:`Func` から直接引用しています。基本的なグラッビングに加えて、「このグループに含まれ、他のグループには含まれないホスト」など、さまざまなセット操作が可能です。"

#: ../../rst/reference_appendices/glossary.rst:170
msgid "Group"
msgstr "グループ"

#: ../../rst/reference_appendices/glossary.rst:172
msgid "A group consists of several hosts assigned to a pool that can be conveniently targeted together, as well as given variables that they share in common."
msgstr "グループは、プールに割り当てられた複数のホストで構成されます。これらのホストは、一緒に対象に設定でき、それらが共通して共有する特定の変数です。"

#: ../../rst/reference_appendices/glossary.rst:175
msgid "Group Vars"
msgstr "Group Vars (グループ変数)"

#: ../../rst/reference_appendices/glossary.rst:177
msgid "The :file:`group_vars/` files are files that live in a directory alongside an inventory file, with an optional filename named after each group.  This is a convenient place to put variables that are provided to a given group, especially complex data structures, so that these variables do not have to be embedded in the :term:`inventory` file or :term:`playbook <playbooks>`."
msgstr ":file:`group_vars/` ファイルは、各グループに由来する任意のファイル名で、インベントリーファイルと共にディレクトリーに存在するファイルのことです。このファイルは、特にデータ構造が複雑な場合などに、所定グループに提供される変数を配置できる便利な場所になります。これにより、これらの変数が :term:`inventory` ファイルまたは :term:`Playbook <playbooks>` に埋め込む必要がなくなります。"

#: ../../rst/reference_appendices/glossary.rst:183
msgid "Handlers"
msgstr "Handler (ハンドラー)"

#: ../../rst/reference_appendices/glossary.rst:185
msgid "Handlers are just like regular tasks in an Ansible :term:`playbook <playbooks>` (see :term:`Tasks`) but are only run if the Task contains a ``notify`` keyword and also indicates that it changed something.  For example, if a config file is changed, then the task referencing the config file templating operation may notify a service restart handler.  This means services can be bounced only if they need to be restarted.  Handlers can be used for things other than service restarts, but service restarts are the most common usage."
msgstr "ハンドラーは Ansible :term:`playbook <playbooks>` の通常のタスクのような機能を持ちます (「:term:`Tasks`」を参照) が、タスクに ``notify`` キーワードがあり、変更があったことが示唆される場合にのみ実行されます。たとえば、設定ファイルが変更された後に、設定ファイルを参照するテンプレート作成操作のタスクは、サービス再起動ハンドラーに通知する可能性があります。これは、サービスが再起動する必要がある場合にのみバウンスできることを意味します。ハンドラーはサービスの再起動以外のタスクに使用できますが、サービスの再起動が最も一般的な使用例になります。"

#: ../../rst/reference_appendices/glossary.rst:193
msgid "Host"
msgstr "ホスト"

#: ../../rst/reference_appendices/glossary.rst:195
msgid "A host is simply a remote machine that Ansible manages.  They can have individual variables assigned to them, and can also be organized in groups.  All hosts have a name they can be reached at (which is either an IP address or a domain name) and, optionally, a port number, if they are not to be accessed on the default SSH port."
msgstr "ホストとは、Ansible が管理するリモートマシンのことです。ホストには、個別に変数を割り当てることも、グループでまとめることもできます。すべてのホストには、アクセス可能な名前 (IP アドレスまたはドメイン名) と、デフォルトの SSH ポートでアクセスしない場合は、任意でポート番号が割り当てられます。"

#: ../../rst/reference_appendices/glossary.rst:200
msgid "Host Specifier"
msgstr "Host Specifier (ホスト指定子)"

#: ../../rst/reference_appendices/glossary.rst:202
msgid "Each :term:`Play <plays>` in Ansible maps a series of :term:`tasks` (which define the role, purpose, or orders of a system) to a set of systems."
msgstr "Ansible の各 :term:`プレイ <plays>` は、一連の :term:`タスク` (システムのロール、目的、または順序を定義します) を一連のシステムにマッピングします。"

#: ../../rst/reference_appendices/glossary.rst:205
msgid "This ``hosts:`` keyword in each play is often called the hosts specifier."
msgstr "各プレイの ``hosts:`` キーワードは、しばしばホスト指定子と呼ばれます。"

#: ../../rst/reference_appendices/glossary.rst:207
msgid "It may select one system, many systems, one or more groups, or even some hosts that are in one group and explicitly not in another."
msgstr "1 つのシステム、多数のシステム、1 つ以上のグループ、または 1 つのグループにあり明示的に別のグループにはない複数のホストを選択することができます。"

#: ../../rst/reference_appendices/glossary.rst:209
msgid "Host Vars"
msgstr "ホスト変数"

#: ../../rst/reference_appendices/glossary.rst:211
msgid "Just like :term:`Group Vars`, a directory alongside the inventory file named :file:`host_vars/` can contain a file named after each hostname in the inventory file, in :term:`YAML` format.  This provides a convenient place to assign variables to the host without having to embed them in the :term:`inventory` file.  The Host Vars file can also be used to define complex data structures that can't be represented in the inventory file."
msgstr ":term:`Group Vars` のように、インベントリーファイルの横にある :file:`host_vars/` ディレクトリーには、インベントリーファイルの各ホスト名にちなんで :term:`YAML` 形式のファイルを置くことができます。これは、:term:`inventory` ファイルに変数を埋め込まなくても、ホストに変数を割り当てるための便利な場所となります。ホストの vars ファイルは、インベントリーファイルでは表現できない複雑なデータ構造を定義するのにも使用できます。"

#: ../../rst/reference_appendices/glossary.rst:217
msgid "Idempotency"
msgstr "冪等性"

#: ../../rst/reference_appendices/glossary.rst:219
msgid "An operation is idempotent if the result of performing it once is exactly the same as the result of performing it repeatedly without any intervening actions."
msgstr "操作を 1 回実行した結果が、何も介入せずに繰り返し実行した結果とまったく同じであれば、操作は冪等です。"

#: ../../rst/reference_appendices/glossary.rst:222
msgid "Includes"
msgstr "インクルード (Include)"

#: ../../rst/reference_appendices/glossary.rst:224
msgid "The idea that :term:`playbook <playbooks>` files (which are nothing more than lists of :term:`plays`) can include other lists of plays, and task lists can externalize lists of :term:`tasks` in other files, and similarly with :term:`handlers`.  Includes can be parameterized, which means that the loaded file can pass variables.  For instance, an included play for setting up a WordPress blog may take a parameter called ``user`` and that play could be included more than once to create a blog for both ``alice`` and ``bob``."
msgstr ":term:`Playbook <playbooks>` のファイル (これは :term:`プレイ` のリストに他ならない) は、他のプレイリストを含むことができ、タスクリストは他のファイルの :term:`タスク` のリストを具体化することができ、:term:`ハンドラー` でも同様となるという考え方です。インクルードはパラメーター化できるため、読み込まれたファイルは変数を渡すことができます。たとえば、WordPress ブログをセットアップするためのインクルードプレイは、``user`` というパラメーターを取り、そのプレイを複数回インクルードすることで、``alice`` と ``bob`` の両方にブログを作成することができます。"

#: ../../rst/reference_appendices/glossary.rst:232
msgid "Inventory"
msgstr "インベントリー"

#: ../../rst/reference_appendices/glossary.rst:234
msgid "A file (by default, Ansible uses a simple INI format) that describes :term:`Hosts <Host>` and :term:`Groups <Group>` in Ansible.  Inventory can also be provided through an :term:`Inventory Script` (sometimes called an \"External Inventory Script\")."
msgstr "Ansible で :term:`Hosts <Host>` と :term:`Groups <Group>` を記述したファイル (デフォルトでは、Ansible は簡単な INI 形式を使用)。インベントリーは、:term:`Inventory Script` (「外部インベントリースクリプト」と呼ばれることもあります) を介して提供することもできます。"

#: ../../rst/reference_appendices/glossary.rst:238
msgid "Inventory Script"
msgstr "Inventory Script (インベントリースクリプト)"

#: ../../rst/reference_appendices/glossary.rst:240
msgid "A very simple program (or a complicated one) that looks up :term:`hosts <Host>`, :term:`group` membership for hosts, and variable information from an external resource -- whether that be a SQL database, a CMDB solution, or something like LDAP.  This concept was adapted from Puppet (where it is called an \"External Nodes Classifier\") and works more or less exactly the same way."
msgstr ":term:`ホスト <Host>`、ホストの :term:`グループ` メンバーシップ、および変数情報を、SQL データベース、CMDB ソリューションまたは LDAP に類する外部リソースから参照する非常に簡単なプログラム (または複雑なプログラム) のことです。この概念は Puppet (「外部ノード分類子」と呼ばれています) から採用されたもので、ほぼ同じように機能します。"

#: ../../rst/reference_appendices/glossary.rst:246
msgid "Jinja2"
msgstr "Jinja2"

#: ../../rst/reference_appendices/glossary.rst:248
msgid "Jinja2 is the preferred templating language of Ansible's template module.  It is a very simple Python template language that is generally readable and easy to write."
msgstr "Jinja2 は、Ansible のテンプレートモジュールで推奨されるテンプレート言語です。これは非常にシンプルな Python テンプレート言語であり、一般的に読みやすく、簡単に記述できます。"

#: ../../rst/reference_appendices/glossary.rst:251
msgid "JSON"
msgstr "JSON"

#: ../../rst/reference_appendices/glossary.rst:253
msgid "Ansible uses JSON for return data from remote modules.  This allows modules to be written in any language, not just Python."
msgstr "Ansible はリモートモジュールから返されるデータに JSON を使用します。モジュールは Python だけではなくすべての言語で作成することができます。"

#: ../../rst/reference_appendices/glossary.rst:255
msgid "Keyword"
msgstr "キーワード"

#: ../../rst/reference_appendices/glossary.rst:257
msgid "The main expressions that make up Ansible, which apply to playbook objects (Play, Block, Role and Task). For example 'vars:' is a keyword that lets you define variables in the scope of the playbook object it is applied to."
msgstr "Ansibleを構成する主な表現で、Playbook オブジェクト（Play、Block、Role、およびTask）に適用されます。たとえば、「vars：」は、適用先の Playbook オブジェクトの範囲内で、変数を定義できるようにするキーワードです。"

#: ../../rst/reference_appendices/glossary.rst:260
msgid "Lazy Evaluation"
msgstr "遅延評価"

#: ../../rst/reference_appendices/glossary.rst:262
msgid "In general, Ansible evaluates any variables in :term:`playbook <playbooks>` content at the last possible second, which means that if you define a data structure that data structure itself can define variable values within it, and everything \"just works\" as you would expect.  This also means variable strings can include other variables inside of those strings."
msgstr "一般的に Ansible は、:term:`Playbook <playbooks>` のコンテンツに含まれるすべての変数を可能な限り最後の瞬間に評価します。つまり、データ構造を定義した場合、そのデータ構造自体がその中に変数値を定義することができ、すべてが期待通りに「ただ動く」のです。これは、変数文字列が、その文字列内に他の変数を含むことができることも意味します。"

#: ../../rst/reference_appendices/glossary.rst:268
msgid "Library"
msgstr "ライブラリー"

#: ../../rst/reference_appendices/glossary.rst:270
msgid "A collection of modules made available to :command:`/usr/bin/ansible` or an Ansible :term:`playbook <playbooks>`."
msgstr ":command:`/usr/bin/ansible` または Ansible :term:`Playbook <playbooks>` で利用できるようになったモジュールのコレクション。"

#: ../../rst/reference_appendices/glossary.rst:272
msgid "Limit Groups"
msgstr "グループの制限"

#: ../../rst/reference_appendices/glossary.rst:274
msgid "By passing ``--limit somegroup`` to :command:`ansible` or :command:`ansible-playbook`, the commands can be limited to a subset of :term:`hosts <Host>`.  For instance, this can be used to run a :term:`playbook <playbooks>` that normally targets an entire set of servers to one particular server."
msgstr "``--limit somegroup`` を :command:`ansible` または :command:`ansible-playbook` に渡すことで、コマンドを :term:`ホスト <Host>` のサブセットに限定することができます。たとえば、通常はサーバーのセット全体を対象としている :term:`Playbook <playbooks>` を、特定のサーバーに向けて実行する場合に使用できます。"

#: ../../rst/reference_appendices/glossary.rst:279
msgid "Local Action"
msgstr "ローカルアクション"

#: ../../rst/reference_appendices/glossary.rst:281
msgid "This keyword is an alias for ``delegate_to: localhost``. Used when you want to redirect an action from the remote to execute on the controller itself."
msgstr "このキーワードは ``delegate_to: localhost`` のエイリアスです。リモートからアクションをリダイレクトしてコントローラー自体で実行する場合に使用します。"

#: ../../rst/reference_appendices/glossary.rst:284
msgid "Local Connection"
msgstr "ローカル接続"

#: ../../rst/reference_appendices/glossary.rst:286
msgid "By using ``connection: local`` in a :term:`playbook <playbooks>`, or passing ``-c local`` to :command:`/usr/bin/ansible`, this indicates that we are executing a local fork instead of executing on the remote machine. You probably want ``local_action`` or ``delegate_to: localhost`` instead as this ONLY changes the connection and no other context for execution."
msgstr ":term:`playbook <playbooks>` でを ``connection: local`` 使用するか、:command:`/usr/bin/ansible` に ``-c local`` を指定することで、リモートマシンで実行するのではなく、ローカルのフォークを実行することを指示します。コネクションだけが変更されて、実行の他のコンテキストを変更しないので、代わりに ``local_action`` か ``delegate_to: localhost`` を指定することを推奨します。"

#: ../../rst/reference_appendices/glossary.rst:291
msgid "Lookup Plugin"
msgstr "Lookup プラグイン"

#: ../../rst/reference_appendices/glossary.rst:293
msgid "A lookup plugin is a way to get data into Ansible from the outside world. Lookup plugins are an extension of Jinja2 and can be accessed in templates, for example, ``{{ lookup('file','/path/to/file') }}``. These are how such things as ``with_items``, are implemented. There are also lookup plugins like ``file`` which loads data from a file and ones for querying environment variables, DNS text records, or key value stores."
msgstr "Lookup プラグインとは、外部から Ansible にデータを取り込むための方法です。Lookup プラグインは Jinja2 の拡張機能で、``{{ lookup('file','/path/to/file') }}`` などのテンプレートでアクセスできます。``with_items`` のようなものがこれらによって実装されています。Lookup プラグインには、``file`` のようにファイルからデータを読み込むものや、環境変数や DNS のテキストレコード、キーバリューストアなどを照会するものもあります。"

#: ../../rst/reference_appendices/glossary.rst:300
msgid "Loops"
msgstr "ループ"

#: ../../rst/reference_appendices/glossary.rst:302
msgid "Generally, Ansible is not a programming language. It prefers to be more declarative, though various constructs like ``loop`` allow a particular task to be repeated for multiple items in a list. Certain modules, like :ref:`yum <yum_module>` and :ref:`apt <apt_module>`, actually take lists directly, and can install all packages given in those lists within a single transaction, dramatically speeding up total time to configuration, so they can be used without loops."
msgstr "一般的に、Ansible はプログラミング言語ではありません。しかし、``loop`` のような様々な構造によって、リストの複数のアイテムに対して特定のタスクを繰り返すことができます。:ref:`yum <yum_module>` や:ref:`apt <apt_module>` などのモジュールは、実際にリストを直接受け取り、それらのリストで指定されたすべてのパッケージを 1 つのトランザクション内でインストールすることができ、設定にかかる時間を劇的に短縮することができます。したがってループを使用せずに使用できます。"

#: ../../rst/reference_appendices/glossary.rst:309
msgid "Modules"
msgstr "モジュール"

#: ../../rst/reference_appendices/glossary.rst:311
msgid "Modules are the units of work that Ansible ships out to remote machines.   Modules are kicked off by either :command:`/usr/bin/ansible` or :command:`/usr/bin/ansible-playbook` (where multiple tasks use lots of different modules in conjunction). Modules can be implemented in any language, including Perl, Bash, or Ruby -- but can take advantage of some useful communal library code if written in Python.  Modules just have to return :term:`JSON`.  Once modules are executed on remote machines, they are removed, so no long running daemons are used.  Ansible refers to the collection of available modules as a :term:`library`."
msgstr "モジュールは、Ansible がリモートマシンに送出する作業単位です。モジュールは、:command:`/usr/bin/ansible` か :command:`/usr/bin/ansible-playbook` (複数のタスクが多数の異なるモジュールを組み合わせて使用する場合) のいずれかで起動します。モジュールは、Perl、Bash、Ruby を含む任意の言語で実装できますが、Python で記述されている場合は、いくつかの有用な共通ライブラリーコードを利用できます。モジュールは :term:`JSON` を返せば十分です。モジュールがリモートマシン上で実行すると、それらは削除されるため、実行中のデーモンは使用されません。Ansible は、利用可能なモジュールの集合を :term:`library` として参照します。"

#: ../../rst/reference_appendices/glossary.rst:321
msgid "Multi-Tier"
msgstr "多層"

#: ../../rst/reference_appendices/glossary.rst:323
msgid "The concept that IT systems are not managed one system at a time, but by interactions between multiple systems and groups of systems in well defined orders.  For instance, a web server may need to be updated before a database server and pieces on the web server may need to be updated after *THAT* database server and various load balancers and monitoring servers may need to be contacted.  Ansible models entire IT topologies and workflows rather than looking at configuration from a \"one system at a time\" perspective."
msgstr "IT システムは、一度に 1 つのシステムではなく、複数のシステムとシステムのグループ間の相互作用によって、明確に定義された順序で管理されるという概念です。たとえば、データベースサーバーの前に Web サーバーを更新する必要があり、*その* データベースサーバーとさまざまなロードバランサーおよび監視サーバーに接続する必要がある場合は、Web サーバー上の部分を更新する必要があります。Ansible は、「一度に 1 つのシステム」の観点から構成を検討するのではなく、IT トポロジーとワークフロー全体をモデル化します。"

#: ../../rst/reference_appendices/glossary.rst:331
msgid "Namespace"
msgstr "名前空間"

#: ../../rst/reference_appendices/glossary.rst:333
msgid "The first part of a fully qualified collection name, the namespace usually reflects a functional content category. Example: in ``cisco.ios.ios_config``, ``cisco`` is the namespace. Namespaces are reserved and distributed by Red Hat at Red Hat's discretion. Many, but not all, namespaces will correspond with vendor names. See `Galaxy namespaces <https://galaxy.ansible.com/docs/contributing/namespaces.html#galaxy-namespaces>`_ on the Galaxy docsite for namespace requirements."
msgstr "完全修飾コレクション名の最初の部分で、名前空間は通常、機能的なコンテンツカテゴリーを反映しています。たとえば、``cisco.ios.ios_config`` では、``cisco`` が名前空間になります。名前空間は Red Hat によって予約され、Red Hat の裁量で配布されます。すべてではありませんが、多くの名前空間はベンダーの名前に対応しています。名前空間の要件については、Galaxy ドキュメントサイトの「`Galaxy 名前空間 <https://galaxy.ansible.com/docs/contributing/namespaces.html#galaxy-namespaces>`_」を参照してください。"

#: ../../rst/reference_appendices/glossary.rst:334
msgid "Notify"
msgstr "Notify (通知)"

#: ../../rst/reference_appendices/glossary.rst:336
msgid "The act of a :term:`task <tasks>` registering a change event and informing a :term:`handler <handlers>` task that another :term:`action` needs to be run at the end of the :term:`play <plays>`.  If a handler is notified by multiple tasks, it will still be run only once.  Handlers are run in the order they are listed, not in the order that they are notified."
msgstr "変更イベントを登録し、:term:`ハンドラー <handlers>` タスクに :term:`プレイ <plays>` の終了時に別の :term:`操作` の実行が必要であることを知らせる :term:`タスク <tasks>` の行為です。ハンドラーが複数のタスクによる通知を受けても、ハンドラーは 1 回のみ実行されます。ハンドラーは、それらが通知を受けた順番ではなく、一覧表示された順に実行されます。"

#: ../../rst/reference_appendices/glossary.rst:342
msgid "Orchestration"
msgstr "オーケストレーション"

#: ../../rst/reference_appendices/glossary.rst:344
msgid "Many software automation systems use this word to mean different things.  Ansible uses it as a conductor would conduct an orchestra. A datacenter or cloud architecture is full of many systems, playing many parts -- web servers, database servers, maybe load balancers, monitoring systems, continuous integration systems, and so on.  In performing any process, it is necessary to touch systems in particular orders, often to simulate rolling updates or to deploy software correctly.  Some system may perform some steps, then others, then previous systems already processed may need to perform more steps. Along the way, emails may need to be sent or web services contacted. Ansible orchestration is all about modeling that kind of process."
msgstr "多くのソフトウェア自動化システムでは、この言葉をさまざまな意味で使用しています。Ansible は、この言葉を「指揮者がオーケストラを指揮する」という意味で使用しています。データセンターやクラウドのアーキテクチャには、Web サーバー、データベースサーバー、ロードバランサー、監視システム、継続的統合システムなど、多くのシステムが存在し、さまざまな役割を担っています。プロセスを実行する際には、特定の順序でシステムに触れる必要があります。これは、ローリングアップデートをシミュレートしたり、ソフトウェアを正しくデプロイするためです。あるシステムがいくつかのステップを実行し、次に他のシステムを実行し、すでに処理された前のシステムがさらにステップを実行する必要があるかもしれません。その過程で、メールの送信や Web サービスへの問い合わせが必要になることもあります。Ansible のオーケストレーションは、このようなプロセスをモデル化するためのものです。"

#: ../../rst/reference_appendices/glossary.rst:355
msgid "paramiko"
msgstr "Paramiko"

#: ../../rst/reference_appendices/glossary.rst:357
msgid "By default, Ansible manages machines over SSH.   The library that Ansible uses by default to do this is a Python-powered library called paramiko.  The paramiko library is generally fast and easy to manage, though users who want to use Kerberos or Jump Hosts may wish to switch to a native SSH binary such as OpenSSH by specifying the connection type in their :term:`playbooks`, or using the ``-c ssh`` flag."
msgstr "デフォルトでは、Ansible は SSH でマシンを管理します。Ansible がこれを行うためにデフォルトで使用しているのは、paramiko という名前の Python を使用したライブラリーです。paramiko ライブラリーは一般的に高速で管理も簡単ですが、Kerberos や Jump Host を使用する場合は、:term:`Playbook` で接続タイプを指定するか、``-c ssh`` フラグを使用して OpenSSH などのネイティブな SSH バイナリーに切り替えたほうが良いでしょう。"

#: ../../rst/reference_appendices/glossary.rst:363
msgid "Playbooks"
msgstr "Playbook"

#: ../../rst/reference_appendices/glossary.rst:365
msgid "Playbooks are the language by which Ansible orchestrates, configures, administers, or deploys systems.  They are called playbooks partially because it's a sports analogy, and it's supposed to be fun using them. They aren't workbooks :)"
msgstr "Playbook は、Ansible がシステムのオーケストレーション、設定、管理、またはデプロイするための言語です。これが Playbook と呼ばれるのは、ある種スポーツに似ており、それを使用することで楽しめるからです。したがって、ワークブックではありません。"

#: ../../rst/reference_appendices/glossary.rst:369
msgid "Plays"
msgstr "プレイ"

#: ../../rst/reference_appendices/glossary.rst:371
msgid "A :term:`playbook <playbooks>` is a list of plays.  A play is minimally a mapping between a set of :term:`hosts <Host>` selected by a host specifier (usually chosen by :term:`groups <Group>` but sometimes by hostname :term:`globs <Globbing>`) and the :term:`tasks` which run on those hosts to define the role that those systems will perform. There can be one or many plays in a playbook."
msgstr ":term:`Playbook <playbooks>` はプレイのリストです。最小単位のプレイのマッピングは、ホスト指定子で選択される :term:`ホスト <Host>` のセット (通常は :term:`グループ <Group>` で選択されますが、ホスト名 :term:`グロブ <Globbing>` で選択されることもある) と、システムが実行するロールを定義するためにホストで実行される :term:`タスク` 間のマッピングです。Playbook には 1 つまたは数多くのプレイが含まれる場合があります。"

#: ../../rst/reference_appendices/glossary.rst:377
msgid "Pull Mode"
msgstr "プルモード"

#: ../../rst/reference_appendices/glossary.rst:379
msgid "By default, Ansible runs in :term:`push mode`, which allows it very fine-grained control over when it talks to each system.  Pull mode is provided for when you would rather have nodes check in every N minutes on a particular schedule.  It uses a program called :command:`ansible-pull` and can also be set up (or reconfigured) using a push-mode :term:`playbook <playbooks>`.  Most Ansible users use push mode, but pull mode is included for variety and the sake of having choices."
msgstr "デフォルトでは、Ansible は :term:`プッシュモード` で実行します。これにより、各システムと対話するタイミングを非常に細かく制御することができます。また、特定のスケジュールで N 分ごとにノードをチェックしたい場合は、プルモードが用意されています。これには :command:`ansible-pull` というプログラムを使用します。また、プッシュモード :term:`Playbook <playbooks>` を使用して設定 (または再設定) することもできます。ほとんどの Ansible ユーザーはプッシュモードを使用していますが、多様性と選択肢を持たせるためにプルモードも含まれています。"

#: ../../rst/reference_appendices/glossary.rst:388
msgid ":command:`ansible-pull` works by checking configuration orders out of git on a crontab and then managing the machine locally, using the :term:`local connection` plugin."
msgstr ":command:`ansible-pull` は、crontab で git から設定順序を確認し、:term:`local connection` プラグインを使用してマシンをローカルで管理することで機能します。"

#: ../../rst/reference_appendices/glossary.rst:391
msgid "Pulp 3 Galaxy"
msgstr "Pulp 3 Galaxy"

#: ../../rst/reference_appendices/glossary.rst:393
msgid "A self-hosted distribution server based on the `GalaxyNG codebase <https://galaxyng.netlify.app/>`_, based on Pulp version 3. Use it to find and share your own curated set of content. You can access your content with the ``ansible-galaxy collection`` command."
msgstr "Pulp バージョン 3 をベースとする、`GalaxyNG codebase <https://galaxyng.netlify.app/>`_ に基づくセルフホスト配信サーバー。これを使用して、独自のキュレートされたコンテンツセットを見つけて共有します。コンテンツは、``ansible-galaxy collection`` コマンドを使用してアクセスできます。"

#: ../../rst/reference_appendices/glossary.rst:395
msgid "Push Mode"
msgstr "プッシュモード"

#: ../../rst/reference_appendices/glossary.rst:397
msgid "Push mode is the default mode of Ansible. In fact, it's not really a mode at all -- it's just how Ansible works when you aren't thinking about it.  Push mode allows Ansible to be fine-grained and conduct nodes through complex orchestration processes without waiting for them to check in."
msgstr "プッシュモードは、Ansible のデフォルトモードです。実際には、モードというよりも、意識していないときに Ansible がどのように動作するかを示すものです。プッシュモードでは、Ansible を細かく設定することができ、複雑なオーケストレーションプロセスでもノードのチェックインを待たずに実行することができます。"

#: ../../rst/reference_appendices/glossary.rst:402
msgid "Register Variable"
msgstr "登録変数"

#: ../../rst/reference_appendices/glossary.rst:404
msgid "The result of running any :term:`task <tasks>` in Ansible can be stored in a variable for use in a template or a conditional statement. The keyword used to define the variable is called ``register``, taking its name from the idea of registers in assembly programming (though Ansible will never feel like assembly programming).  There are an infinite number of variable names you can use for registration."
msgstr "Ansible で :term:`タスク <tasks>` を実行した結果を変数に格納し、テンプレートや条件文で使用することができます。変数の定義に使用されるキーワードは ``register`` と呼ばれ、その名前はアセンブリープログラミングにおけるレジスターの考え方に由来しています (ただし、Ansible がアセンブリープログラミングのように感じることはありません)。登録に使用できる変数名は無限にあります。"

#: ../../rst/reference_appendices/glossary.rst:410
msgid "Resource Model"
msgstr "リソースモデル"

#: ../../rst/reference_appendices/glossary.rst:412
msgid "Ansible modules work in terms of resources.   For instance, the :ref:`file module <file_module>` will select a particular file and ensure that the attributes of that resource match a particular model. As an example, we might wish to change the owner of :file:`/etc/motd` to ``root`` if it is not already set to ``root``, or set its mode to ``0644`` if it is not already set to ``0644``.  The resource models are :term:`idempotent <idempotency>` meaning change commands are not run unless needed, and Ansible will bring the system back to a desired state regardless of the actual state -- rather than you having to tell it how to get to the state."
msgstr "Ansible モジュールは、リソースの観点から動作します。たとえば、:ref:`ファイルモジュール <file_module>` は、特定のファイルを選択し、そのリソースの属性が特定のモデルと一致することを確認します。たとえば、:file:`/etc/motd` の所有者が ``root`` に設定されていなければ ``root`` に変更し、そのモードが ``0644`` に設定されていなければ ``0644`` に設定したいとします。リソースモデルは :term:`冪等 <idempotency>`、つまり変更コマンドは必要な時以外は実行されず、Ansible は、実際の状態に関わらず、システムを望ましい状態に戻してくれますが、その状態になるための方法を指示する必要はありません。"

#: ../../rst/reference_appendices/glossary.rst:422
msgid "Roles"
msgstr "ロール"

#: ../../rst/reference_appendices/glossary.rst:424
msgid "Roles are units of organization in Ansible.  Assigning a role to a group of :term:`hosts <Host>` (or a set of :term:`groups <group>`, or :term:`host patterns <Globbing>`, and so on) implies that they should implement a specific behavior.  A role may include applying certain variable values, certain :term:`tasks`, and certain :term:`handlers` -- or just one or more of these things.  Because of the file structure associated with a role, roles become redistributable units that allow you to share behavior among :term:`playbooks` -- or even with other users."
msgstr "ロールは Ansible における組織単位です。ロールを :term:`ホスト <Host>` のグループ (もしくは :term:`グループ <group>` または :term:`ホストパターン <Globbing>` のセットなど) に割り当てることは、ホストのグループが特定の動作を実装することを意味します。ロールには特定の変数の値、特定の :term:`タスク`、特定の :term:`ハンドラー`、またはこれらの 1 つまたは複数を適用することが含まれます。ファイル構造がロールに関連付けられていることから、ロールは再配布可能な単位であり、これを使用して :term:`Playbook` 間または他のユーザーと動作を共有することができます。"

#: ../../rst/reference_appendices/glossary.rst:432
msgid "Rolling Update"
msgstr "ローリング更新"

#: ../../rst/reference_appendices/glossary.rst:434
msgid "The act of addressing a number of nodes in a group N at a time to avoid updating them all at once and bringing the system offline.  For instance, in a web topology of 500 nodes handling very large volume, it may be reasonable to update 10 or 20 machines at a time, moving on to the next 10 or 20 when done.  The ``serial:`` keyword in an Ansible :term:`playbooks` control the size of the rolling update pool.  The default is to address the batch size all at once, so this is something that you must opt-in to.  OS configuration (such as making sure config files are correct) does not typically have to use the rolling update model, but can do so if desired."
msgstr "一度にすべてのノードを更新してシステムがオフラインになるのを回避するために、グループ N 内のいくつかのノードに対して一度に処理する行為。たとえば、非常に大きなボリュームを扱う 500 台のノードからなる Web トポロジーでは、一度に 10 台または 20 台のマシンを更新し、更新が完了したら次の 10 台または 20 台に移るのが妥当な場合があります。Ansible :term:`Playbook` の ``serial:`` キーワードは、ローリングアップデートプールのサイズを制御します。デフォルトでは、一度にバッチサイズに対応するようになっているため、これを選択する必要があります。OS の設定 (設定ファイルが正しいかどうかの確認など) では、通常、ローリングアップデートモデルを使用する必要はありませんが、必要に応じて使用することができます。"

#: ../../rst/reference_appendices/glossary.rst:444
msgid "Serial"
msgstr "シリアル"

#: ../../rst/reference_appendices/glossary.rst:448
msgid ":term:`Rolling Update`"
msgstr ":term:`ローリングアップデート`"

#: ../../rst/reference_appendices/glossary.rst:449
msgid "Sudo"
msgstr "Sudo"

#: ../../rst/reference_appendices/glossary.rst:451
msgid "Ansible does not require root logins, and since it's daemonless, definitely does not require root level daemons (which can be a security concern in sensitive environments).  Ansible can log in and perform many operations wrapped in a sudo command, and can work with both password-less and password-based sudo.  Some operations that don't normally work with sudo (like scp file transfer) can be achieved with Ansible's :ref:`copy <copy_module>`, :ref:`template <template_module>`, and :ref:`fetch <fetch_module>` modules while running in sudo mode."
msgstr "Ansible では root ログインが不要であり、デーモンも不要のため、root レベルのデーモンも要求されません (これは機密環境ではセキュリティー上の懸念点となる可能性があります)。Ansible は sudo コマンドでログインでき、このコマンドでラップされた数多くの操作を実行でき、パスワードなしか、またはパスワードを使用する sudo で機能します。通常 sudo で機能しない操作 (scp ファイル転送など) については、sudo モードで実行中の Ansible の :ref:`copy <copy_module>`、:ref:`template <template_module>`、および :ref:`fetch <fetch_module>` モジュールを使用して実行できます。"

#: ../../rst/reference_appendices/glossary.rst:459
msgid "SSH (Native)"
msgstr "SSH (ネイティブ)"

#: ../../rst/reference_appendices/glossary.rst:461
msgid "Native OpenSSH as an Ansible transport is specified with ``-c ssh`` (or a config file, or a keyword in the :term:`playbook <playbooks>`) and can be useful if wanting to login through Kerberized SSH or using SSH jump hosts, and so on.  In 1.2.1, ``ssh`` will be used by default if the OpenSSH binary on the control machine is sufficiently new. Previously, Ansible selected ``paramiko`` as a default.  Using a client that supports ``ControlMaster`` and ``ControlPersist`` is recommended for maximum performance -- if you don't have that and don't need Kerberos, jump hosts, or other features, ``paramiko`` is a good choice.  Ansible will warn you if it doesn't detect ControlMaster/ControlPersist capability."
msgstr "Ansible のトランスポートとしてのネイティブな OpenSSH は、``-c ssh`` (または設定ファイル、あるいは :term:`playbook <playbooks>` のキーワード) で指定します。これは Kerberized SSH でログインしたい場合や、SSH ジャンプホストを使用したい場合などに便利です。1.2.1 では、コントロールマシン上の OpenSSH バイナリーが十分に新しい場合は、``ssh`` がデフォルトで使用されます。これまでの Ansible では、デフォルトで ``paramiko`` が選択されていました。最大限のパフォーマンスを得るためには、``ControlMaster`` および ``ControlPersist`` をサポートしているクライアントを使用することが推奨されています。もしそれがなく、Kerberos やジャンプホストなどの機能が不要な場合は、``paramiko`` を使用することが推奨されます。Ansible は、ControlMaster/ControlPersist 機能を検出できないと警告を発します。"

#: ../../rst/reference_appendices/glossary.rst:472
msgid "Tags"
msgstr "タグ"

#: ../../rst/reference_appendices/glossary.rst:474
msgid "Ansible allows tagging resources in a :term:`playbook <playbooks>` with arbitrary keywords, and then running only the parts of the playbook that correspond to those keywords.  For instance, it is possible to have an entire OS configuration, and have certain steps labeled ``ntp``, and then run just the ``ntp`` steps to reconfigure the time server information on a remote host."
msgstr "Ansible では、:term:`Playbook <playbooks>` 内のリソースに任意のキーワードをタグ付けし、そのキーワードに対応する Playbook の部分のみを実行することができます。たとえば、OS 全体の設定を行い、特定のステップにラベル ``ntp`` を付け、``ntp`` のステップだけを実行して、リモートホストのタイムサーバー情報を再設定することができます。"

#: ../../rst/reference_appendices/glossary.rst:480
#: ../../rst/reference_appendices/playbooks_keywords.rst:348
msgid "Task"
msgstr "タスク"

#: ../../rst/reference_appendices/glossary.rst:482
msgid ":term:`Playbooks` exist to run tasks.  Tasks combine an :term:`action` (a module and its arguments) with a name and optionally some other keywords (like :term:`looping keywords <loops>`).   :term:`Handlers` are also tasks, but they are a special kind of task that do not run unless they are notified by name when a task reports an underlying change on a remote system."
msgstr ":term:`Playbooks` はタスクを実行するために存在します。タスクは、:term:`action` (モジュールとその引数) と名前、そして (:term:`looping keywords <loops>` のような) その他の任意のキーワードを組み合わせたものです。:term:`Handlers` もタスクですが、これは特別な種類のタスクで、タスクがリモートシステム上で根本的な変更を報告したときに名前で通知されない限り実行されません。"

#: ../../rst/reference_appendices/glossary.rst:488
msgid "Tasks"
msgstr "タスク"

#: ../../rst/reference_appendices/glossary.rst:490
msgid "A list of :term:`Task`."
msgstr ":term:`タスク` の一覧です。"

#: ../../rst/reference_appendices/glossary.rst:491
msgid "Templates"
msgstr "テンプレート"

#: ../../rst/reference_appendices/glossary.rst:493
msgid "Ansible can easily transfer files to remote systems but often it is desirable to substitute variables in other files.  Variables may come from the :term:`inventory` file, :term:`Host Vars`, :term:`Group Vars`, or :term:`Facts`. Templates use the :term:`Jinja2` template engine and can also include logical constructs like loops and if statements."
msgstr "Ansible は、ファイルをリモートシステムに簡単に転送できますが、他のファイルの変数を置き換えることが望ましい場合があります。変数は、:term:`inventory` ファイル、:term:`Host Vars`、:term:`Group Vars`、または :term:`ファクト` から設定できます。テンプレートは、:term:`Jinja2` テンプレートエンジンを使用し、ループや if ステートメントなどの論理構造を含めることもできます。"

#: ../../rst/reference_appendices/glossary.rst:499
msgid "Transport"
msgstr "トランスポート"

#: ../../rst/reference_appendices/glossary.rst:501
msgid "Ansible uses :term:``Connection Plugins`` to define types of available transports.  These are simply how Ansible will reach out to managed systems.  Transports included are :term:`paramiko`, :term:`ssh <SSH (Native)>` (using OpenSSH), and :term:`local <Local Connection>`."
msgstr "Ansible は :term:``Connection Plugins`` を使用して、利用可能なトランスポートの種類を定義します。これらは単に、Ansible が管理されたシステムに到達する方法です。含まれるトランスポートは、:term:`paramiko`、:term:`ssh <SSH (Native)>` (OpenSSH を使用)、および :term:`local <Local Connection>` です。"

#: ../../rst/reference_appendices/glossary.rst:506
msgid "When"
msgstr "When"

#: ../../rst/reference_appendices/glossary.rst:508
msgid "An optional conditional statement attached to a :term:`task <tasks>` that is used to determine if the task should run or not. If the expression following the ``when:`` keyword evaluates to false, the task will be ignored."
msgstr ":term:`タスク <tasks>` に付けられた任意の条件文で、タスクが実行されるべきかどうかを判断するために使用されます。``when:`` キーワードに続く式が false と評価された場合、そのタスクは無視されます。"

#: ../../rst/reference_appendices/glossary.rst:511
msgid "Vars (Variables)"
msgstr "変数"

#: ../../rst/reference_appendices/glossary.rst:513
msgid "As opposed to :term:`Facts`, variables are names of values (they can be simple scalar values -- integers, booleans, strings) or complex ones (dictionaries/hashes, lists) that can be used in templates and :term:`playbooks`.  They are declared things, not things that are inferred from the remote system's current state or nature (which is what Facts are)."
msgstr ":term:`ファクト` とは対照的に、変数は、テンプレートや :term:`Playbook` で使用できる値の名前 (整数、ブール値、文字列などの単純なスカラー値など) や複雑な名前 (ディクショナリー/ハッシュ、リスト) となります。これらは宣言されたものであり、リモートシステムの現在の状態や性質から推測されるものではありません (これがファクトです)。"

#: ../../rst/reference_appendices/glossary.rst:519
msgid "YAML"
msgstr "YAML"

#: ../../rst/reference_appendices/glossary.rst:521
msgid "Ansible does not want to force people to write programming language code to automate infrastructure, so Ansible uses YAML to define :term:`playbook <playbooks>` configuration languages and also variable files.  YAML is nice because it has a minimum of syntax and is very clean and easy for people to skim.  It is a good data format for configuration files and humans, but also machine readable.  Ansible's usage of YAML stemmed from Michael DeHaan's first use of it inside of Cobbler around 2006.  YAML is fairly popular in the dynamic language community and the format has libraries available for serialization in many languages (Python, Perl, Ruby, and so on)."
msgstr "Ansible は、インフラストラクチャーを自動化するためのプログラミング言語コードの記述を強制しないように、YAML を使用して :term:`Playbook <playbooks>` 設定言語と変数ファイルを定義します。YAML は、最小限の構文しか使用されていないため、非常にわかりやすく、簡単に確認できるため優れています。これは、設定ファイルやユーザーにとって優れたデータ形式ですが、機械でも判別可能です。Ansible での YAML の使用は、2006 年頃に Michael DeHaan が Cobbler 内で最初に使用したことに端を発しています。YAML は動的言語コミュニティーで非常に人気があり、この形式には多くの言語 (Python、Perl、Ruby など) でシリアル化できるライブラリーがあります。"

#: ../../rst/reference_appendices/glossary.rst:534
msgid ":ref:`ansible_faq`"
msgstr ":ref:`ansible_faq`"

#: ../../rst/reference_appendices/glossary.rst:535
msgid "Frequently asked questions"
msgstr "よくある質問 (FAQ)"

#: ../../rst/reference_appendices/glossary.rst:540
msgid "`User Mailing List <https://groups.google.com/group/ansible-devel>`_"
msgstr "`User Mailing List <https://groups.google.com/group/ansible-devel>`_"

#: ../../rst/reference_appendices/interpreter_discovery.rst:4
msgid "Interpreter Discovery"
msgstr "インタープリターの検出"

#: ../../rst/reference_appendices/interpreter_discovery.rst:6
msgid "Most Ansible modules that execute under a POSIX environment require a Python interpreter on the target host. Unless configured otherwise, Ansible will attempt to discover a suitable Python interpreter on each target host the first time a Python module is executed for that host."
msgstr "POSIX 環境で実行されるほとんどの Ansible モジュールには、ターゲットホスト上に Python インタープリターが必要です。特に設定されていない限り、Ansible は、Python モジュールがそのホストに対して最初に実行されるときに、各ターゲットホストで適切な Python インタープリターを検出しようとします。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:11
msgid "To control the discovery behavior:"
msgstr "検出動作を制御するには、以下を実行します。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:13
msgid "for individual hosts and groups, use the ``ansible_python_interpreter`` inventory variable"
msgstr "個別のホストおよびグループの場合は、``ansible_python_interpreter`` インベントリー変数を使用します。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:14
msgid "globally, use the ``interpreter_python`` key in the ``[defaults]`` section of ``ansible.cfg``"
msgstr "グローバル設定として、``interpreter_python`` の ``[defaults]`` セクションに ``ansible.cfg`` キーを使用します。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:16
msgid "Use one of the following values:"
msgstr "以下のいずれかの値を使用します。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:31
msgid "auto_legacy :"
msgstr "auto_legacy:"

#: ../../rst/reference_appendices/interpreter_discovery.rst:19
msgid "Detects the target OS platform, distribution, and version, then consults a table listing the correct Python interpreter and path for each platform/distribution/version. If an entry is found, and ``/usr/bin/python`` is absent, uses the discovered interpreter (and path). If an entry is found, and ``/usr/bin/python`` is present, uses ``/usr/bin/python`` and issues a warning. This exception provides temporary compatibility with previous versions of Ansible that always defaulted to ``/usr/bin/python``, so if you have installed Python and other dependencies at ``/usr/bin/python`` on some hosts, Ansible will find and use them with this setting. If no entry is found, or the listed Python is not present on the target host, searches a list of common Python interpreter paths and uses the first one found; also issues a warning that future installation of another Python interpreter could alter the one chosen."
msgstr "ターゲット OS プラットフォーム、ディストリビューション、およびバージョンを検出してから、各プラットフォーム/ディストリビューション/バージョンに適した Python インタープリターとパスを表示するテーブルを参照します。エントリーが見つかり、``/usr/bin/python`` が存在していない場合は、検出されたインタープリター (およびパス) を使用します。エントリーが見つかり、``/usr/bin/python`` が存在する場合は、``/usr/bin/python`` を使用して警告を出力します。この例外は、常に ``/usr/bin/python`` にデフォルトで設定されていた以前のバージョンの Ansible との一時的な互換性を提供されているため、Python や一部のホストの ``/usr/bin/python`` にその他の依存関係である場合は、Ansible はこの設定でそれらを見つけて使用します。エントリーが見つからなかった場合や、リストされた Python がターゲットホストにない場合は、一般的な Python インタープリターパスのリストを検索し、最初に検出したインタープリターを使用します。また、今後別の Python インタープリターをインストールすると、選択したパスが変更する可能性があるという警告が表示されます。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:41
msgid "auto"
msgstr "auto"

msgid "(default in 2.12)"
msgstr "(2.12 でデフォルト)"

#: ../../rst/reference_appendices/interpreter_discovery.rst:34
msgid "Detects the target OS platform, distribution, and version, then consults a table listing the correct Python interpreter and path for each platform/distribution/version. If an entry is found, uses the discovered interpreter. If no entry is found, or the listed Python is not present on the target host, searches a list of common Python interpreter paths and uses the first one found; also issues a warning that future installation of another Python interpreter could alter the one chosen."
msgstr "ターゲット OS プラットフォーム、ディストリビューション、およびバージョンを検出してから、各プラットフォーム/ディストリビューション/バージョンに適した Python インタープリターとパスを表示するテーブルを参照します。エントリーが見つからなかった場合や、リストされた Python がターゲットホストにない場合は、一般的な Python インタープリターパスのリストを検索し、最初に検出したインタープリターを使用します。また、今後別のインタープリターをインストールすると、選択したパスが変更する可能性があるという警告が表示されます。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:44
msgid "auto_legacy_silent"
msgstr "auto_legacy_silent"

#: ../../rst/reference_appendices/interpreter_discovery.rst:44
msgid "Same as ``auto_legacy``, but does not issue warnings."
msgstr "``auto_legacy`` と同じですが、警告は表示しません。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:47
msgid "auto_silent"
msgstr "auto_silent"

#: ../../rst/reference_appendices/interpreter_discovery.rst:47
msgid "Same as ``auto``, but does not issue warnings."
msgstr "``auto`` と同じですが、警告は表示しません。"

#: ../../rst/reference_appendices/interpreter_discovery.rst:49
msgid "You can still set ``ansible_python_interpreter`` to a specific path at any variable level (for example, in host_vars, in vars files, in playbooks, and so on). Setting a specific path completely disables automatic interpreter discovery; Ansible always uses the path specified."
msgstr "``ansible_python_interpreter`` を変数レベルで特定のパスに設定できます (例: host_vars に、vars ファイルに、Playbook になど)。特定のパスを設定すると、自動インタープリターの検出が完全に無効化され、Ansible は常に指定されたパスを使用します。"

#: ../../rst/reference_appendices/logging.rst:3
msgid "Logging Ansible output"
msgstr "Ansible 出力のロギング"

#: ../../rst/reference_appendices/logging.rst:5
msgid "By default Ansible sends output about plays, tasks, and module arguments to your screen (STDOUT) on the control node. If you want to capture Ansible output in a log, you have three options:"
msgstr "デフォルトでは、Ansible はプレイ、タスク、およびモジュール引数の出力を、コントロールノードの画面 (STDOUT) に送信します。Ansible 出力をログに記録する場合は、以下の 3 つのオプションを使用することができます。"

#: ../../rst/reference_appendices/logging.rst:7
msgid "To save Ansible output in a single log on the control node, set the ``log_path`` :ref:`configuration file setting <intro_configuration>`. You may also want to set ``display_args_to_stdout``, which helps to differentiate similar tasks by including variable values in the Ansible output."
msgstr "コントロールノードの 1 つのログに Ansible 出力を保存するには、``log_path`` の :ref:`設定ファイルオプション <intro_configuration>` を設定します。``display_args_to_stdout`` を設定すると、Ansible の出力に変数の値を追加し、同様のタスクを区別しやすくなります。"

#: ../../rst/reference_appendices/logging.rst:8
msgid "To save Ansible output in separate logs, one on each managed node, set the ``no_target_syslog`` and ``syslog_facility`` :ref:`configuration file settings <intro_configuration>`."
msgstr "各管理ノードごとに異なるログに Ansible 出力を保存するには、``no_target_syslog`` および ``syslog_facility`` の :ref:`構成ファイル設定 <intro_configuration>` を設定します。"

#: ../../rst/reference_appendices/logging.rst:9
msgid "To save Ansible output to a secure database, use AWX or :ref:`Red Hat Ansible Automation Platform <ansible_platform>`. You can then review history based on hosts, projects, and particular inventories over time, using graphs and/or a REST API."
msgstr "Ansible の出力を安全なデータベースに保存するには、AWX または :ref:`Red Hat Ansible Automation Platform <ansible_platform>` を使用します。こうすることでグラフや REST API を使用して、ホスト、プロジェクト、および特定のインベントリーに基づいて履歴を確認できます。"

#: ../../rst/reference_appendices/logging.rst:12
msgid "Protecting sensitive data with ``no_log``"
msgstr "``no_log`` を使用した機密データの保護"

#: ../../rst/reference_appendices/logging.rst:14
msgid "If you save Ansible output to a log, you expose any secret data in your Ansible output, such as passwords and user names. To keep sensitive values out of your logs, mark tasks that expose them with the ``no_log: True`` attribute. However, the ``no_log`` attribute does not affect debugging output, so be careful not to debug playbooks in a production environment. See :ref:`keep_secret_data` for an example."
msgstr "Ansible 出力をログに保存すると、パスワードやユーザー名などの秘密データが Ansible 出力に公開されます。機密性の高い値をログに記録しないようにするには、それらを公開するタスクに、``no_log: True`` 属性で印を付けます。ただし、``no_log`` 属性は、デバッグ出力に影響を与えないため、実稼働環境で Playbook をデバッグしないように注意してください。サンプルは、「:ref:`keep_secret_data`」を参照してください。"

#: ../../rst/reference_appendices/module_utils.rst:6
msgid "Ansible Reference: Module Utilities"
msgstr "Ansible 参考資料: モジュールユーティリティー"

#: ../../rst/reference_appendices/module_utils.rst:8
msgid "This page documents utilities intended to be helpful when writing Ansible modules in Python."
msgstr "このページでは、Python で Ansible モジュールを記述するときに役立つユーティリティーについてまとめています。"

#: ../../rst/reference_appendices/module_utils.rst:13
msgid "AnsibleModule"
msgstr "AnsibleModule"

#: ../../rst/reference_appendices/module_utils.rst:15
msgid "To use this functionality, include ``from ansible.module_utils.basic import AnsibleModule`` in your module."
msgstr "この機能を使用するには、モジュールに ``from ansible.module_utils.basic import AnsibleModule`` を追加します。"

#: ansible.module_utils.basic.AnsibleModule:1 of
msgid "Common code for quickly building an ansible module in Python (although you can write modules with anything that can return JSON)."
msgstr "Python で Ansible モジュールを迅速に構築するための一般的なコード (ただし、JSON を返すことができるものならなんでもモジュールを作成できます）。"

#: ansible.module_utils.basic.AnsibleModule:4 of
msgid "See :ref:`developing_modules_general` for a general introduction and :ref:`developing_program_flow_modules` for more detailed explanation."
msgstr "全般の概要は「:ref:`developing_modules_general`」を参照してください。詳細な説明は「:ref:`developing_program_flow_modules`」を参照してください。"

#: ansible.module_utils.basic.AnsibleModule.add_path_info:1 of
msgid "for results that are files, supplement the info about the file in the return path with stats about the file path."
msgstr "ファイルの結果については、ファイルパスに関する統計で、リターンパスのファイルに関する情報を補完します。"

#: ansible.module_utils.basic.AnsibleModule.atomic_move:1 of
msgid "atomically move src to dest, copying attributes from dest, returns true on success it uses os.rename to ensure this as it is an atomic operation, rest of the function is to work around limitations, corner cases and ensure selinux context is saved if possible"
msgstr "src を dest にアトミックに移動し、dest から属性をコピーし、成功すると true を返します。これはアトミック操作であるため、os.rename を使用してこれを確認します。残りの関数は、制限や、めったに発生しない厄介なケースを回避し、可能であれば selinux コンテキストが保存されるようにします。"

#: ansible.module_utils.basic.AnsibleModule.backup_local:1 of
msgid "make a date-marked backup of the specified file, return True or False on success or failure"
msgstr "指定されたファイルの日付マーク付きバックアップを作成し、成功した場合は True、失敗した場合は False を返します"

#: ansible.module_utils.basic.AnsibleModule.boolean:1 of
msgid "Convert the argument to a boolean"
msgstr "引数をブール値に変換します。"

#: ansible.module_utils.basic.AnsibleModule.digest_from_file:1 of
msgid "Return hex digest of local file for a digest_method specified by name, or None if file is not present."
msgstr "名前が指定した digest_method のローカルファイルの 16 進数ダイジェストを返します。ファイルが存在しない場合は None を返します。"

#: ansible.module_utils.basic.AnsibleModule.exit_json:1 of
msgid "return from the module, without error"
msgstr "モジュールから返します。エラーはありません。"

#: ansible.module_utils.basic.AnsibleModule.fail_json:1 of
msgid "return from the module, with an error message"
msgstr "エラーメッセージを含むモジュールから返します。"

#: ansible.module_utils.basic.AnsibleModule.find_mount_point:1 of
msgid "Takes a path and returns it's mount point"
msgstr "パスを取得し、そのマウントポイントを返します。"

#: ../../rst/reference_appendices/module_utils.rst:50
#: ansible.module_utils.basic.AnsibleModule.find_mount_point
#: ansible.module_utils.basic.AnsibleModule.get_bin_path
#: ansible.module_utils.basic.AnsibleModule.run_command
#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator
#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate
#: ansible.module_utils.common.arg_spec.ValidationResult
#: ansible.module_utils.common.file.is_executable
#: ansible.module_utils.common.parameters.sanitize_keys
#: ansible.module_utils.common.validation.check_missing_parameters
#: ansible.module_utils.common.validation.check_mutually_exclusive
#: ansible.module_utils.common.validation.check_required_arguments
#: ansible.module_utils.common.validation.check_required_by
#: ansible.module_utils.common.validation.check_required_if
#: ansible.module_utils.common.validation.check_required_one_of
#: ansible.module_utils.common.validation.check_required_together
#: ansible.module_utils.common.validation.check_type_bool
#: ansible.module_utils.common.validation.check_type_dict
#: ansible.module_utils.common.validation.check_type_float
#: ansible.module_utils.common.validation.check_type_int
#: ansible.module_utils.common.validation.check_type_list
#: ansible.module_utils.common.validation.check_type_str
#: ansible.module_utils.common.validation.count_terms of
msgid "Parameters"
msgstr "パラメーター"

#: ansible.module_utils.basic.AnsibleModule.find_mount_point:3 of
msgid "a string type with a filesystem path"
msgstr "ファイルシステムパスがある文字列のタイプ"

#: ansible.module_utils.basic.AnsibleModule.find_mount_point
#: ansible.module_utils.basic.AnsibleModule.get_bin_path
#: ansible.module_utils.basic.AnsibleModule.run_command
#: ansible.module_utils.basic.get_platform
#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate
#: ansible.module_utils.common.parameters.sanitize_keys
#: ansible.module_utils.common.validation.check_missing_parameters
#: ansible.module_utils.common.validation.check_mutually_exclusive
#: ansible.module_utils.common.validation.check_required_arguments
#: ansible.module_utils.common.validation.check_required_by
#: ansible.module_utils.common.validation.check_required_if
#: ansible.module_utils.common.validation.check_required_one_of
#: ansible.module_utils.common.validation.check_required_together
#: ansible.module_utils.common.validation.check_type_bool
#: ansible.module_utils.common.validation.check_type_dict
#: ansible.module_utils.common.validation.check_type_float
#: ansible.module_utils.common.validation.check_type_int
#: ansible.module_utils.common.validation.check_type_list
#: ansible.module_utils.common.validation.check_type_str
#: ansible.module_utils.common.validation.count_terms of
msgid "Returns"
msgstr "戻り値"

#: ansible.module_utils.basic.AnsibleModule.find_mount_point:4 of
msgid "the path to the mount point as a text type"
msgstr "テキストタイプとしてのマウントポイントへのパス"

#: ansible.module_utils.basic.AnsibleModule.get_bin_path:1 of
msgid "Find system executable in PATH."
msgstr "PATH でシステムの実行ファイルを検索します。"

#: ansible.module_utils.basic.AnsibleModule.get_bin_path:3 of
msgid "The executable to find."
msgstr "検索する実行ファイル。"

#: ansible.module_utils.basic.AnsibleModule.get_bin_path:4 of
msgid "if executable is not found and required is ``True``, fail_json"
msgstr "実行ファイルが見つからず、required が ``True`` の場合は、fail_json となります。"

#: ansible.module_utils.basic.AnsibleModule.get_bin_path:5 of
msgid "optional list of directories to search in addition to ``PATH``"
msgstr "``PATH`` と、検索するディレクトリーのオプションの一覧です。"

#: ansible.module_utils.basic.AnsibleModule.get_bin_path:6 of
msgid "if found return full path; otherwise return None"
msgstr "見つかった場合はフルパスを返します。見つからない場合は None を返します。"

#: ansible.module_utils.common.file.is_executable:1 of
msgid "is the given path executable?"
msgstr "指定のパスは実行ファイルですか。"

#: ansible.module_utils.common.file.is_executable:3 of
msgid "The path of the file to check."
msgstr "確認するファイルのパス。"

#: ansible.module_utils.common.file.is_executable:5 of
msgid "Limitations:"
msgstr "制限事項:"

#: ansible.module_utils.common.file.is_executable:7 of
msgid "Does not account for FSACLs."
msgstr "FSACL を考慮しません。"

#: ansible.module_utils.common.file.is_executable:8 of
msgid "Most times we really want to know \"Can the current user execute this file\".  This function does not tell us that, only if any execute bit is set."
msgstr "ほとんどの場合は、「現在のユーザーがこのファイルを実行できるかどうか」を本当に知りたいのです。この関数は、実行ビットが設定されているかどうかだけで、それを知ることはできません。"

#: ansible.module_utils.basic.AnsibleModule.is_special_selinux_path:1 of
msgid "Returns a tuple containing (True, selinux_context) if the given path is on a NFS or other 'special' fs  mount point, otherwise the return will be (False, None)."
msgstr "指定されたパスが NFS またはその他の「特別な」fs マウントポイント上にある場合は (True, selinux_context) を含むタプルを返し、そうでない場合は (False, None) を返します。"

#: ansible.module_utils.basic.AnsibleModule.load_file_common_arguments:1 of
msgid "many modules deal with files, this encapsulates common options that the file module accepts such that it is directly available to all modules and they can share code."
msgstr "多くのモジュールがファイルを扱うため、ファイルモジュールが受け付ける共通のオプションをカプセル化して、すべてのモジュールが直接利用できるようにし、コードを共有できるようにしています。"

#: ansible.module_utils.basic.AnsibleModule.load_file_common_arguments:5 of
msgid "Allows to overwrite the path/dest module argument by providing path."
msgstr "パスを指定して、パス/dest モジュール引数を上書きできるようにします。"

#: ansible.module_utils.basic.AnsibleModule.md5:1 of
msgid "Return MD5 hex digest of local file using digest_from_file()."
msgstr "digest_from_file() を使用してローカルファイルの MD5 hex ダイジェストを返します。"

#: ansible.module_utils.basic.AnsibleModule.md5:5 of
msgid "Do not use this function unless you have no other choice for:"
msgstr "他の選択肢がない場合は、この機能を使用しないでください。"

#: ansible.module_utils.basic.AnsibleModule.md5:4 of
msgid "Optional backwards compatibility"
msgstr "任意の下位互換性"

#: ansible.module_utils.basic.AnsibleModule.md5:5 of
msgid "Compatibility with a third party protocol"
msgstr "サードパーティープロトコルとの互換性"

#: ansible.module_utils.basic.AnsibleModule.md5:7 of
msgid "This function will not work on systems complying with FIPS-140-2."
msgstr "この機能は、FIPS-140-2 に準拠するシステムでは機能しません。"

#: ansible.module_utils.basic.AnsibleModule.md5:9 of
msgid "Most uses of this function can use the module.sha1 function instead."
msgstr "この機能の大半は、代わりに module.sha1 関数を使用できます。"

#: ansible.module_utils.basic.AnsibleModule.preserved_copy:1 of
msgid "Copy a file with preserved ownership, permissions and context"
msgstr "保存済みの所有権、パーミッション、およびコンテキストでファイルをコピーします。"

#: ansible.module_utils.basic.AnsibleModule.run_command:1 of
msgid "Execute a command, returns rc, stdout, and stderr."
msgstr "コマンドを実行して、rc、stdout、および stderr を返します。"

#: ansible.module_utils.basic.AnsibleModule.run_command:3 of
msgid "is the command to run * If args is a list, the command will be run with shell=False. * If args is a string and use_unsafe_shell=False it will split args to a list and run with shell=False * If args is a string and use_unsafe_shell=True it runs with shell=True."
msgstr "これは実行するコマンドです * 引数がリストの場合、コマンドは shell=False で実行します。 * 引数が文字列で、use_unsafe_shell=False の場合は、引数をリストに分割して shell=False で実行します * 引数が文字列で use_unsafe_shell=True の場合は、shell=True で実行します。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw check_rc"
msgstr "kw check_rc"

#: ansible.module_utils.basic.AnsibleModule.run_command:7 of
msgid "Whether to call fail_json in case of non zero RC. Default False"
msgstr "RC がゼロ以外の場合に fail_json を呼び出すかどうか。デフォルトは False です。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw close_fds"
msgstr "kw close_fds"

#: ansible.module_utils.basic.AnsibleModule.run_command:9 of
msgid "See documentation for subprocess.Popen(). Default True"
msgstr "subprocess.Popen() のドキュメントを参照してください。デフォルト は True です。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw executable"
msgstr "kw executable"

#: ansible.module_utils.basic.AnsibleModule.run_command:10 of
msgid "See documentation for subprocess.Popen(). Default None"
msgstr "subprocess.Popen() のドキュメントを参照してください。デフォルトは None です。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw data"
msgstr "kw data"

#: ansible.module_utils.basic.AnsibleModule.run_command:11 of
msgid "If given, information to write to the stdin of the command"
msgstr "指定した場合は、コマンドの stdin に書き込む情報。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw binary_data"
msgstr "kw binary_data"

#: ansible.module_utils.basic.AnsibleModule.run_command:12 of
msgid "If False, append a newline to the data.  Default False"
msgstr "False の場合は、データに新しい行を追加します。デフォルトは False です。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw path_prefix"
msgstr "kw path_prefix"

#: ansible.module_utils.basic.AnsibleModule.run_command:13 of
msgid "If given, additional path to find the command in. This adds to the PATH environment variable so helper commands in the same directory can also be found"
msgstr "指定されている場合は、コマンドを見つけるための追加のパスです。これにより、PATH 環境変数が追加されるため、同じディレクトリー内のヘルパーコマンドも見つけることができます。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw cwd"
msgstr "kw cwd"

#: ansible.module_utils.basic.AnsibleModule.run_command:16 of
msgid "If given, working directory to run the command inside"
msgstr "指定した場合は、コマンドを実行する作業ディレクトリーです。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw use_unsafe_shell"
msgstr "kw use_unsafe_shell"

#: ansible.module_utils.basic.AnsibleModule.run_command:17 of
msgid "See `args` parameter.  Default False"
msgstr "`args` パラメーターを参照してください (デフォルトは False)。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw prompt_regex"
msgstr "kw prompt_regex"

#: ansible.module_utils.basic.AnsibleModule.run_command:18 of
msgid "Regex string (not a compiled regex) which can be used to detect prompts in the stdout which would otherwise cause the execution to hang (especially if no input data is specified)"
msgstr "標準出力内のプロンプトを検出するために使用できる Regex 文字列 (コンパイルされた正規表現ではありません)。そうしないと、実行がハングします (特に入力データが指定されていない場合)。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw environ_update"
msgstr "kw environ_update"

#: ansible.module_utils.basic.AnsibleModule.run_command:21 of
msgid "dictionary to *update* environ variables with"
msgstr "環境変数を*更新*するディクショナリー"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw umask"
msgstr "kw umask"

#: ansible.module_utils.basic.AnsibleModule.run_command:22 of
msgid "Umask to be used when running the command. Default None"
msgstr "コマンドを実行する際に使用される umask です。デフォルトは None です。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw encoding"
msgstr "kw encoding"

#: ansible.module_utils.basic.AnsibleModule.run_command:23 of
msgid "Since we return native strings, on python3 we need to know the encoding to use to transform from bytes to text.  If you want to always get bytes back, use encoding=None.  The default is \"utf-8\".  This does not affect transformation of strings given as args."
msgstr "ネイティブ文字列を返すため、python3 では、バイトからテキストに変換するためのエンコーディングを知る必要があります。常にバイトを返したい場合は、encoding=None を使用してください。デフォルトは「utf-8」です。これは引数として与えられた文字列の変換には影響しません。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw errors"
msgstr "kw errors"

#: ansible.module_utils.basic.AnsibleModule.run_command:28 of
msgid "Since we return native strings, on python3 we need to transform stdout and stderr from bytes to text.  If the bytes are undecodable in the ``encoding`` specified, then use this error handler to deal with them.  The default is ``surrogate_or_strict`` which means that the bytes will be decoded using the surrogateescape error handler if available (available on all python3 versions we support) otherwise a UnicodeError traceback will be raised.  This does not affect transformations of strings given as args."
msgstr "ネイティブ文字列を返すため、python3 では stdout と stderr をバイトからテキストに変換する必要があります。もしバイトが指定された ``encoding`` でデコードできない場合は、このエラーハンドラを使用して処理します。デフォルトは ``surrogate_or_strict`` で、利用可能であれば surrogateescape エラーハンドラーを使ってバイトがデコードされることを意味します (サポートしている python3 バージョンで利用可能)。これは、引数として与えられた文字列の変換には影響しません。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw expand_user_and_vars"
msgstr "kw expand_user_and_vars"

#: ansible.module_utils.basic.AnsibleModule.run_command:37 of
msgid "When ``use_unsafe_shell=False`` this argument dictates whether ``~`` is expanded in paths and environment variables are expanded before running the command. When ``True`` a string such as ``$SHELL`` will be expanded regardless of escaping. When ``False`` and ``use_unsafe_shell=False`` no path or variable expansion will be done."
msgstr "``use_unsafe_shell=False`` の場合、この引数は、コマンドを実行する前に、パスで ``~`` を展開し、環境変数を展開するかどうかを指示します。``True`` の場合、``$SHELL`` のような文字列は、エスケープに関係なく展開されます。``False`` および ``use_unsafe_shell=False`` の場合、パスや変数の展開は行われません。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw pass_fds"
msgstr "kw pass_fds"

#: ansible.module_utils.basic.AnsibleModule.run_command:42 of
msgid "When running on Python 3 this argument dictates which file descriptors should be passed to an underlying ``Popen`` constructor. On Python 2, this will set ``close_fds`` to False."
msgstr "Python 3 で実行する場合、この引数は ``Popen`` の基礎となるコンストラクターにどのファイル記述子を渡すべきかを指示します。Python 2 では、この引数は ``close_fds`` を False に設定します。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw before_communicate_callback"
msgstr "kw before_communicate_callback"

#: ansible.module_utils.basic.AnsibleModule.run_command:46 of
msgid "This function will be called after ``Popen`` object will be created but before communicating to the process. (``Popen`` object will be passed to callback as a first argument)"
msgstr "この関数は、``Popen`` オブジェクトが作成されると呼び出されますが、プロセスに通信する前に呼び出されます (``Popen`` オブジェクトは最初の引数としてコールバックに渡されます)。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw ignore_invalid_cwd"
msgstr "kw ignore_invalid_cwd"

#: ansible.module_utils.basic.AnsibleModule.run_command:50 of
msgid "This flag indicates whether an invalid ``cwd`` (non-existent or not a directory) should be ignored or should raise an exception."
msgstr "このフラグは、無効な ``cwd`` (存在しないまたはディレクトリーではない) を無視するべきか、例外を発生させるべきかを示します。"

#: ansible.module_utils.basic.AnsibleModule.run_command of
msgid "kw handle_exceptions"
msgstr "kw handle_exceptions"

#: ansible.module_utils.basic.AnsibleModule.run_command:53 of
msgid "This flag indicates whether an exception will be handled inline and issue a failed_json or if the caller should handle it."
msgstr "このフラグは、例外をインラインで処理して failed_json を発行するかどうか、または呼び出し元がそれを処理する必要があるかどうかを示します。"

#: ansible.module_utils.basic.AnsibleModule.run_command:56 of
msgid "A 3-tuple of return code (integer), stdout (native string), and stderr (native string).  On python2, stdout and stderr are both byte strings.  On python3, stdout and stderr are text strings converted according to the encoding and errors parameters.  If you want byte strings on python3, use encoding=None to turn decoding to text off."
msgstr "リターンコード (整数)、stdout (ネイティブ文字列) 、および stderr (ネイティブ文字列) の 3 つのタプルです。python2 では stdout と stderr はどちらもバイト文字列です。python3 では、stdout と stderr は、encoding パラメーターと errors パラメーターに従って変換されたテキスト文字列です。python3 でバイト文字列にしたい場合は、encoding=None を使用してテキストへのデコードをオフにしてください。"

#: ansible.module_utils.basic.AnsibleModule.sha1:1 of
msgid "Return SHA1 hex digest of local file using digest_from_file()."
msgstr "digest_from_file() を使用してローカルファイルの SHA1 hex ダイジェストを返します。"

#: ansible.module_utils.basic.AnsibleModule.sha256:1 of
msgid "Return SHA-256 hex digest of local file using digest_from_file()."
msgstr "digest_from_file() を使用してローカルファイルの SHA-256 hex ダイジェストを返します。"

#: ../../rst/reference_appendices/module_utils.rst:22
msgid "Basic"
msgstr "基本"

#: ../../rst/reference_appendices/module_utils.rst:24
msgid "To use this functionality, include ``import ansible.module_utils.basic`` in your module."
msgstr "この機能を使用するには、モジュールに ``import ansible.module_utils.basic`` を追加します。"

#: ansible.module_utils.basic.get_all_subclasses:1 of
msgid "**Deprecated**: Use ansible.module_utils.common._utils.get_all_subclasses instead"
msgstr "**非推奨**: 代わりに ansible.module_utils.common._utils.get_all_subclasses を使用します。"

#: ansible.module_utils.basic.get_platform:1 of
msgid "**Deprecated** Use :py:func:`platform.system` directly."
msgstr "**非推奨** :py:func:`platform.system` を直接使用します。"

#: ansible.module_utils.basic.get_platform:3 of
msgid "Name of the platform the module is running on in a native string"
msgstr "モジュールがネイティブ文字列で実行されているプラットフォームの名前"

#: ansible.module_utils.basic.get_platform:5 of
msgid "Returns a native string that labels the platform (\"Linux\", \"Solaris\", etc). Currently, this is the result of calling :py:func:`platform.system`."
msgstr "プラットフォーム (「Linux」、「Solaris」など) にラベルを付けるネイティブ文字列を返します。現在、これは :py:func:`platform.system` を呼び出した結果になります。"

#: ansible.module_utils.basic.heuristic_log_sanitize:1 of
msgid "Remove strings that look like passwords from log messages"
msgstr "ログメッセージからパスワードのように見える文字列を削除します。"

#: ansible.module_utils.basic.load_platform_subclass:1 of
msgid "**Deprecated**: Use ansible.module_utils.common.sys_info.get_platform_subclass instead"
msgstr "**非推奨**: 代わりに ansible.module_utils.common.sys_info.get_platform_subclass を使用します。"

#: ../../rst/reference_appendices/module_utils.rst:31
msgid "Argument Spec"
msgstr "引数の仕様"

#: ../../rst/reference_appendices/module_utils.rst:33
msgid "Classes and functions for validating parameters against an argument spec."
msgstr "引数仕様に対してパラメーターを検証するクラスおよび関数です。"

#: ../../rst/reference_appendices/module_utils.rst:36
msgid "ArgumentSpecValidator"
msgstr "ArgumentSpecValidator"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:1 of
msgid "Argument spec validation class"
msgstr "引数仕様検証クラス"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:3 of
msgid "Creates a validator based on the ``argument_spec`` that can be used to validate a number of parameters using the :meth:`validate` method."
msgstr ":meth:`validate` メソッドを使用して多くのパラメーターを検証するために使用できる ``argument_spec`` に基づいてバリデーターを作成します。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:6 of
msgid "Specification of valid parameters and their type. May include nested argument specs."
msgstr "有効なパラメーターとそのタイプを指定します。ネストされた引数仕様を含めることができます。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:10 of
msgid "List or list of lists of terms that should not be provided together."
msgstr "まとめて提供すべきでない用語のリスト、またはリストのリスト。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:14 of
msgid "List of lists of terms that are required together."
msgstr "同時に必要となる用語のリストのリスト。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:17 of
msgid "List of lists of terms, one of which in each list is required."
msgstr "用語のリストのリスト。各リストに 1 つの用語が必要になります。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:21 of
msgid "List of lists of ``[parameter, value, [parameters]]`` where one of ``[parameters]`` is required if ``parameter == value``."
msgstr "``parameter == value`` の場合に ``[parameters]`` の 1 つが必要になる ``[parameter, value, [parameters]]`` のリストのリストです。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator:25 of
msgid "Dictionary of parameter names that contain a list of parameters required by each key in the dictionary."
msgstr "ディクショナリーの各キーに必要なパラメーター名の一覧が含まれるパラメーター名のディクショナリー。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate:1 of
msgid "Validate ``parameters`` against argument spec."
msgstr "引数仕様に対して ``parameters`` を検証します。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate:3 of
msgid "Error messages in the :class:`ValidationResult` may contain no_log values and should be sanitized with :func:`~ansible.module_utils.common.parameters.sanitize_keys` before logging or displaying."
msgstr ":class:`ValidationResult` のエラーメッセージに no_log の値が含まれている可能性があり、ログまたは表示の前に :func:`~ansible.module_utils.common.parameters.sanitize_keys` でサニタイズされるはずです。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate:6 of
msgid "Parameters to validate against the argument spec"
msgstr "引数仕様に対して検証するパラメーター"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate:9 of
msgid ":class:`ValidationResult` containing validated parameters."
msgstr "検証済みパラメーターが含まれる :class:`ValidationResult`。"

#: ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate of
msgid "Simple Example"
msgstr "簡単な例"

#: ../../rst/reference_appendices/module_utils.rst:42
msgid "ValidationResult"
msgstr "ValidationResult"

#: ansible.module_utils.common.arg_spec.ValidationResult:1 of
msgid "Result of argument spec validation."
msgstr "引数の仕様検証の結果です。"

#: ansible.module_utils.common.arg_spec.ValidationResult:3 of
msgid "This is the object returned by :func:`ArgumentSpecValidator.validate() <ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate()>` containing the validated parameters and any errors."
msgstr "これは、検証したパラメーターおよびエラーが含まれる :func:`ArgumentSpecValidator.validate() <ansible.module_utils.common.arg_spec.ArgumentSpecValidator.validate()>` によって返されるオブジェクトです。"

#: ansible.module_utils.common.arg_spec.ValidationResult:7 of
msgid "Terms to be validated and coerced to the correct type."
msgstr "検証され、正しいタイプに強制される用語です。"

#: ../../docstring
#: ansible.module_utils.common.arg_spec.ValidationResult.errors:1 of
msgid ":class:`~ansible.module_utils.errors.AnsibleValidationErrorMultiple` containing all :class:`~ansible.module_utils.errors.AnsibleValidationError` objects if there were any failures during validation."
msgstr "検証中に失敗した場合は、すべての :class:`~ansible.module_utils.errors.AnsibleValidationError` オブジェクトを含む :class:`~ansible.module_utils.errors.AnsibleValidationErrorMultiple`。"

#: ansible.module_utils.common.arg_spec.ValidationResult.validated_parameters:1
#: of
msgid "Validated and coerced parameters."
msgstr "検証および強制されたパラメーター。"

#: ansible.module_utils.common.arg_spec.ValidationResult.unsupported_parameters:1
#: of
msgid ":class:`set` of unsupported parameter names."
msgstr "サポート対象外のパラメーター名の :class:`set`。"

#: ansible.module_utils.common.arg_spec.ValidationResult.error_messages:1 of
msgid ":class:`list` of all error messages from each exception in :attr:`errors`."
msgstr ":attr:`errors` の各例外のすべてのエラーメッセージの :class:`list`。"

#: ../../rst/reference_appendices/module_utils.rst:57
msgid ":class:`dict` of type names, such as ``'str'``, and the default function used to check that type, :func:`~ansible.module_utils.common.validation.check_type_str` in this case."
msgstr "``'str'`` などｍｐタイプ名の :class:`dict` と、そのタイプの確認に使用されるデフォルトの関数。この場合は :func:`~ansible.module_utils.common.validation.check_type_str` になります。"

#: ansible.module_utils.common.parameters.env_fallback:1 of
msgid "Load value from environment variable"
msgstr "環境変数からの値を読み込みます。"

#: ansible.module_utils.common.parameters.remove_values:1 of
msgid "Remove strings in ``no_log_strings`` from value."
msgstr "``no_log_strings`` の文字列を値から削除します。"

#: ansible.module_utils.common.parameters.remove_values:3 of
msgid "If value is a container type, then remove a lot more."
msgstr "値がコンテナータイプである場合は、さらに削除します。"

#: ansible.module_utils.common.parameters.remove_values:5 of
msgid "Use of ``deferred_removals`` exists, rather than a pure recursive solution, because of the potential to hit the maximum recursion depth when dealing with large amounts of data (see `issue #24560 <https://github.com/ansible/ansible/issues/24560>`_)."
msgstr "大量のデータを処理する際に最大再帰深度に達する可能性があるため、純粋な再帰的なソリューションではなく、``deferred_removals`` が使用されます (`issue #24560 <https://github.com/ansible/ansible/issues/24560>`_ を参照)。"

#: ansible.module_utils.common.parameters.sanitize_keys:1 of
msgid "Sanitize the keys in a container object by removing ``no_log`` values from key names."
msgstr "``no_log`` の値をキー名から削除して、コンテナーオブジェクトでキーをサニタイズします。"

#: ansible.module_utils.common.parameters.sanitize_keys:3 of
msgid "This is a companion function to the :func:`remove_values` function. Similar to that function, we make use of ``deferred_removals`` to avoid hitting maximum recursion depth in cases of large data structures."
msgstr "これは、:func:`remove_values` 関数のコンパニオン関数です。この関数と同様に、``deferred_removals`` を使用して大きなデータ構造の場合に最大再帰深度に到達しないようにします。"

#: ansible.module_utils.common.parameters.sanitize_keys:7 of
msgid "The container object to sanitize. Non-container objects are returned unmodified."
msgstr "サニタイズするコンテナーオブジェクト。非コンテナーオブジェクトは変更されずに返されます。"

#: ansible.module_utils.common.parameters.sanitize_keys:8 of
msgid "A set of string values we do not want logged."
msgstr "ログに記録したくない文字列値のセット。"

#: ansible.module_utils.common.parameters.sanitize_keys:9 of
msgid "A set of string values of keys to not sanitize."
msgstr "サニタイズしないキーの文字列値のセット。"

#: ansible.module_utils.common.parameters.sanitize_keys:11 of
msgid "An object with sanitized keys."
msgstr "サニタイズされたキーを持つオブジェクト。"

#: ../../rst/reference_appendices/module_utils.rst:61
msgid "Validation"
msgstr "検証"

#: ../../rst/reference_appendices/module_utils.rst:63
msgid "Standalone functions for validating various parameter types."
msgstr "さまざまなパラメータータイプを検証するスタンドアロン機能。"

#: ansible.module_utils.common.validation.check_missing_parameters:1 of
msgid "This is for checking for required params when we can not check via argspec because we need more information than is simply given in the argspec."
msgstr "これは、単に argspec で指定されるよりも多くの情報が必要なため、argspec を介して確認できない場合に必要なパラメーターを確認するためのものです。"

#: ansible.module_utils.common.validation.check_missing_parameters:4 of
msgid "Raises :class:`TypeError` if any required parameters are missing"
msgstr "必要なパラメーターがない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_missing_parameters:6
#: ansible.module_utils.common.validation.check_mutually_exclusive:7
#: ansible.module_utils.common.validation.check_required_arguments:8
#: ansible.module_utils.common.validation.check_required_by:7
#: ansible.module_utils.common.validation.check_required_if:18
#: ansible.module_utils.common.validation.check_required_one_of:8
#: ansible.module_utils.common.validation.check_required_together:9
#: ansible.module_utils.common.validation.count_terms:4 of
msgid "Dictionary of parameters"
msgstr "パラメーターのディクショナリー"

#: ansible.module_utils.common.validation.check_missing_parameters:7 of
msgid "List of parameters to look for in the given parameters."
msgstr "指定のパラメーターを検索するパラメーターの一覧"

#: ansible.module_utils.common.validation.check_missing_parameters:9
#: ansible.module_utils.common.validation.check_mutually_exclusive:11
#: ansible.module_utils.common.validation.check_required_arguments:12
#: ansible.module_utils.common.validation.check_required_one_of:12
#: ansible.module_utils.common.validation.check_required_together:13 of
msgid "Empty list or raises :class:`TypeError` if the check fails."
msgstr "空のリスト (確認に失敗した場合は :class:`TypeError` が発生)"

#: ansible.module_utils.common.validation.check_mutually_exclusive:1 of
msgid "Check mutually exclusive terms against argument parameters"
msgstr "引数パラメーターに対して相互排他的な用語を確認します。"

#: ansible.module_utils.common.validation.check_mutually_exclusive:3 of
msgid "Accepts a single list or list of lists that are groups of terms that should be mutually exclusive with one another"
msgstr "相互に排他的な用語のグループである単一のリストまたはリストのリストを受け入れます。"

#: ansible.module_utils.common.validation.check_mutually_exclusive:6 of
msgid "List of mutually exclusive parameters"
msgstr "相互排他的パラメーターのリスト"

#: ansible.module_utils.common.validation.check_mutually_exclusive:8
#: ansible.module_utils.common.validation.check_required_one_of:9
#: ansible.module_utils.common.validation.check_required_together:10 of
msgid "List of strings of parent key names if ``terms`` are in a sub spec."
msgstr "``terms`` がサブ仕様にある場合は、親キー名の文字列のリスト"

#: ansible.module_utils.common.validation.check_required_arguments:1 of
msgid "Check all parameters in argument_spec and return a list of parameters that are required but not present in parameters."
msgstr "argument_spec 内のすべてのパラメーターを確認し、必須ではあるがパラメーターに存在しないパラメーターのリストを返します。"

#: ansible.module_utils.common.validation.check_required_arguments:4
#: ansible.module_utils.common.validation.check_required_if:3 of
msgid "Raises :class:`TypeError` if the check fails"
msgstr "確認に失敗すると :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_required_arguments:6 of
msgid "Argument spec dictionary containing all parameters and their specification"
msgstr "すべてのパラメーターとそれらの仕様を含む引数仕様ディクショナリー"

#: ansible.module_utils.common.validation.check_required_arguments:9 of
msgid "List of strings of parent key names if ``argument_spec`` are in a sub spec."
msgstr "``argument_spec`` がサブ仕様にある場合は、親キー名の文字列のリスト"

#: ansible.module_utils.common.validation.check_required_by:1 of
msgid "For each key in requirements, check the corresponding list to see if they exist in parameters."
msgstr "要件の各キーについて、対応するリストを確認して、それらがパラメーターに存在するかどうかを確認します。"

#: ansible.module_utils.common.validation.check_required_by:4 of
msgid "Accepts a single string or list of values for each key."
msgstr "各キーに単一の文字列または値のリストを受け入れます。"

#: ansible.module_utils.common.validation.check_required_by:6 of
msgid "Dictionary of requirements"
msgstr "要件のディクショナリー"

#: ansible.module_utils.common.validation.check_required_by:8
#: ansible.module_utils.common.validation.check_required_if:45 of
msgid "List of strings of parent key names if ``requirements`` are in a sub spec."
msgstr "``requirements`` がサブ仕様にある場合は、親キー名の文字列のリスト"

#: ansible.module_utils.common.validation.check_required_by:11 of
msgid "Empty dictionary or raises :class:`TypeError` if the"
msgstr "空のディクショナリー (確認に失敗した場合は :class:`TypeError` が発生)"

#: ansible.module_utils.common.validation.check_required_if:1 of
msgid "Check parameters that are conditionally required"
msgstr "条件付きで必要なパラメーターを確認します。"

#: ansible.module_utils.common.validation.check_required_if:5 of
msgid "List of lists specifying a parameter, value, parameters required when the given parameter is the specified value, and optionally a boolean indicating any or all parameters are required."
msgstr "パラメーター、値、指定されたパラメーターが指定された値である場合に必要なパラメーター、ならびに必要に応じて一部またはすべてのパラメーターが必要であることを示すブール値を指定するリストのリスト。"

#: ansible.module_utils.common.validation.check_required_if of
msgid "Example"
msgstr "例"

#: ansible.module_utils.common.validation.check_required_if:20 of
msgid "Empty list or raises :class:`TypeError` if the check fails. The results attribute of the exception contains a list of dictionaries. Each dictionary is the result of evaluating each item in requirements. Each return dictionary contains the following keys:      :key missing: List of parameters that are required but missing     :key requires: 'any' or 'all'     :key parameter: Parameter name that has the requirement     :key value: Original value of the parameter     :key requirements: Original required parameters  :Example:  .. code-block:: python      [         {             'parameter': 'someint',             'value': 99             'requirements': ('bool_param', 'string_param'),             'missing': ['string_param'],             'requires': 'all',         }     ]"
msgstr "空のリスト (確認に失敗した場合は :class:`TypeError` が発生)。例外の結果属性には、ディクショナリーのリストが含まれます。各ディクショナリーは、要件内の各項目を評価した結果です。それぞれの戻り値のディクショナリーには、以下のキーが含まれます:      :key missing: 必須であるにもかかわらず、欠落しているパラメーターのリスト     :key requires: 「any」または「all」     :key parameter: 要件を満たすパラメーター名     :key value: パラメーターの元の値     :key requirements: 元の必須パラメーター  :例:  .. code-block:: python      [         {             'parameter': 'someint',             'value': 99             'requirements': ('bool_param', 'string_param'),             'missing': ['string_param'],             'requires': 'all',         }     ]"

#: ansible.module_utils.common.validation.check_required_if:20 of
msgid "Empty list or raises :class:`TypeError` if the check fails. The results attribute of the exception contains a list of dictionaries. Each dictionary is the result of evaluating each item in requirements. Each return dictionary contains the following keys:"
msgstr "空のリスト (確認に失敗した場合は :class:`TypeError` が発生)。例外の結果属性には、ディクショナリーのリストが含まれます。各ディクショナリーは、要件内の各項目を評価した結果です。それぞれの戻り値のディクショナリーには、以下のキーが含まれます。"

#: ansible.module_utils.common.validation.check_required_if of
msgid "key missing"
msgstr "key missing"

#: ansible.module_utils.common.validation.check_required_if:25 of
msgid "List of parameters that are required but missing"
msgstr "必須であるにもかかわらず、欠落しているパラメーターのリスト"

#: ansible.module_utils.common.validation.check_required_if of
msgid "key requires"
msgstr "key requires"

#: ansible.module_utils.common.validation.check_required_if:26 of
msgid "'any' or 'all'"
msgstr "「any」または「all」"

#: ansible.module_utils.common.validation.check_required_if of
msgid "key parameter"
msgstr "key parameter"

#: ansible.module_utils.common.validation.check_required_if:27 of
msgid "Parameter name that has the requirement"
msgstr "要件を満たすパラメーター名"

#: ansible.module_utils.common.validation.check_required_if of
msgid "key value"
msgstr "key value"

#: ansible.module_utils.common.validation.check_required_if:28 of
msgid "Original value of the parameter"
msgstr "パラメーターの元の値"

#: ansible.module_utils.common.validation.check_required_if of
msgid "key requirements"
msgstr "key requirements"

#: ansible.module_utils.common.validation.check_required_if:29 of
msgid "Original required parameters"
msgstr "元の必須パラメーター"

#: ansible.module_utils.common.validation.check_required_one_of:1 of
msgid "Check each list of terms to ensure at least one exists in the given module parameters"
msgstr "用語の各リストを確認して、指定されたモジュールパラメーターに少なくとも 1 つが存在することを確認してください。"

#: ansible.module_utils.common.validation.check_required_one_of:4 of
msgid "Accepts a list of lists or tuples"
msgstr "リストまたはタプルの一覧を受け入れます。"

#: ansible.module_utils.common.validation.check_required_one_of:6 of
msgid "List of lists of terms to check. For each list of terms, at least one is required."
msgstr "確認する用語リストのリスト。用語の各リストに対して、少なくとも 1 つが必要です。"

#: ansible.module_utils.common.validation.check_required_together:1 of
msgid "Check each list of terms to ensure every parameter in each list exists in the given parameters."
msgstr "用語の各リストを確認して、各リストのすべてのパラメーターが指定されたパラメーターに存在することを確認してください。"

#: ansible.module_utils.common.validation.check_required_together:4 of
msgid "Accepts a list of lists or tuples."
msgstr "リストまたはタプルのリストを受け入れます。"

#: ansible.module_utils.common.validation.check_required_together:6 of
msgid "List of lists of terms to check. Each list should include parameters that are all required when at least one is specified in the parameters."
msgstr "確認する用語リストのリスト。各リストには、パラメーターで少なくとも 1 つが指定されている場合に必要なすべてのパラメーターを含める必要があります。"

#: ansible.module_utils.common.validation.check_type_bits:1 of
msgid "Convert a human-readable string bits value to bits in integer."
msgstr "人間が判読できる文字列ビットの値を整数のビットに変換します。"

#: ansible.module_utils.common.validation.check_type_bits:3 of
msgid "Example: ``check_type_bits('1Mb')`` returns integer 1048576."
msgstr "例: ``check_type_bits('1Mb')`` は整数 1048576 を返します。"

#: ansible.module_utils.common.validation.check_type_bits:5 of
msgid "Raises :class:`TypeError` if unable to covert the value."
msgstr "値を非表示にできない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_bool:1 of
msgid "Verify that the value is a bool or convert it to a bool and return it."
msgstr "値がブール値であることを確認するか、ブールに変換して返します。"

#: ansible.module_utils.common.validation.check_type_bool:3 of
msgid "Raises :class:`TypeError` if unable to convert to a bool"
msgstr "値をブール値に変換できない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_bool:5 of
msgid "String, int, or float to convert to bool. Valid booleans include: '1', 'on', 1, '0', 0, 'n', 'f', 'false', 'true', 'y', 't', 'yes', 'no', 'off'"
msgstr "ブール値に変換する文字列、整数、浮動小数点。有効なブール値には、'1'、'on'、1、'0'、0、'n'、'f'、'false'、'true'、'y'、't'、'yes'、'no'、'off' が含まれます。"

#: ansible.module_utils.common.validation.check_type_bool:8 of
msgid "Boolean True or False"
msgstr "ブール値 True または False"

#: ansible.module_utils.common.validation.check_type_bytes:1 of
msgid "Convert a human-readable string value to bytes"
msgstr "人間が判読できる文字列の値をバイトに変換します。"

#: ansible.module_utils.common.validation.check_type_bytes:3
#: ansible.module_utils.common.validation.check_type_jsonarg:4 of
msgid "Raises :class:`TypeError` if unable to covert the value"
msgstr "値を非表示にできない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_dict:1 of
msgid "Verify that value is a dict or convert it to a dict and return it."
msgstr "値がディクショナリーであることを確認するか、これをディクショナリーに変換して、返します。"

#: ansible.module_utils.common.validation.check_type_dict:3 of
msgid "Raises :class:`TypeError` if unable to convert to a dict"
msgstr "値をディクショナリーに変換できない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_dict:5 of
msgid "Dict or string to convert to a dict. Accepts ``k1=v2, k2=v2``."
msgstr "ディクショナリーに変換するディクショナリーまたは文字列。``k1=v2, k2=v2`` を使用できます。"

#: ansible.module_utils.common.validation.check_type_dict:7 of
msgid "value converted to a dictionary"
msgstr "ディクショナリーに変換された値"

#: ansible.module_utils.common.validation.check_type_float:1 of
msgid "Verify that value is a float or convert it to a float and return it"
msgstr "値が浮動小数点であることを確認するか、これを浮動小数点に変換して、返します。"

#: ansible.module_utils.common.validation.check_type_float:3 of
msgid "Raises :class:`TypeError` if unable to convert to a float"
msgstr "値を浮動小数点に変換できない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_float:5 of
msgid "float, int, str, or bytes to verify or convert and return."
msgstr "検証または変換して返す浮動小数点、整数、文字列、またはバイト。"

#: ansible.module_utils.common.validation.check_type_float:7 of
msgid "float of given value."
msgstr "指定された値の浮動小数点"

#: ansible.module_utils.common.validation.check_type_int:1 of
msgid "Verify that the value is an integer and return it or convert the value to an integer and return it"
msgstr "値が整数であることを確認して返すか、値を整数に変換して返します。"

#: ansible.module_utils.common.validation.check_type_int:4 of
msgid "Raises :class:`TypeError` if unable to convert to an int"
msgstr "値を整数に変換できない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_int:6 of
msgid "String or int to convert of verify"
msgstr "検証の変換を行う文字列または整数"

#: ansible.module_utils.common.validation.check_type_int:8 of
msgid "int of given value"
msgstr "指定された値の int"

#: ansible.module_utils.common.validation.check_type_jsonarg:1 of
msgid "Return a jsonified string. Sometimes the controller turns a json string into a dict/list so transform it back into json here"
msgstr "json 化された文字列を返します。コントローラーが json 文字列をディクショナリーまたはリストに変換する場合があるため、ここで json に変換し直してください。"

#: ansible.module_utils.common.validation.check_type_list:1 of
msgid "Verify that the value is a list or convert to a list"
msgstr "値がリストであるか、またはリストに変換されていることを確認します。"

#: ansible.module_utils.common.validation.check_type_list:3 of
msgid "A comma separated string will be split into a list. Raises a :class:`TypeError` if unable to convert to a list."
msgstr "コンマ区切りの文字列はリストに分割されます。リストにに変換できない場合は :class:`TypeError` を発生させます。"

#: ansible.module_utils.common.validation.check_type_list:6 of
msgid "Value to validate or convert to a list"
msgstr "リストを検証または変換する値"

#: ansible.module_utils.common.validation.check_type_list:8 of
msgid "Original value if it is already a list, single item list if a float, int, or string without commas, or a multi-item list if a comma-delimited string."
msgstr "すでにリストである場合は元の値。浮動小数点、int、またはコンマのない文字列の場合は単一項目のリスト。コンマ区切りの文字列の場合は複数項目のリスト。"

#: ansible.module_utils.common.validation.check_type_path:1 of
msgid "Verify the provided value is a string or convert it to a string, then return the expanded path"
msgstr "指定された値が文字列であることを確認するか、文字列に変換してから、展開されたパスを返します"

#: ansible.module_utils.common.validation.check_type_raw:1 of
msgid "Returns the raw value"
msgstr "生の値を返します。"

#: ansible.module_utils.common.validation.check_type_str:1 of
msgid "Verify that the value is a string or convert to a string."
msgstr "値が文字列であることを確認するか、これを文字列に変換します。"

#: ansible.module_utils.common.validation.check_type_str:3 of
msgid "Since unexpected changes can sometimes happen when converting to a string, ``allow_conversion`` controls whether or not the value will be converted or a TypeError will be raised if the value is not a string and would be converted"
msgstr "文字列への変換時に予期せぬ変更が生じる可能性があるため、``allow_conversion`` は、値が変換されるかどうか、または値が文字列でなければ TypeError が発生させ、変換するかどうかを制御します。"

#: ansible.module_utils.common.validation.check_type_str:7 of
msgid "Value to validate or convert to a string"
msgstr "検証または文字列に変換する値"

#: ansible.module_utils.common.validation.check_type_str:8 of
msgid "Whether to convert the string and return it or raise a TypeError"
msgstr "文字列を変換して返すか、TypeError を発生させるか"

#: ansible.module_utils.common.validation.check_type_str:11 of
msgid "Original value if it is a string, the value converted to a string if allow_conversion=True, or raises a TypeError if allow_conversion=False."
msgstr "文字列の場合は元の値。allow_conversion=True の場合は値を文字列に変換し、allow_conversion=False の場合は TypeError を発生させます。"

#: ansible.module_utils.common.validation.count_terms:1 of
msgid "Count the number of occurrences of a key in a given dictionary"
msgstr "特定のディクショナリーでキーの発生回数をカウントします。"

#: ansible.module_utils.common.validation.count_terms:3 of
msgid "String or iterable of values to check"
msgstr "確認する値の文字列または反復可能"

#: ansible.module_utils.common.validation.count_terms:6 of
msgid "An integer that is the number of occurrences of the terms values in the provided dictionary."
msgstr "提供されたディクショナリーでの用語の値の出現回数を表す整数。"

#: ../../rst/reference_appendices/module_utils.rst:70
msgid "Errors"
msgstr "エラー"

#: ansible.module_utils.errors.AnsibleFallbackNotFound:1 of
msgid "Fallback validator was not found"
msgstr "フォールバックバリデーターが見つかりませんでした。"

#: ansible.module_utils.errors.AnsibleValidationError:1 of
msgid "Single argument spec validation error"
msgstr "単一の引数の仕様検証エラー"

#: ../../docstring
#: ansible.module_utils.errors.AnsibleValidationError.error_message:1
#: ansible.module_utils.errors.AnsibleValidationError.msg:1 of
msgid "The error message passed in when the exception was raised."
msgstr "例外が発生したときに渡されたエラーメッセージ"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple:1 of
msgid "Multiple argument spec validation errors"
msgstr "複数の引数仕様検証エラー"

#: ../../docstring
#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.errors:1 of
msgid ":class:`list` of :class:`AnsibleValidationError` objects"
msgstr ":class:`AnsibleValidationError` オブジェクトの :class:`list`"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.msg:1 of
msgid "The first message from the first error in ``errors``."
msgstr "``errors`` の最初のエラーからの最初のメッセージ"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.messages:1 of
msgid ":class:`list` of each error message in ``errors``."
msgstr "``errors`` の各エラーメッセージの :class:`list`"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.append:1 of
msgid "Append a new error to ``self.errors``."
msgstr "``self.errors`` に新しいエラーを追加します。"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.append:3 of
msgid "Only :class:`AnsibleValidationError` should be added."
msgstr ":class:`AnsibleValidationError` だけを追加する必要があります。"

#: ansible.module_utils.errors.AnsibleValidationErrorMultiple.extend:1 of
msgid "Append each item in ``errors`` to ``self.errors``. Only :class:`AnsibleValidationError` should be added."
msgstr "``errors`` の各アイテムを ``self.errors`` に追加します。:class:`AnsibleValidationError` のみを追加する必要があります。"

#: ansible.module_utils.errors.AliasError:1 of
msgid "Error handling aliases"
msgstr "エイリアスの処理中のエラー"

#: ansible.module_utils.errors.ArgumentTypeError:1 of
msgid "Error with parameter type"
msgstr "パラメータータイプのエラー"

#: ansible.module_utils.errors.ArgumentValueError:1 of
msgid "Error with parameter value"
msgstr "パラメーター値のエラー"

#: ansible.module_utils.errors.DeprecationError:1 of
msgid "Error processing parameter deprecations"
msgstr "パラメーターの非推奨アイテムの処理中に発生するエラー"

#: ansible.module_utils.errors.ElementError:1 of
msgid "Error when validating elements"
msgstr "要素検証時のエラー"

#: ansible.module_utils.errors.MutuallyExclusiveError:1 of
msgid "Mutually exclusive parameters were supplied"
msgstr "相互に排他的なパラメーターが指定されています。"

#: ansible.module_utils.errors.NoLogError:1 of
msgid "Error converting no_log values"
msgstr "no_log 値の変換エラー"

#: ansible.module_utils.errors.RequiredByError:1 of
msgid "Error with parameters that are required by other parameters"
msgstr "他のパラメーターで必要なパラメーターでエラー"

#: ansible.module_utils.errors.RequiredDefaultError:1 of
msgid "A required parameter was assigned a default value"
msgstr "必須パラメーターにデフォルト値が割り当てられています。"

#: ansible.module_utils.errors.RequiredError:1 of
msgid "Missing a required parameter"
msgstr "必須パラメーターがありません"

#: ansible.module_utils.errors.RequiredIfError:1 of
msgid "Error with conditionally required parameters"
msgstr "条件的必須パラメーターのエラー"

#: ansible.module_utils.errors.RequiredOneOfError:1 of
msgid "Error with parameters where at least one is required"
msgstr "最低 1 つは必要なパラメーターに関するエラー"

#: ansible.module_utils.errors.RequiredTogetherError:1 of
msgid "Error with parameters that are required together"
msgstr "同時に必要となるパラメーターに関するエラー"

#: ansible.module_utils.errors.SubParameterTypeError:1 of
msgid "Incorrect type for subparameter"
msgstr "サブパラメーターの型が正しくありません。"

#: ansible.module_utils.errors.UnsupportedError:1 of
msgid "Unsupported parameters were supplied"
msgstr "サポートされていないパラメーターが指定されました。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:4
msgid "Playbook Keywords"
msgstr "Playbook キーワード"

#: ../../rst/reference_appendices/playbooks_keywords.rst:6
msgid "These are the keywords available on common playbook objects. Keywords are one of several sources for configuring Ansible behavior. See :ref:`general_precedence_rules` for details on the relative precedence of each source."
msgstr "これらのキーワードは、一般的な Playbook オブジェクトで利用できます。キーワードは、Ansible の動作を設定する複数のソースのいずれかです。各ソースの相対優先順位に関する詳細は、「:ref:`general_precedence_rules`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:9
msgid "Please note:"
msgstr "注意:"

#: ../../rst/reference_appendices/playbooks_keywords.rst:11
msgid "Aliases for the directives are not reflected here, nor are mutable one. For example, :term:`action` in task can be substituted by the name of any Ansible module."
msgstr "ディレクティブのエイリアスはここでは反映されておらず、変更可能なものでもありません。たとえば、タスクの :term:`action` は、Ansible モジュールの名前に置き換えられます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:13
msgid "The keywords do not have ``version_added`` information at this time"
msgstr "現時点ではキーワードに ``version_added`` 情報がありません"

#: ../../rst/reference_appendices/playbooks_keywords.rst:14
msgid "Some keywords set defaults for the objects inside of them rather than for the objects themselves"
msgstr "キーワードによっては、オブジェクト自体ではなく、オブジェクト内にデフォルトを設定するものもあります。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:24
msgid "Play"
msgstr "プレイ"

#: ../../rst/reference_appendices/playbooks_keywords.rst:27
#: ../../rst/reference_appendices/playbooks_keywords.rst:159
#: ../../rst/reference_appendices/playbooks_keywords.rst:252
#: ../../rst/reference_appendices/playbooks_keywords.rst:354
msgid "Force any un-handled task errors on any host to propagate to all hosts and end the play."
msgstr "ホストで処理されていないタスクエラーを強制的に実行し、すべてのホストに伝播してプレイを終了します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:30
#: ../../rst/reference_appendices/playbooks_keywords.rst:162
#: ../../rst/reference_appendices/playbooks_keywords.rst:255
#: ../../rst/reference_appendices/playbooks_keywords.rst:363
msgid "Boolean that controls if privilege escalation is used or not on :term:`Task` execution. Implemented by the become plugin. See :ref:`become_plugins`."
msgstr ":term:`タスク` の実行時に特権昇格が使用されるかどうかを制御するブール値。become プラグインによって実装されます。「:ref:`become_plugins`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:33
#: ../../rst/reference_appendices/playbooks_keywords.rst:165
#: ../../rst/reference_appendices/playbooks_keywords.rst:258
#: ../../rst/reference_appendices/playbooks_keywords.rst:366
msgid "Path to the executable used to elevate privileges. Implemented by the become plugin. See :ref:`become_plugins`."
msgstr "権限の昇格に使用する実行可能ファイルへのパス。become プラグインによって実装されます。「:ref:`become_plugins`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:36
#: ../../rst/reference_appendices/playbooks_keywords.rst:168
#: ../../rst/reference_appendices/playbooks_keywords.rst:261
#: ../../rst/reference_appendices/playbooks_keywords.rst:369
msgid "A string of flag(s) to pass to the privilege escalation program when :term:`become` is True."
msgstr ":term:`become` が True の場合に特権昇格プログラムに渡すフラグの文字列。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:39
#: ../../rst/reference_appendices/playbooks_keywords.rst:171
#: ../../rst/reference_appendices/playbooks_keywords.rst:264
#: ../../rst/reference_appendices/playbooks_keywords.rst:372
msgid "Which method of privilege escalation to use (such as sudo or su)."
msgstr "使用する権限昇格の方法 (sudo、su など)。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:42
#: ../../rst/reference_appendices/playbooks_keywords.rst:174
#: ../../rst/reference_appendices/playbooks_keywords.rst:267
#: ../../rst/reference_appendices/playbooks_keywords.rst:375
msgid "User that you 'become' after using privilege escalation. The remote/login user must have permissions to become this user."
msgstr "特権昇格を使用した後に「become」となるユーザーです。リモート/ログインユーザーには、このユーザーになる (become) ためのパーミッションが必要です。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:45
#: ../../rst/reference_appendices/playbooks_keywords.rst:177
#: ../../rst/reference_appendices/playbooks_keywords.rst:273
#: ../../rst/reference_appendices/playbooks_keywords.rst:381
msgid "check_mode"
msgstr "check_mode"

#: ../../rst/reference_appendices/playbooks_keywords.rst:45
#: ../../rst/reference_appendices/playbooks_keywords.rst:177
#: ../../rst/reference_appendices/playbooks_keywords.rst:273
#: ../../rst/reference_appendices/playbooks_keywords.rst:381
msgid "A boolean that controls if a task is executed in 'check' mode. See :ref:`check_mode_dry`."
msgstr "「check」モードでタスクが実行されるかどうかを制御するブール値。「:ref:`check_mode_dry`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:53
#: ../../rst/reference_appendices/playbooks_keywords.rst:185
#: ../../rst/reference_appendices/playbooks_keywords.rst:281
#: ../../rst/reference_appendices/playbooks_keywords.rst:389
msgid "collections"
msgstr "collections"

#: ../../rst/reference_appendices/playbooks_keywords.rst:48
#: ../../rst/reference_appendices/playbooks_keywords.rst:180
#: ../../rst/reference_appendices/playbooks_keywords.rst:276
#: ../../rst/reference_appendices/playbooks_keywords.rst:384
msgid "List of collection namespaces to search for modules, plugins, and roles. See :ref:`collections_using_playbook`"
msgstr "モジュール、プラグイン、およびロールを検索するコレクション名前空間の一覧。「:ref:`collections_using_playbook`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:52
#: ../../rst/reference_appendices/playbooks_keywords.rst:184
#: ../../rst/reference_appendices/playbooks_keywords.rst:280
#: ../../rst/reference_appendices/playbooks_keywords.rst:388
msgid "Tasks within a role do not inherit the value of ``collections`` from the play. To have a role search a list of collections, use the ``collections`` keyword in ``meta/main.yml`` within a role."
msgstr "ロール内のタスクは、プレイから ``collections`` の値を継承しません。ロール検索でコレクションの一覧を取得するには、ロール内で ``meta/main.yml`` の ``collections`` キーワードを使用します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:56
#: ../../rst/reference_appendices/playbooks_keywords.rst:188
#: ../../rst/reference_appendices/playbooks_keywords.rst:284
#: ../../rst/reference_appendices/playbooks_keywords.rst:392
msgid "connection"
msgstr "connection"

#: ../../rst/reference_appendices/playbooks_keywords.rst:56
#: ../../rst/reference_appendices/playbooks_keywords.rst:188
#: ../../rst/reference_appendices/playbooks_keywords.rst:284
#: ../../rst/reference_appendices/playbooks_keywords.rst:392
msgid "Allows you to change the connection plugin used for tasks to execute on the target. See :ref:`using_connection`."
msgstr "ターゲットで実行するタスクに使用される connection プラグインを変更できます。「:ref:`using_connection`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:59
#: ../../rst/reference_appendices/playbooks_keywords.rst:191
#: ../../rst/reference_appendices/playbooks_keywords.rst:287
#: ../../rst/reference_appendices/playbooks_keywords.rst:395
msgid "debugger"
msgstr "debugger"

#: ../../rst/reference_appendices/playbooks_keywords.rst:59
#: ../../rst/reference_appendices/playbooks_keywords.rst:191
#: ../../rst/reference_appendices/playbooks_keywords.rst:287
#: ../../rst/reference_appendices/playbooks_keywords.rst:395
msgid "Enable debugging tasks based on state of the task result. See :ref:`playbook_debugger`."
msgstr "タスク結果の状態に基づいて、デバッグタスクを有効にします。「:ref:`playbook_debugger`」を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:62
#: ../../rst/reference_appendices/playbooks_keywords.rst:200
#: ../../rst/reference_appendices/playbooks_keywords.rst:296
#: ../../rst/reference_appendices/playbooks_keywords.rst:407
msgid "Toggle to make tasks return 'diff' information or not."
msgstr "タスクが「diff」情報を返すように切り替えます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:65
#: ../../rst/reference_appendices/playbooks_keywords.rst:203
#: ../../rst/reference_appendices/playbooks_keywords.rst:299
#: ../../rst/reference_appendices/playbooks_keywords.rst:410
msgid "environment"
msgstr "environment"

#: ../../rst/reference_appendices/playbooks_keywords.rst:65
#: ../../rst/reference_appendices/playbooks_keywords.rst:203
#: ../../rst/reference_appendices/playbooks_keywords.rst:299
#: ../../rst/reference_appendices/playbooks_keywords.rst:410
msgid "A dictionary that gets converted into environment vars to be provided for the task upon execution. This can ONLY be used with modules. This isn't supported for any other type of plugins nor Ansible itself nor its configuration, it just sets the variables for the code responsible for executing the task. This is not a recommended way to pass in confidential data."
msgstr "実行時に、タスク用に提供された環境変数に変換されるディクショナリー。これは、モジュールでのみ使用できます。これは、他のタイプのプラグインや Ansible 自体、その設定ではサポートされていません。タスクの実行を担当するコードの変数だけを設定します。これは、機密性の高いデータに渡すための推奨方法ではありません。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:68
msgid "Set the fact path option for the fact gathering plugin controlled by :term:`gather_facts`."
msgstr ":term:`gather_facts` が制御するファクト収集プラグインのファクトパスオプションを設定します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:71
msgid "Will force notified handler execution for hosts even if they failed during the play. Will not trigger if the play itself fails."
msgstr "プレイ中に失敗した場合でも、ホストの通知ハンドラー実行を強制的に実行します。プレイ自体が失敗した場合は発生しません。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:74
msgid "gather_facts"
msgstr "gather_facts"

#: ../../rst/reference_appendices/playbooks_keywords.rst:74
msgid "A boolean that controls if the play will automatically run the 'setup' task to gather facts for the hosts."
msgstr "プレイが自動的に「setup」タスクを実行してホストのファクトを収集するかどうかを制御するブール値。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:77
msgid "Allows you to pass subset options to the  fact gathering plugin controlled by :term:`gather_facts`."
msgstr ":term:`gather_facts` が制御するファクト収集プラグインにサブセットオプションを渡すことができます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:80
msgid "Allows you to set the timeout for the fact gathering plugin controlled by :term:`gather_facts`."
msgstr ":term:`gather_facts` が制御するファクト収集プラグインのタイムアウトを設定できます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:83
msgid "handlers"
msgstr "handlers"

#: ../../rst/reference_appendices/playbooks_keywords.rst:83
msgid "A section with tasks that are treated as handlers, these won't get executed normally, only when notified after each section of tasks is complete. A handler's `listen` field is not templatable."
msgstr "ハンドラーとして扱われるタスクが含まれるセクションは、タスクの各セクションの完了後に通知される場合にのみ、通常どおり実行されません。ハンドラーの `listen` フィールドはテンプレート化できません。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:86
msgid "hosts"
msgstr "ホスト"

#: ../../rst/reference_appendices/playbooks_keywords.rst:86
msgid "A list of groups, hosts or host pattern that translates into a list of hosts that are the play's target."
msgstr "プレイのターゲットであるホストの一覧に変換するグループ、ホスト、またはホストパターンの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:89
#: ../../rst/reference_appendices/playbooks_keywords.rst:206
#: ../../rst/reference_appendices/playbooks_keywords.rst:302
#: ../../rst/reference_appendices/playbooks_keywords.rst:416
msgid "ignore_errors"
msgstr "ignore_errors"

#: ../../rst/reference_appendices/playbooks_keywords.rst:89
#: ../../rst/reference_appendices/playbooks_keywords.rst:206
#: ../../rst/reference_appendices/playbooks_keywords.rst:302
#: ../../rst/reference_appendices/playbooks_keywords.rst:416
msgid "Boolean that allows you to ignore task failures and continue with play. It does not affect connection errors."
msgstr "タスクの失敗を無視してプレイを続行できるブール値。接続エラーには影響を及ぼしません。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:92
#: ../../rst/reference_appendices/playbooks_keywords.rst:209
#: ../../rst/reference_appendices/playbooks_keywords.rst:305
#: ../../rst/reference_appendices/playbooks_keywords.rst:419
msgid "ignore_unreachable"
msgstr "ignore_unreachable"

#: ../../rst/reference_appendices/playbooks_keywords.rst:92
#: ../../rst/reference_appendices/playbooks_keywords.rst:209
#: ../../rst/reference_appendices/playbooks_keywords.rst:305
#: ../../rst/reference_appendices/playbooks_keywords.rst:419
msgid "Boolean that allows you to ignore task failures due to an unreachable host and continue with the play. This does not affect other task errors (see :term:`ignore_errors`) but is useful for groups of volatile/ephemeral hosts."
msgstr "到達不可能なホストが原因でタスクの失敗を無視し、プレイを続行できるブール値。これは他のタスクエラーには影響を与えません (「:term:`ignore_errors`」参照)。揮発性/一時ホストのグループに役に立ちます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:95
msgid "max_fail_percentage"
msgstr "max_fail_percentage"

#: ../../rst/reference_appendices/playbooks_keywords.rst:95
msgid "can be used to abort the run after a given percentage of hosts in the current batch has failed. This only works on linear or linear derived strategies."
msgstr "現在のバッチ内の特定の割合のホストに障害が発生した後、実行を中止するために使用できます。これは、線形または線形派生ストラテジーにのみ影響します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:98
#: ../../rst/reference_appendices/playbooks_keywords.rst:212
#: ../../rst/reference_appendices/playbooks_keywords.rst:308
#: ../../rst/reference_appendices/playbooks_keywords.rst:431
msgid "Specifies default parameter values for modules."
msgstr "モジュールのデフォルトパラメーター値を指定します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:101
#: ../../rst/reference_appendices/playbooks_keywords.rst:215
#: ../../rst/reference_appendices/playbooks_keywords.rst:311
#: ../../rst/reference_appendices/playbooks_keywords.rst:434
msgid "Identifier. Can be used for documentation, or in tasks/handlers."
msgstr "識別子。ドキュメントまたはタスク/ハンドラーに使用することができます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:104
#: ../../rst/reference_appendices/playbooks_keywords.rst:218
#: ../../rst/reference_appendices/playbooks_keywords.rst:314
#: ../../rst/reference_appendices/playbooks_keywords.rst:437
msgid "Boolean that controls information disclosure."
msgstr "情報の公開を制御するブール値。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:107
msgid "order"
msgstr "order"

#: ../../rst/reference_appendices/playbooks_keywords.rst:107
msgid "Controls the sorting of hosts as they are used for executing the play. Possible values are inventory (default), sorted, reverse_sorted, reverse_inventory and shuffle."
msgstr "プレイの実行に使用するホストのソートを制御します。使用できる値は、inventory (デフォルト)、sorted、reverse_sorted、reverse_inventory、および shuffle です。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:110
#: ../../rst/reference_appendices/playbooks_keywords.rst:221
#: ../../rst/reference_appendices/playbooks_keywords.rst:320
#: ../../rst/reference_appendices/playbooks_keywords.rst:446
msgid "port"
msgstr "port"

#: ../../rst/reference_appendices/playbooks_keywords.rst:110
#: ../../rst/reference_appendices/playbooks_keywords.rst:221
#: ../../rst/reference_appendices/playbooks_keywords.rst:320
#: ../../rst/reference_appendices/playbooks_keywords.rst:446
msgid "Used to override the default port used in a connection."
msgstr "接続で使用されるデフォルトのポートを上書きするのに使用します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:113
msgid "post_tasks"
msgstr "post_tasks"

#: ../../rst/reference_appendices/playbooks_keywords.rst:113
msgid "A list of tasks to execute after the :term:`tasks` section."
msgstr ":term:`tasks` セクションの後に実行するタスクの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:116
msgid "pre_tasks"
msgstr "pre_tasks"

#: ../../rst/reference_appendices/playbooks_keywords.rst:116
msgid "A list of tasks to execute before :term:`roles`."
msgstr ":term:`roles` の前に実行するタスクの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:119
#: ../../rst/reference_appendices/playbooks_keywords.rst:224
#: ../../rst/reference_appendices/playbooks_keywords.rst:323
#: ../../rst/reference_appendices/playbooks_keywords.rst:452
msgid "User used to log into the target via the connection plugin."
msgstr "connection プラグインでターゲットにログインするのに使用するユーザー。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:122
msgid "roles"
msgstr "roles"

#: ../../rst/reference_appendices/playbooks_keywords.rst:122
msgid "List of roles to be imported into the play"
msgstr "プレイにインポートするロールの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:125
#: ../../rst/reference_appendices/playbooks_keywords.rst:227
#: ../../rst/reference_appendices/playbooks_keywords.rst:329
#: ../../rst/reference_appendices/playbooks_keywords.rst:458
msgid "run_once"
msgstr "run_once"

#: ../../rst/reference_appendices/playbooks_keywords.rst:125
#: ../../rst/reference_appendices/playbooks_keywords.rst:227
#: ../../rst/reference_appendices/playbooks_keywords.rst:329
#: ../../rst/reference_appendices/playbooks_keywords.rst:458
msgid "Boolean that will bypass the host loop, forcing the task to attempt to execute on the first host available and afterwards apply any results and facts to all active hosts in the same batch."
msgstr "ホストループを回避するブール値。タスクは、使用可能な最初のホストで実行を試行し、その後、同じバッチ内のすべてのアクティブなホストに結果とファクトを適用します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:128
msgid "serial"
msgstr "serial"

#: ../../rst/reference_appendices/playbooks_keywords.rst:128
msgid "Explicitly define how Ansible batches the execution of the current play on the play's target. See :ref:`rolling_update_batch_size`."
msgstr "Ansible が、プレイのターゲットで現在のプレイの実行をバッチ処理する方法を明示的に定義します。:ref:`rolling_update_batch_size` を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:131
msgid "Allows you to choose the connection plugin to use for the play."
msgstr "プレイに使用する connection プラグインを選択できます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:134
#: ../../rst/reference_appendices/playbooks_keywords.rst:230
#: ../../rst/reference_appendices/playbooks_keywords.rst:332
#: ../../rst/reference_appendices/playbooks_keywords.rst:461
msgid "tags"
msgstr "タグ"

#: ../../rst/reference_appendices/playbooks_keywords.rst:134
#: ../../rst/reference_appendices/playbooks_keywords.rst:230
#: ../../rst/reference_appendices/playbooks_keywords.rst:332
#: ../../rst/reference_appendices/playbooks_keywords.rst:461
msgid "Tags applied to the task or included tasks, this allows selecting subsets of tasks from the command line."
msgstr "タスクまたは含まれるタスクに適用されるタグ。これにより、コマンドラインからタスクのサブセットを選択できます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:137
msgid "tasks"
msgstr "tasks"

#: ../../rst/reference_appendices/playbooks_keywords.rst:137
msgid "Main list of tasks to execute in the play, they run after :term:`roles` and before :term:`post_tasks`."
msgstr "プレイで実行するタスクの主な一覧。:term:`roles` から :term:`post_tasks` の間に実行されます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:140
#: ../../rst/reference_appendices/playbooks_keywords.rst:233
#: ../../rst/reference_appendices/playbooks_keywords.rst:335
#: ../../rst/reference_appendices/playbooks_keywords.rst:464
msgid "throttle"
msgstr "throttle"

#: ../../rst/reference_appendices/playbooks_keywords.rst:140
#: ../../rst/reference_appendices/playbooks_keywords.rst:233
#: ../../rst/reference_appendices/playbooks_keywords.rst:335
#: ../../rst/reference_appendices/playbooks_keywords.rst:464
msgid "Limit number of concurrent task runs on task, block and playbook level. This is independent of the forks and serial settings, but cannot be set higher than those limits. For example, if forks is set to 10 and the throttle is set to 15, at most 10 hosts will be operated on in parallel."
msgstr "タスク、ブロック、および Playbook レベルで実行される同時タスクの数を制限します。これはフォークとシリアル設定とは独立していますが、このような制限よりも高く設定することはできません。たとえば、フォークを 10 に設定し、スロットルが 15 に設定すると、ほぼ 10 台のホストを並行して操作します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:143
#: ../../rst/reference_appendices/playbooks_keywords.rst:236
#: ../../rst/reference_appendices/playbooks_keywords.rst:338
#: ../../rst/reference_appendices/playbooks_keywords.rst:467
msgid "Time limit for task to execute in, if exceeded Ansible will interrupt and fail the task."
msgstr "実行するタスクの時間制限。これを超えると、Ansible が割り込みし、タスクが失敗します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:146
#: ../../rst/reference_appendices/playbooks_keywords.rst:239
#: ../../rst/reference_appendices/playbooks_keywords.rst:341
#: ../../rst/reference_appendices/playbooks_keywords.rst:473
msgid "vars"
msgstr "vars"

#: ../../rst/reference_appendices/playbooks_keywords.rst:146
#: ../../rst/reference_appendices/playbooks_keywords.rst:239
#: ../../rst/reference_appendices/playbooks_keywords.rst:341
#: ../../rst/reference_appendices/playbooks_keywords.rst:473
msgid "Dictionary/map of variables"
msgstr "変数のディクショナリー/マップ。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:149
msgid "vars_files"
msgstr "vars_files"

#: ../../rst/reference_appendices/playbooks_keywords.rst:149
msgid "List of files that contain vars to include in the play."
msgstr "プレイに含まれる vars が含まれるファイルの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:153
msgid "vars_prompt"
msgstr "vars_prompt"

#: ../../rst/reference_appendices/playbooks_keywords.rst:152
msgid "list of variables to prompt for."
msgstr "プロンプトする変数の一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:156
msgid "Role"
msgstr "ロール"

#: ../../rst/reference_appendices/playbooks_keywords.rst:194
#: ../../rst/reference_appendices/playbooks_keywords.rst:290
#: ../../rst/reference_appendices/playbooks_keywords.rst:401
msgid "delegate_facts"
msgstr "delegate_facts"

#: ../../rst/reference_appendices/playbooks_keywords.rst:194
#: ../../rst/reference_appendices/playbooks_keywords.rst:290
#: ../../rst/reference_appendices/playbooks_keywords.rst:401
msgid "Boolean that allows you to apply facts to a delegated host instead of inventory_hostname."
msgstr "inventory_hostname の代わりに委譲されたホストにファクトを適用できるようにするブール値。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:197
#: ../../rst/reference_appendices/playbooks_keywords.rst:293
#: ../../rst/reference_appendices/playbooks_keywords.rst:404
msgid "delegate_to"
msgstr "delegate_to"

#: ../../rst/reference_appendices/playbooks_keywords.rst:197
#: ../../rst/reference_appendices/playbooks_keywords.rst:293
#: ../../rst/reference_appendices/playbooks_keywords.rst:404
msgid "Host to execute task instead of the target (inventory_hostname). Connection vars from the delegated host will also be used for the task."
msgstr "ターゲットの代わりにタスクを実行するホスト (inventory_hostname)。委譲されたホストからの接続変数もタスクに使用されます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:243
#: ../../rst/reference_appendices/playbooks_keywords.rst:345
#: ../../rst/reference_appendices/playbooks_keywords.rst:476
msgid "when"
msgstr "when"

#: ../../rst/reference_appendices/playbooks_keywords.rst:242
#: ../../rst/reference_appendices/playbooks_keywords.rst:344
#: ../../rst/reference_appendices/playbooks_keywords.rst:476
msgid "Conditional expression, determines if an iteration of a task is run or not."
msgstr "条件式。タスクの反復を実行するかどうかを決定します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:246
msgid "Block"
msgstr "ブロック (Block)"

#: ../../rst/reference_appendices/playbooks_keywords.rst:249
msgid "List of tasks, in a block, that execute no matter if there is an error in the block or not."
msgstr "ブロックにエラーがあるかどうかに関係なく実行される、ブロック内のタスクのリスト。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:270
msgid "block"
msgstr "block"

#: ../../rst/reference_appendices/playbooks_keywords.rst:270
msgid "List of tasks in a block."
msgstr "ブロック内のタスクの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:317
#: ../../rst/reference_appendices/playbooks_keywords.rst:440
msgid "notify"
msgstr "notify"

#: ../../rst/reference_appendices/playbooks_keywords.rst:317
#: ../../rst/reference_appendices/playbooks_keywords.rst:440
msgid "List of handlers to notify when the task returns a 'changed=True' status."
msgstr "タスクが「changed=True」の状態を返す際に通知するハンドラーのリスト。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:326
msgid "rescue"
msgstr "rescue"

#: ../../rst/reference_appendices/playbooks_keywords.rst:326
msgid "List of tasks in a :term:`block` that run if there is a task error in the main :term:`block` list."
msgstr "メインの :term:`block` 一覧にタスクエラーがある場合に実行される :term:`block` 内のタスクの一覧。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:351
msgid "action"
msgstr "action"

#: ../../rst/reference_appendices/playbooks_keywords.rst:351
msgid "The 'action' to execute for a task, it normally translates into a C(module) or action plugin."
msgstr "タスクで実行する「アクション」は、通常 C(module) または action プラグインに変換されます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:357
msgid "args"
msgstr "args"

#: ../../rst/reference_appendices/playbooks_keywords.rst:357
msgid "A secondary way to add arguments into a task. Takes a dictionary in which keys map to options and values."
msgstr "引数をタスクに追加するセカンダリー方法。キーをオプションおよび値にマップするディクショナリーを作成します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:360
msgid "async"
msgstr "async"

#: ../../rst/reference_appendices/playbooks_keywords.rst:360
msgid "Run a task asynchronously if the C(action) supports this; value is maximum runtime in seconds."
msgstr "C(action) がこれをサポートする場合はタスクを非同期に実行します。値は、最大ランタイム (秒単位) です。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:378
msgid "changed_when"
msgstr "changed_when"

#: ../../rst/reference_appendices/playbooks_keywords.rst:378
msgid "Conditional expression that overrides the task's normal 'changed' status."
msgstr "タスクの通常の「changed」状態を上書きする条件式。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:398
msgid "delay"
msgstr "delay"

#: ../../rst/reference_appendices/playbooks_keywords.rst:398
msgid "Number of seconds to delay between retries. This setting is only used in combination with :term:`until`."
msgstr "再試行の間隔の遅延秒数。この設定は :term:`until` と組み合わせてのみ使用されます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:413
msgid "failed_when"
msgstr "failed_when"

#: ../../rst/reference_appendices/playbooks_keywords.rst:413
msgid "Conditional expression that overrides the task's normal 'failed' status."
msgstr "タスクの通常の「failed」状態を上書きする条件式。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:422
msgid "local_action"
msgstr "local_action"

#: ../../rst/reference_appendices/playbooks_keywords.rst:422
msgid "Same as action but also implies ``delegate_to: localhost``"
msgstr "アクションと同じですが、``delegate_to: localhost`` という意味を含みます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:425
msgid "loop"
msgstr "loop"

#: ../../rst/reference_appendices/playbooks_keywords.rst:425
msgid "Takes a list for the task to iterate over, saving each list element into the ``item`` variable (configurable via loop_control)"
msgstr "タスクのリストを取り、各リスト要素を ``item`` 変数に保存します (loop_control で設定可能)。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:428
msgid "loop_control"
msgstr "loop_control"

#: ../../rst/reference_appendices/playbooks_keywords.rst:428
msgid "Several keys here allow you to modify/set loop behaviour in a task. See :ref:`loop_control`."
msgstr "ここにあるいくつかのキーを使用すると、タスクのループ動作を変更/設定できます。:ref:`loop_control` を参照してください。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:443
msgid "poll"
msgstr "poll"

#: ../../rst/reference_appendices/playbooks_keywords.rst:443
msgid "Sets the polling interval in seconds for async tasks (default 10s)."
msgstr "非同期タスク (デフォルトは 10) のポーリング間隔を秒単位で設定します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:449
msgid "register"
msgstr "register"

#: ../../rst/reference_appendices/playbooks_keywords.rst:449
msgid "Name of variable that will contain task status and module return data."
msgstr "タスクステータスとモジュールリターンデータが含まれる変数の名前。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:455
msgid "retries"
msgstr "retries"

#: ../../rst/reference_appendices/playbooks_keywords.rst:455
msgid "Number of retries before giving up in a :term:`until` loop. This setting is only used in combination with :term:`until`."
msgstr ":term:`until` ループで断念するまでの再試行回数。この設定は :term:`until` と組み合わせる場合にのみ使用されます。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:470
msgid "until"
msgstr "until"

#: ../../rst/reference_appendices/playbooks_keywords.rst:470
msgid "This keyword implies a ':term:`retries` loop' that will go on until the condition supplied here is met or we hit the :term:`retries` limit."
msgstr "このキーワードは、ここで提供された条件が満たされるまで、または :term:`retries` の制限に到達するまで実行される ':term:`retries` loop' を意味します。"

#: ../../rst/reference_appendices/playbooks_keywords.rst:481
msgid "with_<lookup_plugin>"
msgstr "with_<lookup_plugin>"

#: ../../rst/reference_appendices/playbooks_keywords.rst:479
msgid "The same as ``loop`` but magically adds the output of any lookup plugin to generate the item list."
msgstr "``loop`` と同じですが、アイテム一覧を生成するために lookup プラグインの出力が視覚的に追加されます。"

#: ../../rst/reference_appendices/python_3_support.rst:3
msgid "Python 3 Support"
msgstr "Python 3 サポート"

#: ../../rst/reference_appendices/python_3_support.rst:5
msgid "Ansible 2.5 and above work with Python 3. Previous to 2.5, using Python 3 was considered a tech preview.  This topic discusses how to set up your controller and managed machines to use Python 3."
msgstr "Ansible 2.5 以降では Python 3 を使用しますが、Python 3 を使用する Ansible 2.4 以前のバージョンは、テクノロジープレビューとみなされます。以下のトピックでは、Python 3 を使用できるようにコントローラーと管理マシンを設定する方法を説明します。"

#: ../../rst/reference_appendices/python_3_support.rst:9
msgid "See :ref: `Control Node Requirements <control_node_requirements>` and :ref: `Managed Node Requirements <managed_node_requirements>` for the specific versions supported."
msgstr "サポート対象のバージョンは、:ref:`Control Node Requirements <control_node_requirements>` および :ref:`Managed Node Requirements <managed_node_requirements>` を参照してください。"

#: ../../rst/reference_appendices/python_3_support.rst:12
msgid "On the controller side"
msgstr "コントローラー側"

#: ../../rst/reference_appendices/python_3_support.rst:14
msgid "The easiest way to run :command:`/usr/bin/ansible` under Python 3 is to install it with the Python3 version of pip.  This will make the default :command:`/usr/bin/ansible` run with Python3:"
msgstr "Python 3 で :command:`/usr/bin/ansible` を最も簡単に実行するには、pip の Python 3 バージョンをインストールします。これでデフォルトで、Python 3 を使用して :command:`/usr/bin/ansible` を実行できます。"

#: ../../rst/reference_appendices/python_3_support.rst:23
msgid "If you are running Ansible :ref:`from_source` and want to use Python 3 with your source checkout, run your command through ``python3``.  For example:"
msgstr "Ansible :ref:`from_source` を実行していて、ソースのチェックアウトに Python 3 を使用するには、``python3`` でコマンドを実行します。以下に例を示します。"

#: ../../rst/reference_appendices/python_3_support.rst:32
msgid "Individual Linux distribution packages may be packaged for Python2 or Python3.  When running from distro packages you'll only be able to use Ansible with the Python version for which it was installed.  Sometimes distros will provide a means of installing for several Python versions (through a separate package or through some commands that are run after install).  You'll need to check with your distro to see if that applies in your case."
msgstr "個々の Linux ディストリビューションパッケージは、Python2 または Python3 にパッケージ化されます。ディストリビューションから実行する場合は、インストールされている Python バージョンでのみ Ansible を使用できます。障害により、複数の Python バージョン (別のパッケージ、またはインストール後に実行される一部のコマンドを介して) インストールを行う手段が提供されます。"

#: ../../rst/reference_appendices/python_3_support.rst:40
msgid "Using Python 3 on the managed machines with commands and playbooks"
msgstr "コマンドおよび Playbook を使用した管理マシンでの Python 3 の使用"

#: ../../rst/reference_appendices/python_3_support.rst:42
msgid "Ansible will automatically detect and use Python 3 on many platforms that ship with it. To explicitly configure a Python 3 interpreter, set the ``ansible_python_interpreter`` inventory variable at a group or host level to the location of a Python 3 interpreter, such as :command:`/usr/bin/python3`. The default interpreter path may also be set in ``ansible.cfg``."
msgstr "Ansible は、同梱されている多数のプラットフォームで Python 3 を自動的に検出して使用します。Python 3 インタープリターを明示的に設定するには、グループまたはホストレベルで、:command:`/usr/bin/python3` などのように、``ansible_python_interpreter`` のインベントリー変数を Python 3 インタープリターの場所に指定します。デフォルトのインタープリターパスも、``ansible.cfg`` に設定できます。"

#: ../../rst/reference_appendices/python_3_support.rst:47
msgid ":ref:`interpreter_discovery` for more information."
msgstr "詳細は「:ref:`interpreter_discovery`」を参照してください。"

#: ../../rst/reference_appendices/python_3_support.rst:62
msgid ":ref:`intro_inventory` for more information."
msgstr "詳細は「:ref:`intro_inventory`」を参照してください。"

#: ../../rst/reference_appendices/python_3_support.rst:64
msgid "Run your command or playbook:"
msgstr "コマンドまたは Playbook を実行します。"

#: ../../rst/reference_appendices/python_3_support.rst:72
msgid "Note that you can also use the `-e` command line option to manually set the python interpreter when you run a command.   This can be useful if you want to test whether a specific module or playbook has any bugs under Python 3.  For example:"
msgstr "コマンドの実行時に、`-e` コマンドラインオプションを指定して、手動で Python インタープリターを設定することもできる点に注意してください。これは、Python 3 で固有のモジュールや Playbook にバグが発生しているかをテストする場合に便利です。"

#: ../../rst/reference_appendices/python_3_support.rst:82
msgid "What to do if an incompatibility is found"
msgstr "非互換性が見つかった場合の対処方法"

#: ../../rst/reference_appendices/python_3_support.rst:84
msgid "We have spent several releases squashing bugs and adding new tests so that Ansible's core feature set runs under both Python 2 and Python 3.  However, bugs may still exist in edge cases and many of the modules shipped with Ansible are maintained by the community and not all of those may be ported yet."
msgstr "Python 2 および Python 3 の両方で Ansible でコアとなる機能が実行できるように、複数リリースにわたってバグ修正や、新規テストが追加されました。ただし、バグは、エッジケースなどでまだ存在する可能性があります。また、Ansible に同梱されている多くのモジュールは、コミュニティーがメンテナンスを実施しており、すべてが移植されているわけではありません。"

#: ../../rst/reference_appendices/python_3_support.rst:89
msgid "If you find a bug running under Python 3 you can submit a bug report on `Ansible's GitHub project <https://github.com/ansible/ansible/issues/>`_.  Be sure to mention Python3 in the bug report so that the right people look at it."
msgstr "Python 3 で実行中にバグを発見した場合には、`Ansible の GitHub プロジェクト <https://github.com/ansible/ansible/issues/>`_ からバグ報告を提出してください。適切な担当者が対応できるように、バグ報告には Python3 と記載するようにしてください。"

#: ../../rst/reference_appendices/python_3_support.rst:93
msgid "If you would like to fix the code and submit a pull request on github, you can refer to :ref:`developing_python_3` for information on how we fix common Python3 compatibility issues in the Ansible codebase."
msgstr "コードを修正して github へのプル要求を送信する場合は、Ansible コードベースで一般的な Python 3 の互換性の問題を修正する方法は、「:ref:`developing_python_3`」参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:5
msgid "Releases and maintenance"
msgstr "リリースおよびメンテナンス"

#: ../../rst/reference_appendices/release_and_maintenance.rst:7
msgid "This section describes release cycles, rules, and maintenance schedules for both Ansible community projects: the Ansible community package and ``ansible-core``. The two projects have different versioning systems, maintenance structures, contents, and workflows."
msgstr "このセクションでは、Ansibleコミュニティプロジェクトの両方 (Ansibleコミュニティパッケージと``ansible-core``) のリリースサイクル、ルール、およびメンテナンススケジュールについて説明します。この2つのプロジェクトのバージョン管理システム、保守構造、コンテンツ、およびワークフローは異なります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:10
msgid "Ansible community package"
msgstr "Ansibleコミュニティパッケージ"

#: ../../rst/reference_appendices/release_and_maintenance.rst:12
msgid "Uses new versioning (2.10, then 3.0.0)"
msgstr "新しいバージョン管理を使用する（2.10、次に3.0.0）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:12
msgid "Continues \"classic Ansible\" versioning (2.11, then 2.12)"
msgstr "従来の Ansible バージョン管理を続行する（2.11、次に2.12）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:13
msgid "Follows semantic versioning rules"
msgstr "セマンティックバージョニングルールに従う"

#: ../../rst/reference_appendices/release_and_maintenance.rst:13
msgid "Does not use semantic versioning"
msgstr "セマンティックバージョニングを使用しない"

#: ../../rst/reference_appendices/release_and_maintenance.rst:14
msgid "Maintains only one version at a time"
msgstr "一度に1つのバージョンのみを維持する"

#: ../../rst/reference_appendices/release_and_maintenance.rst:14
msgid "Maintains latest version plus two older versions"
msgstr "最新バージョンと以前のバージョンを2つ維持する"

#: ../../rst/reference_appendices/release_and_maintenance.rst:15
msgid "Includes language, runtime, and selected Collections"
msgstr "言語、ランタイム、および選択したコレクションが含まれる"

#: ../../rst/reference_appendices/release_and_maintenance.rst:15
msgid "Includes language, runtime, and builtin plugins"
msgstr "言語、ランタイム、および組み込みプラグインが含まれる"

#: ../../rst/reference_appendices/release_and_maintenance.rst:16
msgid "Developed and maintained in Collection repositories"
msgstr "コレクションリポジトリで開発および保守されている"

#: ../../rst/reference_appendices/release_and_maintenance.rst:16
msgid "Developed and maintained in ansible/ansible repository"
msgstr "ansible / ansibleリポジトリで開発および保守されている"

#: ../../rst/reference_appendices/release_and_maintenance.rst:19
msgid "Many community users install the Ansible community package. The Ansible community package offers the functionality that existed in Ansible 2.9, with more than 85 Collections containing thousands of modules and plugins. The ``ansible-core`` option is primarily for developers and users who want to install only the collections they need."
msgstr "多くのコミュニティユーザーがAnsibleコミュニティパッケージをインストールします。Ansibleコミュニティパッケージでは、Ansible 2.9に存在していた機能と、85を超えるコレクション (数千のモジュールとプラグインを含む) が提供されます。``ansible-core``オプションは主に、必要なコレクションだけをインストールする開発者とユーザー向けです。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:27
msgid "Release cycle overview"
msgstr "リリースサイクルの概要"

#: ../../rst/reference_appendices/release_and_maintenance.rst:29
msgid "The two community releases are related - the release cycle follows this pattern:"
msgstr "2つのコミュニティリリースは関連しており、リリースサイクルは以下のようなパターンになっています。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:31
msgid "Release of a new ansible-core major version, for example, ansible-core 2.11"
msgstr "新しいansible-coreメジャーバージョンのリリース（ansible-core 2.11など）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:33
msgid "New release of ansible-core and two prior versions are now maintained (in this case, ansible-base 2.10, Ansible 2.9)"
msgstr "ansible-coreの新しいリリースと2つ前までのバージョンが維持されるように（今回の場合はansible-base 2.10とAnsible 2.9）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:34
msgid "Work on new features for ansible-core continues in the ``devel`` branch"
msgstr "ansible-coreの新機能に関する作業は``devel``ブランチで継続される"

#: ../../rst/reference_appendices/release_and_maintenance.rst:36
msgid "Collection freeze (no new Collections or new versions of existing Collections) on the Ansible community package"
msgstr "Ansibleコミュニティパッケージでのコレクションのフリーズ（新しいコレクションや既存のコレクションの新しいバージョンはありません）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:37
msgid "Release candidate for Ansible community package, testing, additional release candidates as necessary"
msgstr "Ansibleコミュニティパッケージのリリース候補、テスト、必要に応じて追加のリリース候補"

#: ../../rst/reference_appendices/release_and_maintenance.rst:38
msgid "Release of a new Ansible community package major version based on the new ansible-core, for example, Ansible 4.0.0 based on ansible-core 2.11"
msgstr "新しいansible-coreに基づく新しいAnsibleコミュニティパッケージメジャーバージョンのリリース（例: ansible-core2.11に基づくAnsible4.0.0)"

#: ../../rst/reference_appendices/release_and_maintenance.rst:40
msgid "Newest release of the Ansible community package is the only version now maintained"
msgstr "Ansibleコミュニティパッケージの最新リリースだけが現在維持されているバージョンである"

#: ../../rst/reference_appendices/release_and_maintenance.rst:41
msgid "Work on new features continues in Collections"
msgstr "新機能の作業はコレクションで継続される"

#: ../../rst/reference_appendices/release_and_maintenance.rst:42
msgid "Individual Collections can make multiple minor and major releases"
msgstr "個々のコレクションは、複数のマイナーリリースおよび/またはメジャーリリースを作成できる"

#: ../../rst/reference_appendices/release_and_maintenance.rst:44
msgid "Minor releases of three maintained ansible-core versions every three weeks (2.11.1)"
msgstr "3つのansible-core管理バージョンを3週間毎にマイナーリリース（2.11.1）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:45
msgid "Minor releases of the single maintained Ansible community package version every three weeks (4.1.0)"
msgstr "Ansibleコミュニティーパッケージの管理バージョン1つを3週間毎にマイナーリリース（4.1.0）"

#: ../../rst/reference_appendices/release_and_maintenance.rst:46
msgid "Feature freeze on ansible-core"
msgstr "ansible-core 機能のフリーズ"

#: ../../rst/reference_appendices/release_and_maintenance.rst:47
msgid "Release candidate for ansible-core, testing, additional release candidates as necessary"
msgstr "ansible-core のリリース候補、テスト、必要に応じて追加のリリース候補"

#: ../../rst/reference_appendices/release_and_maintenance.rst:48
msgid "Release of the next ansible-core major version, cycle begins again"
msgstr "次のansible-coreメジャーバージョンのリリース。サイクルの再開"

#: ../../rst/reference_appendices/release_and_maintenance.rst:51
msgid "Ansible community package release cycle"
msgstr "Ansible コミュニティーパッケージのリリースサイクル"

#: ../../rst/reference_appendices/release_and_maintenance.rst:53
msgid "The Ansible community team typically releases two major versions of the community package per year, on a flexible release cycle that trails the release of ``ansible-core``. This cycle can be extended to allow for larger changes to be properly implemented and tested before a new release is made available. See :ref:`ansible_roadmaps` for upcoming release details. Between major versions, we release a new minor version of the Ansible community package every three weeks. Minor releases include new backwards-compatible features, modules and plugins, as well as bug fixes."
msgstr "Ansible コミュニティーチームは通常、1年に2回メジャーバージョンをリリースし、柔軟なリリースサイクルで ``ansible-core`` のリリースに続きます。このサイクルは、新しいリリースを提供する前に規模の大きい変更を正しく実装してテストできるように、延期できるようになっています。今後のリリースの詳細は、:ref:`ansible_roadmaps`を参照してください。次のメジャーバージョンがリリースされるまでに、Ansible コミュニティーパッケージの新規マイナーバージョンが3週間毎にリリースされます。マイナーリリースには、後方互換性のある機能、モジュール、プラグインだけでなく、バグ修正が含まれます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:55
msgid "Starting with version 2.10, the Ansible community team guarantees maintenance for only one major community package release at a time. For example, when Ansible 4.0.0 gets released, the team will stop making new 3.x releases. Community members may maintain older versions if desired."
msgstr "バージョン2.10以降、Ansibleコミュニティチームは、一度に主要なコミュニティパッケージリリースの保守の保証するのは1バージョンのみです。たとえば、Ansible チームでは、Ansible 4.0.0がリリースされると、新しい3.xリリースの作成を停止します。コミュニティメンバーは、必要に応じて古いバージョンを維持できます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:59
msgid "Each Ansible EOL version may issue one final maintenance release at or shortly after the first release of the next version. When this happens, the final maintenance release is EOL at the date it releases."
msgstr "各 AnsibleEOL バージョンは、次のバージョンの最初のリリース時またはその直後に、1 つの最終メンテナンスリリースを発行する場合があります。その場合、最終メンテナンスリリースはリリース日で EOL になります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:64
msgid "Older, unmaintained versions of the Ansible community package might contain unfixed security vulnerabilities (*CVEs*). If you are using a release of the Ansible community package that is no longer maintained, we strongly encourage you to upgrade as soon as possible to benefit from the latest features and security fixes."
msgstr "メンテナンスされていない以前のバージョンのAnsibleコミュニティパッケージには、修正されていないセキュリティの脆弱性（* CVE *）が含まれている可能性があります。メンテナンスが終了したAnsibleコミュニティパッケージのリリースを使用している場合は、できるだけ早くアップグレードして、最新の機能とセキュリティ修正を利用することを強くお勧めします。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:66
msgid "Each major release of the Ansible community package accepts the latest released version of each included Collection and the latest released version of ansible-core. For specific schedules and deadlines, see the :ref:`ansible_roadmaps` for each version. Major releases of the Ansible community package can contain breaking changes in the modules and other plugins within the included Collections and in core features."
msgstr "Ansible コミュニティーパッケージの各メジャーリリースには、追加するコレクションごとの最新のリリースバージョンと、最新リリースバージョンの ansible-core を追加できます。具体的なスケジュールや期限については、各バージョンの:ref:`ansible_roadmaps`を参照してください。Ansible コミュニティーパッケージのメジャーリリースに含まれるコレクションやコア機能に、モジュールやその他の大規模な変更が含まれる可能性があります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:68
msgid "The Ansible community package follows semantic versioning rules. Minor releases of the Ansible community package accept only backwards-compatible changes in included Collections, that is, not Collections major releases. Collections must also use semantic versioning, so the Collection version numbers reflect this rule. For example, if Ansible 3.0.0 releases with community.general 2.0.0, then all minor releases of Ansible 3.x (such as Ansible 3.1.0 or Ansible 3.5.0) must include a 2.x release of community.general (such as 2.8.0 or 2.9.5) and not 3.x.x or later major releases."
msgstr "Ansibleコミュニティパッケージは、セマンティックバージョニングルールを使用します。Ansibleコミュニティパッケージのマイナーリリースは、同梱されているコレクションと下位互換性のある変更のみを受け入れます。つまり、コレクションのメジャーリリースは受け入れません。コレクションもセマンティックバージョニングを使用する必要があるため、コレクションのバージョン番号もこのルールを反映しています。たとえば、community.general 2.0.0 が含まれる Ansible 3.0.0 リリースの場合には、Ansible 3.x の全マイナーリリース (Ansbile 3.1.0 または Ansible 3.5.0など)には、3.0.0 以降のメジャーリリースではなく、 community.general (2.8.0 または 2.9.5など)の2.xリリースを含める必要があります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:70
msgid "Work in Collections is tracked within the individual Collection repositories."
msgstr "コレクションでの作業は、個々のコレクションリポジトリ内で追跡されます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:72
msgid "You can refer to the :ref:`Ansible package porting guides<porting_guides>` for tips on updating your playbooks to run on newer versions of Ansible. For Ansible 2.10 and later releases, you can install the Ansible package with ``pip``. See :ref:`intro_installation_guide` for details. You can download older Ansible releases from `<https://releases.ansible.com/ansible/>`_."
msgstr "Ansible Playbook を更新して新しいバージョンで実行するときのヒントについては、「:ref:`Ansible package porting guides<porting_guides>`」を参照してください。Ansible 2.10 以降のリリースでは、``pip`` で Ansible パッケージをインストールできます。詳細は、「:ref:`intro_installation_guide`」を参照してください。Ansible リリースは `<https://releases.ansible.com/ansible/>`_ からダウンロードできます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:76
msgid "Ansible community changelogs"
msgstr "Ansible コミュニティーの変更ログ"

#: ../../rst/reference_appendices/release_and_maintenance.rst:78
msgid "This table links to the changelogs for each major Ansible release. These changelogs contain the dates and significant changes in each minor release."
msgstr "以下の表には、Ansible の各メジャーリリースの変更ログへのリンクが含まれています。このような変更ログには、各マイナーリリースの日付や、大きな変更が含まれます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:81
msgid "Ansible Community Package Release"
msgstr "Ansible コミュニティーパッケージのリリース"

#: ../../rst/reference_appendices/release_and_maintenance.rst:81
msgid "Status"
msgstr "ステータス"

#: ../../rst/reference_appendices/release_and_maintenance.rst:81
msgid "Core version dependency"
msgstr "Core バージョンの依存関係"

#: ../../rst/reference_appendices/release_and_maintenance.rst:83
msgid "8.0.0"
msgstr "8.0.0"

#: ../../rst/reference_appendices/release_and_maintenance.rst:83
msgid "In development (unreleased)"
msgstr "開発中 (未リリース)"

#: ../../rst/reference_appendices/release_and_maintenance.rst:84
msgid "`7.x Changelogs`_"
msgstr "`7.x Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:84
msgid "Current"
msgstr "現行"

#: ../../rst/reference_appendices/release_and_maintenance.rst:85
msgid "`6.x Changelogs`_"
msgstr "`6.x Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:85
msgid "Unmaintained (end of life) after Ansible 6.7.0"
msgstr "Ansible 6.7.0 以降、メンテナンス対象外 (サポート終了)"

#: ../../rst/reference_appendices/release_and_maintenance.rst:86
msgid "`5.x Changelogs`_"
msgstr "`5.x Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:86
#: ../../rst/reference_appendices/release_and_maintenance.rst:87
#: ../../rst/reference_appendices/release_and_maintenance.rst:88
#: ../../rst/reference_appendices/release_and_maintenance.rst:89
msgid "Unmaintained (end of life)"
msgstr "メンテナンス対象外 (エンドオフライフ)"

#: ../../rst/reference_appendices/release_and_maintenance.rst:87
msgid "`4.x Changelogs`_"
msgstr "`4.x Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:88
msgid "`3.x Changelogs`_"
msgstr "`3.x Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:89
msgid "`2.10 Changelogs`_"
msgstr "`2.10 Changelogs`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:101
msgid "ansible-core release cycle"
msgstr "ansible-core リリースサイクル"

#: ../../rst/reference_appendices/release_and_maintenance.rst:103
msgid "``ansible-core`` is developed and released on a flexible release cycle. We can extend this cycle to properly implement and test larger changes before a new release is made available. See :ref:`ansible_core_roadmaps` for upcoming release details."
msgstr "``ansible-core`` は、柔軟なリリースサイクルで開発およびリリースされます。このサイクルを延長して、新しいリリースが利用可能になる前に、より大きな変更を適切に実装およびテストできます。今後のリリースの詳細については :ref:`ansible_core_roadmaps` を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:105
msgid "``ansible-core`` has a graduated maintenance structure that extends to three major releases. For more information, read about the :ref:`development_and_stable_version_maintenance_workflow` or see the chart in :ref:`release_schedule` for the degrees to which current releases are maintained."
msgstr "``ansible-core`` には、3 つのメジャーリリースで展開される段階的なメンテナンス構造があります。詳細は、「:ref:`development_and_stable_version_maintenance_workflow`」を参照してください。また、現在のリリースがどの程度メンテナンスされているかについては、:ref:`release_schedule` の表を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:111
msgid "Older, unmaintained versions of ``ansible-core`` can contain unfixed security vulnerabilities (*CVEs*). If you are using a release of ``ansible-core`` that is no longer maintained, we strongly encourage you to upgrade as soon as possible to benefit from the latest features and security fixes. ``ansible-core`` maintenance continues for 3 releases.  Thus the latest release receives security and general bug fixes when it is first released, security and critical bug fixes when the next ``ansible-core`` version is released, and **only** security fixes once the follow on to that version is released."
msgstr "``ansible-core``のメンテナンスされていない以前のバージョンには、セキュリティー脆弱性 (*CVE*) が含まれる場合があります。保守のない``ansible-core``のリリースを使用している場合には、最新の機能およびセキュリティー修正を活用できるように、すぐにアップグレードすることを強く推奨します。``ansible-core``の保守は、3リリース分継続されます。そのため、最新のリリースでは、初回リリース時にセキュリティーと一般的なバグ修正が、次の``ansible-core``バージョンがリリースされると、セキュリティーと重大なバグ修正が、その次のバージョンがリリースされると、セキュリティー修正**のみ**が提供されます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:113
msgid "You can refer to the :ref:`core_porting_guides` for tips on updating your playbooks to run on newer versions of ``ansible-core``."
msgstr "Playbook を更新して``ansible-core`` の新しいバージョンで実行するときのヒントは、「:ref:`core_porting_guides`」を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:115
msgid "You can install ``ansible-core`` with ``pip``. See :ref:`intro_installation_guide` for details."
msgstr "``pip`` で ``ansible-core`` をインストールできます。詳細は、「:ref:`intro_installation_guide`」を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:121
msgid "``ansible-core`` support matrix"
msgstr "``ansible-core`` サポートマトリックス"

#: ../../rst/reference_appendices/release_and_maintenance.rst:123
msgid "This table links to the changelogs for each major ``ansible-core`` release. These changelogs contain the dates and significant changes in each minor release. Dates listed indicate the start date of the maintenance cycle."
msgstr "以下の表には、``ansible-core`` の各メジャーリリースの変更ログへのリンクが含まれています。このような変更ログには、各マイナーリリースの日付や、大きな変更が含まれます。記載の日付は、メンテナンスサイクルの開始日を指します。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:129
msgid "Version"
msgstr "バージョン"

#: ../../rst/reference_appendices/release_and_maintenance.rst:130
msgid "Support"
msgstr "サポート"

#: ../../rst/reference_appendices/release_and_maintenance.rst:131
msgid "End Of Life"
msgstr "ライフサイクル終了日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:132
msgid "Controller Python"
msgstr "Controller Python"

#: ../../rst/reference_appendices/release_and_maintenance.rst:133
msgid "Target Python / PowerShell"
msgstr "Target Python / PowerShell"

#: ../../rst/reference_appendices/release_and_maintenance.rst:134
msgid "`2.15`_"
msgstr "`2.15`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 22 May 2023"
msgstr "一般提供: 2023 年 5 月 22 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 06 Nov 2023"
msgstr "クリティカル: 2023 年 11 月 6 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 20 May 2024"
msgstr "セキュリティー: 2024 年 5 月 20 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:138
msgid "Nov 2024"
msgstr "2024 年 11 月"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.9 - 3.11"
msgstr "Python 3.9 - 3.11"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 2.7"
msgstr "Python 2.7"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.5 - 3.11"
msgstr "Python 3.5 - 3.11"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "PowerShell 3 - 5.1"
msgstr "PowerShell 3 - 5.1"

#: ../../rst/reference_appendices/release_and_maintenance.rst:143
msgid "`2.14`_"
msgstr "`2.14`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 07 Nov 2022"
msgstr "一般提供: 2022 年 11 月 7 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 22 May 2023"
msgstr "クリティカル: 2023 年 5 月 22 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 06 Nov 2023"
msgstr "セキュリティー: 2023 年 11 月 6 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:147
msgid "20 May 2024"
msgstr "2024 年 5 月 20 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:152
msgid "`2.13`_"
msgstr "`2.13`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 23 May 2022"
msgstr "一般提供: 2022 年 5 月 23 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 07 Nov 2022"
msgstr "クリティカル: 2022 年 11 月 7 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 22 May 2023"
msgstr "セキュリティー: 2023 年 5 月 22 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:156
msgid "06 Nov 2023"
msgstr "2023 年 11 月 6 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.8 - 3.10"
msgstr "Python 3.8 - 3.10"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.5 - 3.10"
msgstr "Python 3.5 - 3.10"

#: ../../rst/reference_appendices/release_and_maintenance.rst:161
msgid "`2.12`_"
msgstr "`2.12`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 08 Nov 2021"
msgstr "一般提供: 2021 年 11 月 8 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 23 May 2022"
msgstr "クリティカル: 2022 年 5 月 23 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 07 Nov 2022"
msgstr "セキュリティー: 2022 年 11 月 7 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:165
msgid "22 May 2023"
msgstr "2023 年 5 月 22 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 2.6"
msgstr "Python 2.6"

#: ../../rst/reference_appendices/release_and_maintenance.rst:170
msgid "`2.11`_"
msgstr "`2.11`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 26 Apr 2021"
msgstr "一般提供: 2021 年 4 月 26 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 08 Nov 2021"
msgstr "クリティカル: 2021 年 11 月 8 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 23 May 2022"
msgstr "セキュリティー: 2022 年 5 月 23 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "**EOL**"
msgstr "**EOL**"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "07 Nov 2022"
msgstr "2023 年 11 月 7 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.5 - 3.9"
msgstr "Python 3.5 - 3.9"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 2.6 - 2.7"
msgstr "Python 2.6 - 2.7"

#: ../../rst/reference_appendices/release_and_maintenance.rst:181
msgid "`2.10`_"
msgstr "`2.10`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 13 Aug 2020"
msgstr "一般提供: 2020 年 8 月 13 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 26 Apr 2021"
msgstr "クリティカル: 2021 年 4 月 26 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 08 Nov 2021"
msgstr "セキュリティー: 2021 年 11 月 8 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "23 May 2022"
msgstr "2022 年 5 月 23 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst:192
msgid "`2.9`_"
msgstr "`2.9`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "GA: 31 Oct 2019"
msgstr "一般提供: 2019 年 10 月 31 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Critical: 13 Aug 2020"
msgstr "クリティカル: 2020 年 8 月 13 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Security: 26 Apr 2021"
msgstr "セキュリティー: 2021 年 4 月 26 日"

#: ../../rst/reference_appendices/release_and_maintenance.rst
msgid "Python 3.5 - 3.8"
msgstr "Python 3.5 - 3.8"

#: ../../rst/reference_appendices/release_and_maintenance.rst:295
msgid "Preparing for a new release"
msgstr "新しいリリースの準備"

#: ../../rst/reference_appendices/release_and_maintenance.rst:300
msgid "Feature freezes"
msgstr "機能フリーズ"

#: ../../rst/reference_appendices/release_and_maintenance.rst:302
msgid "During final preparations for a new release, core developers and maintainers focus on improving the release candidate, not on adding or reviewing new features. We may impose a feature freeze."
msgstr "新しいリリースの最終準備中、コア開発者とメンテナは、新機能の追加やレビューではなく、リリース候補の改善に集中します。機能フリーズを指示する場合があります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:304
msgid "A feature freeze means that we delay new features and fixes unrelated to the pending release so we can create the new release as soon as possible."
msgstr "機能フリーズとは、保留中のリリースに関連のない新機能や修正を遅らせて、新しいリリースをできるだけ早く作成できるようにすることを意味します。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:309
msgid "Release candidates"
msgstr "リリースの候補 (Release Candidate)"

#: ../../rst/reference_appendices/release_and_maintenance.rst:311
msgid "We create at least one release candidate before each new major release of Ansible or ``ansible-core``. Release candidates allow the Ansible community to try out new features, test existing playbooks on the release candidate, and report bugs or issues they find."
msgstr "Ansibleまたは``ansible-core``の新しいメジャーリリースの前に毎回、少なくとも1つのリリース候補を作成します。リリース候補を使用することで、Ansibleコミュニティは新機能を試したり、リリース候補で既存のPlaybookをテストしたり、見つかったバグや問題を報告したりできます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:313
msgid "Ansible and ``ansible-core`` tag the first release candidate (RC1) which is usually scheduled to last five business days. If no major bugs or issues are identified during this period, the release candidate becomes the final release."
msgstr "Ansible および ``ansible-core`` は、最初のリリース候補のタグ (RC1) が付けられます。通常、RC1 は最後の5営業日にスケジュールされます。この期間にメジャーなバグや問題が特定されない場合には、リリース候補が最終リリースとなります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:315
msgid "If there are major problems with the first candidate, the team and the community fix them and tag a second release candidate (RC2). This second candidate lasts for a shorter duration than the first. If no problems have been reported for an RC2 after two business days, the second release candidate becomes the final release."
msgstr "最初の候補に大きな問題がある場合は、チームおよびコミュニティーが修正を加えて、2 番目の候補のタグ (RC2) が付けられます。2 番目の候補は、1 番目よりも期間は短くなります。2 営業日が経過して問題が報告されない場合は、この2番目のリリース候補が最終的なリリースとなります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:317
msgid "If there are major problems in RC2, the cycle begins again with another release candidate and repeats until the maintainers agree that all major problems have been fixed."
msgstr "RC2に重大な問題がある場合には、サイクルは別のリリース候補から再開され、すべての主要な問題が修正されたことにメンテナが同意するまで繰り返されます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:323
msgid "Development and maintenance workflows"
msgstr "開発と保守のワークフロー"

#: ../../rst/reference_appendices/release_and_maintenance.rst:325
msgid "In between releases, the Ansible community develops new features, maintains existing functionality, and fixes bugs in ``ansible-core`` and in the collections included in the Ansible community package."
msgstr "次のリリースまでの間に、Ansibleコミュニティは新しい機能を開発して既存の機能のメンテナンスを行い、``ansible-core`` や Ansible コミュニティーパッケージに含まれるコレクションのバグを修正します。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:328
msgid "Ansible community package workflow"
msgstr "Ansible コミュニティパッケージのワークフロー"

#: ../../rst/reference_appendices/release_and_maintenance.rst:330
msgid "The Ansible community develops and maintains the features and functionality included in the Ansible community package in Collections repositories, with a workflow that looks like this:"
msgstr "Ansibleコミュニティは、コレクションリポジトリのAnsibleコミュニティパッケージに含まれる機能を開発および保守します。ワークフローは次のようになります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:332
msgid "Developers add new features and bug fixes to the individual Collections, following each Collection's rules on contributing."
msgstr "開発者は、貢献に関する各コレクションのルールに従って、個々のコレクションに新機能とバグ修正を追加する。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:333
#: ../../rst/reference_appendices/release_and_maintenance.rst:347
msgid "Each new feature and each bug fix includes a changelog fragment describing the work."
msgstr "各新機能と各バグ修正には、作業を説明する変更ログフラグメントが含まれている。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:334
msgid "Release engineers create a minor release for the current version every three weeks to ensure that the latest bug fixes are available to users."
msgstr "リリースエンジニアは、最新のバグ修正をユーザーが利用できるように、現在のバージョンのマイナーリリースを3週間ごとに作成する。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:335
msgid "At the end of the development period, the release engineers announce which Collections, and which major version of each included Collection,  will be included in the next release of the Ansible community package. New Collections and new major versions may not be added after this, and the work of creating a new release begins."
msgstr "開発期間の終わりに、リリースエンジニアは、Ansibleコミュニティパッケージの次のリリースに含まれるコレクションと、追加済みの各コレクションのメジャーバージョンを発表します。これ以降は、コレクションおよびメジャーバージョンは新たに追加できず、新しいリリースの作成準備が開始されます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:337
msgid "We generally do not provide fixes for unmaintained releases of the Ansible community package, however, there can sometimes be exceptions for critical issues."
msgstr "通常、Ansible コミュニティーパッケージで保守されていないバージョンに対する修正は提供していませんが、重大な問題に関しては例外で対応する可能性があります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:339
msgid "Some Collections are maintained by the Ansible team, some by Partner organizations, and some by community teams. For more information on adding features or fixing bugs in Ansible-maintained Collections, see :ref:`contributing_maintained_collections`."
msgstr "Ansibleチーム、パートナー組織、コミュニティチームがコレクションをそれぞれ部分的に管理しています。 Ansibleで管理されているコレクションの機能の追加やバグの修正の詳細については、:ref:`contributing_maintained_collections` を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:342
msgid "ansible-core workflow"
msgstr "ansible-core ワークフロー"

#: ../../rst/reference_appendices/release_and_maintenance.rst:344
msgid "The Ansible community develops and maintains ``ansible-core`` on GitHub_, with a workflow that looks like this:"
msgstr "Ansibleコミュニティは、GitHub_の``ansible-core``で開発と維持を行っており、次のようなワークフローを使用します。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:346
msgid "Developers add new features and bug fixes to the ``devel`` branch."
msgstr "開発者は、``devel``ブランチに新機能とバグ修正を追加する。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:348
msgid "The development team backports bug fixes to one, two, or three stable branches, depending on the severity of the bug. They do not backport new features."
msgstr "開発チームは、バグの重大度に応じて、バグ修正を1つ、2つ、または3つの安定したブランチにバックポートし、新機能のバックポートは行わない。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:349
msgid "Release engineers create a minor release for each maintained version every three weeks to ensure that the latest bug fixes are available to users."
msgstr "リリースエンジニアは、最新のバグ修正をユーザーが利用できるように、各保守バージョンのマイナーリリースを3週間ごとに作成する。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:350
msgid "At the end of the development period, the release engineers impose a feature freeze and the work of creating a new release begins."
msgstr "開発期間の終わりに、リリースエンジニアは機能をフリーズし、新しいリリースの準備を開始する。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:352
msgid "We generally do not provide fixes for unmaintained releases of ``ansible-core``, however, there can sometimes be exceptions for critical issues."
msgstr "通常、メンテナンスされていない``ansible-core``リリースに対する修正は提供していませんが、重大な問題に関しては例外で対応する可能性があります。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:354
msgid "For more information about adding features or fixing bugs in ``ansible-core`` see :ref:`community_development_process`."
msgstr "``ansible-core`` の機能の追加またはバグの修正の詳細については、:ref:`community_development_process` を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:361
msgid "Generating changelogs"
msgstr "変更ログの生成"

#: ../../rst/reference_appendices/release_and_maintenance.rst:363
msgid "We generate changelogs based on fragments. When creating new features for existing modules and plugins or fixing bugs, create a changelog fragment describing the change. A changelog entry is not needed for new modules or plugins. Details for those items will be generated from the module documentation."
msgstr "変更ログは、フラグメントに基づいて生成されます。既存のモジュールやプラグインの新しい機能を作成したり、バグを修正したりするときは、変更点を記述した変更ログフラグメントを作成します。変更ログのエントリーは、新しいモジュールやプラグインには必要ありません。それらの項目の詳細は、モジュールのドキュメントから生成されます。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:365
msgid "To add changelog fragments to Collections in the Ansible community package, we recommend the `antsibull-changelog utility <https://github.com/ansible-community/antsibull-changelog/blob/main/docs/changelogs.rst>`_."
msgstr "Ansibleコミュニティパッケージのコレクションに変更ログフラグメントを追加するには、`antsibull-changelog utility <https://github.com/ansible-community/antsibull-changelog/blob/main/docs/changelogs.rst>`_を推奨します。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:367
msgid "To add changelog fragments for new features and bug fixes in ``ansible-core``, see the :ref:`changelog examples and instructions<changelogs_how_to>` in the Community Guide."
msgstr "``ansible-core``に新機能とバグ修正の変更ログフラグメントを追加するには、コミュニティガイドの:ref:`changelog examples and instructions<changelogs_how_to>`を参照してください。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:370
msgid "Deprecation cycles"
msgstr "非推奨サイクル"

#: ../../rst/reference_appendices/release_and_maintenance.rst:372
msgid "Sometimes we remove a feature, normally in favor of a reimplementation that we hope does a better job. To do this we have a deprecation cycle. First we mark a feature as 'deprecated'. This is normally accompanied with warnings to the user as to why we deprecated it, what alternatives they should switch to and when (which version) we are scheduled to remove the feature permanently."
msgstr "通常、再実装してジョブ実行の改善を希望する場合など、機能を削除することがあります。これを行うために、非推奨のサイクルがあります。まず、機能を「非推奨」としてマークします。これには通常、非推奨になった理由、ユーザーが切り替える必要のある代替手段、および機能を完全に削除する予定の時期 (バージョン) に関する警告が伴います。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:375
msgid "Ansible community package deprecation cycle"
msgstr "Ansibleコミュニティパッケージの非推奨サイクル"

#: ../../rst/reference_appendices/release_and_maintenance.rst:377
msgid "Since Ansible is a package of individual collections, the deprecation cycle depends on the collection maintainers. We recommend the collection maintainers deprecate a feature in one Ansible major version and do not remove that feature for one year, or at least until the next major Ansible version. For example, deprecate the feature in 3.1.0 and do not remove the feature until 5.0.0 or 4.0.0 at the earliest. Collections should use semantic versioning, such that the major collection version cannot be changed within an Ansible major version. Therefore, the removal should not happen before the next major Ansible community package release. This is up to each collection maintainer and cannot be guaranteed."
msgstr "Ansible は個別のコレクションのパッケージであるため、非推奨のサイクルはコレクションのメンテナーによって異なります。コレクションメンテナーは 1 つの Ansible メジャーバージョンでこの機能を非推奨にし、1 年間でその機能を削除するか、少なくとも次の Ansible バージョンまでに削除しないことを推奨します。たとえば、3.1.0 でこの機能を非推奨にした場合は、最低でも 5.0.0 または 4.0.0 までの機能を削除しないでください。コレクションはセマンティックバージョニングを使用する必要があります。したがって、メジャーコレクションバージョンは、Ansible メジャーバージョン内で変更できません。したがって、次のメジャーリリースの Ansible コミュニティーパッケージリリースの前に削除することはできません。これは、各コレクションのメンテナーの役割であり、保証されているものではありません。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:380
msgid "ansible-core deprecation cycle"
msgstr "ansible-core 非推奨サイクル"

#: ../../rst/reference_appendices/release_and_maintenance.rst:382
msgid "The deprecation cycle in ``ansible-core`` is normally across 4 feature releases (2.x. where the x marks a feature release). The feature is normally removed in the 4th release after we announce the deprecation. For example, something deprecated in 2.10 will be removed in 2.14. The tracking is tied to the number of releases, not the release numbering itself."
msgstr "``ansible-core`` の非推奨サイクルは通常 4 つの機能リリース (たとえば 2.x. の x は機能リリースを示す) にまたがるため、機能は通常、非推奨を発表してから 4 番目のリリースで削除されます。たとえば、2.10 で非推奨になったものは、2.14 で削除されます。追跡は、リリース番号ではなく、リリースの数に自体に関連付けられています。"

#: ../../rst/reference_appendices/release_and_maintenance.rst:386
msgid ":ref:`community_committer_guidelines`"
msgstr ":ref:`community_committer_guidelines`"

#: ../../rst/reference_appendices/release_and_maintenance.rst:387
msgid "Guidelines for Ansible core contributors and maintainers"
msgstr "Ansible で中心となる貢献者およびメンテナー向けガイドライン"

#: ../../rst/reference_appendices/release_and_maintenance.rst:388
msgid ":ref:`testing_strategies`"
msgstr ":ref:`testing_strategies`"

#: ../../rst/reference_appendices/release_and_maintenance.rst:389
msgid "Testing strategies"
msgstr "ストラテジーのテスト"

#: ../../rst/reference_appendices/release_and_maintenance.rst:390
msgid ":ref:`ansible_community_guide`"
msgstr ":ref:`ansible_community_guide`"

#: ../../rst/reference_appendices/release_and_maintenance.rst:391
msgid "Community information and contributing"
msgstr "コミュニティー情報および貢献"

#: ../../rst/reference_appendices/release_and_maintenance.rst:392
msgid "`Development Mailing List <https://groups.google.com/group/ansible-devel>`_"
msgstr "`Development Mailing List <https://groups.google.com/group/ansible-devel>`_"

#: ../../rst/reference_appendices/release_and_maintenance.rst:393
msgid "Mailing list for development topics"
msgstr "開発トピックのメーリングリスト"

#: ../../rst/reference_appendices/special_variables.rst:4
msgid "Special Variables"
msgstr "特別な変数"

#: ../../rst/reference_appendices/special_variables.rst:7
msgid "Magic variables"
msgstr "マジック変数"

#: ../../rst/reference_appendices/special_variables.rst:8
msgid "These variables cannot be set directly by the user; Ansible will always override them to reflect internal state."
msgstr "マジック変数は、ユーザーが直接設定できません。Ansible がシステム内の状態を反映してこの変数を常にオーバーライドします。"

#: ../../rst/reference_appendices/special_variables.rst:11
msgid "ansible_check_mode"
msgstr "ansible_check_mode"

#: ../../rst/reference_appendices/special_variables.rst:11
msgid "Boolean that indicates if we are in check mode or not"
msgstr "チェックモードかどうかを指定するブール値"

#: ../../rst/reference_appendices/special_variables.rst:14
msgid "ansible_config_file"
msgstr "ansible_config_file"

#: ../../rst/reference_appendices/special_variables.rst:14
msgid "The full path of used Ansible configuration file"
msgstr "Ansbile 設定ファイルに使用するフルパス"

#: ../../rst/reference_appendices/special_variables.rst:17
msgid "ansible_dependent_role_names"
msgstr "ansible_dependent_role_names"

#: ../../rst/reference_appendices/special_variables.rst:17
msgid "The names of the roles currently imported into the current play as dependencies of other plays"
msgstr "他のプレイの依存関係として現在のプレイに現在インポートされているロールの名前"

#: ../../rst/reference_appendices/special_variables.rst:20
msgid "ansible_diff_mode"
msgstr "ansible_diff_mode"

#: ../../rst/reference_appendices/special_variables.rst:20
msgid "Boolean that indicates if we are in diff mode or not"
msgstr "diff モードかどうかを指定するブール値"

#: ../../rst/reference_appendices/special_variables.rst:23
msgid "ansible_forks"
msgstr "ansible_forks"

#: ../../rst/reference_appendices/special_variables.rst:23
msgid "Integer reflecting the number of maximum forks available to this run"
msgstr "今回の実行で利用可能な最大フォーク数 (整数)"

#: ../../rst/reference_appendices/special_variables.rst:26
msgid "ansible_inventory_sources"
msgstr "ansible_inventory_sources"

#: ../../rst/reference_appendices/special_variables.rst:26
msgid "List of sources used as inventory"
msgstr "インベントリーとして使用されるソースの一覧"

#: ../../rst/reference_appendices/special_variables.rst:29
msgid "ansible_limit"
msgstr "ansible_limit"

#: ../../rst/reference_appendices/special_variables.rst:29
msgid "Contents of the ``--limit`` CLI option for the current execution of Ansible"
msgstr "Ansible の現在の実行に対して、CLI オプション ``--limit`` として指定する内容"

#: ../../rst/reference_appendices/special_variables.rst:32
msgid "ansible_loop"
msgstr "ansible_loop"

#: ../../rst/reference_appendices/special_variables.rst:32
msgid "A dictionary/map containing extended loop information when enabled through ``loop_control.extended``"
msgstr "``loop_control.extended`` で有効にした場合に loop の拡張情報を含むディクショナリー/マップ"

#: ../../rst/reference_appendices/special_variables.rst:35
msgid "ansible_loop_var"
msgstr "ansible_loop_var"

#: ../../rst/reference_appendices/special_variables.rst:35
msgid "The name of the value provided to ``loop_control.loop_var``. Added in ``2.8``"
msgstr "``loop_control.loop_var`` に渡す値の名前。``2.8`` に追加。"

#: ../../rst/reference_appendices/special_variables.rst:38
msgid "ansible_index_var"
msgstr "ansible_index_var"

#: ../../rst/reference_appendices/special_variables.rst:38
msgid "The name of the value provided to ``loop_control.index_var``. Added in ``2.9``"
msgstr "``loop_control.index_var`` に渡す値の名前。``2.9`` に追加。"

#: ../../rst/reference_appendices/special_variables.rst:44
msgid "ansible_parent_role_names"
msgstr "ansible_parent_role_names"

#: ../../rst/reference_appendices/special_variables.rst:41
msgid "When the current role is being executed by means of an :ref:`include_role <include_role_module>` or :ref:`import_role <import_role_module>` action, this variable contains a list of all parent roles, with the most recent role (in other words, the role that included/imported this role) being the first item in the list. When multiple inclusions occur, this list lists the *last* role (in other words, the role that included this role) as the *first* item in the list. It is also possible that a specific role exists more than once in this list."
msgstr "現在のロールが、:ref:`include_role <include_role_module>` アクションまたは :ref:`import_role <import_role_module>` アクションによって実行されている場合、この変数にはすべての親ロールのリストが含まれ、最新のロール (つまり、このロールを含む/インポートしたロール) がリストの最初の項目になります。複数の包含が発生する場合、このリストには、*最後の* ロール (つまり、このロールを含むロール) がリストの *最初の* 項目として挙げられます。このリストに特定の役割が複数存在する可能性もあります。"

#: ../../rst/reference_appendices/special_variables.rst:44
msgid "For example: When role **A** includes role **B**, inside role B, ``ansible_parent_role_names`` will equal to ``['A']``. If role **B** then includes role **C**, the list becomes ``['B', 'A']``."
msgstr "たとえば、ロール **A** にロール **B** が含まれる場合は、ロール B 内の ``ansible_parent_role_names`` は ``['A']`` と等しくなります。次にロール **B** にロール **C** が含まれると、一覧は ``['B', 'A']`` になります。"

#: ../../rst/reference_appendices/special_variables.rst:48
msgid "ansible_parent_role_paths"
msgstr "ansible_parent_role_paths"

#: ../../rst/reference_appendices/special_variables.rst:47
msgid "When the current role is being executed by means of an :ref:`include_role <include_role_module>` or :ref:`import_role <import_role_module>` action, this variable contains a list of all parent roles paths, with the most recent role (in other words, the role that included/imported this role) being the first item in the list. Please refer to ``ansible_parent_role_names`` for the order of items in this list."
msgstr "現在のロールが :ref:`include_role <include_role_module>` アクションまたは :ref:`import_role <import_role_module>` アクションで実行されていると、この変数には親のロールパスの全一覧と、その一覧の最初の項目である最新のロール (つまり、このロールを追加/インポートしたロール) が含まれます。このリストの項目の順序は、「``ansible_parent_role_names``」を参照してください。"

#: ../../rst/reference_appendices/special_variables.rst:51
msgid "ansible_play_batch"
msgstr "ansible_play_batch"

#: ../../rst/reference_appendices/special_variables.rst:51
msgid "List of active hosts in the current play run limited by the serial, aka 'batch'. Failed/Unreachable hosts are not considered 'active'."
msgstr "シリアルで制限される現在のプレイ実行に含まれるアクティブなホスト一覧 (「バッチ」と呼ばれます)。失敗したホストや到達不可能なホストは、「アクティブ」とはみなされません。"

#: ../../rst/reference_appendices/special_variables.rst:54
msgid "ansible_play_hosts"
msgstr "ansible_play_hosts"

#: ../../rst/reference_appendices/special_variables.rst:54
msgid "List of hosts in the current play run, not limited by the serial. Failed/Unreachable hosts are excluded from this list."
msgstr "現在のプレイのホスト一覧は、シリアルによって制限されません。失敗したホストまたは到達不可能なホストはこの一覧から除外されます。"

#: ../../rst/reference_appendices/special_variables.rst:57
msgid "ansible_play_hosts_all"
msgstr "ansible_play_hosts_all"

#: ../../rst/reference_appendices/special_variables.rst:57
msgid "List of all the hosts that were targeted by the play"
msgstr "プレイが対象としたホストの一覧"

#: ../../rst/reference_appendices/special_variables.rst:61
msgid "ansible_play_role_names"
msgstr "ansible_play_role_names"

#: ../../rst/reference_appendices/special_variables.rst:60
msgid "The names of the roles currently imported into the current play. This list does **not** contain the role names that are implicitly included through dependencies."
msgstr "現在のプレイにインポートされているロール名。この一覧には、依存関係で暗黙的に含まれるロール名は **含まれません**。"

#: ../../rst/reference_appendices/special_variables.rst:64
msgid "ansible_playbook_python"
msgstr "ansible_playbook_python"

#: ../../rst/reference_appendices/special_variables.rst:64
msgid "The path to the python interpreter being used by Ansible on the controller"
msgstr "Ansible が使用する Python インタープリターへのコントローラー上のパス"

#: ../../rst/reference_appendices/special_variables.rst:68
msgid "ansible_role_names"
msgstr "ansible_role_names"

#: ../../rst/reference_appendices/special_variables.rst:67
msgid "The names of the roles currently imported into the current play, or roles referenced as dependencies of the roles imported into the current play."
msgstr "現在のプレイに現在インポートされているロール名、または現在のプレイにインポートされているロールの依存関係として参照されているロール名"

#: ../../rst/reference_appendices/special_variables.rst:71
msgid "ansible_role_name"
msgstr "ansible_role_name"

#: ../../rst/reference_appendices/special_variables.rst:71
msgid "The fully qualified collection role name, in the format of ``namespace.collection.role_name``"
msgstr "``namespace.collection.role_name`` の形式である完全修飾コレクションのロール名"

#: ../../rst/reference_appendices/special_variables.rst:74
msgid "ansible_collection_name"
msgstr "ansible_collection_name"

#: ../../rst/reference_appendices/special_variables.rst:74
msgid "The name of the collection the task that is executing is a part of. In the format of ``namespace.collection``"
msgstr "実行しているタスクが一部であるコレクションの名前 (``namespace.collection`` の形式)。"

#: ../../rst/reference_appendices/special_variables.rst:77
msgid "ansible_run_tags"
msgstr "ansible_run_tags"

#: ../../rst/reference_appendices/special_variables.rst:77
msgid "Contents of the ``--tags`` CLI option, which specifies which tags will be included for the current run. Note that if ``--tags`` is not passed, this variable will default to ``[\"all\"]``."
msgstr "CLI オプション ``--tags`` の内容。現在の実行に含まれるタグを指定します。``--tags`` が渡されない場合、この変数はデフォルトで ``[\"all\"]`` になります。"

#: ../../rst/reference_appendices/special_variables.rst:80
msgid "ansible_search_path"
msgstr "ansible_search_path"

#: ../../rst/reference_appendices/special_variables.rst:80
msgid "Current search path for action plugins and lookups, in other words, where we search for relative paths when you do ``template: src=myfile``"
msgstr "action プラグインとルックアップの現在の検索パス。つまり、``template: src=myfile`` を指定したときに検索する相対パスです。"

#: ../../rst/reference_appendices/special_variables.rst:83
msgid "ansible_skip_tags"
msgstr "ansible_skip_tags"

#: ../../rst/reference_appendices/special_variables.rst:83
msgid "Contents of the ``--skip-tags`` CLI option, which specifies which tags will be skipped for the current run."
msgstr "現在の実行で省略するタグを指定する ``--skip-tags`` CLI オプションの内容。"

#: ../../rst/reference_appendices/special_variables.rst:86
msgid "ansible_verbosity"
msgstr "ansible_verbosity"

#: ../../rst/reference_appendices/special_variables.rst:86
msgid "Current verbosity setting for Ansible"
msgstr "Ansible の現在の詳細レベル設定"

#: ../../rst/reference_appendices/special_variables.rst:89
msgid "ansible_version"
msgstr "ansible_version"

#: ../../rst/reference_appendices/special_variables.rst:89
msgid "Dictionary/map that contains information about the current running version of ansible, it has the following keys: full, major, minor, revision and string."
msgstr "現在実行している Ansible のバージョンに関する情報を含むディクショナリー/マップ。full、major、minor、revision、string などのキーが含まれます。"

#: ../../rst/reference_appendices/special_variables.rst:92
msgid "group_names"
msgstr "group_names"

#: ../../rst/reference_appendices/special_variables.rst:92
msgid "List of groups the current host is part of"
msgstr "現在のホストが所属するグループの一覧"

#: ../../rst/reference_appendices/special_variables.rst:95
msgid "groups"
msgstr "グループ"

#: ../../rst/reference_appendices/special_variables.rst:95
msgid "A dictionary/map with all the groups in inventory and each group has the list of hosts that belong to it"
msgstr "インベントリー内の全グループを含むディクショナリー/マップ。各グループには、所属するホストの一覧が含まれます。"

#: ../../rst/reference_appendices/special_variables.rst:98
msgid "hostvars"
msgstr "hostvars"

#: ../../rst/reference_appendices/special_variables.rst:98
msgid "A dictionary/map with all the hosts in inventory and variables assigned to them"
msgstr "インベントリー内の全ホスト、そのホストに割当てられた変数を含むディクショナリー/マップ"

#: ../../rst/reference_appendices/special_variables.rst:101
msgid "inventory_hostname"
msgstr "inventory_hostname"

#: ../../rst/reference_appendices/special_variables.rst:101
msgid "The inventory name for the 'current' host being iterated over in the play"
msgstr "プレイで繰り返される「現在」のホストのイベントリー名"

#: ../../rst/reference_appendices/special_variables.rst:104
msgid "inventory_hostname_short"
msgstr "inventory_hostname_short"

#: ../../rst/reference_appendices/special_variables.rst:104
msgid "The short version of `inventory_hostname`"
msgstr "`inventory_hostname` の短縮版"

#: ../../rst/reference_appendices/special_variables.rst:107
msgid "inventory_dir"
msgstr "inventory_dir"

#: ../../rst/reference_appendices/special_variables.rst:107
msgid "The directory of the inventory source in which the `inventory_hostname` was first defined"
msgstr "`inventory_hostname` を最初に定義したインベントリーソースのディレクトリー"

#: ../../rst/reference_appendices/special_variables.rst:110
msgid "inventory_file"
msgstr "inventory_file"

#: ../../rst/reference_appendices/special_variables.rst:110
msgid "The file name of the inventory source in which the `inventory_hostname` was first defined"
msgstr "`inventory_hostname` を最初に定義したインベントリーソースのファイル名"

#: ../../rst/reference_appendices/special_variables.rst:113
msgid "omit"
msgstr "omit"

#: ../../rst/reference_appendices/special_variables.rst:113
msgid "Special variable that allows you to 'omit' an option in a task, for example ``- user: name=bob home={{ bobs_home|default(omit) }}``"
msgstr "タスクのオプションを「省略」できるようにする特別変数 (つまり ``- user: name=bob home={{ bobs_home|default(omit) }}``)"

#: ../../rst/reference_appendices/special_variables.rst:116
msgid "play_hosts"
msgstr "play_hosts"

#: ../../rst/reference_appendices/special_variables.rst:116
msgid "Deprecated, the same as ansible_play_batch"
msgstr "非推奨。ansible_play_batch と同じです。"

#: ../../rst/reference_appendices/special_variables.rst:119
msgid "ansible_play_name"
msgstr "ansible_play_name"

#: ../../rst/reference_appendices/special_variables.rst:119
msgid "The name of the currently executed play. Added in ``2.8``. (`name` attribute of the play, not file name of the playbook.)"
msgstr "現在実行されたプレイの名前です。``2.8`` で追加されました (Playbook のファイル名ではなく、プレイの `name` 属性)。"

#: ../../rst/reference_appendices/special_variables.rst:122
msgid "The path to the directory of the current playbook being executed.  NOTE: This might be different than directory of the playbook passed to the ``ansible-playbook`` command line when a playbook contains a ``import_playbook`` statement."
msgstr "実行中の現在の Playbook のディレクトリーへのパス。注記: これは、Playbook に ``import_playbook`` のステートメントが含まれる場合には、``ansible-playbook`` のコマンドラインで渡される Playbook のディレクトリーとは異なる場合があります。"

#: ../../rst/reference_appendices/special_variables.rst:125
msgid "role_name"
msgstr "role_name"

#: ../../rst/reference_appendices/special_variables.rst:125
msgid "The name of the role currently being executed."
msgstr "現在実行中のロール名。"

#: ../../rst/reference_appendices/special_variables.rst:128
msgid "role_names"
msgstr "role_names"

#: ../../rst/reference_appendices/special_variables.rst:128
msgid "Deprecated, the same as ansible_play_role_names"
msgstr "非推奨。ansible_play_role_names と同じです。"

#: ../../rst/reference_appendices/special_variables.rst:131
msgid "role_path"
msgstr "role_path"

#: ../../rst/reference_appendices/special_variables.rst:131
msgid "The path to the dir of the currently running role"
msgstr "現在実行中のロールのディレクトリーへのパス"

#: ../../rst/reference_appendices/special_variables.rst:135
msgid "These are variables that contain information pertinent to the current host (`inventory_hostname`). They are only available if gathered first. See :ref:`vars_and_facts` for more information."
msgstr "これは、現在のホストに関連する情報を含む変数です (`inventory_hostname`)。この変数は、最初に収集した場合にのみ利用できます。詳細は、「:ref:`vars_and_facts`」を参照してください。"

#: ../../rst/reference_appendices/special_variables.rst:138
msgid "Contains any facts gathered or cached for the `inventory_hostname` Facts are normally gathered by the :ref:`setup <setup_module>` module automatically in a play, but any module can return facts."
msgstr "`inventory_hostname` 向けに収集またはキャッシュしたファクトが含まれます。ファクトは通常、プレイで自動的に :ref:`setup <setup_module>` モジュールにより収集されますが、どのモジュールでもファクトを返すことができます。"

#: ../../rst/reference_appendices/special_variables.rst:144
msgid "ansible_local"
msgstr "ansible_local"

#: ../../rst/reference_appendices/special_variables.rst:142
msgid "Contains any 'local facts' gathered or cached for the `inventory_hostname`. The keys available depend on the custom facts created. See the :ref:`setup <setup_module>` module and :ref:`local_facts` for more details."
msgstr "`inventory_hostname` が収集またはキャッシュする「ローカルファクト」が含まれます。利用可能なキーは、作成したカスタムファクトによって異なります。詳細は、:ref:`setup <setup_module>` モジュールおよび :ref:`local_facts` モジュールを参照してください。"

#: ../../rst/reference_appendices/special_variables.rst:149
msgid "Connection variables"
msgstr "接続変数"

#: ../../rst/reference_appendices/special_variables.rst:150
msgid "Connection variables are normally used to set the specifics on how to execute actions on a target. Most of them correspond to connection plugins, but not all are specific to them; other plugins like shell, terminal and become are normally involved. Only the common ones are described as each connection/become/shell/etc plugin can define its own overrides and specific variables. See :ref:`general_precedence_rules` for how connection variables interact with :ref:`configuration settings<ansible_configuration_settings>`, :ref:`command-line options<command_line_tools>`, and :ref:`playbook keywords<playbook_keywords>`."
msgstr "接続変数は通常、ターゲットでのアクション実行方法を具体的に設定する時に使用します。接続変数の大半が connection プラグインに対応していますが、connection プラグイン固有のものではなく、通常は shell、terminal、become などの他のプラグインも使用します。各 connection/become/shell/etc プラグインは、自身のオーバーライドや固有の変数を定義するため、一般的なもののみを説明します。接続変数が :ref:`構成設定<ansible_configuration_settings>`、:ref:`コマンドラインオプション<command_line_tools>`、および :ref:`Playbook キーワード<playbook_keywords>` と相互作用する方法は、「:ref:`general_precedence_rules`」を参照してください。"

#: ../../rst/reference_appendices/special_variables.rst:155
msgid "ansible_become_user"
msgstr "ansible_become_user"

#: ../../rst/reference_appendices/special_variables.rst:155
msgid "The user Ansible 'becomes' after using privilege escalation. This must be available to the 'login user'."
msgstr "特権昇格後に Ansible がなる (become) ユーザー。このユーザーは、「ログインユーザー」が利用できるようになっている必要があります。"

#: ../../rst/reference_appendices/special_variables.rst:158
msgid "ansible_connection"
msgstr "ansible_connection"

#: ../../rst/reference_appendices/special_variables.rst:158
msgid "The connection plugin actually used for the task on the target host."
msgstr "ターゲットホストでタスクに実際に使用する connection プラグイン"

#: ../../rst/reference_appendices/special_variables.rst:161
msgid "ansible_host"
msgstr "ansible_host"

#: ../../rst/reference_appendices/special_variables.rst:161
msgid "The ip/name of the target host to use instead of `inventory_hostname`."
msgstr "`inventory_hostname` の代わりに使用するターゲットホストの ip/名前"

#: ../../rst/reference_appendices/special_variables.rst:164
msgid "ansible_python_interpreter"
msgstr "ansible_python_interpreter"

#: ../../rst/reference_appendices/special_variables.rst:164
msgid "The path to the Python executable Ansible should use on the target host."
msgstr "Ansible がターゲットホストで使用すべき Python 実行ファイルへのパス"

#: ../../rst/reference_appendices/special_variables.rst:168
msgid "ansible_user"
msgstr "ansible_user"

#: ../../rst/reference_appendices/special_variables.rst:167
msgid "The user Ansible 'logs in' as."
msgstr "Ansible がログインするユーザー"

#: ../../rst/reference_appendices/test_strategies.rst:4
msgid "Testing Strategies"
msgstr "ストラテジーのテスト"

#: ../../rst/reference_appendices/test_strategies.rst:9
msgid "Integrating Testing With Ansible Playbooks"
msgstr "Ansible Playbook とテストの統合"

#: ../../rst/reference_appendices/test_strategies.rst:11
msgid "Many times, people ask, \"how can I best integrate testing with Ansible playbooks?\"  There are many options.  Ansible is actually designed to be a \"fail-fast\" and ordered system, therefore it makes it easy to embed testing directly in Ansible playbooks.  In this chapter, we'll go into some patterns for integrating tests of infrastructure and discuss the right level of testing that may be appropriate."
msgstr "「Ansible Playbook とテストを最適な方法で統合するにはどうしたらいいのか」との質問が多数寄せられます。統合のオプションは、多数あります。Ansible は実際には、「フェイルファースト (Fail fast)」の順番ベースのシステムとなるように設計されているため、Ansible Playbookに直接、テストを簡単に埋め込むことができます。本章では、インフラストラクチャーのテスト統合パターンについて触れ、適切にテストするための正しいレベルについても説明します。"

#: ../../rst/reference_appendices/test_strategies.rst:15
msgid "This is a chapter about testing the application you are deploying, not the chapter on how to test Ansible modules during development.  For that content, please hop over to the Development section."
msgstr "以下の章は、デプロイするアプリケーションをテストする方法を説明しており、開発時に Ansible モジュールをテストする方法は説明していません。Ansible のテスト方法は、開発のセクションで参照してください。"

#: ../../rst/reference_appendices/test_strategies.rst:17
msgid "By incorporating a degree of testing into your deployment workflow, there will be fewer surprises when code hits production and, in many cases, tests can be used in production to prevent failed updates from migrating across an entire installation.  Since it's push-based, it's also very easy to run the steps on the localhost or testing servers. Ansible lets you insert as many checks and balances into your upgrade workflow as you would like to have."
msgstr "開発のワークフローにテストをある程度組み込むことで、実稼働環境でコードを使用時に、慌てることが少なくなります。多くの場合は、実稼働環境でテストを活用して、更新の失敗が、インストール全体に移行されてしまうのを防ぐことができます。また、プッシュベースになっているため、ローカルホストやテストサーバーで手順を非常に簡単に実行することができます。Ansible は、多くのチェックを挿入できるため、アップグレードのワークフローを希望のレベルに調節できます。"

#: ../../rst/reference_appendices/test_strategies.rst:22
msgid "The Right Level of Testing"
msgstr "適切なレベルのテスト"

#: ../../rst/reference_appendices/test_strategies.rst:24
msgid "Ansible resources are models of desired-state.  As such, it should not be necessary to test that services are started, packages are installed, or other such things. Ansible is the system that will ensure these things are declaratively true.   Instead, assert these things in your playbooks."
msgstr "Ansible リソースは、任意の状態のモデルです。サービスの起動、パッケージのインストールなどのテストを行う必要はありません。Ansible は、上記の内容が True と宣言されていることを確認するシステムで、代わりに、以下の項目を Playbook にアサートします。"

#: ../../rst/reference_appendices/test_strategies.rst:36
msgid "If you think the service may not be started, the best thing to do is request it to be started.  If the service fails to start, Ansible will yell appropriately. (This should not be confused with whether the service is doing something functional, which we'll show more about how to do later)."
msgstr "サービスが起動しない可能性があると思われる場合は、サービスの開始を要求するのが最善の方法です。サービスの開始に失敗した場合は、Ansible により随時指示がでます (これは、サービスが機能的なことを行っているかどうかと混同しないでください。これについては、後で詳しく説明します)。"

#: ../../rst/reference_appendices/test_strategies.rst:43
msgid "Check Mode As A Drift Test"
msgstr "ドリフトテストとしての check モード"

#: ../../rst/reference_appendices/test_strategies.rst:45
msgid "In the above setup, ``--check`` mode in Ansible can be used as a layer of testing as well.  If running a deployment playbook against an existing system, using the ``--check`` flag to the `ansible` command will report if Ansible thinks it would have had to have made any changes to bring the system into a desired state."
msgstr "上記の設定では、Ansible の ``--check`` モードは、テストのレイヤーとしても使用できます。既存のシステムに対してデプロイメントの Playbook を実行する場合に ``--check`` フラグを `ansible` コマンドに使用すると、変更が加えられてシステムが適切な状態になっていると Ansible が判断しているかどうかをレポートします。"

#: ../../rst/reference_appendices/test_strategies.rst:49
msgid "This can let you know up front if there is any need to deploy onto the given system.  Ordinarily, scripts and commands don't run in check mode, so if you want certain steps to execute in normal mode even when the ``--check`` flag is used, such as calls to the script module, disable check mode for those tasks:"
msgstr "このレポートにより、特定のシステムにデプロイメントが必要かどうかを事前に把握できます。check モードでは、一般的なスクリプトやコマンドは実行されないため、スクリプトモジュールへの呼び出しなど、``--check`` フラグが使用されていても通常モードで特定の手順を実行する場合は、このようなタスクのチェックモードを無効にしてください::"

#: ../../rst/reference_appendices/test_strategies.rst:63
msgid "Modules That Are Useful for Testing"
msgstr "テストに便利なモジュール"

#: ../../rst/reference_appendices/test_strategies.rst:65
msgid "Certain playbook modules are particularly good for testing.  Below is an example that ensures a port is open:"
msgstr "Playbook のモジュールでは、特にテストに適しているものもあります。以下の例は、ポートが開放されていることを確認します。"

#: ../../rst/reference_appendices/test_strategies.rst:76
msgid "Here's an example of using the URI module to make sure a web service returns:"
msgstr "以下の例は、URI モジュールを使用して、Web サービスが返されることを確認します。"

#: ../../rst/reference_appendices/test_strategies.rst:89
msgid "It's easy to push an arbitrary script (in any language) on a remote host and the script will automatically fail if it has a non-zero return code:"
msgstr "リモートホストで任意のスクリプト (言語は問わない) が簡単にプッシュされるため、ゼロ以外のリターンコードが指定されていると、スクリプトは自動的に失敗します。"

#: ../../rst/reference_appendices/test_strategies.rst:98
msgid "If using roles (you should be, roles are great!), scripts pushed by the script module can live in the 'files/' directory of a role."
msgstr "ロールを使用する場合 (ロールは便利なので使用を推奨)、スクリプトモジュールがプッシュするスクリプトは、ロールの「files/」ディレクトリーに配置されます。"

#: ../../rst/reference_appendices/test_strategies.rst:100
msgid "And the assert module makes it very easy to validate various kinds of truth:"
msgstr "また、アサートモジュールを使用すると、さまざまな真偽の検証が非常に簡単にできます。"

#: ../../rst/reference_appendices/test_strategies.rst:114
msgid "Should you feel the need to test for the existence of files that are not declaratively set by your Ansible configuration, the 'stat' module is a great choice:"
msgstr "Ansible 設定で設定が宣言されていないファイルの存在をテストする必要がある場合は、「stat」モジュールが最適です。"

#: ../../rst/reference_appendices/test_strategies.rst:129
msgid "As mentioned above, there's no need to check things like the return codes of commands.  Ansible is checking them automatically. Rather than checking for a user to exist, consider using the user module to make it exist."
msgstr "上記のように、コマンドのリターンコードなどをチェックする必要はありません。Ansible がこのようなコードを自動的にチェックします。ユーザーの存在をチェックする代わりに、ユーザーモジュールを使用してユーザーを存在させます。"

#: ../../rst/reference_appendices/test_strategies.rst:132
msgid "Ansible is a fail-fast system, so when there is an error creating that user, it will stop the playbook run.  You do not have to check up behind it."
msgstr "Ansible はフェイルファーストシステムであるため、ユーザーの作成時にエラーがあると、Playbook の実行が停止します。バックグラウンドで行われている内容を確認する必要はありません。"

#: ../../rst/reference_appendices/test_strategies.rst:136
msgid "Testing Lifecycle"
msgstr "ライフサイクルのテスト"

#: ../../rst/reference_appendices/test_strategies.rst:138
msgid "If writing some degree of basic validation of your application into your playbooks, they will run every time you deploy."
msgstr "アプリケーションの基本検証を Playbook に記述すると、デプロイ時に必ずこの検証が実行されます。"

#: ../../rst/reference_appendices/test_strategies.rst:140
msgid "As such, deploying into a local development VM and a staging environment will both validate that things are according to plan ahead of your production deploy."
msgstr "そのため、ローカルの開発仮想マシンやステージ環境にデプロイするといずれも、実稼働でのデプロイの前に計画通りに作業が進んでいるかどうかを検証します。"

#: ../../rst/reference_appendices/test_strategies.rst:143
msgid "Your workflow may be something like this:"
msgstr "ワークフローは、次のようになります。"

#: ../../rst/reference_appendices/test_strategies.rst:152
msgid "Something like an integration test battery should be written by your QA team if you are a production webservice.  This would include things like Selenium tests or automated API tests and would usually not be something embedded into your Ansible playbooks."
msgstr "実稼働の Web サービスを使用する場合には、QA チームが同様の統合テストバッテリーを記述するようにしてください。このようなテストには Selenium テストや自動化 API テストなどが含まれ、通常は、Ansible Playbook に組み込まれているものではありません。"

#: ../../rst/reference_appendices/test_strategies.rst:155
msgid "However, it does make sense to include some basic health checks into your playbooks, and in some cases it may be possible to run a subset of the QA battery against remote nodes. This is what the next section covers."
msgstr "ただし、いくつかの基本的なヘルスチェックを Playbook に追加すると便利です。場合によっては、リモートノードに対して QA バッテリーのサブセットを実行することもできます。この点については、次のセクションで説明します。"

#: ../../rst/reference_appendices/test_strategies.rst:159
msgid "Integrating Testing With Rolling Updates"
msgstr "ローリングアップデートへのテストの統合"

#: ../../rst/reference_appendices/test_strategies.rst:161
msgid "If you have read into :ref:`playbooks_delegation` it may quickly become apparent that the rolling update pattern can be extended, and you can use the success or failure of the playbook run to decide whether to add a machine into a load balancer or not."
msgstr ":ref:`playbooks_delegation` を読むと、ローリングアップデートのパターンを拡張でき、また、Playbook 実行の成否でロードバランサーにマシンを 1 台追加するかどうかを決定できることが即座に明確になったことでしょう。"

#: ../../rst/reference_appendices/test_strategies.rst:164
msgid "This is the great culmination of embedded tests:"
msgstr "これは、組み込みテストの集大成です。"

#: ../../rst/reference_appendices/test_strategies.rst:200
msgid "Of course in the above, the \"take out of the pool\" and \"add back\" steps would be replaced with a call to an Ansible load balancer module or appropriate shell command.  You might also have steps that use a monitoring module to start and end an outage window for the machine."
msgstr "上記では当然、「プールから取得する」手順や「追加し直す」手順は、Ansible のロードバランサーモジュールや、適切な shell コマンドの呼び出しに置き換えられます。また、マシンのサービス停止期間を開始/終了するモニタリングモジュールを使用する手順なども含まれている場合がありますが、"

#: ../../rst/reference_appendices/test_strategies.rst:204
msgid "However, what you can see from the above is that tests are used as a gate -- if the \"apply_testing_checks\" step is not performed, the machine will not go back into the pool."
msgstr "上記で分かるように、テストはゲートとして使用されています。つまり、「apply_testing_checks」の手順が実行されない場合は、マシンがプールに戻らないようになっています。"

#: ../../rst/reference_appendices/test_strategies.rst:207
msgid "Read the delegation chapter about \"max_fail_percentage\" and you can also control how many failing tests will stop a rolling update from proceeding."
msgstr "ローリングアップデートの続行を妨げるテストの失敗回数を制御できます。この点については、「max_fail_percentage」向けの章を参照してください。"

#: ../../rst/reference_appendices/test_strategies.rst:210
msgid "This above approach can also be modified to run a step from a testing machine remotely against a machine:"
msgstr "上記のアプローチを変更して、マシンに対してリモートのテストマシンから手順を実行することも可能です。"

#: ../../rst/reference_appendices/test_strategies.rst:240
msgid "In the above example, a script is run from the testing server against a remote node prior to bringing it back into the pool."
msgstr "上記の例では、プールにマシンを戻す前に、リモートのノードに対してテストサーバーからスクリプトを実行します。"

#: ../../rst/reference_appendices/test_strategies.rst:243
msgid "In the event of a problem, fix the few servers that fail using Ansible's automatically generated retry file to repeat the deploy on just those servers."
msgstr "問題が発生した場合には、Ansible が自動で生成した再試行ファイルを使用して、失敗したサーバー数台を修正し、そのサーバーだけにデプロイメントを繰り返し実行します。"

#: ../../rst/reference_appendices/test_strategies.rst:247
msgid "Achieving Continuous Deployment"
msgstr "継続的なデプロイメントの実現"

#: ../../rst/reference_appendices/test_strategies.rst:249
msgid "If desired, the above techniques may be extended to enable continuous deployment practices."
msgstr "任意で、上記の手法を拡張して、継続してデプロイメントができるようにします。"

#: ../../rst/reference_appendices/test_strategies.rst:251
msgid "The workflow may look like this:"
msgstr "ワークフローは、次のようになります。"

#: ../../rst/reference_appendices/test_strategies.rst:260
msgid "Some Ansible users use the above approach to deploy a half-dozen or dozen times an hour without taking all of their infrastructure offline.  A culture of automated QA is vital if you wish to get to this level."
msgstr "Ansible ユーザーによっては、上記のアプローチを使用して、すべてのインフラストラクチャーをオフラインにすることなく、1 時間に 6 回、または 12 回デプロイしています。このレベルに到達するには、自動化 QA の文化が必要不可欠です。"

#: ../../rst/reference_appendices/test_strategies.rst:263
msgid "If you are still doing a large amount of manual QA, you should still make the decision on whether to deploy manually as well, but it can still help to work in the rolling update patterns of the previous section and incorporate some basic health checks using modules like 'script', 'stat', 'uri', and 'assert'."
msgstr "大量の QA を手動で続けている場合には、手動でデプロイするべきかどうか決定する必要がありますが、前項のようにローリングアップデートのパターンを使用して作業をし、「script」、「stat」、「uri」、「assert」などのモジュールで基本的なヘルスチェックを組み込むだけでも役立つ場合があります。"

#: ../../rst/reference_appendices/test_strategies.rst:268
msgid "Conclusion"
msgstr "まとめ"

#: ../../rst/reference_appendices/test_strategies.rst:270
msgid "Ansible believes you should not need another framework to validate basic things of your infrastructure is true.  This is the case because Ansible is an order-based system that will fail immediately on unhandled errors for a host, and prevent further configuration of that host.  This forces errors to the top and shows them in a summary at the end of the Ansible run."
msgstr "Ansible では、インフラストラクチャーの基本的な内容が正しいかを検証するフレームワークを別に用意する必要はないと考えます。これは、Ansible は順序ベースのシステムで、ホストに未処理のエラーがあると即座に失敗し、そのホストの設定がこれ以上進まないようにします。こうすることで、エラーが表面化し、Ansible の実行の最後にまとめとして、エラーが表示されます。"

#: ../../rst/reference_appendices/test_strategies.rst:274
msgid "However, as Ansible is designed as a multi-tier orchestration system, it makes it very easy to incorporate tests into the end of a playbook run, either using loose tasks or roles.  When used with rolling updates, testing steps can decide whether to put a machine back into a load balanced pool or not."
msgstr "ただし、Ansible は、複数階層のオーケストレーションシステムとして設計されているため、非常に簡単にタスクまたはロールを使用して Playbook 実行の最後にテストを組み込むことができます。ローリングアップデートで使用する場合は、テストの手順で、ロードバランサーのプールにマシンを戻すかどうかを判断できます。"

#: ../../rst/reference_appendices/test_strategies.rst:278
msgid "Finally, because Ansible errors propagate all the way up to the return code of the Ansible program itself, and Ansible by default runs in an easy push-based mode, Ansible is a great step to put into a build environment if you wish to use it to roll out systems as part of a Continuous Integration/Continuous Delivery pipeline, as is covered in sections above."
msgstr "最後に、Ansible のエラーは、Ansible のプログラム自体のリターンコードにまで伝搬され、また Ansible はデフォルトで簡単なプッシュベースモードで実行されるため、上記のセクションで説明されているように、これを使用して継続的な統合/継続的なデリバリーパイプラインの一部としてシステムを展開する場合に Ansible をビルド環境に活用すると大きな一歩になります。"

#: ../../rst/reference_appendices/test_strategies.rst:282
msgid "The focus should not be on infrastructure testing, but on application testing, so we strongly encourage getting together with your QA team and ask what sort of tests would make sense to run every time you deploy development VMs, and which sort of tests they would like to run against the staging environment on every deploy.  Obviously at the development stage, unit tests are great too.  But don't unit test your playbook.  Ansible describes states of resources declaratively, so you don't have to.  If there are cases where you want to be sure of something though, that's great, and things like stat/assert are great go-to modules for that purpose."
msgstr "インフラストラクチャーテストではなく、アプリケーションのテストに焦点を当てるため、QA チームと連携して、どのようなテストを、開発仮想マシンのデプロイメント時に毎回実行すると便利か、またデプロイメント時に毎回、ステージ環境にどのようなテストを実行するかを確認してください。明らかに、開発段階では、ユニットテストも素晴らしいですが、Playbook をユニットテストにはしないでください。Ansible はリソースの状態を宣言的に記述するため、その必要はありません。ただし、何かを確認したい場合は、stat/assert のようなモジュールを使用すると良いでしょう。"

#: ../../rst/reference_appendices/test_strategies.rst:288
msgid "In all, testing is a very organizational and site-specific thing.  Everybody should be doing it, but what makes the most sense for your environment will vary with what you are deploying and who is using it -- but everyone benefits from a more robust and reliable deployment system."
msgstr "結局、テストは非常に組織的で、サイト固有の内容となっています。テストは必ず行うべきですが、貴社の環境に最も有用なテストは、デプロイメントの内容や、誰が使用するかにより異なります。しかし、誰もが、強力で信頼性の高いデプロイメントシステムから恩恵を受けることができます。"

#: ../../rst/reference_appendices/test_strategies.rst:298
msgid ":ref:`playbooks_delegation`"
msgstr ":ref:`playbooks_delegation`"

#: ../../rst/reference_appendices/test_strategies.rst:299
msgid "Delegation, useful for working with load balancers, clouds, and locally executed steps."
msgstr "委譲 (ロードバランサー、クラウド、およびローカルで実行した手順を使用する際に役に立ちます)"

#: ../../rst/reference_appendices/tower.rst:4
msgid "Red Hat Ansible Automation Platform"
msgstr "Red Hat Ansible Automation Platform"

#: ../../rst/reference_appendices/tower.rst:8
msgid "Red Hat Ansible Automation Platform is available on multiple cloud platforms. See `Ansible on Clouds <https://access.redhat.com/documentation/en-us/ansible_on_clouds/2.x>`_ for details."
msgstr "Red Hat Ansible Automation Platform は、複数のクラウドプラットフォームで利用できます。詳細は、`Ansible on Clouds <https://access.redhat.com/documentation/en-us/ansible_on_clouds/2.x>`_ を参照してください。"

#: ../../rst/reference_appendices/tower.rst:10
msgid "`Red Hat Ansible Automation Platform <https://www.ansible.com/products/automation-platform>`_ (RHAAP) is an integrated solution for operationalizing Ansible across your team, organization, and enterprise. The platform includes a controller with a web console and REST API, analytics, execution environments, and much more."
msgstr "`Red Hat Ansible Automation Platform <https://www.ansible.com/products/automation-platform>`_(RHAAP)は、チーム、組織、企業全体で Ansible を操作する統合ソリューションです。このプラットフォームには、Web コンソールおよび REST API、解析、実行環境を備えたコントローラーが含まれます。"

#: ../../rst/reference_appendices/tower.rst:12
msgid "RHAAP gives you role-based access control, including control over the use of securely stored credentials for SSH and other services. You can sync your inventory with a wide variety of cloud sources, and powerful multi-playbook workflows allow you to model complex processes."
msgstr "RHAAP には、セキュアに保存されている SSH や他のサービスの認証情報の使用時に制御するなど、ロールベースのアクセス制御が含まれています。インベントリーは、幅広いクラウドソースと同期でき、強力な Playbook ワークフローを複数使用することで、複雑なプロセスをモデル化できます。"

#: ../../rst/reference_appendices/tower.rst:14
msgid "RHAAP logs all of your jobs, integrates well with LDAP, SAML, and other authentication sources, and has an amazing browsable REST API. Command line tools are available for easy integration with Jenkins as well."
msgstr "RHAAP は、すべてのジョブをログ記録し、LDAP、SAML、他の認証ソースと統合の相性がよく、ブラウザーで使用可能な素晴らしい REST API が含まれます。また、Jenkins と簡単に統合できるように、コマンドラインも利用できます。"

#: ../../rst/reference_appendices/tower.rst:16
msgid "RHAAP incorporates the downstream Red Hat supported product version of Ansible AWX, the downstream Red Hat supported product version of Ansible Galaxy, and multiple SaaS offerings. Find out more about RHAAP features and on the `Red Hat Ansible Automation Platform webpage <https://www.ansible.com/products/automation-platform>`_. A Red Hat Ansible Automation Platform subscription includes support from Red Hat, Inc."
msgstr "RHAAP は、Red Hat がサポートする Ansible AWX の製品バージョン、ダウンストリームの Red Hat がサポートする Ansible Galaxy の製品バージョン、および SaaS オファリングのダウンストリームが含まれています。RHAAP 機能の詳細は、`Red Hat Ansible Automation Platform webpage <https://www.ansible.com/products/automation-platform>`_を参照してください。Red Hat Ansible Automation Platform サブスクリプションには、Red Hat, Inc のサポートが含まれています。"

#~ msgid "ANSIBLE_SSH_ARGS"
#~ msgstr ""

#~ msgid "If set, this will override the Ansible default ssh arguments. In particular, users may wish to raise the ControlPersist time to encourage performance.  A value of 30 minutes may be appropriate. Be aware that if `-o ControlPath` is set in ssh_args, the control path setting is not used."
#~ msgstr ""

#~ msgid "-C -o ControlMaster=auto -o ControlPersist=60s"
#~ msgstr ""

#~ msgid "[ssh_connection]"
#~ msgstr ""

#~ msgid "ssh_args"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_ARGS`"
#~ msgstr ""

#~ msgid "ANSIBLE_SSH_CONTROL_PATH"
#~ msgstr ""

#~ msgid "This is the location to save ssh's ControlPath sockets, it uses ssh's variable substitution. Since 2.3, if null, ansible will generate a unique hash. Use `%(directory)s` to indicate where to use the control dir path setting. Before 2.3 it defaulted to `control_path=%(directory)s/ansible-ssh-%%h-%%p-%%r`. Be aware that this setting is ignored if `-o ControlPath` is set in ssh args."
#~ msgstr ""

#~ msgid "control_path"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_CONTROL_PATH`"
#~ msgstr ""

#~ msgid "ANSIBLE_SSH_CONTROL_PATH_DIR"
#~ msgstr ""

#~ msgid "This sets the directory to use for ssh control path if the control path setting is null. Also, provides the `%(directory)s` variable for the control path setting."
#~ msgstr ""

#~ msgid "~/.ansible/cp"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_CONTROL_PATH_DIR`"
#~ msgstr ""

#~ msgid "ANSIBLE_SSH_EXECUTABLE"
#~ msgstr ""

#~ msgid "This defines the location of the ssh binary. It defaults to `ssh` which will use the first ssh binary available in $PATH. This option is usually not required, it might be useful when access to system ssh is restricted, or when using ssh wrappers to connect to remote hosts."
#~ msgstr ""

#~ msgid "ssh"
#~ msgstr ""

#~ msgid "ssh_executable"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_EXECUTABLE`"
#~ msgstr ""

#~ msgid "ANSIBLE_SSH_RETRIES"
#~ msgstr ""

#~ msgid "Number of attempts to establish a connection before we give up and report the host as 'UNREACHABLE'"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_RETRIES`"
#~ msgstr ""

#~ msgid "DEFAULT_SCP_IF_SSH"
#~ msgstr ""

#~ msgid "Preferred method to use when transferring files over ssh. When set to smart, Ansible will try them until one succeeds or they all fail. If set to True, it will force 'scp', if False it will use 'sftp'."
#~ msgstr ""

#~ msgid "scp_if_ssh"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SCP_IF_SSH`"
#~ msgstr ""

#~ msgid "DEFAULT_SFTP_BATCH_MODE"
#~ msgstr ""

#~ msgid "sftp_batch_mode"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SFTP_BATCH_MODE`"
#~ msgstr ""

#~ msgid "DEFAULT_SSH_TRANSFER_METHOD"
#~ msgstr ""

#~ msgid "unused?"
#~ msgstr ""

#~ msgid "transfer_method"
#~ msgstr ""

#~ msgid ":envvar:`ANSIBLE_SSH_TRANSFER_METHOD`"
#~ msgstr ""

#~ msgid "If set, this will override the Ansible default ssh arguments.In particular, users may wish to raise the ControlPersist time to encourage performance.  A value of 30 minutes may be appropriate.Be aware that if `-o ControlPath` is set in ssh_args, the control path setting is not used."
#~ msgstr ""

#~ msgid "See also :ref:`ANSIBLE_SSH_ARGS <ANSIBLE_SSH_ARGS>`"
#~ msgstr ""

#~ msgid "This is the location to save ssh's ControlPath sockets, it uses ssh's variable substitution.Since 2.3, if null, ansible will generate a unique hash. Use `%(directory)s` to indicate where to use the control dir path setting.Before 2.3 it defaulted to `control_path=%(directory)s/ansible-ssh-%%h-%%p-%%r`.Be aware that this setting is ignored if `-o ControlPath` is set in ssh args."
#~ msgstr ""

#~ msgid "See also :ref:`ANSIBLE_SSH_CONTROL_PATH <ANSIBLE_SSH_CONTROL_PATH>`"
#~ msgstr ""

#~ msgid "This sets the directory to use for ssh control path if the control path setting is null.Also, provides the `%(directory)s` variable for the control path setting."
#~ msgstr ""

#~ msgid "See also :ref:`ANSIBLE_SSH_CONTROL_PATH_DIR <ANSIBLE_SSH_CONTROL_PATH_DIR>`"
#~ msgstr ""

#~ msgid "This defines the location of the ssh binary. It defaults to `ssh` which will use the first ssh binary available in $PATH.This option is usually not required, it might be useful when access to system ssh is restricted, or when using ssh wrappers to connect to remote hosts."
#~ msgstr ""

#~ msgid "See also :ref:`ANSIBLE_SSH_EXECUTABLE <ANSIBLE_SSH_EXECUTABLE>`"
#~ msgstr ""

#~ msgid "See also :ref:`ANSIBLE_SSH_RETRIES <ANSIBLE_SSH_RETRIES>`"
#~ msgstr ""

#~ msgid "Preferred method to use when transferring files over ssh.When set to smart, Ansible will try them until one succeeds or they all fail.If set to True, it will force 'scp', if False it will use 'sftp'."
#~ msgstr ""

#~ msgid "See also :ref:`DEFAULT_SCP_IF_SSH <DEFAULT_SCP_IF_SSH>`"
#~ msgstr ""

#~ msgid "See also :ref:`DEFAULT_SFTP_BATCH_MODE <DEFAULT_SFTP_BATCH_MODE>`"
#~ msgstr ""

#~ msgid "See also :ref:`DEFAULT_SSH_TRANSFER_METHOD <DEFAULT_SSH_TRANSFER_METHOD>`"
#~ msgstr ""

#~ msgid "`irc.freenode.net <http://irc.freenode.net>`_"
#~ msgstr "`irc.freenode.net <http://irc.freenode.net>`_"

#~ msgid "True"
#~ msgstr "True"

#~ msgid "ALLOW_WORLD_READABLE_TMPFILES"
#~ msgstr "ALLOW_WORLD_READABLE_TMPFILES"

#~ msgid "This makes the temporary files created on the machine world-readable and will issue a warning instead of failing the task. It is useful when becoming an unprivileged user."
#~ msgstr "これにより、マシンで作成された一時ファイルが誰でも読み取り可能になり、タスクが失敗する代わりに警告が表示されます。これは、権限のないユーザーに変わる (become) 場合に役立ちます。"

#~ msgid "False"
#~ msgstr "False"

#~ msgid "allow_world_readable_tmpfiles"
#~ msgstr "allow_world_readable_tmpfiles"

#~ msgid "moved to a per plugin approach that is more flexible"
#~ msgstr "より柔軟なプラグインのアプローチへ移行"

#~ msgid "mostly the same config will work, but now controlled from the plugin itself and not using the general constant."
#~ msgstr "ほとんどの同じ設定は機能しますが、プラグイン自体から制御され、一般的な定数は使用しません。"

#~ msgid "None"
#~ msgstr "なし"

#~ msgid "CALLABLE_ACCEPT_LIST"
#~ msgstr "CALLABLE_ACCEPT_LIST"

#~ msgid "Whitelist of callable methods to be made available to template evaluation"
#~ msgstr "テンプレート評価で利用できる呼び出し可能なメソッドのホワイトリスト"

#~ msgid "[]"
#~ msgstr "[]"

#~ msgid "callable_whitelist"
#~ msgstr "callable_whitelist"

#~ msgid "callable_enabled"
#~ msgstr "callable_enabled"

#~ msgid ":envvar:`ANSIBLE_CALLABLE_ENABLED`"
#~ msgstr ":envvar:`ANSIBLE_CALLABLE_ENABLED`"

#~ msgid ":envvar:`ANSIBLE_CALLABLE_WHITELIST`"
#~ msgstr ":envvar:`ANSIBLE_CALLABLE_WHITELIST`"

#~ msgid "ANSIBLE_CALLABLE_ENABLED"
#~ msgstr "ANSIBLE_CALLABLE_ENABLED"

#~ msgid "callback_enabled"
#~ msgstr "callback_enabled"

#~ msgid "When a collection is loaded that does not support the running Ansible version (via the collection metadata key `requires_ansible`), the default behavior is to issue a warning and continue anyway. Setting this value to `ignore` skips the warning entirely, while setting it to `fatal` will immediately halt Ansible execution."
#~ msgstr "(コレクションメタデータキー `requires_ansible` を介して) 実行中の Ansible バージョンをサポートしないコレクションが読み込まれると、デフォルトの動作では、警告を表示してとにかく続行します。この値を `ignore` に設定すると警告を完全に飛ばします。`fatal` に設定すると、Ansible の実行をすぐに停止します。"

#~ msgid "COMMAND_WARNINGS"
#~ msgstr "COMMAND_WARNINGS"

#~ msgid "Ansible can issue a warning when the shell or command module is used and the command appears to be similar to an existing Ansible module. These warnings can be silenced by adjusting this setting to False. You can also control this at the task level with the module option ``warn``. As of version 2.11, this is disabled by default."
#~ msgstr "Ansible は、シェルまたはコマンドモジュールが使用され、コマンドが既存の Ansible モジュールと類似しているように見えます。これらの設定を False に設定することで、これらの警告を非表示にすることができます。また、モジュールのオプション ``warn`` を使用してタスクレベルで制御することもできます。バージョン 2.11 の時点で、これはデフォルトでは無効になっています。"

#~ msgid "command_warnings"
#~ msgstr "command_warnings"

#~ msgid ":envvar:`ANSIBLE_COMMAND_WARNINGS`"
#~ msgstr ":envvar:`ANSIBLE_COMMAND_WARNINGS`"

#~ msgid "the command warnings feature is being removed"
#~ msgstr "コマンド警告機能が削除されています。"

#~ msgid "CONDITIONAL_BARE_VARS"
#~ msgstr "CONDITIONAL_BARE_VARS"

#~ msgid "With this setting on (True), running conditional evaluation 'var' is treated differently than 'var.subkey' as the first is evaluated directly while the second goes through the Jinja2 parser. But 'false' strings in 'var' get evaluated as booleans. With this setting off they both evaluate the same but in cases in which 'var' was 'false' (a string) it won't get evaluated as a boolean anymore. Currently this setting defaults to 'True' but will soon change to 'False' and the setting itself will be removed in the future. Expect that this setting eventually will be deprecated after 2.12"
#~ msgstr "この設定を (True) にすると、条件付き評価「var」の実行は「var.subkey」とは異なる方法で処理されます。最初の評価は直接評価され、2 番目の評価は Jinja2 パーサーを通過するためです。ただし、「var」の「false」文字列はブール値として評価されます。この設定をオフにすると、どちらも同じように評価されますが、「var」が「false」(文字列) の場合は、ブール値として評価されなくなります。現在、この設定のデフォルトは「True」ですが、まもなく「False」に変更され、将来のバージョンで設定自体が削除されます。この設定は、2.12 以降で最終的に非推奨になると予想されます。"

#~ msgid "conditional_bare_variables"
#~ msgstr "conditional_bare_variables"

#~ msgid ":envvar:`ANSIBLE_CONDITIONAL_BARE_VARS`"
#~ msgstr ":envvar:`ANSIBLE_CONDITIONAL_BARE_VARS`"

#~ msgid "connection_facts_modules"
#~ msgstr "connection_facts_modules"

#~ msgid ":envvar:`ANSIBLE_CONNECTION_FACTS_MODULES`"
#~ msgstr ":envvar:`ANSIBLE_CONNECTION_FACTS_MODULES`"

#~ msgid "CONTROLLER_PYTHON_WARNING"
#~ msgstr "CONTROLLER_PYTHON_WARNING"

#~ msgid "controller_python_warning"
#~ msgstr "controller_python_warning"

#~ msgid ":envvar:`ANSIBLE_CONTROLLER_PYTHON_WARNING`"
#~ msgstr ":envvar:`ANSIBLE_CONTROLLER_PYTHON_WARNING`"

#~ msgid "This option allows you to globally configure a custom path for 'local_facts' for the implied M(ansible.builtin.setup) task when using fact gathering. If not set, it will fallback to the default from the M(ansible.builtin.setup) module: ``/etc/ansible/facts.d``. This does **not** affect  user defined tasks that use the M(ansible.builtin.setup) module."
#~ msgstr "このオプションを使用すると、ファクト収集を使用するときに、暗黙の M(ansible.builtin.setup) タスクの「local_facts」のカスタムパスをグローバルに設定できます。設定されていない場合は、M(ansible.builtin.setup) モジュールからデフォルトにフォールバックします (``/etc/ansible/facts.d``)。これは、M(ansible.builtin.setup)  モジュールを使用するユーザー定義のタスクには **影響しません**。"

#~ msgid "5"
#~ msgstr "5"

#~ msgid "Set the `gather_subset` option for the M(ansible.builtin.setup) task in the implicit fact gathering. See the module documentation for specifics. It does **not** apply to user defined M(ansible.builtin.setup) tasks."
#~ msgstr "暗黙的なファクト収集の M(ansible.builtin.setup) タスクに `gather_subset` オプションを設定します。詳細は、モジュールドキュメントを参照してください。ユーザー定義の M(ansible.builtin.setup) タスクには **適用されません**。"

#~ msgid "['all']"
#~ msgstr "['all']"

#~ msgid "Set the timeout in seconds for the implicit fact gathering. It does **not** apply to user defined M(ansible.builtin.setup) tasks."
#~ msgstr "暗黙的なファクト収集のタイムアウトを秒単位で設定します。ユーザー定義の M(ansible.builtin.setup) タスクには **適用されません**。"

#~ msgid "10"
#~ msgstr "10"

#~ msgid "This setting controls the default policy of fact gathering (facts discovered about remote systems). When 'implicit' (the default), the cache plugin will be ignored and facts will be gathered per play unless 'gather_facts: False' is set. When 'explicit' the inverse is true, facts will not be gathered unless directly requested in the play. The 'smart' value means each new host that has no facts discovered will be scanned, but if the same host is addressed in multiple plays it will not be contacted again in the playbook run. This option can be useful for those wishing to save fact gathering time. Both 'smart' and 'explicit' will use the cache plugin."
#~ msgstr "この設定は、ファクト収集 (リモートシステムに関して検出されたファクト) のデフォルトポリシーを制御します。「implicit」(デフォルト) の場合、cache プラグインは無視され、「gather_facts: False」が設定されていない限り、プレイごとにファクトが収集されます。「explicit」の場合はその逆で、プレイ中に直接要求されない限り、ファクトは収集されません。「smart」の値は、検出されたファクトを持たない各新規ホストがスキャンされることを意味しますが、同じホストが複数のプレイで扱われた場合は、Playbook の実行中に再び接触することはありません。このオプションは、ファクト収集の時間を短縮したい場合に便利です。「smart」と「explicit」の両方とも、cache プラグインを使用します。"

#~ msgid "DEFAULT_HANDLER_INCLUDES_STATIC"
#~ msgstr "DEFAULT_HANDLER_INCLUDES_STATIC"

#~ msgid "Since 2.0 M(ansible.builtin.include) can be 'dynamic', this setting (if True) forces that if the include appears in a ``handlers`` section to be 'static'."
#~ msgstr "2.0 M(ansible.builtin.include) は「動的」である可能性があるため、この設定 (True の場合) は、``handlers`` セクションに表示されるインクルードが「静的」になります。"

#~ msgid "handler_includes_static"
#~ msgstr "handler_includes_static"

#~ msgid ":envvar:`ANSIBLE_HANDLER_INCLUDES_STATIC`"
#~ msgstr ":envvar:`ANSIBLE_HANDLER_INCLUDES_STATIC`"

#~ msgid "include itself is deprecated and this setting will not matter in the future"
#~ msgstr "インクルード自体は非推奨であるため、この設定は今後重要ではありません。"

#~ msgid "none as its already built into the decision between include_tasks and import_tasks"
#~ msgstr "include_tasks と import_tasks の決定にすでに組み込まれてるため、none です。"

#~ msgid ":envvar:`LIBVIRT_LXC_NOSECLABEL`"
#~ msgstr ":envvar:`LIBVIRT_LXC_NOSECLABEL`"

#~ msgid "environment variables without ``ANSIBLE_`` prefix are deprecated"
#~ msgstr "``ANSIBLE_`` 接頭辞のない環境変数が非推奨になりました。"

#~ msgid "the ``ANSIBLE_LIBVIRT_LXC_NOSECLABEL`` environment variable"
#~ msgstr "``ANSIBLE_LIBVIRT_LXC_NOSECLABEL`` 環境変数"

#~ msgid "~/.ansible/tmp"
#~ msgstr "~/.ansible/tmp"

#~ msgid "Ansible managed"
#~ msgstr "Ansible が管理"

#~ msgid "ZIP_DEFLATED"
#~ msgstr "ZIP_DEFLATED"

#~ msgid "15"
#~ msgstr "15"

#~ msgid "Set the main callback used to display Ansible output, you can only have one at a time. You can have many other callbacks, but just one can be in charge of stdout."
#~ msgstr "Ansible 出力の表示に使用されるメインのコールバックを設定します。一度に 1 つしか使用できません。他にも多くのコールバックを設定できますが、stdout に使用できるのは 1 つだけです。"

#~ msgid "LOG_USER"
#~ msgstr "LOG_USER"

#~ msgid "DEFAULT_TASK_INCLUDES_STATIC"
#~ msgstr "DEFAULT_TASK_INCLUDES_STATIC"

#~ msgid "The `include` tasks can be static or dynamic, this toggles the default expected behaviour if autodetection fails and it is not explicitly set in task."
#~ msgstr "`include` タスクは静的または動的にすることができます。これは、自動検出が失敗し、タスクに自動検出が明示的に設定されていない場合に、デフォルトの想定される動作を切り替えます。"

#~ msgid "task_includes_static"
#~ msgstr "task_includes_static"

#~ msgid ":envvar:`ANSIBLE_TASK_INCLUDES_STATIC`"
#~ msgstr ":envvar:`ANSIBLE_TASK_INCLUDES_STATIC`"

#~ msgid "None, as its already built into the decision between include_tasks and import_tasks"
#~ msgstr "include_tasks と import_tasks の決定にすでに組み込まれてるため、none です。"

#~ msgid "0"
#~ msgstr "0"

#~ msgid "3"
#~ msgstr "3"

#~ msgid ":envvar:`DISPLAY_SKIPPED_HOSTS`"
#~ msgstr ":envvar:`DISPLAY_SKIPPED_HOSTS`"

#~ msgid "the ``ANSIBLE_DISPLAY_SKIPPED_HOSTS`` environment variable"
#~ msgstr "``ANSIBLE_DISPLAY_SKIPPED_HOSTS`` 環境変数"

#~ msgid "Which modules to run during a play's fact gathering stage, using the default of 'smart' will try to figure it out based on connection type."
#~ msgstr "プレイのファクト収集段階で実行するモジュールは、デフォルトの「smart」を使用すると接続タイプに基づいて確認を試みます。"

#~ msgid "Path to the Python interpreter to be used for module execution on remote targets, or an automatic discovery mode. Supported discovery modes are ``auto``, ``auto_silent``, and ``auto_legacy`` (the default). All discovery modes employ a lookup table to use the included system Python (on distributions known to include one), falling back to a fixed ordered list of well-known Python interpreter locations if a platform-specific default is not available. The fallback behavior will issue a warning that the interpreter should be set explicitly (since interpreters installed later may change which one is used). This warning behavior can be disabled by setting ``auto_silent``. The default value of ``auto_legacy`` provides all the same behavior, but for backwards-compatibility with older Ansible releases that always defaulted to ``/usr/bin/python``, will use that interpreter if present (and issue a warning that the default behavior will change to that of ``auto`` in a future Ansible release."
#~ msgstr "リモートターゲットまたは自動検出モードでのモジュール実行に使用される Python インタープリターへのパス。サポートされている検出モードは、``auto``、``auto_silent``、および ``auto_legacy`` (デフォルト) です。すべての検出モードは、含まれているシステムの Python (含むことがディストリビューションで) を使用するためにルックアップテーブルを使用し、プラットフォーム固有のデフォルトが使用できない場合は、よく知られた Python インタープリターの位置の固定された順序リストにフォールバックします。フォールバック動作では、インタープリターを明示的に設定する必要があるという警告が出力されます (後からインストールされたインタープリターが、使用するインタープリターを変更する可能性があるからです)。この警告動作を無効にするには、``auto_silent`` を設定します。``auto_legacy`` のデフォルト値はすべて同じ動作を提供しますが、以前の Ansible リリースとの下位互換性のために、常にデフォルトで ``/usr/bin/python`` に設定されていた場合、存在する場合はそのインタープリターを使用します (デフォルトの動作が将来の Ansible リリースの ``auto`` の動作に変更することを示す警告を表示します)。"

#~ msgid "INTERPRETER_PYTHON_DISTRO_MAP"
#~ msgstr "INTERPRETER_PYTHON_DISTRO_MAP"

#~ msgid "{'centos': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'debian': {'10': '/usr/bin/python3'}, 'fedora': {'23': '/usr/bin/python3'}, 'oracle': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'redhat': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'rhel': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'ubuntu': {'14': '/usr/bin/python', '16': '/usr/bin/python3'}}"
#~ msgstr "{'centos': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'debian': {'10': '/usr/bin/python3'}, 'fedora': {'23': '/usr/bin/python3'}, 'oracle': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'redhat': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'rhel': {'6': '/usr/bin/python', '8': '/usr/libexec/platform-python'}, 'ubuntu': {'14': '/usr/bin/python', '16': '/usr/bin/python3'}}"

#~ msgid "Toggle to turn on inventory caching"
#~ msgstr "インベントリーキャッシュを有効に切り替えます。"

#~ msgid "The plugin for caching inventory. If INVENTORY_CACHE_PLUGIN is not provided CACHE_PLUGIN can be used instead."
#~ msgstr "インベントリーのキャッシュ用のプラグイン。INVENTORY_CACHE_PLUGIN が指定されていない場合は、CACHE_PLUGIN を代わりに使用できます。"

#~ msgid "The inventory cache connection. If INVENTORY_CACHE_PLUGIN_CONNECTION is not provided CACHE_PLUGIN_CONNECTION can be used instead."
#~ msgstr "インベントリーキャッシュ接続。INVENTORY_CACHE_PLUGIN_CONNECTION が指定されていない場合は、代わりに CACHE_PLUGIN_CONNECTION を使用できます。"

#~ msgid "The table prefix for the cache plugin. If INVENTORY_CACHE_PLUGIN_PREFIX is not provided CACHE_PLUGIN_PREFIX can be used instead."
#~ msgstr "cache プラグインのテーブル接頭辞。INVENTORY_CACHE_PLUGIN_PREFIX が指定されていない場合は、代わりに CACHE_PLUGIN_PREFIX を使用できます。"

#~ msgid "Expiration timeout for the inventory cache plugin data. If INVENTORY_CACHE_TIMEOUT is not provided CACHE_TIMEOUT can be used instead."
#~ msgstr "inventory cache プラグインデータの有効期限のタイムアウト。INVENTORY_CACHE_TIMEOUT が指定されていない場合は、代わりに CACHE_TIMEOUT を使用できます。"

#~ msgid ":envvar:`NETWORK_GROUP_MODULES`"
#~ msgstr ":envvar:`NETWORK_GROUP_MODULES`"

#~ msgid "the ``ANSIBLE_NETWORK_GROUP_MODULES`` environment variable"
#~ msgstr "``ANSIBLE_NETWORK_GROUP_MODULES`` 環境変数"

#~ msgid "30"
#~ msgstr "30"

#~ msgid "This sets which playbook dirs will be used as a root to process vars plugins, which includes finding host_vars/group_vars The ``top`` option follows the traditional behaviour of using the top playbook in the chain to find the root directory. The ``bottom`` option follows the 2.4.0 behaviour of using the current playbook to find the root directory. The ``all`` option examines from the first parent to the current playbook."
#~ msgstr "これにより、vars プラグインを処理するためのルートとして使用される Playbook ディレクトリーが設定されます。これには、host_vars/group_vars の検索が含まれます。``top`` オプションは、チェーンの最上位の Playbook を使用してルートディレクトリーを見つけるという従来の動作に従います。``bottom`` オプションは、現在の Playbook を使用してルートディレクトリーを検索する 2.4.0 の動作に従います。``all`` オプションは、最初の親から現在の Playbook までを調べます。"

#~ msgid "[default]"
#~ msgstr "[default]"

#~ msgid "specifying \"plugin_filters_cfg\" under the \"default\" section is deprecated"
#~ msgstr "「default」セクションに「plugin_filters_cfg」を指定することが非推奨になりました。"

#~ msgid "the \"defaults\" section instead"
#~ msgstr "代わりに「default」セクションが使用されます。"

#~ msgid "This setting can be used to optimize vars_plugin usage depending on user's inventory size and play selection. Setting to C(demand) will run vars_plugins relative to inventory sources anytime vars are 'demanded' by tasks. Setting to C(start) will run vars_plugins relative to inventory sources after importing that inventory source."
#~ msgstr "この設定は、ユーザーのインベントリーサイズとプレイの選択に応じて vars_plugin の使用を最適化するために使用できます。C(demand) に設定すると、タスクによって変数が「要求」されるたびに、インベントリーソースに関連して vars_plugins が実行されます。C(start) に設定すると、インベントリーソースをインポートした後、インベントリーソースに関連して vars_plugins が実行されます。"

#~ msgid "Make ansible transform invalid characters in group names supplied by inventory sources. If 'never' it will allow for the group name but warn about the issue. When 'ignore', it does the same as 'never', without issuing a warning. When 'always' it will replace any invalid characters with '_' (underscore) and warn the user When 'silently', it does the same as 'always', without issuing a warning."
#~ msgstr "インベントリーソースから提供されたグループ名の無効な文字を Ansible が変換します。「never」の場合、グループ名は許可されますが、問題について警告されます。「ignore」の場合は、警告を出力せずに「never」と同じように動作します。「always」の場合は、無効な文字を「_」(アンダースコア) に置き換えてユーザーに警告します。「silently」の場合は、警告を発行せずに「always」と同じように動作します。"

#~ msgid "With this setting on (True), running conditional evaluation 'var' is treated differently than 'var.subkey' as the first is evaluated directly while the second goes through the Jinja2 parser. But 'false' strings in 'var' get evaluated as booleans.With this setting off they both evaluate the same but in cases in which 'var' was 'false' (a string) it won't get evaluated as a boolean anymore.Currently this setting defaults to 'True' but will soon change to 'False' and the setting itself will be removed in the future.Expect that this setting eventually will be deprecated after 2.12"
#~ msgstr "この設定を (True) にすると、条件付き評価「var」の実行は「var.subkey」とは異なる方法で処理されます。最初の評価は直接評価され、2 番目の評価は Jinja2 パーサーを通過するためです。ただし、「var」の「false」文字列はブール値として評価されます。この設定をオフにすると、どちらも同じように評価されますが、「var」が「false」(文字列) の場合は、ブール値として評価されなくなります。現在、この設定のデフォルトは「True」ですが、まもなく「False」に変更され、将来のバージョンで設定自体が削除されます。この設定は、2.12 以降で最終的に非推奨になると予想されます。"

#~ msgid "See also :ref:`CONDITIONAL_BARE_VARS <CONDITIONAL_BARE_VARS>`"
#~ msgstr "「:ref:`CONDITIONAL_BARE_VARS <CONDITIONAL_BARE_VARS>`」も参照してください。"

#~ msgid "Ansible can issue a warning when the shell or command module is used and the command appears to be similar to an existing Ansible module.These warnings can be silenced by adjusting this setting to False. You can also control this at the task level with the module option ``warn``.As of version 2.11, this is disabled by default."
#~ msgstr "Ansible は、シェルまたはコマンドモジュールが使用され、コマンドが既存の Ansible モジュールと類似しているように見えます。これらの設定を False に設定することで、これらの警告を非表示にすることができます。また、モジュールのオプション ``warn`` を使用してタスクレベルで制御することもできます。バージョン 2.11 の時点で、これはデフォルトでは無効になっています。"

#~ msgid "See also :ref:`COMMAND_WARNINGS <COMMAND_WARNINGS>`"
#~ msgstr "「:ref:`COMMAND_WARNINGS <COMMAND_WARNINGS>`」も参照してください。"

#~ msgid "See also :ref:`CALLABLE_ACCEPT_LIST <CALLABLE_ACCEPT_LIST>`"
#~ msgstr "「:ref:`CALLABLE_ACCEPT_LIST <CALLABLE_ACCEPT_LIST>`」も参照してください。"

#~ msgid "See also :ref:`CONTROLLER_PYTHON_WARNING <CONTROLLER_PYTHON_WARNING>`"
#~ msgstr "「:ref:`CONTROLLER_PYTHON_WARNING <CONTROLLER_PYTHON_WARNING>`」も参照してください。"

#~ msgid "This option allows you to globally configure a custom path for 'local_facts' for the implied M(ansible.builtin.setup) task when using fact gathering.If not set, it will fallback to the default from the M(ansible.builtin.setup) module: ``/etc/ansible/facts.d``.This does **not** affect  user defined tasks that use the M(ansible.builtin.setup) module."
#~ msgstr "このオプションを使用すると、ファクト収集を使用するときに、暗黙の M(ansible.builtin.setup) タスクの「local_facts」のカスタムパスをグローバルに設定できます。設定されていない場合は、M(ansible.builtin.setup) モジュールからデフォルトにフォールバックします (``/etc/ansible/facts.d``)。これは、M(ansible.builtin.setup) モジュールを使用するユーザー定義のタスクには **影響しません**。"

#~ msgid "This setting controls the default policy of fact gathering (facts discovered about remote systems).When 'implicit' (the default), the cache plugin will be ignored and facts will be gathered per play unless 'gather_facts: False' is set.When 'explicit' the inverse is true, facts will not be gathered unless directly requested in the play.The 'smart' value means each new host that has no facts discovered will be scanned, but if the same host is addressed in multiple plays it will not be contacted again in the playbook run.This option can be useful for those wishing to save fact gathering time. Both 'smart' and 'explicit' will use the cache plugin."
#~ msgstr "この設定は、ファクト収集 (リモートシステムに関して検出されたファクト) のデフォルトポリシーを制御します。「implicit」(デフォルト) の場合、cache プラグインは無視され、「gather_facts: False」が設定されていない限り、プレイごとにファクトが収集されます。「explicit」の場合はその逆で、プレイ中に直接要求されない限り、ファクトは収集されません。「smart」の値は、検出されたファクトを持たない各新規ホストがスキャンされることを意味しますが、同じホストが複数のプレイで扱われた場合は、Playbook の実行中に再び接触することはありません。このオプションは、ファクト収集の時間を短縮したい場合に便利です。「smart」と「explicit」の両方とも、cache プラグインを使用します。"

#~ msgid "Set the `gather_subset` option for the M(ansible.builtin.setup) task in the implicit fact gathering. See the module documentation for specifics.It does **not** apply to user defined M(ansible.builtin.setup) tasks."
#~ msgstr "暗黙的なファクト収集の M(ansible.builtin.setup) タスクに `gather_subset` オプションを設定します。詳細は、モジュールドキュメントを参照してください。ユーザー定義の M(ansible.builtin.setup) タスクには **適用されません**。"

#~ msgid "See also :ref:`DEFAULT_HANDLER_INCLUDES_STATIC <DEFAULT_HANDLER_INCLUDES_STATIC>`"
#~ msgstr "「:ref:`DEFAULT_HANDLER_INCLUDES_STATIC <DEFAULT_HANDLER_INCLUDES_STATIC>`」も参照してください。"

#~ msgid "Set the main callback used to display Ansible output, you can only have one at a time.You can have many other callbacks, but just one can be in charge of stdout."
#~ msgstr "Ansible 出力の表示に使用されるメインコールバックを設定します。一度に 1 つしか使用できません。他にも多くのコールバックを設定できますが、標準出力 (stdout) に使用できるのは 1 つだけです。"

#~ msgid "See also :ref:`DEFAULT_TASK_INCLUDES_STATIC <DEFAULT_TASK_INCLUDES_STATIC>`"
#~ msgstr "「:ref:`DEFAULT_TASK_INCLUDES_STATIC <DEFAULT_TASK_INCLUDES_STATIC>`」も参照してください。"

#~ msgid "See also :ref:`CONNECTION_FACTS_MODULES <CONNECTION_FACTS_MODULES>`"
#~ msgstr "「:ref:`CONNECTION_FACTS_MODULES <CONNECTION_FACTS_MODULES>`」も参照してください。"

#~ msgid "Make ansible transform invalid characters in group names supplied by inventory sources.If 'never' it will allow for the group name but warn about the issue.When 'ignore', it does the same as 'never', without issuing a warning.When 'always' it will replace any invalid characters with '_' (underscore) and warn the userWhen 'silently', it does the same as 'always', without issuing a warning."
#~ msgstr "インベントリーソースから提供されたグループ名の無効な文字を Ansible が変換します。「never」の場合、グループ名は許可されますが、問題について警告されます。「ignore」の場合は、警告を出力せずに「never」と同じように動作します。「always」の場合は、無効な文字を「_」(アンダースコア) に置き換えてユーザーに警告します。「silently」の場合は、警告を出力しませんが「always」と同じように動作します。"

#~ msgid "This sets which playbook dirs will be used as a root to process vars plugins, which includes finding host_vars/group_varsThe ``top`` option follows the traditional behaviour of using the top playbook in the chain to find the root directory.The ``bottom`` option follows the 2.4.0 behaviour of using the current playbook to find the root directory.The ``all`` option examines from the first parent to the current playbook."
#~ msgstr "これにより、vars プラグインを処理するためのルートとして使用される Playbook ディレクトリーが設定されます。これには、host_vars/group_vars の検索が含まれます。``top`` オプションは、チェーンの最上位の Playbook を使用してルートディレクトリーを見つけるという従来の動作に従います。``bottom`` オプションは、現在の Playbook を使用してルートディレクトリーを検索する 2.4.0 の動作に従います。``all`` オプションは、最初の親から現在の Playbook までを調べます。"

#~ msgid "This setting can be used to optimize vars_plugin usage depending on user's inventory size and play selection.Setting to C(demand) will run vars_plugins relative to inventory sources anytime vars are 'demanded' by tasks.Setting to C(start) will run vars_plugins relative to inventory sources after importing that inventory source."
#~ msgstr "この設定は、ユーザーのインベントリーサイズとプレイの選択に応じて vars_plugin の使用を最適化するために使用できます。C(demand) に設定すると、タスクによって変数が「要求」されるたびに、インベントリーソースに関連して vars_plugins が実行されます。C(start) に設定すると、インベントリーソースをインポートした後、インベントリーソースに関連して vars_plugins が実行されます。"

#~ msgid "Yes! Ansible, Inc makes a great product that makes Ansible even more powerful and easy to use. See :ref:`ansible_tower`."
#~ msgstr "Ansible, Inc は、Ansible がより強力で使いやすくなるように、優れた製品を提供しています。「:ref:`ansible_tower`」を参照してください。"

#~ msgid "Why don't you ship ansible in wheel format (or other packaging format) ?"
#~ msgstr "wheel 形式 (またはその他のパッケージ形式) で ansible が同梱されないのはなぜですか。"

#~ msgid "In most cases it has to do with maintainability. There are many ways to ship software and we do not have the resources to release Ansible on every platform. In some cases there are technical issues. For example, our dependencies are not present on Python Wheels."
#~ msgstr "多くの場合に、メンテナンスができるかどうかに関係します。ソフトウェアを提供する方法は多数あり、全プラットフォームで Ansible をリリースするリソースがありません。場合によっては、技術的な問題があります。たとえば、Python Wheel には依存関係がありません。"

#~ msgid "Please see the section below for a link to IRC and the Google Group, where you can ask your question there."
#~ msgstr "以下のセクションに、IRC および Google グループへのリンクがあります。こちらから、質問をしてください。"

#~ msgid "New for 2.10. The installable package (RPM/Python/Deb package) generated from the `ansible/ansible repository <https://github.com/ansible/ansible>`_. Contains the command-line tools and the code for basic features and functions, such as copying module code to managed nodes. The ``ansible-base`` package includes a few modules and plugins and allows you to add others by installing collections."
#~ msgstr "2.10 の新機能。`ansible/ansible リポジトリー <https://github.com/ansible/ansible>`_ から生成されるインストール可能なパッケージ (RPM/Python/Deb パッケージ)。コマンドラインツールと、基本的な機能と関数 (モジュールコードの管理対象ノードへのコピーなど) のコードが含まれています。``ansible-base`` パッケージにはいくつかのモジュールとプラグインが含まれており、コレクションをインストールすることで他のモジュールを追加できます。"

#~ msgid "Handlers are just like regular tasks in an Ansible :term:`playbook <playbooks>` (see :term:`Tasks`) but are only run if the Task contains a ``notify`` directive and also indicates that it changed something.  For example, if a config file is changed, then the task referencing the config file templating operation may notify a service restart handler.  This means services can be bounced only if they need to be restarted.  Handlers can be used for things other than service restarts, but service restarts are the most common usage."
#~ msgstr "ハンドラーは Ansible :term:`playbook <playbooks>` の通常のタスクのような機能を持ちます(「:term:`タスク`」を参照) が、タスクに ``notify`` ディレクティブがあり、変更があったことが示唆される場合にのみ実行されます。たとえば、設定ファイルが変更された後に、設定ファイルを参照するテンプレート作成操作のタスクは、サービス再起動ハンドラーに通知する可能性があります。これは、サービスが再起動する必要がある場合にのみバウンスできることを意味します。ハンドラーはサービスの再起動以外のタスクに使用できますが、サービスの再起動が最も一般的な使用例になります。"

#~ msgid "A local_action directive in a :term:`playbook <playbooks>` targeting remote machines means that the given step will actually occur on the local machine, but that the variable ``{{ ansible_hostname }}`` can be passed in to reference the remote hostname being referred to in that step.  This can be used to trigger, for example, an rsync operation."
#~ msgstr "リモートマシンを対象とした :term:`playbook <playbooks>` の local_action ディレクティブは、指定した手順が実際にはローカルマシン上で実行されるが、そのステップで参照されるリモートホスト名を参照するために変数 ``{{ ansible_hostname }}`` を渡すことができることを意味します。これを利用して、たとえば rsync の操作を行うことができます。"

#~ msgid "By using ``connection: local`` in a :term:`playbook <playbooks>`, or passing ``-c local`` to :command:`/usr/bin/ansible`, this indicates that we are managing the local host and not a remote machine."
#~ msgstr ":term:`playbook <playbooks>` で ``connection: local`` を使用するか、``-c local`` を :command:`/usr/bin/ansible` に渡した場合は、リモートホストではなくローカルホストを管理していることを示しています。"

#~ msgid "To save Ansible output to a secure database, use :ref:`Ansible Tower <ansible_tower>`. Tower allows you to review history based on hosts, projects, and particular inventories over time, using graphs and/or a REST API."
#~ msgstr "Ansible の出力を安全なデータベースに保存するには、:ref:`Ansible Tower <ansible_tower>` を使用します。Tower を使用すると、グラフや REST API を使用して、ホスト、プロジェクト、および特定のインベントリーに基づいて履歴を確認できます。"

#~ msgid ":ref:`rolling_update_batch_size`"
#~ msgstr ":ref:`rolling_update_batch_size`"

#~ msgid ":ref:`loop_control`"
#~ msgstr ":ref:`loop_control`"

#~ msgid "This section describes the Ansible and ``ansible-core`` releases. Ansible is the package that most users install. ``ansible-core`` is primarily for developers."
#~ msgstr "本セクションでは、Ansible および ``ansible-core`` リリースを説明します。Ansible は、ほとんどのユーザーがインストールするパッケージです。``ansible-core`` は主に開発者向けのものです。"

#~ msgid "Ansible is developed and released on a flexible release cycle. This cycle can be extended in order to allow for larger changes to be properly implemented and tested before a new release is made available. See :ref:`roadmaps` for upcoming release details."
#~ msgstr "Ansibleは、柔軟なリリースサイクルで開発およびリリースされます。このサイクルは、大規模な変更を正しく実装して、テストしてから新しいリリースが公開されるように、延長することが可能です。今後のリリースの詳細については、「:ref:`roadmaps`」を参照してください。"

#~ msgid "For Ansible version 2.10 or later, the major release is maintained for one release cycle. When the next release comes out (for example, 2.11), the older release (2.10 in this example) is no longer maintained."
#~ msgstr "Ansible バージョン 2.10 以降では、メジャーリリースは 1 つのリリースサイクルで維持されます。次のリリースがなくなると (この例では 2.11)、古いリリース (この例では 2.10) は維持されなくなります。"

#~ msgid "If you are using a release of Ansible that is no longer maintained, we strongly encourage you to upgrade as soon as possible in order to benefit from the latest features and security fixes."
#~ msgstr "メンテナンスされていない Ansible のリリースを使用している場合には、最新の機能やセキュリティー修正からの恩恵を受けられるようにできるだけ早くアップグレードすることを強く推奨します。"

#~ msgid "Older, unmaintained versions of Ansible can contain unfixed security vulnerabilities (*CVE*)."
#~ msgstr "メンテナンスのない、以前の Ansible バージョンには、未修正のセキュリティーの脆弱性が含まれている可能性があります (*CVE*)。"

#~ msgid "Ansible Release"
#~ msgstr "Ansible リリース"

#~ msgid "`2.10 Release Notes`_"
#~ msgstr "`2.10 リリースノート`_"

#~ msgid "In development (2.10 alpha/beta)"
#~ msgstr "開発 (2.10 アルファ/ベータ)"

#~ msgid "`2.9 Release Notes`_"
#~ msgstr "`2.9 リリースノート`_"

#~ msgid "`2.8 Release Notes`_"
#~ msgstr "`2.8 リリースノート`_"

#~ msgid "`2.7 Release Notes`_"
#~ msgstr "`2.7 リリースノート`_"

#~ msgid "`2.6 Release Notes`_"
#~ msgstr "`2.6 リリースノート`_"

#~ msgid "`2.5 Release Notes`_"
#~ msgstr "`2.5 リリースノート`_"

#~ msgid "``ansible-core`` is developed and released on a flexible release cycle. This cycle can be extended in order to allow for larger changes to be properly implemented and tested before a new release is made available. See :ref:`roadmaps` for upcoming release details."
#~ msgstr "``ansible-core`` は、柔軟なリリースサイクルで開発およびリリースされます。このサイクルは、大規模な変更を正しく実装して、テストしてから新しいリリースが公開されるように、延長することが可能です。今後のリリースの詳細は、「:ref:`roadmaps`」を参照してください。"

#~ msgid "If you are using a release of ``ansible-core`` that is no longer maintained, we strongly encourage you to upgrade as soon as possible in order to benefit from the latest features and security fixes."
#~ msgstr "メンテナンスされなくなった ``ansible-core`` のリリースを使用している場合は、最新の機能やセキュリティー修正からの恩恵を受けられるようにできるだけ早くアップグレードすることが強く推奨されます。"

#~ msgid "Older, unmaintained versions of ``ansible-core`` can contain unfixed security vulnerabilities (*CVE*)."
#~ msgstr "メンテナンスされていない、以前の ``ansible-core`` バージョンには、未修正のセキュリティーの脆弱性が含まれている可能性があります (*CVE*)。"

#~ msgid "Collection updates (new modules, plugins, features and bugfixes) will always be integrated in what will become the next version of Ansible. This work is tracked within the individual collection repositories."
#~ msgstr "コレクションの更新 (新しいモジュール、プラグイン、機能、バグ修正) は常に、Ansible の次のバージョンに統合されます。この作業は、個々のコレクションリポジトリー内で追跡されます。"

#~ msgid "Ansible and ``ansible-core`` provide bugfixes and security improvements for the most recent major release. The previous major release of ``ansible-core`` will only receive fixes for security issues and critical bugs. ``ansible-core`` only applies security fixes to releases which are two releases old. This work is tracked on the ``stable-<version>`` git branches."
#~ msgstr "Ansible と ``ansible-core`` は、最新のメジャーリリースに対するバグ修正およびセキュリティーの改善を提供します。``ansible-core`` の 1 つ前のメジャーリリースでは、セキュリティー問題や重要なバグの修正のみが含まれます。``ansible-core`` では、2 リリース前のリリースに対してのみセキュリティー修正が適用されます。この作業は ``stable-<version>`` の git ブランチで追跡されています。"

#~ msgid "The fixes that land in maintained stable branches will eventually be released as a new version when necessary."
#~ msgstr "維持される安定版のブランチに保存された修正は、最終的に、必要に応じて新しいバージョンとしてリリースされます。"

#~ msgid "We generate changelogs based on fragments. Here is the generated changelog for 2.9_ as an example. When creating new features or fixing bugs, create a changelog fragment describing the change. A changelog entry is not needed for new modules or plugins. Details for those items will be generated from the module documentation."
#~ msgstr "変更ログは、フラグメントに基づいて生成されます。ここに例として 2.9_ の生成された変更ログがあります。新しい機能を作成したり、バグを修正したりするときは、変更点を記述した変更ログフラグメントを作成します。変更ログのエントリーは、新しいモジュールやプラグインには必要ありません。それらの項目の詳細は、モジュールのドキュメントから生成されます。"

#~ msgid "We've got :ref:`examples and instructions on creating changelog fragments <changelogs_how_to>` in the Community Guide."
#~ msgstr "コミュニティーガイドの :ref:`changelog フラグメントの作成例および指示 <changelogs_how_to>` にあります。"

#~ msgid "Before a new release or version of Ansible or ``ansible-core`` can be done, it will typically go through a release candidate process."
#~ msgstr "Ansible または ``ansible-core`` の新規リリースまたはバージョンを公開する前に、通常はリリース候補のプロセスを行います。"

#~ msgid "This provides the Ansible community the opportunity to test these releases and report bugs or issues they might come across."
#~ msgstr "このプロセスでは、Ansible コミュニティーは、これらのリリースをテストして、今後発生する可能性のあるバグや修正を報告する機会があります。"

#~ msgid "If there are major problems with the first candidate, a second candidate will be tagged (``RC2``) once the necessary fixes have landed. This second candidate lasts for a shorter duration than the first. If no problems have been reported after two business days, the final release is done."
#~ msgstr "最初の候補に大きな問題がある場合は、必要な修正がプッシュされた時点で、2 番目の候補のタグ (``RC2``) が付けられます。2 番目の候補は、1 番目よりも期間は短くなります。2 営業日が経過して問題が報告されない場合は、最終的なリリースとなります。"

#~ msgid "More release candidates can be tagged as required, so long as there are bugs that the Ansible  or ``ansible-core`` core maintainers consider should be fixed before the final release."
#~ msgstr "Ansible または ``ansible-core`` の中心となるメンテナーが最終リリース前に修正が必要とみなしたバグがある場合は、必要に応じて追加のリリース候補タグを付けることができます。"

#~ msgid "While there is a pending release candidate, the focus of core developers and maintainers will on fixes towards the release candidate."
#~ msgstr "保留中のリリース候補がある場合は、中心となる開発者やメンテナーは、リリース候補に向けた修正に焦点を当てます。"

#~ msgid "Merging new features or fixes that are not related to the release candidate may be delayed in order to allow the new release to be shipped as soon as possible."
#~ msgstr "できるだけ早く新規リリースを公開するために、リリース候補に関連のない新機能や修正のマージが遅れる可能性があります。"

#~ msgid "Ansible deprecation cycle"
#~ msgstr "Ansible 非推奨サイクル"

#~ msgid "The cycle is normally across 4 feature releases (2.x.y, where the x marks a feature release and the y a bugfix release), so the feature is normally removed in the 4th release after we announce the deprecation. For example, something deprecated in 2.9 will be removed in 2.13, assuming we don't jump to 3.x before that point. The tracking is tied to the number of releases, not the release numbering."
#~ msgstr "サイクルは通常 4 つの機能リリース (たとえば 2.x.y では、x は機能リリースを示し、y はバグ修正リリースを示します) にまたがるため、機能は通常、非推奨を発表してから 4 番目のリリースで削除されます。たとえば、2.9 で非推奨になったものは、バージョンがそのまま 3.x に続くと仮定すると、2.13 で削除されます。追跡は、リリース番号ではなく、リリースの数に関連付けられています。"

#~ msgid "For modules/plugins, we keep the documentation after the removal for users of older versions."
#~ msgstr "モジュール/プラグインについては、以前のバージョンをご利用の方のために、削除後もドキュメントは保持します。"

#~ msgid "The path to the directory of the playbook that was passed to the ``ansible-playbook`` command line."
#~ msgstr "``ansible-playbook`` コマンドラインに渡した Playbook のディレクトリーへのパス"

#~ msgid "By incorporating a degree of testing into your deployment workflow, there will be fewer surprises when code hits production and, in many cases, tests can be leveraged in production to prevent failed updates from migrating across an entire installation.  Since it's push-based, it's also very easy to run the steps on the localhost or testing servers. Ansible lets you insert as many checks and balances into your upgrade workflow as you would like to have."
#~ msgstr "開発のワークフローにテストをある程度組み込むことで、実稼働環境でコードを使用時に、慌てることが少なくなります。多くの場合は、実稼働環境でテストを活用して、更新の失敗が、インストール全体に移行されてしまうのを防ぐことができます。また、プッシュベースになっているため、ローカルホストやテストサーバーで手順を非常に簡単に実行することができます。Ansible は、多くのチェックを挿入できるため、アップグレードのワークフローを希望のレベルに調節できます。"

#~ msgid "Red Hat Ansible Tower"
#~ msgstr "Red Hat Ansible Tower"

#~ msgid "`Red Hat Ansible Tower <https://www.ansible.com/products/tower>`_ is a web console and REST API for operationalizing Ansible across your team, organization, and enterprise. It's designed to be the hub for all of your automation tasks."
#~ msgstr "`Red Hat Ansible Tower <https://www.ansible.com/products/tower>`_ は、チーム、組織、企業全体で Ansible を操作する Web コンソールおよび REST API です。Red Hat Ansible Tower は、すべての自動化タスクのハブとなるように設計されています。"

#~ msgid "Ansible Tower gives you role-based access control, including control over the use of securely stored credentials for SSH and other services. You can sync your Ansible Tower inventory with a wide variety of cloud sources, and powerful multi-playbook workflows allow you to model complex processes."
#~ msgstr "Ansible Tower には、セキュアに保存されている SSH や他のサービスの認証情報の使用時に制御するなど、ロールベースのアクセス制御が含まれています。Ansible Tower インベントリーは、幅広いクラウドソースと同期でき、強力な Playbook ワークフローを複数使用することで、複雑なプロセスをモデル化できます。"

#~ msgid "Ansible Tower is the downstream Red-Hat supported product version of Ansible AWX. Find out more about Ansible Tower features and how to download it on the `Ansible Tower webpage <https://www.ansible.com/products/tower>`_. Ansible Tower is part of the Red Hat Ansible Automation subscription, and comes bundled with amazing support from Red Hat, Inc."
#~ msgstr "Ansible Tower は、Red Hat がサポートする Ansible AWX の製品のバージョン (ダウンストリーム) です。Ansible Tower の機能とそのダウンロード方法の詳細は、`Ansible Tower web ページ <https://www.ansible.com/products/tower>`_ を参照してください。Ansible Tower は、Red Hat Ansible Automation サブスクリプションに含まれ、Red Hat, Inc のサポートが利用できます。"

#~ msgid "You can add ``-o ServerAliveInterval=NumberOfSeconds`` in ``ssh_args`` from ``ansible.cfg``. Without this option, SSH and therefore Ansible will wait until the TCP connection times out. Another solution is to add ``ServerAliveInterval`` into your global SSH configuration. A good value for ``ServerAliveInterval`` is up to you to decide; keep in mind that ``ServerAliveCountMax=3`` is the SSH default so any value you set will be tripled before terminating the SSH session."
#~ msgstr "``ansible.cfg`` から、``ssh_args`` に ``-o ServerAliveInterval=NumberOfSeconds`` を追加できます。このオプションがないと、SSH と Ansible は TCP 接続がタイムアウトになるまで待機します。別の解決方法は、``ServerAliveInterval`` をグローバルの SSH 設定に追加することです。``ServerAliveInterval`` に適した値は、ユーザーが決定します。ただし、SSH のデフォルトは ``ServerAliveCountMax=3`` であるため、SSH セッションの終了前に設定した値が 3 倍になる点に注意してください。"

#~ msgid "A file (by default, Ansible uses a simple INI format) that describes :term:`Hosts <Host>` and :term:`Groups <Group>` in Ansible.  Inventory can also be provided via an :term:`Inventory Script` (sometimes called an \"External Inventory Script\")."
#~ msgstr "Ansible で :term:`ホスト <Host>` と :term:`グループ <Group>` を記述したファイル (デフォルトでは、Ansible は簡単な INI 形式を使用)。インベントリーは、:term:`インベントリースクリプト` (「外部インベントリースクリプト」と呼ばれることもあります) を介して提供することもできます。"

#~ msgid ":class:`set` of values marked as ``no_log`` in the argument spec. This is a temporary holding place for these values and may move in the future."
#~ msgstr "引数仕様で ``no_log`` とマークされた値の :class:`set`。これは、これらの値の一時的な保持となり、今後移動する可能性があります。"

#~ msgid "On the controller we support Python 3.5 or greater and Python 2.7 or greater. Module-side, we support Python 3.5 or greater and Python 2.6 or greater."
#~ msgstr "コントローラーでは、Python 3.5 以降、および Python 2.7 以降をサポートしています。モジュール側では、Python 3.5 以降、Python 2.6 以降をサポートします。"

#~ msgid "``ansible-core``/``ansible-base``"
#~ msgstr "``ansible-core``/``ansible-base``"

#~ msgid "Release"
#~ msgstr "Release"

#~ msgid "devel"
#~ msgstr "devel"

#~ msgid "In development (ansible-core 2.14 unreleased, trunk)"
#~ msgstr "開発中 (未リリースの ansible-core 2.14 (trunk))"

#~ msgid "TBD"
#~ msgstr "TBD"

#~ msgid "`2.13 ansible-core Changelogs`_"
#~ msgstr "`2.10 ansible-base Release Notes`_"

#~ msgid "Maintained (security **and** general bug fixes)"
#~ msgstr "メンテナンス対象 (セキュリティー **および** 一般的なバグの修正)"

#~ msgid "`2.12 ansible-core Changelogs`_"
#~ msgstr "`2.10 ansible-base Release Notes`_"

#~ msgid "Maintained (security **and** critical bug fixes)"
#~ msgstr "メンテナンス対象 (セキュリティー **および** 重大なバグの修正)"

#~ msgid "`2.11 ansible-core Changelogs`_"
#~ msgstr "`2.10 ansible-base Release Notes`_"

#~ msgid "Maintained (security bug fixes only)"
#~ msgstr "メンテナンス対象 (セキュリティーバグ修正のみ)"

#~ msgid "`2.10 ansible-base Changelogs`_"
#~ msgstr "`2.10 ansible-base Release Notes`_"

#~ msgid "EOL"
#~ msgstr "EOL"

#~ msgid "`2.9 Changelogs`_"
#~ msgstr "`2.9 Changelogs`_"

#~ msgid "`2.8 Changelogs`_"
#~ msgstr "`2.8 Changelogs`_"

#~ msgid "`2.7 Changelogs`_"
#~ msgstr "`2.7 Changelogs`_"

#~ msgid "`2.6 Changelogs`_"
#~ msgstr "`2.6 Changelogs`_"

#~ msgid "`2.5 Changelogs`_"
#~ msgstr "`2.5 Changelogs`_"

#~ msgid "<2.5"
#~ msgstr "2.5 より前のバージョン"


