Apache Traffic Server 6.x - en to ja translation catalogue (27 entries)

en: Inline on a Linux Bridge
ja: Linux ブリッジ上でのインライン

en: A Linux can be configured to operate in `bridge mode <http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge>`_. Two or more physical interfaces are assigned to the bridge. A single IP address is shared across the interfaces. By default any packet that arrives on one interface is immediately routed out another bridge interface.
ja: Linux は\ `ブリッジモード <http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge>`_\ で動作するように設定できます。二つ以上の物理インターフェースがブリッジに割り当てられます。一つの IP アドレスはそれらのインターフェース間で共有されます。デフォルトでは一つのインターフェースに到着したあらゆるパケットは直ちにもう一つのブリッジインターフェースに送り出されます。

en: Linux packages required:
ja: 必要な Linux のパッケージ

en: In our example of setting up bridge mode we will use a local address of 192.168.1.11/24 and interfaces ``eth0`` and ``eth1`` as the bridge interfaces (more detailed documentation is available `here <http://www.tldp.org/HOWTO/BRIDGE-STP-HOWTO/preparing-the-bridge.html>`_). You may omit the '#' character and everything after it. ::
ja: ブリッジモードの設定例では 192.168.1.11/24 のローカルアドレスとインターフェース ``eth0`` と ``eth1`` をブリッジインターフェースとして使用します ( より詳細なドキュメントは `ここ <http://www.tldp.org/HOWTO/BRIDGE-STP-HOWTO/preparing-the-bridge.html>`_ にあります) 。'#' とその後ろのものはすべて省略できます。 ::

en: If you have not already done so, remember to add a default route, such as this one for a gateway of 192.168.1.1. ::
ja: もしまだ済ませていない場合は、これが 192.168.1.1 のゲートウェイのためのものであると、デフォルト経路を追加することを覚えておいてください。

en: At this point it is a good idea to test connectivity to verify the basic bridge is functional.
ja: この時点で基本的なブリッジが動作することを確認するために接続性をテストしておくと良いです。

en: Once the bridge is verified to work, this is the basic traffic pattern of interest.
ja: ブリッジが動作することを確認できたなら、これがお望みの基本的なトラフィックパターンです。

en: Picture of traffic flow through a bridge with ATS
ja: ATS を使ったブリッジを通るトラフィックの流れ

en: The green arrows are packets originating from the client and the red arrows are packets originating from the origin server. All traffic not directed to the local address will pass through the bridge. We need to break into some of the traffic and subject it to routing so that it can be routed to ATS. This requires ``ebtables``. The flows we want to intercept are green 1 (from client to bridge) and red 1 (origin server to bridge).
ja: 緑の矢印はクライアントからのパケットで、赤の矢印はオリジンサーバーからのパケットです。ローカルアドレス宛てではないすべてのトラフィックはブリッジを通ります。トラフィックに割って入り ATS に向かうようにする必要があります。これには ``ebtables`` が必要となります。横取りしたい流れは緑 1 ( クライアントからブリッジ ) と赤 1 ( オリジンサーバーからブリッジ ) です。

en: In this example we will intercept port 80 (HTTP) traffic. We will use the ``BROUTING`` chain because it is traversed only for packets that originated externally and arrived on a (forwarding enabled) interface. Although it looks like this will intercept all port 80 traffic it will only affect the two flows described above. ``-j redirect`` marks the packet as being diverted to the bridge and not forwarded, and the ``DROP`` target puts the packets in the normal ``iptables`` routing so that we can use standard device tests on them [1]_. Although this example handles only port 80, other ports are the same except for the port value. Note also the port here is the port from the point of view of the clients and origin servers, not the Traffic Server server port. ::
ja: この例ではポート 80 (HTTP) のトラフィックを横取りします。外部から発信され ( 転送が有効化された ) インターフェースに到着したパケットのみを扱いたいので ``BROUTING`` チェーンを使用します。ポート 80 のすべてのトラフィックを横取りするように見えますが、上記の流れのみに影響を与えます。``-j redirect`` はパケットがブリッジに流れ、転送はされないように印を付け、``DROP`` ターゲットはパケットを標準的なデバイスのテストができるように通常の ``iptables`` のルーティングに置きます。 [1]_ この例はポート 80 のみを扱いますが、他のポートもポート番号が違うことを除いて同じです。ここでのポートはクライアントとオリジンサーバーの視点でのものであり、Traffic Server のサーバーポートではないことに注意してください。

en: Traffic Server operates at layer 3 so we need to use ``iptables`` to handle IP packets appropriately.::
ja: Traffic Server はレイヤー 3 で動作するので IP パケットを適切に扱うために ``iptables`` を使用する必要があります。 ::

