Two things are going amiss with Apache here.
1. Apache is intermittently issuing a 403 "Directory index forbidden by Options directive" but it never should. For example the two
below links work fine. But look at the log entry showing the 403 error. Crazy. I cannot duplicate the error at all (except see #2
issue below). I just see it in the logs.
http://www.t1shopper.com/tools/calculate/file-size/result?size=123456789&unit=kilobytes
http://www.t1shopper.com/tools/calculate/file-size/result/
Here's error log:
[Fri Jun 01 11:05:06 2012] [error] [client 71.256.256.256] Directory index forbidden by Options directive:
/home/t1shopper/www/tools/calculate/file-size/result/
2. After grepping through the access logs and finding 403's, I can go to those pages and get the 403 again (if I use the same
browser as the original requestor) because mod_cache is cacheing the 403! Here's two entries in the log file showing the 403
getting served (my local IP address removed) at 11:33:09. Then I force refresh the page (by making my browser send in a "no-cache"
in my HTTP request) then the page comes back just fine there at 11:33:18. I cannot get the 403 to ever come back again. As long as
I don't send the "Cache-Control: no-cache" I can keep getting served the 403 out of the cache.
Here's the log file:
[01/Jun/2012:11:33:09 -0700] GET /tools/calculate/file-size/result/?size=32&unit=kilobytes HTTP/1.1 403 302 -
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0 -
[01/Jun/2012:11:33:18 -0700] GET /tools/calculate/file-size/result/?size=32&unit=kilobytes HTTP/1.1 200 3347 -
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0
So my questions are: Why is the 403 happening at all? And more importantly, why is mod_cache serving the 403?????!!!!!!!!!!!!
Thanks,
Geoff
PS. I suppose I'll open a bug report but wanted to post here first in case I was missing something basic.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
