You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
ansible/docs/docsite/rst/locales/ja/LC_MESSAGES/reference_appendices.po

9476 lines
642 KiB
Plaintext

# 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: 2021-03-08 20:25+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:39
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:47
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:65
msgid "Dictionaries and lists can also be represented in an abbreviated form if you really want to::"
msgstr "ディクショナリーとリストは、必要であれば、略語形式で表現することも可能です::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:71
msgid "These are called \"Flow collections\"."
msgstr "以下は「フローコレクション」と呼ばれます。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:75
msgid "Ansible doesn't really use these too much, but you can also specify a boolean value (true/false) in several forms::"
msgstr "Ansible では以下の形式はあまり使用されませんが、ブール型値 (True/False) を複数の形式で指定することもできます::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:83
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:85
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:100
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:112
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:135
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:138
msgid "Gotchas"
msgstr "Gotchas"
#: ../../rst/reference_appendices/YAMLSyntax.rst:140
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:144
msgid "Because of this, the following is going to result in a YAML syntax error::"
msgstr "このため、以下のような場合には、YAML 構文がエラーになります。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:150
msgid "...but this will work::"
msgstr "...ただし、以下は有効します::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:154
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:160
msgid "...and then the colon will be preserved."
msgstr "...そしてコロンが保存されます。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:162
msgid "Alternatively, you can use double quotes::"
msgstr "または、二重引用符を使用してください。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:168
msgid "The difference between single quotes and double quotes is that in double quotes you can use escapes::"
msgstr "二重引用符ではエスケープを使用できる点が、一重引用符と二重引用符との相違点です::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:173
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:175
msgid "The following is invalid YAML:"
msgstr "以下は無効な YAML です。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:182
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:187
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:193
msgid "Not valid::"
msgstr "以下は有効ではありません::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:197
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:200
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:203
msgid "In Flow Collections, the rules are a bit more strict::"
msgstr "フローコレクションでは、ルールはもう少し厳密です::"
#: ../../rst/reference_appendices/YAMLSyntax.rst:209
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:216
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:226
#: ../../rst/reference_appendices/faq.rst:774
#: ../../rst/reference_appendices/glossary.rst:521
#: ../../rst/reference_appendices/test_strategies.rst:267
msgid ":ref:`working_with_playbooks`"
msgstr ":ref:`working_with_playbooks`"
#: ../../rst/reference_appendices/YAMLSyntax.rst:227
msgid "Learn what playbooks can do and how to write/run them."
msgstr "Playbook でできることと、Playbook を記述および実行する方法を学びます。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:228
msgid "`YAMLLint <http://yamllint.com/>`_"
msgstr "`YAMLLint <http://yamllint.com/>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:229
msgid "YAML Lint (online) helps you debug YAML syntax if you are having problems"
msgstr "YAML ヒント (オンライン) は、問題が発生した場合に YAML 構文のデバッグに役立ちます。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:230
msgid "`GitHub examples directory <https://github.com/ansible/ansible-examples>`_"
msgstr "`GitHub examples ディレクトリー <https://github.com/ansible/ansible-examples>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:231
msgid "Complete playbook files from the github project source"
msgstr "Github プロジェクトソースの完全な Playbook ファイル"
#: ../../rst/reference_appendices/YAMLSyntax.rst:232
msgid "`Wikipedia YAML syntax reference <https://en.wikipedia.org/wiki/YAML>`_"
msgstr "`Wikipedia YAML 構文リファレンス <https://en.wikipedia.org/wiki/YAML>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:233
msgid "A good guide to YAML syntax"
msgstr "YAML 構文の適切なガイド"
#: ../../rst/reference_appendices/YAMLSyntax.rst:234
msgid "`Mailing List <https://groups.google.com/group/ansible-project>`_"
msgstr "`メーリングリスト <https://groups.google.com/group/ansible-project>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:235
msgid "Questions? Help? Ideas? Stop by the list on Google Groups"
msgstr "ご質問はございますか。サポートが必要ですか。ご提案はございますか。Google グループの一覧をご覧ください。"
#: ../../rst/reference_appendices/YAMLSyntax.rst:236
#: ../../rst/reference_appendices/common_return_values.rst:250
#: ../../rst/reference_appendices/faq.rst:780
#: ../../rst/reference_appendices/glossary.rst:527
#: ../../rst/reference_appendices/release_and_maintenance.rst:218
#: ../../rst/reference_appendices/test_strategies.rst:273
msgid "`irc.freenode.net <http://irc.freenode.net>`_"
msgstr "`irc.freenode.net <http://irc.freenode.net>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:237
msgid "#ansible IRC chat channel and #yaml for YAML specific questions"
msgstr "IRC チャットチャンネル (#Ansible) および YAML 固有の質問 (#yaml)"
#: ../../rst/reference_appendices/YAMLSyntax.rst:239
msgid "`YAML 1.1 Specification <https://yaml.org/spec/1.1/>`_"
msgstr "`YAML 1.1 仕様 <https://yaml.org/spec/1.1/>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:239
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:241
msgid "`YAML 1.2 Specification <https://yaml.org/spec/1.2/spec.html>`_"
msgstr "`YAML 1.2 仕様 <https://yaml.org/spec/1.2/spec.html>`_"
#: ../../rst/reference_appendices/YAMLSyntax.rst:242
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:6
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:8
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:10
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:492
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:205
#: ../../rst/reference_appendices/playbooks_keywords.rst:303
#: ../../rst/reference_appendices/playbooks_keywords.rst:416
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 "failed"
#: ../../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 "skipped"
#: ../../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/config.rst:342
#: ../../rst/reference_appendices/config.rst:2483
#: ../../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:265
msgid ":ref:`list_of_collections`"
msgstr ":ref:`list_of_collections`"
#: ../../rst/reference_appendices/common_return_values.rst:245
#: ../../rst/reference_appendices/test_strategies.rst:266
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 "`メーリングリスト<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/faq.rst:781
#: ../../rst/reference_appendices/glossary.rst:528
#: ../../rst/reference_appendices/release_and_maintenance.rst:219
#: ../../rst/reference_appendices/test_strategies.rst:274
msgid "#ansible IRC chat channel"
msgstr "IRC チャットチャンネル (#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 "Avoiding security risks with ``ansible.cfg`` in the current directory"
msgstr "現行ディレクトリーで ``ansible.cfg`` を使用したセキュリティーリスクを回避"
#: ../../rst/reference_appendices/config.rst:45
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:52
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:63
msgid "for Vagrant, the `Vagrant documentation <https://www.vagrantup.com/docs/synced-folders/>`_ covers synced folder permissions."
msgstr "Vagrant の場合、`Vagrant documentation <https://www.vagrantup.com/docs/synced-folders/>`_ は同期されたフォルダーのパーミッションに対応します。"
#: ../../rst/reference_appendices/config.rst:64
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 docs <https://docs.microsoft.com/en-us/windows/wsl/wsl-config#set-wsl-launch-settings>`_ とこの `Microsoft blog post <https://blogs.msdn.microsoft.com/commandline/2018/01/12/chmod-chown-wsl-improvements/>`_ はマウントオプションに対応しています。"
#: ../../rst/reference_appendices/config.rst:67
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:74
msgid "Relative paths for configuration"
msgstr "設定の相対パス"
#: ../../rst/reference_appendices/config.rst:76
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:86
msgid "Common Options"
msgstr "共通オプション"
#: ../../rst/reference_appendices/config.rst:88
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:96
msgid "ACTION_WARNINGS"
msgstr "ACTION_WARNINGS"
#: ../../rst/reference_appendices/config.rst
msgid "Description"
msgstr "説明"
#: ../../rst/reference_appendices/config.rst:98
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:99
#: ../../rst/reference_appendices/config.rst:114
#: ../../rst/reference_appendices/config.rst:129
#: ../../rst/reference_appendices/config.rst:212
#: ../../rst/reference_appendices/config.rst:226
#: ../../rst/reference_appendices/config.rst:242
#: ../../rst/reference_appendices/config.rst:256
#: ../../rst/reference_appendices/config.rst:272
#: ../../rst/reference_appendices/config.rst:287
#: ../../rst/reference_appendices/config.rst:455
#: ../../rst/reference_appendices/config.rst:932
#: ../../rst/reference_appendices/config.rst:949
#: ../../rst/reference_appendices/config.rst:978
#: ../../rst/reference_appendices/config.rst:1031
#: ../../rst/reference_appendices/config.rst:1044
#: ../../rst/reference_appendices/config.rst:1058
#: ../../rst/reference_appendices/config.rst:1072
#: ../../rst/reference_appendices/config.rst:1086
#: ../../rst/reference_appendices/config.rst:1208
#: ../../rst/reference_appendices/config.rst:1263
#: ../../rst/reference_appendices/config.rst:1339
#: ../../rst/reference_appendices/config.rst:1441
#: ../../rst/reference_appendices/config.rst:1456
#: ../../rst/reference_appendices/config.rst:1470
#: ../../rst/reference_appendices/config.rst:1489
#: ../../rst/reference_appendices/config.rst:1648
#: ../../rst/reference_appendices/config.rst:1662
#: ../../rst/reference_appendices/config.rst:1721
#: ../../rst/reference_appendices/config.rst:1832
#: ../../rst/reference_appendices/config.rst:1859
#: ../../rst/reference_appendices/config.rst:1932
#: ../../rst/reference_appendices/config.rst:2042
#: ../../rst/reference_appendices/config.rst:2056
#: ../../rst/reference_appendices/config.rst:2098
#: ../../rst/reference_appendices/config.rst:2113
#: ../../rst/reference_appendices/config.rst:2176
#: ../../rst/reference_appendices/config.rst:2191
#: ../../rst/reference_appendices/config.rst:2251
#: ../../rst/reference_appendices/config.rst:2335
#: ../../rst/reference_appendices/config.rst:2367
#: ../../rst/reference_appendices/config.rst:2414
#: ../../rst/reference_appendices/config.rst:2430
#: ../../rst/reference_appendices/config.rst:2584
#: ../../rst/reference_appendices/config.rst:2657
#: ../../rst/reference_appendices/config.rst:2671
#: ../../rst/reference_appendices/config.rst:2684
#: ../../rst/reference_appendices/config.rst:2909
#: ../../rst/reference_appendices/config.rst:2953
#: ../../rst/reference_appendices/config.rst:3003
msgid "boolean"
msgstr "boolean"
#: ../../rst/reference_appendices/config.rst
msgid "Default"
msgstr "デフォルト"
#: ../../rst/reference_appendices/config.rst:100
#: ../../rst/reference_appendices/config.rst:115
#: ../../rst/reference_appendices/config.rst:456
#: ../../rst/reference_appendices/config.rst:979
#: ../../rst/reference_appendices/config.rst:1933
#: ../../rst/reference_appendices/config.rst:2043
#: ../../rst/reference_appendices/config.rst:2057
#: ../../rst/reference_appendices/config.rst:2114
#: ../../rst/reference_appendices/config.rst:2192
#: ../../rst/reference_appendices/config.rst:2336
#: ../../rst/reference_appendices/config.rst:2368
#: ../../rst/reference_appendices/config.rst:2415
#: ../../rst/reference_appendices/config.rst:2585
#: ../../rst/reference_appendices/config.rst:2685
#: ../../rst/reference_appendices/config.rst:2910
#: ../../rst/reference_appendices/config.rst:2954
msgid "True"
msgstr "True"
#: ../../rst/reference_appendices/config.rst
msgid "Version Added"
msgstr "追加されたバージョン"
#: ../../rst/reference_appendices/config.rst:101
#: ../../rst/reference_appendices/config.rst:116
#: ../../rst/reference_appendices/config.rst:2178
#: ../../rst/reference_appendices/config.rst:2369
#: ../../rst/reference_appendices/config.rst:2925
#: ../../rst/reference_appendices/config.rst:2940
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:103
#: ../../rst/reference_appendices/config.rst:133
#: ../../rst/reference_appendices/config.rst:163
#: ../../rst/reference_appendices/config.rst:168
#: ../../rst/reference_appendices/config.rst:188
#: ../../rst/reference_appendices/config.rst:201
#: ../../rst/reference_appendices/config.rst:215
#: ../../rst/reference_appendices/config.rst:229
#: ../../rst/reference_appendices/config.rst:245
#: ../../rst/reference_appendices/config.rst:261
#: ../../rst/reference_appendices/config.rst:276
#: ../../rst/reference_appendices/config.rst:305
#: ../../rst/reference_appendices/config.rst:318
#: ../../rst/reference_appendices/config.rst:331
#: ../../rst/reference_appendices/config.rst:344
#: ../../rst/reference_appendices/config.rst:358
#: ../../rst/reference_appendices/config.rst:372
#: ../../rst/reference_appendices/config.rst:377
#: ../../rst/reference_appendices/config.rst:397
#: ../../rst/reference_appendices/config.rst:402
#: ../../rst/reference_appendices/config.rst:425
#: ../../rst/reference_appendices/config.rst:440
#: ../../rst/reference_appendices/config.rst:442
#: ../../rst/reference_appendices/config.rst:458
#: ../../rst/reference_appendices/config.rst:936
#: ../../rst/reference_appendices/config.rst:953
#: ../../rst/reference_appendices/config.rst:967
#: ../../rst/reference_appendices/config.rst:981
#: ../../rst/reference_appendices/config.rst:1020
#: ../../rst/reference_appendices/config.rst:1035
#: ../../rst/reference_appendices/config.rst:1047
#: ../../rst/reference_appendices/config.rst:1061
#: ../../rst/reference_appendices/config.rst:1155
#: ../../rst/reference_appendices/config.rst:1169
#: ../../rst/reference_appendices/config.rst:1183
#: ../../rst/reference_appendices/config.rst:1197
#: ../../rst/reference_appendices/config.rst:1211
#: ../../rst/reference_appendices/config.rst:1224
#: ../../rst/reference_appendices/config.rst:1238
#: ../../rst/reference_appendices/config.rst:1252
#: ../../rst/reference_appendices/config.rst:1267
#: ../../rst/reference_appendices/config.rst:1281
#: ../../rst/reference_appendices/config.rst:1296
#: ../../rst/reference_appendices/config.rst:1310
#: ../../rst/reference_appendices/config.rst:1328
#: ../../rst/reference_appendices/config.rst:1342
#: ../../rst/reference_appendices/config.rst:1362
#: ../../rst/reference_appendices/config.rst:1376
#: ../../rst/reference_appendices/config.rst:1390
#: ../../rst/reference_appendices/config.rst:1405
#: ../../rst/reference_appendices/config.rst:1417
#: ../../rst/reference_appendices/config.rst:1430
#: ../../rst/reference_appendices/config.rst:1445
#: ../../rst/reference_appendices/config.rst:1459
#: ../../rst/reference_appendices/config.rst:1493
#: ../../rst/reference_appendices/config.rst:1507
#: ../../rst/reference_appendices/config.rst:1521
#: ../../rst/reference_appendices/config.rst:1535
#: ../../rst/reference_appendices/config.rst:1549
#: ../../rst/reference_appendices/config.rst:1562
#: ../../rst/reference_appendices/config.rst:1573
#: ../../rst/reference_appendices/config.rst:1586
#: ../../rst/reference_appendices/config.rst:1597
#: ../../rst/reference_appendices/config.rst:1609
#: ../../rst/reference_appendices/config.rst:1623
#: ../../rst/reference_appendices/config.rst:1637
#: ../../rst/reference_appendices/config.rst:1651
#: ../../rst/reference_appendices/config.rst:1665
#: ../../rst/reference_appendices/config.rst:1682
#: ../../rst/reference_appendices/config.rst:1696
#: ../../rst/reference_appendices/config.rst:1710
#: ../../rst/reference_appendices/config.rst:1724
#: ../../rst/reference_appendices/config.rst:1738
#: ../../rst/reference_appendices/config.rst:1751
#: ../../rst/reference_appendices/config.rst:1765
#: ../../rst/reference_appendices/config.rst:1793
#: ../../rst/reference_appendices/config.rst:1807
#: ../../rst/reference_appendices/config.rst:1821
#: ../../rst/reference_appendices/config.rst:1835
#: ../../rst/reference_appendices/config.rst:1848
#: ../../rst/reference_appendices/config.rst:1863
#: ../../rst/reference_appendices/config.rst:1880
#: ../../rst/reference_appendices/config.rst:1894
#: ../../rst/reference_appendices/config.rst:1908
#: ../../rst/reference_appendices/config.rst:1921
#: ../../rst/reference_appendices/config.rst:1936
#: ../../rst/reference_appendices/config.rst:1950
#: ../../rst/reference_appendices/config.rst:1963
#: ../../rst/reference_appendices/config.rst:1976
#: ../../rst/reference_appendices/config.rst:1989
#: ../../rst/reference_appendices/config.rst:2003
#: ../../rst/reference_appendices/config.rst:2017
#: ../../rst/reference_appendices/config.rst:2031
#: ../../rst/reference_appendices/config.rst:2045
#: ../../rst/reference_appendices/config.rst:2059
#: ../../rst/reference_appendices/config.rst:2102
#: ../../rst/reference_appendices/config.rst:2116
#: ../../rst/reference_appendices/config.rst:2134
#: ../../rst/reference_appendices/config.rst:2148
#: ../../rst/reference_appendices/config.rst:2165
#: ../../rst/reference_appendices/config.rst:2180
#: ../../rst/reference_appendices/config.rst:2194
#: ../../rst/reference_appendices/config.rst:2208
#: ../../rst/reference_appendices/config.rst:2338
#: ../../rst/reference_appendices/config.rst:2371
#: ../../rst/reference_appendices/config.rst:2385
#: ../../rst/reference_appendices/config.rst:2418
#: ../../rst/reference_appendices/config.rst:2540
#: ../../rst/reference_appendices/config.rst:2556
#: ../../rst/reference_appendices/config.rst:2588
#: ../../rst/reference_appendices/config.rst:2602
#: ../../rst/reference_appendices/config.rst:2616
#: ../../rst/reference_appendices/config.rst:2642
#: ../../rst/reference_appendices/config.rst:2661
#: ../../rst/reference_appendices/config.rst:2757
#: ../../rst/reference_appendices/config.rst:2775
#: ../../rst/reference_appendices/config.rst:2795
#: ../../rst/reference_appendices/config.rst:2807
#: ../../rst/reference_appendices/config.rst:2823
#: ../../rst/reference_appendices/config.rst:2837
#: ../../rst/reference_appendices/config.rst:2855
#: ../../rst/reference_appendices/config.rst:2869
#: ../../rst/reference_appendices/config.rst:2884
#: ../../rst/reference_appendices/config.rst:2912
#: ../../rst/reference_appendices/config.rst:2957
#: ../../rst/reference_appendices/config.rst:2972
#: ../../rst/reference_appendices/config.rst:2992
#: ../../rst/reference_appendices/config.rst:3006
#: ../../rst/reference_appendices/config.rst:3021
#: ../../rst/reference_appendices/config.rst:3036
#: ../../rst/reference_appendices/config.rst:3051
#: ../../rst/reference_appendices/config.rst:3066
#: ../../rst/reference_appendices/config.rst:3106
msgid "[defaults]"
msgstr "[defaults]"
#: ../../rst/reference_appendices/config.rst
msgid "Key"
msgstr "キー"
#: ../../rst/reference_appendices/config.rst:104
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:106
msgid ":envvar:`ANSIBLE_ACTION_WARNINGS`"
msgstr ":envvar:`ANSIBLE_ACTION_WARNINGS`"
#: ../../rst/reference_appendices/config.rst:111
msgid "AGNOSTIC_BECOME_PROMPT"
msgstr "AGNOSTIC_BECOME_PROMPT"
#: ../../rst/reference_appendices/config.rst:113
#: ../../rst/reference_appendices/config.rst:3223
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:118
#: ../../rst/reference_appendices/config.rst:290
#: ../../rst/reference_appendices/config.rst:1075
#: ../../rst/reference_appendices/config.rst:1089
#: ../../rst/reference_appendices/config.rst:1102
#: ../../rst/reference_appendices/config.rst:1115
#: ../../rst/reference_appendices/config.rst:1128
#: ../../rst/reference_appendices/config.rst:1141
msgid "[privilege_escalation]"
msgstr "[privilege_escalation]"
#: ../../rst/reference_appendices/config.rst:119
msgid "agnostic_become_prompt"
msgstr "agnostic_become_prompt"
#: ../../rst/reference_appendices/config.rst:121
msgid ":envvar:`ANSIBLE_AGNOSTIC_BECOME_PROMPT`"
msgstr ":envvar:`ANSIBLE_AGNOSTIC_BECOME_PROMPT`"
#: ../../rst/reference_appendices/config.rst:126
msgid "ALLOW_WORLD_READABLE_TMPFILES"
msgstr "ALLOW_WORLD_READABLE_TMPFILES"
#: ../../rst/reference_appendices/config.rst:128
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) 場合に役立ちます。"
#: ../../rst/reference_appendices/config.rst:130
#: ../../rst/reference_appendices/config.rst:213
#: ../../rst/reference_appendices/config.rst:227
#: ../../rst/reference_appendices/config.rst:243
#: ../../rst/reference_appendices/config.rst:257
#: ../../rst/reference_appendices/config.rst:273
#: ../../rst/reference_appendices/config.rst:288
#: ../../rst/reference_appendices/config.rst:933
#: ../../rst/reference_appendices/config.rst:950
#: ../../rst/reference_appendices/config.rst:1032
#: ../../rst/reference_appendices/config.rst:1045
#: ../../rst/reference_appendices/config.rst:1059
#: ../../rst/reference_appendices/config.rst:1073
#: ../../rst/reference_appendices/config.rst:1087
#: ../../rst/reference_appendices/config.rst:1209
#: ../../rst/reference_appendices/config.rst:1264
#: ../../rst/reference_appendices/config.rst:1340
#: ../../rst/reference_appendices/config.rst:1442
#: ../../rst/reference_appendices/config.rst:1457
#: ../../rst/reference_appendices/config.rst:1471
#: ../../rst/reference_appendices/config.rst:1490
#: ../../rst/reference_appendices/config.rst:1649
#: ../../rst/reference_appendices/config.rst:1663
#: ../../rst/reference_appendices/config.rst:1722
#: ../../rst/reference_appendices/config.rst:1833
#: ../../rst/reference_appendices/config.rst:1860
#: ../../rst/reference_appendices/config.rst:1974
#: ../../rst/reference_appendices/config.rst:2071
#: ../../rst/reference_appendices/config.rst:2099
#: ../../rst/reference_appendices/config.rst:2177
#: ../../rst/reference_appendices/config.rst:2252
#: ../../rst/reference_appendices/config.rst:2431
#: ../../rst/reference_appendices/config.rst:2446
#: ../../rst/reference_appendices/config.rst:2524
#: ../../rst/reference_appendices/config.rst:2571
#: ../../rst/reference_appendices/config.rst:2658
#: ../../rst/reference_appendices/config.rst:2672
#: ../../rst/reference_appendices/config.rst:2821
#: ../../rst/reference_appendices/config.rst:2867
#: ../../rst/reference_appendices/config.rst:3004
#: ../../rst/reference_appendices/config.rst:3048
msgid "False"
msgstr "False"
#: ../../rst/reference_appendices/config.rst:131
#: ../../rst/reference_appendices/config.rst:1294
#: ../../rst/reference_appendices/config.rst:1472
#: ../../rst/reference_appendices/config.rst:1861
#: ../../rst/reference_appendices/config.rst:2100
msgid "2.1"
msgstr "2.1"
#: ../../rst/reference_appendices/config.rst:134
msgid "allow_world_readable_tmpfiles"
msgstr "allow_world_readable_tmpfiles"
#: ../../rst/reference_appendices/config.rst
msgid "Deprecated in"
msgstr "非推奨になるバージョン"
#: ../../rst/reference_appendices/config.rst:135
#: ../../rst/reference_appendices/config.rst:940
msgid "2.14"
msgstr "2.14"
#: ../../rst/reference_appendices/config.rst
msgid "Deprecated detail"
msgstr "非推奨の詳細"
#: ../../rst/reference_appendices/config.rst:136
msgid "moved to a per plugin approach that is more flexible"
msgstr "より柔軟なプラグインのアプローチへ移行"
#: ../../rst/reference_appendices/config.rst
msgid "Deprecated alternatives"
msgstr "非推奨の代替手段"
#: ../../rst/reference_appendices/config.rst:137
msgid "mostly the same config will work, but now controlled from the plugin itself and not using the general constant."
msgstr "ほとんどの同じ設定は機能しますが、プラグイン自体から制御され、一般的な定数は使用しません。"
#: ../../rst/reference_appendices/config.rst:142
msgid "ANSIBLE_CONNECTION_PATH"
msgstr "ANSIBLE_CONNECTION_PATH"
#: ../../rst/reference_appendices/config.rst:144
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:145
#: ../../rst/reference_appendices/config.rst:1532
#: ../../rst/reference_appendices/config.rst:1707
#: ../../rst/reference_appendices/config.rst:2014
#: ../../rst/reference_appendices/config.rst:2221
#: ../../rst/reference_appendices/config.rst:2265
#: ../../rst/reference_appendices/config.rst:2320
#: ../../rst/reference_appendices/config.rst:2740
#: ../../rst/reference_appendices/config.rst:2754
#: ../../rst/reference_appendices/config.rst:2786
#: ../../rst/reference_appendices/config.rst:2834
msgid "path"
msgstr "path"
#: ../../rst/reference_appendices/config.rst:146
#: ../../rst/reference_appendices/config.rst:186
#: ../../rst/reference_appendices/config.rst:329
#: ../../rst/reference_appendices/config.rst:1100
#: ../../rst/reference_appendices/config.rst:1236
#: ../../rst/reference_appendices/config.rst:1533
#: ../../rst/reference_appendices/config.rst:1680
#: ../../rst/reference_appendices/config.rst:1708
#: ../../rst/reference_appendices/config.rst:1736
#: ../../rst/reference_appendices/config.rst:1749
#: ../../rst/reference_appendices/config.rst:1961
#: ../../rst/reference_appendices/config.rst:2015
#: ../../rst/reference_appendices/config.rst:2237
#: ../../rst/reference_appendices/config.rst:2266
#: ../../rst/reference_appendices/config.rst:2627
#: ../../rst/reference_appendices/config.rst:2787
#: ../../rst/reference_appendices/config.rst:2835
msgid "None"
msgstr "なし"
#: ../../rst/reference_appendices/config.rst:147
#: ../../rst/reference_appendices/config.rst:303
#: ../../rst/reference_appendices/config.rst:951
#: ../../rst/reference_appendices/config.rst:2146
#: ../../rst/reference_appendices/config.rst:2354
#: ../../rst/reference_appendices/config.rst:2383
#: ../../rst/reference_appendices/config.rst:2398
#: ../../rst/reference_appendices/config.rst:2406
#: ../../rst/reference_appendices/config.rst:2659
#: ../../rst/reference_appendices/config.rst:2805
#: ../../rst/reference_appendices/config.rst:2882
#: ../../rst/reference_appendices/config.rst:2990
#: ../../rst/reference_appendices/config.rst:3049
msgid "2.8"
msgstr "2.8"
#: ../../rst/reference_appendices/config.rst:149
#: ../../rst/reference_appendices/config.rst:2701
#: ../../rst/reference_appendices/config.rst:2715
#: ../../rst/reference_appendices/config.rst:2729
#: ../../rst/reference_appendices/config.rst:2743
msgid "[persistent_connection]"
msgstr "[persistent_connection]"
#: ../../rst/reference_appendices/config.rst:150
msgid "ansible_connection_path"
msgstr "ansible_connection_path"
#: ../../rst/reference_appendices/config.rst:152
msgid ":envvar:`ANSIBLE_CONNECTION_PATH`"
msgstr ":envvar:`ANSIBLE_CONNECTION_PATH`"
#: ../../rst/reference_appendices/config.rst:157
#: ../../rst/reference_appendices/config.rst:177
#: ../../rst/reference_appendices/config.rst:3146
msgid "ANSIBLE_COW_ACCEPTLIST"
msgstr "ANSIBLE_COW_ACCEPTLIST"
#: ../../rst/reference_appendices/config.rst:159
#: ../../rst/reference_appendices/config.rst:3140
#: ../../rst/reference_appendices/config.rst:3150
msgid "White 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:160
#: ../../rst/reference_appendices/config.rst:369
#: ../../rst/reference_appendices/config.rst:394
#: ../../rst/reference_appendices/config.rst:1292
#: ../../rst/reference_appendices/config.rst:1518
#: ../../rst/reference_appendices/config.rst:1776
#: ../../rst/reference_appendices/config.rst:2000
#: ../../rst/reference_appendices/config.rst:2205
#: ../../rst/reference_appendices/config.rst:2279
#: ../../rst/reference_appendices/config.rst:2306
#: ../../rst/reference_appendices/config.rst:2509
#: ../../rst/reference_appendices/config.rst:2537
#: ../../rst/reference_appendices/config.rst:2553
#: ../../rst/reference_appendices/config.rst:2613
#: ../../rst/reference_appendices/config.rst:2639
#: ../../rst/reference_appendices/config.rst:2895
#: ../../rst/reference_appendices/config.rst:2923
#: ../../rst/reference_appendices/config.rst:2938
#: ../../rst/reference_appendices/config.rst:3017
#: ../../rst/reference_appendices/config.rst:3032
#: ../../rst/reference_appendices/config.rst:3103
msgid "list"
msgstr "list"
#: ../../rst/reference_appendices/config.rst:161
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:164
msgid "cow_whitelist"
msgstr "cow_whitelist"
#: ../../rst/reference_appendices/config.rst:165
#: ../../rst/reference_appendices/config.rst:175
#: ../../rst/reference_appendices/config.rst:374
#: ../../rst/reference_appendices/config.rst:384
#: ../../rst/reference_appendices/config.rst:399
#: ../../rst/reference_appendices/config.rst:407
#: ../../rst/reference_appendices/config.rst:3144
#: ../../rst/reference_appendices/config.rst:3557
#: ../../rst/reference_appendices/config.rst:3592
msgid "2.15"
msgstr "2.15"
#: ../../rst/reference_appendices/config.rst:166
#: ../../rst/reference_appendices/config.rst:176
#: ../../rst/reference_appendices/config.rst:375
#: ../../rst/reference_appendices/config.rst:385
#: ../../rst/reference_appendices/config.rst:400
#: ../../rst/reference_appendices/config.rst:408
#: ../../rst/reference_appendices/config.rst:3145
#: ../../rst/reference_appendices/config.rst:3558
#: ../../rst/reference_appendices/config.rst:3593
msgid "normalizing names to new standard"
msgstr "名前を新しい標準に正規化"
#: ../../rst/reference_appendices/config.rst:167
#: ../../rst/reference_appendices/config.rst:169
msgid "cowsay_enabled_stencils"
msgstr "cowsay_enabled_stencils"
#: ../../rst/reference_appendices/config.rst:170
#: ../../rst/reference_appendices/config.rst:173
#: ../../rst/reference_appendices/config.rst:234
#: ../../rst/reference_appendices/config.rst:379
#: ../../rst/reference_appendices/config.rst:382
#: ../../rst/reference_appendices/config.rst:404
#: ../../rst/reference_appendices/config.rst:411
#: ../../rst/reference_appendices/config.rst:2223
#: ../../rst/reference_appendices/config.rst:3154
#: ../../rst/reference_appendices/config.rst:3178
#: ../../rst/reference_appendices/config.rst:3567
#: ../../rst/reference_appendices/config.rst:3602
msgid "2.11"
msgstr "2.11"
#: ../../rst/reference_appendices/config.rst:172
msgid ":envvar:`ANSIBLE_COW_ACCEPTLIST`"
msgstr ":envvar:`ANSIBLE_COW_ACCEPTLIST`"
#: ../../rst/reference_appendices/config.rst:174
msgid ":envvar:`ANSIBLE_COW_WHITELIST`"
msgstr ":envvar:`ANSIBLE_COW_WHITELIST`"
#: ../../rst/reference_appendices/config.rst:182
msgid "ANSIBLE_COW_PATH"
msgstr "ANSIBLE_COW_PATH"
#: ../../rst/reference_appendices/config.rst:184
#: ../../rst/reference_appendices/config.rst:3191
msgid "Specify a custom cowsay path or swap in your cowsay implementation of choice"
msgstr "選択する Cowsay 実装でカスタムの Cowsay パスまたは swap を指定します。"
#: ../../rst/reference_appendices/config.rst:185
#: ../../rst/reference_appendices/config.rst:1235
#: ../../rst/reference_appendices/config.rst:1356
#: ../../rst/reference_appendices/config.rst:2157
#: ../../rst/reference_appendices/config.rst:2880
#: ../../rst/reference_appendices/config.rst:2983
msgid "string"
msgstr "string"
#: ../../rst/reference_appendices/config.rst:189
msgid "cowpath"
msgstr "cowpath"
#: ../../rst/reference_appendices/config.rst:191
msgid ":envvar:`ANSIBLE_COW_PATH`"
msgstr ":envvar:`ANSIBLE_COW_PATH`"
#: ../../rst/reference_appendices/config.rst:196
msgid "ANSIBLE_COW_SELECTION"
msgstr "ANSIBLE_COW_SELECTION"
#: ../../rst/reference_appendices/config.rst:198
#: ../../rst/reference_appendices/config.rst:3132
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:199
#: ../../rst/reference_appendices/config.rst:1791
#: ../../rst/reference_appendices/config.rst:1987
msgid "default"
msgstr "default"
#: ../../rst/reference_appendices/config.rst:202
msgid "cow_selection"
msgstr "cow_selection"
#: ../../rst/reference_appendices/config.rst:204
msgid ":envvar:`ANSIBLE_COW_SELECTION`"
msgstr ":envvar:`ANSIBLE_COW_SELECTION`"
#: ../../rst/reference_appendices/config.rst:209
msgid "ANSIBLE_FORCE_COLOR"
msgstr "ANSIBLE_FORCE_COLOR"
#: ../../rst/reference_appendices/config.rst:211
#: ../../rst/reference_appendices/config.rst:3159
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:216
msgid "force_color"
msgstr "force_color"
#: ../../rst/reference_appendices/config.rst:218
msgid ":envvar:`ANSIBLE_FORCE_COLOR`"
msgstr ":envvar:`ANSIBLE_FORCE_COLOR`"
#: ../../rst/reference_appendices/config.rst:223
msgid "ANSIBLE_NOCOLOR"
msgstr "ANSIBLE_NOCOLOR"
#: ../../rst/reference_appendices/config.rst:225
#: ../../rst/reference_appendices/config.rst:3167
#: ../../rst/reference_appendices/config.rst:3174
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:230
msgid "nocolor"
msgstr "nocolor"
#: ../../rst/reference_appendices/config.rst:232
msgid ":envvar:`ANSIBLE_NOCOLOR`"
msgstr ":envvar:`ANSIBLE_NOCOLOR`"
#: ../../rst/reference_appendices/config.rst:233
msgid ":envvar:`NO_COLOR`"
msgstr ":envvar:`NO_COLOR`"
#: ../../rst/reference_appendices/config.rst:239
msgid "ANSIBLE_NOCOWS"
msgstr "ANSIBLE_NOCOWS"
#: ../../rst/reference_appendices/config.rst:241
#: ../../rst/reference_appendices/config.rst:3183
msgid "If you have cowsay installed but want to avoid the 'cows' (why????), use this."
msgstr "cowsay がインストールされているにもかかわらず、「cows」を回避するには、これを使用します。"
#: ../../rst/reference_appendices/config.rst:246
msgid "nocows"
msgstr "nocows"
#: ../../rst/reference_appendices/config.rst:248
msgid ":envvar:`ANSIBLE_NOCOWS`"
msgstr ":envvar:`ANSIBLE_NOCOWS`"
#: ../../rst/reference_appendices/config.rst:253
msgid "ANSIBLE_PIPELINING"
msgstr "ANSIBLE_PIPELINING"
#: ../../rst/reference_appendices/config.rst:255
msgid "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. This 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 option is disabled if ``ANSIBLE_KEEP_REMOTE_FILES`` is enabled. This is a global option, each connection plugin can override either by having more specific options or not supporting pipelining at all."
msgstr "パイプライン (connection プラグインでサポートされる場合) は、実際のファイル転送を行わずに多数の Ansible モジュールを実行して、リモートサーバーでモジュールを実行するために必要なネットワーク操作の数を減らします。これにより、有効にするとパフォーマンスが大幅に改善する可能性があります。ただし、これは特権昇格 (become) と競合します。たとえば、「sudo:」操作を使用する場合は、すべての管理対象ホストの /etc/sudoers で「requiretty」を無効にする必要があります。これが、デフォルトで無効になっている理由です。``ANSIBLE_KEEP_REMOTE_FILES`` が有効な場合、このオプションは無効になります。これはグローバルオプションであり、各 connection プラグインは、より具体的なオプションを指定するか、パイプライン処理をサポートしないかのいずれかによりオーバーライドすることができます。"
#: ../../rst/reference_appendices/config.rst:259
msgid "[connection]"
msgstr "[connection]"
#: ../../rst/reference_appendices/config.rst:260
#: ../../rst/reference_appendices/config.rst:262
msgid "pipelining"
msgstr "pipelining"
#: ../../rst/reference_appendices/config.rst:264
msgid ":envvar:`ANSIBLE_PIPELINING`"
msgstr ":envvar:`ANSIBLE_PIPELINING`"
#: ../../rst/reference_appendices/config.rst:269
msgid "ANY_ERRORS_FATAL"
msgstr "ANY_ERRORS_FATAL"
#: ../../rst/reference_appendices/config.rst:271
#: ../../rst/reference_appendices/config.rst:3207
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:274
#: ../../rst/reference_appendices/config.rst:3034
msgid "2.4"
msgstr "2.4"
#: ../../rst/reference_appendices/config.rst:277
#: ../../rst/reference_appendices/playbooks_keywords.rst:26
#: ../../rst/reference_appendices/playbooks_keywords.rst:163
#: ../../rst/reference_appendices/playbooks_keywords.rst:258
#: ../../rst/reference_appendices/playbooks_keywords.rst:362
msgid "any_errors_fatal"
msgstr "any_errors_fatal"
#: ../../rst/reference_appendices/config.rst:279
msgid ":envvar:`ANSIBLE_ANY_ERRORS_FATAL`"
msgstr ":envvar:`ANSIBLE_ANY_ERRORS_FATAL`"
#: ../../rst/reference_appendices/config.rst:284
msgid "BECOME_ALLOW_SAME_USER"
msgstr "BECOME_ALLOW_SAME_USER"
#: ../../rst/reference_appendices/config.rst:286
#: ../../rst/reference_appendices/config.rst:3215
msgid "This setting controls if become is skipped when remote user and become user are the same. I.E root sudo to root."
msgstr "この設定は、リモートユーザーと become ユーザーが同じである場合に、become をスキップするかどうかを制御します。つまり、root sudo から root に変更できます。"
#: ../../rst/reference_appendices/config.rst:291
msgid "become_allow_same_user"
msgstr "become_allow_same_user"
#: ../../rst/reference_appendices/config.rst:293
msgid ":envvar:`ANSIBLE_BECOME_ALLOW_SAME_USER`"
msgstr ":envvar:`ANSIBLE_BECOME_ALLOW_SAME_USER`"
#: ../../rst/reference_appendices/config.rst:298
msgid "BECOME_PLUGIN_PATH"
msgstr "BECOME_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:300
#: ../../rst/reference_appendices/config.rst:3529
msgid "Colon separated paths in which Ansible will search for Become Plugins."
msgstr "Ansible が Become プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:301
#: ../../rst/reference_appendices/config.rst:437
#: ../../rst/reference_appendices/config.rst:1017
#: ../../rst/reference_appendices/config.rst:1152
#: ../../rst/reference_appendices/config.rst:1166
#: ../../rst/reference_appendices/config.rst:1180
#: ../../rst/reference_appendices/config.rst:1194
#: ../../rst/reference_appendices/config.rst:1249
#: ../../rst/reference_appendices/config.rst:1387
#: ../../rst/reference_appendices/config.rst:1414
#: ../../rst/reference_appendices/config.rst:1546
#: ../../rst/reference_appendices/config.rst:1606
#: ../../rst/reference_appendices/config.rst:1620
#: ../../rst/reference_appendices/config.rst:1634
#: ../../rst/reference_appendices/config.rst:1762
#: ../../rst/reference_appendices/config.rst:1818
#: ../../rst/reference_appendices/config.rst:1877
#: ../../rst/reference_appendices/config.rst:1891
#: ../../rst/reference_appendices/config.rst:1947
#: ../../rst/reference_appendices/config.rst:2131
msgid "pathspec"
msgstr "pathspec"
#: ../../rst/reference_appendices/config.rst:302
msgid "~/.ansible/plugins/become:/usr/share/ansible/plugins/become"
msgstr "~/.ansible/plugins/become:/usr/share/ansible/plugins/become"
#: ../../rst/reference_appendices/config.rst:306
msgid "become_plugins"
msgstr "become_plugins"
#: ../../rst/reference_appendices/config.rst:308
msgid ":envvar:`ANSIBLE_BECOME_PLUGINS`"
msgstr ":envvar:`ANSIBLE_BECOME_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:313
msgid "CACHE_PLUGIN"
msgstr "CACHE_PLUGIN"
#: ../../rst/reference_appendices/config.rst:315
#: ../../rst/reference_appendices/config.rst:3231
msgid "Chooses which cache plugin to use, the default 'memory' is ephemeral."
msgstr "使用する cache プラグインを選択します。デフォルトの「メモリー」は一時的です。"
#: ../../rst/reference_appendices/config.rst:316
msgid "memory"
msgstr "memory"
#: ../../rst/reference_appendices/config.rst:319
msgid "fact_caching"
msgstr "fact_caching"
#: ../../rst/reference_appendices/config.rst:321
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN`"
#: ../../rst/reference_appendices/config.rst:326
msgid "CACHE_PLUGIN_CONNECTION"
msgstr "CACHE_PLUGIN_CONNECTION"
#: ../../rst/reference_appendices/config.rst:328
#: ../../rst/reference_appendices/config.rst:3239
msgid "Defines connection or path information for the cache plugin"
msgstr "cache プラグインの接続またはパスの情報を定義"
#: ../../rst/reference_appendices/config.rst:332
msgid "fact_caching_connection"
msgstr "fact_caching_connection"
#: ../../rst/reference_appendices/config.rst:334
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_CONNECTION`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_CONNECTION`"
#: ../../rst/reference_appendices/config.rst:339
msgid "CACHE_PLUGIN_PREFIX"
msgstr "CACHE_PLUGIN_PREFIX"
#: ../../rst/reference_appendices/config.rst:341
#: ../../rst/reference_appendices/config.rst:3247
msgid "Prefix to use for cache plugin files/tables"
msgstr "cache プラグインファイル/テーブルに使用する接頭辞"
#: ../../rst/reference_appendices/config.rst:345
msgid "fact_caching_prefix"
msgstr "fact_caching_prefix"
#: ../../rst/reference_appendices/config.rst:347
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_PREFIX`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_PREFIX`"
#: ../../rst/reference_appendices/config.rst:352
msgid "CACHE_PLUGIN_TIMEOUT"
msgstr "CACHE_PLUGIN_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:354
#: ../../rst/reference_appendices/config.rst:3255
msgid "Expiration timeout for the cache plugin data"
msgstr "cache プラグインデータの有効期限のタイムアウト"
#: ../../rst/reference_appendices/config.rst:355
#: ../../rst/reference_appendices/config.rst:1278
#: ../../rst/reference_appendices/config.rst:1307
#: ../../rst/reference_appendices/config.rst:1693
#: ../../rst/reference_appendices/config.rst:1735
#: ../../rst/reference_appendices/config.rst:1905
#: ../../rst/reference_appendices/config.rst:2028
#: ../../rst/reference_appendices/config.rst:2084
#: ../../rst/reference_appendices/config.rst:2712
#: ../../rst/reference_appendices/config.rst:2726
#: ../../rst/reference_appendices/config.rst:2968
#: ../../rst/reference_appendices/config.rst:3062
#: ../../rst/reference_appendices/config.rst:3079
msgid "integer"
msgstr "integer"
#: ../../rst/reference_appendices/config.rst:356
msgid "86400"
msgstr "86400"
#: ../../rst/reference_appendices/config.rst:359
msgid "fact_caching_timeout"
msgstr "fact_caching_timeout"
#: ../../rst/reference_appendices/config.rst:361
msgid ":envvar:`ANSIBLE_CACHE_PLUGIN_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGIN_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:366
msgid "CALLABLE_ACCEPT_LIST"
msgstr "CALLABLE_ACCEPT_LIST"
#: ../../rst/reference_appendices/config.rst:368
#: ../../rst/reference_appendices/config.rst:3553
#: ../../rst/reference_appendices/config.rst:3563
msgid "Whitelist of callable methods to be made available to template evaluation"
msgstr "テンプレート評価で利用できる呼び出し可能なメソッドのホワイトリスト"
#: ../../rst/reference_appendices/config.rst:370
#: ../../rst/reference_appendices/config.rst:395
#: ../../rst/reference_appendices/config.rst:1428
#: ../../rst/reference_appendices/config.rst:1519
#: ../../rst/reference_appendices/config.rst:2001
#: ../../rst/reference_appendices/config.rst:2554
#: ../../rst/reference_appendices/config.rst:2924
#: ../../rst/reference_appendices/config.rst:2939
msgid "[]"
msgstr "[]"
#: ../../rst/reference_appendices/config.rst:373
msgid "callable_whitelist"
msgstr "callable_whitelist"
#: ../../rst/reference_appendices/config.rst:376
#: ../../rst/reference_appendices/config.rst:378
msgid "callable_enabled"
msgstr "callable_enabled"
#: ../../rst/reference_appendices/config.rst:381
msgid ":envvar:`ANSIBLE_CALLABLE_ENABLED`"
msgstr ":envvar:`ANSIBLE_CALLABLE_ENABLED`"
#: ../../rst/reference_appendices/config.rst:383
msgid ":envvar:`ANSIBLE_CALLABLE_WHITELIST`"
msgstr ":envvar:`ANSIBLE_CALLABLE_WHITELIST`"
#: ../../rst/reference_appendices/config.rst:386
#: ../../rst/reference_appendices/config.rst:3559
msgid "ANSIBLE_CALLABLE_ENABLED"
msgstr "ANSIBLE_CALLABLE_ENABLED"
#: ../../rst/reference_appendices/config.rst:391
msgid "CALLBACKS_ENABLED"
msgstr "CALLBACKS_ENABLED"
#: ../../rst/reference_appendices/config.rst:393
#: ../../rst/reference_appendices/config.rst:3588
#: ../../rst/reference_appendices/config.rst:3598
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:398
msgid "callback_whitelist"
msgstr "callback_whitelist"
#: ../../rst/reference_appendices/config.rst:401
msgid "callback_enabled"
msgstr "callback_enabled"
#: ../../rst/reference_appendices/config.rst:403
msgid "callbacks_enabled"
msgstr "callbacks_enabled"
#: ../../rst/reference_appendices/config.rst:406
msgid ":envvar:`ANSIBLE_CALLBACK_WHITELIST`"
msgstr ":envvar:`ANSIBLE_CALLBACK_WHITELIST`"
#: ../../rst/reference_appendices/config.rst:409
#: ../../rst/reference_appendices/config.rst:3594
msgid "ANSIBLE_CALLBACKS_ENABLED"
msgstr "ANSIBLE_CALLBACKS_ENABLED"
#: ../../rst/reference_appendices/config.rst:410
msgid ":envvar:`ANSIBLE_CALLBACKS_ENABLED`"
msgstr ":envvar:`ANSIBLE_CALLBACKS_ENABLED`"
#: ../../rst/reference_appendices/config.rst:416
msgid "COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH"
msgstr "COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH"
#: ../../rst/reference_appendices/config.rst:418
#: ../../rst/reference_appendices/config.rst:3288
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 の実行をすぐに停止します。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:419
#: ../../rst/reference_appendices/config.rst:2349
msgid "warning"
msgstr "warning"
#: ../../rst/reference_appendices/config.rst
msgid "Choices"
msgstr "選択肢"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:724
msgid "error"
msgstr "error"
#: ../../rst/reference_appendices/config.rst
msgid "ignore"
msgstr "ignore"
#: ../../rst/reference_appendices/config.rst:426
msgid "collections_on_ansible_version_mismatch"
msgstr "collections_on_ansible_version_mismatch"
#: ../../rst/reference_appendices/config.rst:428
msgid ":envvar:`ANSIBLE_COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_ON_ANSIBLE_VERSION_MISMATCH`"
#: ../../rst/reference_appendices/config.rst:433
msgid "COLLECTIONS_PATHS"
msgstr "COLLECTIONS_PATHS"
#: ../../rst/reference_appendices/config.rst:435
#: ../../rst/reference_appendices/config.rst:3270
#: ../../rst/reference_appendices/config.rst:3278
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/collections``, and you want to add ``my.collection`` to that directory, it must be saved as ``~/.ansible/collections/ansible_collections/my/collection``."
msgstr "Ansible がコレクションコンテンツを検索するコロン区切りパス。コレクションは、これらのディレクトリーに直接ではなく、入れ子の * サブディレクトリー* に置かれる必要があります。たとえば、``COLLECTIONS_PATHS`` には ``~/.ansible/collections`` が含まれ、そのディレクトリーに ``my.collection`` を追加する場合は、``~/.ansible/collections/ansible_collections/my/collection`` として保存する必要があります。"
#: ../../rst/reference_appendices/config.rst:438
msgid "~/.ansible/collections:/usr/share/ansible/collections"
msgstr "~/.ansible/collections:/usr/share/ansible/collections"
#: ../../rst/reference_appendices/config.rst:441
msgid "collections_paths"
msgstr "collections_paths"
#: ../../rst/reference_appendices/config.rst:443
msgid "collections_path"
msgstr "collections_path"
#: ../../rst/reference_appendices/config.rst:444
#: ../../rst/reference_appendices/config.rst:447
#: ../../rst/reference_appendices/config.rst:2238
#: ../../rst/reference_appendices/config.rst:2853
#: ../../rst/reference_appendices/config.rst:2970
#: ../../rst/reference_appendices/config.rst:3019
#: ../../rst/reference_appendices/config.rst:3064
#: ../../rst/reference_appendices/config.rst:3081
#: ../../rst/reference_appendices/config.rst:3093
#: ../../rst/reference_appendices/config.rst:3283
msgid "2.10"
msgstr "2.10"
#: ../../rst/reference_appendices/config.rst:446
msgid ":envvar:`ANSIBLE_COLLECTIONS_PATH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_PATH`"
#: ../../rst/reference_appendices/config.rst:448
msgid ":envvar:`ANSIBLE_COLLECTIONS_PATHS`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_PATHS`"
#: ../../rst/reference_appendices/config.rst:453
msgid "COLLECTIONS_SCAN_SYS_PATH"
msgstr "COLLECTIONS_SCAN_SYS_PATH"
#: ../../rst/reference_appendices/config.rst:459
msgid "collections_scan_sys_path"
msgstr "collections_scan_sys_path"
#: ../../rst/reference_appendices/config.rst:461
msgid ":envvar:`ANSIBLE_COLLECTIONS_SCAN_SYS_PATH`"
msgstr ":envvar:`ANSIBLE_COLLECTIONS_SCAN_SYS_PATH`"
#: ../../rst/reference_appendices/config.rst:466
msgid "COLOR_CHANGED"
msgstr "COLOR_CHANGED"
#: ../../rst/reference_appendices/config.rst:468
#: ../../rst/reference_appendices/config.rst:3296
msgid "Defines the color to use on 'Changed' task status"
msgstr "「Changed」タスクの状態に使用する色を定義"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:469
msgid "yellow"
msgstr "yellow"
#: ../../rst/reference_appendices/config.rst
msgid "black"
msgstr "black"
#: ../../rst/reference_appendices/config.rst
msgid "bright gray"
msgstr "bright gray"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:866
msgid "blue"
msgstr "blue"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:502
#: ../../rst/reference_appendices/config.rst:734
msgid "white"
msgstr "white"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:602
#: ../../rst/reference_appendices/config.rst:767
msgid "green"
msgstr "green"
#: ../../rst/reference_appendices/config.rst
msgid "bright blue"
msgstr "bright blue"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:635
#: ../../rst/reference_appendices/config.rst:800
msgid "cyan"
msgstr "cyan"
#: ../../rst/reference_appendices/config.rst
msgid "bright green"
msgstr "bright green"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:668
#: ../../rst/reference_appendices/config.rst:701
msgid "red"
msgstr "red"
#: ../../rst/reference_appendices/config.rst
msgid "bright cyan"
msgstr "bright cyan"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:569
msgid "purple"
msgstr "purple"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:833
msgid "bright red"
msgstr "bright red"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:899
msgid "bright purple"
msgstr "bright purple"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:536
msgid "dark gray"
msgstr "dark gray"
#: ../../rst/reference_appendices/config.rst
msgid "bright yellow"
msgstr "bright yellow"
#: ../../rst/reference_appendices/config.rst
msgid "magenta"
msgstr "magenta"
#: ../../rst/reference_appendices/config.rst
msgid "bright magenta"
msgstr "bright magenta"
#: ../../rst/reference_appendices/config.rst
msgid "normal"
msgstr "normal"
#: ../../rst/reference_appendices/config.rst:491
#: ../../rst/reference_appendices/config.rst:525
#: ../../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 "[colors]"
msgstr "[colors]"
#: ../../rst/reference_appendices/config.rst:494
msgid ":envvar:`ANSIBLE_COLOR_CHANGED`"
msgstr ":envvar:`ANSIBLE_COLOR_CHANGED`"
#: ../../rst/reference_appendices/config.rst:499
msgid "COLOR_CONSOLE_PROMPT"
msgstr "COLOR_CONSOLE_PROMPT"
#: ../../rst/reference_appendices/config.rst:501
#: ../../rst/reference_appendices/config.rst:3304
msgid "Defines the default color to use for ansible-console"
msgstr "ansible-console に使用するデフォルトの色を定義します。"
#: ../../rst/reference_appendices/config.rst:523
#: ../../rst/reference_appendices/config.rst:1443
#: ../../rst/reference_appendices/config.rst:2416
#: ../../rst/reference_appendices/config.rst:2432
#: ../../rst/reference_appendices/config.rst:2955
msgid "2.7"
msgstr "2.7"
#: ../../rst/reference_appendices/config.rst:526
msgid "console_prompt"
msgstr "console_prompt"
#: ../../rst/reference_appendices/config.rst:528
msgid ":envvar:`ANSIBLE_COLOR_CONSOLE_PROMPT`"
msgstr ":envvar:`ANSIBLE_COLOR_CONSOLE_PROMPT`"
#: ../../rst/reference_appendices/config.rst:533
msgid "COLOR_DEBUG"
msgstr "COLOR_DEBUG"
#: ../../rst/reference_appendices/config.rst:535
#: ../../rst/reference_appendices/config.rst:3312
msgid "Defines the color to use when emitting debug messages"
msgstr "デバッグメッセージを生成する際に使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:559
#: ../../rst/reference_appendices/config.rst:1212
msgid "debug"
msgstr "debug"
#: ../../rst/reference_appendices/config.rst:561
msgid ":envvar:`ANSIBLE_COLOR_DEBUG`"
msgstr ":envvar:`ANSIBLE_COLOR_DEBUG`"
#: ../../rst/reference_appendices/config.rst:566
msgid "COLOR_DEPRECATE"
msgstr "COLOR_DEPRECATE"
#: ../../rst/reference_appendices/config.rst:568
#: ../../rst/reference_appendices/config.rst:3320
msgid "Defines the color to use when emitting deprecation messages"
msgstr "非推奨メッセージを生成するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:592
msgid "deprecate"
msgstr "deprecate"
#: ../../rst/reference_appendices/config.rst:594
msgid ":envvar:`ANSIBLE_COLOR_DEPRECATE`"
msgstr ":envvar:`ANSIBLE_COLOR_DEPRECATE`"
#: ../../rst/reference_appendices/config.rst:599
msgid "COLOR_DIFF_ADD"
msgstr "COLOR_DIFF_ADD"
#: ../../rst/reference_appendices/config.rst:601
#: ../../rst/reference_appendices/config.rst:3328
msgid "Defines the color to use when showing added lines in diffs"
msgstr "diffs で追加した行を表示するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:625
msgid "diff_add"
msgstr "diff_add"
#: ../../rst/reference_appendices/config.rst:627
msgid ":envvar:`ANSIBLE_COLOR_DIFF_ADD`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_ADD`"
#: ../../rst/reference_appendices/config.rst:632
msgid "COLOR_DIFF_LINES"
msgstr "COLOR_DIFF_LINES"
#: ../../rst/reference_appendices/config.rst:634
#: ../../rst/reference_appendices/config.rst:3336
msgid "Defines the color to use when showing diffs"
msgstr "差異を表示するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:658
msgid "diff_lines"
msgstr "diff_lines"
#: ../../rst/reference_appendices/config.rst:660
msgid ":envvar:`ANSIBLE_COLOR_DIFF_LINES`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_LINES`"
#: ../../rst/reference_appendices/config.rst:665
msgid "COLOR_DIFF_REMOVE"
msgstr "COLOR_DIFF_REMOVE"
#: ../../rst/reference_appendices/config.rst:667
#: ../../rst/reference_appendices/config.rst:3344
msgid "Defines the color to use when showing removed lines in diffs"
msgstr "diffs で削除した行を表示するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:691
msgid "diff_remove"
msgstr "diff_remove"
#: ../../rst/reference_appendices/config.rst:693
msgid ":envvar:`ANSIBLE_COLOR_DIFF_REMOVE`"
msgstr ":envvar:`ANSIBLE_COLOR_DIFF_REMOVE`"
#: ../../rst/reference_appendices/config.rst:698
msgid "COLOR_ERROR"
msgstr "COLOR_ERROR"
#: ../../rst/reference_appendices/config.rst:700
#: ../../rst/reference_appendices/config.rst:3352
msgid "Defines the color to use when emitting error messages"
msgstr "エラーメッセージを生成する際に使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:726
msgid ":envvar:`ANSIBLE_COLOR_ERROR`"
msgstr ":envvar:`ANSIBLE_COLOR_ERROR`"
#: ../../rst/reference_appendices/config.rst:731
msgid "COLOR_HIGHLIGHT"
msgstr "COLOR_HIGHLIGHT"
#: ../../rst/reference_appendices/config.rst:733
#: ../../rst/reference_appendices/config.rst:3360
msgid "Defines the color to use for highlighting"
msgstr "強調表示に使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:757
msgid "highlight"
msgstr "highlight"
#: ../../rst/reference_appendices/config.rst:759
msgid ":envvar:`ANSIBLE_COLOR_HIGHLIGHT`"
msgstr ":envvar:`ANSIBLE_COLOR_HIGHLIGHT`"
#: ../../rst/reference_appendices/config.rst:764
msgid "COLOR_OK"
msgstr "COLOR_OK"
#: ../../rst/reference_appendices/config.rst:766
#: ../../rst/reference_appendices/config.rst:3368
msgid "Defines the color to use when showing 'OK' task status"
msgstr "タスク状態「OK」を表示するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:790
msgid "ok"
msgstr "ok"
#: ../../rst/reference_appendices/config.rst:792
msgid ":envvar:`ANSIBLE_COLOR_OK`"
msgstr ":envvar:`ANSIBLE_COLOR_OK`"
#: ../../rst/reference_appendices/config.rst:797
msgid "COLOR_SKIP"
msgstr "COLOR_SKIP"
#: ../../rst/reference_appendices/config.rst:799
#: ../../rst/reference_appendices/config.rst:3376
msgid "Defines the color to use when showing 'Skipped' task status"
msgstr "タスク状態「Skipped」を表示するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:823
#: ../../rst/reference_appendices/config.rst:2943
msgid "skip"
msgstr "skip"
#: ../../rst/reference_appendices/config.rst:825
msgid ":envvar:`ANSIBLE_COLOR_SKIP`"
msgstr ":envvar:`ANSIBLE_COLOR_SKIP`"
#: ../../rst/reference_appendices/config.rst:830
msgid "COLOR_UNREACHABLE"
msgstr "COLOR_UNREACHABLE"
#: ../../rst/reference_appendices/config.rst:832
#: ../../rst/reference_appendices/config.rst:3384
msgid "Defines the color to use on 'Unreachable' status"
msgstr "タスク状態「到達不能」状態で使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst:856
msgid "unreachable"
msgstr "unreachable"
#: ../../rst/reference_appendices/config.rst:858
msgid ":envvar:`ANSIBLE_COLOR_UNREACHABLE`"
msgstr ":envvar:`ANSIBLE_COLOR_UNREACHABLE`"
#: ../../rst/reference_appendices/config.rst:863
msgid "COLOR_VERBOSE"
msgstr "COLOR_VERBOSE"
#: ../../rst/reference_appendices/config.rst:865
#: ../../rst/reference_appendices/config.rst:3392
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:889
msgid "verbose"
msgstr "verbose"
#: ../../rst/reference_appendices/config.rst:891
msgid ":envvar:`ANSIBLE_COLOR_VERBOSE`"
msgstr ":envvar:`ANSIBLE_COLOR_VERBOSE`"
#: ../../rst/reference_appendices/config.rst:896
msgid "COLOR_WARN"
msgstr "COLOR_WARN"
#: ../../rst/reference_appendices/config.rst:898
#: ../../rst/reference_appendices/config.rst:3400
msgid "Defines the color to use when emitting warning messages"
msgstr "警告メッセージを生成するときに使用する色を定義します。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:922
#: ../../rst/reference_appendices/config.rst:2158
#: ../../rst/reference_appendices/config.rst:2881
msgid "warn"
msgstr "warn"
#: ../../rst/reference_appendices/config.rst:924
msgid ":envvar:`ANSIBLE_COLOR_WARN`"
msgstr ":envvar:`ANSIBLE_COLOR_WARN`"
#: ../../rst/reference_appendices/config.rst:929
msgid "COMMAND_WARNINGS"
msgstr "COMMAND_WARNINGS"
#: ../../rst/reference_appendices/config.rst:931
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 の時点で、これはデフォルトでは無効になっています。"
#: ../../rst/reference_appendices/config.rst:934
#: ../../rst/reference_appendices/config.rst:1491
msgid "1.8"
msgstr "1.8"
#: ../../rst/reference_appendices/config.rst:937
msgid "command_warnings"
msgstr "command_warnings"
#: ../../rst/reference_appendices/config.rst:939
msgid ":envvar:`ANSIBLE_COMMAND_WARNINGS`"
msgstr ":envvar:`ANSIBLE_COMMAND_WARNINGS`"
#: ../../rst/reference_appendices/config.rst:941
msgid "the command warnings feature is being removed"
msgstr "コマンド警告機能が削除されています。"
#: ../../rst/reference_appendices/config.rst:946
msgid "CONDITIONAL_BARE_VARS"
msgstr "CONDITIONAL_BARE_VARS"
#: ../../rst/reference_appendices/config.rst:948
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 以降で最終的に非推奨になると予想されます。"
#: ../../rst/reference_appendices/config.rst:954
msgid "conditional_bare_variables"
msgstr "conditional_bare_variables"
#: ../../rst/reference_appendices/config.rst:956
msgid ":envvar:`ANSIBLE_CONDITIONAL_BARE_VARS`"
msgstr ":envvar:`ANSIBLE_CONDITIONAL_BARE_VARS`"
#: ../../rst/reference_appendices/config.rst:961
msgid "CONNECTION_FACTS_MODULES"
msgstr "CONNECTION_FACTS_MODULES"
#: ../../rst/reference_appendices/config.rst:963
#: ../../rst/reference_appendices/config.rst:4169
msgid "Which modules to run during a play's fact gathering stage based on connection"
msgstr "接続に基づいてプレイのファクト収集ステージ時に実行するモジュール"
#: ../../rst/reference_appendices/config.rst:964
msgid "dict"
msgstr "dict"
#: ../../rst/reference_appendices/config.rst:965
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:968
msgid "connection_facts_modules"
msgstr "connection_facts_modules"
#: ../../rst/reference_appendices/config.rst:970
msgid ":envvar:`ANSIBLE_CONNECTION_FACTS_MODULES`"
msgstr ":envvar:`ANSIBLE_CONNECTION_FACTS_MODULES`"
#: ../../rst/reference_appendices/config.rst:975
msgid "CONTROLLER_PYTHON_WARNING"
msgstr "CONTROLLER_PYTHON_WARNING"
#: ../../rst/reference_appendices/config.rst:977
#: ../../rst/reference_appendices/config.rst:3572
msgid "Toggle to control showing warnings related to running a Python version older than Python 3.8 on the controller"
msgstr "コントローラーで Python 3.8 よりも古い Python の実行に関連する警告の表示を制御するように切り替えます。"
#: ../../rst/reference_appendices/config.rst:982
msgid "controller_python_warning"
msgstr "controller_python_warning"
#: ../../rst/reference_appendices/config.rst:984
msgid ":envvar:`ANSIBLE_CONTROLLER_PYTHON_WARNING`"
msgstr ":envvar:`ANSIBLE_CONTROLLER_PYTHON_WARNING`"
#: ../../rst/reference_appendices/config.rst:989
msgid "COVERAGE_REMOTE_OUTPUT"
msgstr "COVERAGE_REMOTE_OUTPUT"
#: ../../rst/reference_appendices/config.rst:991
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:992
#: ../../rst/reference_appendices/config.rst:1005
#: ../../rst/reference_appendices/config.rst:2848
msgid "str"
msgstr "str"
#: ../../rst/reference_appendices/config.rst:993
#: ../../rst/reference_appendices/config.rst:1007
#: ../../rst/reference_appendices/config.rst:2163
#: ../../rst/reference_appendices/config.rst:2307
#: ../../rst/reference_appendices/config.rst:2322
#: ../../rst/reference_appendices/config.rst:2755
#: ../../rst/reference_appendices/config.rst:3929
msgid "2.9"
msgstr "2.9"
#: ../../rst/reference_appendices/config.rst:995
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:92
msgid "Variables"
msgstr "変数"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/playbooks_keywords.rst:101
#: ../../rst/reference_appendices/playbooks_keywords.rst:220
#: ../../rst/reference_appendices/playbooks_keywords.rst:318
#: ../../rst/reference_appendices/playbooks_keywords.rst:446
msgid "name"
msgstr "name"
#: ../../rst/reference_appendices/config.rst:997
msgid "`_ansible_coverage_remote_output`"
msgstr "`_ansible_coverage_remote_output`"
#: ../../rst/reference_appendices/config.rst:1002
msgid "COVERAGE_REMOTE_PATHS"
msgstr "COVERAGE_REMOTE_PATHS"
#: ../../rst/reference_appendices/config.rst:1004
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:1009
msgid ":envvar:`_ANSIBLE_COVERAGE_REMOTE_PATH_FILTER`"
msgstr ":envvar:`_ANSIBLE_COVERAGE_REMOTE_PATH_FILTER`"
#: ../../rst/reference_appendices/config.rst:1014
msgid "DEFAULT_ACTION_PLUGIN_PATH"
msgstr "DEFAULT_ACTION_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1016
#: ../../rst/reference_appendices/config.rst:3464
msgid "Colon separated paths in which Ansible will search for Action Plugins."
msgstr "Ansible が Action プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1018
msgid "~/.ansible/plugins/action:/usr/share/ansible/plugins/action"
msgstr "~/.ansible/plugins/action:/usr/share/ansible/plugins/action"
#: ../../rst/reference_appendices/config.rst:1021
msgid "action_plugins"
msgstr "action_plugins"
#: ../../rst/reference_appendices/config.rst:1023
msgid ":envvar:`ANSIBLE_ACTION_PLUGINS`"
msgstr ":envvar:`ANSIBLE_ACTION_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1028
msgid "DEFAULT_ALLOW_UNSAFE_LOOKUPS"
msgstr "DEFAULT_ALLOW_UNSAFE_LOOKUPS"
#: ../../rst/reference_appendices/config.rst:1030
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 backwards-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:1033
msgid "2.2.3"
msgstr "2.2.3"
#: ../../rst/reference_appendices/config.rst:1036
msgid "allow_unsafe_lookups"
msgstr "allow_unsafe_lookups"
#: ../../rst/reference_appendices/config.rst:1041
msgid "DEFAULT_ASK_PASS"
msgstr "DEFAULT_ASK_PASS"
#: ../../rst/reference_appendices/config.rst:1043
#: ../../rst/reference_appendices/config.rst:3473
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:1048
msgid "ask_pass"
msgstr "ask_pass"
#: ../../rst/reference_appendices/config.rst:1050
msgid ":envvar:`ANSIBLE_ASK_PASS`"
msgstr ":envvar:`ANSIBLE_ASK_PASS`"
#: ../../rst/reference_appendices/config.rst:1055
msgid "DEFAULT_ASK_VAULT_PASS"
msgstr "DEFAULT_ASK_VAULT_PASS"
#: ../../rst/reference_appendices/config.rst:1057
#: ../../rst/reference_appendices/config.rst:3481
msgid "This controls whether an Ansible playbook should prompt for a vault password."
msgstr "これは、Ansible Playbook が Vault パスワードを要求するかどうかを制御します。"
#: ../../rst/reference_appendices/config.rst:1062
msgid "ask_vault_pass"
msgstr "ask_vault_pass"
#: ../../rst/reference_appendices/config.rst:1064
msgid ":envvar:`ANSIBLE_ASK_VAULT_PASS`"
msgstr ":envvar:`ANSIBLE_ASK_VAULT_PASS`"
#: ../../rst/reference_appendices/config.rst:1069
msgid "DEFAULT_BECOME"
msgstr "DEFAULT_BECOME"
#: ../../rst/reference_appendices/config.rst:1071
#: ../../rst/reference_appendices/config.rst:3489
msgid "Toggles the use of privilege escalation, allowing you to 'become' another user after login."
msgstr "権限昇格の使用を切り替えて、ログイン後に別のユーザーになる (「become」) ことができるようにします。"
#: ../../rst/reference_appendices/config.rst:1076
#: ../../rst/reference_appendices/playbooks_keywords.rst:29
#: ../../rst/reference_appendices/playbooks_keywords.rst:166
#: ../../rst/reference_appendices/playbooks_keywords.rst:261
#: ../../rst/reference_appendices/playbooks_keywords.rst:371
msgid "become"
msgstr "become"
#: ../../rst/reference_appendices/config.rst:1078
msgid ":envvar:`ANSIBLE_BECOME`"
msgstr ":envvar:`ANSIBLE_BECOME`"
#: ../../rst/reference_appendices/config.rst:1083
msgid "DEFAULT_BECOME_ASK_PASS"
msgstr "DEFAULT_BECOME_ASK_PASS"
#: ../../rst/reference_appendices/config.rst:1085
#: ../../rst/reference_appendices/config.rst:3497
msgid "Toggle to prompt for privilege escalation password."
msgstr "切り替えて、権限昇格パスワードの入力を求めます。"
#: ../../rst/reference_appendices/config.rst:1090
msgid "become_ask_pass"
msgstr "become_ask_pass"
#: ../../rst/reference_appendices/config.rst:1092
msgid ":envvar:`ANSIBLE_BECOME_ASK_PASS`"
msgstr ":envvar:`ANSIBLE_BECOME_ASK_PASS`"
#: ../../rst/reference_appendices/config.rst:1097
msgid "DEFAULT_BECOME_EXE"
msgstr "DEFAULT_BECOME_EXE"
#: ../../rst/reference_appendices/config.rst:1099
#: ../../rst/reference_appendices/config.rst:3513
msgid "executable to use for privilege escalation, otherwise Ansible will depend on PATH"
msgstr "特権昇格に使用する実行ファイル。それ以外の場合、Ansible は PATH に依存します。"
#: ../../rst/reference_appendices/config.rst:1103
#: ../../rst/reference_appendices/playbooks_keywords.rst:32
#: ../../rst/reference_appendices/playbooks_keywords.rst:169
#: ../../rst/reference_appendices/playbooks_keywords.rst:264
#: ../../rst/reference_appendices/playbooks_keywords.rst:374
msgid "become_exe"
msgstr "become_exe"
#: ../../rst/reference_appendices/config.rst:1105
msgid ":envvar:`ANSIBLE_BECOME_EXE`"
msgstr ":envvar:`ANSIBLE_BECOME_EXE`"
#: ../../rst/reference_appendices/config.rst:1110
msgid "DEFAULT_BECOME_FLAGS"
msgstr "DEFAULT_BECOME_FLAGS"
#: ../../rst/reference_appendices/config.rst:1112
#: ../../rst/reference_appendices/config.rst:3521
msgid "Flags to pass to the privilege escalation executable."
msgstr "権限昇格実行ファイルに渡すフラグ。"
#: ../../rst/reference_appendices/config.rst:1116
#: ../../rst/reference_appendices/playbooks_keywords.rst:35
#: ../../rst/reference_appendices/playbooks_keywords.rst:172
#: ../../rst/reference_appendices/playbooks_keywords.rst:267
#: ../../rst/reference_appendices/playbooks_keywords.rst:377
msgid "become_flags"
msgstr "become_flags"
#: ../../rst/reference_appendices/config.rst:1118
msgid ":envvar:`ANSIBLE_BECOME_FLAGS`"
msgstr ":envvar:`ANSIBLE_BECOME_FLAGS`"
#: ../../rst/reference_appendices/config.rst:1123
msgid "DEFAULT_BECOME_METHOD"
msgstr "DEFAULT_BECOME_METHOD"
#: ../../rst/reference_appendices/config.rst:1125
#: ../../rst/reference_appendices/config.rst:3505
msgid "Privilege escalation method to use when `become` is enabled."
msgstr "`become` が有効な場合に使用する権限昇格方法です。"
#: ../../rst/reference_appendices/config.rst:1126
msgid "sudo"
msgstr "sudo"
#: ../../rst/reference_appendices/config.rst:1129
#: ../../rst/reference_appendices/playbooks_keywords.rst:38
#: ../../rst/reference_appendices/playbooks_keywords.rst:175
#: ../../rst/reference_appendices/playbooks_keywords.rst:270
#: ../../rst/reference_appendices/playbooks_keywords.rst:380
msgid "become_method"
msgstr "become_method"
#: ../../rst/reference_appendices/config.rst:1131
msgid ":envvar:`ANSIBLE_BECOME_METHOD`"
msgstr ":envvar:`ANSIBLE_BECOME_METHOD`"
#: ../../rst/reference_appendices/config.rst:1136
msgid "DEFAULT_BECOME_USER"
msgstr "DEFAULT_BECOME_USER"
#: ../../rst/reference_appendices/config.rst:1138
#: ../../rst/reference_appendices/config.rst:3537
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:1139
msgid "root"
msgstr "root"
#: ../../rst/reference_appendices/config.rst:1142
#: ../../rst/reference_appendices/playbooks_keywords.rst:41
#: ../../rst/reference_appendices/playbooks_keywords.rst:178
#: ../../rst/reference_appendices/playbooks_keywords.rst:273
#: ../../rst/reference_appendices/playbooks_keywords.rst:383
msgid "become_user"
msgstr "become_user"
#: ../../rst/reference_appendices/config.rst:1144
msgid ":envvar:`ANSIBLE_BECOME_USER`"
msgstr ":envvar:`ANSIBLE_BECOME_USER`"
#: ../../rst/reference_appendices/config.rst:1149
msgid "DEFAULT_CACHE_PLUGIN_PATH"
msgstr "DEFAULT_CACHE_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1151
#: ../../rst/reference_appendices/config.rst:3545
msgid "Colon separated paths in which Ansible will search for Cache Plugins."
msgstr "Ansible が Cache プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1153
msgid "~/.ansible/plugins/cache:/usr/share/ansible/plugins/cache"
msgstr "~/.ansible/plugins/cache:/usr/share/ansible/plugins/cache"
#: ../../rst/reference_appendices/config.rst:1156
msgid "cache_plugins"
msgstr "cache_plugins"
#: ../../rst/reference_appendices/config.rst:1158
msgid ":envvar:`ANSIBLE_CACHE_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CACHE_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1163
msgid "DEFAULT_CALLBACK_PLUGIN_PATH"
msgstr "DEFAULT_CALLBACK_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1165
#: ../../rst/reference_appendices/config.rst:3580
msgid "Colon separated paths in which Ansible will search for Callback Plugins."
msgstr "Ansible が Callback プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1167
msgid "~/.ansible/plugins/callback:/usr/share/ansible/plugins/callback"
msgstr "~/.ansible/plugins/callback:/usr/share/ansible/plugins/callback"
#: ../../rst/reference_appendices/config.rst:1170
msgid "callback_plugins"
msgstr "callback_plugins"
#: ../../rst/reference_appendices/config.rst:1172
msgid ":envvar:`ANSIBLE_CALLBACK_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CALLBACK_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1177
msgid "DEFAULT_CLICONF_PLUGIN_PATH"
msgstr "DEFAULT_CLICONF_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1179
#: ../../rst/reference_appendices/config.rst:3607
msgid "Colon separated paths in which Ansible will search for Cliconf Plugins."
msgstr "Ansible が Cliconf プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1181
msgid "~/.ansible/plugins/cliconf:/usr/share/ansible/plugins/cliconf"
msgstr "~/.ansible/plugins/cliconf:/usr/share/ansible/plugins/cliconf"
#: ../../rst/reference_appendices/config.rst:1184
msgid "cliconf_plugins"
msgstr "cliconf_plugins"
#: ../../rst/reference_appendices/config.rst:1186
msgid ":envvar:`ANSIBLE_CLICONF_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CLICONF_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1191
msgid "DEFAULT_CONNECTION_PLUGIN_PATH"
msgstr "DEFAULT_CONNECTION_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1193
#: ../../rst/reference_appendices/config.rst:3615
msgid "Colon separated paths in which Ansible will search for Connection Plugins."
msgstr "Ansible が connection プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1195
msgid "~/.ansible/plugins/connection:/usr/share/ansible/plugins/connection"
msgstr "~/.ansible/plugins/connection:/usr/share/ansible/plugins/connection"
#: ../../rst/reference_appendices/config.rst:1198
msgid "connection_plugins"
msgstr "connection_plugins"
#: ../../rst/reference_appendices/config.rst:1200
msgid ":envvar:`ANSIBLE_CONNECTION_PLUGINS`"
msgstr ":envvar:`ANSIBLE_CONNECTION_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1205
msgid "DEFAULT_DEBUG"
msgstr "DEFAULT_DEBUG"
#: ../../rst/reference_appendices/config.rst:1207
#: ../../rst/reference_appendices/config.rst:3623
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:1214
msgid ":envvar:`ANSIBLE_DEBUG`"
msgstr ":envvar:`ANSIBLE_DEBUG`"
#: ../../rst/reference_appendices/config.rst:1219
msgid "DEFAULT_EXECUTABLE"
msgstr "DEFAULT_EXECUTABLE"
#: ../../rst/reference_appendices/config.rst:1221
#: ../../rst/reference_appendices/config.rst:3631
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:1222
msgid "/bin/sh"
msgstr "/bin/sh"
#: ../../rst/reference_appendices/config.rst:1225
msgid "executable"
msgstr "executable"
#: ../../rst/reference_appendices/config.rst:1227
msgid ":envvar:`ANSIBLE_EXECUTABLE`"
msgstr ":envvar:`ANSIBLE_EXECUTABLE`"
#: ../../rst/reference_appendices/config.rst:1232
msgid "DEFAULT_FACT_PATH"
msgstr "DEFAULT_FACT_PATH"
#: ../../rst/reference_appendices/config.rst:1234
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) モジュールを使用するユーザー定義のタスクには **影響しません**。"
#: ../../rst/reference_appendices/config.rst:1239
#: ../../rst/reference_appendices/playbooks_keywords.rst:68
msgid "fact_path"
msgstr "fact_path"
#: ../../rst/reference_appendices/config.rst:1241
msgid ":envvar:`ANSIBLE_FACT_PATH`"
msgstr ":envvar:`ANSIBLE_FACT_PATH`"
#: ../../rst/reference_appendices/config.rst:1246
msgid "DEFAULT_FILTER_PLUGIN_PATH"
msgstr "DEFAULT_FILTER_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1248
#: ../../rst/reference_appendices/config.rst:3647
msgid "Colon separated paths in which Ansible will search for Jinja2 Filter Plugins."
msgstr "Ansible が Jinja2 フィルタープラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1250
msgid "~/.ansible/plugins/filter:/usr/share/ansible/plugins/filter"
msgstr "~/.ansible/plugins/filter:/usr/share/ansible/plugins/filter"
#: ../../rst/reference_appendices/config.rst:1253
msgid "filter_plugins"
msgstr "filter_plugins"
#: ../../rst/reference_appendices/config.rst:1255
msgid ":envvar:`ANSIBLE_FILTER_PLUGINS`"
msgstr ":envvar:`ANSIBLE_FILTER_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1260
msgid "DEFAULT_FORCE_HANDLERS"
msgstr "DEFAULT_FORCE_HANDLERS"
#: ../../rst/reference_appendices/config.rst:1262
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:1265
msgid "1.9.1"
msgstr "1.9.1"
#: ../../rst/reference_appendices/config.rst:1268
#: ../../rst/reference_appendices/playbooks_keywords.rst:71
msgid "force_handlers"
msgstr "force_handlers"
#: ../../rst/reference_appendices/config.rst:1270
msgid ":envvar:`ANSIBLE_FORCE_HANDLERS`"
msgstr ":envvar:`ANSIBLE_FORCE_HANDLERS`"
#: ../../rst/reference_appendices/config.rst:1275
msgid "DEFAULT_FORKS"
msgstr "DEFAULT_FORKS"
#: ../../rst/reference_appendices/config.rst:1277
#: ../../rst/reference_appendices/config.rst:3663
msgid "Maximum number of forks Ansible will use to execute tasks on target hosts."
msgstr "ターゲットホストでタスクを実行するのに Ansible が使用するフォークの最大数。"
#: ../../rst/reference_appendices/config.rst:1279
#: ../../rst/reference_appendices/config.rst:3063
msgid "5"
msgstr "5"
#: ../../rst/reference_appendices/config.rst:1282
msgid "forks"
msgstr "forks"
#: ../../rst/reference_appendices/config.rst:1284
msgid ":envvar:`ANSIBLE_FORKS`"
msgstr ":envvar:`ANSIBLE_FORKS`"
#: ../../rst/reference_appendices/config.rst:1289
msgid "DEFAULT_GATHER_SUBSET"
msgstr "DEFAULT_GATHER_SUBSET"
#: ../../rst/reference_appendices/config.rst:1291
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) タスクには **適用されません**。"
#: ../../rst/reference_appendices/config.rst:1293
msgid "['all']"
msgstr "['all']"
#: ../../rst/reference_appendices/config.rst:1297
#: ../../rst/reference_appendices/playbooks_keywords.rst:77
msgid "gather_subset"
msgstr "gather_subset"
#: ../../rst/reference_appendices/config.rst:1299
msgid ":envvar:`ANSIBLE_GATHER_SUBSET`"
msgstr ":envvar:`ANSIBLE_GATHER_SUBSET`"
#: ../../rst/reference_appendices/config.rst:1304
msgid "DEFAULT_GATHER_TIMEOUT"
msgstr "DEFAULT_GATHER_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:1306
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) タスクには **適用されません**。"
#: ../../rst/reference_appendices/config.rst:1308
#: ../../rst/reference_appendices/config.rst:1906
msgid "10"
msgstr "10"
#: ../../rst/reference_appendices/config.rst:1311
#: ../../rst/reference_appendices/playbooks_keywords.rst:80
msgid "gather_timeout"
msgstr "gather_timeout"
#: ../../rst/reference_appendices/config.rst:1313
msgid ":envvar:`ANSIBLE_GATHER_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_GATHER_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:1318
msgid "DEFAULT_GATHERING"
msgstr "DEFAULT_GATHERING"
#: ../../rst/reference_appendices/config.rst:1320
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 プラグインを使用します。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:1321
msgid "implicit"
msgstr "implicit"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:1919
msgid "smart"
msgstr "smart"
#: ../../rst/reference_appendices/config.rst
msgid "explicit"
msgstr "explicit"
#: ../../rst/reference_appendices/config.rst:1326
msgid "1.6"
msgstr "1.6"
#: ../../rst/reference_appendices/config.rst:1329
msgid "gathering"
msgstr "gathering"
#: ../../rst/reference_appendices/config.rst:1331
msgid ":envvar:`ANSIBLE_GATHERING`"
msgstr ":envvar:`ANSIBLE_GATHERING`"
#: ../../rst/reference_appendices/config.rst:1336
msgid "DEFAULT_HANDLER_INCLUDES_STATIC"
msgstr "DEFAULT_HANDLER_INCLUDES_STATIC"
#: ../../rst/reference_appendices/config.rst:1338
#: ../../rst/reference_appendices/config.rst:3695
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`` セクションに表示されるインクルードが「静的」になります。"
#: ../../rst/reference_appendices/config.rst:1343
msgid "handler_includes_static"
msgstr "handler_includes_static"
#: ../../rst/reference_appendices/config.rst:1345
msgid ":envvar:`ANSIBLE_HANDLER_INCLUDES_STATIC`"
msgstr ":envvar:`ANSIBLE_HANDLER_INCLUDES_STATIC`"
#: ../../rst/reference_appendices/config.rst:1346
#: ../../rst/reference_appendices/config.rst:1479
#: ../../rst/reference_appendices/config.rst:1867
#: ../../rst/reference_appendices/config.rst:2121
#: ../../rst/reference_appendices/config.rst:2647
#: ../../rst/reference_appendices/config.rst:2792
#: ../../rst/reference_appendices/config.rst:3764
#: ../../rst/reference_appendices/config.rst:4138
#: ../../rst/reference_appendices/config.rst:4392
msgid "2.12"
msgstr "2.12"
#: ../../rst/reference_appendices/config.rst:1347
#: ../../rst/reference_appendices/config.rst:1868
msgid "include itself is deprecated and this setting will not matter in the future"
msgstr "インクルード自体は非推奨であるため、この設定は今後重要ではありません。"
#: ../../rst/reference_appendices/config.rst:1348
msgid "none as its already built into the decision between include_tasks and import_tasks"
msgstr "include_tasks と import_tasks の決定にすでに組み込まれてるため、none です。"
#: ../../rst/reference_appendices/config.rst:1353
msgid "DEFAULT_HASH_BEHAVIOUR"
msgstr "DEFAULT_HASH_BEHAVIOUR"
#: ../../rst/reference_appendices/config.rst:1355
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
#: ../../rst/reference_appendices/config.rst:1357
msgid "replace"
msgstr "replace"
#: ../../rst/reference_appendices/config.rst:1359
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:1360
msgid "Any dictionary variable will be recursively merged with new definitions across the different variable definition sources."
msgstr "ディクショナリー変数は、異なる変数定義ソース全体で新しい定義と再帰的にマージされます。"
#: ../../rst/reference_appendices/config.rst:1363
msgid "hash_behaviour"
msgstr "hash_behaviour"
#: ../../rst/reference_appendices/config.rst:1365
msgid ":envvar:`ANSIBLE_HASH_BEHAVIOUR`"
msgstr ":envvar:`ANSIBLE_HASH_BEHAVIOUR`"
#: ../../rst/reference_appendices/config.rst:1370
msgid "DEFAULT_HOST_LIST"
msgstr "DEFAULT_HOST_LIST"
#: ../../rst/reference_appendices/config.rst:1372
#: ../../rst/reference_appendices/config.rst:3711
msgid "Comma separated list of Ansible inventory sources"
msgstr "Ansible インベントリーソースのコンマ区切り一覧"
#: ../../rst/reference_appendices/config.rst:1373
msgid "pathlist"
msgstr "pathlist"
#: ../../rst/reference_appendices/config.rst:1374
msgid "/etc/ansible/hosts"
msgstr "/etc/ansible/hosts"
#: ../../rst/reference_appendices/config.rst:1377
msgid "inventory"
msgstr "inventory"
#: ../../rst/reference_appendices/config.rst:1379
msgid ":envvar:`ANSIBLE_INVENTORY`"
msgstr ":envvar:`ANSIBLE_INVENTORY`"
#: ../../rst/reference_appendices/config.rst:1384
msgid "DEFAULT_HTTPAPI_PLUGIN_PATH"
msgstr "DEFAULT_HTTPAPI_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1386
#: ../../rst/reference_appendices/config.rst:3719
msgid "Colon separated paths in which Ansible will search for HttpApi Plugins."
msgstr "Ansible が HttpApi プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1388
msgid "~/.ansible/plugins/httpapi:/usr/share/ansible/plugins/httpapi"
msgstr "~/.ansible/plugins/httpapi:/usr/share/ansible/plugins/httpapi"
#: ../../rst/reference_appendices/config.rst:1391
msgid "httpapi_plugins"
msgstr "httpapi_plugins"
#: ../../rst/reference_appendices/config.rst:1393
msgid ":envvar:`ANSIBLE_HTTPAPI_PLUGINS`"
msgstr ":envvar:`ANSIBLE_HTTPAPI_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1398
msgid "DEFAULT_INTERNAL_POLL_INTERVAL"
msgstr "DEFAULT_INTERNAL_POLL_INTERVAL"
#: ../../rst/reference_appendices/config.rst:1400
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:1401
#: ../../rst/reference_appendices/config.rst:3091
msgid "float"
msgstr "float"
#: ../../rst/reference_appendices/config.rst:1402
msgid "0.001"
msgstr "0.001"
#: ../../rst/reference_appendices/config.rst:1403
msgid "2.2"
msgstr "2.2"
#: ../../rst/reference_appendices/config.rst:1406
msgid "internal_poll_interval"
msgstr "internal_poll_interval"
#: ../../rst/reference_appendices/config.rst:1411
msgid "DEFAULT_INVENTORY_PLUGIN_PATH"
msgstr "DEFAULT_INVENTORY_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1413
#: ../../rst/reference_appendices/config.rst:3728
msgid "Colon separated paths in which Ansible will search for Inventory Plugins."
msgstr "Ansible が inventory プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1415
msgid "~/.ansible/plugins/inventory:/usr/share/ansible/plugins/inventory"
msgstr "~/.ansible/plugins/inventory:/usr/share/ansible/plugins/inventory"
#: ../../rst/reference_appendices/config.rst:1418
msgid "inventory_plugins"
msgstr "inventory_plugins"
#: ../../rst/reference_appendices/config.rst:1420
msgid ":envvar:`ANSIBLE_INVENTORY_PLUGINS`"
msgstr ":envvar:`ANSIBLE_INVENTORY_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1425
msgid "DEFAULT_JINJA2_EXTENSIONS"
msgstr "DEFAULT_JINJA2_EXTENSIONS"
#: ../../rst/reference_appendices/config.rst:1427
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:1431
msgid "jinja2_extensions"
msgstr "jinja2_extensions"
#: ../../rst/reference_appendices/config.rst:1433
msgid ":envvar:`ANSIBLE_JINJA2_EXTENSIONS`"
msgstr ":envvar:`ANSIBLE_JINJA2_EXTENSIONS`"
#: ../../rst/reference_appendices/config.rst:1438
msgid "DEFAULT_JINJA2_NATIVE"
msgstr "DEFAULT_JINJA2_NATIVE"
#: ../../rst/reference_appendices/config.rst:1440
#: ../../rst/reference_appendices/config.rst:3744
msgid "This option preserves variable types during template operations. This requires Jinja2 >= 2.10."
msgstr "このオプションは、テンプレート操作中、変数タイプを保持します。これには Jinja2 >= 2.10 が必要です。"
#: ../../rst/reference_appendices/config.rst:1446
msgid "jinja2_native"
msgstr "jinja2_native"
#: ../../rst/reference_appendices/config.rst:1448
msgid ":envvar:`ANSIBLE_JINJA2_NATIVE`"
msgstr ":envvar:`ANSIBLE_JINJA2_NATIVE`"
#: ../../rst/reference_appendices/config.rst:1453
msgid "DEFAULT_KEEP_REMOTE_FILES"
msgstr "DEFAULT_KEEP_REMOTE_FILES"
#: ../../rst/reference_appendices/config.rst:1455
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:1460
msgid "keep_remote_files"
msgstr "keep_remote_files"
#: ../../rst/reference_appendices/config.rst:1462
msgid ":envvar:`ANSIBLE_KEEP_REMOTE_FILES`"
msgstr ":envvar:`ANSIBLE_KEEP_REMOTE_FILES`"
#: ../../rst/reference_appendices/config.rst:1467
msgid "DEFAULT_LIBVIRT_LXC_NOSECLABEL"
msgstr "DEFAULT_LIBVIRT_LXC_NOSECLABEL"
#: ../../rst/reference_appendices/config.rst:1469
#: ../../rst/reference_appendices/config.rst:3760
#: ../../rst/reference_appendices/config.rst:3770
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:1474
#: ../../rst/reference_appendices/config.rst:1779
msgid "[selinux]"
msgstr "[selinux]"
#: ../../rst/reference_appendices/config.rst:1475
msgid "libvirt_lxc_noseclabel"
msgstr "libvirt_lxc_noseclabel"
#: ../../rst/reference_appendices/config.rst:1477
msgid ":envvar:`ANSIBLE_LIBVIRT_LXC_NOSECLABEL`"
msgstr ":envvar:`ANSIBLE_LIBVIRT_LXC_NOSECLABEL`"
#: ../../rst/reference_appendices/config.rst:1478
msgid ":envvar:`LIBVIRT_LXC_NOSECLABEL`"
msgstr ":envvar:`LIBVIRT_LXC_NOSECLABEL`"
#: ../../rst/reference_appendices/config.rst:1480
#: ../../rst/reference_appendices/config.rst:2122
#: ../../rst/reference_appendices/config.rst:2648
#: ../../rst/reference_appendices/config.rst:3765
#: ../../rst/reference_appendices/config.rst:4139
#: ../../rst/reference_appendices/config.rst:4393
msgid "environment variables without ``ANSIBLE_`` prefix are deprecated"
msgstr "``ANSIBLE_`` 接頭辞のない環境変数が非推奨になりました。"
#: ../../rst/reference_appendices/config.rst:1481
#: ../../rst/reference_appendices/config.rst:3766
msgid "the ``ANSIBLE_LIBVIRT_LXC_NOSECLABEL`` environment variable"
msgstr "``ANSIBLE_LIBVIRT_LXC_NOSECLABEL`` 環境変数"
#: ../../rst/reference_appendices/config.rst:1486
msgid "DEFAULT_LOAD_CALLBACK_PLUGINS"
msgstr "DEFAULT_LOAD_CALLBACK_PLUGINS"
#: ../../rst/reference_appendices/config.rst:1488
#: ../../rst/reference_appendices/config.rst:3778
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:1494
msgid "bin_ansible_callbacks"
msgstr "bin_ansible_callbacks"
#: ../../rst/reference_appendices/config.rst:1496
msgid ":envvar:`ANSIBLE_LOAD_CALLBACK_PLUGINS`"
msgstr ":envvar:`ANSIBLE_LOAD_CALLBACK_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1501
msgid "DEFAULT_LOCAL_TMP"
msgstr "DEFAULT_LOCAL_TMP"
#: ../../rst/reference_appendices/config.rst:1503
#: ../../rst/reference_appendices/config.rst:3786
msgid "Temporary directory for Ansible to use on the controller."
msgstr "Ansible がコントローラーで使用するための一時ディレクトリー。"
#: ../../rst/reference_appendices/config.rst:1504
msgid "tmppath"
msgstr "tmppath"
#: ../../rst/reference_appendices/config.rst:1505
msgid "~/.ansible/tmp"
msgstr "~/.ansible/tmp"
#: ../../rst/reference_appendices/config.rst:1508
msgid "local_tmp"
msgstr "local_tmp"
#: ../../rst/reference_appendices/config.rst:1510
msgid ":envvar:`ANSIBLE_LOCAL_TEMP`"
msgstr ":envvar:`ANSIBLE_LOCAL_TEMP`"
#: ../../rst/reference_appendices/config.rst:1515
msgid "DEFAULT_LOG_FILTER"
msgstr "DEFAULT_LOG_FILTER"
#: ../../rst/reference_appendices/config.rst:1517
#: ../../rst/reference_appendices/config.rst:3802
msgid "List of logger names to filter out of the log file"
msgstr "ログファイルから除外するロガー名の一覧"
#: ../../rst/reference_appendices/config.rst:1522
msgid "log_filter"
msgstr "log_filter"
#: ../../rst/reference_appendices/config.rst:1524
msgid ":envvar:`ANSIBLE_LOG_FILTER`"
msgstr ":envvar:`ANSIBLE_LOG_FILTER`"
#: ../../rst/reference_appendices/config.rst:1529
msgid "DEFAULT_LOG_PATH"
msgstr "DEFAULT_LOG_PATH"
#: ../../rst/reference_appendices/config.rst:1531
#: ../../rst/reference_appendices/config.rst:3794
msgid "File to which Ansible will log on the controller. When empty logging is disabled."
msgstr "Ansible がコントローラーにログインするファイル。空のロギングが無効になっている場合。"
#: ../../rst/reference_appendices/config.rst:1536
msgid "log_path"
msgstr "log_path"
#: ../../rst/reference_appendices/config.rst:1538
msgid ":envvar:`ANSIBLE_LOG_PATH`"
msgstr ":envvar:`ANSIBLE_LOG_PATH`"
#: ../../rst/reference_appendices/config.rst:1543
msgid "DEFAULT_LOOKUP_PLUGIN_PATH"
msgstr "DEFAULT_LOOKUP_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1545
#: ../../rst/reference_appendices/config.rst:3810
msgid "Colon separated paths in which Ansible will search for Lookup Plugins."
msgstr "Ansible が Lookup プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1547
msgid "~/.ansible/plugins/lookup:/usr/share/ansible/plugins/lookup"
msgstr "~/.ansible/plugins/lookup:/usr/share/ansible/plugins/lookup"
#: ../../rst/reference_appendices/config.rst:1550
msgid "lookup_plugins"
msgstr "lookup_plugins"
#: ../../rst/reference_appendices/config.rst:1552
msgid ":envvar:`ANSIBLE_LOOKUP_PLUGINS`"
msgstr ":envvar:`ANSIBLE_LOOKUP_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1557
msgid "DEFAULT_MANAGED_STR"
msgstr "DEFAULT_MANAGED_STR"
#: ../../rst/reference_appendices/config.rst:1559
msgid "Sets the macro for the 'ansible_managed' variable available for M(ansible.builtin.template) and M(ansible.windows.win_template) modules. This is only relevant for those two modules."
msgstr "M(ansible.builtin.template) モジュールおよび M(ansible.windows.win_template) モジュールで使用可能な「ansible_managed」変数にマクロを設定します。これは、これら 2 つのモジュールにのみ関係します。"
#: ../../rst/reference_appendices/config.rst:1560
msgid "Ansible managed"
msgstr "Ansible が管理"
#: ../../rst/reference_appendices/config.rst:1563
msgid "ansible_managed"
msgstr "ansible_managed"
#: ../../rst/reference_appendices/config.rst:1568
msgid "DEFAULT_MODULE_ARGS"
msgstr "DEFAULT_MODULE_ARGS"
#: ../../rst/reference_appendices/config.rst:1570
#: ../../rst/reference_appendices/config.rst:3819
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:1574
msgid "module_args"
msgstr "module_args"
#: ../../rst/reference_appendices/config.rst:1576
msgid ":envvar:`ANSIBLE_MODULE_ARGS`"
msgstr ":envvar:`ANSIBLE_MODULE_ARGS`"
#: ../../rst/reference_appendices/config.rst:1581
msgid "DEFAULT_MODULE_COMPRESSION"
msgstr "DEFAULT_MODULE_COMPRESSION"
#: ../../rst/reference_appendices/config.rst:1583
msgid "Compression scheme to use when transferring Python modules to the target."
msgstr "Python モジュールをターゲットに転送する際に使用する圧縮スキーム。"
#: ../../rst/reference_appendices/config.rst:1584
msgid "ZIP_DEFLATED"
msgstr "ZIP_DEFLATED"
#: ../../rst/reference_appendices/config.rst:1587
msgid "module_compression"
msgstr "module_compression"
#: ../../rst/reference_appendices/config.rst:1592
msgid "DEFAULT_MODULE_NAME"
msgstr "DEFAULT_MODULE_NAME"
#: ../../rst/reference_appendices/config.rst:1594
msgid "Module to use with the ``ansible`` AdHoc command, if none is specified via ``-m``."
msgstr "``-m`` で何も指定されていない場合は、``ansible`` AdHoc コマンドで使用するモジュール。"
#: ../../rst/reference_appendices/config.rst:1595
msgid "command"
msgstr "command"
#: ../../rst/reference_appendices/config.rst:1598
msgid "module_name"
msgstr "module_name"
#: ../../rst/reference_appendices/config.rst:1603
msgid "DEFAULT_MODULE_PATH"
msgstr "DEFAULT_MODULE_PATH"
#: ../../rst/reference_appendices/config.rst:1605
#: ../../rst/reference_appendices/config.rst:3829
msgid "Colon separated paths in which Ansible will search for Modules."
msgstr "Ansible がモジュールを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1607
msgid "~/.ansible/plugins/modules:/usr/share/ansible/plugins/modules"
msgstr "~/.ansible/plugins/modules:/usr/share/ansible/plugins/modules"
#: ../../rst/reference_appendices/config.rst:1610
msgid "library"
msgstr "library"
#: ../../rst/reference_appendices/config.rst:1612
msgid ":envvar:`ANSIBLE_LIBRARY`"
msgstr ":envvar:`ANSIBLE_LIBRARY`"
#: ../../rst/reference_appendices/config.rst:1617
msgid "DEFAULT_MODULE_UTILS_PATH"
msgstr "DEFAULT_MODULE_UTILS_PATH"
#: ../../rst/reference_appendices/config.rst:1619
#: ../../rst/reference_appendices/config.rst:3837
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:1621
msgid "~/.ansible/plugins/module_utils:/usr/share/ansible/plugins/module_utils"
msgstr "~/.ansible/plugins/module_utils:/usr/share/ansible/plugins/module_utils"
#: ../../rst/reference_appendices/config.rst:1624
msgid "module_utils"
msgstr "module_utils"
#: ../../rst/reference_appendices/config.rst:1626
msgid ":envvar:`ANSIBLE_MODULE_UTILS`"
msgstr ":envvar:`ANSIBLE_MODULE_UTILS`"
#: ../../rst/reference_appendices/config.rst:1631
msgid "DEFAULT_NETCONF_PLUGIN_PATH"
msgstr "DEFAULT_NETCONF_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1633
#: ../../rst/reference_appendices/config.rst:3845
msgid "Colon separated paths in which Ansible will search for Netconf Plugins."
msgstr "Ansible が Netconf プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1635
msgid "~/.ansible/plugins/netconf:/usr/share/ansible/plugins/netconf"
msgstr "~/.ansible/plugins/netconf:/usr/share/ansible/plugins/netconf"
#: ../../rst/reference_appendices/config.rst:1638
msgid "netconf_plugins"
msgstr "netconf_plugins"
#: ../../rst/reference_appendices/config.rst:1640
msgid ":envvar:`ANSIBLE_NETCONF_PLUGINS`"
msgstr ":envvar:`ANSIBLE_NETCONF_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1645
msgid "DEFAULT_NO_LOG"
msgstr "DEFAULT_NO_LOG"
#: ../../rst/reference_appendices/config.rst:1647
#: ../../rst/reference_appendices/config.rst:3853
msgid "Toggle Ansible's display and logging of task details, mainly used to avoid security disclosures."
msgstr "主にセキュリティーの公開を回避するために、Ansible の表示およびタスク詳細のロギングを使用します。"
#: ../../rst/reference_appendices/config.rst:1652
#: ../../rst/reference_appendices/playbooks_keywords.rst:104
#: ../../rst/reference_appendices/playbooks_keywords.rst:223
#: ../../rst/reference_appendices/playbooks_keywords.rst:321
#: ../../rst/reference_appendices/playbooks_keywords.rst:449
msgid "no_log"
msgstr "no_log"
#: ../../rst/reference_appendices/config.rst:1654
msgid ":envvar:`ANSIBLE_NO_LOG`"
msgstr ":envvar:`ANSIBLE_NO_LOG`"
#: ../../rst/reference_appendices/config.rst:1659
msgid "DEFAULT_NO_TARGET_SYSLOG"
msgstr "DEFAULT_NO_TARGET_SYSLOG"
#: ../../rst/reference_appendices/config.rst:1661
#: ../../rst/reference_appendices/config.rst:3861
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:1666
msgid "no_target_syslog"
msgstr "no_target_syslog"
#: ../../rst/reference_appendices/config.rst:1668
msgid ":envvar:`ANSIBLE_NO_TARGET_SYSLOG`"
msgstr ":envvar:`ANSIBLE_NO_TARGET_SYSLOG`"
#: ../../rst/reference_appendices/config.rst:1670
msgid "`ansible_no_target_syslog` :Version Added: 2.10"
msgstr "`ansible_no_target_syslog` :Version Added: 2.10"
#: ../../rst/reference_appendices/config.rst:1676
msgid "DEFAULT_NULL_REPRESENTATION"
msgstr "DEFAULT_NULL_REPRESENTATION"
#: ../../rst/reference_appendices/config.rst:1678
#: ../../rst/reference_appendices/config.rst:3869
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:1679
msgid "none"
msgstr "none"
#: ../../rst/reference_appendices/config.rst:1683
msgid "null_representation"
msgstr "null_representation"
#: ../../rst/reference_appendices/config.rst:1685
msgid ":envvar:`ANSIBLE_NULL_REPRESENTATION`"
msgstr ":envvar:`ANSIBLE_NULL_REPRESENTATION`"
#: ../../rst/reference_appendices/config.rst:1690
msgid "DEFAULT_POLL_INTERVAL"
msgstr "DEFAULT_POLL_INTERVAL"
#: ../../rst/reference_appendices/config.rst:1692
#: ../../rst/reference_appendices/config.rst:3877
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:1694
#: ../../rst/reference_appendices/config.rst:2713
msgid "15"
msgstr "15"
#: ../../rst/reference_appendices/config.rst:1697
msgid "poll_interval"
msgstr "poll_interval"
#: ../../rst/reference_appendices/config.rst:1699
msgid ":envvar:`ANSIBLE_POLL_INTERVAL`"
msgstr ":envvar:`ANSIBLE_POLL_INTERVAL`"
#: ../../rst/reference_appendices/config.rst:1704
msgid "DEFAULT_PRIVATE_KEY_FILE"
msgstr "DEFAULT_PRIVATE_KEY_FILE"
#: ../../rst/reference_appendices/config.rst:1706
#: ../../rst/reference_appendices/config.rst:3885
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:1711
msgid "private_key_file"
msgstr "private_key_file"
#: ../../rst/reference_appendices/config.rst:1713
msgid ":envvar:`ANSIBLE_PRIVATE_KEY_FILE`"
msgstr ":envvar:`ANSIBLE_PRIVATE_KEY_FILE`"
#: ../../rst/reference_appendices/config.rst:1718
msgid "DEFAULT_PRIVATE_ROLE_VARS"
msgstr "DEFAULT_PRIVATE_ROLE_VARS"
#: ../../rst/reference_appendices/config.rst:1720
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:1725
msgid "private_role_vars"
msgstr "private_role_vars"
#: ../../rst/reference_appendices/config.rst:1727
msgid ":envvar:`ANSIBLE_PRIVATE_ROLE_VARS`"
msgstr ":envvar:`ANSIBLE_PRIVATE_ROLE_VARS`"
#: ../../rst/reference_appendices/config.rst:1732
msgid "DEFAULT_REMOTE_PORT"
msgstr "DEFAULT_REMOTE_PORT"
#: ../../rst/reference_appendices/config.rst:1734
#: ../../rst/reference_appendices/config.rst:3901
msgid "Port to use in remote connections, when blank it will use the connection plugin default."
msgstr "リモート接続で使用するポート。空の場合は、connection プラグインのデフォルトを使用します。"
#: ../../rst/reference_appendices/config.rst:1739
msgid "remote_port"
msgstr "remote_port"
#: ../../rst/reference_appendices/config.rst:1741
msgid ":envvar:`ANSIBLE_REMOTE_PORT`"
msgstr ":envvar:`ANSIBLE_REMOTE_PORT`"
#: ../../rst/reference_appendices/config.rst:1746
msgid "DEFAULT_REMOTE_USER"
msgstr "DEFAULT_REMOTE_USER"
#: ../../rst/reference_appendices/config.rst:1748
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:1752
#: ../../rst/reference_appendices/playbooks_keywords.rst:119
#: ../../rst/reference_appendices/playbooks_keywords.rst:229
#: ../../rst/reference_appendices/playbooks_keywords.rst:330
#: ../../rst/reference_appendices/playbooks_keywords.rst:464
msgid "remote_user"
msgstr "remote_user"
#: ../../rst/reference_appendices/config.rst:1754
msgid ":envvar:`ANSIBLE_REMOTE_USER`"
msgstr ":envvar:`ANSIBLE_REMOTE_USER`"
#: ../../rst/reference_appendices/config.rst:1759
msgid "DEFAULT_ROLES_PATH"
msgstr "DEFAULT_ROLES_PATH"
#: ../../rst/reference_appendices/config.rst:1761
#: ../../rst/reference_appendices/config.rst:3917
msgid "Colon separated paths in which Ansible will search for Roles."
msgstr "Ansible がロールを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1763
msgid "~/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles"
msgstr "~/.ansible/roles:/usr/share/ansible/roles:/etc/ansible/roles"
#: ../../rst/reference_appendices/config.rst:1766
msgid "roles_path"
msgstr "roles_path"
#: ../../rst/reference_appendices/config.rst:1768
msgid ":envvar:`ANSIBLE_ROLES_PATH`"
msgstr ":envvar:`ANSIBLE_ROLES_PATH`"
#: ../../rst/reference_appendices/config.rst:1773
msgid "DEFAULT_SELINUX_SPECIAL_FS"
msgstr "DEFAULT_SELINUX_SPECIAL_FS"
#: ../../rst/reference_appendices/config.rst:1775
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:1777
msgid "fuse, nfs, vboxsf, ramfs, 9p, vfat"
msgstr "fuse, nfs, vboxsf, ramfs, 9p, vfat"
#: ../../rst/reference_appendices/config.rst:1780
msgid "special_context_filesystems"
msgstr "special_context_filesystems"
#: ../../rst/reference_appendices/config.rst:1782
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:1788
msgid "DEFAULT_STDOUT_CALLBACK"
msgstr "DEFAULT_STDOUT_CALLBACK"
#: ../../rst/reference_appendices/config.rst:1790
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 つだけです。"
#: ../../rst/reference_appendices/config.rst:1794
msgid "stdout_callback"
msgstr "stdout_callback"
#: ../../rst/reference_appendices/config.rst:1796
msgid ":envvar:`ANSIBLE_STDOUT_CALLBACK`"
msgstr ":envvar:`ANSIBLE_STDOUT_CALLBACK`"
#: ../../rst/reference_appendices/config.rst:1801
msgid "DEFAULT_STRATEGY"
msgstr "DEFAULT_STRATEGY"
#: ../../rst/reference_appendices/config.rst:1803
#: ../../rst/reference_appendices/config.rst:3958
msgid "Set the default strategy used for plays."
msgstr "プレイに使用するデフォルトのストラテジーを設定します。"
#: ../../rst/reference_appendices/config.rst:1804
msgid "linear"
msgstr "linear"
#: ../../rst/reference_appendices/config.rst:1805
msgid "2.3"
msgstr "2.3"
#: ../../rst/reference_appendices/config.rst:1808
#: ../../rst/reference_appendices/playbooks_keywords.rst:134
msgid "strategy"
msgstr "strategy"
#: ../../rst/reference_appendices/config.rst:1810
msgid ":envvar:`ANSIBLE_STRATEGY`"
msgstr ":envvar:`ANSIBLE_STRATEGY`"
#: ../../rst/reference_appendices/config.rst:1815
msgid "DEFAULT_STRATEGY_PLUGIN_PATH"
msgstr "DEFAULT_STRATEGY_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1817
#: ../../rst/reference_appendices/config.rst:3966
msgid "Colon separated paths in which Ansible will search for Strategy Plugins."
msgstr "Ansible が Strategy プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1819
msgid "~/.ansible/plugins/strategy:/usr/share/ansible/plugins/strategy"
msgstr "~/.ansible/plugins/strategy:/usr/share/ansible/plugins/strategy"
#: ../../rst/reference_appendices/config.rst:1822
msgid "strategy_plugins"
msgstr "strategy_plugins"
#: ../../rst/reference_appendices/config.rst:1824
msgid ":envvar:`ANSIBLE_STRATEGY_PLUGINS`"
msgstr ":envvar:`ANSIBLE_STRATEGY_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1829
msgid "DEFAULT_SU"
msgstr "DEFAULT_SU"
#: ../../rst/reference_appendices/config.rst:1831
#: ../../rst/reference_appendices/config.rst:3974
msgid "Toggle the use of \"su\" for tasks."
msgstr "タスクに「su」の使用を切り替えます。"
#: ../../rst/reference_appendices/config.rst:1836
msgid "su"
msgstr "su"
#: ../../rst/reference_appendices/config.rst:1838
msgid ":envvar:`ANSIBLE_SU`"
msgstr ":envvar:`ANSIBLE_SU`"
#: ../../rst/reference_appendices/config.rst:1843
msgid "DEFAULT_SYSLOG_FACILITY"
msgstr "DEFAULT_SYSLOG_FACILITY"
#: ../../rst/reference_appendices/config.rst:1845
#: ../../rst/reference_appendices/config.rst:3982
msgid "Syslog facility to use when Ansible logs to the remote target"
msgstr "Ansible がリモートターゲットにログを記録するときに使用する syslog ファシリティー"
#: ../../rst/reference_appendices/config.rst:1846
msgid "LOG_USER"
msgstr "LOG_USER"
#: ../../rst/reference_appendices/config.rst:1849
msgid "syslog_facility"
msgstr "syslog_facility"
#: ../../rst/reference_appendices/config.rst:1851
msgid ":envvar:`ANSIBLE_SYSLOG_FACILITY`"
msgstr ":envvar:`ANSIBLE_SYSLOG_FACILITY`"
#: ../../rst/reference_appendices/config.rst:1856
msgid "DEFAULT_TASK_INCLUDES_STATIC"
msgstr "DEFAULT_TASK_INCLUDES_STATIC"
#: ../../rst/reference_appendices/config.rst:1858
#: ../../rst/reference_appendices/config.rst:3990
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` タスクは静的または動的にすることができます。これは、自動検出が失敗し、タスクに自動検出が明示的に設定されていない場合に、デフォルトの想定される動作を切り替えます。"
#: ../../rst/reference_appendices/config.rst:1864
msgid "task_includes_static"
msgstr "task_includes_static"
#: ../../rst/reference_appendices/config.rst:1866
msgid ":envvar:`ANSIBLE_TASK_INCLUDES_STATIC`"
msgstr ":envvar:`ANSIBLE_TASK_INCLUDES_STATIC`"
#: ../../rst/reference_appendices/config.rst:1869
msgid "None, as its already built into the decision between include_tasks and import_tasks"
msgstr "include_tasks と import_tasks の決定にすでに組み込まれてるため、none です。"
#: ../../rst/reference_appendices/config.rst:1874
msgid "DEFAULT_TERMINAL_PLUGIN_PATH"
msgstr "DEFAULT_TERMINAL_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1876
#: ../../rst/reference_appendices/config.rst:3998
msgid "Colon separated paths in which Ansible will search for Terminal Plugins."
msgstr "Ansible が Terminal プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1878
msgid "~/.ansible/plugins/terminal:/usr/share/ansible/plugins/terminal"
msgstr "~/.ansible/plugins/terminal:/usr/share/ansible/plugins/terminal"
#: ../../rst/reference_appendices/config.rst:1881
msgid "terminal_plugins"
msgstr "terminal_plugins"
#: ../../rst/reference_appendices/config.rst:1883
msgid ":envvar:`ANSIBLE_TERMINAL_PLUGINS`"
msgstr ":envvar:`ANSIBLE_TERMINAL_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1888
msgid "DEFAULT_TEST_PLUGIN_PATH"
msgstr "DEFAULT_TEST_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1890
#: ../../rst/reference_appendices/config.rst:4006
msgid "Colon separated paths in which Ansible will search for Jinja2 Test Plugins."
msgstr "Ansible が Jinja2 テストプラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1892
msgid "~/.ansible/plugins/test:/usr/share/ansible/plugins/test"
msgstr "~/.ansible/plugins/test:/usr/share/ansible/plugins/test"
#: ../../rst/reference_appendices/config.rst:1895
msgid "test_plugins"
msgstr "test_plugins"
#: ../../rst/reference_appendices/config.rst:1897
msgid ":envvar:`ANSIBLE_TEST_PLUGINS`"
msgstr ":envvar:`ANSIBLE_TEST_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1902
msgid "DEFAULT_TIMEOUT"
msgstr "DEFAULT_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:1904
#: ../../rst/reference_appendices/config.rst:4014
msgid "This is the default timeout for connection plugins to use."
msgstr "これは、connection プラグインが使用するデフォルトのタイムアウトです。"
#: ../../rst/reference_appendices/config.rst:1909
#: ../../rst/reference_appendices/playbooks_keywords.rst:146
#: ../../rst/reference_appendices/playbooks_keywords.rst:241
#: ../../rst/reference_appendices/playbooks_keywords.rst:345
#: ../../rst/reference_appendices/playbooks_keywords.rst:479
msgid "timeout"
msgstr "timeout"
#: ../../rst/reference_appendices/config.rst:1911
msgid ":envvar:`ANSIBLE_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:1916
msgid "DEFAULT_TRANSPORT"
msgstr "DEFAULT_TRANSPORT"
#: ../../rst/reference_appendices/config.rst:1918
#: ../../rst/reference_appendices/config.rst:4022
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:1922
msgid "transport"
msgstr "transport"
#: ../../rst/reference_appendices/config.rst:1924
msgid ":envvar:`ANSIBLE_TRANSPORT`"
msgstr ":envvar:`ANSIBLE_TRANSPORT`"
#: ../../rst/reference_appendices/config.rst:1929
msgid "DEFAULT_UNDEFINED_VAR_BEHAVIOR"
msgstr "DEFAULT_UNDEFINED_VAR_BEHAVIOR"
#: ../../rst/reference_appendices/config.rst:1931
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:1934
msgid "1.3"
msgstr "1.3"
#: ../../rst/reference_appendices/config.rst:1937
msgid "error_on_undefined_vars"
msgstr "error_on_undefined_vars"
#: ../../rst/reference_appendices/config.rst:1939
msgid ":envvar:`ANSIBLE_ERROR_ON_UNDEFINED_VARS`"
msgstr ":envvar:`ANSIBLE_ERROR_ON_UNDEFINED_VARS`"
#: ../../rst/reference_appendices/config.rst:1944
msgid "DEFAULT_VARS_PLUGIN_PATH"
msgstr "DEFAULT_VARS_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:1946
#: ../../rst/reference_appendices/config.rst:4038
msgid "Colon separated paths in which Ansible will search for Vars Plugins."
msgstr "Ansible が Vars プラグインを検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:1948
msgid "~/.ansible/plugins/vars:/usr/share/ansible/plugins/vars"
msgstr "~/.ansible/plugins/vars:/usr/share/ansible/plugins/vars"
#: ../../rst/reference_appendices/config.rst:1951
msgid "vars_plugins"
msgstr "vars_plugins"
#: ../../rst/reference_appendices/config.rst:1953
msgid ":envvar:`ANSIBLE_VARS_PLUGINS`"
msgstr ":envvar:`ANSIBLE_VARS_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:1958
msgid "DEFAULT_VAULT_ENCRYPT_IDENTITY"
msgstr "DEFAULT_VAULT_ENCRYPT_IDENTITY"
#: ../../rst/reference_appendices/config.rst:1960
#: ../../rst/reference_appendices/config.rst:4062
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:1964
msgid "vault_encrypt_identity"
msgstr "vault_encrypt_identity"
#: ../../rst/reference_appendices/config.rst:1966
msgid ":envvar:`ANSIBLE_VAULT_ENCRYPT_IDENTITY`"
msgstr ":envvar:`ANSIBLE_VAULT_ENCRYPT_IDENTITY`"
#: ../../rst/reference_appendices/config.rst:1971
msgid "DEFAULT_VAULT_ID_MATCH"
msgstr "DEFAULT_VAULT_ID_MATCH"
#: ../../rst/reference_appendices/config.rst:1973
#: ../../rst/reference_appendices/config.rst:4046
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:1977
msgid "vault_id_match"
msgstr "vault_id_match"
#: ../../rst/reference_appendices/config.rst:1979
msgid ":envvar:`ANSIBLE_VAULT_ID_MATCH`"
msgstr ":envvar:`ANSIBLE_VAULT_ID_MATCH`"
#: ../../rst/reference_appendices/config.rst:1984
msgid "DEFAULT_VAULT_IDENTITY"
msgstr "DEFAULT_VAULT_IDENTITY"
#: ../../rst/reference_appendices/config.rst:1986
#: ../../rst/reference_appendices/config.rst:4054
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:1990
msgid "vault_identity"
msgstr "vault_identity"
#: ../../rst/reference_appendices/config.rst:1992
msgid ":envvar:`ANSIBLE_VAULT_IDENTITY`"
msgstr ":envvar:`ANSIBLE_VAULT_IDENTITY`"
#: ../../rst/reference_appendices/config.rst:1997
msgid "DEFAULT_VAULT_IDENTITY_LIST"
msgstr "DEFAULT_VAULT_IDENTITY_LIST"
#: ../../rst/reference_appendices/config.rst:1999
#: ../../rst/reference_appendices/config.rst:4070
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:2004
msgid "vault_identity_list"
msgstr "vault_identity_list"
#: ../../rst/reference_appendices/config.rst:2006
msgid ":envvar:`ANSIBLE_VAULT_IDENTITY_LIST`"
msgstr ":envvar:`ANSIBLE_VAULT_IDENTITY_LIST`"
#: ../../rst/reference_appendices/config.rst:2011
msgid "DEFAULT_VAULT_PASSWORD_FILE"
msgstr "DEFAULT_VAULT_PASSWORD_FILE"
#: ../../rst/reference_appendices/config.rst:2013
#: ../../rst/reference_appendices/config.rst:4078
msgid "The vault password file to use. Equivalent to --vault-password-file or --vault-id"
msgstr "使用する vault パスワードファイル。--vault-password-file または --vault-id と同等です。"
#: ../../rst/reference_appendices/config.rst:2018
msgid "vault_password_file"
msgstr "vault_password_file"
#: ../../rst/reference_appendices/config.rst:2020
msgid ":envvar:`ANSIBLE_VAULT_PASSWORD_FILE`"
msgstr ":envvar:`ANSIBLE_VAULT_PASSWORD_FILE`"
#: ../../rst/reference_appendices/config.rst:2025
msgid "DEFAULT_VERBOSITY"
msgstr "DEFAULT_VERBOSITY"
#: ../../rst/reference_appendices/config.rst:2027
#: ../../rst/reference_appendices/config.rst:4086
msgid "Sets the default verbosity, equivalent to the number of ``-v`` passed in the command line."
msgstr "コマンドラインで渡された ``-v`` の数と同等の、デフォルトの詳細レベルを設定します。"
#: ../../rst/reference_appendices/config.rst:2029
#: ../../rst/reference_appendices/config.rst:2804
#: ../../rst/reference_appendices/config.rst:2969
#: ../../rst/reference_appendices/config.rst:3080
msgid "0"
msgstr "0"
#: ../../rst/reference_appendices/config.rst:2032
msgid "verbosity"
msgstr "verbosity"
#: ../../rst/reference_appendices/config.rst:2034
msgid ":envvar:`ANSIBLE_VERBOSITY`"
msgstr ":envvar:`ANSIBLE_VERBOSITY`"
#: ../../rst/reference_appendices/config.rst:2039
msgid "DEPRECATION_WARNINGS"
msgstr "DEPRECATION_WARNINGS"
#: ../../rst/reference_appendices/config.rst:2041
#: ../../rst/reference_appendices/config.rst:4094
msgid "Toggle to control the showing of deprecation warnings"
msgstr "非推奨の警告の表示を制御するために切り替え"
#: ../../rst/reference_appendices/config.rst:2046
msgid "deprecation_warnings"
msgstr "deprecation_warnings"
#: ../../rst/reference_appendices/config.rst:2048
msgid ":envvar:`ANSIBLE_DEPRECATION_WARNINGS`"
msgstr ":envvar:`ANSIBLE_DEPRECATION_WARNINGS`"
#: ../../rst/reference_appendices/config.rst:2053
msgid "DEVEL_WARNING"
msgstr "DEVEL_WARNING"
#: ../../rst/reference_appendices/config.rst:2055
#: ../../rst/reference_appendices/config.rst:4102
msgid "Toggle to control showing warnings related to running devel"
msgstr "devel の実行に関連する警告を表示するように制御を切り替え"
#: ../../rst/reference_appendices/config.rst:2060
msgid "devel_warning"
msgstr "devel_warning"
#: ../../rst/reference_appendices/config.rst:2062
msgid ":envvar:`ANSIBLE_DEVEL_WARNING`"
msgstr ":envvar:`ANSIBLE_DEVEL_WARNING`"
#: ../../rst/reference_appendices/config.rst:2067
msgid "DIFF_ALWAYS"
msgstr "DIFF_ALWAYS"
#: ../../rst/reference_appendices/config.rst:2069
#: ../../rst/reference_appendices/config.rst:4110
msgid "Configuration toggle to tell modules to show differences when in 'changed' status, equivalent to ``--diff``."
msgstr "構成の切り替えにより、「changed」状態のときに相違点を表示するようにモジュールに指示します (``--diff`` 相当)。"
#: ../../rst/reference_appendices/config.rst:2070
#: ../../rst/reference_appendices/config.rst:2236
#: ../../rst/reference_appendices/config.rst:2445
#: ../../rst/reference_appendices/config.rst:2523
#: ../../rst/reference_appendices/config.rst:2570
#: ../../rst/reference_appendices/config.rst:2820
#: ../../rst/reference_appendices/config.rst:2866
#: ../../rst/reference_appendices/config.rst:3047
msgid "bool"
msgstr "bool"
#: ../../rst/reference_appendices/config.rst:2073
#: ../../rst/reference_appendices/config.rst:2087
msgid "[diff]"
msgstr "[diff]"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:2074
#: ../../rst/reference_appendices/playbooks_keywords.rst:255
msgid "always"
msgstr "always"
#: ../../rst/reference_appendices/config.rst:2076
msgid ":envvar:`ANSIBLE_DIFF_ALWAYS`"
msgstr ":envvar:`ANSIBLE_DIFF_ALWAYS`"
#: ../../rst/reference_appendices/config.rst:2081
msgid "DIFF_CONTEXT"
msgstr "DIFF_CONTEXT"
#: ../../rst/reference_appendices/config.rst:2083
#: ../../rst/reference_appendices/config.rst:4118
msgid "How many lines of context to show when displaying the differences between files."
msgstr "ファイル間の差異を表示する際に表示するコンテキストの行数。"
#: ../../rst/reference_appendices/config.rst:2085
msgid "3"
msgstr "3"
#: ../../rst/reference_appendices/config.rst:2088
msgid "context"
msgstr "context"
#: ../../rst/reference_appendices/config.rst:2090
msgid ":envvar:`ANSIBLE_DIFF_CONTEXT`"
msgstr ":envvar:`ANSIBLE_DIFF_CONTEXT`"
#: ../../rst/reference_appendices/config.rst:2095
msgid "DISPLAY_ARGS_TO_STDOUT"
msgstr "DISPLAY_ARGS_TO_STDOUT"
#: ../../rst/reference_appendices/config.rst:2097
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:2103
msgid "display_args_to_stdout"
msgstr "display_args_to_stdout"
#: ../../rst/reference_appendices/config.rst:2105
msgid ":envvar:`ANSIBLE_DISPLAY_ARGS_TO_STDOUT`"
msgstr ":envvar:`ANSIBLE_DISPLAY_ARGS_TO_STDOUT`"
#: ../../rst/reference_appendices/config.rst:2110
msgid "DISPLAY_SKIPPED_HOSTS"
msgstr "DISPLAY_SKIPPED_HOSTS"
#: ../../rst/reference_appendices/config.rst:2112
#: ../../rst/reference_appendices/config.rst:4134
#: ../../rst/reference_appendices/config.rst:4144
msgid "Toggle to control displaying skipped task/host entries in a task in the default callback"
msgstr "デフォルトのコールバックのタスクにスキップされたタスク/ホストエントリーの表示を制御するように切り替えます。"
#: ../../rst/reference_appendices/config.rst:2117
msgid "display_skipped_hosts"
msgstr "display_skipped_hosts"
#: ../../rst/reference_appendices/config.rst:2119
msgid ":envvar:`ANSIBLE_DISPLAY_SKIPPED_HOSTS`"
msgstr ":envvar:`ANSIBLE_DISPLAY_SKIPPED_HOSTS`"
#: ../../rst/reference_appendices/config.rst:2120
msgid ":envvar:`DISPLAY_SKIPPED_HOSTS`"
msgstr ":envvar:`DISPLAY_SKIPPED_HOSTS`"
#: ../../rst/reference_appendices/config.rst:2123
#: ../../rst/reference_appendices/config.rst:4140
msgid "the ``ANSIBLE_DISPLAY_SKIPPED_HOSTS`` environment variable"
msgstr "``ANSIBLE_DISPLAY_SKIPPED_HOSTS`` 環境変数"
#: ../../rst/reference_appendices/config.rst:2128
msgid "DOC_FRAGMENT_PLUGIN_PATH"
msgstr "DOC_FRAGMENT_PLUGIN_PATH"
#: ../../rst/reference_appendices/config.rst:2130
#: ../../rst/reference_appendices/config.rst:3456
msgid "Colon separated paths in which Ansible will search for Documentation Fragments Plugins."
msgstr "Ansible が Documentation Fragment Plugins を検索するコロン区切りパス。"
#: ../../rst/reference_appendices/config.rst:2132
msgid "~/.ansible/plugins/doc_fragments:/usr/share/ansible/plugins/doc_fragments"
msgstr "~/.ansible/plugins/doc_fragments:/usr/share/ansible/plugins/doc_fragments"
#: ../../rst/reference_appendices/config.rst:2135
msgid "doc_fragment_plugins"
msgstr "doc_fragment_plugins"
#: ../../rst/reference_appendices/config.rst:2137
msgid ":envvar:`ANSIBLE_DOC_FRAGMENT_PLUGINS`"
msgstr ":envvar:`ANSIBLE_DOC_FRAGMENT_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:2142
msgid "DOCSITE_ROOT_URL"
msgstr "DOCSITE_ROOT_URL"
#: ../../rst/reference_appendices/config.rst:2144
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:2145
msgid "https://docs.ansible.com/ansible/"
msgstr "https://docs.ansible.com/ansible/"
#: ../../rst/reference_appendices/config.rst:2149
msgid "docsite_root_url"
msgstr "docsite_root_url"
#: ../../rst/reference_appendices/config.rst:2154
msgid "DUPLICATE_YAML_DICT_KEY"
msgstr "DUPLICATE_YAML_DICT_KEY"
#: ../../rst/reference_appendices/config.rst:2156
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:2166
msgid "duplicate_dict_key"
msgstr "duplicate_dict_key"
#: ../../rst/reference_appendices/config.rst:2168
msgid ":envvar:`ANSIBLE_DUPLICATE_YAML_DICT_KEY`"
msgstr ":envvar:`ANSIBLE_DUPLICATE_YAML_DICT_KEY`"
#: ../../rst/reference_appendices/config.rst:2173
msgid "ENABLE_TASK_DEBUGGER"
msgstr "ENABLE_TASK_DEBUGGER"
#: ../../rst/reference_appendices/config.rst:2175
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:2181
msgid "enable_task_debugger"
msgstr "enable_task_debugger"
#: ../../rst/reference_appendices/config.rst:2183
msgid ":envvar:`ANSIBLE_ENABLE_TASK_DEBUGGER`"
msgstr ":envvar:`ANSIBLE_ENABLE_TASK_DEBUGGER`"
#: ../../rst/reference_appendices/config.rst:2188
msgid "ERROR_ON_MISSING_HANDLER"
msgstr "ERROR_ON_MISSING_HANDLER"
#: ../../rst/reference_appendices/config.rst:2190
#: ../../rst/reference_appendices/config.rst:4161
msgid "Toggle to allow missing handlers to become a warning instead of an error when notifying."
msgstr "通知時に、エラーではなく、不足しているハンドラーが警告になるように切り替えます。"
#: ../../rst/reference_appendices/config.rst:2195
msgid "error_on_missing_handler"
msgstr "error_on_missing_handler"
#: ../../rst/reference_appendices/config.rst:2197
msgid ":envvar:`ANSIBLE_ERROR_ON_MISSING_HANDLER`"
msgstr ":envvar:`ANSIBLE_ERROR_ON_MISSING_HANDLER`"
#: ../../rst/reference_appendices/config.rst:2202
msgid "FACTS_MODULES"
msgstr "FACTS_MODULES"
#: ../../rst/reference_appendices/config.rst:2204
#: ../../rst/reference_appendices/config.rst:4177
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」を使用すると接続タイプに基づいて確認を試みます。"
#: ../../rst/reference_appendices/config.rst:2206
msgid "['smart']"
msgstr "['smart']"
#: ../../rst/reference_appendices/config.rst:2209
msgid "facts_modules"
msgstr "facts_modules"
#: ../../rst/reference_appendices/config.rst:2211
msgid ":envvar:`ANSIBLE_FACTS_MODULES`"
msgstr ":envvar:`ANSIBLE_FACTS_MODULES`"
#: ../../rst/reference_appendices/config.rst:2213
msgid "`ansible_facts_modules`"
msgstr "`ansible_facts_modules`"
#: ../../rst/reference_appendices/config.rst:2218
msgid "GALAXY_CACHE_DIR"
msgstr "GALAXY_CACHE_DIR"
#: ../../rst/reference_appendices/config.rst:2220
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:2222
msgid "~/.ansible/galaxy_cache"
msgstr "~/.ansible/galaxy_cache"
#: ../../rst/reference_appendices/config.rst:2225
#: ../../rst/reference_appendices/config.rst:2240
#: ../../rst/reference_appendices/config.rst:2254
#: ../../rst/reference_appendices/config.rst:2268
#: ../../rst/reference_appendices/config.rst:2282
#: ../../rst/reference_appendices/config.rst:2295
#: ../../rst/reference_appendices/config.rst:2309
#: ../../rst/reference_appendices/config.rst:2324
msgid "[galaxy]"
msgstr "[galaxy]"
#: ../../rst/reference_appendices/config.rst:2226
msgid "cache_dir"
msgstr "cache_dir"
#: ../../rst/reference_appendices/config.rst:2228
msgid ":envvar:`ANSIBLE_GALAXY_CACHE_DIR`"
msgstr ":envvar:`ANSIBLE_GALAXY_CACHE_DIR`"
#: ../../rst/reference_appendices/config.rst:2233
msgid "GALAXY_DISPLAY_PROGRESS"
msgstr "GALAXY_DISPLAY_PROGRESS"
#: ../../rst/reference_appendices/config.rst:2235
msgid "Some steps in ``ansible-galaxy`` display a progress wheel which can cause issues on certain displays or when outputting 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:2241
msgid "display_progress"
msgstr "display_progress"
#: ../../rst/reference_appendices/config.rst:2243
msgid ":envvar:`ANSIBLE_GALAXY_DISPLAY_PROGRESS`"
msgstr ":envvar:`ANSIBLE_GALAXY_DISPLAY_PROGRESS`"
#: ../../rst/reference_appendices/config.rst:2248
msgid "GALAXY_IGNORE_CERTS"
msgstr "GALAXY_IGNORE_CERTS"
#: ../../rst/reference_appendices/config.rst:2250
#: ../../rst/reference_appendices/config.rst:4185
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:2255
msgid "ignore_certs"
msgstr "ignore_certs"
#: ../../rst/reference_appendices/config.rst:2257
msgid ":envvar:`ANSIBLE_GALAXY_IGNORE`"
msgstr ":envvar:`ANSIBLE_GALAXY_IGNORE`"
#: ../../rst/reference_appendices/config.rst:2262
msgid "GALAXY_ROLE_SKELETON"
msgstr "GALAXY_ROLE_SKELETON"
#: ../../rst/reference_appendices/config.rst:2264
#: ../../rst/reference_appendices/config.rst:4193
msgid "Role or collection skeleton directory to use as a template for the ``init`` action in ``ansible-galaxy``, same as ``--role-skeleton``."
msgstr "``ansible-galaxy`` の ``init`` アクションのテンプレートとして使用するロールまたはコレクションのスケルトンディレクトリー。``--role-skeleton`` と同じです。"
#: ../../rst/reference_appendices/config.rst:2269
msgid "role_skeleton"
msgstr "role_skeleton"
#: ../../rst/reference_appendices/config.rst:2271
msgid ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON`"
msgstr ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON`"
#: ../../rst/reference_appendices/config.rst:2276
msgid "GALAXY_ROLE_SKELETON_IGNORE"
msgstr "GALAXY_ROLE_SKELETON_IGNORE"
#: ../../rst/reference_appendices/config.rst:2278
#: ../../rst/reference_appendices/config.rst:4201
msgid "patterns of files to ignore inside a Galaxy role or collection skeleton directory"
msgstr "Galaxy ロールまたはコレクションスケルトンディレクトリー内で無視するファイルのパターン"
#: ../../rst/reference_appendices/config.rst:2280
msgid "['^.git$', '^.*/.git_keep$']"
msgstr "['^.git$', '^.*/.git_keep$']"
#: ../../rst/reference_appendices/config.rst:2283
msgid "role_skeleton_ignore"
msgstr "role_skeleton_ignore"
#: ../../rst/reference_appendices/config.rst:2285
msgid ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON_IGNORE`"
msgstr ":envvar:`ANSIBLE_GALAXY_ROLE_SKELETON_IGNORE`"
#: ../../rst/reference_appendices/config.rst:2290
msgid "GALAXY_SERVER"
msgstr "GALAXY_SERVER"
#: ../../rst/reference_appendices/config.rst:2292
#: ../../rst/reference_appendices/config.rst:4209
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:2293
msgid "https://galaxy.ansible.com"
msgstr "https://galaxy.ansible.com"
#: ../../rst/reference_appendices/config.rst:2296
msgid "server"
msgstr "server"
#: ../../rst/reference_appendices/config.rst:2298
msgid ":envvar:`ANSIBLE_GALAXY_SERVER`"
msgstr ":envvar:`ANSIBLE_GALAXY_SERVER`"
#: ../../rst/reference_appendices/config.rst:2303
msgid "GALAXY_SERVER_LIST"
msgstr "GALAXY_SERVER_LIST"
#: ../../rst/reference_appendices/config.rst:2305
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:2310
msgid "server_list"
msgstr "server_list"
#: ../../rst/reference_appendices/config.rst:2312
msgid ":envvar:`ANSIBLE_GALAXY_SERVER_LIST`"
msgstr ":envvar:`ANSIBLE_GALAXY_SERVER_LIST`"
#: ../../rst/reference_appendices/config.rst:2317
msgid "GALAXY_TOKEN_PATH"
msgstr "GALAXY_TOKEN_PATH"
#: ../../rst/reference_appendices/config.rst:2319
#: ../../rst/reference_appendices/config.rst:4225
msgid "Local path to galaxy access token file"
msgstr "galaxy アクセストークンファイルへのローカルパス"
#: ../../rst/reference_appendices/config.rst:2321
msgid "~/.ansible/galaxy_token"
msgstr "~/.ansible/galaxy_token"
#: ../../rst/reference_appendices/config.rst:2325
msgid "token_path"
msgstr "token_path"
#: ../../rst/reference_appendices/config.rst:2327
msgid ":envvar:`ANSIBLE_GALAXY_TOKEN_PATH`"
msgstr ":envvar:`ANSIBLE_GALAXY_TOKEN_PATH`"
#: ../../rst/reference_appendices/config.rst:2332
msgid "HOST_KEY_CHECKING"
msgstr "HOST_KEY_CHECKING"
#: ../../rst/reference_appendices/config.rst:2334
#: ../../rst/reference_appendices/config.rst:4249
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:2339
msgid "host_key_checking"
msgstr "host_key_checking"
#: ../../rst/reference_appendices/config.rst:2341
msgid ":envvar:`ANSIBLE_HOST_KEY_CHECKING`"
msgstr ":envvar:`ANSIBLE_HOST_KEY_CHECKING`"
#: ../../rst/reference_appendices/config.rst:2346
msgid "HOST_PATTERN_MISMATCH"
msgstr "HOST_PATTERN_MISMATCH"
#: ../../rst/reference_appendices/config.rst:2348
#: ../../rst/reference_appendices/config.rst:4257
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:2356
#: ../../rst/reference_appendices/config.rst:2434
#: ../../rst/reference_appendices/config.rst:2448
#: ../../rst/reference_appendices/config.rst:2460
#: ../../rst/reference_appendices/config.rst:2472
#: ../../rst/reference_appendices/config.rst:2485
#: ../../rst/reference_appendices/config.rst:2498
#: ../../rst/reference_appendices/config.rst:2512
#: ../../rst/reference_appendices/config.rst:2526
#: ../../rst/reference_appendices/config.rst:2542
#: ../../rst/reference_appendices/config.rst:2558
#: ../../rst/reference_appendices/config.rst:2573
msgid "[inventory]"
msgstr "[inventory]"
#: ../../rst/reference_appendices/config.rst:2357
msgid "host_pattern_mismatch"
msgstr "host_pattern_mismatch"
#: ../../rst/reference_appendices/config.rst:2359
msgid ":envvar:`ANSIBLE_HOST_PATTERN_MISMATCH`"
msgstr ":envvar:`ANSIBLE_HOST_PATTERN_MISMATCH`"
#: ../../rst/reference_appendices/config.rst:2364
msgid "INJECT_FACTS_AS_VARS"
msgstr "INJECT_FACTS_AS_VARS"
#: ../../rst/reference_appendices/config.rst:2366
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:2372
msgid "inject_facts_as_vars"
msgstr "inject_facts_as_vars"
#: ../../rst/reference_appendices/config.rst:2374
msgid ":envvar:`ANSIBLE_INJECT_FACT_VARS`"
msgstr ":envvar:`ANSIBLE_INJECT_FACT_VARS`"
#: ../../rst/reference_appendices/config.rst:2379
msgid "INTERPRETER_PYTHON"
msgstr "INTERPRETER_PYTHON"
#: ../../rst/reference_appendices/config.rst:2381
#: ../../rst/reference_appendices/config.rst:4265
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`` の動作に変更することを示す警告を表示します)。"
#: ../../rst/reference_appendices/config.rst:2382
#: ../../rst/reference_appendices/interpreter_discovery.rst:31
msgid "auto_legacy"
msgstr "auto_legacy"
#: ../../rst/reference_appendices/config.rst:2386
msgid "interpreter_python"
msgstr "interpreter_python"
#: ../../rst/reference_appendices/config.rst:2388
msgid ":envvar:`ANSIBLE_PYTHON_INTERPRETER`"
msgstr ":envvar:`ANSIBLE_PYTHON_INTERPRETER`"
#: ../../rst/reference_appendices/config.rst:2390
msgid "`ansible_python_interpreter`"
msgstr "`ansible_python_interpreter`"
#: ../../rst/reference_appendices/config.rst:2395
msgid "INTERPRETER_PYTHON_DISTRO_MAP"
msgstr "INTERPRETER_PYTHON_DISTRO_MAP"
#: ../../rst/reference_appendices/config.rst:2397
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'}}"
#: ../../rst/reference_appendices/config.rst:2403
msgid "INTERPRETER_PYTHON_FALLBACK"
msgstr "INTERPRETER_PYTHON_FALLBACK"
#: ../../rst/reference_appendices/config.rst:2405
msgid "['/usr/bin/python', 'python3.9', 'python3.8', 'python3.7', 'python3.6', 'python3.5', 'python2.7', 'python2.6', '/usr/libexec/platform-python', '/usr/bin/python3', 'python']"
msgstr "['/usr/bin/python', 'python3.9', 'python3.8', 'python3.7', 'python3.6', 'python3.5', 'python2.7', 'python2.6', '/usr/libexec/platform-python', '/usr/bin/python3', 'python']"
#: ../../rst/reference_appendices/config.rst:2411
msgid "INVALID_TASK_ATTRIBUTE_FAILED"
msgstr "INVALID_TASK_ATTRIBUTE_FAILED"
#: ../../rst/reference_appendices/config.rst:2413
#: ../../rst/reference_appendices/config.rst:4283
msgid "If 'false', invalid attributes for a task will result in warnings instead of errors"
msgstr "「false」の場合は、タスクの無効な属性により、エラーではなく警告が発生します。"
#: ../../rst/reference_appendices/config.rst:2419
msgid "invalid_task_attribute_failed"
msgstr "invalid_task_attribute_failed"
#: ../../rst/reference_appendices/config.rst:2421
msgid ":envvar:`ANSIBLE_INVALID_TASK_ATTRIBUTE_FAILED`"
msgstr ":envvar:`ANSIBLE_INVALID_TASK_ATTRIBUTE_FAILED`"
#: ../../rst/reference_appendices/config.rst:2426
msgid "INVENTORY_ANY_UNPARSED_IS_FAILED"
msgstr "INVENTORY_ANY_UNPARSED_IS_FAILED"
#: ../../rst/reference_appendices/config.rst:2428
#: ../../rst/reference_appendices/config.rst:4291
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:2435
msgid "any_unparsed_is_failed"
msgstr "any_unparsed_is_failed"
#: ../../rst/reference_appendices/config.rst:2437
msgid ":envvar:`ANSIBLE_INVENTORY_ANY_UNPARSED_IS_FAILED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_ANY_UNPARSED_IS_FAILED`"
#: ../../rst/reference_appendices/config.rst:2442
msgid "INVENTORY_CACHE_ENABLED"
msgstr "INVENTORY_CACHE_ENABLED"
#: ../../rst/reference_appendices/config.rst:2444
#: ../../rst/reference_appendices/config.rst:4300
msgid "Toggle to turn on inventory caching"
msgstr "インベントリーキャッシュを有効に切り替えます。"
#: ../../rst/reference_appendices/config.rst:2449
msgid "cache"
msgstr "cache"
#: ../../rst/reference_appendices/config.rst:2451
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE`"
#: ../../rst/reference_appendices/config.rst:2456
msgid "INVENTORY_CACHE_PLUGIN"
msgstr "INVENTORY_CACHE_PLUGIN"
#: ../../rst/reference_appendices/config.rst:2458
#: ../../rst/reference_appendices/config.rst:4308
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 を代わりに使用できます。"
#: ../../rst/reference_appendices/config.rst:2461
msgid "cache_plugin"
msgstr "cache_plugin"
#: ../../rst/reference_appendices/config.rst:2463
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN`"
#: ../../rst/reference_appendices/config.rst:2468
msgid "INVENTORY_CACHE_PLUGIN_CONNECTION"
msgstr "INVENTORY_CACHE_PLUGIN_CONNECTION"
#: ../../rst/reference_appendices/config.rst:2470
#: ../../rst/reference_appendices/config.rst:4316
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 を使用できます。"
#: ../../rst/reference_appendices/config.rst:2473
msgid "cache_connection"
msgstr "cache_connection"
#: ../../rst/reference_appendices/config.rst:2475
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_CONNECTION`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_CONNECTION`"
#: ../../rst/reference_appendices/config.rst:2480
msgid "INVENTORY_CACHE_PLUGIN_PREFIX"
msgstr "INVENTORY_CACHE_PLUGIN_PREFIX"
#: ../../rst/reference_appendices/config.rst:2482
#: ../../rst/reference_appendices/config.rst:4324
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 を使用できます。"
#: ../../rst/reference_appendices/config.rst:2486
msgid "cache_prefix"
msgstr "cache_prefix"
#: ../../rst/reference_appendices/config.rst:2488
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN_PREFIX`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_PLUGIN_PREFIX`"
#: ../../rst/reference_appendices/config.rst:2493
msgid "INVENTORY_CACHE_TIMEOUT"
msgstr "INVENTORY_CACHE_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:2495
#: ../../rst/reference_appendices/config.rst:4332
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 を使用できます。"
#: ../../rst/reference_appendices/config.rst:2496
msgid "3600"
msgstr "3600"
#: ../../rst/reference_appendices/config.rst:2499
msgid "cache_timeout"
msgstr "cache_timeout"
#: ../../rst/reference_appendices/config.rst:2501
msgid ":envvar:`ANSIBLE_INVENTORY_CACHE_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_INVENTORY_CACHE_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:2506
msgid "INVENTORY_ENABLED"
msgstr "INVENTORY_ENABLED"
#: ../../rst/reference_appendices/config.rst:2508
#: ../../rst/reference_appendices/config.rst:4340
msgid "List of enabled inventory plugins, it also determines the order in which they are used."
msgstr "有効な inventory プラグインのリスト。また、使用する順序も決定します。"
#: ../../rst/reference_appendices/config.rst:2510
msgid "['host_list', 'script', 'auto', 'yaml', 'ini', 'toml']"
msgstr "['host_list', 'script', 'auto', 'yaml', 'ini', 'toml']"
#: ../../rst/reference_appendices/config.rst:2513
msgid "enable_plugins"
msgstr "enable_plugins"
#: ../../rst/reference_appendices/config.rst:2515
msgid ":envvar:`ANSIBLE_INVENTORY_ENABLED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_ENABLED`"
#: ../../rst/reference_appendices/config.rst:2520
msgid "INVENTORY_EXPORT"
msgstr "INVENTORY_EXPORT"
#: ../../rst/reference_appendices/config.rst:2522
#: ../../rst/reference_appendices/config.rst:4348
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:2527
msgid "export"
msgstr "export"
#: ../../rst/reference_appendices/config.rst:2529
msgid ":envvar:`ANSIBLE_INVENTORY_EXPORT`"
msgstr ":envvar:`ANSIBLE_INVENTORY_EXPORT`"
#: ../../rst/reference_appendices/config.rst:2534
msgid "INVENTORY_IGNORE_EXTS"
msgstr "INVENTORY_IGNORE_EXTS"
#: ../../rst/reference_appendices/config.rst:2536
#: ../../rst/reference_appendices/config.rst:4356
msgid "List of extensions to ignore when using a directory as an inventory source"
msgstr "ディレクトリーをインベントリーソースとして使用する際に無視する拡張機能の一覧"
#: ../../rst/reference_appendices/config.rst:2538
msgid "{{(REJECT_EXTS + ('.orig', '.ini', '.cfg', '.retry'))}}"
msgstr "{{(REJECT_EXTS + ('.orig', '.ini', '.cfg', '.retry'))}}"
#: ../../rst/reference_appendices/config.rst:2541
msgid "inventory_ignore_extensions"
msgstr "inventory_ignore_extensions"
#: ../../rst/reference_appendices/config.rst:2543
msgid "ignore_extensions"
msgstr "ignore_extensions"
#: ../../rst/reference_appendices/config.rst:2545
msgid ":envvar:`ANSIBLE_INVENTORY_IGNORE`"
msgstr ":envvar:`ANSIBLE_INVENTORY_IGNORE`"
#: ../../rst/reference_appendices/config.rst:2550
msgid "INVENTORY_IGNORE_PATTERNS"
msgstr "INVENTORY_IGNORE_PATTERNS"
#: ../../rst/reference_appendices/config.rst:2552
#: ../../rst/reference_appendices/config.rst:4364
msgid "List of patterns to ignore when using a directory as an inventory source"
msgstr "ディレクトリーをインベントリーソースとして使用する場合に無視するパターンの一覧"
#: ../../rst/reference_appendices/config.rst:2557
msgid "inventory_ignore_patterns"
msgstr "inventory_ignore_patterns"
#: ../../rst/reference_appendices/config.rst:2559
msgid "ignore_patterns"
msgstr "ignore_patterns"
#: ../../rst/reference_appendices/config.rst:2561
msgid ":envvar:`ANSIBLE_INVENTORY_IGNORE_REGEX`"
msgstr ":envvar:`ANSIBLE_INVENTORY_IGNORE_REGEX`"
#: ../../rst/reference_appendices/config.rst:2566
msgid "INVENTORY_UNPARSED_IS_FAILED"
msgstr "INVENTORY_UNPARSED_IS_FAILED"
#: ../../rst/reference_appendices/config.rst:2568
#: ../../rst/reference_appendices/config.rst:4372
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:2574
msgid "unparsed_is_failed"
msgstr "unparsed_is_failed"
#: ../../rst/reference_appendices/config.rst:2576
msgid ":envvar:`ANSIBLE_INVENTORY_UNPARSED_FAILED`"
msgstr ":envvar:`ANSIBLE_INVENTORY_UNPARSED_FAILED`"
#: ../../rst/reference_appendices/config.rst:2581
msgid "LOCALHOST_WARNING"
msgstr "LOCALHOST_WARNING"
#: ../../rst/reference_appendices/config.rst:2583
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:2586
msgid "2.6"
msgstr "2.6"
#: ../../rst/reference_appendices/config.rst:2589
msgid "localhost_warning"
msgstr "localhost_warning"
#: ../../rst/reference_appendices/config.rst:2591
msgid ":envvar:`ANSIBLE_LOCALHOST_WARNING`"
msgstr ":envvar:`ANSIBLE_LOCALHOST_WARNING`"
#: ../../rst/reference_appendices/config.rst:2596
msgid "MAX_FILE_SIZE_FOR_DIFF"
msgstr "MAX_FILE_SIZE_FOR_DIFF"
#: ../../rst/reference_appendices/config.rst:2598
#: ../../rst/reference_appendices/config.rst:4381
msgid "Maximum size of files to be considered for diff display"
msgstr "diff 表示に考慮されるファイルの最大サイズ"
#: ../../rst/reference_appendices/config.rst:2599
#: ../../rst/reference_appendices/config.rst:2698
msgid "int"
msgstr "int"
#: ../../rst/reference_appendices/config.rst:2600
msgid "104448"
msgstr "104448"
#: ../../rst/reference_appendices/config.rst:2603
msgid "max_diff_size"
msgstr "max_diff_size"
#: ../../rst/reference_appendices/config.rst:2605
msgid ":envvar:`ANSIBLE_MAX_DIFF_SIZE`"
msgstr ":envvar:`ANSIBLE_MAX_DIFF_SIZE`"
#: ../../rst/reference_appendices/config.rst:2610
msgid "MODULE_IGNORE_EXTS"
msgstr "MODULE_IGNORE_EXTS"
#: ../../rst/reference_appendices/config.rst:2612
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:2614
msgid "{{(REJECT_EXTS + ('.yaml', '.yml', '.ini'))}}"
msgstr "{{(REJECT_EXTS + ('.yaml', '.yml', '.ini'))}}"
#: ../../rst/reference_appendices/config.rst:2617
msgid "module_ignore_exts"
msgstr "module_ignore_exts"
#: ../../rst/reference_appendices/config.rst:2619
msgid ":envvar:`ANSIBLE_MODULE_IGNORE_EXTS`"
msgstr ":envvar:`ANSIBLE_MODULE_IGNORE_EXTS`"
#: ../../rst/reference_appendices/config.rst:2624
msgid "NETCONF_SSH_CONFIG"
msgstr "NETCONF_SSH_CONFIG"
#: ../../rst/reference_appendices/config.rst:2626
#: ../../rst/reference_appendices/config.rst:4628
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:2629
msgid "[netconf_connection]"
msgstr "[netconf_connection]"
#: ../../rst/reference_appendices/config.rst:2630
msgid "ssh_config"
msgstr "ssh_config"
#: ../../rst/reference_appendices/config.rst:2632
msgid ":envvar:`ANSIBLE_NETCONF_SSH_CONFIG`"
msgstr ":envvar:`ANSIBLE_NETCONF_SSH_CONFIG`"
#: ../../rst/reference_appendices/config.rst:2637
msgid "NETWORK_GROUP_MODULES"
msgstr "NETWORK_GROUP_MODULES"
#: ../../rst/reference_appendices/config.rst:2640
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:2643
msgid "network_group_modules"
msgstr "network_group_modules"
#: ../../rst/reference_appendices/config.rst:2645
msgid ":envvar:`ANSIBLE_NETWORK_GROUP_MODULES`"
msgstr ":envvar:`ANSIBLE_NETWORK_GROUP_MODULES`"
#: ../../rst/reference_appendices/config.rst:2646
msgid ":envvar:`NETWORK_GROUP_MODULES`"
msgstr ":envvar:`NETWORK_GROUP_MODULES`"
#: ../../rst/reference_appendices/config.rst:2649
#: ../../rst/reference_appendices/config.rst:4394
msgid "the ``ANSIBLE_NETWORK_GROUP_MODULES`` environment variable"
msgstr "``ANSIBLE_NETWORK_GROUP_MODULES`` 環境変数"
#: ../../rst/reference_appendices/config.rst:2654
msgid "OLD_PLUGIN_CACHE_CLEARING"
msgstr "OLD_PLUGIN_CACHE_CLEARING"
#: ../../rst/reference_appendices/config.rst:2656
#: ../../rst/reference_appendices/config.rst:4421
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 previous plays would be unexpectedly 'sticky'. This setting allows to return to that behaviour."
msgstr "以前の Ansible は、新しいロールを読み込むときにプラグインの読み込みキャッシュの一部のみを削除していました。これにより、以前のプレイで読み込まれたプラグインが予期せず「スティッキー」になる動作が発生しました。この設定により、その動作に戻ることができます。"
#: ../../rst/reference_appendices/config.rst:2662
msgid "old_plugin_cache_clear"
msgstr "old_plugin_cache_clear"
#: ../../rst/reference_appendices/config.rst:2664
msgid ":envvar:`ANSIBLE_OLD_PLUGIN_CACHE_CLEAR`"
msgstr ":envvar:`ANSIBLE_OLD_PLUGIN_CACHE_CLEAR`"
#: ../../rst/reference_appendices/config.rst:2669
msgid "PARAMIKO_HOST_KEY_AUTO_ADD"
msgstr "PARAMIKO_HOST_KEY_AUTO_ADD"
#: ../../rst/reference_appendices/config.rst:2674
#: ../../rst/reference_appendices/config.rst:2687
msgid "[paramiko_connection]"
msgstr "[paramiko_connection]"
#: ../../rst/reference_appendices/config.rst:2675
msgid "host_key_auto_add"
msgstr "host_key_auto_add"
#: ../../rst/reference_appendices/config.rst:2677
msgid ":envvar:`ANSIBLE_PARAMIKO_HOST_KEY_AUTO_ADD`"
msgstr ":envvar:`ANSIBLE_PARAMIKO_HOST_KEY_AUTO_ADD`"
#: ../../rst/reference_appendices/config.rst:2682
msgid "PARAMIKO_LOOK_FOR_KEYS"
msgstr "PARAMIKO_LOOK_FOR_KEYS"
#: ../../rst/reference_appendices/config.rst:2688
msgid "look_for_keys"
msgstr "look_for_keys"
#: ../../rst/reference_appendices/config.rst:2690
msgid ":envvar:`ANSIBLE_PARAMIKO_LOOK_FOR_KEYS`"
msgstr ":envvar:`ANSIBLE_PARAMIKO_LOOK_FOR_KEYS`"
#: ../../rst/reference_appendices/config.rst:2695
msgid "PERSISTENT_COMMAND_TIMEOUT"
msgstr "PERSISTENT_COMMAND_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:2697
#: ../../rst/reference_appendices/config.rst:4467
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:2699
#: ../../rst/reference_appendices/config.rst:2727
msgid "30"
msgstr "30"
#: ../../rst/reference_appendices/config.rst:2702
msgid "command_timeout"
msgstr "command_timeout"
#: ../../rst/reference_appendices/config.rst:2704
msgid ":envvar:`ANSIBLE_PERSISTENT_COMMAND_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_COMMAND_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:2709
msgid "PERSISTENT_CONNECT_RETRY_TIMEOUT"
msgstr "PERSISTENT_CONNECT_RETRY_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:2711
#: ../../rst/reference_appendices/config.rst:4459
msgid "This controls the retry timeout for persistent connection to connect to the local domain socket."
msgstr "これにより、ローカルドメインソケットに接続する永続接続の再試行タイムアウトを制御します。"
#: ../../rst/reference_appendices/config.rst:2716
msgid "connect_retry_timeout"
msgstr "connect_retry_timeout"
#: ../../rst/reference_appendices/config.rst:2718
msgid ":envvar:`ANSIBLE_PERSISTENT_CONNECT_RETRY_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONNECT_RETRY_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:2723
msgid "PERSISTENT_CONNECT_TIMEOUT"
msgstr "PERSISTENT_CONNECT_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:2725
#: ../../rst/reference_appendices/config.rst:4451
msgid "This controls how long the persistent connection will remain idle before it is destroyed."
msgstr "これは、アイドル状態になり、永続接続が破棄されるまでの期間を制御します。"
#: ../../rst/reference_appendices/config.rst:2730
msgid "connect_timeout"
msgstr "connect_timeout"
#: ../../rst/reference_appendices/config.rst:2732
msgid ":envvar:`ANSIBLE_PERSISTENT_CONNECT_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONNECT_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:2737
msgid "PERSISTENT_CONTROL_PATH_DIR"
msgstr "PERSISTENT_CONTROL_PATH_DIR"
#: ../../rst/reference_appendices/config.rst:2739
#: ../../rst/reference_appendices/config.rst:4443
msgid "Path to socket to be used by the connection persistence system."
msgstr "接続永続システムによって使用されるソケットへのパス。"
#: ../../rst/reference_appendices/config.rst:2741
msgid "~/.ansible/pc"
msgstr "~/.ansible/pc"
#: ../../rst/reference_appendices/config.rst:2744
msgid "control_path_dir"
msgstr "control_path_dir"
#: ../../rst/reference_appendices/config.rst:2746
msgid ":envvar:`ANSIBLE_PERSISTENT_CONTROL_PATH_DIR`"
msgstr ":envvar:`ANSIBLE_PERSISTENT_CONTROL_PATH_DIR`"
#: ../../rst/reference_appendices/config.rst:2751
msgid "PLAYBOOK_DIR"
msgstr "PLAYBOOK_DIR"
#: ../../rst/reference_appendices/config.rst:2753
#: ../../rst/reference_appendices/config.rst:4475
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:2758
#: ../../rst/reference_appendices/special_variables.rst:122
msgid "playbook_dir"
msgstr "playbook_dir"
#: ../../rst/reference_appendices/config.rst:2760
msgid ":envvar:`ANSIBLE_PLAYBOOK_DIR`"
msgstr ":envvar:`ANSIBLE_PLAYBOOK_DIR`"
#: ../../rst/reference_appendices/config.rst:2765
msgid "PLAYBOOK_VARS_ROOT"
msgstr "PLAYBOOK_VARS_ROOT"
#: ../../rst/reference_appendices/config.rst:2767
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 までを調べます。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:2768
msgid "top"
msgstr "top"
#: ../../rst/reference_appendices/config.rst
msgid "bottom"
msgstr "bottom"
#: ../../rst/reference_appendices/config.rst
msgid "all"
msgstr "all"
#: ../../rst/reference_appendices/config.rst:2773
msgid "2.4.1"
msgstr "2.4.1"
#: ../../rst/reference_appendices/config.rst:2776
msgid "playbook_vars_root"
msgstr "playbook_vars_root"
#: ../../rst/reference_appendices/config.rst:2778
msgid ":envvar:`ANSIBLE_PLAYBOOK_VARS_ROOT`"
msgstr ":envvar:`ANSIBLE_PLAYBOOK_VARS_ROOT`"
#: ../../rst/reference_appendices/config.rst:2783
msgid "PLUGIN_FILTERS_CFG"
msgstr "PLUGIN_FILTERS_CFG"
#: ../../rst/reference_appendices/config.rst:2785
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:2788
msgid "2.5.0"
msgstr "2.5.0"
#: ../../rst/reference_appendices/config.rst:2790
msgid "[default]"
msgstr "[default]"
#: ../../rst/reference_appendices/config.rst:2791
#: ../../rst/reference_appendices/config.rst:2796
msgid "plugin_filters_cfg"
msgstr "plugin_filters_cfg"
#: ../../rst/reference_appendices/config.rst:2793
msgid "specifying \"plugin_filters_cfg\" under the \"default\" section is deprecated"
msgstr "「default」セクションに「plugin_filters_cfg」を指定することが非推奨になりました。"
#: ../../rst/reference_appendices/config.rst:2794
msgid "the \"defaults\" section instead"
msgstr "代わりに「default」セクションが使用されます。"
#: ../../rst/reference_appendices/config.rst:2801
msgid "PYTHON_MODULE_RLIMIT_NOFILE"
msgstr "PYTHON_MODULE_RLIMIT_NOFILE"
#: ../../rst/reference_appendices/config.rst:2803
#: ../../rst/reference_appendices/config.rst:4492
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:2808
msgid "python_module_rlimit_nofile"
msgstr "python_module_rlimit_nofile"
#: ../../rst/reference_appendices/config.rst:2810
msgid ":envvar:`ANSIBLE_PYTHON_MODULE_RLIMIT_NOFILE`"
msgstr ":envvar:`ANSIBLE_PYTHON_MODULE_RLIMIT_NOFILE`"
#: ../../rst/reference_appendices/config.rst:2812
msgid "`ansible_python_module_rlimit_nofile`"
msgstr "`ansible_python_module_rlimit_nofile`"
#: ../../rst/reference_appendices/config.rst:2817
msgid "RETRY_FILES_ENABLED"
msgstr "RETRY_FILES_ENABLED"
#: ../../rst/reference_appendices/config.rst:2819
#: ../../rst/reference_appendices/config.rst:4500
msgid "This controls whether a failed Ansible playbook should create a .retry file."
msgstr "これにより、失敗した Ansible Playbook が .retry ファイルを作成するかどうかを制御します。"
#: ../../rst/reference_appendices/config.rst:2824
msgid "retry_files_enabled"
msgstr "retry_files_enabled"
#: ../../rst/reference_appendices/config.rst:2826
msgid ":envvar:`ANSIBLE_RETRY_FILES_ENABLED`"
msgstr ":envvar:`ANSIBLE_RETRY_FILES_ENABLED`"
#: ../../rst/reference_appendices/config.rst:2831
msgid "RETRY_FILES_SAVE_PATH"
msgstr "RETRY_FILES_SAVE_PATH"
#: ../../rst/reference_appendices/config.rst:2833
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:2838
msgid "retry_files_save_path"
msgstr "retry_files_save_path"
#: ../../rst/reference_appendices/config.rst:2840
msgid ":envvar:`ANSIBLE_RETRY_FILES_SAVE_PATH`"
msgstr ":envvar:`ANSIBLE_RETRY_FILES_SAVE_PATH`"
#: ../../rst/reference_appendices/config.rst:2845
msgid "RUN_VARS_PLUGINS"
msgstr "RUN_VARS_PLUGINS"
#: ../../rst/reference_appendices/config.rst:2847
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 が実行されます。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:2849
msgid "demand"
msgstr "demand"
#: ../../rst/reference_appendices/config.rst
msgid "start"
msgstr "start"
#: ../../rst/reference_appendices/config.rst:2856
msgid "run_vars_plugins"
msgstr "run_vars_plugins"
#: ../../rst/reference_appendices/config.rst:2858
msgid ":envvar:`ANSIBLE_RUN_VARS_PLUGINS`"
msgstr ":envvar:`ANSIBLE_RUN_VARS_PLUGINS`"
#: ../../rst/reference_appendices/config.rst:2863
msgid "SHOW_CUSTOM_STATS"
msgstr "SHOW_CUSTOM_STATS"
#: ../../rst/reference_appendices/config.rst:2865
#: ../../rst/reference_appendices/config.rst:4524
msgid "This adds the custom stats set via the set_stats plugin to the default output"
msgstr "これにより、set_stats プラグインを介してカスタム統計セットがデフォルトの出力に追加されます。"
#: ../../rst/reference_appendices/config.rst:2870
msgid "show_custom_stats"
msgstr "show_custom_stats"
#: ../../rst/reference_appendices/config.rst:2872
msgid ":envvar:`ANSIBLE_SHOW_CUSTOM_STATS`"
msgstr ":envvar:`ANSIBLE_SHOW_CUSTOM_STATS`"
#: ../../rst/reference_appendices/config.rst:2877
msgid "STRING_CONVERSION_ACTION"
msgstr "STRING_CONVERSION_ACTION"
#: ../../rst/reference_appendices/config.rst:2879
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:2885
msgid "string_conversion_action"
msgstr "string_conversion_action"
#: ../../rst/reference_appendices/config.rst:2887
msgid ":envvar:`ANSIBLE_STRING_CONVERSION_ACTION`"
msgstr ":envvar:`ANSIBLE_STRING_CONVERSION_ACTION`"
#: ../../rst/reference_appendices/config.rst:2892
msgid "STRING_TYPE_FILTERS"
msgstr "STRING_TYPE_FILTERS"
#: ../../rst/reference_appendices/config.rst:2894
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:2896
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:2898
msgid "[jinja2]"
msgstr "[jinja2]"
#: ../../rst/reference_appendices/config.rst:2899
msgid "dont_type_filters"
msgstr "dont_type_filters"
#: ../../rst/reference_appendices/config.rst:2901
msgid ":envvar:`ANSIBLE_STRING_TYPE_FILTERS`"
msgstr ":envvar:`ANSIBLE_STRING_TYPE_FILTERS`"
#: ../../rst/reference_appendices/config.rst:2906
msgid "SYSTEM_WARNINGS"
msgstr "SYSTEM_WARNINGS"
#: ../../rst/reference_appendices/config.rst:2908
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:2913
msgid "system_warnings"
msgstr "system_warnings"
#: ../../rst/reference_appendices/config.rst:2915
msgid ":envvar:`ANSIBLE_SYSTEM_WARNINGS`"
msgstr ":envvar:`ANSIBLE_SYSTEM_WARNINGS`"
#: ../../rst/reference_appendices/config.rst:2920
msgid "TAGS_RUN"
msgstr "TAGS_RUN"
#: ../../rst/reference_appendices/config.rst:2922
#: ../../rst/reference_appendices/config.rst:4548
msgid "default list of tags to run in your plays, Skip Tags has precedence."
msgstr "プレイで実行するタグのデフォルト一覧。Skip Tags が優先されます。"
#: ../../rst/reference_appendices/config.rst:2927
#: ../../rst/reference_appendices/config.rst:2942
msgid "[tags]"
msgstr "[tags]"
#: ../../rst/reference_appendices/config.rst:2928
msgid "run"
msgstr "run"
#: ../../rst/reference_appendices/config.rst:2930
msgid ":envvar:`ANSIBLE_RUN_TAGS`"
msgstr ":envvar:`ANSIBLE_RUN_TAGS`"
#: ../../rst/reference_appendices/config.rst:2935
msgid "TAGS_SKIP"
msgstr "TAGS_SKIP"
#: ../../rst/reference_appendices/config.rst:2937
#: ../../rst/reference_appendices/config.rst:4556
msgid "default list of tags to skip in your plays, has precedence over Run Tags"
msgstr "プレイでスキップするタグのデフォルト一覧は Run Tags よりも優先"
#: ../../rst/reference_appendices/config.rst:2945
msgid ":envvar:`ANSIBLE_SKIP_TAGS`"
msgstr ":envvar:`ANSIBLE_SKIP_TAGS`"
#: ../../rst/reference_appendices/config.rst:2950
msgid "TASK_DEBUGGER_IGNORE_ERRORS"
msgstr "TASK_DEBUGGER_IGNORE_ERRORS"
#: ../../rst/reference_appendices/config.rst:2952
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:2958
msgid "task_debugger_ignore_errors"
msgstr "task_debugger_ignore_errors"
#: ../../rst/reference_appendices/config.rst:2960
msgid ":envvar:`ANSIBLE_TASK_DEBUGGER_IGNORE_ERRORS`"
msgstr ":envvar:`ANSIBLE_TASK_DEBUGGER_IGNORE_ERRORS`"
#: ../../rst/reference_appendices/config.rst:2965
msgid "TASK_TIMEOUT"
msgstr "TASK_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:2967
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:2973
msgid "task_timeout"
msgstr "task_timeout"
#: ../../rst/reference_appendices/config.rst:2975
msgid ":envvar:`ANSIBLE_TASK_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_TASK_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:2980
msgid "TRANSFORM_INVALID_GROUP_CHARS"
msgstr "TRANSFORM_INVALID_GROUP_CHARS"
#: ../../rst/reference_appendices/config.rst:2982
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」と同じように動作します。"
#: ../../rst/reference_appendices/config.rst
#: ../../rst/reference_appendices/config.rst:2984
msgid "never"
msgstr "never"
#: ../../rst/reference_appendices/config.rst
msgid "silently"
msgstr "silently"
#: ../../rst/reference_appendices/config.rst:2993
msgid "force_valid_group_names"
msgstr "force_valid_group_names"
#: ../../rst/reference_appendices/config.rst:2995
msgid ":envvar:`ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS`"
msgstr ":envvar:`ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS`"
#: ../../rst/reference_appendices/config.rst:3000
msgid "USE_PERSISTENT_CONNECTIONS"
msgstr "USE_PERSISTENT_CONNECTIONS"
#: ../../rst/reference_appendices/config.rst:3002
#: ../../rst/reference_appendices/config.rst:4588
msgid "Toggles the use of persistence for connections."
msgstr "接続に対して永続性の使用を切り替えます。"
#: ../../rst/reference_appendices/config.rst:3007
msgid "use_persistent_connections"
msgstr "use_persistent_connections"
#: ../../rst/reference_appendices/config.rst:3009
msgid ":envvar:`ANSIBLE_USE_PERSISTENT_CONNECTIONS`"
msgstr ":envvar:`ANSIBLE_USE_PERSISTENT_CONNECTIONS`"
#: ../../rst/reference_appendices/config.rst:3014
msgid "VARIABLE_PLUGINS_ENABLED"
msgstr "VARIABLE_PLUGINS_ENABLED"
#: ../../rst/reference_appendices/config.rst:3016
#: ../../rst/reference_appendices/config.rst:4596
msgid "Whitelist for variable plugins that require it."
msgstr "必要になる vars プラグインのホワイトリストです。"
#: ../../rst/reference_appendices/config.rst:3018
msgid "['host_group_vars']"
msgstr "['host_group_vars']"
#: ../../rst/reference_appendices/config.rst:3022
msgid "vars_plugins_enabled"
msgstr "vars_plugins_enabled"
#: ../../rst/reference_appendices/config.rst:3024
msgid ":envvar:`ANSIBLE_VARS_ENABLED`"
msgstr ":envvar:`ANSIBLE_VARS_ENABLED`"
#: ../../rst/reference_appendices/config.rst:3029
msgid "VARIABLE_PRECEDENCE"
msgstr "VARIABLE_PRECEDENCE"
#: ../../rst/reference_appendices/config.rst:3031
#: ../../rst/reference_appendices/config.rst:4604
msgid "Allows to change the group variable precedence merge order."
msgstr "グループ変数の優先順位のマージ順序を変更できます。"
#: ../../rst/reference_appendices/config.rst:3033
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:3037
msgid "precedence"
msgstr "precedence"
#: ../../rst/reference_appendices/config.rst:3039
msgid ":envvar:`ANSIBLE_PRECEDENCE`"
msgstr ":envvar:`ANSIBLE_PRECEDENCE`"
#: ../../rst/reference_appendices/config.rst:3044
msgid "VERBOSE_TO_STDERR"
msgstr "VERBOSE_TO_STDERR"
#: ../../rst/reference_appendices/config.rst:3046
#: ../../rst/reference_appendices/config.rst:4644
msgid "Force 'verbose' option to use stderr instead of stdout"
msgstr "stdout の代わりに「verbose」オプションを強制的に使用"
#: ../../rst/reference_appendices/config.rst:3052
msgid "verbose_to_stderr"
msgstr "verbose_to_stderr"
#: ../../rst/reference_appendices/config.rst:3054
msgid ":envvar:`ANSIBLE_VERBOSE_TO_STDERR`"
msgstr ":envvar:`ANSIBLE_VERBOSE_TO_STDERR`"
#: ../../rst/reference_appendices/config.rst:3059
msgid "WIN_ASYNC_STARTUP_TIMEOUT"
msgstr "WIN_ASYNC_STARTUP_TIMEOUT"
#: ../../rst/reference_appendices/config.rst:3061
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:3067
msgid "win_async_startup_timeout"
msgstr "win_async_startup_timeout"
#: ../../rst/reference_appendices/config.rst:3069
msgid ":envvar:`ANSIBLE_WIN_ASYNC_STARTUP_TIMEOUT`"
msgstr ":envvar:`ANSIBLE_WIN_ASYNC_STARTUP_TIMEOUT`"
#: ../../rst/reference_appendices/config.rst:3071
msgid "`ansible_win_async_startup_timeout`"
msgstr "`ansible_win_async_startup_timeout`"
#: ../../rst/reference_appendices/config.rst:3076
msgid "WORKER_SHUTDOWN_POLL_COUNT"
msgstr "WORKER_SHUTDOWN_POLL_COUNT"
#: ../../rst/reference_appendices/config.rst:3078
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:3083
msgid ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_COUNT`"
msgstr ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_COUNT`"
#: ../../rst/reference_appendices/config.rst:3088
msgid "WORKER_SHUTDOWN_POLL_DELAY"
msgstr "WORKER_SHUTDOWN_POLL_DELAY"
#: ../../rst/reference_appendices/config.rst:3090
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:3092
msgid "0.1"
msgstr "0.1"
#: ../../rst/reference_appendices/config.rst:3095
msgid ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_DELAY`"
msgstr ":envvar:`ANSIBLE_WORKER_SHUTDOWN_POLL_DELAY`"
#: ../../rst/reference_appendices/config.rst:3100
msgid "YAML_FILENAME_EXTENSIONS"
msgstr "YAML_FILENAME_EXTENSIONS"
#: ../../rst/reference_appendices/config.rst:3102
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:3104
msgid "['.yml', '.yaml', '.json']"
msgstr "['.yml', '.yaml', '.json']"
#: ../../rst/reference_appendices/config.rst:3107
msgid "yaml_valid_extensions"
msgstr "yaml_valid_extensions"
#: ../../rst/reference_appendices/config.rst:3109
msgid ":envvar:`ANSIBLE_YAML_FILENAME_EXT`"
msgstr ":envvar:`ANSIBLE_YAML_FILENAME_EXT`"
#: ../../rst/reference_appendices/config.rst:3113
msgid "Environment Variables"
msgstr "環境変数"
#: ../../rst/reference_appendices/config.rst:3118
msgid "Override the default ansible config file"
msgstr "デフォルトの ansible config ファイルを上書きします"
#: ../../rst/reference_appendices/config.rst:3124
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:3126
msgid "See also :ref:`ANSIBLE_CONNECTION_PATH <ANSIBLE_CONNECTION_PATH>`"
msgstr "「:ref:`ANSIBLE_CONNECTION_PATH <ANSIBLE_CONNECTION_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3134
msgid "See also :ref:`ANSIBLE_COW_SELECTION <ANSIBLE_COW_SELECTION>`"
msgstr "「:ref:`ANSIBLE_COW_SELECTION <ANSIBLE_COW_SELECTION>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3142
#: ../../rst/reference_appendices/config.rst:3152
msgid "See also :ref:`ANSIBLE_COW_ACCEPTLIST <ANSIBLE_COW_ACCEPTLIST>`"
msgstr "「:ref:`ANSIBLE_COW_ACCEPTLIST <ANSIBLE_COW_ACCEPTLIST>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3161
msgid "See also :ref:`ANSIBLE_FORCE_COLOR <ANSIBLE_FORCE_COLOR>`"
msgstr "「:ref:`ANSIBLE_FORCE_COLOR <ANSIBLE_FORCE_COLOR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3169
#: ../../rst/reference_appendices/config.rst:3176
msgid "See also :ref:`ANSIBLE_NOCOLOR <ANSIBLE_NOCOLOR>`"
msgstr "「:ref:`ANSIBLE_NOCOLOR <ANSIBLE_NOCOLOR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3185
msgid "See also :ref:`ANSIBLE_NOCOWS <ANSIBLE_NOCOWS>`"
msgstr "「:ref:`ANSIBLE_NOCOWS <ANSIBLE_NOCOWS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3193
msgid "See also :ref:`ANSIBLE_COW_PATH <ANSIBLE_COW_PATH>`"
msgstr "「:ref:`ANSIBLE_COW_PATH <ANSIBLE_COW_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3199
msgid "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.This 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 option is disabled if ``ANSIBLE_KEEP_REMOTE_FILES`` is enabled.This is a global option, each connection plugin can override either by having more specific options or not supporting pipelining at all."
msgstr "パイプライン (connection プラグインでサポートされる場合) は、実際のファイル転送をせずにで多数の Ansible モジュールを実行して、リモートサーバーでモジュールを実行するために必要なネットワーク操作の数を減らします。これにより、有効にするとパフォーマンスが大幅に向上する可能性があります。ただし、これは特権昇格 (become) と競合します。たとえば、「sudo:」操作を使用する場合は、すべての管理対象ホストの /etc/sudoers で「requiretty」を無効にする必要があります。これが、デフォルトで無効になっている理由です。``ANSIBLE_KEEP_REMOTE_FILES`` が有効な場合、このオプションは無効になります。これはグローバルオプションであり、各 connection プラグインは、より具体的なオプションを指定するか、パイプをサポートしないかのいずれかによりオーバーライドすることができます。"
#: ../../rst/reference_appendices/config.rst:3201
msgid "See also :ref:`ANSIBLE_PIPELINING <ANSIBLE_PIPELINING>`"
msgstr "「:ref:`ANSIBLE_PIPELINING <ANSIBLE_PIPELINING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3209
msgid "See also :ref:`ANY_ERRORS_FATAL <ANY_ERRORS_FATAL>`"
msgstr "「:ref:`ANY_ERRORS_FATAL <ANY_ERRORS_FATAL>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3217
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:3225
msgid "See also :ref:`AGNOSTIC_BECOME_PROMPT <AGNOSTIC_BECOME_PROMPT>`"
msgstr "「:ref:`AGNOSTIC_BECOME_PROMPT <AGNOSTIC_BECOME_PROMPT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3233
msgid "See also :ref:`CACHE_PLUGIN <CACHE_PLUGIN>`"
msgstr "「:ref:`CACHE_PLUGIN <CACHE_PLUGIN>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3241
msgid "See also :ref:`CACHE_PLUGIN_CONNECTION <CACHE_PLUGIN_CONNECTION>`"
msgstr "「:ref:`CACHE_PLUGIN_CONNECTION <CACHE_PLUGIN_CONNECTION>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3249
msgid "See also :ref:`CACHE_PLUGIN_PREFIX <CACHE_PLUGIN_PREFIX>`"
msgstr "「:ref:`CACHE_PLUGIN_PREFIX <CACHE_PLUGIN_PREFIX>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3257
msgid "See also :ref:`CACHE_PLUGIN_TIMEOUT <CACHE_PLUGIN_TIMEOUT>`"
msgstr "「:ref:`CACHE_PLUGIN_TIMEOUT <CACHE_PLUGIN_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3264
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:3273
#: ../../rst/reference_appendices/config.rst:3281
msgid "See also :ref:`COLLECTIONS_PATHS <COLLECTIONS_PATHS>`"
msgstr "「:ref:`COLLECTIONS_PATHS <COLLECTIONS_PATHS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3290
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:3298
msgid "See also :ref:`COLOR_CHANGED <COLOR_CHANGED>`"
msgstr "「:ref:`COLOR_CHANGED <COLOR_CHANGED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3306
msgid "See also :ref:`COLOR_CONSOLE_PROMPT <COLOR_CONSOLE_PROMPT>`"
msgstr "「:ref:`COLOR_CONSOLE_PROMPT <COLOR_CONSOLE_PROMPT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3314
msgid "See also :ref:`COLOR_DEBUG <COLOR_DEBUG>`"
msgstr "「:ref:`COLOR_DEBUG <COLOR_DEBUG>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3322
msgid "See also :ref:`COLOR_DEPRECATE <COLOR_DEPRECATE>`"
msgstr "「:ref:`COLOR_DEPRECATE <COLOR_DEPRECATE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3330
msgid "See also :ref:`COLOR_DIFF_ADD <COLOR_DIFF_ADD>`"
msgstr "「:ref:`COLOR_DIFF_ADD <COLOR_DIFF_ADD>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3338
msgid "See also :ref:`COLOR_DIFF_LINES <COLOR_DIFF_LINES>`"
msgstr "「:ref:`COLOR_DIFF_LINES <COLOR_DIFF_LINES>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3346
msgid "See also :ref:`COLOR_DIFF_REMOVE <COLOR_DIFF_REMOVE>`"
msgstr "「:ref:`COLOR_DIFF_REMOVE <COLOR_DIFF_REMOVE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3354
msgid "See also :ref:`COLOR_ERROR <COLOR_ERROR>`"
msgstr "「:ref:`COLOR_ERROR <COLOR_ERROR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3362
msgid "See also :ref:`COLOR_HIGHLIGHT <COLOR_HIGHLIGHT>`"
msgstr "「:ref:`COLOR_HIGHLIGHT <COLOR_HIGHLIGHT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3370
msgid "See also :ref:`COLOR_OK <COLOR_OK>`"
msgstr "「:ref:`COLOR_OK <COLOR_OK>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3378
msgid "See also :ref:`COLOR_SKIP <COLOR_SKIP>`"
msgstr "「:ref:`COLOR_SKIP <COLOR_SKIP>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3386
msgid "See also :ref:`COLOR_UNREACHABLE <COLOR_UNREACHABLE>`"
msgstr "「:ref:`COLOR_UNREACHABLE <COLOR_UNREACHABLE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3394
msgid "See also :ref:`COLOR_VERBOSE <COLOR_VERBOSE>`"
msgstr "「:ref:`COLOR_VERBOSE <COLOR_VERBOSE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3402
msgid "See also :ref:`COLOR_WARN <COLOR_WARN>`"
msgstr "「:ref:`COLOR_WARN <COLOR_WARN>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3408
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 以降で最終的に非推奨になると予想されます。"
#: ../../rst/reference_appendices/config.rst:3410
msgid "See also :ref:`CONDITIONAL_BARE_VARS <CONDITIONAL_BARE_VARS>`"
msgstr "「:ref:`CONDITIONAL_BARE_VARS <CONDITIONAL_BARE_VARS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3416
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:3418
msgid "See also :ref:`COVERAGE_REMOTE_OUTPUT <COVERAGE_REMOTE_OUTPUT>`"
msgstr "「:ref:`COVERAGE_REMOTE_OUTPUT <COVERAGE_REMOTE_OUTPUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3424
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:3426
msgid "See also :ref:`COVERAGE_REMOTE_PATHS <COVERAGE_REMOTE_PATHS>`"
msgstr "「:ref:`COVERAGE_REMOTE_PATHS <COVERAGE_REMOTE_PATHS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3432
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:3434
msgid "See also :ref:`ACTION_WARNINGS <ACTION_WARNINGS>`"
msgstr "「:ref:`ACTION_WARNINGS <ACTION_WARNINGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3440
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 の時点で、これはデフォルトでは無効になっています。"
#: ../../rst/reference_appendices/config.rst:3442
msgid "See also :ref:`COMMAND_WARNINGS <COMMAND_WARNINGS>`"
msgstr "「:ref:`COMMAND_WARNINGS <COMMAND_WARNINGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3448
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:3450
msgid "See also :ref:`LOCALHOST_WARNING <LOCALHOST_WARNING>`"
msgstr "「:ref:`LOCALHOST_WARNING <LOCALHOST_WARNING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3458
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:3466
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:3475
msgid "See also :ref:`DEFAULT_ASK_PASS <DEFAULT_ASK_PASS>`"
msgstr "「:ref:`DEFAULT_ASK_PASS <DEFAULT_ASK_PASS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3483
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:3491
msgid "See also :ref:`DEFAULT_BECOME <DEFAULT_BECOME>`"
msgstr "「:ref:`DEFAULT_BECOME <DEFAULT_BECOME>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3499
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:3507
msgid "See also :ref:`DEFAULT_BECOME_METHOD <DEFAULT_BECOME_METHOD>`"
msgstr "「:ref:`DEFAULT_BECOME_METHOD <DEFAULT_BECOME_METHOD>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3515
msgid "See also :ref:`DEFAULT_BECOME_EXE <DEFAULT_BECOME_EXE>`"
msgstr "「:ref:`DEFAULT_BECOME_EXE <DEFAULT_BECOME_EXE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3523
msgid "See also :ref:`DEFAULT_BECOME_FLAGS <DEFAULT_BECOME_FLAGS>`"
msgstr "「:ref:`DEFAULT_BECOME_FLAGS <DEFAULT_BECOME_FLAGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3531
msgid "See also :ref:`BECOME_PLUGIN_PATH <BECOME_PLUGIN_PATH>`"
msgstr "「:ref:`BECOME_PLUGIN_PATH <BECOME_PLUGIN_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3539
msgid "See also :ref:`DEFAULT_BECOME_USER <DEFAULT_BECOME_USER>`"
msgstr "「:ref:`DEFAULT_BECOME_USER <DEFAULT_BECOME_USER>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3547
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:3555
#: ../../rst/reference_appendices/config.rst:3565
msgid "See also :ref:`CALLABLE_ACCEPT_LIST <CALLABLE_ACCEPT_LIST>`"
msgstr "「:ref:`CALLABLE_ACCEPT_LIST <CALLABLE_ACCEPT_LIST>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3574
msgid "See also :ref:`CONTROLLER_PYTHON_WARNING <CONTROLLER_PYTHON_WARNING>`"
msgstr "「:ref:`CONTROLLER_PYTHON_WARNING <CONTROLLER_PYTHON_WARNING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3582
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:3590
#: ../../rst/reference_appendices/config.rst:3600
msgid "See also :ref:`CALLBACKS_ENABLED <CALLBACKS_ENABLED>`"
msgstr "「:ref:`CALLBACKS_ENABLED <CALLBACKS_ENABLED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3609
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:3617
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:3625
msgid "See also :ref:`DEFAULT_DEBUG <DEFAULT_DEBUG>`"
msgstr "「:ref:`DEFAULT_DEBUG <DEFAULT_DEBUG>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3633
msgid "See also :ref:`DEFAULT_EXECUTABLE <DEFAULT_EXECUTABLE>`"
msgstr "「:ref:`DEFAULT_EXECUTABLE <DEFAULT_EXECUTABLE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3639
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) モジュールを使用するユーザー定義のタスクには **影響しません**。"
#: ../../rst/reference_appendices/config.rst:3641
msgid "See also :ref:`DEFAULT_FACT_PATH <DEFAULT_FACT_PATH>`"
msgstr "「:ref:`DEFAULT_FACT_PATH <DEFAULT_FACT_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3649
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:3655
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:3657
msgid "See also :ref:`DEFAULT_FORCE_HANDLERS <DEFAULT_FORCE_HANDLERS>`"
msgstr "「:ref:`DEFAULT_FORCE_HANDLERS <DEFAULT_FORCE_HANDLERS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3665
msgid "See also :ref:`DEFAULT_FORKS <DEFAULT_FORKS>`"
msgstr "「:ref:`DEFAULT_FORKS <DEFAULT_FORKS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3671
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 プラグインを使用します。"
#: ../../rst/reference_appendices/config.rst:3673
msgid "See also :ref:`DEFAULT_GATHERING <DEFAULT_GATHERING>`"
msgstr "「:ref:`DEFAULT_GATHERING <DEFAULT_GATHERING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3679
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) タスクには **適用されません**。"
#: ../../rst/reference_appendices/config.rst:3681
msgid "See also :ref:`DEFAULT_GATHER_SUBSET <DEFAULT_GATHER_SUBSET>`"
msgstr "「:ref:`DEFAULT_GATHER_SUBSET <DEFAULT_GATHER_SUBSET>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3687
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) タスクには **適用されません**。"
#: ../../rst/reference_appendices/config.rst:3689
msgid "See also :ref:`DEFAULT_GATHER_TIMEOUT <DEFAULT_GATHER_TIMEOUT>`"
msgstr "「:ref:`DEFAULT_GATHER_TIMEOUT <DEFAULT_GATHER_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3697
msgid "See also :ref:`DEFAULT_HANDLER_INCLUDES_STATIC <DEFAULT_HANDLER_INCLUDES_STATIC>`"
msgstr "「:ref:`DEFAULT_HANDLER_INCLUDES_STATIC <DEFAULT_HANDLER_INCLUDES_STATIC>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3703
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:3705
msgid "See also :ref:`DEFAULT_HASH_BEHAVIOUR <DEFAULT_HASH_BEHAVIOUR>`"
msgstr "「:ref:`DEFAULT_HASH_BEHAVIOUR <DEFAULT_HASH_BEHAVIOUR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3713
msgid "See also :ref:`DEFAULT_HOST_LIST <DEFAULT_HOST_LIST>`"
msgstr "「:ref:`DEFAULT_HOST_LIST <DEFAULT_HOST_LIST>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3721
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:3730
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:3736
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:3738
msgid "See also :ref:`DEFAULT_JINJA2_EXTENSIONS <DEFAULT_JINJA2_EXTENSIONS>`"
msgstr "「:ref:`DEFAULT_JINJA2_EXTENSIONS <DEFAULT_JINJA2_EXTENSIONS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3746
msgid "See also :ref:`DEFAULT_JINJA2_NATIVE <DEFAULT_JINJA2_NATIVE>`"
msgstr "「:ref:`DEFAULT_JINJA2_NATIVE <DEFAULT_JINJA2_NATIVE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3752
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:3754
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:3762
#: ../../rst/reference_appendices/config.rst:3772
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:3780
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:3788
msgid "See also :ref:`DEFAULT_LOCAL_TMP <DEFAULT_LOCAL_TMP>`"
msgstr "「:ref:`DEFAULT_LOCAL_TMP <DEFAULT_LOCAL_TMP>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3796
msgid "See also :ref:`DEFAULT_LOG_PATH <DEFAULT_LOG_PATH>`"
msgstr "「:ref:`DEFAULT_LOG_PATH <DEFAULT_LOG_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3804
msgid "See also :ref:`DEFAULT_LOG_FILTER <DEFAULT_LOG_FILTER>`"
msgstr "「:ref:`DEFAULT_LOG_FILTER <DEFAULT_LOG_FILTER>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3812
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:3821
msgid "See also :ref:`DEFAULT_MODULE_ARGS <DEFAULT_MODULE_ARGS>`"
msgstr "「:ref:`DEFAULT_MODULE_ARGS <DEFAULT_MODULE_ARGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3831
msgid "See also :ref:`DEFAULT_MODULE_PATH <DEFAULT_MODULE_PATH>`"
msgstr "「:ref:`DEFAULT_MODULE_PATH <DEFAULT_MODULE_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3839
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:3847
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:3855
msgid "See also :ref:`DEFAULT_NO_LOG <DEFAULT_NO_LOG>`"
msgstr "「:ref:`DEFAULT_NO_LOG <DEFAULT_NO_LOG>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3863
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:3871
msgid "See also :ref:`DEFAULT_NULL_REPRESENTATION <DEFAULT_NULL_REPRESENTATION>`"
msgstr "「:ref:`DEFAULT_NULL_REPRESENTATION <DEFAULT_NULL_REPRESENTATION>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3879
msgid "See also :ref:`DEFAULT_POLL_INTERVAL <DEFAULT_POLL_INTERVAL>`"
msgstr "「:ref:`DEFAULT_POLL_INTERVAL <DEFAULT_POLL_INTERVAL>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3887
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:3893
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:3895
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:3903
msgid "See also :ref:`DEFAULT_REMOTE_PORT <DEFAULT_REMOTE_PORT>`"
msgstr "「:ref:`DEFAULT_REMOTE_PORT <DEFAULT_REMOTE_PORT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3909
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:3911
msgid "See also :ref:`DEFAULT_REMOTE_USER <DEFAULT_REMOTE_USER>`"
msgstr "「:ref:`DEFAULT_REMOTE_USER <DEFAULT_REMOTE_USER>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3919
msgid "See also :ref:`DEFAULT_ROLES_PATH <DEFAULT_ROLES_PATH>`"
msgstr "「:ref:`DEFAULT_ROLES_PATH <DEFAULT_ROLES_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3925
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:3927
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:3934
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 つだけです。"
#: ../../rst/reference_appendices/config.rst:3936
msgid "See also :ref:`DEFAULT_STDOUT_CALLBACK <DEFAULT_STDOUT_CALLBACK>`"
msgstr "「:ref:`DEFAULT_STDOUT_CALLBACK <DEFAULT_STDOUT_CALLBACK>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3942
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:3944
msgid "See also :ref:`ENABLE_TASK_DEBUGGER <ENABLE_TASK_DEBUGGER>`"
msgstr "「:ref:`ENABLE_TASK_DEBUGGER <ENABLE_TASK_DEBUGGER>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3950
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:3952
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:3960
msgid "See also :ref:`DEFAULT_STRATEGY <DEFAULT_STRATEGY>`"
msgstr "「:ref:`DEFAULT_STRATEGY <DEFAULT_STRATEGY>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3968
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:3976
msgid "See also :ref:`DEFAULT_SU <DEFAULT_SU>`"
msgstr "「:ref:`DEFAULT_SU <DEFAULT_SU>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3984
msgid "See also :ref:`DEFAULT_SYSLOG_FACILITY <DEFAULT_SYSLOG_FACILITY>`"
msgstr "「:ref:`DEFAULT_SYSLOG_FACILITY <DEFAULT_SYSLOG_FACILITY>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:3992
msgid "See also :ref:`DEFAULT_TASK_INCLUDES_STATIC <DEFAULT_TASK_INCLUDES_STATIC>`"
msgstr "「:ref:`DEFAULT_TASK_INCLUDES_STATIC <DEFAULT_TASK_INCLUDES_STATIC>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4000
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:4008
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:4016
msgid "See also :ref:`DEFAULT_TIMEOUT <DEFAULT_TIMEOUT>`"
msgstr "「:ref:`DEFAULT_TIMEOUT <DEFAULT_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4024
msgid "See also :ref:`DEFAULT_TRANSPORT <DEFAULT_TRANSPORT>`"
msgstr "「:ref:`DEFAULT_TRANSPORT <DEFAULT_TRANSPORT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4030
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:4032
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:4040
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:4048
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:4056
msgid "See also :ref:`DEFAULT_VAULT_IDENTITY <DEFAULT_VAULT_IDENTITY>`"
msgstr "「:ref:`DEFAULT_VAULT_IDENTITY <DEFAULT_VAULT_IDENTITY>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4064
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:4072
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:4080
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:4088
msgid "See also :ref:`DEFAULT_VERBOSITY <DEFAULT_VERBOSITY>`"
msgstr "「:ref:`DEFAULT_VERBOSITY <DEFAULT_VERBOSITY>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4096
msgid "See also :ref:`DEPRECATION_WARNINGS <DEPRECATION_WARNINGS>`"
msgstr "「:ref:`DEPRECATION_WARNINGS <DEPRECATION_WARNINGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4104
msgid "See also :ref:`DEVEL_WARNING <DEVEL_WARNING>`"
msgstr "「:ref:`DEVEL_WARNING <DEVEL_WARNING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4112
msgid "See also :ref:`DIFF_ALWAYS <DIFF_ALWAYS>`"
msgstr "「:ref:`DIFF_ALWAYS <DIFF_ALWAYS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4120
msgid "See also :ref:`DIFF_CONTEXT <DIFF_CONTEXT>`"
msgstr "「:ref:`DIFF_CONTEXT <DIFF_CONTEXT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4126
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:4128
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:4136
#: ../../rst/reference_appendices/config.rst:4146
msgid "See also :ref:`DISPLAY_SKIPPED_HOSTS <DISPLAY_SKIPPED_HOSTS>`"
msgstr "「:ref:`DISPLAY_SKIPPED_HOSTS <DISPLAY_SKIPPED_HOSTS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4153
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:4155
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:4163
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:4171
msgid "See also :ref:`CONNECTION_FACTS_MODULES <CONNECTION_FACTS_MODULES>`"
msgstr "「:ref:`CONNECTION_FACTS_MODULES <CONNECTION_FACTS_MODULES>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4179
msgid "See also :ref:`FACTS_MODULES <FACTS_MODULES>`"
msgstr "「:ref:`FACTS_MODULES <FACTS_MODULES>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4187
msgid "See also :ref:`GALAXY_IGNORE_CERTS <GALAXY_IGNORE_CERTS>`"
msgstr "「:ref:`GALAXY_IGNORE_CERTS <GALAXY_IGNORE_CERTS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4195
msgid "See also :ref:`GALAXY_ROLE_SKELETON <GALAXY_ROLE_SKELETON>`"
msgstr "「:ref:`GALAXY_ROLE_SKELETON <GALAXY_ROLE_SKELETON>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4203
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:4211
msgid "See also :ref:`GALAXY_SERVER <GALAXY_SERVER>`"
msgstr "「:ref:`GALAXY_SERVER <GALAXY_SERVER>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4217
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:4219
msgid "See also :ref:`GALAXY_SERVER_LIST <GALAXY_SERVER_LIST>`"
msgstr "「:ref:`GALAXY_SERVER_LIST <GALAXY_SERVER_LIST>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4227
msgid "See also :ref:`GALAXY_TOKEN_PATH <GALAXY_TOKEN_PATH>`"
msgstr "「:ref:`GALAXY_TOKEN_PATH <GALAXY_TOKEN_PATH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4233
msgid "Some steps in ``ansible-galaxy`` display a progress wheel which can cause issues on certain displays or when outputting 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:4235
msgid "See also :ref:`GALAXY_DISPLAY_PROGRESS <GALAXY_DISPLAY_PROGRESS>`"
msgstr "「:ref:`GALAXY_DISPLAY_PROGRESS <GALAXY_DISPLAY_PROGRESS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4241
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:4243
msgid "See also :ref:`GALAXY_CACHE_DIR <GALAXY_CACHE_DIR>`"
msgstr "「:ref:`GALAXY_CACHE_DIR <GALAXY_CACHE_DIR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4251
msgid "See also :ref:`HOST_KEY_CHECKING <HOST_KEY_CHECKING>`"
msgstr "「:ref:`HOST_KEY_CHECKING <HOST_KEY_CHECKING>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4259
msgid "See also :ref:`HOST_PATTERN_MISMATCH <HOST_PATTERN_MISMATCH>`"
msgstr "「:ref:`HOST_PATTERN_MISMATCH <HOST_PATTERN_MISMATCH>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4267
msgid "See also :ref:`INTERPRETER_PYTHON <INTERPRETER_PYTHON>`"
msgstr "「:ref:`INTERPRETER_PYTHON <INTERPRETER_PYTHON>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4275
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」と同じように動作します。"
#: ../../rst/reference_appendices/config.rst:4277
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:4285
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:4294
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:4302
msgid "See also :ref:`INVENTORY_CACHE_ENABLED <INVENTORY_CACHE_ENABLED>`"
msgstr "「:ref:`INVENTORY_CACHE_ENABLED <INVENTORY_CACHE_ENABLED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4310
msgid "See also :ref:`INVENTORY_CACHE_PLUGIN <INVENTORY_CACHE_PLUGIN>`"
msgstr "「:ref:`INVENTORY_CACHE_PLUGIN <INVENTORY_CACHE_PLUGIN>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4318
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:4326
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:4334
msgid "See also :ref:`INVENTORY_CACHE_TIMEOUT <INVENTORY_CACHE_TIMEOUT>`"
msgstr "「:ref:`INVENTORY_CACHE_TIMEOUT <INVENTORY_CACHE_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4342
msgid "See also :ref:`INVENTORY_ENABLED <INVENTORY_ENABLED>`"
msgstr "「:ref:`INVENTORY_ENABLED <INVENTORY_ENABLED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4350
msgid "See also :ref:`INVENTORY_EXPORT <INVENTORY_EXPORT>`"
msgstr "「:ref:`INVENTORY_EXPORT <INVENTORY_EXPORT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4358
msgid "See also :ref:`INVENTORY_IGNORE_EXTS <INVENTORY_IGNORE_EXTS>`"
msgstr "「:ref:`INVENTORY_IGNORE_EXTS <INVENTORY_IGNORE_EXTS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4366
msgid "See also :ref:`INVENTORY_IGNORE_PATTERNS <INVENTORY_IGNORE_PATTERNS>`"
msgstr "「:ref:`INVENTORY_IGNORE_PATTERNS <INVENTORY_IGNORE_PATTERNS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4375
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:4383
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:4390
#: ../../rst/reference_appendices/config.rst:4399
msgid "See also :ref:`NETWORK_GROUP_MODULES <NETWORK_GROUP_MODULES>`"
msgstr "「:ref:`NETWORK_GROUP_MODULES <NETWORK_GROUP_MODULES>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4405
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:4407
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:4413
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:4415
msgid "See also :ref:`MODULE_IGNORE_EXTS <MODULE_IGNORE_EXTS>`"
msgstr "「:ref:`MODULE_IGNORE_EXTS <MODULE_IGNORE_EXTS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4423
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:4430
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:4437
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:4445
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:4453
msgid "See also :ref:`PERSISTENT_CONNECT_TIMEOUT <PERSISTENT_CONNECT_TIMEOUT>`"
msgstr "「:ref:`PERSISTENT_CONNECT_TIMEOUT <PERSISTENT_CONNECT_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4461
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:4469
msgid "See also :ref:`PERSISTENT_COMMAND_TIMEOUT <PERSISTENT_COMMAND_TIMEOUT>`"
msgstr "「:ref:`PERSISTENT_COMMAND_TIMEOUT <PERSISTENT_COMMAND_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4477
msgid "See also :ref:`PLAYBOOK_DIR <PLAYBOOK_DIR>`"
msgstr "「:ref:`PLAYBOOK_DIR <PLAYBOOK_DIR>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4483
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 までを調べます。"
#: ../../rst/reference_appendices/config.rst:4485
msgid "See also :ref:`PLAYBOOK_VARS_ROOT <PLAYBOOK_VARS_ROOT>`"
msgstr "「:ref:`PLAYBOOK_VARS_ROOT <PLAYBOOK_VARS_ROOT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4494
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:4502
msgid "See also :ref:`RETRY_FILES_ENABLED <RETRY_FILES_ENABLED>`"
msgstr "「:ref:`RETRY_FILES_ENABLED <RETRY_FILES_ENABLED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4508
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:4510
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:4516
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 が実行されます。"
#: ../../rst/reference_appendices/config.rst:4518
msgid "See also :ref:`RUN_VARS_PLUGINS <RUN_VARS_PLUGINS>`"
msgstr "「:ref:`RUN_VARS_PLUGINS <RUN_VARS_PLUGINS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4526
msgid "See also :ref:`SHOW_CUSTOM_STATS <SHOW_CUSTOM_STATS>`"
msgstr "「:ref:`SHOW_CUSTOM_STATS <SHOW_CUSTOM_STATS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4532
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:4534
msgid "See also :ref:`STRING_TYPE_FILTERS <STRING_TYPE_FILTERS>`"
msgstr "「:ref:`STRING_TYPE_FILTERS <STRING_TYPE_FILTERS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4540
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:4542
msgid "See also :ref:`SYSTEM_WARNINGS <SYSTEM_WARNINGS>`"
msgstr "「:ref:`SYSTEM_WARNINGS <SYSTEM_WARNINGS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4550
msgid "See also :ref:`TAGS_RUN <TAGS_RUN>`"
msgstr "「:ref:`TAGS_RUN <TAGS_RUN>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4558
msgid "See also :ref:`TAGS_SKIP <TAGS_SKIP>`"
msgstr "「:ref:`TAGS_SKIP <TAGS_SKIP>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4564
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:4566
msgid "See also :ref:`TASK_TIMEOUT <TASK_TIMEOUT>`"
msgstr "「:ref:`TASK_TIMEOUT <TASK_TIMEOUT>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4572
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:4574
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:4580
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:4582
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:4590
msgid "See also :ref:`USE_PERSISTENT_CONNECTIONS <USE_PERSISTENT_CONNECTIONS>`"
msgstr "「:ref:`USE_PERSISTENT_CONNECTIONS <USE_PERSISTENT_CONNECTIONS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4598
msgid "See also :ref:`VARIABLE_PLUGINS_ENABLED <VARIABLE_PLUGINS_ENABLED>`"
msgstr "「:ref:`VARIABLE_PLUGINS_ENABLED <VARIABLE_PLUGINS_ENABLED>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4606
msgid "See also :ref:`VARIABLE_PRECEDENCE <VARIABLE_PRECEDENCE>`"
msgstr "「:ref:`VARIABLE_PRECEDENCE <VARIABLE_PRECEDENCE>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4612
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:4614
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:4620
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:4622
msgid "See also :ref:`YAML_FILENAME_EXTENSIONS <YAML_FILENAME_EXTENSIONS>`"
msgstr "「:ref:`YAML_FILENAME_EXTENSIONS <YAML_FILENAME_EXTENSIONS>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4630
msgid "See also :ref:`NETCONF_SSH_CONFIG <NETCONF_SSH_CONFIG>`"
msgstr "「:ref:`NETCONF_SSH_CONFIG <NETCONF_SSH_CONFIG>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4636
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:4638
msgid "See also :ref:`STRING_CONVERSION_ACTION <STRING_CONVERSION_ACTION>`"
msgstr "「:ref:`STRING_CONVERSION_ACTION <STRING_CONVERSION_ACTION>`」も参照してください。"
#: ../../rst/reference_appendices/config.rst:4646
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-base``."
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-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:`IRC 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:`IRC チャンネル <communication_irc>` で尋ねることもできます。"
#: ../../rst/reference_appendices/faq.rst:29
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:31
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:47
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:52
msgid "How do I handle different machines needing different user accounts or ports to log in with?"
msgstr "異なるユーザーアカウントまたはポートでログインする必要のある各種マシンをどのように処理すれば良いですか"
#: ../../rst/reference_appendices/faq.rst:54
msgid "Setting inventory variables in the inventory file is the easiest way."
msgstr "インベントリーファイルにインベントリー変数を設定する方法が最も簡単です。"
#: ../../rst/reference_appendices/faq.rst:56
msgid "For instance, suppose these hosts have different usernames and ports:"
msgstr "たとえば、以下では、ホストに異なるユーザー名とポートが指定されています。"
#: ../../rst/reference_appendices/faq.rst:64
msgid "You can also dictate the connection type to be used, if you want:"
msgstr "任意で、使用する接続タイプを指定できます。"
#: ../../rst/reference_appendices/faq.rst:73
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:79
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:81
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:85
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:90
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:95
msgid "How do I configure a jump host to access servers that I have no direct access to?"
msgstr "直接アクセス権のないサーバーにジャンプホストを使用してアクセスできるように設定するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:97
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:108
msgid "You can create `group_vars/gatewayed.yml` with the following contents::"
msgstr "以下の内容で `group_vars/gatewayed.yml` を作成できます::"
#: ../../rst/reference_appendices/faq.rst:112
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:117
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:121
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:128
msgid "How do I get Ansible to notice a dead target in a timely manner?"
msgstr "Ansible がダウンしているターゲットを適宜検出できるようにするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:130
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 倍になる点に注意してください。"
#: ../../rst/reference_appendices/faq.rst:138
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:140
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:146
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:148
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:151
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:154
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:159
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 via ``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 via ``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 が必要あるとの記載がない場合は、今後このリリースで非互換性の問題が解決されるように、`バグトラッカー <https://github.com/ansible/ansible/issues>`_ で、バグを報告できます。"
#: ../../rst/reference_appendices/faq.rst:168
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:170
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:173
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:179
msgid "How do I handle the package dependencies required by Ansible package dependencies during Ansible installation ?"
msgstr "Ansible インストール中に Ansible パッケージに必要な依存関係にどのように対応すれば良いですか"
#: ../../rst/reference_appendices/faq.rst:181
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:185
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:188
msgid "Refer to the documentation of the respective package for such dependencies and their installation methods."
msgstr "このような依存関係とそのインストール方法については、各パッケージのドキュメントを参照してください。"
#: ../../rst/reference_appendices/faq.rst:191
msgid "Common Platform Issues"
msgstr "一般的なプラットフォームの問題"
#: ../../rst/reference_appendices/faq.rst:194
msgid "What customer platforms does Red Hat support?"
msgstr "Red Hat では、どのような顧客のプラットフォームをサポートしていますか"
#: ../../rst/reference_appendices/faq.rst:196
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:199
msgid "Running in a virtualenv"
msgstr "virtualenv での実行"
#: ../../rst/reference_appendices/faq.rst:201
msgid "You can install Ansible into a virtualenv on the controller quite simply:"
msgstr "コントローラーの virtualenv に Ansible を簡単にインストールできます。"
#: ../../rst/reference_appendices/faq.rst:209
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:217
msgid "If you need to use any libraries which are not available via 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:221
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:228
msgid "Copy those files in manually from the system. For instance, for SELinux bindings you might do:"
msgstr "システムから手動でこれらのファイルをコピーします。たとえば、SELinux バインディングでは、以下を行うことができます。"
#: ../../rst/reference_appendices/faq.rst:238
msgid "Running on BSD"
msgstr "BSD での実行"
#: ../../rst/reference_appendices/faq.rst:240
msgid ":ref:`working_with_bsd`"
msgstr ":ref:`working_with_bsd`"
#: ../../rst/reference_appendices/faq.rst:244
msgid "Running on Solaris"
msgstr "Solaris での実行"
#: ../../rst/reference_appendices/faq.rst:246
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:250
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:256
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:260
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:266
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:269
msgid "Running on z/OS"
msgstr "z/OS での実行"
#: ../../rst/reference_appendices/faq.rst:271
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:273
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:275
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:277
msgid "When ``pipelining = False`` in `/etc/ansible/ansible.cfg` then Ansible modules are transferred in binary mode via sftp however execution of python fails with"
msgstr "`/etc/ansible/ansible.cfg` で ``pipelining = False`` と指定されている場合、以下により、Ansible モジュールは Python の実行エラーが何であっても、sftp 経由でバイナリーモードで転送されます。"
#: ../../rst/reference_appendices/faq.rst:280
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:282
msgid "To fix it set ``pipelining = True`` in `/etc/ansible/ansible.cfg`."
msgstr "これを修正するには、`/etc/ansible/ansible.cfg` に ``pipelining = True`` を設定します。"
#: ../../rst/reference_appendices/faq.rst:284
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:287
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:289
msgid "To fix this set the path to the python installation in your inventory like so::"
msgstr "これを解決するには、以下のようにインベントリーでパスを Python インストールに設定してください。"
#: ../../rst/reference_appendices/faq.rst:293
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:296
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:298
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:304
msgid "Running under fakeroot"
msgstr "fakeroot 下で実行"
#: ../../rst/reference_appendices/faq.rst:306
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:311
msgid "For example, in the ansible config file (or via environment variable) you can set::"
msgstr "設定する ansible 設定ファイルで (または環境変数を介して)、以下を指定します。"
#: ../../rst/reference_appendices/faq.rst:320
msgid "What is the best way to make content reusable/redistributable?"
msgstr "コンテンツを再利用/再配信できるようにする最適な方法にはどんなものがありますか"
#: ../../rst/reference_appendices/faq.rst:322
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:325
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:330
msgid "Where does the configuration file live and what can I configure in it?"
msgstr "設定ファイルの配置場所はどこですか。または、どのように設定すれば良いですか"
#: ../../rst/reference_appendices/faq.rst:333
msgid "See :ref:`intro_configuration`."
msgstr "「:ref:`intro_configuration`」を参照してください。"
#: ../../rst/reference_appendices/faq.rst:338
msgid "How do I disable cowsay?"
msgstr "cowsay はどのように無効化すれば良いですか"
#: ../../rst/reference_appendices/faq.rst:340
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:351
msgid "How do I see a list of all of the ansible\\_ variables?"
msgstr "ansible\\_ 変数一覧を確認するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:353
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:361
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:369
msgid "How do I see all the inventory variables defined for my host?"
msgstr "ホストに定義されたインベントリー変数をすべて確認するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:371
msgid "By running the following command, you can see inventory variables for a host:"
msgstr "以下のコマンドを実行すると、ホストのインベントリー変数を確認できます。"
#: ../../rst/reference_appendices/faq.rst:381
msgid "How do I see all the variables specific to my host?"
msgstr "ホスト固有の全変数を確認するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:383
msgid "To see all host specific variables, which might include facts and other sources:"
msgstr "ホスト固有の変数をすべて確認するには以下を実行します (ファクトや他のソースが含まれる可能性があります)。"
#: ../../rst/reference_appendices/faq.rst:389
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:395
msgid "How do I loop over a list of hosts in a group, inside of a template?"
msgstr "テンプレート内のグループに含まれるホストの一覧をループするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:397
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:406
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:413
msgid "Then you can use the facts inside your template, like this:"
msgstr "次に、以下のように、テンプレート内のファクトを使用できます。"
#: ../../rst/reference_appendices/faq.rst:424
msgid "How do I access a variable name programmatically?"
msgstr "プログラムで変数名にアクセスするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:426
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 via a role parameter or other input. Variable names can be built by adding strings together, like so:"
msgstr "たとえば、任意のインターフェースの ipv4 アドレスを取得する必要があるるかもしれません。そこでは、使用されるインターフェースがロールパラメーターまたは他の入力を介して提供される場合があります。変数名は、次のように文字列を一緒に追加することで作成できます。"
#: ../../rst/reference_appendices/faq.rst:433
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:436
msgid "In the example above, if your interface names have dashes, you must replace them with underscores:"
msgstr "上記の例では、インターフェース名にダッシュが含まれている場合は、アンダースコアに置き換える必要があります。"
#: ../../rst/reference_appendices/faq.rst:442
msgid "Also see dynamic_variables_."
msgstr "「dynamic_variables_」も参照してください。"
#: ../../rst/reference_appendices/faq.rst:448
msgid "How do I access a group variable?"
msgstr "グループ変数にアクセスするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:450
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:453
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:459
msgid "How do I access a variable of the first host in a group?"
msgstr "グループ内の最初のホストの変数にアクセスするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:461
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 :ref:`ansible_tower`, it will use database order, so this isn't a problem even if you are using cloud based inventory scripts)."
msgstr "webservers グループの最初の webserver の IP アドレスが必要な場合にはどうすれば良いですか。私たちはそれも行うことができます。動的インベントリーを使用している場合は、どのホストが「最初」であるかが一貫していない可能性があるため、インベントリーが静的で予測可能でない限り、これを実行したくないことに注意してください (:ref:`ansible_tower` を使用している場合は、データベースの順序を使用するため、クラウドベースのインベントリースクリプトを使用している場合でも、これは問題になりません)。"
#: ../../rst/reference_appendices/faq.rst:466
msgid "Anyway, here's the trick:"
msgstr "以下に方法を示します。"
#: ../../rst/reference_appendices/faq.rst:472
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:479
msgid "Notice how we interchanged the bracket syntax for dots -- that can be done anywhere."
msgstr "ドットの代わりに括弧の構文を使用している点に注意してください。これはどこでも使用できます。"
#: ../../rst/reference_appendices/faq.rst:484
msgid "How do I copy files recursively onto a target host?"
msgstr "ターゲットホストにファイルを再帰的にコピーするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:486
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:492
msgid "How do I access shell environment variables?"
msgstr "shell 環境変数にアクセスするにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:495
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:504
msgid "**On target machines :** Environment variables are available via facts in the ``ansible_env`` variable:"
msgstr "**ターゲットマシン:** 環境変数の場合には、``ansible_env`` 変数のファクトを使用して入手します。"
#: ../../rst/reference_appendices/faq.rst:510
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:520
msgid "How do I generate encrypted passwords for the user module?"
msgstr "ユーザーモジュールの暗号化パスワードを生成するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:522
msgid "Ansible ad hoc command is the easiest option:"
msgstr "Ansible ad-hoc コマンドを使用するのが最も簡単なオプションです。"
#: ../../rst/reference_appendices/faq.rst:528
msgid "The ``mkpasswd`` utility that is available on most Linux systems is also a great option:"
msgstr "ほとんどの Linux システムで利用できる ``mkpasswd`` ユーティリティーも優れたオプションです。"
#: ../../rst/reference_appendices/faq.rst:535
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:543
msgid "Once the library is ready, SHA512 password values can then be generated as follows:"
msgstr "ライブラリーの準備ができたら、以下のように SHA512 パスワードの値を生成できます。"
#: ../../rst/reference_appendices/faq.rst:549
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:552
msgid "In OpenBSD, a similar option is available in the base system called ``encrypt (1)``"
msgstr "OpenBSDでは、``encrypt (1)`` と呼ばれるベースシステムで同様のオプションが利用可能です。"
#: ../../rst/reference_appendices/faq.rst:557
msgid "Ansible allows dot notation and array notation for variables. Which notation should I use?"
msgstr "Ansible では、変数のドット表記とアレイ表記が可能です。どの表記を使用する必要がありますか。"
#: ../../rst/reference_appendices/faq.rst:559
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:572
msgid "Also array notation allows for dynamic variable composition, see dynamic_variables_."
msgstr "また、アレイ表記は、動的な変数の構成が可能です。詳細は、「dynamic_variables_」を参照してください。"
#: ../../rst/reference_appendices/faq.rst:574
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:585
msgid "When is it unsafe to bulk-set task arguments from a variable?"
msgstr "変数からタスク引数の一括設定をすると安全でないのはどのような場合ですか"
#: ../../rst/reference_appendices/faq.rst:588
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:602
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:607
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:610
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:617
msgid "Can I get training on Ansible?"
msgstr "Ansible のトレーニングはありますか"
#: ../../rst/reference_appendices/faq.rst:619
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:622
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:629
msgid "Is there a web interface / REST API / GUI?"
msgstr "Web インターフェース、REST API、GUI などがありますか。"
#: ../../rst/reference_appendices/faq.rst:631
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`」を参照してください。"
#: ../../rst/reference_appendices/faq.rst:637
msgid "How do I keep secret data in my playbook?"
msgstr "Playbook に機密データを保存するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:639
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:641
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:647
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:649
msgid "The ``no_log`` attribute can also apply to an entire play::"
msgstr "``no_log`` 属性は、プレイ全体にも適用できます。"
#: ../../rst/reference_appendices/faq.rst:654
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 via the :envvar:`ANSIBLE_DEBUG` environment variable."
msgstr "ただし、これを使用すると、プレイのデバッグが困難になります。Playbook が完了すると、この属性は単一のタスクにのみ適用することが推奨されます。``no_log`` 属性を使用しても、:envvar:`ANSIBLE_DEBUG` 環境変数で Ansible 自体をデバッグするときに、データが表示されてしまう点に注意してください。"
#: ../../rst/reference_appendices/faq.rst:665
msgid "When should I use {{ }}? Also, how to interpolate variables or dynamic variable names"
msgstr "{{ }} はいつ使用する必要がありますか。また、変数または動的な変数名を補間するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:667
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:671
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:674
msgid "Another rule is 'moustaches don't stack'. We often see this:"
msgstr "他には「波括弧は並べて使用できない」というルールがありますが、これは頻繁に見受けられます。"
#: ../../rst/reference_appendices/faq.rst:680
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:686
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:696
msgid "Why don't you ship ansible in wheel format (or other packaging format) ?"
msgstr "wheel 形式 (またはその他のパッケージ形式) で ansible が同梱されないのはなぜですか。"
#: ../../rst/reference_appendices/faq.rst:698
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 には依存関係がありません。"
#: ../../rst/reference_appendices/faq.rst:705
msgid "How do I get the original ansible_host when I delegate a task?"
msgstr "タスクを委譲した場合に元の ansible_host をどのように取得すれば良いですか"
#: ../../rst/reference_appendices/faq.rst:707
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 via ``hostvars``::"
msgstr "ドキュメントに記載されているように、接続変数は ``delegate_to`` ホストから取得されるため、``ansible_host`` は上書きされますが、``hostvars`` を使用して元の ansible_host にアクセスできます。"
#: ../../rst/reference_appendices/faq.rst:712
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:718
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:720
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:725
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:733
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:730
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:731
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:732
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:733
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:734
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:738
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:736
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:737
msgid "Export or pass an environment variable: ``ANSIBLE_SCP_EXTRA_ARGS=-T``"
msgstr "環境変数をエクスポートするか、渡します (``ANSIBLE_SCP_EXTRA_ARGS=-T``)。"
#: ../../rst/reference_appendices/faq.rst:738
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:740
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:745
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:747
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:753
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. This is something that Tower/AWX excels at by allowing administrators to set up RBAC access to inventory, along with managing credentials and job execution."
msgstr "このような環境では、Ansible の実行を保護しながら、そのような手段を必要としない「自動化ユーザー」の使用を許可することが推奨されます。これが Tower/AWX の優れている点で、管理者がインベントリーへの RBAC アクセスを設定し、認証情報とジョブの実行を管理することができます。"
#: ../../rst/reference_appendices/faq.rst:760
msgid "How do I submit a change to the documentation?"
msgstr "ドキュメントへの変更を提出するにはどうすれば良いですか"
#: ../../rst/reference_appendices/faq.rst:762
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:768
msgid "I don't see my question here"
msgstr "ここに記載されている以外に質問があります"
#: ../../rst/reference_appendices/faq.rst:770
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 グループへのリンクがあります。こちらから、質問をしてください。"
#: ../../rst/reference_appendices/faq.rst:775
#: ../../rst/reference_appendices/glossary.rst:522
#: ../../rst/reference_appendices/test_strategies.rst:268
msgid "An introduction to playbooks"
msgstr "Playbook の概要"
#: ../../rst/reference_appendices/faq.rst:776
#: ../../rst/reference_appendices/glossary.rst:523
msgid ":ref:`playbooks_best_practices`"
msgstr ":ref:`playbooks_best_practices`"
#: ../../rst/reference_appendices/faq.rst:777
#: ../../rst/reference_appendices/glossary.rst:524
msgid "Tips and tricks for playbooks"
msgstr "Playbook のヒントと裏技"
#: ../../rst/reference_appendices/faq.rst:778
#: ../../rst/reference_appendices/test_strategies.rst:271
msgid "`User Mailing List <https://groups.google.com/group/ansible-project>`_"
msgstr "`メーリングリストの使用 <https://groups.google.com/group/ansible-project>`_"
#: ../../rst/reference_appendices/faq.rst:779
#: ../../rst/reference_appendices/glossary.rst:526
#: ../../rst/reference_appendices/test_strategies.rst:272
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:61
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:54
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:58
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:63
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:65
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:67
msgid "play (most general)"
msgstr "プレイ (最も一般的)"
#: ../../rst/reference_appendices/general_precedence.rst:68
msgid "blocks/includes/imports/roles (optional and can contain tasks and each other)"
msgstr "blocks/includes/imports/roles (任意で、タスクを含めることも、相互に含めることも可能)"
#: ../../rst/reference_appendices/general_precedence.rst:69
msgid "tasks (most specific)"
msgstr "タスク (最も具体的)"
#: ../../rst/reference_appendices/general_precedence.rst:71
msgid "A simple example::"
msgstr "簡単な例::"
#: ../../rst/reference_appendices/general_precedence.rst:83
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`` を使用して接続します。block や role でも同じロジックが適用されます。プレイ内の task、block、role はすべて、プレイレベルのキーワードを継承します。キーワードより task または block、role を優先させるには、task、block、role 内の対象のキーワードに異なる値を定義します。"
#: ../../rst/reference_appendices/general_precedence.rst:86
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:94
msgid "Any variable will override any playbook keyword, any command-line option, and any configuration setting."
msgstr "変数は、Playbook のキーワード、コマンドラインオプション、構成設定をすべてオーバーライドします。"
#: ../../rst/reference_appendices/general_precedence.rst:96
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:98
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:100
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:125
msgid "Variable scope: how long is a value available?"
msgstr "変数の範囲: 値が有効な期間"
#: ../../rst/reference_appendices/general_precedence.rst:127
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:129
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 via the ``hostvars[]`` dictionary."
msgstr "インベントリー、vars プラグイン、:ref:`set_fact<set_fact_module>` や :ref:`include_vars<include_vars_module>` といったモジュールの使用など、ホストやグループに直接関連付けられた変数値は、全プレイで利用できます。また、これらの「ホスト範囲」変数は、``hostvars[]`` ディクショナリーから利用できます。"
#: ../../rst/reference_appendices/general_precedence.rst:134
msgid "Using ``-e`` extra variables at the command line"
msgstr "コマンドラインでの追加変数 (``-e``) の使用"
#: ../../rst/reference_appendices/general_precedence.rst:136
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:140
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-base 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-base`` version."
msgstr "ansible-base および選択したコレクショングループを含むソフトウェアパッケージ (Python、deb、rpm など)。Ansible 2.9 で動作した Playbook は、Ansible 2.10 パッケージでも動作するはずです。Ansible に含まれているコレクションのリストと同梱されている ``ansible-base`` バージョンについては、`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 "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`` パッケージにはいくつかのモジュールとプラグインが含まれており、コレクションをインストールすることで他のモジュールを追加できます。"
#: ../../rst/reference_appendices/glossary.rst:31
msgid "Ansible Galaxy"
msgstr "Ansible Galaxy"
#: ../../rst/reference_appendices/glossary.rst:33
msgid "An `online resource <galaxy.ansible.com>`_ for finding and sharing Ansible community content. Also, the command-line utility that lets users install individual Ansible Collections, for example`` ansible-galaxy install community.crypto``."
msgstr "Ansible コミュニティーのコンテンツを見つけて共有するための `オンラインリソース <galaxy.ansible.com>`_。また、ユーザーが個々の Ansible コレクションをインストールできるようにするコマンドラインユーティリティー (`` ansible-galaxy install community.crypto`` など)。"
#: ../../rst/reference_appendices/glossary.rst:34
msgid "Async"
msgstr "非同期"
#: ../../rst/reference_appendices/glossary.rst:36
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:44
msgid "Callback Plugin"
msgstr "Callback プラグイン"
#: ../../rst/reference_appendices/glossary.rst:46
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:50
msgid "Check Mode"
msgstr "Check Mode (チェックモード)"
#: ../../rst/reference_appendices/glossary.rst:52
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:60
msgid "Collection"
msgstr "コレクション"
#: ../../rst/reference_appendices/glossary.rst:62
msgid "A packaging format for bundling and distributing Ansible content, including plugins, roles, modules, and more. Collections release independent of other collections or ``ansible-base`` 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-base`` とは独立してリリースされるため、ユーザーはより早く機能を利用できます。一部のコレクションは Ansible (バージョン 2.10 以降) でパッケージ化されています。他のコレクション (またはコレクションの他のバージョン) は、``ansible-galaxy collection install <namespace.collection>`` でインストールできます。"
#: ../../rst/reference_appendices/glossary.rst:63
msgid "Collection name"
msgstr "コレクション名"
#: ../../rst/reference_appendices/glossary.rst:65
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:66
msgid "community.general (collection)"
msgstr "community.general (コレクション)"
#: ../../rst/reference_appendices/glossary.rst:68
msgid "A special collection managed by the Ansible Community Team containing all the modules and plugins which shipped in Ansible 2.9 that do ont 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:69
msgid "community.network (collection)"
msgstr "community.network (コレクション)"
#: ../../rst/reference_appendices/glossary.rst:71
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:72
msgid "Connection Plugin"
msgstr "Connection プラグイン"
#: ../../rst/reference_appendices/glossary.rst:74
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:84
msgid "Conditionals"
msgstr "条件 (Conditional)"
#: ../../rst/reference_appendices/glossary.rst:86
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:90
msgid "Declarative"
msgstr "宣言的 (Declarative)"
#: ../../rst/reference_appendices/glossary.rst:92
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:102
msgid "Diff Mode"
msgstr "差分モード"
#: ../../rst/reference_appendices/glossary.rst:104
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:107
msgid "Executor"
msgstr "エグゼキューター (Executor)"
#: ../../rst/reference_appendices/glossary.rst:109
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:114
#: ../../rst/reference_appendices/special_variables.rst:134
msgid "Facts"
msgstr "ファクト"
#: ../../rst/reference_appendices/glossary.rst:116
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 via 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 via ``gather_subset:``)"
msgstr "端的に言うと、ファクトはリモートノードについて発見される事柄を指します。ファクトは変数のように :term:`playbooks` やテンプレートで使用できますが、ファクトは設定される事柄というよりは推測される事柄と言えます。ファクトは、リモートノードで内部 :ref:`セットアップモジュール <setup_module>` を実行することでプレイの実行中に Ansible により自動的に検出されるため、セットアップモジュールを明示的に呼び出すはありません。それはただ実行されます。その必要がなければ時間を節約するために無効にすることもできますし、``gather_subset:`` オプションで全ファクトのサブセットだけを収集するように Ansible に指示することもできます。他の設定管理システムから切り替えを行われている場合の利点として、ファクトモジュールは、Chef と Puppet のファクトライブラリーから、それぞれ :program:`ohai` ツールおよび :program:`facter` ツールからも (インストールされている場合) ファクトを取り込みます (これは ``gather_subset:`` で無効にすることもできます)。"
#: ../../rst/reference_appendices/glossary.rst:130
msgid "Filter Plugin"
msgstr "Filter プラグイン"
#: ../../rst/reference_appendices/glossary.rst:132
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:137
msgid "Forks"
msgstr "フォーク"
#: ../../rst/reference_appendices/glossary.rst:139
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:144
msgid "Fully Qualified Collection Name (FQCN)"
msgstr "FQCN (完全修飾コレクション名)"
#: ../../rst/reference_appendices/glossary.rst:146
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:147
msgid "Gather Facts (Boolean)"
msgstr "ファクトの収集 (ブール値)"
#: ../../rst/reference_appendices/glossary.rst:149
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:`Facts` は上述のとおりです。マルチプレイ (:term:`playbook <playbooks>`) を実行する際に、これらの値を利用する必要がない場合は、ファクト計算を行わないプレイをいくつか用意することが望ましい場合があります。Playbook に ``gather_facts: False`` を設定すると、この暗黙のファクト収集を省略することができます。"
#: ../../rst/reference_appendices/glossary.rst:154
msgid "Globbing"
msgstr "グラッビング (Globbing)"
#: ../../rst/reference_appendices/glossary.rst:156
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:164
msgid "Group"
msgstr "グループ"
#: ../../rst/reference_appendices/glossary.rst:166
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:169
msgid "Group Vars"
msgstr "グループ変数"
#: ../../rst/reference_appendices/glossary.rst:171
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:177
msgid "Handlers"
msgstr "ハンドラー"
#: ../../rst/reference_appendices/glossary.rst:179
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`` ディレクティブがあり、変更があったことが示唆される場合にのみ実行されます。たとえば、設定ファイルが変更された後に、設定ファイルを参照するテンプレート作成操作のタスクは、サービス再起動ハンドラーに通知する可能性があります。これは、サービスが再起動する必要がある場合にのみバウンスできることを意味します。ハンドラーはサービスの再起動以外のタスクに使用できますが、サービスの再起動が最も一般的な使用例になります。"
#: ../../rst/reference_appendices/glossary.rst:187
msgid "Host"
msgstr "ホスト"
#: ../../rst/reference_appendices/glossary.rst:189
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:194
msgid "Host Specifier"
msgstr "ホスト指定子"
#: ../../rst/reference_appendices/glossary.rst:196
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:199
msgid "This ``hosts:`` directive in each play is often called the hosts specifier."
msgstr "各プレイの ``hosts:`` ディレクティブは、しばしばホスト指定子と呼ばれます。"
#: ../../rst/reference_appendices/glossary.rst:201
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:203
msgid "Host Vars"
msgstr "ホスト変数"
#: ../../rst/reference_appendices/glossary.rst:205
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:211
msgid "Idempotency"
msgstr "冪等性"
#: ../../rst/reference_appendices/glossary.rst:213
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:216
msgid "Includes"
msgstr "インクルード (Include)"
#: ../../rst/reference_appendices/glossary.rst:218
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:`plays` のリストに他ならない) は、他のプレイリストを含むことができ、タスクリストは他のファイルの :term:`tasks` のリストを具体化することができ、:term:`handlers` でも同様となるという考え方です。インクルードはパラメーター化できるため、読み込まれたファイルは変数を渡すことができます。たとえば、WordPress ブログをセットアップするためのインクルードプレイは、``user`` というパラメーターを取り、そのプレイを複数回インクルードすることで、``alice`` と ``bob`` の両方にブログを作成することができます。"
#: ../../rst/reference_appendices/glossary.rst:226
msgid "Inventory"
msgstr "インベントリー"
#: ../../rst/reference_appendices/glossary.rst:228
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:`Inventory Script` (「外部インベントリースクリプト」と呼ばれることもあります) を介して提供することもできます。"
#: ../../rst/reference_appendices/glossary.rst:232
msgid "Inventory Script"
msgstr "インベントリースクリプト"
#: ../../rst/reference_appendices/glossary.rst:234
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:240
msgid "Jinja2"
msgstr "Jinja2"
#: ../../rst/reference_appendices/glossary.rst:242
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:245
msgid "JSON"
msgstr "JSON"
#: ../../rst/reference_appendices/glossary.rst:247
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:249
msgid "Lazy Evaluation"
msgstr "遅延評価"
#: ../../rst/reference_appendices/glossary.rst:251
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:257
msgid "Library"
msgstr "ライブラリー"
#: ../../rst/reference_appendices/glossary.rst:259
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:261
msgid "Limit Groups"
msgstr "グループの制限"
#: ../../rst/reference_appendices/glossary.rst:263
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:`hosts <Host>` のサブセットに限定することができます。たとえば、通常はサーバーのセット全体を対象としている :term:`playbook <playbooks>` を、特定のサーバーに向けて実行する場合に使用できます。"
#: ../../rst/reference_appendices/glossary.rst:268
msgid "Local Action"
msgstr "ローカルアクション"
#: ../../rst/reference_appendices/glossary.rst:270
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 の操作を行うことができます。"
#: ../../rst/reference_appendices/glossary.rst:275
msgid "Local Connection"
msgstr "ローカル接続"
#: ../../rst/reference_appendices/glossary.rst:277
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` に渡した場合は、リモートホストではなくローカルホストを管理していることを示しています。"
#: ../../rst/reference_appendices/glossary.rst:280
msgid "Lookup Plugin"
msgstr "Lookup プラグイン"
#: ../../rst/reference_appendices/glossary.rst:282
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:289
msgid "Loops"
msgstr "ループ"
#: ../../rst/reference_appendices/glossary.rst:291
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:298
msgid "Modules"
msgstr "モジュール"
#: ../../rst/reference_appendices/glossary.rst:300
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 leverage 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:310
msgid "Multi-Tier"
msgstr "多層"
#: ../../rst/reference_appendices/glossary.rst:312
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:320
msgid "Namespace"
msgstr "名前空間"
#: ../../rst/reference_appendices/glossary.rst:322
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:323
msgid "Notify"
msgstr "Notify (通知)"
#: ../../rst/reference_appendices/glossary.rst:325
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:331
msgid "Orchestration"
msgstr "オーケストレーション"
#: ../../rst/reference_appendices/glossary.rst:333
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:344
msgid "paramiko"
msgstr "Paramiko"
#: ../../rst/reference_appendices/glossary.rst:346
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:`playbooks` で接続タイプを指定するか、``-c ssh`` フラグを使用して OpenSSH などのネイティブな SSH バイナリーに切り替えたほうがいいでしょう。"
#: ../../rst/reference_appendices/glossary.rst:352
msgid "Playbooks"
msgstr "Playbook"
#: ../../rst/reference_appendices/glossary.rst:354
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:358
msgid "Plays"
msgstr "プレイ"
#: ../../rst/reference_appendices/glossary.rst:360
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:`globs <Globbing>` で選択されることもある) と、システムが実行するロールを定義するためにホストで実行される :term:`タスク` 間のマッピングです。Playbook には 1 つまたは数多くのプレイが含まれる場合があります。"
#: ../../rst/reference_appendices/glossary.rst:366
msgid "Pull Mode"
msgstr "プルモード"
#: ../../rst/reference_appendices/glossary.rst:368
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:`push mode` で実行します。これにより、各システムと対話するタイミングを非常に細かく制御することができます。また、特定のスケジュールで N 分ごとにノードをチェックしたい場合は、プルモードが用意されています。これには :command:`ansible-pull` というプログラムを使用します。また、プッシュモード :term:`playbook <playbooks>` を使用して設定 (または再設定) することもできます。ほとんどの Ansible ユーザーはプッシュモードを使用していますが、多様性と選択肢を持たせるためにプルモードも含まれています。"
#: ../../rst/reference_appendices/glossary.rst:377
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:380
msgid "Push Mode"
msgstr "プッシュモード"
#: ../../rst/reference_appendices/glossary.rst:382
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:387
msgid "Register Variable"
msgstr "登録変数"
#: ../../rst/reference_appendices/glossary.rst:389
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:`task <tasks>` を実行した結果を変数に格納し、テンプレートや条件文で使用することができます。変数の定義に使用されるキーワードは ``register`` と呼ばれ、その名前はアセンブリープログラミングにおけるレジスターの考え方に由来しています (ただし、Ansible がアセンブリープログラミングのように感じることはありません)。登録に使用できる変数名は無限にあります。"
#: ../../rst/reference_appendices/glossary.rst:395
msgid "Resource Model"
msgstr "リソースモデル"
#: ../../rst/reference_appendices/glossary.rst:397
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_module>` は、特定のファイルを選択し、そのリソースの属性が特定のモデルと一致することを確認します。たとえば、:file:`/etc/motd` の所有者が ``root`` に設定されていなければ ``root`` に変更し、そのモードが ``0644`` に設定されていなければ ``0644`` に設定したいとします。リソースモデルは :term:`idempotent <idempotency>`、つまり変更コマンドは必要な時以外は実行されず、Ansibl eは、実際の状態に関わらず、システムを望ましい状態に戻してくれますが、その状態になるための方法を指示する必要はありません。"
#: ../../rst/reference_appendices/glossary.rst:407
msgid "Roles"
msgstr "ロール"
#: ../../rst/reference_appendices/glossary.rst:409
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:`playbooks` 間または他のユーザーと動作を共有することができます。"
#: ../../rst/reference_appendices/glossary.rst:417
msgid "Rolling Update"
msgstr "ローリング更新"
#: ../../rst/reference_appendices/glossary.rst:419
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:429
msgid "Serial"
msgstr "シリアル"
#: ../../rst/reference_appendices/glossary.rst:433
msgid ":term:`Rolling Update`"
msgstr ":term:`Rolling Update`"
#: ../../rst/reference_appendices/glossary.rst:434
msgid "Sudo"
msgstr "Sudo"
#: ../../rst/reference_appendices/glossary.rst:436
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:444
msgid "SSH (Native)"
msgstr "SSH (ネイティブ)"
#: ../../rst/reference_appendices/glossary.rst:446
msgid "Native OpenSSH as an Ansible transport is specified with ``-c ssh`` (or a config file, or a directive in the :term:`playbook <playbooks>`) and can be useful if wanting to login via 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:457
msgid "Tags"
msgstr "タグ"
#: ../../rst/reference_appendices/glossary.rst:459
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:465
#: ../../rst/reference_appendices/playbooks_keywords.rst:357
msgid "Task"
msgstr "タスク"
#: ../../rst/reference_appendices/glossary.rst:467
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 directives <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 directives <loops>` のような) その他の任意のキーワードを組み合わせたものです。:term:`Handlers` もタスクですが、これは特別な種類のタスクで、タスクがリモートシステム上で根本的な変更を報告したときに名前で通知されない限り実行されません。"
#: ../../rst/reference_appendices/glossary.rst:473
msgid "Tasks"
msgstr "タスク"
#: ../../rst/reference_appendices/glossary.rst:475
msgid "A list of :term:`Task`."
msgstr ":term:`タスク` の一覧です。"
#: ../../rst/reference_appendices/glossary.rst:476
msgid "Templates"
msgstr "テンプレート"
#: ../../rst/reference_appendices/glossary.rst:478
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:`Facts` から設定できます。テンプレートは、:term:`Jinja2` テンプレートエンジンを使用し、ループや if ステートメントなどの論理構造を含めることもできます。"
#: ../../rst/reference_appendices/glossary.rst:484
msgid "Transport"
msgstr "トランスポート"
#: ../../rst/reference_appendices/glossary.rst:486
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:491
msgid "When"
msgstr "When"
#: ../../rst/reference_appendices/glossary.rst:493
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:`task <tasks>` に付けられた任意の条件文で、タスクが実行されるべきかどうかを判断するために使用されます。``when:`` キーワードに続く式が false と評価された場合、そのタスクは無視されます。"
#: ../../rst/reference_appendices/glossary.rst:496
msgid "Vars (Variables)"
msgstr "変数"
#: ../../rst/reference_appendices/glossary.rst:498
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:`Facts` とは対照的に、変数は、テンプレートや :term:`playbooks` で使用できる値の名前 (整数、ブール値、文字列などの単純なスカラー値など) や複雑な名前 (辞書/ハッシュ、リスト) となります。これらは宣言されたものであり、リモートシステムの現在の状態や性質から推測されるものではありません (これがファクトです)。"
#: ../../rst/reference_appendices/glossary.rst:504
msgid "YAML"
msgstr "YAML"
#: ../../rst/reference_appendices/glossary.rst:506
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:519
msgid ":ref:`ansible_faq`"
msgstr ":ref:`ansible_faq`"
#: ../../rst/reference_appendices/glossary.rst:520
msgid "Frequently asked questions"
msgstr "よくある質問 (FAQ)"
#: ../../rst/reference_appendices/glossary.rst:525
msgid "`User Mailing List <https://groups.google.com/group/ansible-devel>`_"
msgstr "`メーリングリストの使用 <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: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"
#: ../../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 :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 を使用して、ホスト、プロジェクト、および特定のインベントリーに基づいて履歴を確認できます。"
#: ../../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 "パスを取得し、そのマウントポイントを返します。"
#: ansible.module_utils.basic.AnsibleModule.find_mount_point
#: ansible.module_utils.basic.AnsibleModule.get_bin_path
#: ansible.module_utils.basic.AnsibleModule.is_executable
#: ansible.module_utils.basic.AnsibleModule.run_command 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 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.basic.AnsibleModule.is_executable:1 of
msgid "is the given path executable?"
msgstr "指定のパスは実行ファイルですか。"
#: ansible.module_utils.basic.AnsibleModule.is_executable:3 of
msgid "The path of the file to check."
msgstr "確認するファイルのパス。"
#: ansible.module_utils.basic.AnsibleModule.is_executable:5 of
msgid "Limitations:"
msgstr "制限事項:"
#: ansible.module_utils.basic.AnsibleModule.is_executable:7 of
msgid "Does not account for FSACLs."
msgstr "FSACL を考慮しません。"
#: ansible.module_utils.basic.AnsibleModule.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* os.environ with"
msgstr "os.environ を *更新* するディクショナリー"
#: 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:53 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/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:28
#: ../../rst/reference_appendices/playbooks_keywords.rst:165
#: ../../rst/reference_appendices/playbooks_keywords.rst:260
#: ../../rst/reference_appendices/playbooks_keywords.rst:364
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:31
#: ../../rst/reference_appendices/playbooks_keywords.rst:168
#: ../../rst/reference_appendices/playbooks_keywords.rst:263
#: ../../rst/reference_appendices/playbooks_keywords.rst:373
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:`Task` 実行時に特権昇格が使用されるかどうかを制御するブール値。become プラグインによって実装されます。「:ref:`become_plugins`」を参照してください。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:34
#: ../../rst/reference_appendices/playbooks_keywords.rst:171
#: ../../rst/reference_appendices/playbooks_keywords.rst:266
#: ../../rst/reference_appendices/playbooks_keywords.rst:376
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:37
#: ../../rst/reference_appendices/playbooks_keywords.rst:174
#: ../../rst/reference_appendices/playbooks_keywords.rst:269
#: ../../rst/reference_appendices/playbooks_keywords.rst:379
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:40
#: ../../rst/reference_appendices/playbooks_keywords.rst:177
#: ../../rst/reference_appendices/playbooks_keywords.rst:272
#: ../../rst/reference_appendices/playbooks_keywords.rst:382
msgid "Which method of privilege escalation to use (such as sudo or su)."
msgstr "使用する権限昇格の方法 (sudo、su など)。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:43
#: ../../rst/reference_appendices/playbooks_keywords.rst:180
#: ../../rst/reference_appendices/playbooks_keywords.rst:275
#: ../../rst/reference_appendices/playbooks_keywords.rst:385
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:44
#: ../../rst/reference_appendices/playbooks_keywords.rst:181
#: ../../rst/reference_appendices/playbooks_keywords.rst:279
#: ../../rst/reference_appendices/playbooks_keywords.rst:389
msgid "check_mode"
msgstr "check_mode"
#: ../../rst/reference_appendices/playbooks_keywords.rst:46
#: ../../rst/reference_appendices/playbooks_keywords.rst:183
#: ../../rst/reference_appendices/playbooks_keywords.rst:281
#: ../../rst/reference_appendices/playbooks_keywords.rst:391
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:47
#: ../../rst/reference_appendices/playbooks_keywords.rst:184
#: ../../rst/reference_appendices/playbooks_keywords.rst:282
#: ../../rst/reference_appendices/playbooks_keywords.rst:392
msgid "collections"
msgstr "collections"
#: ../../rst/reference_appendices/playbooks_keywords.rst:50
#: ../../rst/reference_appendices/playbooks_keywords.rst:187
#: ../../rst/reference_appendices/playbooks_keywords.rst:285
#: ../../rst/reference_appendices/playbooks_keywords.rst:395
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:54
#: ../../rst/reference_appendices/playbooks_keywords.rst:191
#: ../../rst/reference_appendices/playbooks_keywords.rst:289
#: ../../rst/reference_appendices/playbooks_keywords.rst:399
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:193
#: ../../rst/reference_appendices/playbooks_keywords.rst:291
#: ../../rst/reference_appendices/playbooks_keywords.rst:401
msgid "connection"
msgstr "connection"
#: ../../rst/reference_appendices/playbooks_keywords.rst:58
#: ../../rst/reference_appendices/playbooks_keywords.rst:195
#: ../../rst/reference_appendices/playbooks_keywords.rst:293
#: ../../rst/reference_appendices/playbooks_keywords.rst:403
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:196
#: ../../rst/reference_appendices/playbooks_keywords.rst:294
#: ../../rst/reference_appendices/playbooks_keywords.rst:404
msgid "debugger"
msgstr "debugger"
#: ../../rst/reference_appendices/playbooks_keywords.rst:61
#: ../../rst/reference_appendices/playbooks_keywords.rst:198
#: ../../rst/reference_appendices/playbooks_keywords.rst:296
#: ../../rst/reference_appendices/playbooks_keywords.rst:406
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:64
#: ../../rst/reference_appendices/playbooks_keywords.rst:207
#: ../../rst/reference_appendices/playbooks_keywords.rst:305
#: ../../rst/reference_appendices/playbooks_keywords.rst:418
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:208
#: ../../rst/reference_appendices/playbooks_keywords.rst:306
#: ../../rst/reference_appendices/playbooks_keywords.rst:419
msgid "environment"
msgstr "environment"
#: ../../rst/reference_appendices/playbooks_keywords.rst:67
#: ../../rst/reference_appendices/playbooks_keywords.rst:210
#: ../../rst/reference_appendices/playbooks_keywords.rst:308
#: ../../rst/reference_appendices/playbooks_keywords.rst:421
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:70
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:73
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:76
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:79
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:82
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:85
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 "hosts"
#: ../../rst/reference_appendices/playbooks_keywords.rst:88
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:211
#: ../../rst/reference_appendices/playbooks_keywords.rst:309
#: ../../rst/reference_appendices/playbooks_keywords.rst:425
msgid "ignore_errors"
msgstr "ignore_errors"
#: ../../rst/reference_appendices/playbooks_keywords.rst:91
#: ../../rst/reference_appendices/playbooks_keywords.rst:213
#: ../../rst/reference_appendices/playbooks_keywords.rst:311
#: ../../rst/reference_appendices/playbooks_keywords.rst:427
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:214
#: ../../rst/reference_appendices/playbooks_keywords.rst:312
#: ../../rst/reference_appendices/playbooks_keywords.rst:428
msgid "ignore_unreachable"
msgstr "ignore_unreachable"
#: ../../rst/reference_appendices/playbooks_keywords.rst:94
#: ../../rst/reference_appendices/playbooks_keywords.rst:216
#: ../../rst/reference_appendices/playbooks_keywords.rst:314
#: ../../rst/reference_appendices/playbooks_keywords.rst:430
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:97
msgid "can be used to abort the run after a given percentage of hosts in the current batch has failed. This only wokrs on linear or linear derived strategies."
msgstr "現在のバッチ内の特定の割合のホストに障害が発生した後、実行を中止するために使用できます。これは、線形または線形派生戦略にのみ影響します。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:98
#: ../../rst/reference_appendices/playbooks_keywords.rst:217
#: ../../rst/reference_appendices/playbooks_keywords.rst:315
#: ../../rst/reference_appendices/playbooks_keywords.rst:443
msgid "module_defaults"
msgstr "module_defaults"
#: ../../rst/reference_appendices/playbooks_keywords.rst:100
#: ../../rst/reference_appendices/playbooks_keywords.rst:219
#: ../../rst/reference_appendices/playbooks_keywords.rst:317
#: ../../rst/reference_appendices/playbooks_keywords.rst:445
msgid "Specifies default parameter values for modules."
msgstr "モジュールのデフォルトパラメーター値を指定します。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:103
#: ../../rst/reference_appendices/playbooks_keywords.rst:222
#: ../../rst/reference_appendices/playbooks_keywords.rst:320
#: ../../rst/reference_appendices/playbooks_keywords.rst:448
msgid "Identifier. Can be used for documentation, or in tasks/handlers."
msgstr "識別子。ドキュメントまたはタスク/ハンドラーに使用することができます。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:106
#: ../../rst/reference_appendices/playbooks_keywords.rst:225
#: ../../rst/reference_appendices/playbooks_keywords.rst:323
#: ../../rst/reference_appendices/playbooks_keywords.rst:451
msgid "Boolean that controls information disclosure."
msgstr "情報の公開を制御するブール値。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:107
msgid "order"
msgstr "order"
#: ../../rst/reference_appendices/playbooks_keywords.rst:109
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:226
#: ../../rst/reference_appendices/playbooks_keywords.rst:327
#: ../../rst/reference_appendices/playbooks_keywords.rst:458
msgid "port"
msgstr "port"
#: ../../rst/reference_appendices/playbooks_keywords.rst:112
#: ../../rst/reference_appendices/playbooks_keywords.rst:228
#: ../../rst/reference_appendices/playbooks_keywords.rst:329
#: ../../rst/reference_appendices/playbooks_keywords.rst:460
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:115
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:118
msgid "A list of tasks to execute before :term:`roles`."
msgstr ":term:`roles` の前に実行するタスクの一覧。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:121
#: ../../rst/reference_appendices/playbooks_keywords.rst:231
#: ../../rst/reference_appendices/playbooks_keywords.rst:332
#: ../../rst/reference_appendices/playbooks_keywords.rst:466
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:124
msgid "List of roles to be imported into the play"
msgstr "プレイにインポートするロールの一覧"
#: ../../rst/reference_appendices/playbooks_keywords.rst:125
#: ../../rst/reference_appendices/playbooks_keywords.rst:232
#: ../../rst/reference_appendices/playbooks_keywords.rst:336
#: ../../rst/reference_appendices/playbooks_keywords.rst:470
msgid "run_once"
msgstr "run_once"
#: ../../rst/reference_appendices/playbooks_keywords.rst:127
#: ../../rst/reference_appendices/playbooks_keywords.rst:234
#: ../../rst/reference_appendices/playbooks_keywords.rst:338
#: ../../rst/reference_appendices/playbooks_keywords.rst:472
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:130
msgid "Explicitly define how Ansible batches the execution of the current play on the play's target"
msgstr "Ansible が、プレイのターゲットで現在のプレイの実行をバッチ処理する方法を明示的に定義します。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:132
msgid ":ref:`rolling_update_batch_size`"
msgstr ":ref:`rolling_update_batch_size`"
#: ../../rst/reference_appendices/playbooks_keywords.rst:136
msgid "Allows you to choose the connection plugin to use for the play."
msgstr "プレイに使用する connection プラグインを選択できます。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:137
#: ../../rst/reference_appendices/playbooks_keywords.rst:235
#: ../../rst/reference_appendices/playbooks_keywords.rst:339
#: ../../rst/reference_appendices/playbooks_keywords.rst:473
msgid "tags"
msgstr "tags"
#: ../../rst/reference_appendices/playbooks_keywords.rst:139
#: ../../rst/reference_appendices/playbooks_keywords.rst:237
#: ../../rst/reference_appendices/playbooks_keywords.rst:341
#: ../../rst/reference_appendices/playbooks_keywords.rst:475
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:140
msgid "tasks"
msgstr "tasks"
#: ../../rst/reference_appendices/playbooks_keywords.rst:142
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:143
#: ../../rst/reference_appendices/playbooks_keywords.rst:238
#: ../../rst/reference_appendices/playbooks_keywords.rst:342
#: ../../rst/reference_appendices/playbooks_keywords.rst:476
msgid "throttle"
msgstr "throttle"
#: ../../rst/reference_appendices/playbooks_keywords.rst:145
#: ../../rst/reference_appendices/playbooks_keywords.rst:240
#: ../../rst/reference_appendices/playbooks_keywords.rst:344
#: ../../rst/reference_appendices/playbooks_keywords.rst:478
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:148
#: ../../rst/reference_appendices/playbooks_keywords.rst:243
#: ../../rst/reference_appendices/playbooks_keywords.rst:347
#: ../../rst/reference_appendices/playbooks_keywords.rst:481
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:149
#: ../../rst/reference_appendices/playbooks_keywords.rst:244
#: ../../rst/reference_appendices/playbooks_keywords.rst:348
#: ../../rst/reference_appendices/playbooks_keywords.rst:485
msgid "vars"
msgstr "vars"
#: ../../rst/reference_appendices/playbooks_keywords.rst:151
#: ../../rst/reference_appendices/playbooks_keywords.rst:246
#: ../../rst/reference_appendices/playbooks_keywords.rst:350
#: ../../rst/reference_appendices/playbooks_keywords.rst:487
msgid "Dictionary/map of variables"
msgstr "変数のディクショナリー/マップ"
#: ../../rst/reference_appendices/playbooks_keywords.rst:152
msgid "vars_files"
msgstr "vars_files"
#: ../../rst/reference_appendices/playbooks_keywords.rst:154
msgid "List of files that contain vars to include in the play."
msgstr "プレイに含まれる vars が含まれるファイルの一覧。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:155
msgid "vars_prompt"
msgstr "vars_prompt"
#: ../../rst/reference_appendices/playbooks_keywords.rst:157
msgid "list of variables to prompt for."
msgstr "プロンプトする変数の一覧。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:161
msgid "Role"
msgstr "ロール"
#: ../../rst/reference_appendices/playbooks_keywords.rst:199
#: ../../rst/reference_appendices/playbooks_keywords.rst:297
#: ../../rst/reference_appendices/playbooks_keywords.rst:410
msgid "delegate_facts"
msgstr "delegate_facts"
#: ../../rst/reference_appendices/playbooks_keywords.rst:201
#: ../../rst/reference_appendices/playbooks_keywords.rst:299
#: ../../rst/reference_appendices/playbooks_keywords.rst:412
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:202
#: ../../rst/reference_appendices/playbooks_keywords.rst:300
#: ../../rst/reference_appendices/playbooks_keywords.rst:413
msgid "delegate_to"
msgstr "delegate_to"
#: ../../rst/reference_appendices/playbooks_keywords.rst:204
#: ../../rst/reference_appendices/playbooks_keywords.rst:302
#: ../../rst/reference_appendices/playbooks_keywords.rst:415
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:247
#: ../../rst/reference_appendices/playbooks_keywords.rst:351
#: ../../rst/reference_appendices/playbooks_keywords.rst:488
msgid "when"
msgstr "when"
#: ../../rst/reference_appendices/playbooks_keywords.rst:249
#: ../../rst/reference_appendices/playbooks_keywords.rst:353
#: ../../rst/reference_appendices/playbooks_keywords.rst:490
msgid "Conditional expression, determines if an iteration of a task is run or not."
msgstr "条件式。タスクの反復を実行するかどうかを決定します。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:253
msgid "Block"
msgstr "ブロック (Block)"
#: ../../rst/reference_appendices/playbooks_keywords.rst:257
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:276
msgid "block"
msgstr "block"
#: ../../rst/reference_appendices/playbooks_keywords.rst:278
msgid "List of tasks in a block."
msgstr "ブロック内のタスクの一覧。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:324
#: ../../rst/reference_appendices/playbooks_keywords.rst:452
msgid "notify"
msgstr "notify"
#: ../../rst/reference_appendices/playbooks_keywords.rst:326
#: ../../rst/reference_appendices/playbooks_keywords.rst:454
msgid "List of handlers to notify when the task returns a 'changed=True' status."
msgstr "タスクが「changed=True」の状態を返す際に通知するハンドラーのリスト。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:333
msgid "rescue"
msgstr "rescue"
#: ../../rst/reference_appendices/playbooks_keywords.rst:335
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:359
msgid "action"
msgstr "action"
#: ../../rst/reference_appendices/playbooks_keywords.rst:361
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:365
msgid "args"
msgstr "args"
#: ../../rst/reference_appendices/playbooks_keywords.rst:367
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:368
msgid "async"
msgstr "async"
#: ../../rst/reference_appendices/playbooks_keywords.rst:370
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:386
msgid "changed_when"
msgstr "changed_when"
#: ../../rst/reference_appendices/playbooks_keywords.rst:388
msgid "Conditional expression that overrides the task's normal 'changed' status."
msgstr "タスクの通常の「changed」状態を上書きする条件式。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:407
msgid "delay"
msgstr "delay"
#: ../../rst/reference_appendices/playbooks_keywords.rst:409
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:422
msgid "failed_when"
msgstr "failed_when"
#: ../../rst/reference_appendices/playbooks_keywords.rst:424
msgid "Conditional expression that overrides the task's normal 'failed' status."
msgstr "タスクの通常の「failed」状態を上書きする条件式。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:431
msgid "local_action"
msgstr "local_action"
#: ../../rst/reference_appendices/playbooks_keywords.rst:433
msgid "Same as action but also implies ``delegate_to: localhost``"
msgstr "アクションと同じですが、``delegate_to: localhost`` という意味を含みます。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:434
msgid "loop"
msgstr "loop"
#: ../../rst/reference_appendices/playbooks_keywords.rst:436
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:437
msgid "loop_control"
msgstr "loop_control"
#: ../../rst/reference_appendices/playbooks_keywords.rst:439
msgid "Several keys here allow you to modify/set loop behaviour in a task."
msgstr "ここにあるいくつかのキーを使用すると、タスクのループ動作を変更/設定できます。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:441
msgid ":ref:`loop_control`"
msgstr ":ref:`loop_control`"
#: ../../rst/reference_appendices/playbooks_keywords.rst:455
msgid "poll"
msgstr "poll"
#: ../../rst/reference_appendices/playbooks_keywords.rst:457
msgid "Sets the polling interval in seconds for async tasks (default 10s)."
msgstr "非同期タスク (デフォルトは 10) のポーリング間隔を秒単位で設定します。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:461
msgid "register"
msgstr "register"
#: ../../rst/reference_appendices/playbooks_keywords.rst:463
msgid "Name of variable that will contain task status and module return data."
msgstr "タスクステータスとモジュールリターンデータが含まれる変数の名前。"
#: ../../rst/reference_appendices/playbooks_keywords.rst:467
msgid "retries"
msgstr "retries"
#: ../../rst/reference_appendices/playbooks_keywords.rst:469
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:482
msgid "until"
msgstr "until"
#: ../../rst/reference_appendices/playbooks_keywords.rst:484
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:491
msgid "with_<lookup_plugin>"
msgstr "with_<lookup_plugin>"
#: ../../rst/reference_appendices/playbooks_keywords.rst:493
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 "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 以降をサポートします。"
#: ../../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 via ``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 (via a separate package or via 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:4
msgid "Release and maintenance"
msgstr "リリースおよびメンテナンス"
#: ../../rst/reference_appendices/release_and_maintenance.rst:6
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`` は主に開発者向けのものです。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:16
msgid "Ansible release cycle"
msgstr "Ansible リリースサイクル"
#: ../../rst/reference_appendices/release_and_maintenance.rst:18
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`」を参照してください。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:22
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) は維持されなくなります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:24
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 のリリースを使用している場合には、最新の機能やセキュリティー修正からの恩恵を受けられるようにできるだけ早くアップグレードすることを強く推奨します。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:28
msgid "Older, unmaintained versions of Ansible can contain unfixed security vulnerabilities (*CVE*)."
msgstr "メンテナンスのない、以前の Ansible バージョンには、未修正のセキュリティーの脆弱性が含まれている可能性があります (*CVE*)。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:31
msgid "You can refer to the :ref:`porting guides<porting_guides>` for tips on updating your Ansible playbooks to run on newer versions. For Ansible 2.10 and later releases, you can install the Ansible package with ``pip``. See :ref:`intro_installation_guide` for details. For older releases, You can download the Ansible release from `<https://releases.ansible.com/ansible/>`_."
msgstr "Ansible Playbook を更新して新しいバージョンで実行するときのヒントについては、「:ref:`ポーティングガイド<porting_guides>`」を参照してください。Ansible 2.10 以降のリリースでは、``pip`` で Ansible パッケージをインストールできます。詳細は、「:ref:`intro_installation_guide`」を参照してください。古いリリースでは、Ansible リリースは `<https://releases.ansible.com/ansible/>`_ からダウンロードできます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:37
msgid "This table links to the release notes for each major Ansible release. These release notes (changelogs) contain the dates and significant changes in each minor release."
msgstr "以下の表には、Ansible の各メジャーリリースのリリースノートへのリンクが含まれています。このようなリリースノート (変更ログ) には、各マイナーリリースの日付や、大きな変更が含まれます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:40
msgid "Ansible Release"
msgstr "Ansible リリース"
#: ../../rst/reference_appendices/release_and_maintenance.rst:40
#: ../../rst/reference_appendices/release_and_maintenance.rst:104
msgid "Status"
msgstr "ステータス"
#: ../../rst/reference_appendices/release_and_maintenance.rst:42
#: ../../rst/reference_appendices/release_and_maintenance.rst:106
msgid "devel"
msgstr "devel"
#: ../../rst/reference_appendices/release_and_maintenance.rst:42
msgid "In development (2.11 unreleased, trunk)"
msgstr "開発中 (未リリースの 2.11 (trunk))"
#: ../../rst/reference_appendices/release_and_maintenance.rst:43
msgid "`2.10 Release Notes`_"
msgstr "`2.10 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:43
msgid "In development (2.10 alpha/beta)"
msgstr "開発 (2.10 アルファ/ベータ)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:44
msgid "`2.9 Release Notes`_"
msgstr "`2.9 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:44
#: ../../rst/reference_appendices/release_and_maintenance.rst:107
msgid "Maintained (security **and** general bug fixes)"
msgstr "メンテナンス対象 (セキュリティー **および** 一般的なバグの修正)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:45
msgid "`2.8 Release Notes`_"
msgstr "`2.8 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:45
msgid "Maintained (security fixes)"
msgstr "メンテナンス対象 (セキュリティーの修正)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:46
msgid "`2.7 Release Notes`_"
msgstr "`2.7 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:46
#: ../../rst/reference_appendices/release_and_maintenance.rst:47
#: ../../rst/reference_appendices/release_and_maintenance.rst:48
#: ../../rst/reference_appendices/release_and_maintenance.rst:49
msgid "Unmaintained (end of life)"
msgstr "メンテナンス対象外 (エンドオフライフ)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:47
msgid "`2.6 Release Notes`_"
msgstr "`2.6 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:48
msgid "`2.5 Release Notes`_"
msgstr "`2.5 リリースノート`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:49
msgid "<2.5"
msgstr "2.5 より前のバージョン"
#: ../../rst/reference_appendices/release_and_maintenance.rst:68
msgid "ansible-core release cycle"
msgstr "ansible-core リリースサイクル"
#: ../../rst/reference_appendices/release_and_maintenance.rst:70
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`」を参照してください。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:74
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:78
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`` のリリースを使用している場合は、最新の機能やセキュリティー修正からの恩恵を受けられるようにできるだけ早くアップグレードすることが強く推奨されます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:82
msgid "Older, unmaintained versions of ``ansible-core`` can contain unfixed security vulnerabilities (*CVE*)."
msgstr "メンテナンスされていない、以前の ``ansible-core`` バージョンには、未修正のセキュリティーの脆弱性が含まれている可能性があります (*CVE*)。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:85
msgid "You can refer to the :ref:`porting guides<porting_guides>` for tips on updating your Ansible playbooks to run on newer versions."
msgstr "Ansible Playbook を更新して新しいバージョンで実行するときのヒントは、「:ref:`ポーティングガイド<porting_guides>`」を参照してください。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:88
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:90
msgid "``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`` メンテナンスは 3 リリース期間、継続します。つまり、最新のリリースでは、最初のリリース時にセキュリティーおよび一般的なバグ修正が、次回の ``ansible-core`` バージョンのリリース時に、セキュリティーと重要なバグ修正が、その次のバージョンのリリース時にはセキュリティー修正 **のみ** が提供されます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:99
msgid "This table links to the release notes for each major ``ansible-core`` release. These release notes (changelogs) contain the dates and significant changes in each minor release."
msgstr "以下の表には、``ansible-core`` の各メジャーリリースのリリースノートへのリンクが含まれています。このようなリリースノート (変更ログ) には、各マイナーリリースの日付や、大きな変更が含まれます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:104
msgid "``ansible-core`` / ``ansible-base`` Release"
msgstr "``ansible-core`` / ``ansible-base`` リリース"
#: ../../rst/reference_appendices/release_and_maintenance.rst:106
msgid "In development (ansible-core 2.11 unreleased, trunk)"
msgstr "開発中 (未リリースの ansible-core 2.11 (trunk))"
#: ../../rst/reference_appendices/release_and_maintenance.rst:107
msgid "`2.10 ansible-base Release Notes`_"
msgstr "`2.10 ansible-base Release Notes`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:119
msgid "Development and stable version maintenance workflow"
msgstr "開発版および安定版のメンテナンスワークフロー"
#: ../../rst/reference_appendices/release_and_maintenance.rst:121
msgid "The Ansible community develops and maintains Ansible and ``ansible-core`` on GitHub_."
msgstr "Ansible コミュニティーは、GitHub_ で Ansible および ``ansible-core`` を開発して維持します。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:123
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 の次のバージョンに統合されます。この作業は、個々のコレクションリポジトリー内で追跡されます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:125
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 ブランチで追跡されています。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:132
msgid "The fixes that land in maintained stable branches will eventually be released as a new version when necessary."
msgstr "維持される安定版のブランチに保存された修正は、最終的に、必要に応じて新しいバージョンとしてリリースされます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:135
msgid "Note that while there are no guarantees for providing fixes for unmaintained releases of Ansible, there can sometimes be exceptions for critical issues."
msgstr "維持されない Ansible リリースに修正が提供されるという保証はありませんが、重要な問題については例外対応となる可能性がある点に注意してください。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:143
msgid "Changelogs"
msgstr "変更ログ (Changelog)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:145
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_ の生成された変更ログがあります。新しい機能を作成したり、バグを修正したりするときは、変更点を記述した変更ログフラグメントを作成します。変更ログのエントリーは、新しいモジュールやプラグインには必要ありません。それらの項目の詳細は、モジュールのドキュメントから生成されます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:147
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>` にあります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:151
msgid "Release candidates"
msgstr "リリースの候補 (Release Candidate)"
#: ../../rst/reference_appendices/release_and_maintenance.rst:153
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`` の新規リリースまたはバージョンを公開する前に、通常はリリース候補のプロセスを行います。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:156
msgid "This provides the Ansible community the opportunity to test these releases and report bugs or issues they might come across."
msgstr "このプロセスでは、Ansible コミュニティーは、これらのリリースをテストして、今後発生する可能性のあるバグや修正を報告する機会があります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:159
msgid "Ansible and ``ansible-core`` tag the first release candidate (``RC1``) which is usually scheduled to last five business days. The final release is done if no major bugs or issues are identified during this period."
msgstr "Ansible および ``ansible-core`` は、最初のリリース候補のタグ (``RC1``) が付けられます。通常、RC1 はリリース前の最後の 5 営業日にスケジュールされます。この期間に主要なバグや問題が特定されない場合は、最終的なリリースとなります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:163
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 営業日が経過して問題が報告されない場合は、最終的なリリースとなります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:169
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`` の中心となるメンテナーが最終リリース前に修正が必要とみなしたバグがある場合は、必要に応じて追加のリリース候補タグを付けることができます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:176
msgid "Feature freeze"
msgstr "機能フリーズ"
#: ../../rst/reference_appendices/release_and_maintenance.rst:178
msgid "While there is a pending release candidate, the focus of core developers and maintainers will on fixes towards the release candidate."
msgstr "保留中のリリース候補がある場合は、中心となる開発者やメンテナーは、リリース候補に向けた修正に焦点を当てます。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:181
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 "できるだけ早く新規リリースを公開するために、リリース候補に関連のない新機能や修正のマージが遅れる可能性があります。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:186
msgid "Deprecation Cycle"
msgstr "非推奨サイクル"
#: ../../rst/reference_appendices/release_and_maintenance.rst:188
msgid "Sometimes we need to 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:194
msgid "Ansible deprecation cycle"
msgstr "Ansible 非推奨サイクル"
#: ../../rst/reference_appendices/release_and_maintenance.rst:196
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 2.10.2, and do not remove the feature until 2.12.0. Collections should use semantic versioning, such that the major collection version cannot be changed within an Ansible major version. Thus the removal should not happen before the next major Ansible release. This is up to each collection maintainer and cannot be guaranteed."
msgstr "Ansible は個別のコレクションのパッケージであるため、非推奨のサイクルはコレクションのメンテナーによって異なります。コレクションメンテナーは 1 つの Ansible メジャーバージョンでこの機能を非推奨にし、1 年間でその機能を削除するか、少なくとも次の Ansible バージョンまでに削除しないことを推奨します。たとえば、2.10.2 ではこの機能を非推奨にした場合は、2.12.0 までの機能を削除しないでください。コレクションはセマンティックバージョニングを使用する必要があります。したがって、メジャーコレクションバージョンは、Ansible メジャーバージョン内で変更できません。したがって、次のメジャーリリースの Ansible リリースの前に削除することはできません。これは、各コレクションのメンテナーの役割であり、保証されているものではありません。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:199
msgid "ansible-core deprecation cycle"
msgstr "ansible-core 非推奨サイクル"
#: ../../rst/reference_appendices/release_and_maintenance.rst:201
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 で削除されます。追跡は、リリース番号ではなく、リリースの数に関連付けられています。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:206
msgid "For modules/plugins, we keep the documentation after the removal for users of older versions."
msgstr "モジュール/プラグインについては、以前のバージョンをご利用の方のために、削除後もドキュメントは保持します。"
#: ../../rst/reference_appendices/release_and_maintenance.rst:210
msgid ":ref:`community_committer_guidelines`"
msgstr ":ref:`community_committer_guidelines`"
#: ../../rst/reference_appendices/release_and_maintenance.rst:211
msgid "Guidelines for Ansible core contributors and maintainers"
msgstr "Ansible で中心となる貢献者およびメンテナー向けガイドライン"
#: ../../rst/reference_appendices/release_and_maintenance.rst:212
msgid ":ref:`testing_strategies`"
msgstr ":ref:`testing_strategies`"
#: ../../rst/reference_appendices/release_and_maintenance.rst:213
msgid "Testing strategies"
msgstr "ストラテジーのテスト"
#: ../../rst/reference_appendices/release_and_maintenance.rst:214
msgid ":ref:`ansible_community_guide`"
msgstr ":ref:`ansible_community_guide`"
#: ../../rst/reference_appendices/release_and_maintenance.rst:215
msgid "Community information and contributing"
msgstr "コミュニティー情報および貢献"
#: ../../rst/reference_appendices/release_and_maintenance.rst:216
msgid "`Development Mailing List <https://groups.google.com/group/ansible-devel>`_"
msgstr "`開発メーリングリスト <https://groups.google.com/group/ansible-devel>`_"
#: ../../rst/reference_appendices/release_and_maintenance.rst:217
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 via ``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, 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 via 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 "groups"
#: ../../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 playbook that was passed to the ``ansible-playbook`` command line."
msgstr "``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:`configuration settings<ansible_configuration_settings>`、:ref:`command-line options<command_line_tools>`、および :ref:`playbook keywords<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 実行ファイルへのパス"
#: ../../<generated>:1
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 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 は、多くのチェックを挿入できるため、アップグレードのワークフローを希望のレベルに調節できます。"
#: ../../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:61
msgid "Modules That Are Useful for Testing"
msgstr "テストに便利なモジュール"
#: ../../rst/reference_appendices/test_strategies.rst:63
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:72
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:83
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:90
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:92
msgid "And the assert module makes it very easy to validate various kinds of truth::"
msgstr "また、アサートモジュールを使用すると、さまざまな真偽の検証が非常に簡単にできます。"
#: ../../rst/reference_appendices/test_strategies.rst:104
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:117
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:120
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:124
msgid "Testing Lifecycle"
msgstr "ライフサイクルのテスト"
#: ../../rst/reference_appendices/test_strategies.rst:126
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:128
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:131
msgid "Your workflow may be something like this::"
msgstr "ワークフローは、次のようになります。"
#: ../../rst/reference_appendices/test_strategies.rst:138
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:141
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:145
msgid "Integrating Testing With Rolling Updates"
msgstr "ローリングアップデートへのテストの統合"
#: ../../rst/reference_appendices/test_strategies.rst:147
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:150
msgid "This is the great culmination of embedded tests::"
msgstr "これは、組み込みテストの集大成です。"
#: ../../rst/reference_appendices/test_strategies.rst:175
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:179
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:182
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:185
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:213
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:216
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:220
msgid "Achieving Continuous Deployment"
msgstr "継続的なデプロイメントの実現"
#: ../../rst/reference_appendices/test_strategies.rst:222
msgid "If desired, the above techniques may be extended to enable continuous deployment practices."
msgstr "任意で、上記の手法を拡張して、継続してデプロイメントができるようにします。"
#: ../../rst/reference_appendices/test_strategies.rst:224
msgid "The workflow may look like this::"
msgstr "ワークフローは、次のようになります。"
#: ../../rst/reference_appendices/test_strategies.rst:231
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:234
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:239
msgid "Conclusion"
msgstr "まとめ"
#: ../../rst/reference_appendices/test_strategies.rst:241
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:245
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:249
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:253
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 を単体テストにはしないでください。Ansibl eはリソースの状態を宣言的に記述するため、その必要はありません。ただし、何かを確認したい場合は、stat/assert のようなモジュールを使用すると良いでしょう。"
#: ../../rst/reference_appendices/test_strategies.rst:259
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:269
msgid ":ref:`playbooks_delegation`"
msgstr ":ref:`playbooks_delegation`"
#: ../../rst/reference_appendices/test_strategies.rst:270
msgid "Delegation, useful for working with load balancers, clouds, and locally executed steps."
msgstr "委譲 (ロードバランサー、クラウド、およびローカルで実行した手順を使用する際に役に立ちます)"
#: ../../rst/reference_appendices/tower.rst:4
msgid "Red Hat Ansible Tower"
msgstr "Red Hat Ansible Tower"
#: ../../rst/reference_appendices/tower.rst:6
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 は、すべての自動化タスクのハブとなるように設計されています。"
#: ../../rst/reference_appendices/tower.rst:8
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 ワークフローを複数使用することで、複雑なプロセスをモデル化できます。"
#: ../../rst/reference_appendices/tower.rst:11
msgid "It 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 "すべてのジョブをログ記録し、LDAP、SAML、他の認証ソースと統合の相性がよく、ブラウザーで使用可能な素晴らしい REST API が含まれます。また、Jenkins と簡単に統合できるように、コマンドラインも利用できます。"
#: ../../rst/reference_appendices/tower.rst:13
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 "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 ""