【Finger用户信息协议】1.介绍
1.1.目的
这个备忘录描述了Finger用户信息协议.它是提供远程用户信息程序(RUIP)接
口的简单协议.
以前面描述最初Finger协议的RFC742为基础,这个备忘录尽力阐明Finger连接
两端的期望通讯.它还尽力不使前面许多存在的执行失效或增加对前面最初协议定义的
不必要限制.
现在最流行的Finger应用可能是从California,Eerkeley大学BSDUNIX工作室
发展起来的.因此,这个备忘录基于BSD版本内容.
但是,BSD版本提供很少选项针对特定站点安全政策的具体FingerRUIP,或者
保护用户以免受到危险数据的攻击.而且,它存在许多用户和治理员需要注重的安全隐患,
非凡因为协议的目的是返回系统用户信息,最有可能发生问题的部分.因此,这个备忘录
提出了大量的重要安全建议和注释.
1.2.历史
最初在LesEnrnest写的Finger程序是ITS命名程序的灵感.MIT的EarlKillian
和SAIL的BrianHarvery参加负责了最初协议的执行.
KenHarrenstien是RFC742的作者."命名/Finger"是这个备忘录最初的状态.
1.3.要求
在这个文档里,用来定义每一个重要的非凡要求的词都用大写.这些词为:
*"MUST"
这个词或形容词"REQUIRED"表示某项是说明书的绝对具备的要求.
*"SHOULD"
它或形容词"RECOMMENDED"表示在非凡环境下可能存在一些原因使忽略这
个规则,但是在选择其他规则之前,应该了解完整应用和仔细权衡条件.
*"MAY"
它或形容词"OPTIONAL"表示这个规则实际上是可选的.例如,一个买主可能选择
这个规则因为非凡的市场需要它或因为它能增强产品竞争力;但是另外一个买主可能不
用这个规则.
假如一个应用程序没有满足一个或多个必须(MUST)要求,则是不符合条件.
满足所有必须(MUST)和应该(SHOULD)条件的应用叫做无条件符合的;符合必须(MUST)
但是不符合所有应该(SHOULD)条件的叫做条件符合.
1.4.修正
这个备忘录和RFC1196的差异为:
o在前面说明书中Finger的可选项/W开关错误的放置在一行的末尾.在这个
备忘录中,4.2BSDFinger指定它应该在前面.
o在Finger查询指定中的RNF处理空格不是很清楚.这个备忘录通过包括清楚
的代号使之更加严格.
o现在Finger连接中的事物流在Finger的紧密连接方面更好的定义.
2.协议的使用
2.1.事物流
Finger基于传输控制协议(TCP),用TCP端口79.本地主机打开一个和远程
主机在Finger端口的连接.在连接远端主机的RUIP变成有效来处理请求.本地主机
发送给RUIP一行基于Finger查询说明的请求,然后等待RUIP反应.RUIP接收处理这个
请求,返回答案,然后发起连接关闭.本地主机接收到答案和关闭信号,然后执行本地端
的关闭.
2.2.数据格式
任何传输的数据必须是ASCII格式,不用奇偶方式和CRLF结束行.这样排除了
其他字符格式如EBCDIC,等等.这同时也表明任何在ASCII128到255的字符都真正是国际
数据,这个不是7位ASCII码加上奇偶校验.
2.3.请求说明
RUIP必须接收完整的Finger请求说明.
Finger请求说明定义为:
{Q1}::=[{W}{W}{S}{U}]{C}
{Q2}::=[{W}{S}][{U}]{H}{C}
{U}::=用户名
{H}::=@主机名@主机名{H}
{W}::=/W
{S}::={S}
{C}::=
递归的{H}表示查询中@主机名字表示的数量不会有非凡的限制.在例子{Q2}请求
说明中,@hostname表示的数量限制为2.
注重{Q1}和{Q2}不是参考从操作系统命令的用户类型"finger用户@主机".它指
出RUIP确切收到的数据.所以,假如一个用户敲下"fingeruser@host
推荐阅读
- win7系统中提示未授予用户在此计算机上的请求登录类型的具体处理方法
- winxp系统中设置用户自定义键的具体操作方法
- 也谈6233的即显信息
- 如何写招聘信息
- 支付宝中邀请新用户具体操作方法
- 如何查关联微信号
- PPP用户认证和IP地址分配
- PPP链路工作过程
- 美团怎么跟商家发信息
- 苹果iPhone手机设置信息提示出现在屏幕顶端
