Apache Traffic Server 6.2 - en to ja translation catalogue (73 entries)

en: Map URL requests for a specific origin server to the appropriate location on Traffic Server when Traffic Server acts as a reverse proxy for that particular origin server
ja: Traffic Server があるオリジンサーバーのためのリバースプロキシーとして振る舞うときに、そのオリジンサーバーへの URL リクエストを Traffic Server 上で適切な場所に対応づける

en: Reverse-map server location headers so that when origin servers respond to a request with a location header that redirects the client to another location, the clients do not bypass Traffic Server
ja: オリジンサーバーがクライアントを他の場所にリダイレクトするロケーションヘッダーでリクエストに応えるときに、そのクライアントが Traffic Server をバイパスしないようにロケーションヘッダーを対応づける

en: Redirect HTTP requests permanently or temporarily without Traffic Server having to contact any origin servers
ja: Traffic Server がオリジンサーバーにコンタクトすることなく恒久的または一時的に HTTP リクエストをリダイレクトする

en: Refer to  :ref:`reverse-proxy-and-http-redirects`, for information about redirecting HTTP requests and using reverse proxy.
ja: HTTP リクエストのリダイレクトとリバースプロキシーの使用については :ref:`reverse-proxy-and-http-redirects` を参照してください。

en: After you modify the :file:`remap.config` run the :option:`traffic_ctl config reload` to apply the changes. When you apply the changes to one node in a cluster, Traffic Server automatically applies the changes to all other nodes in the cluster.
ja: :file:`remap.config` ファイルを修正した後は :option:`traffic_ctl config reload` を実行し変更を適用してください。クラスター内の1つのノードに変更を適用すると Traffic Server は自動的にクラスター内の他のすべてのノードに変更を適用します。

en: Format
ja: フォーマット

en: Each line in the :file:`remap.config` file must contain a mapping rule. Empty lines, or lines starting with ``#`` are ignored. Each line can be broken up into multiple lines for better readability by using ``\`` as continuation marker.
ja: :file:`remap.config` ファイルの各行はマッピングルールを含まなければなりません。空行や ``#`` で始まる行は無視されます。各行は読みやすさのために ``\`` を継続マーカーとして使用して複数行に分割することができます。

en: Traffic Server recognizes three space-delimited fields: ``type``, ``target``, and ``replacement``. The following list describes the format of each field.
ja: Traffic Server はスペースで区切られた ``type``、``target``、``replacement`` という 3 つのフィールドを認識します。 次のリストは各フィールドのフォーマットについて説明します。

en: Enter one of the following:
ja: 次のうち一つを入力してください

en: ``map`` --translates an incoming request URL to the appropriate origin server URL.
ja: ``map`` -- 届いたリクエスト URL を適切なオリジンサーバーの URL に変換します。

en: ``map_with_recv_port`` --exactly like 'map' except that it uses the port at which the request was received to perform the mapping instead of the port present in the request. The regex qualifier can also be used for this type. When present, 'map_with_recv_port' mappings are checked first. If there is a match, then it is chosen without evaluating the "regular" forward mapping rules.
ja: ``map_with_recv_port`` -- リクエストにあるポートの代わりにリクエストを受け取ったポートをマッピングを行うために使うことを除いて 'map' とまったく同じです。 regex 修飾子もこのタイプで使用可能です。もし存在するならば、'map_with_recv_port' によるマッピングは最初に確認されます。マッチするものがある場合、"通常" の順マッピングルールを評価することなくそれが選ばれます。

en: ``map_with_referer`` -- extended version of 'map', which can be used to activate "deep linking protection", where target URLs are only accessible when the Referer header is set to a URL that is allowed to link to the target.
ja: ``map_with_referer`` -- 'map' の拡張バージョンで、Referer ヘッダーがターゲットへのリンクを許された URL にセットされている場合にのみターゲット URL にアクセス可能な "直リンク禁止機能" を動作させるために使用されます。

en: ``reverse_map`` --translates the URL in origin server redirect responses to point to the Traffic Server.
ja: ``reverse_map`` -- オリジンサーバーのリダイレクトレスポンス内の URL を Traffic Server を向くように変換します。

en: ``redirect`` --redirects HTTP requests permanently without having to contact the origin server. Permanent redirects notify the browser of the URL change (by returning an HTTP status code 301) so that the browser can update bookmarks.
ja: ``redirect`` -- オリジンサーバーにコンタクトすることなく HTTP リクエストを恒久的にリダイレクトします。恒久的なリダイレクトは、ブラウザーがブックマークの URL を更新できるようにするために(HTTP ステータスコード 301 を返すことで) URL の変更をブラウザーに通知します。

