0 - en to ja translation catalogue (173 entries)

en: Network
ja: ネットワーク

en: Gateway
ja: ゲートウェイ

en: Network Infrastructure
ja: ネットワークインフラ

en: Linux sports the whole Unix heritage for networking, and Debian provides a full set of tools to create and manage them. This chapter reviews these tools.
ja: Linux はネットワークに関する Unix の財産すべてを受け継ぎ、Debian はネットワークを作成および管理する完全なツールセットを提供します。この章では、これらのツールを説明します。

en: <primary>gateway</primary>
ja: <primary>ゲートウェイ</primary>

en: <primary>network</primary><secondary>gateway</secondary>
ja: <primary>ネットワーク</primary><secondary>ゲートウェイ</secondary>

en: <primary>router</primary>
ja: <primary>ルータ</primary>

en: A gateway is a system linking several networks. This term often refers to a local network's “exit point” on the mandatory path to all external IP addresses. The gateway is connected to each of the networks it links together, and acts as a router to convey IP packets between its various interfaces.
ja: ゲートウェイは複数のネットワークを連結するシステムです。ゲートウェイという用語は外部 IP アドレスに向かう経路に出るために必須のローカルネットワークの「出口」を意味する場合が多いです。ゲートウェイは相互に連結する各ネットワークに接続されており、複数のインターフェース間で IP パケットを相互に伝送するためのルータとして振る舞います。

en: <emphasis>BACK TO BASICS</emphasis> IP packet
ja: <emphasis>BACK TO BASICS</emphasis> IP パケット

en: <primary>packet</primary><secondary>IP</secondary>
ja: <primary>パケット</primary><secondary>IP パケット</secondary>

en: Most networks nowadays use the IP protocol (<emphasis>Internet Protocol</emphasis>). This protocol segments the transmitted data into limited-size packets. Each packet contains, in addition to its payload data, a number of details required for its proper routing.
ja: 今日、多くのネットワークは IP プロトコル (<emphasis>インターネットプロトコル</emphasis>) を使います。IP プロトコルは転送するデータを適当なサイズのパケットに分割します。それぞれのパケットには、実データ本体に加えて、適切な経路選択に必要な数々のデータが含まれます。

en: <primary>port</primary><secondary>TCP</secondary>
ja: <primary>ポート</primary><secondary>TCP</secondary>

en: <primary>port</primary><secondary>UDP</secondary>
ja: <primary>ポート</primary><secondary>UDP</secondary>

en: Many programs do not handle the individual packets themselves, even though the data they transmit does travel over IP; they often use TCP (<emphasis>Transmission Control Protocol</emphasis>). TCP is a layer over IP allowing the establishment of connections dedicated to data streams between two points. The programs then only see an entry point into which data can be fed with the guarantee that the same data exits without loss (and in the same sequence) at the exit point at the other end of the connection. Although many kinds of errors can happen in the lower layers, they are compensated by TCP: lost packets are retransmitted, and packets arriving out of order (for example, if they used different paths) are re-ordered appropriately.
ja: IP を使ってデータを送信する場合であっても、プログラムが個々のパケットそれ自体を処理することはほとんどありません。多くのプログラムは TCP (<emphasis>Transmission Control Protocol</emphasis>) を使います。TCP は IP 上のレイヤで、2 点間にデータストリーム専用の接続を確立することが可能です。TCP を使うプログラムはデータを送り込むための入口を考慮するだけです。この入口から送信されたデータは接続の別の側にある出口から損失なく同じデータが (同じ順番で) 出てくると保証されます。TCP よりも下層のレイヤで起きるさまざまなエラーは TCP によって補正されます。具体的に言えば、損失したパケットはもう一度転送され、順番が狂って到着したパケット (たとえば、異なる経路で到着したために) は適切な順番にそろえられます。

en: Another protocol relying on IP is UDP (<emphasis>User Datagram Protocol</emphasis>). In contrast to TCP, it is packet-oriented. Its goals are different: the purpose of UDP is only to transmit one packet from an application to another. The protocol does not try to compensate for possible packet loss on the way, nor does it ensure that packets are received in the same order as were sent. The main advantage to this protocol is that the latency is greatly improved, since the loss of a single packet does not delay the receiving of all following packets until the lost one is retransmitted.
ja: IP に依存するもう 1 つのプロトコルが UDP (<emphasis>User Datagram Protocol</emphasis>) です。TCP と対照的に、UDP はパケット重視です。UDP の目標は TCP と異なります。すなわち、UDP の目標は 1 個のパケットをあるアプリケーションから別のアプリケーションに転送するだけです。UDP を使った場合、転送中のパケット損失は補償されませんし、パケットが送信順と同じ順番で受信されることも保証されません。UDP の主な利点は遅延が大きく改善される点です。なぜなら、1 パケットを損失しても、損失したパケットの再転送要求を出さないかぎり、損失したパケット以降に続くパケットの受信は遅延しないからです。

en: TCP and UDP both involve ports, which are “extension numbers” for establishing communication with a given application on a machine. This concept allows keeping several different communications in parallel with the same correspondent, since these communications can be distinguished by the port number.
ja: TCP と UDP はどちらもポート番号を使います。ポート番号とは、マシン上で動くあるアプリケーションと通信を確立するための「内線番号」と言えます。この概念を使うことで、同一のマシンに対して複数の異なる通信を並列して保つことが可能になります。なぜなら、通信はポート番号で区別されるからです。

en: When a local network uses a private address range (not routable on the Internet), the gateway needs to implement <emphasis>address masquerading</emphasis> so that the machines on the network can communicate with the outside world. The masquerading operation is a kind of proxy operating on the network level: each outgoing connection from an internal machine is replaced with a connection from the gateway itself (since the gateway does have an external, routable address), the data going through the masqueraded connection is sent to the new one, and the data coming back in reply is sent through to the masqueraded connection to the internal machine. The gateway uses a range of dedicated TCP ports for this purpose, usually with very high numbers (over 60000). Each connection coming from an internal machine then appears to the outside world as a connection coming from one of these reserved ports.
ja: ローカルネットワークがプライベートアドレス (インターネットにルーティングされないアドレス) 範囲を使う場合、ゲートウェイは<emphasis>アドレスマスカレード</emphasis>を実行する必要があります。<emphasis>アドレスマスカレード</emphasis>を使うことで、ローカルネットワーク上のマシンが外部と通信することが可能になります。マスカレード動作とはネットワークレベルのプロキシ動作のようなものです。すなわち、内部のマシンからの外部宛接続はゲートウェイ自身からの接続に置き替えられます (なぜなら、ゲートウェイは外部にルーティングできるアドレスを持っているからです)。マスカレード接続を通過するデータは外部に送信され、応答として戻ってくるデータはマスカレード接続を通過して内部のマシンに送信されます。ゲートウェイはこの目的に専用の TCP ポート範囲を使います。この範囲は通常とても大きな番号 (60000 番より大きい番号) です。内部マシンからの接続はこれらの予約されたポート番号の 1 つから送信された接続として外部に送信されます。

en: <primary>masquerading</primary>
ja: <primary>マスカレード</primary>

en: <emphasis>CULTURE</emphasis> Private address range
ja: <emphasis>CULTURE</emphasis> プライベートアドレス範囲

en: <primary>private IP address</primary>
ja: <primary>プライベート IP アドレス</primary>

en: RFC 1918 defines three ranges of IPv4 addresses not meant to be routed on the Internet but only used in local networks. The first one, <literal>10.0.0.0/8</literal> (see sidebar <xref linkend="sidebar.networking-basics" />), is a class-A range (with 2<superscript>24</superscript> IP addresses). The second one, <literal>172.16.0.0/12</literal>, gathers 16 class-B ranges (<literal>172.16.0.0/16</literal> to <literal>172.31.0.0/16</literal>), each containing 2<superscript>16</superscript> IP addresses. Finally, <literal>192.168.0.0/16</literal> is a class-B range (grouping 256 class-C ranges, <literal>192.168.0.0/24</literal> to <literal>192.168.255.0/24</literal>, with 256 IP addresses each). <ulink type="block" url="http://www.faqs.org/rfcs/rfc1918.html" />
ja: RFC 1918 では、インターネットにルーティングされずローカルネットワークにのみ使うことができる、IPv4 アドレスの範囲が定義されています。1 番目の <literal>10.0.0.0/8</literal> (補注<xref linkend="sidebar.networking-basics" />を参照してください) は 1 個のクラス A 範囲です (クラス A には 2<superscript>24</superscript> 個の IP アドレスが含まれます)。2 番目の <literal>172.16.0.0/12</literal> は 16 個のクラス B 範囲です (<literal>172.16.0.0/16</literal> から <literal>172.31.0.0/16</literal> まで)。クラス B には 2<superscript>16</superscript> 個の IP アドレスが含まれます。3 番目の <literal>192.168.0.0/16</literal> は 1 個のクラス B 範囲です (<literal>192.168.0.0/24</literal> から <literal>192.168.255.0/24</literal> までの 256 個のクラス C 範囲とも考えられます)。クラス C には 256 個の IP アドレスが含まれます。<ulink type="block" url="http://www.faqs.org/rfcs/rfc1918.html" />

