??xml version="1.0" encoding="utf-8" standalone="yes"?>欧美午夜精品久久久久久人妖,91av视频在线,亚洲精品一区二http://www.aygfsteel.com/zqli/category/16757.html为学日益Qؓ道日损?/description>zh-cnWed, 28 Feb 2007 05:19:56 GMTWed, 28 Feb 2007 05:19:56 GMT60什么是SSHQ?/title><link>http://www.aygfsteel.com/zqli/archive/2006/11/09/80167.html</link><dc:creator>放水老?/dc:creator><author>放水老?/author><pubDate>Thu, 09 Nov 2006 07:33:00 GMT</pubDate><guid>http://www.aygfsteel.com/zqli/archive/2006/11/09/80167.html</guid><wfw:comment>http://www.aygfsteel.com/zqli/comments/80167.html</wfw:comment><comments>http://www.aygfsteel.com/zqli/archive/2006/11/09/80167.html#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://www.aygfsteel.com/zqli/comments/commentRss/80167.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/zqli/services/trackbacks/80167.html</trackback:ping><description><![CDATA[ SSH是英文Secure Shell的简写Ş式。通过使用SSHQ你可以把所有传输的数据q行加密Q这?中间?q种d方式׃可能实现了,而且也能够防止DNSƺ骗和IPƺ骗。用SSHQ还有一个额外的好处是传输的数据是l过压羃的,所以可以加快传输的速度。SSH有很多功能,它既可以代替TelnetQ又可以为FTP、Pop、甚至ؓPPP提供一个安全的"通道"?br /><br />更详l资料见Q?a >http://www.chinaitlab.com/www/special/ssh.asp</a><img src ="http://www.aygfsteel.com/zqli/aggbug/80167.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/zqli/" target="_blank">放水老?/a> 2006-11-09 15:33 <a href="http://www.aygfsteel.com/zqli/archive/2006/11/09/80167.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>RPCQ远E过E调用协?/title><link>http://www.aygfsteel.com/zqli/archive/2006/11/03/78973.html</link><dc:creator>放水老?/dc:creator><author>放水老?/author><pubDate>Fri, 03 Nov 2006 11:25:00 GMT</pubDate><guid>http://www.aygfsteel.com/zqli/archive/2006/11/03/78973.html</guid><wfw:comment>http://www.aygfsteel.com/zqli/comments/78973.html</wfw:comment><comments>http://www.aygfsteel.com/zqli/archive/2006/11/03/78973.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/zqli/comments/commentRss/78973.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/zqli/services/trackbacks/78973.html</trackback:ping><description><![CDATA[ <table cellspacing="0" cellpadding="5" width="550" align="center" border="0"> <tbody> <tr> <td class="title2">QRPCQRemote Procedure Call protocolQ?/td> </tr> </tbody> </table> <br /> <table cellspacing="0" cellpadding="5" width="550" border="0"> <tbody> <tr> <td> <p>  q程q程调用QRPCQ是一U通过|络从远E计机E序上请求服务,而不需要了解底层网l技术的协议。RPC 协议假定某些传输协议的存在,?TCP ?UDPQؓ通信E序之间携带信息数据。在 OSI |络通信模型中,RPC 跨越了传输层和应用层。RPC 使得开发包括网l分布式多程序在内的应用E序更加Ҏ?/p> <p>  RPC 采用客户?服务器模式。请求程序就是一个客hQ而服务提供程序就是一个服务器。首先,调用q程发送一个有q程参数的调用信息到服务q程Q然后等待应{信息。在服务器端Q进E保持睡眠状态直到调用信息的到达为止。当一个调用信息到达,服务器获得进E参敎ͼ计算l果Q发送答复信息,然后{待下一个调用信息,最后,客户端调用过E接收答复信息,获得q程l果Q然后调用执行l进行?/p> <p>  目前Q有多种 RPC 模式和执行。最初由 Sun 公司提出。IETF ONC 宪章重新修订?Sun 版本Q?ONC PRC 协议成ؓ IETF 标准协议。现在用最普遍的模式和执行是开攑ּ软g基础的分布式计算环境QDCEQ?</p> </td> </tr> </tbody> </table> <br /> <table cellspacing="0" cellpadding="5" width="550" align="center" border="0"> <tbody> <tr> <td width="20"> <img height="20" src="http://www.networkdictionary.com/chinese/images/arrow.gif" width="20" /> </td> <td class="title" width="560">协议l构</td> </tr> </tbody> </table> <br /> <table cellspacing="0" cellpadding="5" width="550" border="0"> <tbody> <tr> <td>  q程q程调用QRPCQ信息协议由两个不同l构l成Q调用信息和{复信息。信息流E如下所C: </td> </tr> <tr> <td align="middle"> <p> <img height="319" alt="q程q程调用程" src="http://www.networkdictionary.com/chinese/images/rpc.jpg" width="326" /> </p> <p class="pic">RPCQ远E过E调用流E?/p> </td> </tr> <tr> <td>  RPC 调用信息Q每条远E过E调用信息包括以下无W号整数字段Q以独立识别q程q程Q? <ul><li>E序PProgram numberQ? </li><li>E序版本PProgram version numberQ? </li><li>q程PProcedure numberQ?</li></ul><p>  RPC 调用信息M形式如下Q?/p><p>  struct call_body {</p><p>   unsigned int rpcvers;</p><p>   unsigned int prog;</p><p>   unsigned int vers;</p><p>   unsigned int proc;</p><p>   opaque_auth cred;</p><p>   opaque_auth verf;</p><p>   1 parameter</p><p>   2 parameter . . . </p><p>  }Q?/p>  RPC {复信息QRPC 协议的答复信息的改变取决于网l服务器对调用信息是接收q是拒绝。答复信息请求包括区别以下情形的各种信息Q? <ul><li>RPC 成功执行调用信息? </li><li>RPC 的远E实C是协议第二版Q返?RPC 支持的最低和最高版本号? </li><li>在远E系l中Q远E程序不可用? </li><li>q程E序不支持被h的版本号。返回远E程序所支持的最低和最高版本号? </li><li>h的过E号不存在。通常是呼叫方协议或程序差错?</li></ul><p>  RPC{复信息形式如下Q?/p>  enum reply_stat stat {  <p>  MSG_ACCEPTED = 0,</p><p>  MSG_DENIED   = 1 </p><p>  }Q?br />-----------------------------------------------------------------------------------------<br />q程间通信QIPCQ是在多d操作pȝ或联|的计算Z间运行的E序和进E所用的?br />信技术。有两种cd的进E间通信QIPCQ?<br /><br />□本地过E调用(LPCQLPC用在多Q务操作系l中Q得同时运行的d能互怼话?br />q些d׃n内存I间使Q务同步和互相发送信息?<br /><br />□远E过E调用(RPCQRPCcM于LPCQ只是在|上工作。RPC开始是出现在Sun微系l公<br />司和HP公司的运行UNIX操作pȝ的计机中?<br /><br />通过IPC和RPCQ程序能利用其它E序或计机处理的进E。客hQ服务器模式计算?br />q程q程调用与其它技术如消息传递一道,作ؓpȝ间通信的一U机制。客h执行?br />qdQ但靠服务器提供后端文g服务。RPC为客h提供向后端服务器甌服务的?br />信机Ӟ如图RQ?所C。如果你把客hQ服务器应用E序想作是一个分ȝE序Q服<br />务器能运行数据访问部分,因ؓ它离数据最q,客户q行数据表示和与用户交互?br />前端部分。这Pq程q程调用可看作是把分割的E序通过|络重组的部件。LPC有时?br />U耦合QCouplingQ机制?<br /><br />用这U方式分割程序,当用戯讉K数据时就无需每次拯整个数据库或它的大部分程<br />序到用户pȝ。其实,服务器只处理hQ甚臛_执行一些数据计,把得出的l果?br />发送给用户。因为当数据存放在一个地ҎQ数据库同步很容易实玎ͼ所以多个用户可<br />同时讉K相同的数据?<br /><br />分布式计环境是׃个通信pȝ——网l连接的计算机集。很Ҏ把这个网l看?br />一个计^収ͼ若是对等方式Q其中Q何一台计机都能成ؓ客户机或服务器。一些处<br />理Q务可被分成独立运行程序在不同的网l计机上ƈ行处理,而独立的E序被交l最<br />适合q个d的计机处理。这U策略可利用计算机空闲资源,提高|络的效益。一?br />典型的企业网包括许多q行着不同操作pȝ的异构计机pȝ?<br /><br />随着企业|的产生Q开发商必须~制可在各种计算机和|络通信协议中都能运行的E序<br />。现在h们正努力使得q程q程调用独立Q这意味着开发商׃用考虑底层的网l和|?br />l上数据传输所用的协议Q下面介lRPC在开攑ּ软g基金QOSFQ的分布式计环境(<br />DCCQ中实现的相x法。RPC工作于多U分布式计算环境?<br /><br />SunSoft的开攄l计(ONCQ的q过E调用/外部数据表示QRPCQXDRQ协议被q泛<br />采用。在三百一十万个运行网l文件系l(NFSQ的pȝ中,有二癑օ十万个用ONCRP<br />C库,q在分布式应用中作ؓ客户机或服务器。ONCRPC被IBM的所有操作系l所支持Q除<br />了OSQ?00Q。UNIXpȝ实验室把RPCQXDR当作是UNIX System V Release 4的一个标?br />部分。Novell支持下一代ONC+传输自立q程q程调用QTIQRPCQ技术.TIQRPC 使用q?br />输层接口QTLIQ实C输自立。TLI提供了一U访问面向连接或非连接传输服务的通用<br />ҎQ这在“STERAMS环境”中有所叙述Q?<br /><br />Open Software FoundationQOSFQRPC 开放Y件基金会QOSFQ的RPC <br /><br />RPC工具提供了一U编E语a和编译器Q它们用可看作是本地过E的可运行于客户机和<br />服务器上的模块开发分布式应用E序。运行时设施QrunQtimefacilityQ得分布式?br />用程序能在多机种异构pȝ上运行,q样使得底层体系l构和运输协议对于应用程序是<br />透明的?<br /><br />E序员用接口定义语言QIDLQ徏立接口定义(interface definitionQ。IDL是程序员<br />用来设计q程q行的过E的工具。IDL~译器把IDL接口定义转换成与客户机和服务器相<br />q的占位E序QstubQ。客h上的占位E序可加入到服务器的q程Q而服务器上的?br />位程序也可加入到客户E。位于客h服务器的RPCq行时设施与占位E序合作Q来<br />提供RPC操作?<br /><br />异构环境中用RPC的一个问题在于,不同的机器有不同的数据表C,OSFRPC通过h?br />用机器的基本数据表示的特征调用来解决q个问题。当收到调用Ӟ若根据特征知道两<br />台机器数据表CZ同的话,接收器就q行数据转换?<br /><br />RPCq行时设施提供把客户求传送给服务器和在网上发送和接收响应的功能。DCERP<br />Cq行时设施也和网l上其它DCE服务怺作用Q这些DCE服务有命名、安全和定时服务?br />q行时设施有下列特征Q?<br /><br />□可在多U网l上q行。开发者无需为每个网l编写特定的应用E序?<br /><br />□提供客h或服务器或网l上的故障恢复。它支持文gpȝ、数据库和其它传输可?br />长数据的服务?<br /><br />□提供独立于M一个目录服务的Z名字定位服务器的Ҏ?<br /><br />□提供安全工L接口Q以防RPC通信遭受破坏。安全服务保证机密信息的保密性和提供<br />鉴别来保护通信完备性?<br /><br />□支持网上ƈ发或q行处理的多U程调度Q于是一个应用程序就能同时执行多个操?<br /><br />□提供多供应商提供的pȝ环境的可UL性和怺操作?/p></td> </tr> </tbody> </table> <img src ="http://www.aygfsteel.com/zqli/aggbug/78973.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/zqli/" target="_blank">放水老?/a> 2006-11-03 19:25 <a href="http://www.aygfsteel.com/zqli/archive/2006/11/03/78973.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>什么是RFC(Request for Comments)http://www.aygfsteel.com/zqli/archive/2006/10/31/78324.html放水老?/dc:creator>放水老?/author>Tue, 31 Oct 2006 09:05:00 GMThttp://www.aygfsteel.com/zqli/archive/2006/10/31/78324.htmlhttp://www.aygfsteel.com/zqli/comments/78324.htmlhttp://www.aygfsteel.com/zqli/archive/2006/10/31/78324.html#Feedback0http://www.aygfsteel.com/zqli/comments/commentRss/78324.htmlhttp://www.aygfsteel.com/zqli/services/trackbacks/78324.htmlRFC及RFC~辑者:
  RFC(Request For Comments)-意即“请求注解”,包含了关于Internet的几乎所有重要的文字资料。如果你x为网l方面的专家Q那么RFC无疑是最重要也是最l常需要用到的资料之一Q所以RFC享有|络知识圣经之美誉。通常Q当某家机构或团体开发出了一套标准或提出ҎU标准的设想Q想要征询外界的意见Ӟ׃在Internet上发放一份RFCQ对q一问题感兴的人可以阅读该RFCq提q意见Q绝大部分网l标准的指定都是以RFC的Ş式开始,l过大量的论证和修改q程Q由主要的标准化l织所指定的,但在RFC中所收录的文件ƈ不都是正在用或为大家所公认的,也有很大一部分只在某个局部领域被使用或ƈ没有被采用,一份RFC具体处于什么状态都在文件中作了明确的标?
  RFC׃pd草案l成Qv始于1969q_W一个RFC文档发布?969q??日,参见“RFC30q”,RFC2555”)QRFC文档是一pd关于InternetQ早期ؓARPANETQ的技术资料汇~。这些文档详l讨Z计算机网l的Ҏ面面Q重点在|络协议Q进E,E序Q概念以及一些会议纪要,意见Q各U观点等?
  “RFC~辑者”是RFC文档的出版者,它负责RFC最l文档的~辑审订。“RFC~辑者”也保留有RFC的主文gQ称为RFC索引Q用户可以在U检索。在RFCq?0q的历史中,“RFC~辑者”一直由U翰•普斯特(Jon PostelQ来担QQ而现在“RFC~辑者”则׃个工作小l来担QQ这个小l受到“因特网C֛”(Internet SocietyQ的支助?
  RFC~辑者负责RFC以及RFC的整体结构文档,q维护RFC的烦引。Internet协议族的文档部分Q由Internet工程委员会“因特网工程师Q务组”IETF以及IETF 下属的“因特网工程师指导组”IESG 定义Q,也做为RFC文档出版。因此,RFC在Internet相关标准中有着重要的地位?
  RFC~辑者的职责是由Internet 中的大家提议形成的,所出版的语a也就和Internet一栗IETF和ISOC是代表了世界各地的国际性组l,p是IETF的第一工作语言Q也是IETF的正式出版语a。RFC 2026 "The Internet Standards Process -- Revision 3" 允许RFC译成其他不同的语言。但是不能保证其译版本是否正确。因此,RFC~辑不对非英语的版本负责Q而只是指明了哪里有非p的版本,这些信息列在WEB上?
RFC处理q程Q?
  一个RFC文g在成为官Ҏ准前一般至要l历三个阶段Q徏议标准、草案标准、因特网标准?
W一步RFC的出版是作ؓ一个Internet 草案发布Q可以阅dƈ对其q行注释。准备一个RFC草案Q我们要求作者先阅读IETF的一个文?Considerations for Internet Drafts". 它包括了许多关于RFC以及Internet草案格式的有用信息。作者还应阅d外一个相关的文档RFC 2223 "Instructions to Authors"?
  一旦文档有了一个ID号后Q你可以向rfc-editor@rfc-editor.org发送e-mail Q说你觉得这个文档还可以Q能够作Z个有价值或有经验的RFC文档 。RFC~辑会向IESGh查阅该文档ƈl其加上评论和注释。你可以通过RFC队列来了解你的文档的q度。一旦你的文档获得通过QRFC~辑׃其~辑q出版。如果该文档不能出版Q则会有email通知作者是什么原因。作者有48个小时来校对RFC~辑的意见。我们强烈徏议作者要拼写错误和丢字的错误,应该保有引用,联系和更新相关的信息。如你的文档是一个MIBQ我们则要你对你的代码作最后一ơ检。一旦RFC文档出版Q我们就不会对其q行更改Q因此你应该对你的文档仔l的查?
  有时个别的文档会被正从事同一个项目的IETF工作l收回,如是q种情况Q则该作者会被要求和IETFq行该文档的开发。在IETF? Area Directors (ADs) 负责相关的几个工作组。这些工作者所开发的文档由ADs q行校阅Q然后才作ؓRFC的出版物?
如要获得关于如何写RFC文档和关于RFC的Internet标准制定q程的更多详l信息,请各位参见:
RFC 2223 "Instructions to RFC Authors"?
RFC 2026 "The Internet Standards Process -- Revision 3"?
  实际上,在Internet上,M一个用户都可以对Internet某一领域的问题提q解决Ҏ或规范,作ؓInternet草案QInternet DraffsQIDQ提交给Internet工程dl(IETFQ。草案存攑֜国、欧z和亚太地区的工作文件站点上Q供世界多国自愿参加的IETF成员q行讨论、测试和审查。最后,由Internet工程指导l(IESGQ确定该草案是否能成为Internet的标准?
  如果一个Internet草案在IETF的相关站点上存在6个月后仍未被IESG作ؓ标准发布Q则它将被从上述站点中删除。事实上Q在M时候,一个Internet 草案都有可能被新的草案版本所替换掉,q新开?个月的存放期?
如果一个Internet草案被IESG定为Internet的正式工作文Ӟ则被提交lInternet体系l构委员会(IABQ,qŞ成具有顺序编LRFC文档Q由Internet协会QISOCQ通过Internet向全世界颁布。每个Internet标准文g在被批准后都会分配一个独立于RFC的永久编Pq就是STD~号。有一个不断被更新的文件RFC-INDEX.TXT按照RFC的编h索引所有的文gQ对于因特网标准文gq列Z其相应的STD~号?
RFC文档必须被分配RFC~号后才能在|络上发布。例如,RFC2026的内Ҏ“Internet标准q程-修订?”、RFC1543的内容ؓ“RFC作者指导”等{。需要时Q可以复制或打印q些联机文档。用户也可以通过遍布全世界的C联机资料数据库中获得RFC文档。例如,可以使用路径名RFC/RFCnnnn.TXT通过FTP的方式从ds.internic.net站点获得RFCQ其中“nnnn”指的是RFC的编受在q里Q用FTPdӞ所用的用户名和口o分别为“anonymous”和你的电子邮g地址。此外,用户q可以通过Internet|络信息中心QInterNICQ的目录服务功能、电子邮件、WWW{方式获得RFC文档.
  作ؓ标准的RFC又分为几U,W一U是提议性的Q就是说采用q个作ؓ一个方案摆出来QDraft是已l有一部分在用了,希望被采用ؓ正式的标准,q有一U就是完全被认可的标准,q种是大安在用Q而且是不应该改变的。还有一U就是现在的最佛_跉|Q它相当于一U介l。这些文件生的q程是一U从下往上的q程Q而不是从上往下,也就是说不是一个由dQ或者由工作l负责h的给一个指令,说是要做什么,要做什么,而是有下边自发的提出Q然后在工作l里边讨论,讨论了以后再交给刚才说的工程指导委员会进行审查。但是工E指导委员会只做审查不做修改Q修改还是要打回到工作组来做。IETF工作l文件的产生是M人都可以来参加会议,M人都可以提议Q然后他和别行讨论,大家形成了一个共识就可以产出q样的文件?

参考资料:http://www.im54.com/protocol/qu/protocol/200508/190635.html

]]>
վ֩ģ壺 | | ̨| | | ͺ| ˮ| | | ÷| Ž| | | | | | | | ƽ| | | ӳ| | ٹ| ϲ| | ־| пѷ| Դ| | | | | | | | ں| ͤ| | | |