en: ``redirect_temporary`` --redirects HTTP requests temporarily without having to contact the origin server. Temporary redirects notify the browser of the URL change for the current request only (by returning an HTTP status code 307).
ja: ``redirect_temporary`` -- オリジンサーバーにコンタクトすることなく HTTP リクエストを一時的にリダイレクトします。一時的なリダイレクトは、URL の変更が今回のリクエストに限ったものであることを(HTTP ステータスコード 307 を返すことで)ブラウザーに通知します。

en: Enter the origin ("from") URL. You can enter up to four components: ::
ja: オリジン("from")の URL を入力してください。4 つの構成要素を入力できます。 ::

en: Precedence
ja: 優先順位

en: ``map_with_recv_port`` and ```regex_map_with_recv_port```
ja: ``map_with_recv_port`` と ```regex_map_with_recv_port```

en: ``map`` and ``regex_map`` and ``reverse_map``
ja: ``map`` と ``regex_map`` と ``reverse_map``

en: ``redirect`` and ``redirect_temporary``
ja: ``redirect`` と ``redirect_temporary``

en: ``regex_redirect`` and ``regex_redirect_temporary``
ja: ``regex_redirect`` と ``regex_redirect_temporary``

en: Match-All
ja: 全一致

en: A map rule with a single ``/`` acts as a wildcard, it will match any request. This should be use with care, and certainly only once at the end of the remap.config file. E.g.
ja: 1つの ``/`` だけのマップルールはワイルドカードとして働き、あらゆるリクエストにマッチします。これは気を付けて使用すべきであり、使用は remap.config ファイルの最後で一度だけであるべきです。

en: Examples
ja: 例

en: The following section shows example mapping rules in the :file:`remap.config` file.
ja: 次の章では :file:`remap.config` のマッピングルールの例を紹介します。

en: Reverse Proxy Mapping Rules
ja: リバースプロキシーマッピングルール

en: The following example shows a map rule that does not specify a path prefix in the target or replacement: ::
ja: 次の例ではターゲットや置換えでパスプレフィックスを指定しないマップルールを紹介します。

en: This rule results in the following translations:
ja: このルールの変換結果は次のとおりです

en: Client Request
ja: クライアントリクエスト

en: Translated Request
ja: 変換されたリクエスト

en: The following example shows a map rule with path prefixes specified in the target: ::
ja: 次の例ではターゲットでパスプレフィックスを指定したマップルールを紹介します。 ::

en: These rules result in the following translations:
ja: これらのルールの変換結果は次のとおりです。

en: The following example shows that the order of the rules matters: ::
ja: 次の例ではルールの順番について紹介します。

en: These rules result in the following translation.
ja: これらのルールの変換結果は次のとおりです。

en: In the above examples, the second rule is never applied because all URLs that match the second rule also match the first rule. The first rule takes precedence because it appears earlier in the :file:`remap.config` file.
ja: 上の例では、すべての URL が 最初のルールにも 2番目のルールにもマッチするので2番目のルールが適用されることはありません。最初のルールは :file:`remap.config` の中で先に出てくるので優先されます。

en: The following example shows a mapping with a path prefix specified in the target and replacement::
ja: 次の例ではターゲットと置換えでパスプレフィックスを指定するマップルールを紹介します。

en: This rule results in the following translation.
ja: このルールの変換結果は次のとおりです

en: ``Translation fails``
ja: ``変換失敗``

en: The following example shows reverse-map rules::
ja: 次の例ではリバースマップルールを紹介します。

en: These rules result in the following translations.
ja: これらのルールの変換結果は次のとおりです。

en: Origin Server Header
ja: オリジンサーバーヘッダー

en: When acting as a reverse proxy for multiple servers, Traffic Server is unable to route to URLs from older browsers that do not send the ``Host:`` header. As a solution, set the variable :ts:cv:`proxy.config.header.parse.no_host_url_redirect` in the :file:`records.config` file to the URL to which Traffic Server will redirect requests without host headers.
ja: 複数のサーバーのリバースプロキシーとして振る舞うとき、Traffic Server は ``Host:`` ヘッダーを送信しない古めのブラウザーに URL を示せません。解決策として、Traffic Server がホストヘッダーの無いリクエストをリダイレクトする URL を :file:`records.config` の :ts:cv:`proxy.config.header.parse.no_host_url_redirect` 変数に設定してください。

