📄 rfc3040.txt
字号:
理服务器而不需要手动重新配置个别的用户代理服务器，或者加强不会另外出现的代理服务
器的使用。
拦截代理（a.k.a."明显的代理"，"明显的缓存"）
"明显的代理"这个术语已经被用在了为描述用零配置在用户代理的范围内被使用的代
理的高速缓存群里了。这样的使用对用户代理来说是明显的。由于对[ 1 ]（参照以上对"代
理"的定义）的解释的差异，并且，对"明显"这个词的使用存在缺陷，我们解释这个词"拦截
代理"是用来描述从实行通信拦截的网络要素收到改变方向的通信流的代理服务器。拦截代
理服务器通过改道通信进程接收内部的通信流。（这种代理服务器由网络管理员配置，用来
推动代理提供的适当的服务的使用，或者是满足由代理提供的适当的服务的需求。与拦截代
理的配置有关联的问题描述在"知名的http代理/缓存问题"一文中[ 23 ]。
3. 分布式系统的关系
这一章鉴别出了存在于一个分布式的复制与缓存的环境里的各种关系。现在正在定义
着这些关系，较新的章节描述了在每层关系中被使用的通信协议。
3.1复制关系
下面的一章描述了客户和复制品之间的关系以及复制品之间的关系。
3.1.1复制品的客户
客户可以和一个以上的复制的服务器通信，就象是和主服务器通信一样。（在没有复制
的服务器的情况下，与源服务器直接相互作用就是很平常的事了。）
---------------------- --------------------- ----------------------
| 复制源 | | 主机 | | 复制源 |
| 服务器 | | 服务器 | | 服务器 |
---------------------- --------------------- ----------------------
\ | /
\ | /
-----------------------------------------------------------
| 客户通过
---------------------- 复制源服务器
| 客户 |
----------------------
用来使客户可以使用复制品之一的协议可以在第4章中找到。
3.1.2相互复制
这是一种主服务器和复制的服务器之间的关系，用来复制由客户端存取的在3.1.1节中
提到的关系中的数据组。
------------------ ----------------- ------------------
| 复制源 |-----| 主机 |-----| 复制源 |
| 服务器 | | 服务器 | | 服务器 |
------------------ ----------------- ------------------
用于这种关系的协议可以在第5章中找到。
3.2代理关系
在高速缓存服务器和缓冲服务器之间通信，以及与用户代理的通信有许多不同的方法。
3.2.1非拦截代理的客户服务器
客户可以为了某一些或全部的请求和零个或更多的代理进行通信。在没有使用代理的
通信结果的结果的地方，这种关系是客户和源服务器之间的关系（参见3.1.1看）。
----------------- ----------------- -----------------
| 本地 | | 本地 | | 本地 |
| 代理 | | 代理 | | 代理 |
----------------- ----------------- -----------------
\ | /
\ | /
-----------------------------------------
|
-----------------
| 客户 |
-----------------
另外，用户代理可以与补充性的服务器相互作用。代表代理的操作是为了用户代理的代理配
置的自动化。在这些关系中被使用的配置和协议能在第6章中找到。
3.2.2源服务器的代理客户
客户可以为了某一个或几个源服务器已计划好的请求和零个或更多的代理服务器进行
通信。
在代理不被使用的地方，客户服务器和起源服务器直接通信。在代理人被使用的地方，客户
服务器的通信就象与源服务器直接通信一样。代理执行来自内部缓存的请求，或者是作为源
服务器的大门或通道。
-------------- -------------- --------------
| 源 | | 源 | | 源 |
| 服务器 | | 服务器 | | 服务器 |
-------------- -------------- --------------
\ | /
\ | /
-----------------
| 代理 |
| 服务器 |
-----------------
|
|
------------
| 客户 |
------------
3.2.3间接代理
间接代理关系作为网眼（松松地结合）和群体（紧紧地结合）而存在。
3.2.3.1（高速缓存）代理网眼
在松散的相连结的（高速缓存）代理服务器的网眼中，通信能和同等级别的服务器之
间以及父系服务器之间进行。
--------------------- ---------------------
-----------| 中间 | | 中间 |
| | 高速缓存代理(D) | |高速缓存代理(E) |
|(同级) --------------------- ---------------------
-------------- | (父系) / (父系)
| 缓存 | | ------/
| 服务器 (C) | | /
-------------- | /
(同级) | ----------------- ---------------------
-------------| 本地缓存 |------- | 中间 |
| 代理 (A) | (同级)| 高速缓存代理 (B) |
----------------- ---------------------
|
|
----------
| 客户 |
----------
插图目的仅仅是说明客户包括在其中。
内部请求可以被发送到大量的基于决定父级服务器是否更适合解决那些请求的中间（高速缓
存）代理服务器之一的服务器中。
例如，在上述的插图中，缓冲服务器C和中间高速缓存代理服务器B与本地的高速缓存代
理服务器A是同级的，A只能被使用当A的资源请求在B或C中存在的时候。
中间高速缓存代理服务器D和E是A的父级服务器，而且它们是A用来解决特殊的请求的
选择。A和B之间的关系仅仅是在有高速缓存的环境中才是有意义的，然而A和D的关系
以及A和E的关系也是适当的，在D或E是非缓存代理服务器的领域。
在这些关系中被使用的协议能在第7.1节中找到。
3.2.3.2（高速缓存）代理队列
在用户代理可以与代理服务器有关系的地方，它可以代替用成队的代理把关系排列在
紧紧地结合的网眼里，这是有可能的。
----------------------
---------------------- |
--------------------- | |
| (高速缓存) 代理 | |-----
| 阵列 |----- ^ ^
--------------------- ^ ^ | |
^ ^ | |--- |
| |----- |
--------------------------
在这种关系中被使用的协议议能在第7.2节中找到。
3.2.4高速缓存的网络要素
一个网络要素在实行通信截取时可能选择把来自客户的给特定的代理服务器的要求在
队列的范围内改变方向。
（它们也许不选择改变通信方向的方法。在这种情况下客户与（复制）源服务器的关系参照
第3.1.1节）。
----------------- ----------------- -----------------
| 高速缓存代理 | |高速缓存代理| |高速缓存代理|
| 阵列 | | 阵列 | | 阵列 |
----------------- ----------------- -----------------
\ | /
-----------------------------------------
|
--------------
| 网络 |
| 要素 |
--------------
|
///
|
------------
| 客户 |
------------
拦截代理可能会直接把数据流排成一队，拦截着的网络要素和拦截代理服务器来自同一硬件
系统，或者是脱离路径。它要求截取的网络要素把通信给另一个网络段改变方向。
在这后者例子，通信协议能使截取的网络要素停下来，开始把通信改变方向，当拦截代理变
得有用的时候。
这些协议的细节能在第8节中找到。
4.复制品的选择
这一章描述了用于在客户服务器和复制源网络服务器之间协作和交流的配置和协议。
理想的状况是为客户服务器发现一个用于通信的最优的复制源服务器。
最优化是一种基于决策的策略，常常在接近的基础上，但是也可能基于其他标准就象负载。
4.1导航超级链接
最好的知名的参考资料：
本备忘录。
描述：
最简单的客户对复制品通信的机构。
这种超级链接的域名的应用被植入网页中指向某一特定复制源服务器。
这满足了用户手工选择他们想用的复制源服务器的链接。
安全：
依赖于与适当的域名配置有关联的安全协议上。
配置：
这也许最普通地配置了客户与复制品的通信的机构。就如同普遍存在的人类的协同工作的能
力一样。
提交：
文档编辑。
4.2复制品的HTTP重定向
最好的知名参考资料：
本备忘录。
描述：
最简单最普通的连接客户与复制源服务器的机构就是运用HTTP重定向。
客户服务器被重定向到一个最佳的复制源服务器经由HTTP[ 1 ]协议的响应代码，例如，
302"找到"，或307"临时重定向"。
客户可以建立与一个复制源服务器的HTTP通信。
这样，最初联系的复制源服务器就能既选择接受服务又可以重定向客户的请求。
关于HTTP响应代码的信息请参照第10.3节中的HTTP/1.1[1]部分。
安全：
完全依赖于HTTP安全协议。
配置：
遵循大多数大网站的配置。
它在因特网里的使用范围还未知。
提交：
文档编辑。
4.3域名服务的重定向
最好的知名的参考资料：
*
RFC 1794 DNS Support for Load Balancing Proximity [8]
*
本备忘录
描述：
域名服务（DNS）给客户与复制通信机构提供更完善的服务。
以下这些都是由DNS来完成的
分类解决的IP地址服务器服务质量基于服务政策的质量。
当客户要处理一个源服务器的域名时，加强的域名服务器把可用到的复制源服务器的IP地
址分类，从最好的复制品到最差的复制品。
安全：
完全依赖于DNS安全协议，其它协议也被用来决定排序的顺序。
配置：
遵循大多数大型网站和ISP网络主服务器的配置。
在因特网中的使用的范围未知，但是确认正在增加。
提交：
文档编辑。
5.内部复制通信
这一章描述了主服务器和复制品服务器之间的协作和通信。
用于在源服务器之间进行数据组的复制。
5.1批量驱动的复制
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -