Telnet是位于OSI模型的第7層---應(yīng)用層上的一種協(xié)議，是一個通過創(chuàng)建虛擬終端提供連接到遠程主機終端仿真的TCP/IP協(xié)議。這一協(xié)議需要通過用戶名和口令進行認證，是Internet遠程登陸服務(wù)的標準協(xié)議。應(yīng)用Telnet協(xié)議能夠把本地用戶所使用的計算機變成遠程主機系統(tǒng)的一個終端。它提供了三種基本服務(wù)：1)Telnet定義一個網(wǎng)絡(luò)虛擬終端為遠程系統(tǒng)提供一個標準接口。客戶機程序不必詳細了解遠程系統(tǒng)，他們只需構(gòu)造使用標準接口的程序;2)Telnet包括一個允許客戶機和服務(wù)器協(xié)商選項的機制，而且它還提供一組標準選項; .3)Telnet對稱處理連接的兩端，即Telnet不強迫客戶機從鍵盤輸入，也不強迫客戶機在屏幕上顯示輸出。
適應(yīng)異構(gòu)為了使多個操作系統(tǒng)間的Telnet交互操作成為可能，就必須詳細了解異構(gòu)計算機和操作系統(tǒng)。比如，一些操作系統(tǒng)需要每行文本用ASCⅡ回車控制符(CR)結(jié)束，另一些系統(tǒng)則需要使用ASCⅡ換行符(LF)，還有一些系統(tǒng)需要用兩個字符的序列回車-換行(CR-LF);再比如，大多數(shù)操作系統(tǒng)為用戶提供了一個中斷程序運行的快捷鍵，但這個快捷鍵在各個系統(tǒng)中有可能不同(一些系統(tǒng)使用CTRL+C，而另一些系統(tǒng)使用ESCAPE)。如果不考慮系統(tǒng)間的異構(gòu)性，那么在本地發(fā)出的字符或命令，傳送到遠地并被遠程系統(tǒng)解釋后很可能會不準確或者出現(xiàn)錯誤。因此，Telnet協(xié)議必須解決這個問題?！榱诉m應(yīng)異構(gòu)環(huán)境，Telnet協(xié)議定義了數(shù)據(jù)和命令在Internet上的傳輸方式，此定義被稱作網(wǎng)絡(luò)虛擬終端NVT(Net Virtual Terminal)。它的應(yīng)用過程如下： 對于發(fā)送的數(shù)據(jù)：客戶機軟件把來自用戶終端的按鍵和命令序列轉(zhuǎn)換為NVT格式，并發(fā)送到服務(wù)器，服務(wù)器軟件將收到的數(shù)據(jù)和命令，從NVT格式轉(zhuǎn)換為遠地系統(tǒng)需要的格式; 對于返回的數(shù)據(jù)：遠地服務(wù)器將數(shù)據(jù)從遠地機器的格式轉(zhuǎn)換為NVT格式，而本地客戶機將接收到的NVT格式數(shù)據(jù)再轉(zhuǎn)換為本地的格式。 對于NVT格式的詳細定義，有興趣的朋友可以去查找相關(guān)資料。
傳送遠程命令我們知道絕大多數(shù)操作系統(tǒng)都提供各種快捷鍵來實現(xiàn)相應(yīng)的控制命令，當用戶在本地終端鍵入這些快捷鍵的時候，本地系統(tǒng)將執(zhí)行相應(yīng)的控制命令，而不把這些快捷鍵作為輸入。那么對于Telnet來說，它是用什么來實現(xiàn)控制命令的遠程傳送呢? Telnet同樣使用NVT來定義如何從客戶機將控制功能傳送到服務(wù)器。我們知道ASCⅡ字符集包括95個可打印字符和33個控制碼。當用戶從本地鍵入普通字符時，NVT將按照其原始含義傳送;當用戶鍵入快捷鍵(組合鍵)時，NVT將把它轉(zhuǎn)化為特殊的ASCⅡ字符在網(wǎng)絡(luò)上傳送，并在其到達遠地機器后轉(zhuǎn)化為相應(yīng)的控制命令。將正常ASCⅡ字符集與控制命令區(qū)分的原因：1)這種區(qū)分意味著Telnet具有更大的靈活性：它可在客戶機與服務(wù)器間傳送所有可能的ASCⅡ字符以及所有控制功能;2)這種區(qū)分使得客戶機可以無二義性的指定信令，而不會產(chǎn)生控制功能與普通字符的混亂?！?
數(shù)據(jù)流向上面我們提到過將Telnet設(shè)計為應(yīng)用級軟件有一個缺點，那就是：效率不高。這是為什么呢?下面給出Telnet中的數(shù)據(jù)流向：數(shù)據(jù)信息被用戶從本地鍵盤鍵入并通過操作系統(tǒng)傳到客戶機程序，客戶機程序?qū)⑵涮幚砗蠓祷夭僮飨到y(tǒng)，并由操作系統(tǒng)經(jīng)過網(wǎng)絡(luò)傳送到遠程機器，遠程操作系統(tǒng)將所接收數(shù)據(jù)傳給服務(wù)器程序，并經(jīng)服務(wù)器程序再次處理后返回到操作系統(tǒng)上的偽終端入口點，最后，遠程操作系統(tǒng)將數(shù)據(jù)傳送到用戶正在運行的應(yīng)用程序，這便是一次完整的輸入過程;輸出將按照同一通路從服務(wù)器傳送到客戶機?！∫驗槊恳淮蔚妮斎牒洼敵?，計算機將切換進程環(huán)境好幾次，這個開銷是很昂貴的。還好用戶的鍵入速率并不算高，這個缺點我們?nèi)匀荒軌蚪邮??！?
強制命令我們應(yīng)該考慮到這樣一種情況：假設(shè)本地用戶運行了遠地機器的一個無休止循環(huán)的錯誤命令或程序，且此命令或程序已經(jīng)停止讀取輸入，那么操作系統(tǒng)的緩沖區(qū)可能因此而被占滿，如果這樣，遠程服務(wù)器也無法再將數(shù)據(jù)寫入偽終端，并且最終導致停止從TCP連接讀取數(shù)據(jù)，TCP連接的緩沖區(qū)最終也會被占滿，從而導致阻止數(shù)據(jù)流流入此連接。如果以上事情真的發(fā)生了，那么本地用戶將失去對遠程機器的控制。為了解決此問題，Telnet協(xié)議必須使用外帶信令以便強制服務(wù)器讀取一個控制命令。我們知道TCP用緊急數(shù)據(jù)機制實現(xiàn)外帶數(shù)據(jù)信令，那么Telnet只要再附加一個被稱為數(shù)據(jù)標記(date mark)的保留八位組，并通過讓TCP發(fā)送已設(shè)置緊急數(shù)據(jù)比特的報文段通知服務(wù)器便可以了，攜帶緊急數(shù)據(jù)的報文段將繞過流量控制直接到達服務(wù)器。作為對緊急信令的相應(yīng)，服務(wù)器將讀取并拋棄所有數(shù)據(jù)，直到找到了一個數(shù)據(jù)標記。服務(wù)器在遇到了數(shù)據(jù)標記后將返回正常的處理過程。由于Telnet兩端的機器和操作系統(tǒng)的異構(gòu)性，使得Telnet不可能也不應(yīng)該嚴格規(guī)定每一個telnet連接的詳細配置，否則將大大影響Telnet的適應(yīng)異構(gòu)性。因此，Telnet采用選項協(xié)商機制來解決這一問題。Telnet選項的范圍很廣：一些選項擴充了大方向的功能，而一些選項制涉及一些微小細節(jié)。例如：有一個選項可以控制Telnet是在半雙工還是全雙工模式下工作(大方向);還有一個選項允許遠地機器上的服務(wù)器決定用戶終端類型(小細節(jié))。Telnet選項的協(xié)商方式也很有意思，它對于每個選項的處理都是對稱的，即任何一端都可以發(fā)出協(xié)商申請;任何一端都可以接受或拒絕這個申請。另外，如果一端試圖協(xié)商另一端不了解的選項，接受請求的一端可簡單的拒絕協(xié)商。因此，有可能將更新，更復雜的Telnet客戶機服務(wù)器版本與較老的，不太復雜的版本進行交互操作。如果客戶機和服務(wù)器都理解新的選項，可能會對交互有所改善。否則，它們將一起轉(zhuǎn)到效率較低但可工作的方式下運行。所有的這些設(shè)計，都是為了增強適應(yīng)異構(gòu)性，可見Telnet的適應(yīng)異構(gòu)性對其的應(yīng)用和發(fā)展是多么重要。上面討論了一些原理方面的東西，雖然我們在Telnet的使用過程中很難接觸到這一層面，但我認為了解這些是有意義的，它會給我們帶來許多啟示。下面讓我們來看看Win2000的Telnet服務(wù)。
子選項協(xié)商有些選項不是僅僅用“激活”或“禁止”就能夠表達的。指定終端類型就是一個例子，客戶進程必須發(fā)送用一個A S C I
I字符串來表示終端類型。為了處理這種選項，我們必須定義子選項協(xié)商機制。在R F C 1 0 9 1 [ VanBokkelen
1989]中定義了如何表示終端類型這樣的子選項協(xié)商機制。首先連接的某一方(通常是客戶進程)發(fā)送3個字節(jié)的字符序列來請求激活該選項。
下載文檔
