Hi,
2011/2/21 Amos Jeffries <squid3_at_treenet.co.nz>:
> On Mon, 21 Feb 2011 16:19:53 +0200, Ümit Kablan wrote:
>
>>
>> and this works fine. The localnet counterpart:
>>
>> -------
>> GET
>>
>>
>> /search?hl=tr&source=hp&biw=1276&bih=823&q=eee+ktu&aq=0&aqi=g10&aql=&oq=eee&fp=64d53dfd7a69225a&tch=3&ech=1ψ=6UBOTbHmCtah_Aa2haXRDw12969740590425&wrapid=tlif129697480915821&safe=active
>> HTTP/1.1
>
> Note the missing http://domain details in the URL. This is not a
> browser->proxy HTTP request. It is a browsers->origin request.
>
> IIRC interception of this type of request does not work in Windows, since
> the kernel NAT details are not available without proprietary third-party
> network drivers. Look at WPAD configuration of the localnet browsers
> instead, that way they will send browser->proxy requests nicely.
Exactly! The working requests are all starting with http://domain/ as
you mentioned. (I must say I couldn't capture loopback network packets
in windows). I cant guess why firefox, ie, and chrome are sending
protocol://domain'less requests when you hit enter but send correct
url when google scans for autocompletion. I looked for advanced
options but I couldnt get anything either. Have you got an idea of a
workaround? Is it possible to tell Squid-conf to assume an exception
for a Host (e.g. www.google.com) and if encounters a
protocol://domain'less url: just concatenate two?
>
> Amos
>
Thanks for your attention,
-- ÜmitReceived on Tue Feb 22 2011 - 15:24:59 MST
This archive was generated by hypermail 2.2.0 : Wed Feb 23 2011 - 12:00:03 MST