•

加快因特网使用者的访问速度。从快取中提供网页要求，而无需联机至远程因特网服务器。在网页发行实例中，反向快取可加快因特网使用者向 ISA Server 发行的企业网页服务器要求网页内容的存取。

•

减少因特网联机的流量。从快取中提供经常要求的对象，因而能节省因特网联机的带宽。在网页发行实例中，反向快取可减少发行的网页服务器上的负载。

•

正向快取。正向快取会将已快取的网页对象提供给向因特网提出网页要求的内部使用者。

•

反向快取。反向快取会将已快取的内容提供给向 ISA Server 发行的内部网页服务器提出要求的外部因特网客户端。

•

在 ISA Server 2006 Enterprise Edition 中，快取数组路由通讯协议 (CARP) 可让 ISA Server 计算机的数组平衡网页流量，及分割其间的快取内容。CARP 可让客户端计算机识别数组中最适合处理网页要求的服务器。请注意，CARP 只能用于正向快取的实例，不适用于反向快取。

1.

使用者启始因特网的网页要求。ISA Server 拦截此要求。

2.

ISA Server 检查要求的内容是否位于快取中 (可以是 RAM 型快取或磁盘型快取)。

3.

如果内容不在快取中或已经过期，ISA Server 便会将此要求转送至因特网网页服务器。

4.

因特网网页服务器传回要求的信息。ISA Server 会根据快取设定，将网页内容存放在内存中的网页快取中，这个快取会储存最普遍和最常用的要求内容以供快速撷取。

5.

ISA Server 接着会将网页内容传回至提出此要求的使用者。

6.

经过一段时间后 (由快取算法决定)，如果用户不再经常要求此内容，ISA Server 便会将此内容复制到磁盘型快取中，然后从 RAM 中清除。此时，唯一的内容复本会保存在磁盘型快取中。

7.

如果之后有其他用户要求储存在磁盘型快取中的内容，ISA Server 便会将此内容传回内存中的快取内。

1.

使用者启始因特网的网页要求。ISA Server 拦截此要求。

2.

ISA Server 检查所要求内容的有效版本是否在快取中 (可以是 RAM 型快取或磁盘型快取)。

3.

如果内容尚未过期且仍然有效，ISA Server 便会从快取中撷取内容。

4.

ISA Server 接着会将撷取的内容传回至提出此要求的使用者。

5.

经过一段时间后 (由快取算法决定)，如果用户不再经常要求内容，ISA Server 便会将此内容复制到磁盘型快取中，然后从 RAM 中清除。此时，唯一的内容复本会保存在磁盘型快取中。

6.

如果之后有其他用户要求储存在磁盘型快取中的内容，ISA Server 便会将此内容传回内存中的快取内。

1.

因特网使用者为取得位于企业网页服务器上的内容所传送的要求。ISA Server 拦截此要求。

2.

ISA Server 检查快取是否包含要求的内容。如果内容不在快取中或已经过期，ISA Server 便会将此要求转送至企业网络上的网页服务器。

3.

企业网页服务器将要求的信息传回至 ISA Server。

4.

ISA Server 会根据快取设定，将网页内容存放在内存中的网页快取内，这个快取会储存最普遍和最常用的要求内容以供快速撷取。

5.

ISA Server 接着会将内容传回至提出此要求的因特网使用者。

6.

经过一段时间后 (由快取算法决定)，如果用户不再经常要求内容，ISA Server 便会将此内容复制到磁盘型快取中，然后从 RAM 中清除。此时，唯一的内容复本会保存在磁盘型快取中。

7.

如果之后有其他用户要求储存在磁盘型快取中的内容，ISA Server 便会将此内容传回内存中的快取内。

标头类型

详细资料

Cache-Control: no-cache 回应标头

HTTP 1.1 Cache-control 标头禁止所有快取。

Cache-Control: private 回应标头

HTTP 1.1 Cache-Control: private 标头表示对象不能储存在共享快取中，而且仅供特定客户端使用。

Pragma: no-cache 回应标头

HTTP 1.0 服务器不能使用 Cache-Control 标头。Pragma： no-cache 标头可确保当客户端经由安全 HTTPS 联机与服务器通讯，而服务器传回 Pragma-no-cache 标头与其响应时，将不会快取此响应。

Www-Authenticate 回应标头

表示需要验证。

Set-Cookie 回应标头

表示使用浏览器 Cookie 识别使用者的页面

Authorization 要求标头

除非源服务器将 'cache-control: public' 标头包含在响应中来明确允许此标头，否则不会进行快取。

Cache-Control: no-store 要求标头

