Telnet協(xié)議標準的概念我們在文中進行了詳解，并且對于它的特點我們也逐一進行了分析和介紹。希望對大家有所幫助。具體內容請參考下文。

遠程登錄，Telnet協(xié)議標準是一個重點。那么對于這方面你是否還存在疑惑呢？這里我們就來對這部分內容的原理和概念來介紹一下。首先讓我們對這個協(xié)議有一個正確的認識。

概述

Telnet協(xié)議是TCP/IP協(xié)議族中的一員，是Internet遠程登陸服務的標準協(xié)議。Telnet協(xié)議的目的是提供一個相對通用的，雙向的，面向八位字節(jié)的通信方法，允許界面終端設備和面向終端的過程能通過一個標準過程進行互相交互。應用Telnet協(xié)議能夠把本地用戶所使用的計算機變成遠程主機系統(tǒng)的一個終端。

Telnet協(xié)議具有如下的特點：

1. 適應異構

為了使多個操作系統(tǒng)間的Telnet交互操作成為可能，就必須詳細了解異構計算機和操作系統(tǒng)。比如，一些操作系統(tǒng)需要每行文本用ASCII回車控制符（CR）結束，另一些系統(tǒng)則需要使用ASCII換行符（LF），還有一些系統(tǒng)需要用兩個字符的序列回車-換行（CR-LF）；再比如，大多數(shù)操作系統(tǒng)為用戶提供了一個中斷程序運行的快捷鍵，但這個快捷鍵在各個系統(tǒng)中有可能不同（一些系統(tǒng)使用CTRL+C，而另一些系統(tǒng)使用ESCAPE）。如果不考慮系統(tǒng)間的異構性，那么在本地發(fā)出的字符或命令，傳送到遠地并被遠地系統(tǒng)解釋后很可能會不準確或者出現(xiàn)錯誤。因此，Telnet協(xié)議標準必須解決這個問題。

為了適應異構環(huán)境，Telnet協(xié)議定義了數(shù)據(jù)和命令在Internet上的傳輸方式，此定義被稱作網(wǎng)絡虛擬終端NVT（Net Virtual Terminal）。它的應用過程如下：

對于發(fā)送的數(shù)據(jù)：客戶機軟件把來自用戶終端的按鍵和命令序列轉換為NVT格式，并發(fā)送到服務器，服務器軟件將收到的數(shù)據(jù)和命令，從NVT格式轉換為遠地系統(tǒng)需要的格式；

對于返回的數(shù)據(jù)：遠地服務器將數(shù)據(jù)從遠地機器的格式轉換為NVT格式，而本地客戶機將將接收到的NVT格式數(shù)據(jù)再轉換為本地的格式。

2.傳送遠地命令

我們知道絕大多數(shù)操作系統(tǒng)都提供各種快捷鍵來實現(xiàn)相應的控制命令，當用戶在本地終端鍵入這些快捷鍵的時候，本地系統(tǒng)將執(zhí)行相應的控制命令，而不把這些快捷鍵作為輸入。那么對于Telnet來說，它是用什么來實現(xiàn)控制命令的遠地傳送呢？

Telnet協(xié)議標準同樣使用NVT來定義如何從客戶機將控制功能傳送到服務器。我們知道USASCII字符集包括95個可打印字符和33個控制碼。當用戶從本地鍵入普通字符時，NVT將按照其原始含義傳送；當用戶鍵入快捷鍵（組合鍵）時，NVT將把它轉化為特殊的ASCII字符在網(wǎng)絡上傳送，并在其到達遠地機器后轉化為相應的控制命令。將正常ASCII字符集與控制命令區(qū)分主要有兩個原因：

這種區(qū)分意味著Telnet具有更大的靈活性：它可在客戶機與服務器間傳送所有可能的ASCII字符以及所有控制功能；

這種區(qū)分使得客戶機可以無二義性的指定信令，而不會產生控制功能與普通字符的混亂。

