RE: [squid-users] POST + NTLM Authentica

 I suddenly remembered that you can enable more debug logging in the
cache.log file,

I've added debug_options ALL,1 33,2 to squid.conf and this is what now
gets output to the cache.log

Not sure if this is of any use to any of the developers?

2008/07/23 11:49:02| The request POST
http://www.example.ac.uk:80/administrator/index2.php is ALLOWED, because
it matched 'www_site'
2008/07/23 11:49:03| clientReadBody: start fd=22 body_size=32002
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=32002
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=27907 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=22 body_size=27907
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=27907
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=23812 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=22 body_size=23812
in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=23812
in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=23812
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=19717 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=22 body_size=19717
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=19717
in.offset=4095 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=15622 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| The reply for POST
http://www.example.ac.uk/administrator/index2.php is ALLOWED, because it
matched 'all'
2008/07/23 11:49:03| httpAppendBody: Request not yet fully sent "POST
http://www.example.ac.uk/administrator/index2.php"
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=15622
in.offset=4095 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=11527
in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=11527 in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=11527
in.offset=4095 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=7432
in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=7432 in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=7432
in.offset=4095 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=3337
in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=4095
body_size=3337 in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: start fd=22 body_size=3337
in.offset=3337 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| clientProcessBody: end fd=22 size=3337 body_size=0
in.offset=0 cb=0x8068ca0 req=(nil)
2008/07/23 11:49:03| growing request buffer: offset=4095 size=8192
2008/07/23 11:49:03| The request POST
http://www.example.ac.uk:80/administrator/index2.php is ALLOWED, because
it matched 'www_site'
2008/07/23 11:49:03| clientReadBody: start fd=27 body_size=32002
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=27 body_size=32002
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=27 size=8191
body_size=23811 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=27 body_size=23811
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=27 body_size=23811
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=27 size=8191
body_size=15620 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=27 body_size=15620
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=27 body_size=15620
in.offset=8191 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=27 size=8191
body_size=7429 in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientReadBody: start fd=27 body_size=7429
in.offset=7429 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: start fd=27 body_size=7429
in.offset=7429 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientProcessBody: end fd=27 size=7429 body_size=0
in.offset=0 cb=0x8088c4c req=0xa4f3ad0
2008/07/23 11:49:03| clientBuildReplyHeader: Connection oriented auth
but server side non-persistent

Cheers

Joe

-----Original Message-----
From: Joe Tiedeman [mailto:Joe.Tiedeman_at_hesa.ac.uk]
Sent: Thursday 17 July 2008 17:05
To: bill.allison_at_bsw.co.uk; squid-users_at_squid-cache.org
Subject: RE: [squid-users] POST + NTLM Authentica

Hi Bill,

Just to keep you up to date, I'm testing with 2.7 Stable 3 and the
behaviour as far as the client goes is identical, however the error in
cache.log has changed to:-

2008/07/17 16:57:22| httpAppendBody: Request not yet fully sent "POST
http://www.domain.com/administrator/index2.php"

Doing a quick google brings up this page
http://code.google.com/p/cacheboy/source/browse/branches/CACHEBOY_PRE/sr
c/http.c?r=12951

Line 794 onwards

    if (!httpState->flags.request_sent) {
        debug(11, 1) ("httpAppendBody: Request not yet fully sent \"%s
%s\"\n",
            RequestMethods[orig_request->method].str,
            storeUrl(entry));
        keep_alive = 0;
    }

Hopefully this will help to shed some light on things.

Joe

-----Original Message-----
From: bill.allison_at_bsw.co.uk [mailto:bill.allison_at_bsw.co.uk]
Sent: Thursday 10 July 2008 16:06
To: Joe Tiedeman; squid-users_at_squid-cache.org
Subject: RE: [squid-users] POST + NTLM Authentica

Joe thanks, that's helpful and appreciated - we'll go 3.0. Fingers
crossed.

 -----Original Message-----
From: Joe.Tiedeman_at_hesa.ac.uk
Sent: 10 July 2008 14:53
To: squid-users_at_squid-cache.org
Subject: RE: [squid-users] POST + NTLM Authentica

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

--
 --
 Bill,
If you want to test upgrading to 3.0 if you don't have a preference
either way, I'll test 2.7 (I'm currently using 2.6 Stable 20) as I can't
move to 3 yet because of some of the reverse proxy limitations.
Here's hoping! :)
Joe
 -----Original Message-----
