rfc3040.txt

很多RFC的中文文档

最好的知名参考资料： 
本备忘记录。 
描述： 
对复制源服务器进行更新以便于开始与主服务器进行通信。 
通信每隔一段时间就建立一次在处理队列的基础上，这些处理队列为了延期的进程而预定。 
时序安排机制的政策是多样化的，但是一般的重复发生要在指定的时间内。 
一旦通信被建立，数据集被复制到初始化的复制源服务器上。 
安全： 
安全问题依赖于传输数据集的协议。 
FTP [ 4 ]和RDIST是最通用的需要遵循的协议。 
配置： 
在因特网中镜像站点的同步化是非常普通的。 
提交： 
文档编辑。
5.2要求驱动复制
最好的知名参考资料： 
本备忘录。 
描述： 
复制源服务器获得所需要的内容应归于客户的的要求。 
当客户要求的资源不在复制源服务器上或代理服务器上时，于是就尝试从主服务器上获得这
些资源，再返回到发出请求的客户端，以解决这个问题。 
安全： 
安全问题依靠适用于传输资料的有关的协议。 
FTP [ 4 ]，Gopher[ 5 ]，http [ 1 ]和ICP [ 2 ]是最常用的应遵循的协议。 
配置： 
参照几个大网站的配置。 
在因特网中的使用范围未知。 
提交： 
文档编辑。
5.3同步复制
最好的知名参考资料：
本备忘录。 
描述： 
被复制的源服务器之间的协作使用同步策略，专门用复制协议以保持复制数据集的连贯性。 
同步化战略从紧密的连贯性（两三分钟）到疏松的连贯性（两三个小时或更多）都会涉及到。 
更新的产生在复制源服务器之间进行，基于粘合性模型展开的同步化时间约束，并且一般地
只使用三角形式。 
安全： 
全部知名的协议都是运用严密的密钥的交换方法，它既基于Kerberos的共享秘密的模式又
基于公共/私人的密钥的美国RSA实验室模式。 
配置： 
参照几个网站，特别是大学校内站点。 
提交： 
文档编辑。 
注： 
编辑应至少知道两个开放的资源协议-AFS和CODA-就象诺威尔(网络)的所有权协议一样。
6.用户代理的带代理服务器配置
这一章描述了配置、协作和用户代理和代理服务器之间的通信。
6.1手工操作代理配置
最好的知名参考资料： 
本备忘录。 
描述： 
每个用户都必须通过提供适合于代理协议和本地政策的信息来配置他的用户代理。 
安全： 
潜在的出错率比较高； 
每个用户都要单独设置自己的参数。 
展开： 
大范围地展开，使用在当前全部的浏览器中。 
大部分的浏览器也支撑附加的选项。 
提交： 
文档编辑。
6.2代理自动配置（PAC）
最好的知名参考资料： 
"网景代理服务器的自动配置文件格式"[ 12 ]描述： 
一种Java描述语言手稿从一个网页服务器上执行，为每一个URL访问去选择合适的代理服
务器用来存取资源。 
用户代理必须做好配置以便于请求这种程序启动。 
这儿没有引导程序，手工配置是必需的。 
尽管是手工操作，这种代理服务器的配置还是被集中在一起而简化了，通过在单一情形下的
一个程序。 
安全： 
在每一个组织里使用通用政策是可能的，但是还是需要进行手工配置的初始化。 
PAC比"手工代理服务器配置"好 
因为PAC管理员可以更新代理的配置不受未来用户的干涉。 
由于PAC文件的互用性不高，不同的浏览器在解释同一程序时会有轻微的不同，这可能导
致产生我们不想看到的影响。 
展开： 
在网景和微软公司Internet Explorer中实现。 
提交： 
文档编辑。
6.3缓存阵列路线协议（CARP）1.0版
最好的知名参考资料： 
* 
"缓存阵列路线协议"[ 14 ]（在进行中工作） 
* 
"缓存阵列路线协议（CARP）1.0版说明书"[ 15 ] 
* 
"缓存阵列路线协议和微软公司代理服务器2.0版"[ 16 ] 
描述： 
用户代理商可以直接使用CARP，作为复述功能基于代理服务器的选择机制。 
他们需要用群体信息的位置进行配置。 
安全： 
在进行中工作的安全考虑没有在说明书中被掩盖。 
展开： 
在微软公司代理服务器-Squid中实现。 
在经过PAC程序的用户代理中实现。 
提交： 
文档编辑。
6.4网页代理自动发现协议（WPAD）
最好的知名参考资料： 
"网页代理自动发现协议"[13]（工作在进行中） 
描述： 
WPAD使用预先存在的因特网资源发现机制来执行网页自动发现代理。 
WPAD的唯一的目的是定位PAC URL [ 12 ]的地点。 
WPAD不指定哪个代理将被使用。 
WPAD提供PAC URL和PAC程序，然后根据以上的定义运作去为每一个资源请求选择代
理服务器。 
WPAD协议的详细说明如下： 
＊ 
怎样为了指定的网页自动发现代理的目的使用每一个机制 
＊ 
机制应该被实行的顺序 
＊ 
由一个WPAD的合适的用户代理所必须尝试的最低限度的机制设置 
WPAD利用的资源发现机制如下面所示： 
＊ 
动态的主机配置协议DHCP 
＊ 
服务定位协议SLP 
＊ 
"众所周知的别名"正在使用DNS A记录 
＊ 
DNS SRV记录 
＊ 
"服务：URL" 
在DNS的TXT记录中 
安全： 
依赖有关DNS和HTTP安全协议。 
展开： 
在一些用户代理和高速缓存代理服务器中实现。 
可以两个以上独立的执行。 
提交： 
乔希科恩 

7. inter-proxy 通信
7.1 宽带耦合inter-proxy通信
这部分描述了高速缓冲服务器之间的协作和通信。
7.1.1网络高速缓冲协议（ICP）
常用参考资料：网络高速缓冲协议（ICP）  2[2]版 
    <http://www.faqs.org/rfcs/rfc2186.html> 
描述： 
   ICP协同UDP使用。因为UDP(用户数据报协议)是一个为修正的网络传输协议，可以通
过ICP协议计算的缺少量来估算网络的密集度和可利用度。由此初步估算得出的数值，和
环游次数，可以为高速缓冲服务器提供装载平衡的方法。 
安全性： 
参考 RFC 2187〈http://www.faqs.org/rfc2187.html>[3] 
ICP并不能传送与HTTP头文件有关的资源的信息。HTTP包括控制路径和定向缓存。由于
服务器要求信息的可靠性，所以在访问后用HTTP使之复原；在进行复原时可能发生错误操
作（例如：目标文件存在缓存，却不能存入到子目录中）。ICP可以经受住所有UDP安全范
围内的问题。 
展开： 
广泛展开。多数现行的高速缓冲服务器都以一定形式实现对ICP 
的支持。 
提交：文档编者。 
     同时参看："internet cache protocol extension"[17] 
               (作业进度)
7.1.2超文本缓冲协议
常用参考资料：RFC 2756<http://www.faqs.org/rfcs/rfc2756.html> 
              超文本缓冲协议(htcp/0.0)[9] 
描述： 
HTCP是为搜索HTTP高速缓冲服务器和缓存数据的协议，它管理一组HTTP高速缓冲服务
器并控制缓存活动。与ICP v2不同，HTCP请求包含HTTP头文件的资料，使HTCP回复
更精确的描述行为，这将作为随后的HTTP请求的相同的资源。 
安全性： 
有选择地使用，与HMAC-MD5 [11]共享的密码证明。如果不使用密码鉴定，协议易受到攻
击。  
展开：HTCP在网络网关侦听和Squid中实现 
提交：编者。
7.1.3 Cache Digest
常用参考资料： 
 *  "Cache Digest Specification - version 5" [21] 
 *  "Summary Cache: A Scalable Wide-Area Web Cache Sharing 
         Protocol" [10] (参看注释) 
描述： 
CACHE DIGESTS 是前面的INTER-CACHE通行技术拥挤和潜在问题的一个反映。例如：
网络缓冲协议（ICP）[2]和超文本缓冲协议[9]。不像那些协议，CACHE DIGESTS支持位于
缓存代理和缓存服务器同等地位的设备为每个入站请求发生请求-响应交换。位于缓存的目
录总汇被与之同等地位的其他系统所替代。使用CACHE DIGESTS比通过特定系统存储给
出的资源的确定性更精确。CACHE DIGESTS既是交换协议又是数据格式。安全性：如果
DIGEST的内容是灵敏的，他将被保护。被用来保证一个HTTP连接的任何方法都能使用与
CACHE DIGESTS。"特洛伊木马"能够通过网络进行攻击：处于同级的能够建立复制品
DIGEST的系统A对系统B和对处于与B同级当B请求服务时提供服务的系统进行攻击。
通过这种方式，A能直接和B通信。这种通过拖拉模块的方式对CACHE DIGESTS从一个
系统到另外一个系统转移所带来的问题影响最小。CACHE DIGESTS提供了位于URL级的
同等缓存的目录信息。因此，他们不能操纵特殊的管理级，也不能在任何级实现不同策略（用
户，组织者，等）。 
展开：  Cache Digests are supported in Squid. 
 
      Cache Meshes: NLANR Mesh; TF-CACHE Mesh (European Academic 
      networks 
 
提交：Alex Rousskov for [21], Pei Cao for [10]. 
注释：缓存技术汇总[10]是Wisconsin-Madison大学为决定的专利
7.1.4 Cache Pre-filling
常用参考资料："Pre-filling a cache - A satellite overview" [20] 
 (作业进度) 
描述：提前填充缓存是通过入栈缓存实现的。他特别适用于IP-multicast网络，因为他允许
在多种目标集中提前选择资源和同时插入缓存。缓存提前填充的不同实现已经存在，特别是
在附属的关系中，然而，对于这类压入缓存的方式仍没有确切的标准，卖主建议的解决方法
既是基于扩充设备也是在具有提前填充的模块的扩展公用域的缓存。 
安全性：依靠Inter-Cache的协议已被使用。 
展开：在任两个商业分布目录服务器供应商之间共同遵守 
提交： Ivan Lovric
7.2紧耦合Inter-Cache 通信
7.2.1 Cache Array Routing Protocol (CARP)v1.0 参看6.3部分 
常用参考资料： 
* "Cache Array Routing Protocol "[14]'（工作进度） 
*  "Cache Array Routing Protocol (CARP) v1.0 Specifications" [15] 
*  "Cache Array Routing Protocol and Microsoft Proxy Server 2.0" 
         [16]  
描述： 
CARP是为除掉一簇服务器中URL空间的散列函数。包含在CARP，是一个服务器数组成
员列表的定义，也是下在这条信息的路径。实现VARP V1.0的用户代理商能明确的为任一
个服务器成员列表中请求的URL分配路径。由于用户通过服务器提出请求，复制缓存内容
被取消，而通过共用缓存可以提高点击速率安全性： 安全性考虑不包括在说明工作进度中。
展开：在高速缓冲服务器中的实现。两个以上的服务器共同实现。       
提交：文档编者
8.网络元件通信
这部分描述的是代理和网络元件之间的协作和通信。例如：网络元件包括路由器和网关，他
们通常用于配置侦听代理或多方向传输数据。
8.1 常用网络高速缓冲控制协议（WCCP）参考资料：
"网络高速缓冲控制协议（WCCP）"[18][19] 
（WORK IN PROGRESS）注释：协议名称的多样化。有时WCCP指的是网络高速缓冲调和
协议（WEB CACHE COORDINATION PROTOCOL）。但是，大部分情况下，用"WCCP"指
代前者以避免混淆。 
叙述：WCCP V1是在作为重定向网络元件功能的路由器和输出侦听代理之间运行。协议允
许一个或多个服务器通过单个路由器登陆来获得重定向的通信量。它也可以通过指令指示路
由器如何重定向通信来指定一个服务器，使之传输大量数据。WCCP V2又增加了在多重路
由器和服务器之间运行的功能。 
安全性： WCCP V1无安全性功能