3.數(shù)據(jù)流向

將Telnet協(xié)議標準設計為應用級軟件有一個缺點，那就是：效率不高。這是為什么呢？下面給出Telnet中的數(shù)據(jù)流向：

數(shù)據(jù)信息被用戶從本地鍵盤鍵入并通過操作系統(tǒng)傳到客戶機程序，客戶機程序將其處理后返回操作系統(tǒng)，并由操作系統(tǒng)經(jīng)過網(wǎng)絡傳送到遠地機器，遠地操作系統(tǒng)將所接收數(shù)據(jù)傳給服務器程序，并經(jīng)服務器程序再次處理后返回到操作系統(tǒng)上的偽終端入口點，最后，遠地操作系統(tǒng)將數(shù)據(jù)傳送到用戶正在運行的應用程序，這便是一次完整的輸入過程；輸出將按照同一通路從服務器傳送到客戶機。

因為每一次的輸入和輸出，計算機將切換進程環(huán)境好幾次，這個開銷是很昂貴的。還好用戶的鍵入速率并不算高，這個缺點我們仍然能夠接受。

4.強制命令

我們應該考慮到這樣一種情況：假設本地用戶運行了遠地機器的一個無休止循環(huán)的錯誤命令或程序，且此命令或程序已經(jīng)停止讀取輸入，那么操作系統(tǒng)的緩沖區(qū)可能因此而被占滿，如果這樣，遠地服務器也無法再將數(shù)據(jù)寫入偽終端，并且最終導致停止從TCP連接讀取數(shù)據(jù)，TCP連接的緩沖區(qū)最終也會被占滿，從而導致阻止數(shù)據(jù)流流入此連接。如果以上事情真的發(fā)生了，那么本地用戶將失去對遠地機器的控制。

為了解決此問題，Telnet協(xié)議必須使用外帶信令以便強制服務器讀取一個控制命令。我們知道TCP用緊急數(shù)據(jù)機制實現(xiàn)外帶數(shù)據(jù)信令，那么Telnet只要再附加一個被稱為數(shù)據(jù)標記(date mark)的保留八位組，并通過讓TCP發(fā)送已設置緊急數(shù)據(jù)比特的報文段通知服務器便可以了，攜帶緊急數(shù)據(jù)的報文段將繞過流量控制直接到達服務器。作為對緊急信令的相應，服務器將讀取并拋棄所有數(shù)據(jù)，直到找到了一個數(shù)據(jù)標記。服務器在遇到了數(shù)據(jù)標記后將返回正常的處理過程。

5.選項協(xié)商

由于Telnet兩端的機器和操作系統(tǒng)的異構性，使得Telnet協(xié)議標準不可能也不應該嚴格規(guī)定每一個telnet連接的詳細配置，否則將大大影響Telnet的適應異構性。因此，Telnet采用選項協(xié)商機制來解決這一問題。

Telnet選項的范圍很廣：一些選項擴充了大方向的功能，而一些選項制涉及一些微小細節(jié)。例如：有一個選項可以控制Telnet是在半雙工還是全雙工模式下工作（大方向）；還有一個選項允許遠地機器上的服務器決定用戶終端類型（小細節(jié)）。Telnet選項的協(xié)商方式也很有意思，它對于每個選項的處理都是對稱的，即任何一端都可以發(fā)出協(xié)商申請；任何一端都可以接受或拒絕這個申請。另外，如果一端試圖協(xié)商另一端不了解的選項，接受請求的一端可簡單的拒絕協(xié)商。因此，有可能將更新，更復雜的Telnet客戶機服務器版本與較老的，不太復雜的版本進行交互操作。如果客戶機和服務器都理解新的選項，可能會對交互有所改善。否則，它們將一起轉到效率較低但可工作的方式下運行。所有的這些設計，都是為了增強適應異構性，可見Telnet的適應異構性對其的應用和發(fā)展是多么重要。