rfc1408_telnet環(huán)境選項(xiàng)

1、<p>　　組織：中國(guó)互動(dòng)出版網(wǎng)（http：//www.china-pub.com/）</p><p>　　RFC文檔中文翻譯計(jì)劃（http：//www.china-pub.com/compters/emook/aboutemook.htm）</p><p>　　E-mail：ouyang@china-pub.com</p><p>　　譯者：郭大剛（gu

2、odagang guodagang@tyut.edu.cn）</p><p>　　譯文發(fā)布時(shí)間：2001-11-24</p><p>　　版權(quán)：本中文翻譯文檔版權(quán)歸中國(guó)互動(dòng)出版網(wǎng)所有?？梢杂糜诜巧虡I(yè)用途自由轉(zhuǎn)載，但必須保留本文檔的翻譯及版權(quán)信息。</p><p>　　Network Working Group

3、 D. Borman，Editor </p><p>　　Request for Comments： 1408 Cray Research，Inc.</p><p>　　January 1993</p><p>　　Telnet環(huán)境變量</p><p>　?。≧FC1408——T

4、elnet Environment Option）</p><p><b>　　本備忘錄的狀態(tài)</b></p><p>　　本文檔講述了一種Internet社區(qū)的Internet標(biāo)準(zhǔn)跟蹤協(xié)議，它需要進(jìn)一步進(jìn)行討論和建議以得到改進(jìn)。請(qǐng)參考最新版的“Internet架構(gòu)委員會(huì)正式協(xié)議標(biāo)準(zhǔn)”來(lái)獲得本協(xié)議的標(biāo)準(zhǔn)化程度和狀態(tài)。本備忘錄的發(fā)布不受任何限制。</p>

5、<p><b>　　摘要</b></p><p>　　這個(gè)文檔定義了一種在TELNET客戶端和服務(wù)器端傳輸環(huán)境變量的機(jī)制。采用這種機(jī)制，使得在連接時(shí)TELNET用戶把配置信息傳給遠(yuǎn)程主機(jī)成為可能。</p><p><b>　　目錄</b></p><p>　　1. 命令名和代碼1</p><

6、p><b>　　2. 命令含義2</b></p><p><b>　　3. 缺省規(guī)范3</b></p><p><b>　　4. 動(dòng)機(jī)3</b></p><p><b>　　5. 周知變量3</b></p><p><b>　　6.

7、 應(yīng)用規(guī)則3</b></p><p>　　7. 涉及的安全問(wèn)題4</p><p><b>　　8. 參考文獻(xiàn)5</b></p><p><b>　　1. 命令名和代碼</b></p><p><b>　　ENVIRON36</b></p><

8、;p><b>　　IS0</b></p><p><b>　　SEND 1</b></p><p><b>　　INFO 2</b></p><p><b>　　VAR 0</b></p><p><b>　　VALUE1</b&g

9、t;</p><p><b>　　ESC 2</b></p><p><b>　　USERVAR 3</b></p><p><b>　　2. 命令含義</b></p><p>　　IAC WILL ENVIRON</p><p>　　這個(gè)命令的發(fā)送者

10、將發(fā)送環(huán)境變量。</p><p>　　IAC WONT ENVIRON</p><p>　　這個(gè)命令的發(fā)送者拒絕發(fā)送環(huán)境變量。</p><p>　　IAC DO ENVIRON</p><p>　　這個(gè)命令的發(fā)送者將接收環(huán)境變量。</p><p>　　IAC DONT ENVIRON</p><p&

11、gt;　　這個(gè)命令的發(fā)送者拒絕接收環(huán)境變量。</p><p>　　IAC SB ENVIRON SEND [ type ... [ type ... [ ... ] ] ] IAC SE</p><p>　　這個(gè)命令的發(fā)送者請(qǐng)求遠(yuǎn)端發(fā)送它的環(huán)境變量?！皌ype”既可以是VAR，也可以是 USERVAR，既用來(lái)指定周知變量名又用于指定用戶變量名。只有DO ENVIRON端可以發(fā)起一個(gè)SEND