en: The gateway can also perform two kinds of <emphasis>network address translation</emphasis> (or NAT for short). The first kind, <emphasis>Destination NAT</emphasis> (DNAT) is a technique to alter the destination IP address (and/or the TCP or UDP port) for a (generally) incoming connection. The connection tracking mechanism also alters the following packets in the same connection to ensure continuity in the communication. The second kind of NAT is <emphasis>Source NAT</emphasis> (SNAT), of which <emphasis>masquerading</emphasis> is a particular case; SNAT alters the source IP address (and/or the TCP or UDP port) of a (generally) outgoing connection. As for DNAT, all the packets in the connection are appropriately handled by the connection tracking mechanism. Note that NAT is only relevant for IPv4 and its limited address space; in IPv6, the wide availability of addresses greatly reduces the usefulness of NAT by allowing all “internal” addresses to be directly routable on the Internet (this does not imply that internal machines are accessible, since intermediary firewalls can filter traffic).
ja: ゲートウェイでは 2 種類の<emphasis>ネットワークアドレス変換</emphasis> (略して NAT) が実行されます。1 種類目は <emphasis>Destination NAT</emphasis> (DNAT) で、(通常は) 到着した接続の宛先 IP アドレス (および TCP や UDP ポート) を書き換える手法です。接続追跡メカニズムによって、通信の継続性を保証するために同じ接続でそれ以降に使われるパケットの宛先が書き換えられます。NAT の 2 種類目は <emphasis>Source NAT</emphasis> (SNAT) で、<emphasis>マスカレード</emphasis>は SNAT の特別な場合です。SNAT は (通常は) 出て行く接続のソース IP アドレス (および TCP や UDP ポート) を書き換えます。DNAT に関して言えば、出て行く接続の全パケットが接続追跡メカニズムによって適切に取り扱われます。NAT は IPv4 と IPv4 の制限されたアドレス空間だけに関連します。一方で IPv6 では、アドレス空間が広くなったことにより、すべての「内部」アドレスは直接インターネットにルーティングできるようになるため、NAT の有用性が減ります (これは内部マシンにアクセスできるようになることを意味しているのではありません。なぜなら、中間ファイアウォールがトラフィックをフィルタするからです)。

en: <emphasis>BACK TO BASICS</emphasis> Port forwarding
ja: <emphasis>BACK TO BASICS</emphasis> ポート転送

en: <primary>port forwarding</primary>
ja: <primary sortas="ポートテンソウ">ポート転送</primary>

en: A concrete application of DNAT is <emphasis>port forwarding</emphasis>. Incoming connections to a given port of a machine are forwarded to a port on another machine. Other solutions may exist for achieving a similar effect, though, especially at the application level with <command>ssh</command> (see <xref linkend="sect.ssh-port-forwarding" />) or <command>redir</command>.
ja: DNAT の具体的な応用例が<emphasis>ポート転送</emphasis>です。マシンのあるポートに到着する接続が他のマシンのあるポートに転送されます。特にアプリケーションレベルでは <command>ssh</command> (<xref linkend="sect.ssh-port-forwarding" />を参照してください) や <command>redir</command> などを使うことで、同じ効果を果たす別の解決策が存在するかもしれません。

en: Enough theory, let's get practical. Turning a Debian system into a gateway is a simple matter of enabling the appropriate option in the Linux kernel, by way of the <filename>/proc/</filename> virtual filesystem:
ja: 理論はここまでにして、具体的な例を説明します。Debian システムをゲートウェイとして機能させるには、以下に示す通り <filename>/proc/</filename> 仮想ファイルシステムを使って、Linux カーネルの適切なオプションを有効化するだけです。

en: The <filename>/etc/sysctl.conf</filename> file
ja: <filename>/etc/sysctl.conf</filename> ファイル

en: The same effect can be obtained for IPv6 by simply replacing <literal>ipv4</literal> with <literal>ipv6</literal> in the manual command and using the <literal>net.ipv6.conf.all.forwarding</literal> line in <filename>/etc/sysctl.conf</filename>.
ja: IPv6 に対して同様の効果を与えるには、IPv4 に対して手作業で行ったコマンドの <literal>ipv4</literal> を単純に <literal>ipv6</literal> へ置換して実行するか、<filename>/etc/sysctl.conf</filename> 中の <literal>net.ipv6.conf.all.forwarding</literal> オプションを <literal>1</literal> に設定してください。

en: Enabling IPv4 masquerading is a slightly more complex operation that involves configuring the <emphasis>netfilter</emphasis> firewall.
ja: IPv4 マスカレードを設定するには少し複雑な作業が必要です。すなわち <emphasis>netfilter</emphasis> ファイアウォールを設定する必要があります。

en: Similarly, using NAT (for IPv4) requires configuring <emphasis>netfilter</emphasis>. Since the primary purpose of this component is packet filtering, the details are listed in <xref linkend="security" xrefstyle="select: label quotedtitle nopage" /> (see <xref linkend="sect.firewall-packet-filtering" />).
ja: 同様に、(IPv4 で) NAT を使うには <emphasis>netfilter</emphasis> の設定が必要です。<emphasis>netfilter</emphasis> の基本目的はパケットフィルタリングですから、詳細は<xref linkend="security" xrefstyle="select: label quotedtitle nopage" />に書かれています (<xref linkend="sect.firewall-packet-filtering" />を参照してください)。

en: <primary>certificate</primary><secondary>X.509</secondary>
ja: <primary sortas="ショウメイショ">証明書</primary><secondary>X.509</secondary>

en: Public Key Infrastructure: <emphasis>easy-rsa</emphasis>
ja: 公開鍵基盤、<emphasis>easy-rsa</emphasis>

en: <primary>Public Key Infrastructure</primary>
ja: <primary sortas="コウカイカギキバン">公開鍵基盤</primary>

en: <primary>RSA (algorithm)</primary>
ja: <primary>RSA (アルゴリズム)</primary>

en: <primary>key pair</primary>
ja: <primary sortas="カギペア">鍵ペア</primary>

en: The Falcot Corp administrators use this tool to create the required certificates, both for the server and the clients. This allows the configuration of all clients to be similar since they will only have to be set up so as to trust certificates coming from Falcot's local CA. This CA is the first certificate to create; to this end, the administrators set up a directory with the files required for the CA in an appropriate location, preferably on a machine not connected to the network in order to mitigate the risk of the CA's private key being stolen.
ja: Falcot Corp の管理者は <emphasis>easy-rsa</emphasis> ツールを使い、サーバおよびクライアントに必要な証明書を作ります。<emphasis>easy-rsa</emphasis> ツールを使うことで、すべてのクライアントの設定を同様にすることが可能です。クライアントは Falcot のプライベート認証局から発行された証明書を信頼するようにセットアップしなければいけません。最初に Falcot のプライベート認証局用の証明書を発行します。この目的を達成するために、管理者は認証局に必要なファイルを含むディレクトリを適切な場所にセットアップします。セットアップする場所は、認証局の秘密鍵が盗まれる危険性を和らげるために、ネットワークに接続されていないマシンが好ましいです。

en: The following step creates certificates for the VPN clients; one certificate is required for each computer or person allowed to use the VPN:
ja: 以下では、VPN クライアント用の証明書を作成します。VPN を利用するコンピュータ 1 台ごとおよび人間 1 人ずつに 1 つの証明書が必要です。

en: Virtual Private Network
ja: 仮想プライベートネットワーク

en: <primary>network</primary><secondary>virtual private</secondary>
ja: <primary>ネットワーク</primary><secondary sortas="カソウプライベート">仮想プライベート</secondary>

en: A <emphasis>Virtual Private Network</emphasis> (VPN for short) is a way to link two different local networks through the Internet by way of a tunnel; the tunnel is usually encrypted for confidentiality. VPNs are often used to integrate a remote machine within a company's local network.
ja: <emphasis>仮想プライベートネットワーク</emphasis> (略して VPN) は 2 つの異なるローカルネットワークをインターネットに作ったトンネルを経由してつなげる方法です。さらに、トンネルは通常機密を守るために暗号化されます。VPN はリモートマシンを会社のローカルネットワークの中に参加させるために使われることが多いです。

en: OpenVPN is a piece of software dedicated to creating virtual private networks. Its setup involves creating virtual network interfaces on the VPN server and on the client(s); both <literal>tun</literal> (for IP-level tunnels) and <literal>tap</literal> (for Ethernet-level tunnels) interfaces are supported. In practice, <literal>tun</literal> interfaces will most often be used except when the VPN clients are meant to be integrated into the server's local network by way of an Ethernet bridge.
ja: OpenVPN は仮想プライベートネットワーク作成専用ソフトウェアの一種です。OpenVPN をセットアップするには VPN サーバ上とクライアント上に仮想ネットワークインターフェースの作成が必要です。さらに、OpenVPN は <literal>tun</literal> (IP レベルトンネル用) と <literal>tap</literal> (イーサネットレベルトンネル用) インターフェースをサポートします。実際には、VPN クライアントをイーサネットブリッジ経由でサーバのローカルネットワークに参加させる場合を除いて、<literal>tun</literal> インターフェースが最もよく使われます。

en: OpenVPN relies on OpenSSL for all the SSL/TLS cryptography and associated features (confidentiality, authentication, integrity, non-repudiation). It can be configured either with a shared private key or using X.509 certificates based on a public key infrastructure. The latter configuration is strongly preferred since it allows greater flexibility when faced with a growing number of roaming users accessing the VPN.
ja: OpenVPN は SSL/TLS 暗号化と関連する機能 (機密性、認証、整合性、否認防止) を使うために OpenSSL に依存しています。OpenVPN は共有秘密鍵または公開鍵基盤に基づく X.509 証明書を使うように設定できます。公開鍵基盤に基づく X.509 証明書を使うよう設定することをお勧めします。なぜなら、公開鍵基盤に従えば VPN にアクセスするローミングユーザの数が増えた場合も大きな自由度を保つことが可能だからです。

en: Configuring the OpenVPN Server
ja: OpenVPN サーバの設定

