[TDSii]

Ok, maybe you have no problems while dealing with web caches but I (and my workmates as well :P ) do, so here it goes this post.

Let imagine you are behind a classical transparent proxy on port 80 and you’re visiting a web site running an internal web cache (so, another proxy). If you inspect your HTTP headers looking for some info, you can find two lines that look like this, given domain.tld as the local website and proxy.local as your internal transparent proxy.

Register Today!!! (Download)

Warning! You must register to see the download links!

What does this mean? That this is the first time you visit that website (MISS from proxy.local) and that their proxy has a valid copy of the page in its cache (X-Cache HIT proxy.domain.tld). I’ll explain X-Cache-Lookup meaning later

Register Today!!! (Download)

Warning! You must register to see the download links!

Now, we’ve just refreshed the page (F5, Ctrl+R, you name it) but wait… what’s happening? It seems both proxies are not serving any page, and we’ve got two mysterious HITs in Cache-Lookup. Well, it’s very simple. We are not counting another level of cache. The browser web cache. So, the page now is not pulled at all from the net, instead Firefox (or your web browser of choice) is using it’s own cache to show the page, so we’ve got two MISSes in X-Cache but nonetheless both proxies are telling us that they would send the cache copy if asked. So, if you’re debugging your proxy system, it means it’s working correctly.

Now, what if we empty Firefox’s cache ??
Here it is:

Register Today!!! (Download)

Warning! You must register to see the download links!

Our transparent proxy has got the page we need so it sends it to us (HIT from proxy.local), the remote proxy doesn’t need to do anything and both could send the page in case we want.

Although it could seem complicated, once you get it it’s very very simple, and you can easily nest more and more cache levels.


FAQ

Question:

Quote

So what does that
X-Cache MISS from domain.com
X-Cache-Lookup HIT from domain.com:80
mean?

When using FireBug to check the headers (the NET tab) the locally cached files do not appear when there’s no need to verify them.

Answer:

Quote

As said, it means that the remote proxy WOULD serve you a cached copy but your Firefox already has a copy, so what you’re viewing right now is the previously locally cached image (sitting in your hard disk). If you clean the Firefox’s cache and do a refresh, you should see HIT/HIT