Search squid archive

RE: logging of headers after request modification

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Actually I found one that works with the "least" amount of trickery...

Logging via "%{Via}<h"
And modifying the response headers the same way as the request headers.

Still in my interpretation the "header modification" via request_header_access would fall into the "adaption and redirection" phase - maybe an idea for  a change to trunk?

Still - I got my workaround...

Thanks,
	Martin

-----Original Message-----
From: Alex Rousskov [mailto:rousskov@xxxxxxxxxxxxxxxxxxxxxxx] 
Sent: Dienstag, 07. Mai 2013 18:22
To: squid-users@xxxxxxxxxxxxxxx
Subject: Re:  logging of headers after request modification

On 05/07/2013 09:49 AM, Martin Sperl wrote:

> Is there any other configuration option (in squid 3.2) to log if an
> ACL matches in the access-log? (which is all I essentially need)

I have listed all the options I could think of, but I missed the
"different logformat" options you mentioned. I think they boil down to:

4) Use multiple stdio/daemon loggers to append records to the same file.
This does not require development (assuming current stdio/daemon code
use O_APPEND when opening a log file). If you do not use NFS and  manual
page for open(2) implications are correct, then there should be no
conflicts.

5) Use a single tcp logger address to log to the same file (requires
not-yet-accepted trunk patch to work well). Here is a sketch for such a
logger:

  nc -k -l 127.0.0.1 1234 > one-and-only.log


HTH,

Alex.


> -----Original Message-----
> From: Alex Rousskov [mailto:rousskov@xxxxxxxxxxxxxxxxxxxxxxx] 
> Sent: Dienstag, 07. Mai 2013 17:37
> To: squid-users@xxxxxxxxxxxxxxx
> Subject: Re:  logging of headers after request modification
> 
> On 05/07/2013 08:03 AM, Martin Sperl wrote:
> 
>> I have configured squid 3.2.7 logging with the following pattern to log:
>>
>> logformat xml ...<Via>%{Via}>ha</Via>...
>> access_log daemon:/var/logs/squid/access_log.xml xml all
>>
>> But I have the problem, that the <VIA> fields stay "empty" (actually "-")...
>>
>> So I wonder why and how I can change that, so that I get the Via header as well...
> 
>> P.s: I am modifying the VIA header in my config like this under some circumstances:
>> request_header_access Via allow CUSTOM_ACL
>> request_header_access Via deny all
>> request_header_replace Via mypersonalvalue
> 
>> The application sees the "expected" value in the Via header, so that
>> itself is not an issue - only logging the header is NOT working as
>> expected... (it actually only works IF
> 
> 
> [http::]>ha logs request headers received by Squid and adapted by
> ICAP/eCAP. It does not log request headers sent by Squid. There is
> currently no logformat code to log the latter.
> 
> If you want to log outgoing Via, your options include:
> 
> 1) add a logformat code to log outgoing request headers (requires
> development);
> 
> 2) use "note" directive and %note logformat code to log mypersonalvalue
> when needed (requires Squid trunk?)
> 
> 3) move Via manipulation to ICAP/eCAP while disabling Squid's Via
> generation (requires writing or adjusting an adaptation service).
> 

This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement,
you may review at http://www.amdocs.com/email_disclaimer.asp





[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux