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ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

event.clientY

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る