No comments at all on this?

-SS

On 3/31/06 12:21 PM, "Nathan Seven" <[EMAIL PROTECTED]> wrote:

> Hi all-
> 
> Using Apache 2.2.0-
> I've read some other threads in the archives reporting weirdness with this-
> I am trying to set up a reverse proxy/cache, and have concluded that it
> simply does not work.
> 
> The proxy portion works just fine, and the cache portion works just fine for
> local files, but mod_cache does not serve-from-cache any proxied content-
> 
> I have tried with various proxied content, and regardless of it's reported
> cache-ability I have set the proper mod_cache options to ignore any expires
> headers etc, and always cache:
> (behavior is broken with both mem_cache and disk_cache)
>   
> This is what all the requests looks like, proxying a request for Opera's
> logo:
> (the first "fail to connect" is because of ipv6 support- ignore it)
> 
> Mod_cache sees the request:
> 
> [Thu Mar 30 21:36:37 2006] [debug] mod_cache.c(129): Adding CACHE_SAVE
> filter for /img/operalogo.gif
> [Thu Mar 30 21:36:37 2006] [debug] mod_cache.c(136): Adding CACHE_REMOVE_URL
> filter for /img/operalogo.gif
> 
> Proxy portion, works just fine:
> 
> [Thu Mar 30 21:36:37 2006] [debug] mod_proxy_http.c(54): proxy: HTTP:
> canonicalising URL //www.opera.com/img/operalogo.gif
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(1373): [client
> 192.168.1.101] proxy: http: found worker http://www.opera.com/ for
> http://www.opera.com/img/operalogo.gif
> [Thu Mar 30 21:36:37 2006] [debug] mod_proxy.c(736): Running scheme http
> handler (attempt 0)
> [Thu Mar 30 21:36:37 2006] [debug] mod_proxy_http.c(1661): proxy: HTTP:
> serving URL http://www.opera.com/img/operalogo.gif
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(1754): proxy: HTTP: has
> acquired connection for (www.opera.com)
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(1811): proxy: connecting
> http://www.opera.com/img/operalogo.gif to www.opera.com:80
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(1911): proxy: connected
> /img/operalogo.gif to www.opera.com:80
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(2005): proxy: HTTP: fam 28
> socket created to connect to www.opera.com
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(2016): (65)No route to host:
> proxy: HTTP: attempt to connect to [2002:42eb:b46b::2]:80 (www.opera.com)
> failed
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(2005): proxy: HTTP: fam 2
> socket created to connect to www.opera.com
> [Thu Mar 30 21:36:37 2006] [debug] proxy_util.c(2101): proxy: HTTP:
> connection complete to [2002:42eb:b46b::2]:80 (www.opera.com)
> [Thu Mar 30 21:36:38 2006] [debug] mod_proxy_http.c(1443): proxy: start body
> send
> 
> Mod_cache apparently deciding it's cacheable:
> 
> [Thu Mar 30 21:36:38 2006] [debug] mod_cache.c(602): cache: Caching url:
> /img/operalogo.gif
> [Thu Mar 30 21:36:38 2006] [debug] mod_cache.c(608): cache: Removing
> CACHE_REMOVE_URL filter.
> [Thu Mar 30 21:36:38 2006] [info] mem_cache: Cached url:
> http://_default_:80/img/operalogo.gif?
> 
> Mod_proxy continuing:
> 
> [Thu Mar 30 21:36:38 2006] [debug] mod_proxy_http.c(1530): proxy: end body
> send
> [Thu Mar 30 21:36:38 2006] [debug] proxy_util.c(1769): proxy: HTTP: has
> released connection for (www.opera.com)
> 
> Mod_cache doing something else:
> 
> [Thu Mar 30 21:39:18 2006] [debug] mod_cache.c(129): Adding CACHE_SAVE
> filter for /img/operalogo.gif
> [Thu Mar 30 21:39:18 2006] [debug] mod_cache.c(136): Adding CACHE_REMOVE_URL
> filter for /img/operalogo.gif
> 
> Mod_proxy then seems to be serving to client, instead of mod_cache:
> 
> [Thu Mar 30 21:39:18 2006] [debug] mod_proxy_http.c(54): proxy: HTTP:
> canonicalising URL //www.opera.com/img/operalogo.gif
> [Thu Mar 30 21:39:18 2006] [debug] proxy_util.c(1373): [client
> 192.168.1.101] proxy: http: found worker http://www.opera.com/ for
> http://www.opera.com/img/operalogo.gif?crap=0
> 
> So- it looks like mod_cache is caching things as directed, but the decision
> to actually serve from cache never happens.
> (I have confirmed that the disk cache is caching as well- I can see the
> actual objects on disk)
> 
> In contrast, this is what it should look like (serving a cached local file):
> 
> First request:
> 
> [Fri Mar 31 12:12:42 2006] [debug] mod_cache.c(129): Adding CACHE_SAVE
> filter for /index.html
> [Fri Mar 31 12:12:42 2006] [debug] mod_cache.c(136): Adding CACHE_REMOVE_URL
> filter for /index.html
> [Fri Mar 31 12:12:42 2006] [debug] mod_cache.c(602): cache: Caching url:
> /index.html
> [Fri Mar 31 12:12:42 2006] [debug] mod_cache.c(608): cache: Removing
> CACHE_REMOVE_URL filter.
> [Fri Mar 31 12:12:42 2006] [debug] mod_cache.c(651): cache: Added date
> header
> [Fri Mar 31 12:12:42 2006] [info] mem_cache: Cached url:
> http://192.168.1.10:80/index.html?
> 
> 
> Reload of page:
> 
> [Fri Mar 31 12:12:59 2006] [info] Incoming request is asking for a uncached
> version of /index.html, but we know better and are ignoring it
> [Fri Mar 31 12:12:59 2006] [debug] mod_cache.c(261): cache: running
> CACHE_OUT filter
> [Fri Mar 31 12:12:59 2006] [debug] mod_cache.c(275): cache: serving
> /index.html
> 
> So- it appears to me that the CACHE_OUT filter is never being run for some
> reason when the proxy is in place-
> Has this *ever* worked?
> I would be happy to drop back to a working version at this point, but
> nowhere on the great interweb can I actually find a report of this working
> as it is supposed to.
> 
> -SS
> 
> 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: [EMAIL PROTECTED]
>    "   from the digest: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: [EMAIL PROTECTED]
   "   from the digest: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to