en: Barring further action, VPN clients can only access the VPN server itself by way of the <literal>10.8.0.1</literal> address. Granting the clients access to the local network (192.168.0.0/24), requires adding a <literal>push route 192.168.0.0 255.255.255.0</literal> directive to the OpenVPN configuration so that VPN clients automatically get a network route telling them that this network is reachable by way of the VPN. Furthermore, machines on the local network also need to be informed that the route to the VPN goes through the VPN server (this automatically works when the VPN server is installed on the gateway). Alternatively, the VPN server can be configured to perform IP masquerading so that connections coming from VPN clients appear as if they are coming from the VPN server instead (see <xref linkend="sect.gateway" />).
ja: これ以上の設定を追加しなければ、VPN クライアントは <literal>10.8.0.1</literal> アドレスの VPN サーバにアクセスできるだけです。クライアントをローカルネットワーク (192.168.0.0/24) へアクセスできる状態にするには、<literal>push route 192.168.0.0 255.255.255.0</literal> 指示文を OpenVPN 設定に追加します。こうすることで、VPN クライアントは自動的にネットワーク経路を取得し、VPN 経由でローカルネットワークに到達できるようになります。さらに、ローカルネットワークにいるマシンに対して VPN サーバに通じる VPN への経路を知らせる必要もあります (VPN サーバがゲートウェイにインストールされている場合、これは自動的に動きます)。別の方法として、VPN サーバが IP マスカレードを動かすように設定する方法があります。そうすれば、VPN クライアントからの接続はあたかもクライアントが VPN サーバからアクセスしたかのように見えます (<xref linkend="sect.gateway" />を参照してください)。

en: Configuring the OpenVPN Client
ja: OpenVPN クライアントの設定

en: Setting up an OpenVPN client also requires creating a configuration file in <filename>/etc/openvpn/</filename>. A standard configuration can be obtained by using <filename>/usr/share/doc/openvpn/examples/sample-config-files/client.conf</filename> as a starting point. The <literal>remote vpn.falcot.com 1194</literal> directive describes the address and port of the OpenVPN server; the <literal>ca</literal>, <literal>cert</literal> and <literal>key</literal> also need to be adapted to describe the locations of the key files.
ja: OpenVPN クライアントを設定する場合にも、<filename>/etc/openvpn/</filename> に設定ファイルを置きます。標準的な設定の良い足掛かりとして <filename>/usr/share/doc/openvpn/examples/sample-config-files/client.conf</filename> が用意されています。<literal>remote vpn.falcot.com 1194</literal> 指示文は OpenVPN サーバのアドレスとポート番号を表します。さらに <literal>ca</literal>、<literal>cert</literal>、<literal>key</literal> も鍵ファイルの場所に合わせて設定が必要です。

en: Virtual Private Network with SSH
ja: SSH を使った仮想プライベートネットワーク

en: The second method is more recent, and was introduced with OpenSSH 4.3; it is now possible for OpenSSH to create virtual network interfaces (<literal>tun*</literal>) on both sides of an SSH connection, and these virtual interfaces can be configured exactly as if they were physical interfaces. The tunneling system must first be enabled by setting <literal>PermitTunnel</literal> to “yes” in the SSH server configuration file (<filename>/etc/ssh/sshd_config</filename>). When establishing the SSH connection, the creation of a tunnel must be explicitly requested with the <literal>-w any:any</literal> option (<literal>any</literal> can be replaced with the desired <literal>tun</literal> device number). This requires the user to have administrator privilege on both sides, so as to be able to create the network device (in other words, the connection must be established as root).
ja: 2 番目の方法はより最近の方法で、OpenSSH 4.3 で導入されました。その結果今や、OpenSSH は SSH 接続のサーバおよびクライアント側に仮想ネットワークインターフェース (<literal>tun*</literal>) を作り、仮想インターフェースをあたかも物理インターフェースのように設定することが可能です。このトンネルシステムを有効化するにはまず、SSH サーバの設定ファイル (<filename>/etc/ssh/sshd_config</filename>) の中で <literal>PermitTunnel</literal> を「yes」に設定しなければいけません。SSH 接続を確立する際には、<literal>-w any:any</literal> オプションを使って明示的にトンネルの作成を要求しなければいけません (ここで <literal>any</literal> は必要な <literal>tun</literal> デバイス番号で置き替えます)。トンネルを作成するには、サーバおよびクライアント側でそのユーザが管理者権限を持っていることが必要です。そうすればネットワークデバイスを作成することが可能です (言い換えれば、接続は root で確立されなければいけません)。

en: Both methods for creating a virtual private network over SSH are quite straightforward. However, the VPN they provide is not the most efficient available; in particular, it does not handle high levels of traffic very well.
ja: SSH を使って仮想プライベートネットワークを作成する方法は、どちらもかなり直接的なものです。しかしながら、SSH の提供する VPN は最も効率のよい方法ではありません。特に、高レベルのトラフィックをうまく取り扱うことができません。

en: In spite of its status as the reference, the complexity of setting up IPsec restricts its usage in practice. OpenVPN-based solutions will generally be preferred when the required tunnels are neither too many nor too dynamic.
ja: IPsec は標準規格という地位があるにも関わらず、その設定が複雑なことが原因で実際にはあまり使われていません。必要なトンネルが少なくて静的な場合は、OpenVPN に基づく解決策が通常好まれます。

en: <emphasis>CAUTION</emphasis> IPsec and NAT
ja: <emphasis>CAUTION</emphasis> IPsec と NAT

en: NATing firewalls and IPsec do not work well together: since IPsec signs the packets, any change on these packets that the firewall might perform will void the signature, and the packets will be rejected at their destination. Various IPsec implementations now include the <emphasis>NAT-T</emphasis> technique (for <emphasis>NAT Traversal</emphasis>), which basically encapsulates the IPsec packet within a standard UDP packet.
ja: ファイアウォールの NAT は IPsec とうまく共存しません。なぜなら、IPsec はパケットを署名しますが、ファイアウォールがパケットを書き換えることで IPsec による署名は無効化され、無効な署名のパケットは受け取り側で拒否されるからです。今やさまざまな IPsec 実装が <emphasis>NAT-T</emphasis> (<emphasis>NAT Traversal</emphasis> の略語) 技術をサポートしています。これは基本的に IPsec パケットを標準的な UDP パケットにカプセル化するものです。

en: <emphasis>SECURITY</emphasis> IPsec and firewalls
ja: <emphasis>SECURITY</emphasis> IPsec とファイアウォール

en: <primary>ESP, protocol</primary>
ja: <primary>ESP、プロトコル</primary>

en: <primary>AH, protocol</primary>
ja: <primary>AH、プロトコル</primary>

en: <primary>protocol</primary><secondary>AH</secondary>
ja: <primary>プロトコル</primary><secondary>AH</secondary>

en: <primary>protocol</primary><secondary>ESP</secondary>
ja: <primary>プロトコル</primary><secondary>ESP</secondary>

en: The standard mode of operation of IPsec involves data exchanges on UDP port 500 for key exchanges (also on UDP port 4500 in the case that NAT-T is in use). Moreover, IPsec packets use two dedicated IP protocols that the firewall must let through; reception of these packets is based on their protocol numbers, 50 (ESP) and 51 (AH).
ja: IPsec の動作の標準的モードは鍵交換に UDP ポート 500 番 (NAT-T を使用する場合 UDP ポート 4500 番) を使います。さらに、IPsec パケットは 2 種類の専用 IP プロトコルを使います。ファイアウォールはこのプロトコルを通過させなければいけません。さらに、これらのパケットの受け入れ可否はプロトコル番号 (ESP は 50 番、AH は 51 番) に基づきます。

en: <primary>GRE, protocol</primary>
ja: <primary>GRE、プロトコル</primary>

en: <primary>protocol</primary><secondary>GRE</secondary>
ja: <primary>プロトコル</primary><secondary>GRE</secondary>

en: PPTP (for <emphasis>Point-to-Point Tunneling Protocol</emphasis>) uses two communication channels, one for control data and one for payload data; the latter uses the GRE protocol (<emphasis>Generic Routing Encapsulation</emphasis>). A standard PPP link is then set up over the data exchange channel.
ja: PPTP (<emphasis>Point-to-Point Tunneling Protocol</emphasis> の略語) は 2 種類の通信チャンネルを使います。1 つは制御データ用で、もう 1 つがペイロードデータ用です。ペイロードデータ用チャンネルは GRE プロトコル (<emphasis>Generic Routing Encapsulation</emphasis>) を使います。標準的な PPP リンクはペイロードデータ交換用チャンネル上に確立されます。

en: Configuring the Client
ja: クライアントの設定

en: The <emphasis role="pkg">pptp-linux</emphasis> package contains an easily-configured PPTP client for Linux. The following instructions take their inspiration from the official documentation: <ulink type="block" url="http://pptpclient.sourceforge.net/howto-debian.phtml" />
ja: <emphasis role="pkg">pptp-linux</emphasis> パッケージには Linux 用に簡単に設定できる PPTP クライアントが含まれています。以下の説明は公式文書からヒントを得て作ったものです。<ulink type="block" url="http://pptpclient.sourceforge.net/howto-debian.phtml" />

en: The Falcot administrators created several files: <filename>/etc/ppp/options.pptp</filename>, <filename>/etc/ppp/peers/falcot</filename>, <filename>/etc/ppp/ip-up.d/falcot</filename>, and <filename>/etc/ppp/ip-down.d/falcot</filename>.
ja: Falcot の管理者はいくつかのファイルを作成しました。すなわち <filename>/etc/ppp/options.pptp</filename>、<filename>/etc/ppp/peers/falcot</filename>、<filename>/etc/ppp/ip-up.d/falcot</filename>、<filename>/etc/ppp/ip-down.d/falcot</filename> を作成しました。

en: The <filename>/etc/ppp/options.pptp</filename> file
ja: <filename>/etc/ppp/options.pptp</filename> ファイル

en: 
    # PPP options used for a PPTP connection
    lock
    noauth
    nobsdcomp
    nodeflate
ja: 
    # PPTP 接続時に利用する PPP オプション
    lock
    noauth
    nobsdcomp
    nodeflate

en: The <filename>/etc/ppp/peers/falcot</filename> file
ja: <filename>/etc/ppp/peers/falcot</filename> ファイル

en: 
    # vpn.falcot.com is the PPTP server
    pty "pptp vpn.falcot.com --nolaunchpppd"
    # the connection will identify as the "vpn" user
    user vpn
    remotename pptp
    # encryption is needed
    require-mppe-128
    file /etc/ppp/options.pptp
    ipparam falcot