en: At this point the directionality of the interfaces matters. For the example ``eth1`` is the inbound (client side) interface, while ``eth0`` is the outbound (origin server side) interface. We mark both flows of packets so that we can use policy routing on them. For inbound packets we need to use ``TPROXY`` to force acceptance of packets to foreign IP addresses. For returning outbound packets there will be a socket open bound to the foreign address, we need only force it to be delivered locally. The value for ``--on-ip`` is 0 because the target port is listening and not bound to a specific address. The value for ``--on-port`` must match the Traffic Server server port. Otherwise its value is arbitrary. ``--dport`` and ``--sport`` specify the port from the point of view of the clients and origin servers.
ja: ここでインターフェースの方向性が問題となります。例では ``eth1`` は内向き ( クライアント側 ) インターフェース、``eth0`` は外向き ( オリジンサーバー側 ) インターフェースです。両方のパケットの流れでポリシーに沿ったルーティングができるように印を付けます。内向きのパケットでは外部の IP アドレスへのパケットの受け付けを強制するために ``TPROXY`` を使う必要があります。外向きのパケットを返すためには外部のアドレスに結びつけられているソケットが開かれており、それを内部的に配達されることのみを強制する必要があります。ターゲットポートは listen 中で特定のアドレスには bind されていないので ``--on-ip`` の値は 0 です。``--on-port`` の値は Traffic Server のサーバーポートと一致しなければなりません。そうでなければその値は任意です。``--dport`` と ``--sport`` はクライアントとオリジンサーバーの視点でのポートを指定します。

en: Once the flows are marked we can force them to be delivered locally via the loopback interface via a policy routing table.::
ja: 流れに印が付けられたのでそれらがポリシーに沿ったルーティングテーブルによりループバックインターフェースで内部的に配達されることを強制できます。

en: The marking used is arbitrary but it must be consistent between ``iptables`` and the routing rule. The table number must be in the range 1..253.
ja: 使用済みという印付けは独断的に行われますが、``iptables`` とルーティングルールとの間で一貫していなければなりません。テーブル番号は 1 から 253 の間でなければなりません。

en: To configure Traffic Server set the following values in :file:`records.config`
ja: Traffic Server を設定するために次の値を :file:`records.config` に設定してください。

en: :ts:cv:`proxy.config.http.server_ports` *value from* ``--on-port`` (see below)
ja: :ts:cv:`proxy.config.http.server_ports` *の値は* ``--on-port`` (以下を参照)

en: Additional troubleshooting
ja: 追加のトラブルシューティング

en: Check to make sure that ``iptables`` is not filtering (blocking) incoming HTTP connections.
ja: ``iptables`` が入ってくる HTTP 接続をフィルタ ( ブロック ) していないことを確認してください。

en: It is frequently the case that the default tables prevent incoming HTTP. You can clear all filters with the commands::
ja: デフォルトテーブルが入ってくる HTTP を妨害するケースがよくあります。次のコマンドですべてのフィルターを消去することができます。

en: That is a bit drastic and should only be used for testing / debugging. A live system will likely need some filters in place but that is beyond the scope of this document. If this fixes the problem, then your filter set is too restrictive.
ja: これは劇的でテスト / デバッグのためだけに使用すべきです。稼働中のシステムはここにいくつかのフィルターを必要としますが、それはこのドキュメントの範囲外です。もしこれが問題を解決するのであれば、フィルターの制限が厳しすぎます。

en: Note that this problem will prevent the basic bridge (without ATS) from allowing HTTP traffic through.
ja: この問題は HTTP のトラフィックを通過させる ( ATS を使わない ) 基本的なブリッジ動作を妨げていることに注意してください。

en: Verify that IP packet forwarding is enabled.
ja: IP パケット転送が有効化されていることを確認してください。

en: You can check this with::
ja: これは次のように確認できます。 ::

en: The output should be a non-zero value (usually '1'). If it is zero, you can set it with::
ja: 出力は非ゼロ値 ( たいてい '1' ) のはずです。もしゼロの場合は次のように設定可能です。

en: This can setting can be persisted by putting it in ``/etc/sysctl.conf``: ::
ja: この設定は ``/etc/sysctl.conf`` に書くことで恒久的にできます。

en: Footnotes
ja: 脚注

en: The ``--redirect-target`` can be omitted, but then the ``iptables`` rules would need to use ``--physdev`` instead of just ``-i``. The actual packet processing is identical.
ja: ``--redirect-target`` は省略可能ですが、``iptables`` のルールで単に ``-i`` とする代わりに ``--physdev`` を使う必要があるでしょう。実際のパケット処理はまったく同じです。