12、命令。如果指定了一個(gè)變量列表，那么只能發(fā)送這些變量。如果沒(méi)有指定列表，那么就應(yīng)該發(fā)送對(duì)所有的周知變量和用戶自定義變量都是缺省的環(huán)境變量。如果有一個(gè)變量沒(méi)有命名，那么應(yīng)該發(fā)送在缺省環(huán)境中的所有類型的變量(周知或者用戶自定義的)。</p><p>　　IAC SB ENVIRON IS type ... [ VALUE ... ] [ type ... [ VALUE ... ] [</p><p

13、>　　這個(gè)命令的發(fā)送者正在發(fā)送環(huán)境變量。發(fā)送這個(gè)命令來(lái)響應(yīng)某個(gè)SEND請(qǐng)求。只有處于WILL ENVIRON狀態(tài)的一端可以發(fā)送一個(gè)IS命令?！皌ype”/VALUE對(duì)必須按照和SEND請(qǐng)求指定的順序相同的次序來(lái)返回，而且必須對(duì)每一個(gè)明確的“type ...”請(qǐng)求都得響應(yīng)?！皌ype”會(huì)是VAR或者USERVAR。可能發(fā)送多重環(huán)境變量。在一個(gè)“type”后一直到下一個(gè)“type”或VALUE的特征指定了變量名稱。The charac

14、ters following a 在一個(gè)VALUE后一直到下一個(gè)“type”的特征指定了變量的數(shù)值。如果一個(gè)“type”后面沒(méi)有跟一個(gè)VALUE(例如，跟著其他的VAR、USERVAR或者IAC SE)，那么對(duì)這個(gè)變量就沒(méi)有定義。如果 VALUE后面緊跟著一個(gè)“type”或者IAC，那么這個(gè)變量已經(jīng)定義了，但是沒(méi)有數(shù)值。如果某個(gè)IAC包含在IS和IAC SE中，那么它必須當(dāng)作IAC IA來(lái)發(fā)送。如果某個(gè)變量或者數(shù)值包含了一個(gè)VAR，那么

15、它必須當(dāng)作ESC VAR來(lái)發(fā)送。</p><p>　　如果某個(gè)變量或者數(shù)值包含了一個(gè)USERVAR，那么它必須當(dāng)作ESC USERVAR來(lái)發(fā)送。如果一個(gè)變量或者數(shù)值包含了一個(gè)VALUE，那么它必須當(dāng)作ESC VALUE來(lái)發(fā)送。如果某個(gè)變量或者數(shù)值包含了一個(gè)ESC，那么它必須當(dāng)作ESC ESC來(lái)發(fā)送。</p><p>　　IAC SB ENVIRON INFO type ... [ VALU

16、E ... ] [ type ... [ VALUE ... ] [</p><p>　　這個(gè)命令的發(fā)送者正在發(fā)送有關(guān)已經(jīng)變化了的環(huán)境變量的信息。除了在命令中以INFO替代了IS以外，和IS命令相同。只有處于WILL ENVIRON狀態(tài)的一端可以發(fā)送一個(gè)INFO命令。INFO命令不會(huì)用于發(fā)送初始化信息；SEND/IS序列正是用在這種情況下。INFO命令用于廣播環(huán)境變量的變化，而且可以很自然的就產(chǎn)生了。</p

17、><p><b>　　3. 缺省規(guī)范</b></p><p>　　這個(gè)選項(xiàng)的缺省規(guī)范是</p><p>　　WONT ENVIRON</p><p>　　DONT ENVIRON</p><p>　　意思是沒(méi)有任何環(huán)境信息的交換。</p><p><b>　　4. 動(dòng)

18、機(jī)</b></p><p>　　一些操作系統(tǒng)具有包含著當(dāng)Telnet連接建立時(shí)廣播給遠(yuǎn)端機(jī)器的信息的啟動(dòng)信息和環(huán)境變量。提出一些新的需要通過(guò)一個(gè)Telnet會(huì)話來(lái)廣播的信息比每次創(chuàng)建一個(gè)新的Telnet選項(xiàng)更可取，但是Telnet會(huì)話自身并不真正需要知道，就可以采用這種普通的信息選項(xiàng)了。</p><p><b>　　5. 周知變量</b></p>

19、;<p>　　USER 這個(gè)變量用于傳送客戶端想要登錄的遠(yuǎn)程系統(tǒng)上的用戶或者帳戶名。USER變量的數(shù)值格式由系統(tǒng)決定，由遠(yuǎn)程系統(tǒng)確定。</p><p>　　JOB 這個(gè)變量用于傳送當(dāng)?shù)卿涍M(jìn)入遠(yuǎn)程系統(tǒng)時(shí)客戶端想要使用的業(yè)務(wù)ID號(hào)。JOB變量的數(shù)值格式由系統(tǒng)決定，由遠(yuǎn)程系統(tǒng)確定。</p><p>　　ACCT 這個(gè)變量用于傳送當(dāng)?shù)卿涍M(jìn)入遠(yuǎn)程系統(tǒng)時(shí)客戶端想要使用的帳戶ID號(hào)

20、。ACCT 變量的數(shù)值格式由系統(tǒng)決定，由遠(yuǎn)程系統(tǒng)確定。</p><p>　　PRINTER 這個(gè)變量用于確定打印機(jī)輸出的缺省位置。因?yàn)楝F(xiàn)在在網(wǎng)絡(luò)上沒(méi)有一種標(biāo)準(zhǔn)的命名方法，所以目前這個(gè)變量的格式不明確。</p><p>　　SYSTEMTYPE 這個(gè)是用于傳輸這個(gè)變量所用的操作系統(tǒng)的類型。它的數(shù)值和FTP[2]中的SYSTEM(SYST)的取值相同。這個(gè)值的格式應(yīng)該和在Assigned

21、Numbers文檔[3]的當(dāng)前版本中列出的一個(gè)系統(tǒng)名稱的第一個(gè)詞一樣。</p><p>　　DISPLAY 這個(gè)變量用于傳輸客戶端的X顯示位置。DISPLAY變量的數(shù)值格式如下：</p><p>　　<host>：<dispnum>[.<screennum>]</p><p>　　這個(gè)消息和通過(guò)利用Telnet X-DISPLA

22、Y-LOCATION選項(xiàng)得到的信息是相同。如果DISPLAY環(huán)境變量收到的X-DISPLAY-LOCATION選項(xiàng)[4]以及它們包含的不一致信息，應(yīng)該使用最近收到的信息。</p><p>　　因?yàn)椴豢赡茴A(yù)計(jì)到所有用戶想要交換的變量，提供了USERVAR類型來(lái)支持用戶傳輸任意的變量/數(shù)值對(duì)。采用附加類型使得應(yīng)用可以區(qū)分由遠(yuǎn)端主機(jī)軟件得到的數(shù)值和由用戶提供的數(shù)值。偏執(zhí)些的實(shí)現(xiàn)很可能用同級(jí)的不信任度對(duì)待這兩種類型。周知