表示快取不得储存要求或其响应的任何部分。

1.

请注意，在正向快取实例中，不会快取 SSL 流量。从内部 Web 使用者到安全因特网 HTTPS 服务器的连出要求会经过 ISA Server 通道。如需此实例的详细信息，请参阅 Microsoft TechNet 网站中的 ＜设定在 SSL 上进行网站的内部客户端存取＞(英文)。此文件是针对 ISA Server 2004 所撰写，但也与 ISA Server 2006 相关。

•

压缩筛选器：此筛选器负责压缩和解压缩 HTTP 要求及响应。此筛选器具有高优先级，且在网页筛选器排序清单中为高顺位。这是因为它负责进行解压缩。在其他任何网页筛选器检视内容之前，必须先进行解压缩。

•

快取压缩内容筛选器：此筛选器负责快取压缩内容，从快取中的压缩内容来处理要求。此筛选器的优先级最低，在网页筛选器排序清单中为低顺位，因为快取可以在所有其他的筛选器处理内容后才进行。

•

内容会以下列其中一种格式来快取：

•

内容一旦快取之后，即使变更 [ISA Server 管理] 的 [一般] 节点中的压缩设定，仍会继续由快取提供服务。举例来说，如果一开始就启用压缩内容的内容检查，该内容就会以未压缩的格式储存在快取中。如果客户端要求压缩的内容，则 ISA Server 会先压缩内容，然后才将内容提供给客户端。如果停用内容检查，该内容将继续从快取中提供。在这种情况下，ISA Server 会继续替要求压缩内容的客户端压缩内容，要求服务器提供压缩数据并将压缩内容提供给客户端。这样会影响 ISA Server 处理要求的效能。若要让压缩设定的变更反映在快取内容中，您必须先清除快取。若要清除快取，请透过 ISA Server 管理来停用快取，然后删除快取存放档案，如 Dir1.cdat (ISA Server 缓存文件的预设名称)。在每个设定要快取的磁盘驱动器上，都有一个缓存文件放在 Urlcache 文件夹中。删除缓存文件后，请在 ISA Server 管理中启用快取。另外还有一个范例脚本可说明如何以程序设计方式清除快取。如需详细信息，请参阅Microsoft TechNet 网站中的＜删除快取内容＞(英文)。在 ISA Server 2006 Enterprise Edition 中，此工具必须在每个数组成员上执行。

•

当 ISA Server 网页筛选器检查连入的压缩内容时，会将压缩的内容解压缩。解压缩后，内容会以解压缩的文字储存在快取中。如果 ISA Server 收到对快取内容的要求，会在传送前将数据重新压缩，而此举将增加响应时间。

•

启用和设定快取。根据预设，当您安装 ISA Server 时，实际上会停用快取。您必须在快取磁盘驱动器上配置空间以启用快取。

•

设定快取规则。设定快取规则，以决定从指定的目的地中快取内容的方式，以及从快取中撷取内容的方式。

•

设定内容下载工作。设定内容下载工作可让 ISA Server 立即或于指定时间自动下载内容。例如，ISA Server 可以设定成在离峰时段下载经常要求的内容，进而改善网络效能。

•

单一缓存文件的大小上限为 64 GB。如需更大的快取存放容量，您可以透过不同的磁盘驱动器将其分割为数个档案。

•

您必须使用格式化为 NTFS 文件系统的磁盘分区来快取，而且磁盘驱动器必须是本机磁盘驱动器。

•

缓存文件是单一的档案。为了提高效率，可以将这个档案放置在每个磁盘分区上。建议将此档案存放在独立的实体磁盘上，与安装操作系统、ISA Server 及网页档案的磁盘分开。这样可减少系统与启动盘的争用。建议您在使用磁盘驱动器进行快取之前，先格式化该磁盘驱动器。

•

您可以对每部服务器设定快取的大小和位置。建议您配置大型快取，因为超过快取大小上限时，对象会从快取中丢弃。

•

藉由检视操作系统性能监视器中的快取性能计数器，即可得知快取是否正在进行中。如需快取性能计数器的详细信息，请参阅 Microsoft TechNet 网站 中的 ＜ISA Server 2006 的性能计数器参考＞(英文)。

•

网络服务： 完全控制

•

系统： 完全控制

•

系统管理员： 完全控制

•

快取未指定上次修改时间的对象。此设定预设为启用，这表示不含上次修改时间戳的网页或对象仍会快取。

•

快取即使没有 HTTP 200 状态代码为 200 的物件。此设定预设为启用，指定 ISA Server 应快取没有此状态代码的网页。HTTP 200 状态代码是对网页服务器的许可响应，表示已达成要求，对 ISA Server 而言表示已取得完整网页。

