RFC340 日本語訳
0340 Proposed Telnet Changes. T.C. O'Sullivan. May 1972. (Format: TXT=2656 bytes) (Also RFC0328) (Status: UNKNOWN)
プログラムでの自動翻訳です。
英語原文
Network Working Group Tom O'Sullivan Request for Comments: 340 Raytheon Company NIC 9933 Sudbury, Mass. Categories: Telnet References: RFC 328 15 May 1972
コメントを求めるワーキンググループトムオサリヴァンRequestをネットワークでつないでください: 340 レイセオン社NIC9933サドベリー、マサチューセッツ州 カテゴリ: telnet参照: RFC328 1972年5月15日
PROPOSED TELNET CHANGES
提案されたtelnet変化
The proposed change to the TELNET protocol calling for one standard protocol and dropping the idea of minimum implementation seems reasonable at this time.
1つの標準プロトコルを求めて、最小の実装の考えを下げるTELNETプロトコルへの変更案はこのとき、妥当に思えます。
I suggest that both Data Types and Hide Your Input be kept for the following reasons:
私は、Data TypesとHide Your Inputの両方が以下の理由で保たれることを提案します:
Data Types:
データ型:
The objection stating that switching out of ASCII results in an irreversible change and loss of control can be met by requiring other codes to provide to a return to ASCII. Each other code may have its own return code, however, it may not always be employed. Other codes are important for alphanumeric terminals that have special devices attached. Several potential cases can be cited:
ASCIIへのリターンに提供するために他のコードを必要とすることによって、ASCIIから切り替わるのが不可逆変化と制御不能をもたらすと述べる異論は満たすことができます。 互いである、コードには、それ自身の復帰コードがあって、しかしながら、それはいつも使われるかもしれないというわけではありません。 特別なデバイスを取り付ける英数字の端末に、他のコードは重要です。 数個の潜在的ケースを引用できます:
1. Cal comp plotter attached to a teletype has logic permitting a program to turn the plotter on and off. When operating I believe it uses an 8 bit code which could conflict with Telnet signals.
1. テレタイプに付けられたカルコンピュータ陰謀者はプログラムが断続的に陰謀者を変えることを許可する論理を持っています。 作動するとき、私は、それがTelnet信号と衝突できた8ビット・コードを使用すると信じています。
2. Numerically controlled machines, either controlled from a user terminal or code prepared by a HOST computer to be punched on the paper tape punch at a teletype way require the use of an arbitrary 8 bit code.
2. 数の上でマシンであって、HOSTコンピュータによって紙テープ穿孔装置の上にテレタイプ道でパンチされるように準備されたユーザ端末かコードから制御されていた状態で制御されて、任意の8ビット・コードの使用を必要としてください。
3. Experiments controlled from alphanumeric terminal or sensor data collected through a cal-comp like connection may require the use of a full 8 bit code.
3. 実験が英数字の端末から制御されたか、または接続が完全な8ビット・コードの使用を必要とするかもしれないようにセンサデータはcalコンピュータを通して集まりました。
In these cases a transparent data type with a provision for a return to ASCII mode seems desirable.
これらの場合では、ASCIIモードへのリターンへの支給がある見え透いたデータ型は望ましく思えます。
[Page 1] Hide Your Input:
[1ページ]はあなたの入力を隠します:
As more and more use of data base systems in the network is considered, the need for and importance of using access keys, passwords, etc. grows. The fact that it is difficult to select the length of input to be hidden is not a persuasive argument. Potential solutions seem to exist, e.g. the protocol could provide for accepting length statements from the user program, data base system, operating system, etc. and in default of this, use a default length representing the server system expected optimum length.
ネットワークにおけるデータ基本システムの同じくらいより多く、同じくらいよりその他の使用が考えられます、必要性、そして、アクセスキー、パスワードなどが育てる使用の重要性。 入力の長さが隠されるのを選択するのが難しいという事実は説得力のある議論ではありません。 潜在的ソリューションは存在するように思えます、例えば、プロトコルがユーザ・プログラム、データ基本システム、オペレーティングシステム、など、およびこれがないので使用からの長さの声明を受け入れるのにサーバのシステムの予想された最適な長さを表す省略時の長さを前提とするかもしれません。
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by BBN Corp. under the ] [ direction of Alex McKenzie. 12/96 ]
[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした]、[BBN社の下によるオンラインRFCアーカイブ、][ アレックス・マッケンジーの方向。 12/96 ]
[Page 2]
[2ページ]
一覧
スポンサーリンク