查看文章 |
一 摘要 Telnet的应用不仅方便了我们进行远程登录,也给hacker们提供了又一种入侵手段和后门,但无论如何,在你尽情享受Telnet所带给你的便捷的同时,你是否真正的了解Telnet呢?
远程登陆是指用户使用Telnet命令,使自己的计算机暂时成为远程主机的一个仿真终端的过程。仿真终端等效于一个非智能的机器,它只负责把用户输入的每个字符传递给主机,再将主机输出的每个信息回显在屏幕上。
似乎有了客户机/服务器模型的服务,一切远程问题都可以解决了。然而实际并非你想象的那样简单,如果我们仅需要远程编辑文件,那么刚才所构想的服务完全可以胜任,但假如我们的要求并不是这么简单,我们还想实现远程用户管理,远程数据录入,远程系统维护,想实现一切可以在远程主机上实现的操作,那么我们将需要大量专用的服务器程序并为每一个可计算服务都使用一个服务器进程,随之而来的问题是:远程机器会很快对服务器进程应接不暇,并淹没在进程的海洋里(我们在这里排除最专业化的远程机器)。 那么有没有办法解决呢?当然有,我们可以用远程登录来解决这一切。我们允许用户在远地机器上建立一个登录会话,然后通过执行命令来实现更一般的服务,就像在本地操作一样。这样,我们便可以访问远地系统上所有可用的命令,并且系统设计员不需提供多个专用地服务器程序。 问题发展到这里好像前途一片光明了,用远程登录总应该解决问题了吧,但要实现远程登陆并不简单。不考虑网络设计的计算机系统期望用户只从直接相连的键盘和显示器上登录,在这种机器上增加远程登陆功能需要修改机器的操作系统,这是极其艰巨也是我们尽量避免的。因此我们应该集中力量构造远程登陆服务器软件,虽然这样也是比较困难的。为什么说这样做也比较困难呢? 举个例子来说:一般,操作系统会为一些特殊按键分配特殊的含义,比如本地系统将 ’Ctrl+C’解释为:’终止当前运行的命令进程’。但假设我们已经运行了远程登陆服务器软件,’Ctrl+C’也有可能无法被传送到远地机器 绻 突Щ 娴慕?rsquo;Ctrl+C’传到了远地机器,那么’Ctrl+C’这个命令有可能不能终止本地的进程,也就是说在这里很可能会产生混乱。而且这仅仅是遇到的难题之一。 但尽管有技术上的困难,系统编程人员还是设法构造了能够应用于大多数操作系统的远程登陆服务器软件,并构造了充当客户机的应用软件。通常,客户机软件取消了除一个键以外的所有键的本地解释,并将这些本地解释相应的转换成远地解释,这就使得客户机软件与远地机器的交互,就如同坐在远程主机面前一样,从而避免了上述所提到的混乱。而那个唯一例外的键,可以使用户回到本地环境。 将远程登陆服务器设计为应用级软件,还有另一个要求,那就是需要操作系统提供对伪终端(pseudo terminal)的支持。我们用伪终端描述操作系统的入口点,它允许像 Telnet服务器一样的程序向操作系统传送字符,并且使得字符像是来自本地键盘一样。只有使用这样的操作系统,才能将远程登陆服务器设计为应用级软件(比如Telnet服务器软件),否则,本地操作系统和远地系统传送将不能识别从对方传送过来的信息(因为它们仅能识别从本地键盘所键入的信息),远程登陆将宣告失败。 将远程登陆服务器设计为应用级软件虽然有其显著的优点:比将代码嵌入操作系统更易修改和控制服务器。但其也有效率不高的缺点(后面的内容将会给予解释),好在用户键入信息的速率不高,这种设计还是可以接受的。
Telnet远程登录服务分为以下4个过程: 1)本地与远程主机建立连接。该过程实际上是建立一个TCP连接,用户必须知道远程主机的Ip地址或域名; 2)将本地终端上输入的用户名和口令及以后输入的任何命令或字符以NVT(Net Virtual Terminal)格式传送到远程主机。该过程实际上是从本地主机向远程主机发送一个IP数据报; 3)将远程主机输出的NVT格式的数据转化为本地所接受的格式送回本地终端,包括输入命令回显和命令执行结果; 4)最后,本地终端对远程主机进行撤消连接。该过程是撤销一个TCP连接。
1)Telnet定义一个网络虚拟终端为远的系统提供一个标准接口。客户机程序不必详细了解远的系统,他们只需构造使用标准接口的程序; 2)Telnet包括一个允许客户机和服务器协商选项的机制,而且它还提供一组标准选项; 3)Telnet对称处理连接的两端,即Telnet不强迫客户机从键盘输入,也不强迫客户机在屏幕上显示输出。
为了适应异构环境,Telnet协议定义了数据和命令在Internet上的传输方式,此定义被称作网络虚拟终端NVT(Net Virtual Terminal)。它的应用过程如下: 对于发送的数据:客户机软件把来自用户终端的按键和命令序列转换为NVT格式,并发送到服务器,服务器软件将收到的数据和命令,从NVT格式转换为远地系统需要的格式; 3 传送远地命令
端键入这些快捷键的时候,本地系统将执行相应的控制命令,而不把这些快捷键作为输 入。那么对于Telnet来说,它是用什么来实现控制命令的远地传送呢? Telnet 同样使用NVT来定义如何从客户机将控制功能传送到服务器。我们知道USASCII字 符集包括95个可打印字符和33个控制码。当用户从本地键入普通字符时,NVT将按照其原 始含义传送;当用户键入快捷键(组合键)时,NVT将把它转化为特殊的ASCII字符在网 络上传送,并在其到达远地机器后转化为相应的控制命令。将正常ASCII字符集与控制命 令区分主要有两个原因: 1)这种区分意味着Telnet具有更大的灵活性:它可在客户机与服务器间传送所有可能的 ASCII字符以及所有控制功能; 2)这种区分使得客户机可以无二义性的指定信令,而不会产生控制功能与普通字符的混 乱。
么呢?下面给出Telnet中的数据流向: 数据信息被用户从本地键盘键入并通过操作系统传到客户机程序,客户机程序将其处理 后返回操作系统,并由操作系统经过网络传送到远地机器,远地操作系统将所接收数据 传给服务器程序,并经服务器程序再次处理后返回到操作系统上的伪终端入口点,最后 ,远地操作系统将数据传送到用户正在运行的应用程序,这便是一次完整的输入过程; 输出将按照同一通路从服务器传送到客户机。 因为每一次的输入和输出,计算机将切换进程环境好几次,这个开销是很昂贵的。还好 用户的键入速率并不算高,这个缺点我们仍然能够接受。
命令或程序,且此命令或程序已经停止读取输入,那么操作系统的缓冲区可能因此而被 占满,如果这样,远地服务器也无法再将数据写入伪终端,并且最终导致停止从TCP连接 读取数据,TCP连接的缓冲区最终也会被占满,从而导致阻止数据流流入此连接。如果以 上事情真的发生了,那么本地用户将失去对远地机器的控制。 为了解决此问题,Telnet协议必须使用外带信令以便强制服务器读取一个控制命令。我 们知道TCP用紧急数据机制实现外带数据信令,那么Telnet只要再附加一个被称为数据标 记(date mark) 的保留八位组,并通过让TCP发送已设置紧急数据比特的报文段通知服务 器便可以了,携带紧急数据的报文段将绕过流量控制直接到达服务器。作为对紧急信令 的相应,服务器将读取并抛弃所有数据,直到找到了一个数据标记。服务器在遇到了数 据标记后将返回正常的处理过程。
个telnet连接的详细配置,否则将大大影响Telnet的适应异构性。因此,Telnet采用选 项协商机制来解决这一问题。 Telnet选项的范围很广:一些选项扩充了大方向的功能,而一些选项制涉及一些微小细 节。例如:有一个选项可以控制Telnet是在半双工还是全双工模式下工作(大方向); 还有一个选项允许远地机器上的服务器决定用户终端类型(小细节)。 Telnet 选项的协商方式也很有意思,它对于每个选项的处理都是对称的,即任何一端都 可以发出协商申请;任何一端都可以接受或拒绝这个申请。另外,如果一端试图协商另 一端不了解的选项,接受请求的一端可简单的拒绝协商。因此,有可能将更新,更复杂 的Telnet客户机服务器版本与较老的,不太复杂的版本进行交互操作。如果客户机和服 务器都理解新的选项,可能会对交互有所改善。否则,它们将一起转到效率较低但可工 作的方式下运行。所有的这些设计,都是为了增强适应异构性,可见Telnet的适应异构 性对其的应用和发展是多么重要。 上面讨论了一些原理方面的东西,虽然我们在Telnet的使用过程中很难接触到这一层面 ,但我认为了解这些是有意义的,它会给我们带来许多启示。下面让我们来看看Win2000 的Telnet服务。 |

