没有合适的资源?快使用搜索试试~ 我知道了~
首页RFC854_Telnet协议说明书 .doc
TELNET协议规范 (RFC874——TELNET PROTOCOL SPECIFICATION) 本RFC指定了一个ARPA互联网社区的标准。在ARPA互联网上的主机应该采纳与实现该标准。 目录 简介 1 一般性的考虑 1 网络虚终端 4 数据的传输 4 控制功能的标准表示 5 TELNET中的“同步(SYNCH)"信号 7 NVT打印机和键盘 8 TELNET命令结构 11
资源详情
资源评论
资源推荐
Rfc845---TELNET PROTOCOL SPECIFICATION TELNET 协议规范
组织:中国互动出版网(http://www.china-pub.com/)
RFC 文 档 中 文 翻 译 计 划 ( http://www.china-pub.com /compters/emook/
aboutemook.htm)
E-mail:ouyang @china-pub.com
译者:
译文发布时间:2001-10-20
版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必
须保留本文档的翻译及版权信息。
Network Working Group J. Postel
Request for Comments: 854 J. Reynolds
ISI
Obsoletes: NIC 18639 May 1983
TELNET 协议规范
(RFC874——TELNET PROTOCOL SPECIFICATION)
本 RFC 指定了一个 ARPA 互联网社区的标准。在 ARPA 互联网上的主机应该采纳与实
现该标准。
目录
简介.............................................................................................................................................1
一般性的考虑.............................................................................................................................2
网络虚终端.................................................................................................................................4
数据的传输.................................................................................................................................4
控制功能的标准表示.................................................................................................................5
TELNET 中的“同步(SYNCH)"信号....................................................................................7
NVT 打印机和键盘....................................................................................................................8
TELNET 命令结构...................................................................................................................11
简介
TELNET 协议的目的是提供一个相对通用的,双向的,面向八位字节的通信机制。它的主
要目标是允许界面终端设备和面向终端的过程能通过一个标准过程进行互相交互。另外,
可以预想,该协议可以应用到终端到终端通信(“连接”)和过程到过程通信(分布计算)中。
RFC 文档中文翻译计划
1
Rfc845---TELNET PROTOCOL SPECIFICATION TELNET 协议规范
一般性的考虑
一个 TELNET 连接就是一个用来传输带有 TELNET 控制信息数据的传输控制协议(TCP)的
连接。
TELNET 协议的建立基于这样三个主要想法:一,网络虚终端的概念;二,可谈判的选
项的原理;三,对终端和过程进行均衡看待的观点。
1.一旦一个 TELNET 连接建立后,通信的两端被假设为在一个”网络虚拟终端”,或者
NVT 上开始和终止操作。一个 NVT 可以被想象为一个能提供标准的,网络范围的规范终
端的中间代表者。这消除了”服务者”和”用户”之间需要保存对方终端和终端处理协定的信息
的必要。所有的主机,包括用户和服务器,把他们本地的设备属性和协定映射为就象一个
在网络上的 NVT,而且每一方都可以假设对方也有一个类似的映射。NVT 有意地使过度受
限(没有提供给主机足够的词汇来映射到他们的本地字符集 )和过度包含(使用适当的终止来
处罚用户)达到了平衡。
注意:”用户”机通常指那些进行连接的物理终端,”服务器”提出指的是那些能够提供一些
服务的机器。从终端到终端或过程到过程的可应用的平等性来看,”用户”指的是初始化通
信连接的机器。
2.可谈判的选项的观点基于这样一个事实:许多主机都希望能够在 NVT 之上提供更多
的服务,而许多用户将会拥有一个更复杂的终端,并且希望能够得到一流的,而不是极少
的一点服务。尽管相互独立,但建立在 TELNET 协议中的是许许多多的”选项”,这些选项
将被用来认可及同”DO,DON’T,WILL,WON’T”结构(下面将会讨论)一起使用去允许用户和
服务器同意在他们的 TELNET 连接上使用更精致的(或者可能是完全不同的)协议集合。这
些选项包括改变字符集,回显,等等。
建立选项使用的基本策略,是让每一方(或双方)初始化一个使一些选项有效的请求,
另一方可以接受或拒绝该请求。如果该请求被接受了,选项立即生效;如果该请求被拒绝,
连接的另一端仍然保留 NVT 的特性。很显然,一方经常可以通过拒绝来使能,而从来不能
通过拒绝来取消一些选项,因为这些选项是双方为了支持 NVT 而准备的。
我们已经建立了一套谈判选项的规则,使得双方在同时请求一个相同选项的时候,每
一方都可以把对方的请求当作对自己的请求的肯定回应。
3.谈判句法的对称性可能会导致无穷尽的应答循环--每一方都把对方发送过来的命令
当作必须回答的请求而不是对方的应答。为防止这种循环,可以应用下面这些规则:
a.一方只能请求改变选项的状态。也就是一方不能只发送宣布它所使用的模式的请
求。
b.如果一方所接收到的请求是要求它进入当前它所在的状态,那么该请求将不会被
RFC 文档中文翻译计划
2
Rfc845---TELNET PROTOCOL SPECIFICATION TELNET 协议规范
应答。这种不应答对防止无穷尽的循环是非常重要的。对于那些改变模式的请求,都需要
一个应答--尽管该模式不一定改变。
C.无论何时,只要一方向第二方发送一个选项命令,不管该命令是请求还是应答,
而且使用该选项将会对从第一方发送到第二方的数据进行处理时生产影响,那么必须把该
命令插到数据流中它希望开始起作用的点上。(要注意到在传送请求和接收到可能是否定的
应答的过程需要一些时间。因此,一台主机可能在发出请求一个选项的请求后希望缓冲要
发送的数据,直到它知道该请求是被接受还是被拒绝,来隐藏这段对用户来说是 "不确
定"的时间。)
选项请求在 TELENT 连接刚刚建立起的时候要在在连接的两端来来回回传送许多次,
每一方都试图从对方获取尽可能好的服务。然而,在另一方面,选项可以用来动态地改变
连接的特性,使它与对本地状态的改变相一致。例如,NVT(后面将要解释)使用的传输方
式比较适合一个用 BASIC 语言编的应用,这类应用在传输数据时是每次一行,而对那些每
次传输一个字符的应用(比如 NLS)就不是很适合。当对本地的处理来说是合适的,一个服
务器可能会忍受这种“临时的特征”所需的巨大的处理器开销,并且会谈判一个合适的选项
然而,当不再需要详尽的控制时,处理开销可以(通过谈判)切换回 NVT 下的状态。
如果一个过程在收到一个拒绝回应后,仅仅是重新请求该选项,那么由一个过程发起
的请求将会导致不停的请求循环。 为了防止出现这样的循环,不能重复被拒绝的请求,除
非已经改变了某些选项。在运行中,这可能意味着该过程运行一个不同的程序,或者用户
已经发出了另外的命令,或者出现了其他所有可以影响一个过程及其选项的上下文的东西
根据经验,重新请求只能是一个连接的另外一端在后来又提交了某些信息,或者本地用户
的交互的需要。
选项的设计者不应该拘泥于选项谈判中有限的一些语法。使用简单的语法的本意是希
望使得选项易于使用 – 因为要忽略它们是很容易的。如果有一些特殊的选项需要一个比
“DO,DON’T,WILL,WON’T”更完整的谈判结构,一个比较好的方法是用"DO, DON'T, WILL,
WON'T"使双方都能理解该选项,一旦这个过程已经完成,就可以自由地使用一个更为特
别的语法。比如,一方可以发送一个请求来通知(建立)一行的长度。如果这个请求被另
一方所接受,那么可以用另外一个不同的语法来进行实际的对一行的长度的谈判 – 如一个”
子谈判“可能包括可以允许的最小值,可以允许的最大值,以及最合适的行的长度等字段。
一个较为重要的原理是,这样的扩展谈判只有在前面的一些(标准)谈判已经建立,并且
双方都可以解释这些扩展语法的情况下才能开始。
总之,WILL XXX 由双方发送出去,表示该方希望(提出)开始对选项 XXX 进行处理。
DO XXX 和 DON'T XXX 表示它的肯定和否定回应;类似地,DO XXX 发送出去指示(请
求)对方(也即 DO 的接收者)开始对选项 XXX 进行处理,WILL XXX 和 WON'T XXX 表
示肯定和否定回应。
由于在没有使用任何的选项的情况下,NVT 通过使用 DON'T 和 WON'T 回应来保证连
接在连接的双方都可以处理的状态中。因此,所有主机都应该这样实现它们的 TELNET 进
程:在完全不知道一个不支持的选项的情况下,只需要简单地拒绝任何无法了解的该选项
请求。
RFC 文档中文翻译计划
3
剩余12页未读,继续阅读
drjiachen
- 粉丝: 168
- 资源: 2144
上传资源 快速赚钱
- 我的内容管理 收起
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
会员权益专享
最新资源
- 27页智慧街道信息化建设综合解决方案.pptx
- 计算机二级Ms-Office选择题汇总.doc
- 单链表的插入和删除实验报告 (2).docx
- 单链表的插入和删除实验报告.pdf
- 物联网智能终端项目设备管理方案.pdf
- 如何打造品牌的模式.doc
- 样式控制与页面布局.pdf
- 武汉理工Java实验报告(二).docx
- 2021线上新品消费趋势报告.pdf
- 第3章 Matlab中的矩阵及其运算.docx
- 基于Web的人力资源管理系统的必要性和可行性.doc
- 基于一阶倒立摆的matlab仿真实验.doc
- 速运公司物流管理模式研究教材
- 大数据与管理.pptx
- 单片机课程设计之步进电机.doc
- 大数据与数据挖掘.pptx
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0