这里我将相应的产品静态文件布署到10.0.8.12机器上，并配置了一个端口为7001的IIS站点（注：实际环境下可以省略这一步，将squid缓存的站点信息配置到其squid.conf文件中）。这样，其结点信息如下所示：    

       同样将上面的设置复制到10.0.8.14这台机器上的81端口上运行的squid的相应节点。   
 
       下面接着介绍10.0.8.12上的squid.conf配置信息    
   

     上面的配置信息说明：
     Squid内在的将每个客户端请求标记为层叠或不可层叠。不可层叠的请求看起来不会导致cache命中。例如，POST请求的响应几乎从不会被cache。在squid能简单的连接到原始服务器时，转发不可cache目标的请求到邻居cache，纯粹是浪费资源。某些区分层叠和不可层叠请求的规则，在squid里难于编码。例如，POST和PUT方式总是不可层叠的。然而，hierarchy_stoplist指令允许你定制这种算法。它包含一个字符串列表，当在URI里发现它们时，squid将请求标记为不可层叠。默认的该列表是：
      hierarchy_stoplist ? cgi-bin这样，任何包含问号或cgi-bin字符串的请求匹配该列表，变成不可层叠。
      默认的，squid直接发送不可层叠的请求到原始服务器。

      可以把其理解为对指定扩展名和链接串用包括特定字符的请求不予缓存和查询。即aspx.html这类请求页面直接转发到原始服务器(originserver )。

      下面注释的信息曾用于在生产环境下进行配置    

  
     注：cache_peer_domain指令是cache_peer_access指令的早期形式。相对于使用完整的访问控制特性，它仅使用URI里的域名。它常用于通过域名区分一组父cache。例如，假如你有一个遍布全球的内部网，你也许想发送请求到位于各自大陆的cache：

       定义对邻居cache的访问列表。也就是说，它决定哪个请求允许或不允许发送到邻居cache。参见该链接。       

      注：C:\squid\sbin\squid.exe.log文件也很重要，它是squid启动日志，当应用程序出现问题时，可从其中找到一些问题。 

      配置完这些信息之后，在命令行窗口下cd 到c:\squid\sbin目录下执行，执行    

     这样就在机器上安装的squid的服务。下面就启动该服务：    

     这时在IE上访问squid服务器:

     http://10.0.8.12:81/(你的squid服务器IP地址)，这时squid会将请求转到http://10.0.8.12:7001/(之前IIS中创建的web服务器地址)

      同样在10.0.8.14上也安装并配置 squid，不过要在cache_peer节点上做上面所说的那个配置，就完成了SQUID的配置工作。

      当然，squid缓存的文件基本上都是1：1的，即一个js文件会生成一个缓存文件，大小尺寸没什么变化，只不过如果是图片这类文件的话，squid生成的缓存文件是无法用看图软件打开的，而文本文件就没这个问题了。
   
      注：squid官方站点有详细的配置资料信息，本文介绍的配置内容可作为入门参考使用。

      最终配置文件下载链接，点击这里（压缩包中的squid.conf文件）。另外我还在本地用LoadRunner做了并发用户1000（v_user）的测试，效果不错，报告下载地址点击这里。

       同时，squid还提供了一个叫squidclient（位于C:\squid\bin）的客户端工具很有用，比如获取squid运行时的一些系统信息信息： 

       当然用的最多的还是PURGE指令，它会强制更新某一url缓存信息，形如     

      更多的信息可以使用帮助命令： 

       好的，今天的内容就先到这里的。