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

en: A *map rule* translates the URL in client requests into the URL where the content is located. When Traffic Server is in reverse proxy mode and receives an HTTP client request, it first constructs a complete request URL from the relative URL and its headers. Traffic Server then looks for a match by comparing the complete request URL with its list of target URLs in :file:`remap.config`. For the request URL to match a target URL, the following conditions must be true:
ja: *マップルール* はクライアントのリクエストに含まれる URL をコンテンツが存在する場所に変換します。 Traffic Server がリバースプロキシーモードで HTTP クライアントリクエストを受け取ると、相対 URL とヘッダーから完全な URL を組み立てます。そしてその完全な URL と :file:`remap.config` ファイル内のターゲット URL とを比較し、マッチするものを探します。ターゲット URL にマッチするリクエスト URL は次の条件を満たさなければなりません。

en: Reverse Proxy Solutions
ja: リバースプロキシーによる対応策

en: There are many ways to use Traffic Server as a reverse proxy. Below are a few example scenarios.
ja: Traffic Server をリバースプロキシーとして使う方法はたくさんあります。以下はいくつかの例です。

en: Understanding Reverse Proxy Caching
ja: リバースプロキシーキャッシュを理解する

en: A *reverse-map rule* translates the URL in origin server redirect responses to point to Traffic Server so that clients are redirected to Traffic Server instead of accessing an origin server directly. For example, if there is a directory ``/pub`` on an origin server at ``www.molasses.com`` and a client sends a request to that origin server for ``/pub``, then the origin server might reply with a redirect by sending the Header ``Location: http://realhost.com/pub/`` to let the client know that it was a directory it had requested, not a document (a common use of redirects is to normalize URLs so that clients can bookmark documents properly).
ja: *リバースマップルール* はクライアントがオリジンサーバーに直接アクセスする代わりに Traffic Server にリダイレクトされるようにするために、オリジンサーバーのリダイレクトレスポンス内の URL を Traffic Server に向かうように変換します。例えば、 ``www.molasses.com`` というオリジンサーバーに ``/pub`` というディレクトリがあり、クライアントがそのオリジンサーバーに ``/pub`` のリクエストを送信すると、オリジンサーバーはリクエストされたものがドキュメントではなくディレクトリであることを知らせるために ``Loacation http://realhost.com/pub/`` ヘッダーによるリダイレクトで応答するかもしれません。 (リダイレクトの一般的な使われ方はクライアントがドキュメントを正しくブックマークできるようにする URL の正規化です。)