ja: 
    # vpn.falcot.com は PPTP サーバです
    pty "pptp vpn.falcot.com --nolaunchpppd"
    # "vpn" ユーザで本人確認して接続します
    user vpn
    remotename pptp
    # 暗号化を有効にします
    require-mppe-128
    file /etc/ppp/options.pptp
    ipparam falcot

en: The <filename>/etc/ppp/ip-up.d/falcot</filename> file
ja: <filename>/etc/ppp/ip-up.d/falcot</filename> ファイル

en: The <filename>/etc/ppp/ip-down.d/falcot</filename> file
ja: <filename>/etc/ppp/ip-down.d/falcot</filename> ファイル

en: Securing PPTP involves using the MPPE feature (<emphasis>Microsoft Point-to-Point Encryption</emphasis>), which is available in official Debian kernels as a module.
ja: PPTP を安全なものにするには MPPE 機能 (<emphasis>Microsoft Point-to-Point Encryption</emphasis>) を使います。MPPE はモジュールとして公式の Debian カーネルで利用できます。

en: Configuring the Server
ja: サーバの設定

en: <emphasis>CAUTION</emphasis> PPTP and firewalls
ja: <emphasis>CAUTION</emphasis> PPTP とファイアウォール

en: Intermediate firewalls need to be configured to let through IP packets using protocol 47 (GRE). Moreover, the PPTP server's port 1723 needs to be open so that the communication channel can happen.
ja: 中間ファイアウォールはプロトコル 47 番 (GRE) を使っている IP パケットを通過させるように設定されなければいけません。さらに、通信チャンネルを開くために PPTP サーバのポート 1723 番を開けることが必要です。

en: <command>pptpd</command> is the PPTP server for Linux. Its main configuration file, <filename>/etc/pptpd.conf</filename>, requires very few changes: <emphasis>localip</emphasis> (local IP address) and <emphasis>remoteip</emphasis> (remote IP address). In the example below, the PPTP server always uses the <literal>192.168.0.199</literal> address, and PPTP clients receive IP addresses from <literal>192.168.0.200</literal> to <literal>192.168.0.250</literal>.
ja: <command>pptpd</command> は Linux 用の PPTP サーバです。主設定ファイル <filename>/etc/pptpd.conf</filename> にはいくつかの変更が必要です。すなわち <emphasis>localip</emphasis> (ローカル IP アドレス) と <emphasis>remoteip</emphasis> (リモート IP アドレス) を変更する必要があります。以下の例では、PPTP サーバは常に <literal>192.168.0.199</literal> アドレスを使い、PPTP クライアントは <literal>192.168.0.200</literal> から <literal>192.168.0.250</literal> までの IP アドレスを受け取ります。

en: The <filename>/etc/pptpd.conf</filename> file
ja: <filename>/etc/pptpd.conf</filename> ファイル

en: The PPP configuration used by the PPTP server also requires a few changes in <filename>/etc/ppp/pptpd-options</filename>. The important parameters are the server name (<literal>pptp</literal>), the domain name (<literal>falcot.com</literal>), and the IP addresses for DNS and WINS servers.
ja: さらに <filename>/etc/ppp/pptpd-options</filename> を編集して、PPTP サーバの使う PPP 設定を変更します。重要なパラメータはサーバ名 (<literal>pptp</literal>)、ドメイン名 (<literal>falcot.com</literal>)、DNS と WINS サーバの IP アドレスです。

en: The <filename>/etc/ppp/pptpd-options</filename> file
ja: <filename>/etc/ppp/pptpd-options</filename> ファイル

en: The last step involves registering the <literal>vpn</literal> user (and the associated password) in the <filename>/etc/ppp/chap-secrets</filename> file. Contrary to other instances where an asterisk (<literal>*</literal>) would work, the server name must be filled explicitly here. Furthermore, Windows PPTP clients identify themselves under the <literal><replaceable>DOMAIN</replaceable>\\<replaceable>USER</replaceable></literal> form, instead of only providing a user name. This explains why the file also mentions the <literal>FALCOT\\vpn</literal> user. It is also possible to specify individual IP addresses for users; an asterisk in this field specifies that dynamic addressing should be used.
ja: 最後に、<literal>vpn</literal> ユーザ (と対応するパスワード) を <filename>/etc/ppp/chap-secrets</filename> ファイルに登録します。サーバ名だけは、アスタリスク (<literal>*</literal>) を使える他のインスタンスと異なり、明示的に指定しなければいけません。さらに、Windows PPTP クライアントはユーザ名ではなく <literal><replaceable>DOMAIN</replaceable>\\<replaceable>USER</replaceable></literal> という形を認証を行います。このため、<filename>/etc/ppp/chap-secrets</filename> ファイルに <literal>FALCOT\\vpn</literal> ユーザが追加されています。ユーザに割り当てる IP アドレスを明記することも可能です。IP アドレスフィールドのアスタリスクは動的にアドレスを割り当てることを意味します。

en: The <filename>/etc/ppp/chap-secrets</filename> file
ja: <filename>/etc/ppp/chap-secrets</filename> ファイル

en: 
    # Secrets for authentication using CHAP
    # client        server  secret      IP addresses
    vpn             pptp    f@Lc3au     *
    FALCOT\\vpn     pptp    f@Lc3au     *
ja: 
    # CHAP 認証用のログイン情報
    # クライアント  サーバ  秘密情報    IP アドレス
    vpn             pptp    f@Lc3au     *
    FALCOT\\vpn     pptp    f@Lc3au     *

en: <emphasis>SECURITY</emphasis> PPTP vulnerabilities
ja: <emphasis>SECURITY</emphasis> PPTP 脆弱性

en: Microsoft's first PPTP implementation drew severe criticism because it had many security vulnerabilities; most have since then been fixed in more recent versions. The configuration documented in this section uses the latest version of the protocol. Be aware though that removing some options (such as <literal>require-mppe-128</literal> and <literal>require-mschap-v2</literal>) would make the service vulnerable again.
ja: Microsoft の最初の PPTP 実装は多くのセキュリティ脆弱性を残していたためにさまざまな非難を浴びました。しかし、最近のバージョンではその多くが修正されています。この節で説明されている設定は PPTP プロトコルの最新のバージョンを使っています。いくつかのオプション (<literal>require-mppe-128</literal> や <literal>require-mschap-v2</literal> など) を無効化すると、サービスに脆弱性が生まれるという点に注意してください。

en: Principle and Mechanism
ja: 原理とメカニズム

en: <emphasis>Quality of Service</emphasis> (or <emphasis>QoS</emphasis> for short) refers to a set of techniques that guarantee or improve the quality of the service provided to applications. The most popular such technique involves classifying the network traffic into categories, and differentiating the handling of traffic according to which category it belongs to. The main application of this differentiated services concept is <emphasis>traffic shaping</emphasis>, which limits the data transmission rates for connections related to some services and/or hosts so as not to saturate the available bandwidth and starve important other services. Traffic shaping is a particularly good fit for TCP traffic, since this protocol automatically adapts to available bandwidth.
ja: <emphasis>Quality of Service (サービスの品質)</emphasis> (略して <emphasis>QoS</emphasis>) はアプリケーションに提供されるサービスの品質を向上させる技術群を指します。最もよく使われる技術はネットワークトラフィックをカテゴリ分けして、トラフィックの所属するカテゴリごとにその取り扱いに違いを付ける技術です。サービスを差別化するという概念の主な用途が<emphasis>トラフィックシェーピング</emphasis>です。これは一部のサービスおよびホストに関連する接続のデータの転送率を制限します。これを使うことで、利用できる帯域幅が飽和することを避け、重要な他のサービスに支障が出ないようにします。トラフィックシェーピングは TCP トラフィックに対して特に有効です。なぜなら、TCP は利用できる帯域幅に自動的に適応するからです。

en: It is also possible to alter the priorities on traffic, which allows prioritizing packets related to interactive services (such as <command>ssh</command> and <command>telnet</command>) or to services that only deal with small blocks of data.
ja: トラフィックの優先度を変更し、対話型サービス (<command>ssh</command> や <command>telnet</command> など) や小さなブロックのデータだけを取り扱うサービスに関連するパケットに高い優先度を付けることも可能です。

en: The Debian kernels include the features required for QoS along with their associated modules. These modules are many, and each of them provides a different service, most notably by way of special schedulers for the queues of IP packets; the wide range of available scheduler behaviors spans the whole range of possible requirements.
ja: Debian カーネルには、QoS 関連モジュールと一緒に QoS に必要な機能が含まれています。多くのモジュールが存在し、各モジュールが異なるサービスを提供します。中でも注目すべきは IP パケットの待ち行列用の特別なスケジューラです。このスケジューラはさまざまな用途に利用できるため、考え得るさまざまな要求に対応できます。

en: <emphasis>CULTURE</emphasis> LARTC — <emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis>
ja: <emphasis>CULTURE</emphasis> LARTC (<emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis>)

en: <primary>routing</primary><secondary>advanced</secondary>
ja: <primary>ルーティング</primary><secondary sortas="ジョウキュウルーティング">上級ルーティング</secondary>

en: <primary>traffic</primary><secondary>control</secondary>
ja: <primary>トラフィック</primary><secondary sortas="セイギョ">制御</secondary>

en: <primary>control of traffic</primary>
ja: <primary sortas="セイギョ">制御</primary><secondary>トラフィック</secondary>

en: Configuring and Implementing
ja: 設定と実践

en: QoS parameters are set through the <command>tc</command> command (provided by the <emphasis role="pkg">iproute</emphasis> package). Since its interface is quite complex, using higher-level tools is recommended.
ja: QoS パラメータは <command>tc</command> コマンド (<emphasis role="pkg">iproute</emphasis> パッケージに含まれます) を使って設定します。<command>tc</command> コマンドはインターフェースがかなり複雑なので、高レベルツールを使うことを推奨します。