en: Redirect Mapping Rules
ja: リダイレクトマッピングルール

en: The following rule permanently redirects all HTTP requests for ``www.company.com`` to ``www.company2.com``: ::
ja: 次のルールは ``www.company.com`` へのすべての HTTP リクエストを恒久的に ``www.company2.com`` へリダイレクトします ::

en: The following rule *temporarily* redirects all HTTP requests for ``www.company1.com`` to ``www.company2.com``: ::
ja: 次のルールは ``www.company.com`` へのすべての HTTP リクエストを *一時的に* ``www.company2.com`` へリダイレクトします ::

en: Regular Expression (regex) Remap Support
ja: 正規表現 (regex) リマップサポート

en: Regular expressions can be specified in remapping rules, with the limitations below:
ja: 以下の制限のもとに、リマッピングルールに正規表現を指定することができます

en: The number of capturing subpatterns is limited to 9. This means that ``$0`` through ``$9`` can be used as subtraction placeholders (``$0`` will be the entire input string).
ja: サブパターンのキャプチャ数は 9 個に制限されます。これは ``$0`` から ``$9`` までが置換えプレースホルダーとして使えることを意味します(``$0`` は入力文字列全体になります)。

en: The number of substitutions in the expansion string is limited to 10.
ja: 展開文字列内の置換え数は 10 個に制限されます。

en: the format of is the following::
ja: フォーマットは次のとおりです。

en: 'redirect-URL' is a redirection URL specified according to RFC 2616 and can contain special formatting instructions for run-time modifications of the resulting redirection URL.  All regexes Perl compatible  regular expressions, which describes the content of the "Referer" header which must be verified. In case an actual request does not have "Referer" header or it does not match with referer regular expression, the HTTP request will be redirected to 'redirect-URL'.
ja: 'redirect-URL' は RFC 2616 に従って指定されたリダイレクト先 URL であり、実行時のリダイレクト先 URL の修正のために特別なフォーマットの命令を含むことができます。すべての regex は検証されなければならない "Referer" ヘッダーの内容を記述する Perl 互換の正規表現です。実際のリクエストが "Referer" ヘッダーを持っていないかリファラーの正規表現にマッチしない場合、HTTP リクエストは 'redirect-URL' にリダイレクトされます。

en: At least one regular expressions must be specified in order to activate 'deep linking protection'.  There are limitations for the number of referer regular expression strings - 2048.  In order to enable the 'deep linking protection' feature in Traffic Server, configure records.config with::
ja: '直リンク禁止機能' を動作させるためには少なくとも一つの正規表現が指定されていなければ成りません。リファラー正規表現の数には制限があり 2048 です。Traffic Server で '直リンク禁止機能' を有効化するためには records.config の次の変数を設定してください。

en: In order to enable run-time formatting for redirect URL, configure::
ja: 実行時のリダイレクト先 URL の整形を有効化するには次の設定を行ってください。

en: When run-time formatting for redirect-URL was enabled the following format symbols can be used::
ja: 実行時の redirect-URL の整形が有効化された場合は次の整形シンボルが使用できます。

en: Note: There is a special referer type "~*" that can be used in order to specify that the Referer header is optional in the request.  If "~*" referer was used in map_with_referer mapping, only requests with Referer header will be verified for validity.  If the "~" symbol was specified before referer regular expression, it means that the request with a matching referer header will be redirected to redirectURL. It can be used to create a so-called negative referer list.  If "*" was used as a referer regular expression - all referrers are allowed.  Various combinations of "*" and "~" in a referer list can be used to create different filtering rules.
ja: 注意: リクエストの Referer ヘッダーが任意であると指定するために使用可能な "~*" という特別なリファラータイプがあります。もし "~*" というリファラーが map_with_referer マッピングで使用された場合、Referer ヘッダーを持つリクエストのみが妥当性を検証されます。もし "~" シンボルがリファラー正規表現より前に指定された場合は、マッチするリファラーを持つリクエストは redirectURL にリダイレクトされることを意味します。これはいわゆるネガティブリファラー一覧を作るために使用できます。もし "*" がリファラー正規表現として使用された場合、すべてのリファラーが許可されます。リファラー一覧内の様々な "*" と "~" の組み合わせは異なったフィルタリングルールを作るために使用されます。

en: map_with_referer Examples
ja: map_with_referer の例