en: A client browser sends an HTTP request addressed to a host called ``www.host.com`` on port 80. Traffic Server receives the request because it is acting as the origin server (the origin server's advertised hostname resolves to Traffic Server).
ja: クライアントブラウザが ``www.host.com`` の 80 番ポートに HTTP リクエストを送信します。Traffic Server はオリジンサーバーとして振る舞っているのでこのリクエストを受け取ります(オリジンサーバーの広告されたホスト名は Traffic Server へ解決されるように広告されています)。

en: As a reverse proxy cache, Traffic Server serves requests on behalf of origin servers. Traffic Server is configured in such a way that it appears to clients like a normal origin server.
ja: リバースプロキシーキャッシュとして、Traffic Server はオリジンサーバーの代わりにリクエストに応えます。Traffic Server はクライアントには通常のオリジンサーバーに見えるように設定されます。

en: Both map and reverse-map rules consist of a *target* (origin) URL and a *replacement* (destination) URL. In a *map rule*, the target URL points to Traffic Server and the replacement URL specifies where the original content is located. In a *reverse-map rule*, the target URL specifies where the original content is located and the replacement URL points to Traffic Server. Traffic Server stores mapping rules in :file:`remap.config` located in the Traffic Server ``config`` directory.
ja: マップルールとリバースマップルールはどちらも *ターゲット* (オリジン) URL と *置換* (宛先) URL で構成されます。 *マップルール*  では、ターゲット URL は Traffic Server を指し、置換 URL はオリジナルコンテントがある場所を指しています。 *リバースマップルール* では、ターゲット URL はオリジナルコンテントがある場所を指し、置換 URL は Traffic Server を指しています。 Traffic Server はマッピングルールを Traffic Server の ``config`` ディレクトリにある :file:``remap.config` に保存します。

en: Configure Traffic Server to retain the client host header information in a request during translation. See :ts:cv:`proxy.config.url_remap.pristine_host_hdr`.
ja: Traffic Server がリクエストを変換する際にホストヘッダーの情報を維持するように設定する。 :ts:cv:`proxy.config.url_remap.pristine_host_hdr` を参照してください。

en: Configure Traffic Server to serve requests only to the origin servers listed in the mapping rules. As a result, requests to origin servers not listed in the mapping rules are not served. See :ts:cv:`proxy.config.url_remap.remap_required`.
ja: Traffic Server がマッピングルールのリストに存在するオリジンサーバーへのリクエストのみに応えるように設定する。結果として、リストに存在しないオリジンサーバーへのリクエストは処理されません。 :ts:cv:`proxy.config.url_remap.remap_required` を参照してください。

en: Create mapping rules in the :file:`remap.config` file (refer to `Creating Mapping Rules for HTTP Requests`_). ::
ja: :file:`remap.config` ファイルにマッピングルールを作成する (`HTTP リクエスト用マッピングルールの作成`_\ を参照してください) 。

en: Deliver content efficiently in geographically distant areas.
ja: 地理的に離れた地域に効率的にコンテントを配信する。

en: Delivering Content in Geographically-Dispersed Areas
ja: 分散した地域でのコンテンツの配信

en: Enable the reverse proxy option (refer to `Enabling HTTP Reverse Proxy`_).
ja: リバースプロキシーオプションを有効にする ( `HTTP リバースプロキシーの有効化`_\ を参照してください)。

en: Enabling HTTP Reverse Proxy
ja: HTTP リバースプロキシーの有効化

en: Enter the map and reverse-map rules into :file:`remap.config`.
ja: :file:`remap.config` ファイルにマップルールとリバースマップルールを入力してください。

en: Offload heavily-used origin servers.
ja: 使用頻度の高いオリジンサーバーの負荷を軽減する

en: Creating Mapping Rules for HTTP Requests
ja: HTTP リクエスト用マッピングルールの作成

en: Edit :ts:cv:`proxy.config.reverse_proxy.enabled` in :file:`records.config`. ::
ja: :file:`records.config` にある :ts:cv:`proxy.config.reverse_proxy.enabled` を編集してください ::

en: Example
ja: 例

en: For each redirect you want to set enter a mapping rule in :file:`remap.config`.
ja: 各リダイレクトごとに :file:`remap.config` ファイルにマッピングルールを入力してください。

en: HTTP Reverse Proxy
ja: HTTP リバースプロキシー

en: HTTP reverse proxy
ja: HTTP リバースプロキシー

en: Handling Origin Server Redirect Responses
ja: オリジンサーバーのリダイレクトレスポンスを扱う

en: How Does Reverse Proxy Work?
ja: リバースプロキシーの動作

en: If Traffic Server finds a match, then it translates the request URL into the replacement URL listed in the map rule: it sets the host and path of the request URL to match the replacement URL. If the URL contains path prefixes, then Traffic Server removes the prefix of the path that matches the target URL path and substitutes it with the path from the replacement URL. If two mappings match a request URL, then Traffic Server applies the first mapping listed in :file:`remap.config`.
ja: Traffic Server がマッチするものを見つけた場合、リクエスト URL をマップルールの置換 URL に変換します。リクエスト URL のホストとパスを置換 URL に一致するようにセットします。もし URL がパスのプレフィックスを持っている場合、 Traffic Server はターゲット URL のパスからプレフィックスを取り除き、置換 URL のパス部分と置き換えます。もしリクエスト URL にマッチするものが 2 つあった場合、 Traffic Server は :file:`remap.config` ファイル内で先にマッチするほうを適用します。

en: If the request cannot be served from cache, Traffic Server opens a connection to the origin server (or more likely, uses an existing connection it has pre-established), retrieves the content, and optionally caches it for future use.
ja: もしリクエストにキャッシュから応えられなかった場合、 Traffic Server は オリジンサーバーへの HTTP コネクションを開き (あるいはもっとありそうなことは、事前に確立済みの既存の接続を使い)、コンテンツを取得し、場合によってはコンテンツを将来使用するためにキャッシュします。

en: If the request was a cache hit and the content is still fresh in the cache, or the content is now available through Traffic Server because of step 3, Traffic Server sends the requested object to the client from the cache directly.
ja: もしリクエストがキャッシュにヒットしコンテンツが新鮮であるか、ステップ 3 のためにコンテンツが Traffic Server から配信可能な場合は、 Traffic Server はリクエストされたオブジェクトをキャッシュからクライアントに直接送信します。

en: In addition to the tasks above, you can also `Setting Optional HTTP Reverse Proxy Options`_.
ja: 上のタスクに加え、\ `省略可能な HTTP リバースプロキシーオプションの設定`_\ を行うこともできます。

en: Offloading Heavily-Used Origin Servers
ja: 使用頻度の高いオリジンサーバーの負荷を軽減する。

en: Origin servers often send redirect responses back to browsers redirecting them to different pages. For example, if an origin server is overloaded, then it might redirect browsers to a less loaded server. Origin servers also redirect when web pages have moved to different locations. When Traffic Server is configured as a reverse proxy, it must readdress redirects from origin servers so that browsers are redirected to Traffic Server and not to another origin server.
ja: オリジンサーバーはしばしばブラウザーを他のページにリダイレクトするためにリダイレクトレスポンスを返します。例えば、オリジンサーバーが過負荷になった場合には負荷の少ないサーバーへブラウザーをリダイレクトするかもしれません。オリジンサーバーはウェブページが異なる場所に移動された場合にもリダイレクトを行います。 Traffic Server がリバースプロキシーとして設定されている場合、ブラウザーが他のオリジンサーバーではなく Traffic Server にリダイレクトされるように、リダイレクト先をオリジンサーバーから書き換えなければなりません。

en: Provide security for origin servers that contain sensitive information.
ja: センシティブな情報を含むオリジンサーバーにセキュリティを提供する。

en: Providing Security for an Origin Server
ja: オリジンサーバーへのセキュリティの提供

en: Reverse Proxy and HTTP Redirects
ja: リバースプロキシーと HTTP リダイレクト

en: In reverse proxy mode, Traffic Server serves HTTP requests on behalf of a web server. The figure below illustrates how Traffic Server in reverse proxy mode serves an HTTP request from a client browser.
ja: リバースプロキシーモードでは、Traffic Server は HTTP リクエストをウェブサーバーの代わりに受け取ります。下の図は リバースプロキシーモードの Traffic Server がどのようにクライアントからの HTTP リクエストを受け取るのかを説明しています。

en: Redirecting HTTP Requests
ja: HTTP リクエストのリダイレクト

en: Run the command :option:`traffic_ctl config reload` to apply any of these configuration changes.
ja: これらの設定の変更を反映するにはコマンド :option:`traffic_ctl config reload` を実行してください。

en: Run the command :option:`traffic_ctl config reload` to apply the configuration changes.
ja: 設定の変更を反映するにはコマンド :option:`traffic_ctl config reload` を実行してください。

en: Setting Optional HTTP Reverse Proxy Options
ja: 省略可能な HTTP リバースプロキシーオプションの設定

en: Specify an alternate URL to which incoming requests from older clients ,such as ones that do not provide ``Host`` headers, are directed. See :ts:cv:`proxy.config.header.parse.no_host_url_redirect`.
ja: 古めのクライアントから届くリクエスト (例 ``Host`` ヘッダーを含まないもの) のリダイレクト先となる代替 URL を指定する。 :ts:cv:`proxy.config.header.parse.no_host_url_redirect` を参照してください。

en: The figure above demonstrates the following steps:
ja: 上の図は次のステップを説明しています。

en: The path portion of the target URL must match a prefix of the request URL path.
ja: ターゲット URL のパス部分がリクエスト URL のパスの先頭と一致すること。

en: The ports in both URLs must be the same. If no port is specified in a URL, then the default port for the scheme of the URL is used.
ja: ポートが同じであること。もし URL にポートが指定されていない場合、その URL スキームのデフォルトのポートが使用されます。

en: The following permanently redirects all HTTP requests for ``www.server1.com`` to ``www.server2.com``: ::
ja: 次の設定は ``www.server1.com`` へのすべての HTTP リクエストを恒久的に ``www.server2.com`` へリダイレクトします。 ::

en: The host in both URLs must be the same. If the request URL contains an unqualified hostname, then it will never match a target URL with a fully-qualified hostname.
ja: URL のホストが同じであること。もしリクエスト URL が修飾されていないホスト名を含んでいる場合、完全修飾されたホスト名を含むターゲット URL にはマッチしません。

en: The scheme of both URLs must be the same.
ja: URL のスキームが同じであること。

en: To avoid a DNS conflict, the origin server's hostname and its advertised hostname must not be the same.
ja: DNS の衝突を避けるため、オリジンサーバーのホスト名とその広告されたホスト名は同じであってはなりません。

en: To configure HTTP reverse proxy, you must perform the following tasks:
ja: HTTP リバースプロキシーを設定するためには、次のタスクを行う必要があります

en: To create mapping rules:
ja: マッピングルールを作成するには :

en: To readdress redirects, Traffic Server uses reverse-map rules. Unless you have :ts:cv:`proxy.config.url_remap.pristine_host_hdr` enabled (the default) you should generally set up a reverse-map rule for each map rule. To create reverse-map rules, refer to `Using Mapping Rules for HTTP Requests`_.
ja: リダイレクト先を書き直すために、Traffic Server はリバースマップルールを使用します。 :ts:cv:`proxy.config.url_remap.pristine_host_hdr` を有効にしていない限り(それがデフォルトです)、一般的には各マップルールに対してリバースマップルールを用意すべきです。リバースマップルールを作成するには `HTTP リクエスト用マッピングルールの使用`_\ を参照してください。

en: Traffic Server can be used in reverse proxy mode to accelerate origin servers that provide content to areas not located within close geographical proximity. Caches are typically easier to manage and are more cost-effective than replicating data. For example, Traffic Server can be used as a mirror site on the far side of a trans-Atlantic link to serve users without having to fetch the request and content across expensive, or higher latency, international connections. Unlike replication, for which hardware must be configured to replicate all data and to handle peak capacity, Traffic Server dynamically adjusts to optimally use the serving and storing capacity of the hardware. Traffic Server is also designed to keep content fresh automatically, thereby eliminating the complexity of updating remote origin servers.
ja: Traffic Server は地理的に近接していないエリアにコンテンツを提供するオリジンサーバーを加速するためにリバースプロキシーモードで使用できます。キャッシュはレプリケーションよりもたいていは管理が簡単でコストパフォーマンスが良いです。例えば、高価な、国をまたぐコネクションを使ってリクエストやコンテンツを取得することなく大西洋の向こう側のミラーサイトとして Traffic Server を利用することができます。全データを複製しピークキャパシティを処理する用に構成しなければならないレプリケーションとは異なり、 Traffic Server はハードウェアの配信と保存のキャパシティを最適に利用するよう動的に順応します。 Traffic Server は自動的にコンテンツを新鮮に保つようにも設計されているので、リモートオリジンサーバーをアップデートする複雑さも除去できます。

en: To enable HTTP reverse proxy:
ja: リバースプロキシーを有効にするには :

en: To set redirect rules:
ja: リダイレクトルールをセットするには :

en: Traffic Server as reverse proxy for a pair of origin servers
ja: 1組のオリジンサーバーのリバースプロキシーとして動く Traffic Server

en: Traffic Server can accept requests on behalf of the origin server and improve the speed and quality of web serving by reducing load and hot spots on backup origin servers. For example, a web hoster can maintain a scalable Traffic Server system with a set of low-cost, low-performance, less-reliable PC origin servers as backup servers. In fact, a single Traffic Server can act as the virtual origin server for multiple backup origin servers, as shown in the figure below.
ja: Traffic Server は主となるオリジンサーバーの代わりにリクエストを受け付けることが出来るほか、バックアップオリジンサーバーの負荷とホットスポットを低減することで Web の提供スピードと品質を向上させます。例えば、 Web をホストする人は低コストで低パフォーマンスで信頼性の低い PC によるオリジンサーバーをバックアップサーバーとしたスケーラブルな Traffic Server のシステムを維持することができます。実際、下記の図に示すように、 1 台の Traffic Server は複数のバックアップオリジンサーバーのために仮想的なオリジンサーバーとして振る舞うことが可能です。

en: Traffic Server can be used in reverse proxy mode to provide security for an origin server. If an origin server contains sensitive information that you want to keep secure inside your firewall, then you can use a Traffic Server outside the firewall as a reverse proxy for that origin server. When outside clients try to access the origin server, the requests instead go to Traffic Server. If the desired content is not sensitive, then it can be served from the cache. If the content is sensitive and not cacheable, then Traffic Server obtains the content from the origin server (the firewall allows only Traffic Server access to the origin server). The sensitive content resides on the origin server, safely inside the firewall.
ja: Traffic Server はオリジンサーバーにセキュリティを提供するためにリバースプロキシーモードで使用できます。もしファイアーウォールの内側にあるオリジンサーバーが安全にしておきたいセンシティブな情報を持っている場合、 Traffic Server をファイアーウォールの外側におき、そのオリジンサーバーのためのリバースプロキシーとして使用できます。外部のクライアントがそのオリジンサーバーにアクセスを試みるとリクエストは Traffic Server に向かいます。もし求められたコンテンツがセンシティブではない場合、それはキャッシュから提供されます。もしコンテンツがセンシティブでありキャッシュ不可能な場合、Traffic Server はオリジンサーバーからコンテンツを取得します (ファイアーウォールはオリジンサーバーへのアクセスを Traffic Server にのみ許します)。センシティブなコンテンツは安全なファイアーウォールの内側のオリジンサーバー上にあります。

en: Traffic Server locates a map rule in the :file:`remap.config` file and remaps the request to the specified origin server (``realhost.com``).
ja: Traffic Server は :file:``remap.config` ファイル内にあるマップルールを見つけ、リクエストを指定されたオリジンサーバー (``realhost.com``) にリマップします。

en: Traffic Server, when updating its own cache from the origin server, will simultaneously deliver that content to the client while updating its cache database. The response to the client containing the requested object will begin as soon as Traffic Server has received and processed the full response headers from the origin server.
ja: Traffic Server はオリジンサーバーからの自身のキャッシュを更新する際、キャッシュデータベースを更新しながら同時にクライアントにコンテンツを配信します。リクエストされたオブジェクトを含むクライアントへのレスポンスは Traffic Server がオリジンサーバーからの完全なレスポンスヘッダーを受信したらすぐに開始されます。

en: Using Mapping Rules for HTTP Requests
ja: HTTP リクエスト用マッピングルールの使用

en: Traffic Server provides several reverse proxy configuration options in :file:`records.config` that enable you to:
ja: Traffic Server は :file:`records.config` でいくつかのリバースプロキシー設定オプションを提供し次のことを可能にします。

en: Traffic Server uses ``reverse_map`` rules to prevent clients (that receive redirects from origin servers) from bypassing Traffic Server and directly accessing the origin servers. In many cases the client would be hitting a wall because ``realhost.com`` actually does not resolve for the client. (E.g.: Because it's running on a port shielded by a firewall, or because it's running on a non-routable LAN IP)
ja: Traffic Server は (オリジンサーバーからリダイレクト指示を受けた) クライアントが Traffic Server をバイパスしてオリジンサーバーに直接アクセスすることを防ぐために ``reverse_map`` ルールを使用します。クライアントが壁にぶつかる多くのケースは ``realhost.com`` が実際にはクライアントには解決できない場合です。(例: ファイアーウォールでポートが塞がれている、到達不可能な LAN の IP で動いている)

en: Traffic Server uses two types of mapping rules for HTTP reverse proxy.
ja: Traffic Server は HTTP リバースプロキシー用に2タイプのマッピングルールを使用します。

en: When a browser makes a request, it normally sends that request directly to the origin server. When Traffic Server is in reverse proxy mode, it intercepts the request before it reaches the origin server. Typically, this is done by setting up the DNS entry for the origin server (i.e., the origin server's advertised hostname) so it resolves to the Traffic Server IP address. When Traffic Server is configured as the origin server, the browser connects to Traffic Server rather than the origin server. For additional information, see `HTTP Reverse Proxy`_.
ja: ブラウザーがリクエストを行うとき、通常はリクエストを直接オリジンサーバーに送信します。 Traffic Server がリバースプロキシーモードになっているときはリクエストがオリジンサーバーに届く前に Traffic Server が横取りします。通常これはオリジンサーバーの DNS エントリー (オリジンサーバーの広告されたホスト名) を Traffic Server の IP アドレスに解決されるように設定すれば完了です。 Traffic Server がオリジンサーバーとして設定されている場合、ブラウザーはオリジンサーバーではなく Traffic Server に接続します。より詳しくは `HTTP リバースプロキシー`_ を見てください。

en: With *forward proxy caching*, Traffic Server handles web requests to origin servers on behalf of the clients requesting the content. *Reverse proxy caching* (also known as *server acceleration*) is different because Traffic Server acts as a proxy cache on behalf of the origin servers that store the content. Traffic Server is configured to behave outwardly as origin server which the client is trying to connect to. In a typical scenario the advertised hostname of the origin server resolves to Traffic Server, which serves client requests directly, fetching content from the true origin server when necessary.
ja: *フォワードプロキシーキャッシュ* の場合、Traffic Server はコンテンツをリクエストしたクライアントに代わってオリジンサーバーへのリクエストを取り扱います。 *リバースプロキシーキャッシュ* ( *サーバーアクセラレーション* としても知られています) では Traffic Server がコンテンツを持っているオリジンサーバーに代わってプロキシーキャッシュとして振る舞う点が異なります。 Traffic Server はクライアントが接続しようとしているオリジンサーバーとなるように設定されます。典型的なシナリオとしては、オリジンサーバーの広告されたホスト名が本当のオリジンサーバーのように振る舞う Traffic Server へ解決され、 Traffic Server  は必要に応じて本当のオリジンサーバーからコンテンツを取得した上で、クライアントのリクエストに直接応えます。

en: You can configure Traffic Server to perform permanent or temporary redirects. *Permanent redirects* notify the browser of the URL change (by returning the HTTP status code ``301``) so that the browser can update bookmarks. *Temporary redirects* notify the browser of the URL change for the current request only (by returning the HTTP status code ``307`` ).
ja: Traffic Server を恒久的または一時的なリダイレクトを行うように設定できます。 *恒久的なリダイレクト* はブラウザーがブックマークを更新できるように URL の変更を (HTTP ステータスコード ``301`` を返すことで) ブラウザーに通知します。 *一時的なリダイレクト* は今回のリクエストに限った URL の変更を (HTTP ステータスコード ``307`` を返すことで)ブラウザーに通知します。

en: You can configure Traffic Server to redirect HTTP requests without having to contact any origin servers. For example, if you redirect all requests for ``http://www.ultraseek.com`` to ``http://www.server1.com/products/portal/search/``, then all HTTP requests for ``www.ultraseek.com`` go directly to ``www.server1.com/products/portal/search``.
ja: Traffic Server をどのオリジンサーバーにもコンタクトさせることなく HTTP リクエストをリダイレクトするように設定できます。例えば、``http://www.ultraseek.com`` へのすべてのリクエストを```http://www.server1.com/products/portal/search/`` にリダイレクトする場合はすべての ``www.ultraseek.com`` への HTTP リクエストは直接 ``www.server1.com/products/portal/search`` に向かいます。

en: map rule
ja: マップルール

en: reverse-map rule
ja: リバースマップルール