en: Reducing Latencies: <command>wondershaper</command>
ja: 待ち時間の低減、<command>wondershaper</command>

en: <primary>limitation of traffic</primary>
ja: <primary sortas="セイゲン">制限</primary><secondary>トラフィック</secondary>

en: <primary>traffic</primary><secondary>limitation</secondary>
ja: <primary>トラフィック</primary><secondary sortas="セイゲン">制限</secondary>

en: The main purpose of <command>wondershaper</command> (in the similarly-named package) is to minimize latencies independent of network load. This is achieved by limiting total traffic to a value that falls just short of the link saturation value.
ja: <command>wondershaper</command> (同名のパッケージに含まれます) の主目的はネットワーク負荷とは無関係に待ち時間を最小化することです。全トラフィックをある値に制限することにより、これは実現されます。この値には帯域を飽和させるよりほんの少しだけ小さな値を設定します。

en: Changes in the <filename>/etc/network/interfaces</filename> file
ja: <filename>/etc/network/interfaces</filename> ファイルの修正

en: <emphasis>GOING FURTHER</emphasis> Optimal configuration
ja: <emphasis>GOING FURTHER</emphasis> 最適な設定

en: The <filename>/usr/share/doc/wondershaper/README.Debian.gz</filename> file describes, in some detail, the configuration method recommended by the package maintainer. In particular, it advises measuring the download and upload speeds so as to best evaluate real limits.
ja: <filename>/usr/share/doc/wondershaper/README.Debian.gz</filename> ファイルでは、パッケージメンテナの推奨する設定方法が少し詳しく説明されています。特に、ダウンロードとアップロード速度を計測することを勧めています。実際の速度を計測することで、制限を適切に見積もることが可能です。

en: Standard Configuration
ja: 標準的な設定

en: Dynamic Routing
ja: 動的ルーティング

en: <emphasis>BACK TO BASICS</emphasis> Dynamic routing
ja: <emphasis>BACK TO BASICS</emphasis> 動的ルーティング

en: Dynamic routing allows routers to adjust, in real time, the paths used for transmitting IP packets. Each protocol involves its own method of defining routes (shortest path, use routes advertised by peers, and so on).
ja: 動的ルーティングを使うことで、ルータは IP パケットの送信経路をリアルタイムで調整することが可能になります。プロトコルごとに経路を定義する方法 (最短経路、各装置が希望する経路など) は違います。

en: <emphasis>IN PRACTICE</emphasis> OSPF, BGP or RIP?
ja: <emphasis>IN PRACTICE</emphasis> OSPF、BGP、RIP?

en: Debian kernels include IPv6 handling in the core kernel (with the exception of some architectures that have it compiled as a module named <literal>ipv6</literal>). Basic tools such as <command>ping</command> and <command>traceroute</command> have their IPv6 equivalents in <command>ping6</command> and <command>traceroute6</command>, available respectively in the <emphasis role="pkg">iputils-ping</emphasis> and <emphasis role="pkg">iputils-tracepath</emphasis> packages.
ja: Debian カーネルは IPv6 をコアカーネルでサポートします (<literal>ipv6</literal> という名前でコンパイルされたモジュールを使って IPv6 をサポートする一部のアーキテクチャを除きます)。<command>ping</command>、<command>traceroute</command> などの基本ツールには IPv6 用の <command>ping6</command>、<command>traceroute6</command> などの代替品があり、これらはそれぞれ <emphasis role="pkg">iputils-ping</emphasis>、<emphasis role="pkg">iputils-tracepath</emphasis> パッケージに含まれます。

en: The IPv6 network is configured similarly to IPv4, in <filename>/etc/network/interfaces</filename>. But if you want that network to be globally available, you must ensure that you have an IPv6-capable router relaying traffic to the global IPv6 network.
ja: IPv6 ネットワークは IPv4 と同様に <filename>/etc/network/interfaces</filename> で設定します。しかし、ネットワークをグローバルに利用できるようにしたい場合、グローバル IPv6 ネットワークへのトラフィックを中継するための IPv6 を取り扱うことができるルータを持っていなければいけません。

en: Example of IPv6 configuration
ja: IPv6 設定の例

en: IPv6 subnets usually have a netmask of 64 bits. This means that 2<superscript>64</superscript> distinct addresses exist within the subnet. This allows Stateless Address Autoconfiguration (<acronym>SLAAC</acronym>) to pick an address based on the network interface's MAC address. By default, if <acronym>SLAAC</acronym> is activated in your network and IPv6 on your computer, the kernel will automatically find IPv6 routers and configure the network interfaces.
ja: IPv6 サブネットのネットマスクは通常 64 ビットです。これは、サブネットの中に 2<superscript>64</superscript> 個の異なるアドレスが存在することを意味します。この特徴のおかげで、インターフェースの MAC アドレスに基づいたアドレスを選ぶステートレスアドレス自動設定 (<acronym>SLAAC</acronym>) を使うことが可能です。ネットワークで <acronym>SLAAC</acronym> が有効化されコンピュータで IPv6 が有効化された場合、デフォルトでカーネルは自動的に IPv6 ルータを探してネットワークインターフェースを設定します。

en: IPv6 privacy extensions
ja: IPv6 プライバシー拡張

en: <emphasis>TIP</emphasis> Programs built with IPv6
ja: <emphasis>TIP</emphasis> プログラムの IPv6 対応

en: <primary>firewall</primary><secondary>IPv6</secondary>
ja: <primary>ファイアウォール</primary><secondary>IPv6</secondary>

en: Tunneling
ja: トンネル

en: <emphasis>CAUTION</emphasis> IPv6 tunneling and firewalls
ja: <emphasis>CAUTION</emphasis> IPv6 トンネルとファイアウォール

en: IPv6 tunneling over IPv4 (as opposed to native IPv6) requires the firewall to accept the traffic, which uses IPv4 protocol number 41.
ja: IPv4 上に IPv6 トンネルを作るには (ネイティブ IPv6 とは対照的に) IPv4 プロトコル 41 番を使うトラフィックを受け入れるファイアウォールが必要です。

en: Domain Name Servers (DNS)
ja: ドメインネームサーバ (DNS)

en: <primary>server</primary><secondary>name</secondary>
ja: <primary>サーバ</primary><secondary>ネームサーバ</secondary>

en: DNS records are organized in zones; each zone matches either a domain (or a subdomain) or an IP address range (since IP addresses are generally allocated in consecutive ranges). A primary server is authoritative on the contents of a zone; secondary servers, usually hosted on separate machines, provide regularly refreshed copies of the primary zone.
ja: DNS レコードはゾーン分けされています。それぞれのゾーンはドメイン (またはサブドメイン) か IP アドレス範囲に対応付けられます (なぜなら、ゾーンは通常連続した IP アドレス範囲を割り当てられるからです)。プライマリサーバはあるゾーンに含まれる内容の情報を提供する権威的なサーバです。さらに、セカンダリサーバは通常プライマリサーバとは別のマシン上でホストされ、定期的にプライマリゾーンのコピーをとるサーバです。

en: <primary>zone</primary><secondary>DNS</secondary>
ja: <primary>ゾーン</primary><secondary>DNS</secondary>

en: <primary>DNS</primary><secondary>zone</secondary>
ja: <primary>DNS</primary><secondary>ゾーン</secondary>

en: Furthermore, Bind supports the DNSSEC standard for signing (and therefore authenticating) DNS records, which allows blocking any spoofing of this data during man-in-the-middle attacks.
ja: 2 番目は Bind が DNS レコードの署名 (すなわち DNS レコードの認証) に DNSSEC 標準をサポートするようになった変更です。これにより、中間者攻撃で DNS レコードが偽装された場合に、偽装された DNS レコードを遮断することが可能になりました。

en: Configuration files for <command>bind</command>, irrespective of version, have the same structure.
ja: バージョンによらず <command>bind</command> の設定ファイルは同じ構造をしています。

en: The Falcot administrators created a primary <literal>falcot.com</literal> zone to store information related to this domain, and a <literal>168.192.in-addr.arpa</literal> zone for reverse mapping of IP addresses in the local networks.
ja: Falcot の管理者は <literal>falcot.com</literal> ドメインに関連する情報を保存するためにプライマリ <literal>falcot.com</literal> ゾーンを作成し、ローカルネットワーク内の IP アドレスとの逆引き対応を付けるために <literal>168.192.in-addr.arpa</literal> ゾーンを作成しました。

en: <emphasis>CAUTION</emphasis> Names of reverse zones
ja: <emphasis>CAUTION</emphasis> 逆引きゾーンの名前

en: <primary>zone</primary><secondary>reverse</secondary>
ja: <primary>ゾーン</primary><secondary sortas="ギャクビキ">逆引き</secondary>

en: <primary>reverse zone</primary>
ja: <primary sortas="ギャクビキゾーン">逆引きゾーン</primary>

en: <primary>nibble format</primary>
ja: <primary>ニブルフォーマット</primary>

en: Reverse zones have a particular name. The zone covering the <literal>192.168.0.0/16</literal> network needs to be named <literal>168.192.in-addr.arpa</literal>: the IP address components are reversed, and followed by the <literal>in-addr.arpa</literal> suffix.
ja: 逆引きゾーンには特定の名前が付けられています。<literal>192.168.0.0/16</literal> ネットワークに対する逆引きゾーンは <literal>168.192.in-addr.arpa</literal> のように名付けなければいけません。具体的に言えば、IP アドレス部分の順序を逆にして、その後ろに <literal>in-addr.arpa</literal> サフィックスを付けます。

