Re: [squid-users] Squid3 extremely slow for some website cnn.com

From: Muhammed Shehata <m.shehata_at_tedata.net>
Date: Wed, 12 Dec 2012 12:53:20 +0200

> Dears,
> Is there any on can help
>
> Best Regards,
> *Muhammad Shehata*
> IT Network Security Engineer
> TEData
> Building A11- B90, Smart Village
> Km 28 Cairo - Alex Desert Road, 6th October, 12577, Egypt
> T: +20 (2) 33 32 0700 | Ext: 1532
> F: +20 (2) 33 32 0800 | M:
> E: m.shehata_at_tedata.net
> On 12/12/2012 09:08 AM, Muhammed Shehata wrote:
>> Eliezer,
>> squid2 > centos 5.2 final
>> squid3 > centos 6.3 final
>>
>> Mshehata
>> IT NS
>>
>> On 12/11/2012 10:03 PM, Eliezer Croitoru wrote:
>>>
>>> What linux? RH ?
>>>
>>> On 12/11/2012 10:00 PM, Muhammad Shehata wrote:
>>>> Dear Eliezer,
>>>> Thanks for your replay But actually it is the same user behavior
>>>> (me only trying request cnn.com and waiting to get it on my browser
>>>> ) using the same browser through the same squid proxy with the same
>>>> configuration and same network devices before and after them the
>>>> only difference is th squid version one is squid2.6stable20 and
>>>> other is squid3.2.4 which result the aborted of some urls contains
>>>> java script
>>>>
>>>>
>>>> M Shehata
>>>> IT NS
>>>> ________________________________________
>>>> From: Eliezer Croitoru [eliezer_at_ngtech.co.il]
>>>> Sent: Tuesday, December 11, 2012 7:24 PM
>>>> To: squid-users_at_squid-cache.org
>>>> Subject: Re: [squid-users] Squid3 extremely slow for some website
>>>> cnn.com
>>>>
>>>> Hey Muhammad,
>>>>
>>>> I do understand your problem but the issue you are having is most
>>>> likely
>>>> not due to any squid preferences.
>>>>
>>>> In most cases squid handles the request in the basic level of headers
>>>> and then pipe the request to the client directly(maybe using a
>>>> buffer).
>>>> The only case which squid will inspect the content in a deeper
>>>> level is
>>>> when using ESI.
>>>>
>>>> Since you are using it as a forward proxy I suppose it's disabled in
>>>> your setup.
>>>>
>>>> All the above takes you back to the lower level of networking
>>>> troubleshooting.
>>>>
>>>> The TCP_MISS_ABORTED is basically "the client aborted the request".
>>>> Try to be more informative on the tests you have done and what tweaks
>>>> have you tried to apply?
>>>> More about the setup etc..
>>>>
>>>> If by any way other systems on the way between your squid to the
>>>> source
>>>> are doing nasty things to the traffic you will have troubles.
>>>>
>>>> If you want to look for the source of the problem use curl wget or
>>>> other
>>>> tools.
>>>>
>>>> You will might want to tweak your refresh_pattern to match this
>>>> specific
>>>> site.
>>>>
>>>> If you need more assistance then just plain mailing list I assume this
>>>> can also be done.
>>>>
>>>> Regards,
>>>> Eliezer
>>>>
>>>> On 12/11/2012 9:32 AM, Muhammad Shehata wrote:
>>>>> Dear Amos,Eliezer
>>>>>
>>>>> Could you help me in that, I found squid3 failed to get some
>>>>> Java script pages in some websites
>>>>> squid3 logs : TCP_MISS_ABORTED/000 0 GET
>>>>> http://cdn.optimizely.com/js/128727546.js
>>>>> squid3 logs :TCP_MISS/200 17298 GET
>>>>> http://cdn.optimizely.com/js/128727546.js - DIRECT/23.50.196.211
>>>>> text/javascript
>>>>>
>>>>>
>>>>> Is there any patch to solve such issue in squid3 and if there any
>>>>> configuration option to speed up the response time without
>>>>> affecting badly
>>>>>
>>>>> Mshehata
>>>>> IT NS
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Muhammed Shehata
>>>>> IT Network Security Engineer
>>>>> TE Data
>>>>> Building A11- B90, 2nd floor
>>>>> Smart Village, Cairo, Alex Desert Road, 28 Km
>>>>> 6th of October 12577, Egypt
>>>>> T: +20 (2) 33 32 0700 | Ext: 1532
>>>>> F: +20 (2) 33 32 0800 | M:
>>>>> E: m.shehata_at_tedata.net
>>>>> www.tedata.net
>>>>>
>>>>>
>>>>
>>>> --
>>>> Eliezer Croitoru
>>>> https://www1.ngtech.co.il
>>>> sip:ngtech_at_sip2sip.info
>>>> IT consulting for Nonprofit organizations
>>>> eliezer <at> ngtech.co.il
>>>>
>>>
>>
>
Received on Wed Dec 12 2012 - 10:53:51 MST

This archive was generated by hypermail 2.2.0 : Wed Dec 12 2012 - 12:00:04 MST