TELNET 协议规范 (RFC874——TELNET PROTOCOL SPECIFICATION) 本 RFC 指定了一个 ARPA 互联网社区的标准。在 ARPA 互联网上的主机应该采纳与实现该标准。 目录 简介 一般性的考虑 网络虚终端 数据的传输 控制功能的标准表示 TELNET 中的“同步(SYNCH)"信号 NVT 打印机和键盘 TELNET 命令结构 简介 TELNET 协议的目的是提供一个相对通用的,双向的,面向八位字节的通信机制。它的主要目标是允许界面终端设备和面向终端的过程能通过一个标准过程进行互相交互。另外,可以预想,该协议可以应用到终端到终端通信(“连接”)和过程到过程通信(分布计算)中。 一般性的考虑 一个 TELNET 连接就是一个用来传输带有 TELNET 控制信息数据的传输控制协议(TCP)的连接。 TELNET 协议的建立基于这样三个主要想法:一,网络虚终端的概念;二,可谈判的选项的原理;三,对终端和过程进行均衡看待的观点。 1.一旦一个 TELNET 连接建立后,通信的两端被假设为在一个”网络虚拟终端”,或者NVT 上开始和终止操作。一个 NVT 可以被想象为一个能提供标准的,网络范围的规范终端的中间代表者。这消除了”服务者”和”用户”之间需要保存对方终端和终端处理协定的信息的必要。所有的主机,包括用户和服务器,把他们本地的设备属性和协定映射为就象一个在网络上的 NVT,而且每一方都可以假设对方也有一个类似的映射。NVT 有意地使过度受限(没有提供给主机足够的词汇来映射到他们的本地字符集)和过度包含(使用适当的终止来处罚用户)达到了平衡。 注意:”用户”机通常指那些进行连接的物理终端,”服务器”提出指的是那些能够提供一些服务的机器。从终端到终端或过程到过程的可应用的平等性来看,”用户”指的是初始化通信连接的机器。 2.可谈判的选项的观点基于这样一个事实:许多主机都希望能够在 NVT 之上提供更多的服务,而许多用户将会拥有一个更复杂的终端,并且希望能够得到一流的,而不是极少的一点服务。尽管相互独立,但建立在 TELNET 协议中的是许许多多的”选项”,这些选项将被用来认可及同”DO,DON’T,WILL,WON’T”结构(下面将会讨论)一起使用去允许用户和服务器同意在他们的 TELNET 连接上使用更精致的(或者可能是完全不同的)协议集合。这些选项包括改变字符集,回显,等等。 建立选项使用的基本策略,是让每一方(或双方)初始化一个使一些选项有效的请求,另一方可以接受或拒绝该请求。如果该请求被接受了...