原文：ftp://ftp.rfc-editor.org/in-notes/rfc1928.txt
原文との対訳として読みたい方へ：このページをローカルに保存して、スタイルシートの original クラスの display 属性を none から block に変更してみてください。
+----+----------+----------+
|VER | NMETHODS | METHODS |
+----+----------+----------+
| 1 | 1 | 1 to 255 |
+----+----------+----------+
+----+----------+----------+
|VER | NMETHODS | METHODS |
+----+----------+----------+
| 1 | 1 | 1 〜 255 |
+----+----------+----------+
The VER field is set to X'05' for this version of the protocol. The
NMETHODS field contains the number of method identifier octets that
appear in the METHODS field.
このバージョンでは VER フィールドに X'05' がセットされる。NMETHODS フィールドには、METHODS フィールドに現れるメソッド識別子オクテットの数が含まれる。
The server selects from one of the methods given in METHODS, and
sends a METHOD selection message:
サーバーは METHODS で提示されたメソッドからひとつを選択し、METHOD 選択メッセージを送信する。
+----+--------+
|VER | METHOD |
+----+--------+
| 1 | 1 |
+----+--------+
+----+--------+
|VER | METHOD |
+----+--------+
| 1 | 1 |
+----+--------+
If the selected METHOD is X'FF', none of the methods listed by the
client are acceptable, and the client MUST close the connection.
METHOD が X'FF' の場合、クライアントの提示したメソッドがすべて受け入れられなかったことを表しており、クライアントは接続を閉じなければならない(MUST)。
The values currently defined for METHOD are:
現在のところ METHOD のために定義されている値は以下の通り‥
o X'00' NO AUTHENTICATION REQUIRED
o X'01' GSSAPI
o X'02' USERNAME/PASSWORD
o X'03' to X'7F' IANA ASSIGNED
o X'80' to X'FE' RESERVED FOR PRIVATE METHODS
o X'FF' NO ACCEPTABLE METHODS
o X'00' 認証不要
o X'01' GSSAPI
o X'02' ユーザ名/パスワード
o X'03' 〜 X'7F' IANA 割り当て済み
o X'80' 〜 X'FE' 非公開メソッド用に予約
o X'FF' 受け入れられるメソッドがない
The client and server then enter a method-specific sub-negotiation.
この後クライアントとサーバーはメソッド固有の下位交渉に入る。
Descriptions of the method-dependent sub-negotiations appear in
separate memos.
メソッド固有の下位交渉はそれぞれ個別の文書に記述される。
Developers of new METHOD support for this protocol should contact
IANA for a METHOD number. The ASSIGNED NUMBERS document should be
referred to for a current list of METHOD numbers and their
corresponding protocols.
このプロトコルをサポートする新しい METHOD の開発者は、METHOD 番号のために IANA に連絡を取るべきである。現在の METHOD の一覧とそれらに対応するプロトコルについては、ASSIGNED NUMBERS 文書を参照するべきである。
Compliant implementations MUST support GSSAPI and SHOULD support
USERNAME/PASSWORD authentication methods.
標準に適合する実装は GSSAPI をサポートしなければならず(MUST)、ユーザ名/パスワード認証をサポートするべきである(SHOULD)。
+----+-----+-------+------+----------+----------+
|VER | CMD | RSV | ATYP | DST.ADDR | DST.PORT |
+----+-----+-------+------+----------+----------+
| 1 | 1 | X'00' | 1 | Variable | 2 |
+----+-----+-------+------+----------+----------+
+----+-----+-------+------+----------+----------+
|VER | CMD | RSV | ATYP | DST.ADDR | DST.PORT |
+----+-----+-------+------+----------+----------+
| 1 | 1 | X'00' | 1 | 可変 | 2 |
+----+-----+-------+------+----------+----------+
Where:
ここで‥
o VER protocol version: X'05'
o CMD
o CONNECT X'01'
o BIND X'02'
o UDP ASSOCIATE X'03'
o RSV RESERVED
o ATYP address type of following address
o IP V4 address: X'01'
o DOMAINNAME: X'03'
o IP V6 address: X'04'
o DST.ADDR desired destination address
o DST.PORT desired destination port in network octet
order
o VER プロトコルバージョン： X'05'
o CMD
o CONNECT X'01'
o BIND X'02'
o UDP ASSOCIATE X'03'
o RSV RESERVED
o ATYP アドレスタイプ
o IP V4 アドレス： X'01'
o ドメイン名： X'03'
o IP V6 アドレス： X'04'
o DST.ADDR 宛先アドレス
o DST.PORT ネットワークオクテットオーダーで表された
宛先ポート
The SOCKS server will typically evaluate the request based on source
and destination addresses, and return one or more reply messages, as
appropriate for the request type.
一般に SOCKS サーバーは送信元アドレスと宛先アドレスとに基づいてリクエストを評価し、リクエストタイプに応じて適切なリプライメッセージをひとつまたは複数返す。
o X'01'
the address is a version-4 IP address, with a length of 4 octets
アドレスは IPv4 のアドレスであり、長さは4オクテットである。
o X'03'
the address field contains a fully-qualified domain name. The first
octet of the address field contains the number of octets of name that
follow, there is no terminating NUL octet.
アドレスフィールドには完全修飾ドメイン名が含まれる。アドレスフィールドの第一オクテットは、その後に続くドメイン名のオクテット数を表す。終端を表す NUL オクテットはない。
o X'04'
the address is a version-6 IP address, with a length of 16 octets.
アドレスは IPv6 のアドレスであり、長さは16オクテットである。
+----+-----+-------+------+----------+----------+
|VER | REP | RSV | ATYP | BND.ADDR | BND.PORT |
+----+-----+-------+------+----------+----------+
| 1 | 1 | X'00' | 1 | Variable | 2 |
+----+-----+-------+------+----------+----------+
+----+-----+-------+------+----------+----------+
|VER | REP | RSV | ATYP | BND.ADDR | BND.PORT |
+----+-----+-------+------+----------+----------+
| 1 | 1 | X'00' | 1 | 可変 | 2 |
+----+-----+-------+------+----------+----------+
Where:
ここで
o VER protocol version: X'05'
o REP Reply field:
o X'00' succeeded
o X'01' general SOCKS server failure
o X'02' connection not allowed by ruleset
o X'03' Network unreachable
o X'04' Host unreachable
o X'05' Connection refused
o X'06' TTL expired
o X'07' Command not supported
o X'08' Address type not supported
o X'09' to X'FF' unassigned
o RSV RESERVED
o ATYP address type of following address
o IP V4 address: X'01'
o DOMAINNAME: X'03'
o IP V6 address: X'04'
o BND.ADDR server bound address
o BND.PORT server bound port in network octet order
o VER プロトコルバージョン： X'05'
o REP リプライフィールド：
o X'00' 成功
o X'01' 一般的な SOCKS サーバー障害
o X'02' ルールセットによって許可されていない接続
o X'03' ネットワーク到達不能
o X'04' ホスト到達不能
o X'05' 接続拒否
o X'06' TTL 超過
o X'07' コマンドがサポートされていない
o X'08' アドレスタイプがサポートされていない
o X'09' 〜 X'FF' 見割当て
o RSV RESERVED
o ATYP アドレスタイプ
o IP V4 アドレス： X'01'
o ドメイン名： X'03'
o IP V6 アドレス： X'04'
o BND.ADDR サーバーのバウンドアドレス
o BND.PORT ネットワークオクテットオーダーで表された
サーバーのバウンドポート
Fields marked RESERVED (RSV) must be set to X'00'.
RESERVED(RSV) フィールドには X'00' がセットされなければならない。
If the chosen method includes encapsulation for purposes of
authentication, integrity and/or confidentiality, the replies are
encapsulated in the method-dependent encapsulation.
選択されたメソッドが認証や完全性、信頼性を目的としたカプセル化を含む場合、リプライはメソッド固有の方法でカプセル化される。
+----+------+------+----------+----------+----------+
|RSV | FRAG | ATYP | DST.ADDR | DST.PORT | DATA |
+----+------+------+----------+----------+----------+
| 2 | 1 | 1 | Variable | 2 | Variable |
+----+------+------+----------+----------+----------+
+----+------+------+----------+----------+----------+
|RSV | FRAG | ATYP | DST.ADDR | DST.PORT | DATA |
+----+------+------+----------+----------+----------+
| 2 | 1 | 1 | 可変 | 2 | 可変 |
+----+------+------+----------+----------+----------+
The fields in the UDP request header are:
各フィールドは以下の通り‥
o RSV Reserved X'0000'
o FRAG Current fragment number
o ATYP address type of following addresses:
o IP V4 address: X'01'
o DOMAINNAME: X'03'
o IP V6 address: X'04'
o DST.ADDR desired destination address
o DST.PORT desired destination port
o DATA user data
o RSV 予約済み X'0000'
o FRAG 現在のフラグメント番号
o ATYP アドレスタイプ：
o IP V4 アドレス： X'01'
o ドメイン名： X'03'
o IP V6 アドレス： X'04'
o DST.ADDR 宛先アドレス
o DST.PORT 宛先ポート
o DATA ユーザーデータ
When a UDP relay server decides to relay a UDP datagram, it does so
silently, without any notification to the requesting client.
Similarly, it will drop datagrams it cannot or will not relay. When
a UDP relay server receives a reply datagram from a remote host, it
MUST encapsulate that datagram using the above UDP request header,
and any authentication-method-dependent encapsulation.
UDP リレーサーバーが UDP データグラムをリレーすることを決定した場合、その動作はリクエストを送信したクライアントに何も通知されることなく暗黙的に行われる。UDP リレーサーバーは、リレーできない、またはリレーされないデータグラムを同じように暗黙的に破棄する。リモートホストから返信のデータグラムを受信した UDP リレーサーバーは、上記の UDP リクエストヘッダと認証メソッド固有のカプセル化方法とを使用してデータグラムをカプセル化しなければならない(MUST)。
The UDP relay server MUST acquire from the SOCKS server the expected
IP address of the client that will send datagrams to the BND.PORT
given in the reply to UDP ASSOCIATE. It MUST drop any datagrams
arriving from any source IP address other than the one recorded for
the particular association.
UDP リレーサーバーは、UDP ASSOCIATE への応答で示した BND.PORT にデータグラムを送信するであろうクライアントのIPアドレスを、SOCKS サーバーから取得しなければならない(MUST)。UDP リレーサーバーは、どの関連付けにも記録されていない送信元IPアドレスからのデータグラムを破棄しなければならない(MUST)。
The FRAG field indicates whether or not this datagram is one of a
number of fragments. If implemented, the high-order bit indicates
end-of-fragment sequence, while a value of X'00' indicates that this
datagram is standalone. Values between 1 and 127 indicate the
fragment position within a fragment sequence. Each receiver will
have a REASSEMBLY QUEUE and a REASSEMBLY TIMER associated with these
fragments. The reassembly queue must be reinitialized and the
associated fragments abandoned whenever the REASSEMBLY TIMER expires,
or a new datagram arrives carrying a FRAG field whose value is less
than the highest FRAG value processed for this fragment sequence.
The reassembly timer MUST be no less than 5 seconds. It is
recommended that fragmentation be avoided by applications wherever
possible.
FRAG フィールドは、そのデータグラムがフラグメントのひとつであるかどうかを表す。フラグメント処理が実装されていれば、上位ビットはフラグメントシーケンスの終了を表し、値 X'00' はそれがフラグメント化されていない単独のデータグラムであることを表す。1〜 127 の値はフラグメントシーケンスの中でのそのフラグメントの位置を表す。各受信者は、これらのフラグメントに対応する再構築キュー(REASSEMBLY QUEUE)と再構築タイマー(REASSEMBLY TIMER)とを持つだろう。再構築タイマーが時間切れになるか、そのフラグメントシーケンスのために処理された最大の FRAG 値より小さい値の FRAG フィールドを持つデータグラムが到着した場合にはいつでも、再構築キューは初期化され、関連するフラグメントは破棄されなければならない。再構築タイマーは5秒以上でなければならない(MUST)。可能であれば常に、アプリケーションはフラグメント化を避けることが推量される。
Implementation of fragmentation is optional; an implementation that
does not support fragmentation MUST drop any datagram whose FRAG
field is other than X'00'.
フラグメント処理の実装は任意である。フラグメント処理をサポートしない実装は、FRAG フィールドが X'00' ではないデータグラムを破棄しなければならない(MUST)。
The programming interface for a SOCKS-aware UDP MUST report an
available buffer space for UDP datagrams that is smaller than the
actual space provided by the operating system:
SOCKS を認識する UDP のためのプログラミングインターフェイスは、UDP データグラムのために利用可能なバッファ領域を通知しなければならない(MUST)。このサイズはオペレーティングシステムが提供する実際の領域より小さくなる。
o if ATYP is X'01' - 10+method_dependent octets smaller
o if ATYP is X'03' - 262+method_dependent octets smaller
o if ATYP is X'04' - 20+method_dependent octets smaller
o ATYP が X'01' の場合 - 10+メソッド固有のオクテット 未満
o ATYP が X'03' の場合 - 262+メソッド固有のオクテット 未満
o ATYP が X'04' の場合 - 20+メソッド固有のオクテット 未満
Marcus Leech
Bell-Northern Research Ltd
P.O. Box 3511, Stn. C,
Ottawa, ON
CANADA K1Y 4H7
Phone: (613) 763-9145
EMail: mleech@bnr.ca
トップページ - 翻訳ドキュメント - RFC 1928