[squid-users] reverse proxy setup, to http driven application that serves file segments

From: louis gonzales <linuxlouis_at_gmail.com>
Date: Wed, 8 Apr 2009 01:16:35 -0400

Dist,
Version: Squid 2.7.STABLE6
OS(unfortunately :) ): Windows Server 2003

Issue:
I'm using the reverse proxy as the "origin server" to interface with a
server behind it that communicates file segments through http
protocol. I don't want Squid to cache anything, so I added the "cache
deny all" to the very end of the squid.conf file. I know that Squid
is working as the reverse proxy, because my application client is able
to startup and to do that, it's going through the reverse proxy
setup... however, it appears that Squid (in my current configuration)
is having difficulties with actually retrieving the file segments from
the same server, so I've enclosed snippets from the cache.log file, to
see if anyone could point me to a configuration issue in Squid.conf?

Noteworthy from cache.log are: 1) The request POST, 2) the reply POST,
and 3) clientReadRequest very last line.

Any insight would be greatly appreciated. Thanks in advance!

--------------------------- Reverse Proxy Setup in Squid.conf:
---------------------------------------------------
cache_peer 192.168.0.1 parent 80 0 no-query originserver name=myAccel

#
acl FMS dstdomain unified1.abstract.net
http_access allow FMS
cache_peer_access myAccel allow FMS

http_port proxy1.abstract.net:80 accel defaultsite=unified1.abstract.net

------------------------------------------------------------------------------------------------------------------------------------

--------------------------- From access.log:
----------------------------------------------------------------------------
1239166876.508 50 proxy1.abstract.net TCP_MISS/200 651 POST
http://unified1.abstract.net/tc/fms/513791787/mygroup/FSC_unified1_Administrator/
- FIRST_UP_PARENT/myAccel multipart/form-data,

-----------------------------------------------------------------------------------------------------------------------------------

--------------------------- From cache.log:
----------------------------------------------------------------------------
2009/04/08 01:01:16| Parser: retval 1: from 0->96: method 0->3; url
5->85; version 87->95 (1/1)
2009/04/08 01:01:16| The request POST
http://unified1.abstract.net:80/tc/fms/513791787/mygroup/FSC_unified1_Administrator/
is ALLOWED, because it matched 'FMS'
2009/04/08 01:01:16| peerSourceHashSelectParent: Calculating hash for
192.168.0.20
2009/04/08 01:01:16| clientReadBody: start fd=12 body_size=159922
in.offset=4095 cb=00450A7C req=00F53B28
2009/04/08 01:01:16| clientProcessBody: start fd=12 body_size=159922
in.offset=4095 cb=00450A7C req=00F53B28
2009/04/08 01:01:16| clientProcessBody: end fd=12 size=4095
body_size=155827 in.offset=0 cb=00450A7C req=00F53B28
...
                             < output truncated for readability >
...
2009/04/08 01:01:16| clientReadBody: start fd=12 body_size=217
in.offset=217 cb=00450A7C req=00F53B28
2009/04/08 01:01:16| clientProcessBody: start fd=12 body_size=217
in.offset=217 cb=00450A7C req=00F53B28
2009/04/08 01:01:16| clientProcessBody: end fd=12 size=217 body_size=0
in.offset=0 cb=00450A7C req=00F53B28
2009/04/08 01:01:16| The reply for POST
http://unified1.abstract.net/tc/fms/513791787/mygroup/FSC_unified1_Administrator/
is ALLOWED, because it matched 'all'
2009/04/08 01:01:16| clientReadRequest: FD 12: no data to process
((10035) WSAEWOULDBLOCK, Resource temporarily unavailable.)
-----------------------------------------------------------------------------------------------------------------------------------

-- 
Louis Gonzales
BSCS EMU 2003
HP Certified Professional
louis.gonzales_at_linuxlouis.net
Received on Wed Apr 08 2009 - 05:16:39 MDT

This archive was generated by hypermail 2.2.0 : Wed Apr 08 2009 - 12:00:02 MDT