RFC1929 日本語訳
1929 Username/Password Authentication for SOCKS V5. M. Leech. March 1996. (Format: TXT=3568 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Leech Request for Comments: 1929 Bell-Northern Research Ltd Category: Standards Track March 1996
コメントを求めるワーキンググループM.ヒルの要求をネットワークでつないでください: 1929年のベル-北研究Ltdカテゴリ: 1996年の標準化過程行進
Username/Password Authentication for SOCKS V5
ソックスV5のためのユーザ名/パスワード認証
Status of this Memo
このMemoの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
1. Introduction
1. 序論
The protocol specification for SOCKS Version 5 specifies a generalized framework for the use of arbitrary authentication protocols in the initial socks connection setup. This document describes one of those protocols, as it fits into the SOCKS Version 5 authentication "subnegotiation".
SOCKSバージョン5のためのプロトコル仕様は初期のソックス接続設定における任意の認証プロトコルの使用に一般化されたフレームワークを指定します。 SOCKSバージョン5認証"副交渉"に収まるとき、このドキュメントはそれらのプロトコルの1つについて説明します。
Note:
以下に注意してください。
Unless otherwise noted, the decimal numbers appearing in packet- format diagrams represent the length of the corresponding field, in octets. Where a given octet must take on a specific value, the syntax X'hh' is used to denote the value of the single octet in that field. When the word 'Variable' is used, it indicates that the corresponding field has a variable length defined either by an associated (one or two octet) length field, or by a data type field.
別の方法で注意されない場合、パケット形式ダイヤグラムで現れる10進数は八重奏における、対応する分野の長さを表します。 与えられた八重奏が特定の値を呈しなければならないところでは、構文X'hh'は、その分野のただ一つの八重奏の値を指示するのに使用されます。 '可変である'という単語が使用されているとき、それは、対応する分野には関連している(1か2八重奏)長さの分野、またはデータ型分野によって定義された可変長があるのを示します。
2. Initial negotiation
2. 初期の交渉
Once the SOCKS V5 server has started, and the client has selected the Username/Password Authentication protocol, the Username/Password subnegotiation begins. This begins with the client producing a Username/Password request:
いったんSOCKS V5サーバが始まって、クライアントがUsername/パスワードAuthenticationプロトコルを選択すると、Username/パスワード副交渉は始まります。 クライアントがUsername/パスワード要求を作り出していて、これは始まります:
+----+------+----------+------+----------+ |VER | ULEN | UNAME | PLEN | PASSWD | +----+------+----------+------+----------+ | 1 | 1 | 1 to 255 | 1 | 1 to 255 | +----+------+----------+------+----------+
+----+------+----------+------+----------+ |VER| ユーレン| UNAME| PLEN| PASSWD| +----+------+----------+------+----------+ | 1 | 1 | 1〜255| 1 | 1〜255| +----+------+----------+------+----------+
Leech Standards Track [Page 1] RFC 1929 Username Authentication for SOCKS V5 March 1996
ソックスV5 March 1996のための標準化過程[1ページ]RFC1929ユーザ名認証を取ってください。
The VER field contains the current version of the subnegotiation, which is X'01'. The ULEN field contains the length of the UNAME field that follows. The UNAME field contains the username as known to the source operating system. The PLEN field contains the length of the PASSWD field that follows. The PASSWD field contains the password association with the given UNAME.
VER分野は副交渉の最新版を含んでいます。(副交渉はX'01'です)。 ユーレン分野は続くUNAME野原の長さを含んでいます。 UNAME分野はソースオペレーティングシステムに知られているようにユーザ名を含んでいます。 PLEN分野は続くPASSWD野原の長さを含んでいます。 PASSWD分野は与えられたUNAMEとのパスワード協会を含みます。
The server verifies the supplied UNAME and PASSWD, and sends the following response:
サーバは、供給されたUNAMEとPASSWDについて確かめて、以下の応答を送ります:
+----+--------+ |VER | STATUS | +----+--------+ | 1 | 1 | +----+--------+
+----+--------+ |VER| 状態| +----+--------+ | 1 | 1 | +----+--------+
A STATUS field of X'00' indicates success. If the server returns a `failure' (STATUS value other than X'00') status, it MUST close the connection.
X'00'のSTATUS分野は成功を示します。 サーバが'失敗'(X'00'を除いたSTATUS値)状態を返すなら、それは接続を終えなければなりません。
3. Security Considerations
3. セキュリティ問題
This document describes a subnegotiation that provides authentication services to the SOCKS protocol. Since the request carries the password in cleartext, this subnegotiation is not recommended for environments where "sniffing" is possible and practical.
このドキュメントはSOCKSプロトコルへの認証サービスを提供する副交渉について説明します。 要求がcleartextのパスワードを運ぶので、この副交渉は「スニフィング」が可能であって、実用的である環境のために推薦されません。
4. Author's Address
4. 作者のアドレス
Marcus Leech Bell-Northern Research Ltd P.O. Box 3511, Station C Ottawa, ON CANADA K1Y 4H7
マーカスヒルのベル-北研究Ltd私書箱3511、カナダK1Y 4H7の上の駅のCオタワ
Phone: +1 613 763 9145 EMail: mleech@bnr.ca
以下に電話をしてください。 +1 9145年の613 763メール: mleech@bnr.ca
Leech Standards Track [Page 2]
標準化過程を取ってください。[2ページ]
一覧
スポンサーリンク