Facundo Vilarnovo wrote:
Zul,
        What variables are you referring to? We test setting up the proxy ip on 
the IE.
Pointing to port 3128 using http://www.whatsmyipaddress.com, as a result it says it 
passes the original source ip address (client's ip), but detects a proxy server. Doing 
totally "transparent" with wccp, nothing configured on IE, we get the same 
results.
The point is we are still getting the proxy detected. Using variables like via and XFF, the result of using the XFF and via is that passes the client ip address or don't.

While the above is correct...

it's seems to have nothing to do with the problem of the cache being visible or 
don't.

...this is not.

Via off XFF off = clients source ip it's shown, proxy detected.

Makes sense. You are still transmitting a X-Forwarded-For header. Just not populating it with data.

Via on XFF on = clients source ip it's not shown (shows proxy ip), proxy not 
detected.

This is a bit of a mystery. Perhaps the script is being tricked by having a valid XFF and VIA header which don't agree with the client source address.

Tnxs!
Facundo Vilarnovo

In any case, setting the tag "forwarded_for" to "off" in the squid.conf file does not prevent its addition by Squid (see http://www.squid-cache.org/Versions/v2/HEAD/cfgman/forwarded_for.html). Setting "via off" only prevents the instance of Squid where it is set from adding its own Via header. Try using...

header_access Via deny all
header_access X-Forwarded-For deny all

...and accessing whatsmyipaddress.com.  You might have better luck.

Chris

Reply via email to