Chapter 4. Configuring Cache Clients

only for RuBoard - do not distribute or recompile

Chapter 4. Configuring Cache Clients

After setting up a caching proxy on your network, you'll need to figure out how to make your clients (browsers) use it. For many organizations, this is a particularly daunting task. There are a number of techniques you can use. Your choice is likely to depend on how many users you have, the client software they use, and whether you can configure that software. For example, a corporate information systems department usually supports one or two browsers and has full administrative control over all employee workstations. An ISP's customers, on the other hand, maintain their own computers and run whatever software they like.

The oldest technique is what we call manual configuration . The clients are given one or more proxy addresses to use, and, with few exceptions, they forward all requests to the proxy. Manual configuration is relatively straightforward, but it's not something most users can figure out on their own. If naive users are to manually configure their browsers, they require detailed instructions, such as those in the following section. Given the choice, some users won't bother to configure their browser since it's somewhat of a hassle. Another drawback is that many user - agents don't handle failures well when manually configured.

The second-generation configuration technique, pioneered by Netscape, is known as proxy auto-configuration . Instead of a static configuration, the browser executes a JavaScript function shortly before making each request. This script gives the browser a list of proxy addresses to which the request is forwarded. The auto-configuration technique also offers improved failure detection and failover compared to manual configuration. For example, if the browser believes the first proxy in the list is down, then it fails over to the next one, and so on.

Although proxy auto-configuration is more flexible, it also requires the user to enter a URL for the JavaScript file. To eliminate this step, some companies are proposing a web proxy auto-discovery protocol. When the browser starts up, it uses DHCP and the DNS to locate a proxy auto-configuration script. If found, the browser automatically loads the script and begins using the caching proxy.

A recent development, known as interception proxying , delivers client requests to caching proxies with absolutely no configuration of the client. Instead, you configure your network equipment (e.g., routers, switches) to divert HTTP traffic to the proxies. In this case, the client doesn't even know it's talking to a proxy ”it thinks it's talking to the origin server. Interception proxying (a.k.a. transparent proxying) is an interesting and controversial technique; we'll save it for the next chapter.

Finally, this chapter finishes with a few suggestions for configuring browser caches when the browser also utilizes a shared cache.

only for RuBoard - do not distribute or recompile