en: For IPv6 networks, the suffix is <literal>ip6.arpa</literal> and the IP address components which are reversed are each character in the full hexadecimal representation of the IP address. As such, the <literal>2001:0bc8:31a0::/48</literal> network would use a zone named <literal>0.a.1.3.8.c.b.0.1.0.0.2.ip6.arpa</literal>.
ja: IPv6 ネットワークの場合、IP アドレスを完全に 16 進数表記した時の文字を逆順にして、その後ろに <literal>ip6.arpa</literal> サフィックスを付けます。つまり、<literal>2001:0bc8:31a0::/48</literal> ネットワークはゾーン名として <literal>0.a.1.3.8.c.b.0.1.0.0.2.ip6.arpa</literal> を使います。

en: <emphasis>TIP</emphasis> Testing the DNS server
ja: <emphasis>TIP</emphasis> DNS サーバのテスト

en: The <command>host</command> command (in the <emphasis role="pkg">bind9-host</emphasis> package) queries a DNS server, and can be used to test the server configuration. For example, <command>host machine.falcot.com localhost</command> checks the local server's reply for the <literal>machine.falcot.com</literal> query. <command>host <replaceable>ipaddress</replaceable> localhost</command> tests the reverse resolution.
ja: <command>host</command> コマンド (<emphasis role="pkg">bind9-host</emphasis> パッケージに含まれます) は引数に DNS サーバを与えることができ、DNS サーバの設定をテストするために使うことも可能です。たとえば <command>host machine.falcot.com localhost</command> を使うと、<literal>localhost</literal> 上の DNS サーバに <literal>machine.falcot.com</literal> を問い合わせた際の応答を確認することが可能です。<command>host <replaceable>ipaddress</replaceable> localhost</command> を使うと逆引き設定をテストすることが可能です。

en: The following configuration excerpts, taken from the Falcot files, can serve as starting points to configure a DNS server:
ja: 以下に Falcot のファイルから抜粋した設定を載せます。これは DNS サーバの設定の足掛かりになります。

en: Excerpt of <filename>/etc/bind/named.conf.local</filename>
ja: <filename>/etc/bind/named.conf.local</filename> の抜粋

en: Excerpt of <filename>/etc/bind/db.falcot.com</filename>
ja: <filename>/etc/bind/db.falcot.com</filename> の抜粋

en: ; falcot.com Zone 
    ; admin.falcot.com. =&gt; zone contact: admin@falcot.com
    $TTL    604800
    @       IN      SOA     falcot.com. admin.falcot.com. (
                            20040121        ; Serial
                             604800         ; Refresh
                              86400         ; Retry
                            2419200         ; Expire
                             604800 )       ; Negative Cache TTL
    ;
    ; The @ refers to the zone name ("falcot.com" here)
    ; or to $ORIGIN if that directive has been used
    ;
    @       IN      NS      ns
    @       IN      NS      ns0.xname.org.
    
    internal IN      NS      192.168.0.2
    
    @       IN      A       212.94.201.10
    @       IN      MX      5 mail
    @       IN      MX      10 mail2
    
    ns      IN      A       212.94.201.10
    mail    IN      A       212.94.201.10
    mail2   IN      A       212.94.201.11
    www     IN      A       212.94.201.11
    
    dns     IN      CNAME   ns
ja: ; falcot.com ゾーン
    ; admin.falcot.com. でゾーン連絡先アドレスに admin@falcot.com を指定したことになります
    $TTL    604800
    @       IN      SOA     falcot.com. admin.falcot.com. (
                            20040121        ; Serial
                             604800         ; Refresh
                              86400         ; Retry
                            2419200         ; Expire
                             604800 )       ; Negative Cache TTL
    ;
    ; @ はゾーン名 (ここでは "falcot.com") または
    ; $ORIGIN 指示文が使われていた場合 $ORIGIN を意味します
    ;
    @       IN      NS      ns
    @       IN      NS      ns0.xname.org.
    
    internal IN      NS      192.168.0.2
    
    @       IN      A       212.94.201.10
    @       IN      MX      5 mail
    @       IN      MX      10 mail2
    
    ns      IN      A       212.94.201.10
    mail    IN      A       212.94.201.10
    mail2   IN      A       212.94.201.11
    www     IN      A       212.94.201.11
    
    dns     IN      CNAME   ns

en: <emphasis>CAUTION</emphasis> Syntax of a name
ja: <emphasis>CAUTION</emphasis> 名前の構文

en: The syntax of machine names follows strict rules. For instance, <literal>machine</literal> implies <literal>machine.<replaceable>domain</replaceable></literal>. If the domain name should not be appended to a name, said name must be written as <literal>machine.</literal> (with a dot as suffix). Indicating a DNS name outside the current domain therefore requires a syntax such as <literal>machine.otherdomain.com.</literal> (with the final dot).
ja: マシン名の構文には厳密なルールがあります。たとえば、<literal>machine</literal> は <literal>machine.<replaceable>domain</replaceable></literal> を意味します。名前にこのドメイン名を加えるべきでない場合、名前を <literal>machine.</literal> のように表記 (ドットを後置) しなければいけません。このため、現在のドメインの外部にある DNS 名を表すには <literal>machine.otherdomain.com.</literal> のような構文 (最後にドットを後置) が必要です。

en: Excerpt of <filename>/etc/bind/db.192.168</filename>
ja: <filename>/etc/bind/db.192.168</filename> の抜粋

en: ; Reverse zone for 192.168.0.0/16
    ; admin.falcot.com. =&gt; zone contact: admin@falcot.com
    $TTL    604800
    @       IN      SOA     ns.internal.falcot.com. admin.falcot.com. (
                            20040121        ; Serial
                             604800         ; Refresh
                              86400         ; Retry
                            2419200         ; Expire
                             604800 )       ; Negative Cache TTL
    
            IN      NS      ns.internal.falcot.com.
    
    ; 192.168.0.1 -&gt; arrakis
    1.0     IN      PTR     arrakis.internal.falcot.com.
    ; 192.168.0.2 -&gt; neptune
    2.0     IN      PTR     neptune.internal.falcot.com.
    
    ; 192.168.3.1 -&gt; pau
    1.3     IN      PTR     pau.internal.falcot.com.
ja: ; 192.168.0.0/16 用の逆引きゾーン
    ; admin.falcot.com. でゾーン連絡先アドレスに admin@falcot.com を指定したことになります
    $TTL    604800
    @       IN      SOA     ns.internal.falcot.com. admin.falcot.com. (
                            20040121        ; Serial
                             604800         ; Refresh
                              86400         ; Retry
                            2419200         ; Expire
                             604800 )       ; Negative Cache TTL
    
            IN      NS      ns.internal.falcot.com.
    
    ; 192.168.0.1 を arrakis に対応付けます
    1.0     IN      PTR     arrakis.internal.falcot.com.
    ; 192.168.0.2 を neptune に対応付けます
    2.0     IN      PTR     neptune.internal.falcot.com.
    
    ; 192.168.3.1 を pau に対応付けます
    1.3     IN      PTR     pau.internal.falcot.com.

en: <primary>network</primary><secondary>DHCP configuration</secondary>
ja: <primary>ネットワーク</primary><secondary sortas="DHCP セッテイ">DHCP 設定</secondary>

en: DHCP (for <emphasis>Dynamic Host Configuration Protocol</emphasis>) is a protocol by which a machine can automatically get its network configuration when it boots. This allows centralizing the management of network configurations, and ensuring that all desktop machines get similar settings.
ja: DHCP (<emphasis>Dynamic Host Configuration Protocol</emphasis> の略語) はマシンが起動時にネットワーク設定を自動的に取得することを可能にするプロトコルです。DHCP のおかげでネットワーク設定の管理を中央集権化し、すべてのデスクトップマシンに類似した設定を行うことが可能になります。

en: A DHCP server provides many network-related parameters. The most common of these is an IP address and the network where the machine belongs, but it can also provide other information, such as DNS servers, WINS servers, NTP servers, and so on.
ja: DHCP サーバは多くのネットワーク関連パラメータを提供します。DHCP サーバが提供する最も一般的なパラメータは IP アドレスとマシンの所属するネットワークです。しかしながら、DHCP サーバは DNS サーバ、WINS サーバ、NTP サーバなどの情報を提供することも可能です。

en: The Internet Software Consortium (also involved in developing <command>bind</command>) is the main author of the DHCP server. The matching Debian package is <emphasis role="pkg">isc-dhcp-server</emphasis>.
ja: (<command>bind</command> の開発にも参加している) Internet Software Consortium は DHCP サーバの主開発者です。彼らの開発した DHCP サーバを含む Debian パッケージは <emphasis role="pkg">isc-dhcp-server</emphasis> です。

en: Configuring
ja: 設定

en: Excerpt of <filename>/etc/dhcp/dhcpd.conf</filename>
ja: <filename>/etc/dhcp/dhcpd.conf</filename> の抜粋

en: 
    #
    # Sample configuration file for ISC dhcpd for Debian
    #
    
    # The ddns-updates-style parameter controls whether or not the server will
    # attempt to do a DNS update when a lease is confirmed. We default to the
    # behavior of the version 2 packages ('none', since DHCP v2 didn't
    # have support for DDNS.)
    ddns-update-style interim;
    
    # option definitions common to all supported networks...
    option domain-name "internal.falcot.com";
    option domain-name-servers ns.internal.falcot.com;
    
    default-lease-time 600;
    max-lease-time 7200;
    
    # If this DHCP server is the official DHCP server for the local
    # network, the authoritative directive should be uncommented.
    authoritative;
    
    # Use this to send dhcp log messages to a different log file (you also
    # have to hack syslog.conf to complete the redirection).
    log-facility local7;
    
    # My subnet
    subnet 192.168.0.0 netmask 255.255.255.0 {
        option routers 192.168.0.1;
        option broadcast-address 192.168.0.255;
        range 192.168.0.128 192.168.0.254;
        ddns-domainname "internal.falcot.com";
    }
