Fedora Deployment Guide - en to ja_JP translation catalogue (45 entries)

note: Tag: title
en: Why Use SSH?
ja_JP: なぜ SSH を使うのか

note: Tag: para
en: The SSH protocol provides the following safeguards:
ja_JP: SSH プロトコルは以下の安全策を提供します:

note: Tag: para
en: After an initial connection, the client can verify that it is connecting to the same server it had connected to previously.
ja_JP: 初期接続の後、クライアントは以前に接続していたのと同じサーバーに接続していることを確認できます。

note: Tag: para
en: The client transmits its authentication information to the server using strong, 128-bit encryption.
ja_JP: クライアントは、堅牢な 128-bit 暗号化を使用してサーバーへ認証情報を送信します。

note: Tag: para
en: All data sent and received during a session is transferred using 128-bit encryption, making intercepted transmissions extremely difficult to decrypt and read.
ja_JP: セッション中に発信、及び受信された全てのデータは 128-bit 暗号化を使用して送信されるため、復号化と読み取りをするための盗聴は非常に困難になります。

note: Tag: title
en: Event Sequence of an SSH Connection
ja_JP: SSH 接続のイベント順序

note: Tag: para
en: The following series of events help protect the integrity of SSH communication between two hosts.
ja_JP: 以下の連続したイベントは、2つのホスト間の SSH 通信の統合性を保護するのに役に立ちます。

note: Tag: para
en: A cryptographic handshake is made so that the client can verify that it is communicating with the correct server.
ja_JP: 暗号方式ハンドシェークが行なわれ、クライアントは正しいサーバーと交信していることを確認します。

note: Tag: para
en: The transport layer of the connection between the client and remote host is encrypted using a symmetric cipher.
ja_JP: クライアントとリモートホスト間接続のトランスポートレイヤーは対象型暗号を使用して暗号化されます。

note: Tag: para
en: The client authenticates itself to the server.
ja_JP: クライアントはサーバーに対して自身を認証します。

note: Tag: para
en: The remote client interacts with the remote host over the encrypted connection.
ja_JP: リモートクライアントは、暗号化した接続を通じてリモートホストと交信します。

note: Tag: title
en: Transport Layer
ja_JP: トランスポートレイヤー

note: Tag: para
en: The primary role of the transport layer is to facilitate safe and secure communication between the two hosts at the time of authentication and during subsequent communication. The transport layer accomplishes this by handling the encryption and decryption of data, and by providing integrity protection of data packets as they are sent and received. The transport layer also provides compression, speeding the transfer of information.
ja_JP: トランスポートレイヤーの主な役割は認証時とその後の通信期間での2つのホスト間に於ける安全な交信を用意することです。トランスポートレイヤーは、データの暗号化と複合化すること、そして、データが送信と受信される時にデータパケットの統合性を保護することで、この役割を達成します。トランスポートレイヤーはまた、情報を圧縮して送信の高速化もします。

note: Tag: para
en: Once an SSH client contacts a server, key information is exchanged so that the two systems can correctly construct the transport layer. The following steps occur during this exchange:
ja_JP: SSH クライアントがサーバーに接続すると、基本情報が交換されて両システムは正しくトランスポートレイヤーを構築することができるようになります。この交換の間に以下のようなステップが起こります:

note: Tag: para
en: Keys are exchanged
ja_JP: 鍵が交換されます

note: Tag: para
en: The public key encryption algorithm is determined
ja_JP: 公開鍵暗号化アルゴリズムが決定されます

note: Tag: para
en: The symmetric encryption algorithm is determined
ja_JP: 対象型暗号化アルゴリズムが決定されます

note: Tag: para
en: The message authentication algorithm is determined
ja_JP: メッセージ認証アルゴリズムが決定されます

note: Tag: para
en: The hash algorithm is determined
ja_JP: ハッシュアルゴリズムが決定されます