From: bill.allison_at_bsw.co.uk [mailto:bill.allison_at_bsw.co.uk]
Sent: Thursday 10 July 2008 14:35
To: squid3_at_treenet.co.nz
Cc: lfferreira_at_gmail.com; squid-users_at_squid-cache.org
Subject: RE: [squid-users] POST + NTLM Authentica
Thanks. Pressure of work means that it will be a few days before I can
upgrade, but I will let you know when done. What should I consider when
deciding whether to go 3.0 or 2.7?
 -----Original Message-----
From: squid3_at_treenet.co.nz
Sent: 10 July 2008 12:44
To: Bill Allison
Cc: lfferreira_at_gmail.com; squid-users_at_squid-cache.org
Subject: Re: [squid-users] POST + NTLM Authentica
     
   
 
------------------------------------------------------------------------
 --
 --
bill.allison_at_bsw.co.uk wrote:
> Hi
>
> I think this may be the same as I reported as bug 2176
> (http://www.squid-cache.org/bugs/show_bug.cgi?id=2176) against 2.6 
> STABLE17. Is it known to be fixed in 2.7 or 3.0?. Apologies for asking
 -
> I haven't had time yet to go through changes logs for subsequent 
> versions.
Ah if thats the bug, then unkown. It's still open. Primarily because we
have not ben able to get a usable trace in the current code to find out
whats causing it.
If you upgrade you will either see it disappear; at which point we can
get the others to test 2175 by upgrading themselves. Maybe closing the
issue off.
Or worst case it remains, at which point you are using a version we can
support you while debug tracking the issue down.
Amos
>
> Bill A.
>
>  -----Original Message-----
> From: squid3_at_treenet.co.nz
> Sent: 10 July 2008 05:28
> To: lfferreira_at_gmail.com
> Cc: squid-users_at_squid-cache.org
> Subject: Re: [squid-users] POST + NTLM Authentica
>
>
>
>
>
   
 
------------------------------------------------------------------------
 -
 -
>  --
> Luiz Felipe Ferreira wrote:
>> Guys,
>>
>> We have a squid-2.5STABLE14 with NTLM authentication.
>
> Please upgrade. 2.5 has been obsolete for several years.
>
> We currently support primarily 3.0stable7, and 2.7stable3 for those
who
> can't upgrade to 3.0x.
>
> Either of which is a good upgrade form 2.5.
>
> Amos
>  --
> Please use Squid 2.7.STABLE3 or 3.0.STABLE7
>
>  --
> This message has been scanned for viruses and dangerous content by 
> MailScanner, and is believed to be clean.
>
>
>
 --
Please use Squid 2.7.STABLE3 or 3.0.STABLE7
 --
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
______________________________________________________________
This incoming email was virus scanned for HESA by MessageLabs.
______________________________________________________________
_____________________________________________________________________
Higher Education Statistics Agency Ltd (HESA) is a company limited by
guarantee, registered in England at 95 Promenade Cheltenham GL50 1HZ.
Registered No. 2766993. The members are Universities UK and GuildHE.
Registered Charity No. 1039709. Certified to ISO 9001 and BS 7799.
   
HESA Services Ltd (HSL) is a wholly owned subsidiary of HESA, registered
in England at the same address. Registered No. 3109219.
_____________________________________________________________________
This outgoing email was virus scanned for HESA by MessageLabs.
_____________________________________________________________________
 --
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
______________________________________________________________
This incoming email was virus scanned for HESA by MessageLabs.
______________________________________________________________
_____________________________________________________________________
Higher Education Statistics Agency Ltd (HESA) is a company limited by
guarantee, registered in England at 95 Promenade Cheltenham GL50 1HZ.
Registered No. 2766993. The members are Universities UK and GuildHE.
Registered Charity No. 1039709. Certified to ISO 9001 and BS 7799. 
 
HESA Services Ltd (HSL) is a wholly owned subsidiary of HESA, registered
in England at the same address. Registered No. 3109219.
_____________________________________________________________________
This outgoing email was virus scanned for HESA by MessageLabs.
_____________________________________________________________________
______________________________________________________________
This incoming email was virus scanned for HESA by MessageLabs.
______________________________________________________________
_____________________________________________________________________
Higher Education Statistics Agency Ltd (HESA) is a company limited by
guarantee, registered in England at 95 Promenade Cheltenham GL50 1HZ.
Registered No. 2766993. The members are Universities UK and GuildHE.
Registered Charity No. 1039709. Certified to ISO 9001 and BS 7799. 
 
HESA Services Ltd (HSL) is a wholly owned subsidiary of HESA,
registered in England at the same address. Registered No. 3109219.
_____________________________________________________________________
This outgoing email was virus scanned for HESA by MessageLabs.
_____________________________________________________________________