I have now coded what I think deny_info should be capable of in the
deny_info_url branch.
a) Error pages as usual from what we have:
deny_info ERR_xxx acl1 acl2 ...
b) Redirects, added by the branch:
deny_info http://www.somewhere.com/ acl3 acl4 ...
Can include arguments detailing the error for CGI processing or the
like.
c) Resets, adopted from the code committed by Duane (about 3 lines
change in triggering method, plus documentation):
deny_info TCP_RESET acl5 acl6 ...
I will commit this to HEAD tomorrow, and unless someone objects I
think this is also a candidate for inclusion into Squid-2.5.
Regards
Henrik
On Monday 01 April 2002 10:25, Henrik Nordstrom wrote:
> I am not sure I like how this is configured. Should be done via a
> magic error page TCP_RESET, not based on the content of the error
> page.
>
> Will look into it in more detail when merging the deny_info_url
> patch.. <http://devel.squid-cache.org/deny_info_url/>
>
> Regards
> Henrik
>
> wessels@squid-cache.org wrote:
> > wessels 2002/03/31 23:02:16 MST
> >
> > Modified files:
> > src client_side.c comm.c errorpage.c
> > protos.h structs.h
> > Log:
> > This patch was posted to squid-users some time ago. It allows
> > the admin to make Squid send TCP resets for certain error pages.
> >
> > Revision Changes Path
> > 1.567 +3 -0 squid/src/client_side.c
> > 1.328 +15 -0 squid/src/comm.c
> > 1.169 +6 -0 squid/src/errorpage.c
> > 1.430 +1 -0 squid/src/protos.h
> > 1.412 +1 -0 squid/src/structs.h
Received on Mon Apr 01 2002 - 15:54:18 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:14:56 MST