note: Tag: para
en: During the key exchange, the server identifies itself to the client with a unique <firstterm>host key</firstterm>. If the client has never communicated with this particular server before, the server's host key is unknown to the client and it does not connect. OpenSSH gets around this problem by accepting the server's host key. This is done after the user is notified and has both accepted and verified the new host key. In subsequent connections, the server's host key is checked against the saved version on the client, providing confidence that the client is indeed communicating with the intended server. If, in the future, the host key no longer matches, the user must remove the client's saved version before a connection can occur.
ja_JP: 鍵交換の間、サーバーはそれ自身を独自の <firstterm>ホスト鍵</firstterm> で、クライアントに対して証明します。クライアントがこの特定のサーバーと過去に通信したことがなければ、サーバーのホスト鍵はクライアントには未知であり、接続は成立しません。 OpenSSH は、サーバーのホスト鍵を承認することでこの問題を回避します。これは、ユーザーが通知を受けて新規のホスト鍵を承認し確証した後に起こります。それ以降の接続では、サーバーのホスト鍵は、クライアント上に保存してある情報と照らし合わせてチェックされ、クライアントが本当に目的のサーバーと通信していることの確証を与えます。時間が経過して、このホスト鍵が一致しない状態が起こると、ユーザーがクライアントに保存してある古い情報を削除することにより、新しい接続が可能になります。

note: Tag: title
en: Caution
ja_JP: 注意

note: Tag: para
en: It is possible for an attacker to masquerade as an SSH server during the initial contact since the local system does not know the difference between the intended server and a false one set up by an attacker. To help prevent this, verify the integrity of a new SSH server by contacting the server administrator before connecting for the first time or in the event of a host key mismatch.
ja_JP: ローカルシステムは本来のサーバーと攻撃者が設定した偽のサーバーとの違いを理解しない為、攻撃者は初期交信の時点で SSH サーバーとして擬装することが可能になります。この防止への手助けとして、最初の接続の前に、又はホスト鍵の不一致が発生した場合にサーバー管理者へ連絡することで、新規の SSH サーバーの統合性を確認すると良いでしょう。

note: Tag: para
en: SSH is designed to work with almost any kind of public key algorithm or encoding format. After an initial key exchange creates a hash value used for exchanges and a shared secret value, the two systems immediately begin calculating new keys and algorithms to protect authentication and future data sent over the connection.
ja_JP: SSH はほとんど全ての公開鍵アルゴリズム、又はエンコード形式で機能するように設計されています。初期の鍵交換が、秘密値の交換と共有に使用されるハッシュ値を作成した後、2つのシステムは迅速に新しい鍵とアルゴリズムを算出してこの接続で送信される認証と将来のデータを保護します。

note: Tag: para
en: After a certain amount of data has been transmitted using a given key and algorithm (the exact amount depends on the SSH implementation), another key exchange occurs, generating another set of hash values and a new shared secret value. Even if an attacker is able to determine the hash and shared secret value, this information is only useful for a limited period of time.
ja_JP: 設定された鍵とアルゴリズムを使用して一定量のデータが送信された後 (この量は SSH の実装によりことなります)、別の鍵交換が発生してもう１つのハッシュ値セットと新しい共有秘密値が生成されます。攻撃者がハッシュ値と共有秘密値を判別できたとしても、その情報はほんの短い時間しか役に立ちません。

note: Tag: title
en: Authentication
ja_JP: 認証

note: Tag: para
en: Once the transport layer has constructed a secure tunnel to pass information between the two systems, the server tells the client the different authentication methods supported, such as using a private key-encoded signature or typing a password. The client then tries to authenticate itself to the server using one of these supported methods.
ja_JP: トランスポートレイヤーが安全なトンネルを構築して2つのシステム間で情報が渡されると、サーバーはクライアントに対して、秘密鍵のエンコードを持つ署名やパスワード入力の使用などサポートされている別の認証方法を伝えます。クライアントはその後、これらのサポートのある方法でサーバーに対して自身の認証を試みます。

note: Tag: para
en: SSH servers and clients can be configured to allow different types of authentication, which gives each side the optimal amount of control. The server can decide which encryption methods it supports based on its security model, and the client can choose the order of authentication methods to attempt from the available options.
ja_JP: SSH サーバーとクライアントは異なるタイプの認証方法を許可できるように設定されており、これが両側に高水準の制御を与えます。サーバーはそのセキュリティモデルに応じて、サポートする暗号化方法を決定することができ、クライアントは利用できるオプションの中から認証方法の順番を選択することができます。

note: Tag: title
en: Channels
ja_JP: チャンネル

