[squid-users] TCP_MISS/403 353 HEAD text/plain Error help !!
snakeeyes
ahmed.zaeem at netstream.ps
Mon Jun 8 19:29:55 UTC 2015
Hi Amos thanks for explanation
But the issue is it works fine from other paid proxies .
Again , the app is a link converter and it connect to proxy
I will give u sample how app works :
It request link as below:
http://convertlink-bla-bla-bla.com/ytd/Youtube.class.php?url=https://www.youtube.com/watch?v=MYSVMgRr6pw&proxy=xxxx:yyyy
so the xxx:yyyy is the proxy ip:port
again Amos , since its outside squid and it works on other proxies , do u think we can do anything on our squid ?
any other ideas??
cheers
-----Original Message-----
From: Amos Jeffries [mailto:squid3 at treenet.co.nz]
Sent: Monday, June 8, 2015 1:31 AM
To: snakeeyes; squid-users at lists.squid-cache.org
Subject: Re: [squid-users] TCP_MISS/403 353 HEAD text/plain Error help !!
On 8/06/2015 5:36 a.m., snakeeyes wrote:
> Hi Amos thank you so much
> Again , this App IS REMOTE and as a black box .
> It works 100 % on other proxies but I need to let it work on my own proxy.
>
> Now what I did is :
> I added 2 directives to my squid.conf :
>
> strip_query_terms off
> debug_options 11,2 28,3
>
>
> then restarted squid and monitored the logs .
>
> again I have 2 files monitored when it worked and when it failed.
>
> But the strange that the problem is it work on some youtube vidoes and
> don’t work on the others
>
> those files were just as an example :
> file 1 didn’t work and give error 403 ===>
> https://www.youtube.com/watch?v=MYSVMgRr6pw
>
> and other file worked ===>
> https://www.youtube.com/watch?v=p0g9_osImd0
>
> now I will test the app with those links , note that that 1sst line will fail and the 2nd Link will success.
>
> I had graped the log files andf attached them because they are big
> Name for failed file is =>debug_failed.txt Name for succeded file
> ==>debug_worked.txt
>
> Thanks a lot
>
> cheers
Your Squid is letting all of both types of traffic through, and it appears not to be caching the results.
That is good in a way. It means the problem is clearly something between the browser and Google servers, not Squid.
I can see several differences between the client requests. The working ones have a line or so more query parameters than the forbidden ones.
They are also consistently going to a different server (working *.12 , failing *.14).
Amos
More information about the squid-users
mailing list