23、變量和用戶變量之間命名空間沖突的結(jié)果是規(guī)范應(yīng)用。</p><p><b>　　6. 應(yīng)用規(guī)則</b></p><p>　　WILL和DO僅僅用在連接開(kāi)始時(shí)捕獲和承認(rèn)將來(lái)協(xié)商的結(jié)果。</p><p>　　一旦兩個(gè)主機(jī)已經(jīng)交換了一個(gè)WILL命令和DO命令，DO ENVIRON的發(fā)送者就可以自由的請(qǐng)求發(fā)送環(huán)境變量。一旦DO的發(fā)送者可以發(fā)送請(qǐng)求(IAC

24、 SB ENVIRON SEND IAC SE)，那么WILL的發(fā)送者就可以傳輸現(xiàn)行的環(huán)境變量信息(通過(guò)IAC SB ENVIRON IS ... IAC SE命令)。雖然有時(shí)這個(gè)選項(xiàng)在整個(gè)TELNET連接的過(guò)程中都可以使用，但是環(huán)境信息交換還是常常出現(xiàn)在連接啟動(dòng)時(shí)。這是因?yàn)樵S多操作系統(tǒng)只具有在過(guò)程創(chuàng)建時(shí)才傳輸環(huán)境信息的機(jī)制，所以在用戶登錄前這些信息是必須的。在這一節(jié)中，任何引用的事情都是以速記方式對(duì)ASCII數(shù)值字符串的進(jìn)行記錄的。例

25、如，“joe”意思是三個(gè)八位十進(jìn)制序列106 111 101。</p><p>　　接收主機(jī)不需要把它從環(huán)境中接收到的所有的變量都上傳。例如，如果客戶機(jī)將要通過(guò)發(fā)送USERVAR “TERM” VALUE “xterm”這個(gè)環(huán)境變量來(lái)發(fā)送時(shí)，TERMINAL-TYPE [1]選項(xiàng)已經(jīng)用于確定終端類型，服務(wù)器就可以忽略TERM變量。同樣，一些啟動(dòng)信息也可以用于其他方面；例如，“USER”、“ACCT”和“PROJ”

26、變量的數(shù)值可以用來(lái)判斷哪一個(gè)帳戶已經(jīng)登錄，而且可能從未被上傳給用戶環(huán)境。通常，如果服務(wù)器通過(guò)一些更精確的方法已經(jīng)檢測(cè)到某個(gè)環(huán)境變量的數(shù)值，或者如果它不能理解某個(gè)變量名稱，它將忽略在ENVIRON選項(xiàng)中發(fā)送的數(shù)值。服務(wù)器可能也更喜歡僅僅把所有未知信息上傳到用戶的環(huán)境中。這是應(yīng)用中建議的方法，因?yàn)樗褂脩羰褂闷饋?lái)更加靈活。</p><p>　　以下是一個(gè)這個(gè)選項(xiàng)的使用范例：</p><p>　