note: Tag: para
en: Both clients and servers can create a new channel. Each channel is then assigned a different number on each end of the connection. When the client attempts to open a new channel, the clients sends the channel number along with the request. This information is stored by the server and is used to direct communication to that channel. This is done so that different types of sessions do not affect one another and so that when a given session ends, its channel can be closed without disrupting the primary SSH connection.
ja_JP: クライアントとサーバーの両方は新規のチャンネルを作成することができます。各チャンネルはその後、接続の両端で別々の番号が割り当てられます。クライアントが新規のチャンネルを開こうと試みる時、クライアントは要求と一緒にチャンネル番号を送信します。この情報はサーバーで保存され、そのチャンネルに通信を転送するのに使用されます。これは、異なるタイプのセッションがお互いに干渉しないようにするため、及び、あるセッションが終了した時にそのチャンネルが主要 SSH 接続を妨害せずに閉じることができるようにするためです。

note: Tag: para
en: Channels also support <firstterm>flow-control</firstterm>, which allows them to send and receive data in an orderly fashion. In this way, data is not sent over the channel until the client receives a message that the channel is open.
ja_JP: チャンネルは、 <firstterm>flow-control</firstterm> もサポートしており、これはチャンネルが順序良くデータを送信/受信するのを可能にします。この方法では、クライアントがチャンネルが開いていると言うメッセージを受信するまで、データはチャンネルに送信されません。

note: Tag: para
en: The client and server negotiate the characteristics of each channel automatically, depending on the type of service the client requests and the way the user is connected to the network. This allows great flexibility in handling different types of remote connections without having to change the basic infrastructure of the protocol.
ja_JP: クライアントが要求するサービスのタイプとユーザーがネットワークに接続されている方法に従って、クライアントとサーバーは、自動的に各チャンネルの構成を折衝します。これにより、プロトコルの基本構成を変更することなく、異なるタイプのリモート接続の処理に多大な柔軟性を得ることができます。

note: Tag: title
en: Requiring SSH for Remote Connections
ja_JP: リモート接続に SSH を要求

note: Tag: title
en: Generating Key Pairs
ja_JP: 鍵ペアの生成

note: Tag: title
en: Important
ja_JP: 重要

note: Tag: title
en: More Than a Secure Shell
ja_JP: 単なる安全なシェルではありません

note: Tag: para
en: A secure command line interface is just the beginning of the many ways SSH can be used. Given the proper amount of bandwidth, X11 sessions can be directed over an SSH channel. Or, by using TCP/IP forwarding, previously insecure port connections between systems can be mapped to specific SSH channels.
ja_JP: 安全なコマンドラインインターフェイスは、 SSH が使用できる多くの方法の単なる一部分です。充分なバンド幅があれば、 X11 セッションは １ つの SSH チャンネル上で方向指定できます。又は、 TCP/IP 転送を使用することで、以前にシステム間で不安全であったポート接続は、特定の SSH チャンネルにマップすることができます。

note: Tag: title
en: X11 Forwarding
ja_JP: X11 転送

note: Tag: para
en: When an X program is run from the secure shell prompt, the SSH client and server create a new secure channel, and the X program data is sent over that channel to the client machine transparently.
ja_JP: 安全なシェルプロンプトから X プログラムが実行されると、 SSH クライアントとサーバーは新しい安全なチャンネルを作成し、 X プログラムデータはそのチャンネルを通じて透過的にクライアントマシンに送信されます。

note: Tag: title
en: Port Forwarding
ja_JP: ポート転送

note: Tag: para
en: Setting up port forwarding to listen on ports below 1024 requires root level access.
ja_JP: 1024 以下のポートをリスンする為のポート転送をセットするには、 root レベルのアクセスが必要です。

note: Tag: para
en: Using port forwarding to forward connections in this manner allows any user on the client system to connect to that service. If the client system becomes compromised, the attacker also has access to forwarded services.
ja_JP: この方法でポート転送を使って、接続を転送すると、そのクライアントシステム上のユーザーはいずれもそのサーバーに接続できるようになります。但し、クライアントシステムが侵略された場合、攻撃者は転送サービスにまでもアクセスが出来るようになります。

note: Tag: title
en: Additional Resources
ja_JP: その他のリソース

note: Tag: para
en: The OpenSSH and OpenSSL projects are in constant development, and the most up-to-date information for them is available from their websites. The man pages for OpenSSH and OpenSSL tools are also good sources of detailed information.
ja_JP: OpenSSH と OpenSSL プロジェクトの開発は常に進められているため、これらに関する最新情報は該当する Web サイトを参照してください。 OpenSSH と OpenSSL ツールの man ページでも詳細情報を参照することができます。

note: Tag: title
en: Installed Documentation
ja_JP: インストールされているドキュメント

note: Tag: title
en: Useful Websites
ja_JP: 役に立つ Web サイト