•

快取在内存中的 URL 大小上限 (字节)。使用此设定，您可以对在内存中快取的对象设定大小上限。这对于防止过度快取大型对象 (如图形) 很有用。但上限数值太小可能会妨碍快取效能，因为从 RAM 快取提供对象较快。根据预设，ISA Server 会将 RAM 中的 URL 大小限制为 64 KB。

•

少于这个百分比的原始生存时间。在每个快取规则中指定生存时间 (TTL) 值。您可以根据原始 TTL 的百分比，指定应从快取中提供已过期对象的时间长度。例如，如果指定 50，则 ISA Server 传回已过期对象的最长期间会等于原始 TTL 设定的 50%。

•

但不多于 (分钟)。此设定表示，如果对象是在指定的分钟数之前过期，则即使它还在之前指定的 TTL 百分比之内，ISA Server 也不应传回这个已过期的物件。

•

用于快取的可用内存的百分比。此设定表示将用于快取的可用 RAM 百分比。默认值是 10%。

•

快取规则目的地页面。指定快取规则将套用的目的地。您可以将规则套用于单一网站、一组网站或其他任何 ISA Server 网络对象。

•

撷取内容页面。指定如何从快取撷取对象，如下所述：

•

快取内容页面。指定从因特网撷取内容以服务 ISA Server 快取的要求之方式，如下所述：

•

动态内容。指定即使对象标示成不可快取，ISA Server 仍要快取撷取的物件。

•

用于脱机浏览的内容 (302，307 响应)。指定要快取具有 302 和 307 代码的内容。

•

撷取时要求使用者验证的内容。指定 ISA Server 会快取可能需要存取其验证的内容。请注意，启用此设定后，非验证使用者可能可以存取已快取的内容。

•

快取进阶设定页面。指定进阶设定：

•

HTTP 快取页面。设定 HTTP 快取内容，如下所述：

•

FTP 快取 (FTP Caching) 页面。超过对象的 TTL 时，此对象便被视为过期。然后，会根据负快取组态设定值，从快取中传回内容。您也可以指定 FTP 内容的 TTL。根据默认，所有 FTP 对象的 TTL 都设为一天。

•

启用系统策略规则。必须启用 ISA Server 系统策略规则。如果建立排定的下载工作但未启用这些规则，系统会提供自动启用规则的选项。否则，您可以手动启用规则群组，方法是在 SA Server 管理的 [防火墙] 节点中启用「排定的下载工作」系统策略群组。启用此设定群组时，ISA Server 会封锁来自 ISA Server 计算机的未验证 HTTP 流量。即使其他某些原则规则允许此流量，结果也是一样。若要允许这类流量，无需启用系统策略设定群组，您可以建立存取规则来允许 HTTP 存取所有网络，这样才能有效执行内容下载工作。此外，请新增高优先级的存取规则以允许来自「本机主机」网络的未验证 HTTP 存取。

•

启用本机主机网络以接听网页 Proxy 要求。如果建立排定的下载工作但未启用此设定，系统会提供自动启用此设定的选项。

•

建立排程的快取内容下载工作。您可以使用 [内容下载工作精灵] 建立内容下载工作 (从 [ISA Server 管理] 的 [快取] 节点中的 [内容下载工作] 索引卷标中执行)。您可以为内容下载工作指定下列内容：

•

如果快取内容下载工作失败，便会在 Windows 事件查看器中记录一个事件。

•

如果下载对象的网页服务器要求客户端验证，则排定的内容下载工作将会失败。

•

由于 CARP 会判定最佳的要求解析路径，因此 Proxy 服务器之间不需要传统因特网快取通讯协议使用的查询讯息。如此可避免严重的查询阻塞。

•

CARP 会消除重复的内容。透过因特网快取通讯协议网络，五个 Proxy 服务器的数组会针对最常要求的 URL 迅速发展成多个重复快取。CARP 的哈希型路由可让所有数组成员以单一逻辑快取的型态存在，以避免上述情况发生。结果能更快响应查询以及更有效使用服务器资源。

•

CARP 具有正向延展性。基于其哈希型路由和对等搜寻独立性，随着更多 Proxy 服务器加入，CARP 会变得更快速且更有效率。因特网快取通讯协议数组会进行查询来确定快取信息的位置，这种程序缺乏效率，而且会产生额外的网络流量。因特网快取通讯协议数组具有负向的延展性： 加入数组的服务器越多，服务器之间就需要越多查询来确定位置。

•

