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

en: Transparent Proxying
ja: 透過的なプロキシー

en: Transparent Proxying is the ability of a proxy (such as ATS) to intercept connections between clients and servers without being visible.
ja: 透過的なプロキシーとは (ATS のような) プロキシーが目に見えることなくクライアントとサーバーの接続を中継できる能力です。

en: The general network structure that will be used in this documentation is shown in the following figure.
ja: このドキュメントで使用される概略のネットワーク構造を下図に示します。

en: ATS basic traffic flow of Transparent Proxy
ja: ATS の透過的なプロキシーのトラフィックの基本的な流れ

en: There must be a gateway device through which all network traffic passes from the client to the Internet (or external cloud). The gateway is responsible for effectively splicing ATS in to selected streams of that traffic. Each traffic stream is split in two, with ATS terminating both sides. That is, stream green-1, red-2, is split in to the green connection and the red connection. Note that ATS may or may not be on the gateway system, the redirected traffic can flow over other network infrastructure.
ja: クライアントからインターネット (もしくは外部のクラウド) へ通過する全てのネットワークトラフィックが通過するゲートウェイ装置が存在しなければなりません。ゲートウェイはそのトラフィックの選択されたストリームに ATS を実質的に挿入する責任があります。それぞれのトラッフィックストリームは 2 つに分割され、両側が ATS で終端処理されます。つまり、ストリーム 緑-1 と 赤-2 は緑の接続と赤の接続に分割されます。 ATS はゲートウェイシステム上に存在するかもしれないし存在しないかもしれないこと、リダイレクトされたトラフィックが他のネットワーク設備を流れるかもしれないことに注意してください。

en: Because ATS uses two connections, transparency can be set independently on the client and origin server (Internet / external cloud) side. We will define what is generally called "transparent proxy" as two aspects, *inbound transparency* and *outbound transparency*.
ja: ATS は 2 つの接続を使うので、透過性はクライアントとオリジンサーバー (インターネットもしくは外部クラウド) に個別に設定可能です。我々は一般的に "透過的プロキシー" と呼ばれるものを 2 つの観点、 *内向き透過性* と *外向き透過性* で定義していきます。

en: Inbound transparency is a proxy that is transparent to connections that are inbound to the proxy, i.e. a connection initiated by a client which connects to the proxy (green-1). Similarly, outbound transparency is a proxy that is transparent to connections that are outbound from the proxy, i.e. a connection initiated by the proxy to an origin server (red-2).
ja: 内向き透過性はプロキシーに内向きである接続に透過的なプロキシーです。つまりプロキシーに接続するクライアントによって開始される接続 (緑-1) です。同様に、外向き透過性はプロキシーから外向きである接続に透過的なプロキシーです。つまり、プロキシーによって開始されるオリジンサーバーへの接続 (赤-2) です。

en: In most situations these two types of transparency are combined, but that is not required. Traffic Server supports transparency independently on the two sides.
ja: 多くの場合はこれら 2 つの透過性は組み合わせて使われますが、そうすることは必須ではありません。 Traffic Server は両側の透過性を独立にサポートしています。

en: It is critical to note that any transparency requires specialized routing and cannot be done solely by configuring ATS. ATS transparency also requires support from the Linux kernel and therefore currently only works on sufficiently recent Linux kernels that support the following features:
ja: 透過性には特殊なルーティングが必要であり ATS を設定するだけでは実現できないことに注意することが決定的に重要です。 ATS の透過性には Linux カーネルからのサポートも要求します。そのため現時点では以下の機能をサポートする最近の Linux カーネル上でしか十分に機能しません。

en: POSIX capabilities
ja: POSIX ケーパビリティ

en: In addition the specialized routing will require using ``iptables`` and in some cases ``ebtables``.
ja: これに加えて特殊なルーティングのために ``iptables`` そしていくつかの場合では ``ebtables`` が必要になるでしょう。

en: Standard build procedures should work for transparency support but if not consult these :ref:`more detailed instructions <building-ats-for-transparency>`.
ja: 標準的なビルド手順で透過性のサポートが機能するはずですが、機能しない場合はこれらの :ref:`より詳細な手順 <building-ats-for-transparency>` を参照してください。

en: Transparency is configured per server port, not globally. This is done via the configuration values :ts:cv:`proxy.config.http.server_ports`. In addition, :ts:cv:`proxy.config.reverse_proxy.enabled` must be enabled if the client side is transparent. That should be fixed in a future patch.
ja: 透過性はサーバーのポートごとに設定され、グローバルには設定されません。これは :ts:cv:`proxy.config.http.server_ports` の設定値によってなされます。さらに、クライアント側を透過にするには :ts:cv:`proxy.config.reverse_proxy.enabled` を有効にしなければなりません。これは将来のパッチで修正されるべきです。

en: In the first case use the attribute character (replacing the default 'X')
ja: 最初のケースでは属性の文字 (デフォルトの 'X' を置き換える) を使ってください。

en: **Attribute** **Transparency Style** **Reverse Proxy**
ja: **属性** **透過性のスタイル** **リバースプロキシー**

en: Full transparency: either
ja: 完全な透過性: どちらか

en: Inbound (client) transparency: enabled
ja: 内向きの (クライアント) 透過性: 有効

en: Outbound (origin server) transparency: either
ja: 外向きの (オリジンサーバー) 透過性: どちらか

en: In the outbound transparent case clients must connect directly to ATS either through an explicit proxy mechanism or by advertising the IP address of the ATS server via DNS as the origin server address.
ja: 外向きの透過性のケースでは、明示的なプロキシーの仕組みを使うか、 ATS サーバーの IP アドレスをオリジンサーバーのアドレスであると DNS で公表することにより、クライアントが直接 ATS に接続しなければなりません。

en: Some tested scenarios --
ja: いくつかのテスト済みのシナリオ --