ja: 
    #
    # Debian の ISC dhcpd 用設定ファイルの見本
    #
    
    # ddns-update-style パラメータは IP アドレスのリースが確認されたら
    # このサーバが DNS 更新を試行するか否かを制御します。
    # デフォルト設定値はバージョン 2 パッケージの挙動です
    # ('none'。なぜなら DHCP v2 は DDNS をサポートしていなかったからです)。
    ddns-update-style interim;
    
    # すべてのネットワークに共通のオプションを定義します。
    option domain-name "internal.falcot.com";
    option domain-name-servers ns.internal.falcot.com;
    
    default-lease-time 600;
    max-lease-time 7200;
    
    # この DHCP サーバがローカルネットワークの公式 DHCP サーバならば、
    # authoritative 指示文を有効化するべきです。
    authoritative;
    
    # dhcp ログメッセージを別のログファイルへ送信するには以下の設定を使います
    # (これを正しく動作させるには syslog.conf の設定も必要です)。
    log-facility local7;
    
    # 自分のサブネット
    subnet 192.168.0.0 netmask 255.255.255.0 {
        option routers 192.168.0.1;
        option broadcast-address 192.168.0.255;
        range 192.168.0.128 192.168.0.254;
        ddns-domainname "internal.falcot.com";
    }

en: DHCP and DNS
ja: DHCP と DNS

en: <primary>DNS</primary><secondary>automated updates</secondary>
ja: <primary>DNS</primary><secondary sortas="ジドウコウシン">自動更新</secondary>

en: A nice feature is the automated registering of DHCP clients in the DNS zone, so that each machine gets a significant name (rather than something impersonal such as <literal>machine-192-168-0-131.internal.falcot.com</literal>). Using this feature requires configuring the DNS server to accept updates to the <literal>internal.falcot.com</literal> DNS zone from the DHCP server, and configuring the latter to submit updates for each registration.
ja: DNS ゾーン内に DHCP クライアントを自動登録するという便利な機能を使うことが可能です。自動登録機能を使えば、各マシンの意味のある名前を使ってアクセスできるようになります (自動登録機能を使わない場合、<literal>machine-192-168-0-131.internal.falcot.com</literal> などの匿名性のある名前を使ってアクセスすることになります)。自動登録機能を使うには、DHCP サーバから <literal>internal.falcot.com</literal> DNS ゾーンの更新を受け入れるように DNS サーバを設定して、各クライアントの登録情報の更新を DNS サーバに送信するように DHCP サーバを設定します。

en: Beware! A zone that can be modified <emphasis>will</emphasis> be changed by <command>bind</command>, and the latter will overwrite its configuration files at regular intervals. Since this automated procedure produces files that are less human-readable than manually-written ones, the Falcot administrators handle the <literal>internal.falcot.com</literal> domain with a delegated DNS server; this means the <literal>falcot.com</literal> zone file stays firmly under their manual control.
ja: 注意してください! 更新を受け入れることを許可したゾーンは <command>bind</command> により<emphasis>変更され</emphasis>、設定ファイルは定期的に上書きされます。この自動手続きにより作成されるファイルは手作業で書かれたものよりも人間にとって読みづらいため、Falcot の管理者は権限委譲された DNS サーバを使って <literal>internal.falcot.com</literal> ドメインを管理しています。これは <literal>falcot.com</literal> ゾーンファイルは手作業で管理されることを意味します。

en: Network Diagnosis Tools
ja: ネットワーク診断ツール

en: Local Diagnosis: <command>netstat</command>
ja: ローカルの診断、<command>netstat</command>

en: Let's first mention the <command>netstat</command> command (in the <emphasis role="pkg">net-tools</emphasis> package); it displays an instant summary of a machine's network activity. When invoked with no argument, this command lists all open connections; this list can be very verbose since it includes many Unix-domain sockets (widely used by daemons) which do not involve the network at all (for example, <literal>dbus</literal> communication, <literal>X11</literal> traffic, and communications between virtual filesystems and the desktop).
ja: 最初に <command>netstat</command> コマンド (<emphasis role="pkg">net-tools</emphasis> パッケージに含まれます) を紹介しましょう。<command>netstat</command> コマンドはマシンのその瞬間のネットワーク活動に関する要約を表示します。何も引数を渡さずに実行した場合、<command>netstat</command> コマンドは開かれた接続をリストします。このリストはとても長くなる場合があります。なぜなら、このリストには多くの Unix ドメインソケットが含まれるからです (Unix ドメインソケットはデーモンによって広く使われています)。Unix ドメインソケットはネットワークに関与するものではありません (<literal>dbus</literal> 通信、<literal>X11</literal> トラフィック、仮想ファイルシステムとデスクトップ間の通信などに関与するものです)。

en: Common invocations therefore use options that alter <command>netstat</command>'s behavior. The most frequently used options include:
ja: 一般的に <command>netstat</command> を実行する際には標準の挙動を変更するオプションを使います。最も頻繁に使われるオプションを以下に挙げます。

en: <literal>-t</literal>, which filters the results to only include TCP connections;
ja: <literal>-t</literal>。TCP 接続だけが表示されます。

en: <literal>-u</literal>, which works similarly for UDP connections; these options are not mutually exclusive, and one of them is enough to stop displaying Unix-domain connections;
ja: <literal>-u</literal>。UDP 接続だけが表示されます。<literal>-t</literal> と <literal>-u</literal> オプションは同時に使えます。Unix ドメインソケットの表示を抑制するにはどちらか一方を使うだけで十分です。

en: <literal>-a</literal>, to also list listening sockets (waiting for incoming connections);
ja: <literal>-a</literal>。リッスンしている (接続を待ち受けている) ソケットも表示されます。

en: <literal>-n</literal>, to display the results numerically: IP addresses (no DNS resolution), port numbers (no aliases as defined in <filename>/etc/services</filename>) and user ids (no login names);
ja: <literal>-n</literal>。結果が数値的に表示されます。すなわち、IP アドレス (DNS で名前解決しません)、ポート番号 (<filename>/etc/services</filename> の定義する別名を使いません)、ユーザ id (ログイン名を使いません) を使って表示されます。

en: <literal>-p</literal>, to list the processes involved; this option is only useful when <command>netstat</command> is run as root, since normal users will only see their own processes;
ja: <literal>-p</literal>。関連付けられたプロセスが表示されます。<command>netstat</command> を root 権限で実行した場合にのみ、このオプションは役に立ちます。なぜなら、普通のユーザは自分のプロセス以外を見ることができないからです。

en: <literal>-c</literal>, to continuously refresh the list of connections.
ja: <literal>-c</literal>。継続的に接続リストを更新します。

en: Other options, documented in the <citerefentry><refentrytitle>netstat</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page, provide an even finer control over the displayed results. In practice, the first five options are so often used together that systems and network administrators practically acquired <command>netstat -tupan</command> as a reflex. Typical results, on a lightly loaded machine, may look like the following:
ja: <citerefentry><refentrytitle>netstat</refentrytitle> <manvolnum>8</manvolnum></citerefentry> マニュアルページに書かれている他のオプションを使えば、表示される結果をさらに細かく制御することが可能です。実質的には上に挙げたオプションのうち最初の 5 種類を組み合わせて使うことが多いため、結果としてシステムとネットワークの管理者は <command>netstat -tupan</command> を身に付けることが多いです。負荷の高くないマシンでは、以下のような典型的な結果を返します。