CARP 会自动调整来增加或删除数组中的服务器。哈希型路由是指当服务器联机或新增时，只需要最少的 URL 快取重新指派作业。

•

CARP 可确保快取对象平均散布在数组中的所有服务器之间，或根据您为每个服务器设定的加载因子散布。

1.

当使用者在网页浏览器输入 URL 时，浏览器会利用脚本来选取要使用的数组成员。如果客户端和 ISA Server 设定为使用 Web Proxy Automatic Discovery (WPAD) 机制进行自动探索，使用的脚本可能是由 WPAD 传回的脚本，或是从静态位置撷取的自动设定脚本 Array.dll?Get.Routing.Script。

2.

由 ISA Server 产生的脚本会实作 CARP 算法，此算法将运算处理 URL 的数组服务器优先级列表。针对指定的 URL，脚本永远会传回相同的服务器清单，以确保每个 URL 都只在同一个数组成员上快取。

3.

网页浏览器联机到清单中的第一部服务器，并要求服务器撷取页面。如果第一部服务器无响应，便会联系清单中的下一部服务器，并反复进行直到能够撷取对象为止。

4.

由 ISA Server 产生的脚本实作 CARP 算法。脚本包含数组设定与目前状态的相关信息。脚本可确保 URL 空间平均分割，并符合数组成员之间的可设定加载因子。

•

启用数组层级网络的 CARP，让 CARP 套用至此网络上要求快取的对象。

•

您可以选择设定数组成员的加载因子。不同的数组成员可能具有不同硬件且效能不一，因此这项设定很有用。根据预设，每部服务器的加载因子都设为 100。如果您希望特定服务器快取较多对象，可以设定更高的加载因子。或者，若要将较少对象快取至服务器，则设定较低的加载因子。

•

以 CARP 为基础的要求会在数组内部地址上的各个数组成员间转送。此地址一开始会设为内部网络上的数组成员网络适配器的默认 IP 地址，数组管理员可以修改此地址。CARP 功能需要将包含数组之数组内部地址的网络设定为接听网页 Proxy 要求。

•

您可以针对网站指定 CARP 例外，以便散布至所有数组成员的网站，而不是由特定的数组成员处理。这适用于下列实例：

•

CARP 提供负载平衡和快取散布，但未提供真正的故障转移解决方案。例如，Microsoft Internet Explorer® 预设会快取设定脚本 (Wpad.dat 或 Isa.routing.script) 50 分钟，而新的网页浏览器会话将先检查脚本的快取。如果无法取得脚本中指定的 ISA Server 数组成员，客户端可能仍会尝试使用快取脚本联机到此成员。

•

ISA Server 设定脚本是以客户端为主，CARP 实作需视客户端对于特定服务器的状态转译而定。相较于以 NLB 服务器为基础的解决方案，这样比较缺乏解决错误的弹性。

•

一并实作 NLB 和 CARP 可确保自动设定脚本的高度可用性，以提供部分故障转移功能。如果已经设定 NLB，您可以指定 NLB 丛集在自动设定脚本地址中的虚拟 IP 地址，或是指定域名系统 (DNS) 或动态主机配置协议 (DHCP) WPAD 项目中的虚拟 IP 地址。NLB 只会将脚本要求转送到可用的数组成员。脚本中的客户端 CARP 算法接着会确保 URL 要求交由最适合的数组成员处理。为了提供真正的故障转移功能，客户端可联机到数组虚拟 IP 地址，而非使用自动设定脚本中的客户端 CARP 功能。

•

将 WPAD 项目设为指向数组的虚拟 IP 地址。NLB 会使用所有数组服务器共享的虚拟 IP 地址。根据 NLB 算法，每个数组成员都能选择传送至虚拟 IP 位置的封包。

•

或者，将设定脚本 URL 设为指向数组的虚拟 IP 地址，或指向解析为数组虚拟 IP 地址的 DNS 记录。请使用下列语法：http://ISA_ArrayName/array.dll?Get.Routing.Script，其中的 ISA_ArrayName 是解析至数组虚拟 IP 地址的 DNS 项目。

•

如果本机主机网络已启用 CARP，则排定的内容下载工作只会在一个数组成员上进行。下载内容会根据 CARP 算法散布至数组成员中。

•

如果本机主机网络已停用 CARP，则排定的内容下载工作会在每个数组成员上进行。下载内容会在每个数组成员上复制。

•

在本机主机网络上启用 CARP 时，建议您同时也启用默认内部网络上的 CARP。否则，ISA Server 将无法从快取撷取内部网络客户要求的对象，因为这些对象是在处理排定的内容下载工作时快取的对象。