27、　Host1 Host2</p><p>　　IAC DO ENVIRON</p><p>　　IAC WILL ENVIRON</p><p>　　[現(xiàn)在主機(jī)1可以自由的請(qǐng)求環(huán)境變量了]</p><p>　　IAC SB ENVIRON SEND VAR "USER"</p><p>　　VAR

28、"ACCT" VAR USERVAR IAC SE</p><p>　　[現(xiàn)在，服務(wù)器明確請(qǐng)求得到USER和ACCT變量、周知環(huán)境變量的缺省設(shè)置和用戶自定義變量的缺省設(shè)置。注意：客戶端兩次引用了USER信息；一次是因?yàn)樗鞔_請(qǐng)求的，另一次是因?yàn)樗侨笔…h(huán)境的一部分。]</p><p>　　IAC SB ENVIRON IS VAR "USER"<

29、;/p><p>　　VALUE "joe" VAR "ACCT" VALUE</p><p>　　"kernel" VAR "USER" VALUE "joe"</p><p>　　VAR "DISPLAY" VALUE "foo：0.0&q

30、uot;</p><p>　　USERVAR "SHELL" VALUE "/bin/csh"</p><p><b>　　IAC SE</b></p><p>　　當(dāng)現(xiàn)在定義了用戶變量或者不明確的變量時(shí)，對(duì)于響應(yīng)空環(huán)境(在IAC SB和IAC SE中都沒(méi)有數(shù)據(jù))的客戶端，那是合法的。例如：</p&

31、gt;<p>　　IAC SB ENVIRON IS IAC SE</p><p>　　對(duì)下列任何都是有效響應(yīng)：</p><p>　　IAC SB ENVIRON SEND IAC SE</p><p>　　IAC SB ENVIRON SEND VAR IAC SE</p><p>　　IAC SB ENVIRON SEND

32、USERVAR IAC SE</p><p>　　IAC SB ENVIRON SEND VAR USERVAR IAC SE</p><p>　　(最后的范例和第一個(gè)相同...)</p><p>　　預(yù)計(jì)，支持Telnet ENVIRON選項(xiàng)的任何應(yīng)用都將完全支持這個(gè)規(guī)范。</p><p>　　7. 涉及的安全問(wèn)題</p>&

33、lt;p>　　對(duì)ENVIRON 選項(xiàng)的實(shí)施者重要的是理解設(shè)置選項(xiàng)的交互性和邏輯/證明過(guò)程。應(yīng)該非常仔細(xì)的分析哪個(gè)變量在設(shè)置客戶登錄時(shí)是“安全的”。一個(gè)錯(cuò)誤選項(xiàng)的例子將會(huì)改一個(gè)參數(shù)，允許入侵者廢止或損害登錄/證明程序本身。</p><p><b>　　8. 參考文獻(xiàn)</b></p><p>　　[1] VanBokkelen，J.，"Telnet Ter

34、minal-Type Option"，RFC 1091，F(xiàn)TP Software，Inc.，F(xiàn)ebruary 1989.</p><p>　　[2] Postel，J. and J. Reynolds，"File Transfer Protocol (FTP)"，STD 9，RFC 959，USC/Information Sciences Institute，October 1985

35、.</p><p>　　[3] Reynolds，J. and J. Postel，"Assigned Numbers"，STD 2，RFC 1340，USC/Information Sciences Institute，July 1992.</p><p>　　[4] Marcy，G.，"Telnet X Display Location Option&qu

36、ot;，RFC 1096，Carnegie Mellon University，March 1989.</p><p><b>　　需要考慮的安全問(wèn)題</b></p><p>　　在第七節(jié)中已經(jīng)討論了有關(guān)安全的問(wèn)題。</p><p><b>　　作者的地址</b></p><p>　　David A

37、. Borman，Editor</p><p>　　Cray Research，Inc.</p><p>　　655F Lone Oak Drive</p><p>　　Eagan，MN 55123</p><p>　　Phone： (612) 452-6650</p><p>　　EMail： dab@CRAY.CO

38、M</p><p>　　Mailing List： telnet-ietf@CRAY.COM</p><p><b>　　主席的地址</b></p><p>　　通過(guò)現(xiàn)在的主席可以聯(lián)系到這個(gè)工作組：</p><p>　　Steve Alexander</p><p>　　INTERACTIVE S