en: Explanation: Referer header must be in the request, only ".*\.bar\.com" and "www.bar-friends.com" are allowed.
ja: 説明: Referer ヘッダーがリクエストに含まれていなければならず、".*\.bar\.com" と "www.bar-friends.com" のみが許可されます。

en: Explanation: Referer header must be in the request but all referrers are allowed except ".*\.evil\.com".
ja: 説明: Referer ヘッダーがリクエストに含まれていなければなりませんが、".*\.evil\.com" を除くすべてのリファラーが許可されます。

en: Explanation: Referer header is optional. However, if Referer header exists, only request from ".*\.evil\.com" will be redirected to redirect-URL.
ja: 説明: Referer ヘッダーの存在は任意です。しかし Referer ヘッダーが存在する場合、".*\.evil\.com" からのリクエストだけは redirect-URL にリダイレクトされます。

en: Plugin Chaining
ja: プラグインの連鎖

en: Plugins can be configured to be evaluated in a specific order, passing the results from one in to the next (unless a plugin returns 0, then the "chain" is broken).
ja: プラグインは指定した順番で、結果を次へと渡しながら評価するように設定できます。(プラグインが 0 を返さない限り続き、返されると "連鎖"は切れます。)

en: will pass "1" and "2" to plugin1.so and "3" to plugin2.so.
ja: これは "1" と "2" を plugin1.so に "3" を plugin2.so に渡します。

en: This will pass "1" and "2" to plugin1.so and "3" to plugin2.so
ja: これは "1" と "2" を plugin1.so に "3" を plugin2.so に渡します。

en: Named Filters
ja: 名前付きフィルター

en: Named filters can be created and applied to blocks of mappings using the ``.definefilter``, ``.activatefilter``, and ``.deactivatefilter`` directives. Named filters must be defined using ``.definefilter`` before being used. Once defined, ``.activatefilter`` can used to activate a filter for all mappings that follow until deactivated with ``.deactivatefilter``.
ja: 名前付きフィルターは、``.definefilter``、``.activatefilter`` そして ``.deactivatefilter`` というディレクティブによって作られ、マッピングのブロックに適用されます。名前付きフィルターは使用される前に ``.definefilter`` によって作成されなければなりません。一度定義された後は ``.activatefilter`` でフィルターが有効化し ``.deactivatefilter`` で無効化されるまでのすべてのマッピングで使用できます。

en: Including Additional Remap Files
ja: 追加のリマップファイルの取り込み

en: The ``.include`` directive allows mapping rules to be spread across multiple files. The argument to the ``.include`` directive is a list of file names to be parsed for additional mapping rules. Unless the names are absolute paths, they are resolved relative to the Traffic Server configuration directory.
ja: ``.include`` ディレクティブはマッピングルールを複数のファイルに分散できるようにします。``.include`` ディレクティブの引数は追加のマッピングルールのためにパースされるファイル名のリストです。ファイル名が絶対パスでない場合は Traffic Server の設定ディレクトリからの相対で解決されます。

en: The effect of the ``.include`` directive is as if the contents of the listed files is included in the parent and parsing restarted at the point of inclusion. This means that and filters named in the included files are global in scope, and that additional ``.include`` directives are allowed.
ja: ``.include`` ディレクティブの効果はリストのファイルが親に含まれていて取り込んだ場所からパースが再開されるようなものです。これは取り込まれたファイル内で名前の付けられたフィルターはスコープ内でグローバルであり、さらなる ``.include`` ディレクティブも許されることを意味します。

en: Included remap files are not currently tracked by the configuration subsystem. Changes to included remap files will not be noticed by online configuration changes applied by :option:`traffic_ctl config reload` unless :file:`remap.config` has also changed.
ja: 取り込まれたリマップファイルは現在は設定サブシステムによって監視されていません。取り込まれたリマップファイルの変更は :file:`remap.config` も変更されない限りは :option:`traffic_ctl config reload` で適用されるオンラインでの設定の変更によって通知されません。

en: In this example, a top-level :file:`remap.config` file simply references additional mapping rules files ::
ja: この例では、トップレベルの :file:`remap.config` ファイルが単純に追加のマッピングルールファイルを参照しています。

en: The file `filters.config` contains ::
ja: `filters.config` は次のルールを含んでいます。

en: The file `one.example.com.config` contains::
ja: `one.example.com.config` は次のルールを含んでいます。

en: The file `two.example.com.config` contains::
ja: `two.example.com.config` は次のルールを含んでいます。