en: 
    <computeroutput># </computeroutput><userinput>netstat -tupan</userinput>
    <computeroutput>Active Internet connections (servers and established)
    Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
    tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      397/rpcbind     
    tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      431/sshd        
    tcp        0      0 0.0.0.0:36568           0.0.0.0:*               LISTEN      407/rpc.statd   
    tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      762/exim4       
    tcp        0    272 192.168.1.242:22        192.168.1.129:44452     ESTABLISHED 1172/sshd: roland [
    tcp6       0      0 :::111                  :::*                    LISTEN      397/rpcbind     
    tcp6       0      0 :::22                   :::*                    LISTEN      431/sshd        
    tcp6       0      0 ::1:25                  :::*                    LISTEN      762/exim4       
    tcp6       0      0 :::35210                :::*                    LISTEN      407/rpc.statd   
    udp        0      0 0.0.0.0:39376           0.0.0.0:*                           916/dhclient    
    udp        0      0 0.0.0.0:996             0.0.0.0:*                           397/rpcbind     
    udp        0      0 127.0.0.1:1007          0.0.0.0:*                           407/rpc.statd   
    udp        0      0 0.0.0.0:68              0.0.0.0:*                           916/dhclient    
    udp        0      0 0.0.0.0:48720           0.0.0.0:*                           451/avahi-daemon: r
    udp        0      0 0.0.0.0:111             0.0.0.0:*                           397/rpcbind     
    udp        0      0 192.168.1.242:123       0.0.0.0:*                           539/ntpd        
    udp        0      0 127.0.0.1:123           0.0.0.0:*                           539/ntpd        
    udp        0      0 0.0.0.0:123             0.0.0.0:*                           539/ntpd        
    udp        0      0 0.0.0.0:5353            0.0.0.0:*                           451/avahi-daemon: r
    udp        0      0 0.0.0.0:39172           0.0.0.0:*                           407/rpc.statd   
    udp6       0      0 :::996                  :::*                                397/rpcbind     
    udp6       0      0 :::34277                :::*                                407/rpc.statd   
    udp6       0      0 :::54852                :::*                                916/dhclient    
    udp6       0      0 :::111                  :::*                                397/rpcbind     
    udp6       0      0 :::38007                :::*                                451/avahi-daemon: r
    udp6       0      0 fe80::5054:ff:fe99::123 :::*                                539/ntpd        
    udp6       0      0 2001:bc8:3a7e:210:a:123 :::*                                539/ntpd        
    udp6       0      0 2001:bc8:3a7e:210:5:123 :::*                                539/ntpd        
    udp6       0      0 ::1:123                 :::*                                539/ntpd        
    udp6       0      0 :::123                  :::*                                539/ntpd        
    udp6       0      0 :::5353                 :::*                                451/avahi-daemon: r
    </computeroutput>
ja: 
    <computeroutput># </computeroutput><userinput>netstat -tupan</userinput>
    <computeroutput>稼働中のインターネット接続 (サーバと確立)
    Proto 受信-Q 送信-Q 内部アドレス            外部アドレス            状態        PID/Program name
    tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      397/rpcbind     
    tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      431/sshd        
    tcp        0      0 0.0.0.0:36568           0.0.0.0:*               LISTEN      407/rpc.statd   
    tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      762/exim4       
    tcp        0    272 192.168.1.242:22        192.168.1.129:44452     ESTABLISHED 1172/sshd: roland [
    tcp6       0      0 :::111                  :::*                    LISTEN      397/rpcbind     
    tcp6       0      0 :::22                   :::*                    LISTEN      431/sshd        
    tcp6       0      0 ::1:25                  :::*                    LISTEN      762/exim4       
    tcp6       0      0 :::35210                :::*                    LISTEN      407/rpc.statd   
    udp        0      0 0.0.0.0:39376           0.0.0.0:*                           916/dhclient    
    udp        0      0 0.0.0.0:996             0.0.0.0:*                           397/rpcbind     
    udp        0      0 127.0.0.1:1007          0.0.0.0:*                           407/rpc.statd   
    udp        0      0 0.0.0.0:68              0.0.0.0:*                           916/dhclient    
    udp        0      0 0.0.0.0:48720           0.0.0.0:*                           451/avahi-daemon: r
    udp        0      0 0.0.0.0:111             0.0.0.0:*                           397/rpcbind     
    udp        0      0 192.168.1.242:123       0.0.0.0:*                           539/ntpd        
    udp        0      0 127.0.0.1:123           0.0.0.0:*                           539/ntpd        
    udp        0      0 0.0.0.0:123             0.0.0.0:*                           539/ntpd        
    udp        0      0 0.0.0.0:5353            0.0.0.0:*                           451/avahi-daemon: r
    udp        0      0 0.0.0.0:39172           0.0.0.0:*                           407/rpc.statd   
    udp6       0      0 :::996                  :::*                                397/rpcbind     
    udp6       0      0 :::34277                :::*                                407/rpc.statd   
    udp6       0      0 :::54852                :::*                                916/dhclient    
    udp6       0      0 :::111                  :::*                                397/rpcbind     
    udp6       0      0 :::38007                :::*                                451/avahi-daemon: r
    udp6       0      0 fe80::5054:ff:fe99::123 :::*                                539/ntpd        
    udp6       0      0 2001:bc8:3a7e:210:a:123 :::*                                539/ntpd        
    udp6       0      0 2001:bc8:3a7e:210:5:123 :::*                                539/ntpd        
    udp6       0      0 ::1:123                 :::*                                539/ntpd        
    udp6       0      0 :::123                  :::*                                539/ntpd        
    udp6       0      0 :::5353                 :::*                                451/avahi-daemon: r
    </computeroutput>

en: As expected, this lists established connections, two SSH connections in this case, and applications waiting for incoming connections (listed as <literal>LISTEN</literal>), notably the Exim4 email server listening on port 25.
ja: 予想通り、確立された接続 (2 つの SSH 接続) と接続を待ち受けているアプリケーション (<literal>LISTEN</literal> と記載されます。特に 25 番をリッスンしている Exim4 電子メールサーバ) が表示されます。

en: Remote Diagnosis: <command>nmap</command>
ja: リモートの診断、<command>nmap</command>

en: <command>nmap</command> (in the similarly-named package) is, in a way, the remote equivalent for <command>netstat</command>. It can scan a set of “well-known” ports for one or several remote servers, and list the ports where an application is found to answer to incoming connections. Furthermore, <command>nmap</command> is able to identify some of these applications, sometimes even their version number. The counterpart of this tool is that, since it runs remotely, it cannot provide information on processes or users; however, it can operate on several targets at once.
ja: <command>nmap</command> (同名のパッケージに含まれます) はある意味でリモートに対する <command>netstat</command> に相当します。<command>nmap</command> は 1 台または数台のリモートサーバに対して「well-known」ポート群をスキャンし、入ってきた接続に応答したアプリケーションの見つかったポートをリストします。さらに、<command>nmap</command> は一部のアプリケーションを識別することが可能です。場合によってはアプリケーションのバージョン番号さえも識別することが可能です。<command>nmap</command> は <command>netstat</command> と対照的にリモートから実行されるため、プロセスやユーザの情報を提供できません。しかしながら、<command>nmap</command> は複数のリモートサーバに対して一気に実行できます。

en: A typical <command>nmap</command> invocation only uses the <literal>-A</literal> option (so that <command>nmap</command> attempts to identify the versions of the server software it finds) followed by one or more IP addresses or DNS names of machines to scan. Again, many more options exist to finely control the behavior of <command>nmap</command>; please refer to the documentation in the <citerefentry> <refentrytitle>nmap</refentrytitle> <manvolnum>1</manvolnum> </citerefentry> manual page.
ja: <command>nmap</command> を実行する際の典型例は <literal>-A</literal> オプション (<command>nmap</command> は見つかったサーバソフトウェアのバージョンを識別しようとします) だけを使い、その後ろにスキャンする 1 つか複数の IP アドレスまたは DNS 名を渡すことです。繰り返しになりますが、他にも多くのオプションが存在し、<command>nmap</command> の挙動をさらに細かく制御することが可能です。<citerefentry> <refentrytitle>nmap</refentrytitle> <manvolnum>1</manvolnum> </citerefentry> マニュアルページを参照してください。

en: Sniffers: <command>tcpdump</command> and <command>wireshark</command>
ja: スニファ、<command>tcpdump</command> と <command>wireshark</command>

en: Sometimes, one needs to look at what actually goes on the wire, packet by packet. These cases call for a “frame analyzer”, more widely known as a <emphasis>sniffer</emphasis>. Such a tool observes all the packets that reach a given network interface, and displays them in a user-friendly way.
ja: しばしば実際にワイヤを行き来する情報をパケットごとに見る必要がある場合があります。この際に使われるツールは「フレームアナライザ」と呼ばれ、<emphasis>スニファ</emphasis>としても広く知られています。この種のツールは指定したネットワークに到達したすべてのパケットを観察し、ユーザにわかりやすい方法でパケットを表示します。

en: The venerable tool in this domain is <command>tcpdump</command>, available as a standard tool on a wide range of platforms. It allows many kinds of network traffic capture, but the representation of this traffic stays rather obscure. We will therefore not describe it in further detail.
ja: ネットワークトラフィック解析分野における由緒あるツールが <command>tcpdump</command> です。<command>tcpdump</command> は広範囲のプラットフォームで利用できる標準的なツールです。<command>tcpdump</command> を使うと多くの種類のネットワークトラフィックをキャプチャできますが、<command>tcpdump</command> のトラフィックの表現は決してわかりやすいものではありません。このため <command>tcpdump</command> に関しては詳しく説明しません。

en: A more recent (and more modern) tool, <command>wireshark</command> (in the <emphasis role="pkg">wireshark</emphasis> package), has become the new reference in network traffic analysis due to its many decoding modules that allow for a simplified analysis of the captured packets. The packets are displayed graphically with an organization based on the protocol layers. This allows a user to visualize all protocols involved in a packet. For example, given a packet containing an HTTP request, <command>wireshark</command> displays, separately, the information concerning the physical layer, the Ethernet layer, the IP packet information, the TCP connection parameters, and finally the HTTP request itself.
ja: より最近の (そしてより現代的な) ツールである <command>wireshark</command> (<emphasis role="pkg">wireshark</emphasis> パッケージに含まれます) はキャプチャされたパケットの解析を単純化する多くのデコーディングモジュールのおかげでネットワークトラフィック解析分野における新しい標準的なツールになりつつあります。パケットはプロトコル層に基づいてグラフィカルに表示されます。<command>wireshark</command> を使うと、ユーザはあるパケットに関わるすべてのプロトコルを可視化することが可能です。たとえば、HTTP リクエストを含むパケットに対して、<command>wireshark</command> は物理層、イーサネット層、IP パケット情報、TCP 接続パラメータ、最後に HTTP リクエスト自身に関連する情報を別々に表示します。

en: The <command>wireshark</command> network traffic analyzer
ja: <command>wireshark</command> ネットワークトラフィックアナライザ

en: <emphasis>TIP</emphasis> <command>wireshark</command> with no graphical interface: <command>tshark</command>
ja: <emphasis>TIP</emphasis> グラフィカルインターフェースを持たない <command>wireshark</command>、<command>tshark</command>

en: When one cannot run a graphical interface, or does not wish to do so for whatever reason, a text-only version of <command>wireshark</command> also exists under the name <command>tshark</command> (in a separate <emphasis role="pkg">tshark</emphasis> package). Most of the capture and decoding features are still available, but the lack of a graphical interface necessarily limits the interactions with the program (filtering packets after they've been captured, tracking of a given TCP connection, and so on). It can still be used as a first approach. If further manipulations are intended and require the graphical interface, the packets can be saved to a file and this file can be loaded into a graphical <command>wireshark</command> running on another machine.
ja: グラフィカルインターフェースを実行できない場合や何らかの理由で実行したくない場合に備えて、<command>wireshark</command> のテキスト版 <command>tshark</command> (<emphasis role="pkg">tshark</emphasis> パッケージに分割されています) が存在します。キャプチャとデコード機能のほとんどを利用できますが、グラフィカルインターフェースがないことでプログラムとのやり取りが制限されます (たとえば、パケットがキャプチャされた後にフィルタをかけたり、特定の TCP 接続を追跡したりすることが不可能です)。しかし <command>tshark</command> を足掛かりとして使うことが可能です。さらなる操作が必要だったりグラフィカルインターフェースが必要な操作を行う場合、パケットをファイルに保存してそのファイルを別のマシンで実行されているグラフィカルな <command>wireshark</command> で読み込むことが可能です。
