组织：中国互动出版网（http://www.china-pub.com）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者:&nbsp;shenjianli&nbsp;(shenjianli&nbsp;shenjianli@263.net)<br />
译文发布时间：2001-7-1<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;M.&nbsp;St.&nbsp;Johns<br />
Request&nbsp;for&nbsp;Comments:&nbsp;1413&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;US&nbsp;Department&nbsp;of&nbsp;Defense<br />
Obsoletes:&nbsp;931&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;February&nbsp;1993<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
<br />
鉴定协议<br />
（Identification&nbsp;Protocol）<br />
<br />
此备忘录的状态:<br />
本标准为Internet网详细说明了架构委员会标准轨迹协议,以及需求大家讨论和建议<br />
来进一步提高.敬请关注最新版本标准化陈述和此协议的情况的文件"IAB&nbsp;Official&nbsp;<br />
Protocol&nbsp;Standards".本备忘录的发行无任何限制.<br />
目录<br />
1、介绍	1<br />
2、概述	2<br />
3、约束条件	2<br />
4、询问/响应格式	2<br />
5、响应类型	2<br />
6、安全性考虑	5<br />
7、致谢	6<br />
参考资料	6<br />
作者地址	6<br />
<br />
1、介绍<br />
本鉴定协议提供了一种测定用户的特殊的TCP连接身份的手段.&nbsp;提供了TCP端口对,它<br />
返回的字符串识别出连接在服务器系统上的用户.<br />
<br />
此协议以前叫”the&nbsp;Authentication&nbsp;&nbsp;Server&nbsp;Protocol”(服务器鉴定协议).改名是为了更<br />
好的反映出其功能,本文件是因特网工程任务组的TCP身份协议工作组（TCP&nbsp;Identity&nbsp;Protocol&nbsp;<br />
Working&nbsp;Group&nbsp;）的产品,<br />
2、概述<br />
这是建立在TCP申请的连接,服务器在TCP的113(十进制)端口监测TCP连接,一旦连接建<br />
立,服务器在一线路上读取重要的数据,假如存在,系统重要连接可靠性用户标识符将被发送作为<br />
回答.然后服务器可以断开连接或者读取并回答更多的询问.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;在推荐60—180秒内如没有接收到任何信息,那么服务器将断开连接.用户可以随时断开连<br />
接,但是,由于网络的延迟,用户必须等待至少30秒,他(她)的访问方被放弃并断开连接.<br />
3、约束条件<br />
询问仅仅限定在指定的连接.询问包括局部和国外端口对,他们用来详细说明连接是来自局<br />
部或外国的询问连接.这说明关于A与B之间的连接一个用户在A地只能询问B地的服务器.<br />
4、询问/响应格式<br />
服务器只接受如下方式的请求:<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;port—on—server&gt;,&lt;port—on—client&gt;<br />
&lt;port—on—server&gt;的内容是TCP端口目标,而&lt;port—on—client&gt;是TCP端口来源.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;N.B—如果客户主机A在主机B申请局部连接为23,&nbsp;6191的服务,客户必须访问23,&nbsp;<br />
6191—也就是连接在主机B是如何被指定的.<br />
例:<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6191,&nbsp;23<br />
响应的形式为:<br />
&lt;port-on-server&gt;&nbsp;,&nbsp;&lt;port-on-client&gt;&nbsp;:&nbsp;&lt;resp-type&gt;&nbsp;:&nbsp;&lt;add-info&gt;<br />
其中&lt;port-on-server&gt;,&lt;port-on-client&gt;和上面一样,&nbsp;&lt;resp-type&gt;是响应时的身份关键<br />
字,而&nbsp;&lt;add-info&gt;是由前后文所决定的.返回信息是被&lt;server-address&gt;,&nbsp;<br />
&lt;client-address&gt;,<br />
&lt;port-on-server&gt;,&nbsp;&lt;port-on-client&gt;识别关联的详细的TCP连接.&nbsp;&lt;server-address&gt;和&nbsp;&nbsp;&nbsp;<br />
&lt;client-address&gt;是局部和国外的询问连接(i.e)IP地址.TCP连接到鉴定协议服务器<br />
(&nbsp;&lt;port-on-server&gt;&nbsp;和&nbsp;&lt;port-on-client&gt;来自询问.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;例:<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6193,&nbsp;23&nbsp;:&nbsp;USERID&nbsp;:&nbsp;UNIX&nbsp;:&nbsp;stjohns<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;6195,&nbsp;23&nbsp;:&nbsp;ERROR&nbsp;:&nbsp;NO-USER<br />
<br />
<br />
5、响应类型<br />
响应有两种形式:<br />
<br />
&nbsp;USERID<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;既然如此,&nbsp;&lt;add-info&gt;是由操作系统名字(有随意的字符串标识符)组成,随后是<br />
“:",最后是鉴定字符.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;字符集&nbsp;(如果被提出)与操作系统名字之间用"."格开,&nbsp;字符集标识符是用来显示<br />
字符集的鉴定串.&nbsp;字符集标识符,如果被忽略,将默认为"US-ASCII"(看下面).<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;许可的操作系统名字和字符集名字列在清单RFC&nbsp;1340中,&nbsp;"Assigned&nbsp;Numbers"或它<br />
的继承.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;总之,&nbsp;操作系统和字符集名在"Assigned&nbsp;Numbers"中详细说明,有一专门共开系统<br />
标识符--"OTHER".<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;除非"OTHER"是被指定的操作系统类型,服务器将返回正常的连接业主的用户鉴定,&nbsp;<br />
"Normal"在这里也许意味着字符串,它们唯一详细说明了连接用户,如这样的用户标识<br />
符,它们被管理人员分配并被用作邮件标识符,或作为用户/口令的一部分来访问系统资<br />
源.当系统资源被指定(e.g.除"OTHER"),此用户标识符将或早或迟被期待为有用的形式<br />
—e.g..某物可以作为论据用来感觉或作为邮件地址.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"OTHER"显示的无规定的字符串,是由列在表单中的可打印的字符集组成.如果用<br />
户字符串在以前的段落中没有受约束,"OTHER"可以被指定,发送加密代码,或另外返回<br />
无用的电子用户名信息,它们都是"OTHER"将被使用时的用户(如真实的姓名或来自于文<br />
件UNIX的口令)的例子,返回的用户字符串在指定的字符串集中将是可被打印的.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;标识符是无格式的八进制串—所有第八位必须除了000&nbsp;(NUL),&nbsp;012&nbsp;(LF)和&nbsp;015&nbsp;<br />
(CR).<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;N.B.—空格字符串(040)后紧跟的冒号分隔符是标识符串的一部分,不可以被忽略.响<br />
应字符串通常是被CR/LF终止,&nbsp;N.B.串可以是被打印但不是必须的.<br />
&nbsp;ERROR<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;由于某些原因,端口的所有权并不是固定的.&nbsp;&lt;add-info&gt;指出了原因,下面是<br />
&lt;add-info&gt;的形式及其具体的含义:<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;INVALID-PORT<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;不管是局部或外国的端口都是不可确定的,如果它们的端口号超出<br />
了范围(TCP端口号是1—65535)就必须返回,否则不管是整数,实数还<br />
是其他类型,都不能被验证而作为无用的数据.<br />
<br />
NO-USER<br />
&nbsp;&nbsp;&nbsp;被端口对指定的连接,不能被使用或不能确切的实体所承认.<br />
<br />
HIDDEN-USER<br />
&nbsp;&nbsp;&nbsp;服务器能够鉴定使用端口的用户,但是用户要求的信息不会被返回.<br />
<br />
UNKNOWN-ERROR<br />
&nbsp;&nbsp;&nbsp;不能测定连接的用户:原因不明.如果错误不能在上面掩盖,将返回<br />
错误的代码值,通常,如果可能,此代码在别的场所以明确的代码反映<br />
出来.例如,服务器要求返回的错误信息被隐藏起来.或者由于别的原<br />
因,如果服务器执行这样的任务,它必须是规则的而且它必须认为返回<br />
的特有错误信息是默认的.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;余下的值在本文献的最后将被详细的说明和定义,如果某工具有必要说明非规范<br />
的错误代码,那么代码以"X"开头.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;另外,服务器可以在没有响应时自动结束询问,任何的突然中断(i.e.,客户没有<br />
接受到EOL),不管是正确或异常的,都必须认为同样的含义:&nbsp;"ERROR&nbsp;:&nbsp;<br />
UNKNOWN-ERROR".<br />
<br />
FORMAL&nbsp;SYNTAX&nbsp;&nbsp;&nbsp;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;request&gt;&nbsp;::=&nbsp;&lt;port-pair&gt;&nbsp;&lt;EOL&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;port-pair&gt;&nbsp;::=&nbsp;&lt;integer&gt;&nbsp;","&nbsp;&lt;integer&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;reply&gt;&nbsp;::=&nbsp;&lt;reply-text&gt;&nbsp;&lt;EOL&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;EOL&gt;&nbsp;::=&nbsp;"015&nbsp;012"&nbsp;&nbsp;;&nbsp;CR-LF&nbsp;End&nbsp;of&nbsp;Line&nbsp;Indicator<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;reply-text&gt;&nbsp;::=&nbsp;&lt;error-reply&gt;&nbsp;|&nbsp;&lt;ident-reply&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;error-reply&gt;&nbsp;::=&nbsp;&lt;port-pair&gt;&nbsp;":"&nbsp;"ERROR"&nbsp;":"&nbsp;&lt;error-type&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;ident-reply&gt;&nbsp;::=&nbsp;&lt;port-pair&gt;&nbsp;":"&nbsp;"USERID"&nbsp;":"&nbsp;&lt;opsys-field&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;":"&nbsp;&lt;user-id&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;error-type&gt;&nbsp;::=&nbsp;"INVALID-PORT"&nbsp;|&nbsp;"NO-USER"&nbsp;|&nbsp;"UNKNOWN-ERROR"<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;"HIDDEN-USER"&nbsp;|&nbsp;&nbsp;&lt;error-token&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;opsys-field&gt;&nbsp;::=&nbsp;&lt;opsys&gt;&nbsp;[&nbsp;","&nbsp;&lt;charset&gt;]<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;opsys&gt;&nbsp;::=&nbsp;"OTHER"&nbsp;|&nbsp;"UNIX"&nbsp;|&nbsp;&lt;token&gt;&nbsp;...etc.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;&nbsp;(See&nbsp;"Assigned&nbsp;Numbers")<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;charset&gt;&nbsp;::=&nbsp;"US-ASCII"&nbsp;|&nbsp;...etc.<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;&nbsp;(See&nbsp;"Assigned&nbsp;Numbers")<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;user-id&gt;&nbsp;::=&nbsp;&lt;octet-string&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;token&gt;&nbsp;::=&nbsp;1*64&lt;token-characters&gt;&nbsp;;&nbsp;1-64&nbsp;characters<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;error-token&gt;&nbsp;::=&nbsp;"X"1*63&lt;token-characters&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;2-64&nbsp;chars&nbsp;beginning&nbsp;w/X<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;integer&gt;&nbsp;::=&nbsp;1*5&lt;digit&gt;&nbsp;;&nbsp;1-5&nbsp;digits.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;digit&gt;&nbsp;::=&nbsp;"0"&nbsp;|&nbsp;"1"&nbsp;...&nbsp;"8"&nbsp;|&nbsp;"9"&nbsp;;&nbsp;0-9<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;token-characters&gt;&nbsp;::=<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;Any&nbsp;of&nbsp;these&nbsp;ASCII&nbsp;characters:&nbsp;a-z,&nbsp;A-Z,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;(dash),&nbsp;.!@#$%^&*()_=+.,&lt;&gt;/?"'~`{}[];&nbsp;&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;upper&nbsp;and&nbsp;lowercase&nbsp;a-z&nbsp;plus<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;printables&nbsp;minus&nbsp;the&nbsp;colon&nbsp;":"<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;;&nbsp;character.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;octet-string&gt;&nbsp;::=&nbsp;1*512&lt;octet-characters&gt;<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;octet-characters&gt;&nbsp;::=<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;any&nbsp;octet&nbsp;from&nbsp;&nbsp;00&nbsp;to&nbsp;377&nbsp;(octal)&nbsp;except&nbsp;for<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ASCII&nbsp;NUL&nbsp;(000),&nbsp;CR&nbsp;(015)&nbsp;and&nbsp;LF&nbsp;(012)&gt;<br />
<br />
对语法的注释：<br />
1)	&nbsp;为了在不同的执行中促进协同工作,同时考虑到上文中语法空白被表<br />
达"保守发送自由接受"的规则所了解,客户和服务器不能产生不必要的<br />
空白,但是除了没有标志的地方都能够任意的接受空白字符.在分析响应<br />
时,空白可以出现在任何地方,但除了没有标志.通常一些空白出现在行头<br />
或行尾是允许的,它们用来询问或响应.但这不申请容纳用户ID的响应,<br />
因为在操作系统类型之后的冒号之后的直到中止符CR/LF间内容都看作<br />
用户ID的部分.&nbsp;中止符CR/LF不是用户ID的部分.<br />
2)	上面的无关紧要,服务器会将发送的空白字符限制在最有效的最合理的<br />
范围内.客户在收到1000个字符而每收到&lt;EOL&gt;时可以自由的中断连接.<br />
3)	用户IDs限制在512字节而标志限制在64字节应理解为如下:a)没有<br />
&nbsp;新标志(i.e.,&nbsp;OPSYS&nbsp;or&nbsp;ERROR-TYPE)的定义可以超过64字节.b)服务器<br />
不能发送超过512字节用户ID,一客户必须接受最少512字节的用户ID.<br />
由于这局限,服务器必须在开头的512字节返回重要的部分.<br />
4)	字符集和字符集标识符必须直接指向定义的,被RFC&nbsp;1340引用的,&nbsp;<br />
"Assigned&nbsp;Numbers"或它的继承.&nbsp;字符集标识符只能适用于使用者辨认<br />
的范围—别的区域只能以US-ASCII定义和发送.<br />
5)	虽然在上面&lt;user-id&gt;被定义为&lt;octet-string&gt;,它必须跟随&lt;opsys-field&gt;<br />
&nbsp;&nbsp;约束的格式和字符集:见上面的讨论.<br />
6)	字符集为客户提供上下文的联系来打印或存储返回的鉴定字符.如果客<br />
户还没有实现或承认返回的字符集,它必须把返回的鉴定字符作为OCTET<br />
来处理,但必须增加存储或汇报字符集.&nbsp;OCTET串必须以16进制(0—9a-f)<br />
被打印,存储或索引,以用来陈述客户的工具—这在不同的执行中提供了<br />
标准的陈述.<br />
6、安全性考虑<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;协议返回的信息像主人提供的一样的可信或像组织操作着主机.例如,<br />
在研究室有极少的PC机,在上面有设备限制了此协议返回客户所需的信<br />
息.同时,主机接受了有危害的信息,可导致完全的错误和误解.<br />
&nbsp;&nbsp;&nbsp;本协议并非有意成为特许权或访问控制协议,最多,它提供了一些有关<br />
连接的附加审核信息,在最坏的情况下,可能提供令人误解的,不正确的或<br />
相反的错误信息.<br />
&nbsp;&nbsp;此协议返回的信息在除此以外的审核作用是很无效果的,特别的,利用<br />
此协议信息存取控制决议—不管是主要方法(i.e.,&nbsp;no&nbsp;other&nbsp;checks)还<br />
是作为附属的方法,都可能削弱正常主机的安全.<br />
&nbsp;&nbsp;鉴定服务器应能展现关于用户的信息,实体,对象或过程都被认为是私<br />
有的,&nbsp;鉴定服务器提供的服务与一些电话公司提供的CallerID服务是大<br />
致相同的,&nbsp;CallerID服务的许多的秘密事项和见解同样适用于鉴定服务<br />
器.假如你不想正常的运行"finger"服务器,你就不可能运行本协议.<br />
7、致谢<br />
在这里特别感谢Dan&nbsp;Bernstein,他在本协议中做出了重要的补充,&nbsp;并且在RFC&nbsp;931中<br />
指出了一些错误.<br />
<br />
参考资料<br />
<br />
&nbsp;&nbsp;&nbsp;[1]&nbsp;St.&nbsp;Johns,&nbsp;M.,&nbsp;"Authentication&nbsp;Server",&nbsp;RFC&nbsp;931,&nbsp;TPSC,&nbsp;January<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1985.<br />
<br />
&nbsp;&nbsp;&nbsp;[2]&nbsp;Reynolds,&nbsp;J.,&nbsp;and&nbsp;J.&nbsp;Postel,&nbsp;"Assigned&nbsp;Numbers",&nbsp;STD&nbsp;2,&nbsp;RFC&nbsp;1340,<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;USC/Information&nbsp;Sciences&nbsp;Institute,&nbsp;July&nbsp;1992.<br />
<br />
作者地址<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Michael&nbsp;C.&nbsp;St.&nbsp;Johns<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;DARPA/CSTO<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3701&nbsp;N.&nbsp;Fairfax&nbsp;Dr<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Arlington,&nbsp;VA&nbsp;22203<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Phone:&nbsp;(703)&nbsp;696-2271<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;EMail:&nbsp;stjohns@DARPA.MIL<br />
RFC1413——Identification&nbsp;Protocol&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;鉴定协议<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />