Bug 163595

Summary: Squid blocks page served by broken server
Product: Red Hat Enterprise Linux 3 Reporter: Simon Matter <simon.matter>
Component: squidAssignee: Martin Stransky <stransky>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: tao, tigeli
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
URL: http://www.topjobs.ch/app/site.exe?FmAction=CompanyJobs&ClnId=1580
Whiteboard:
Fixed In Version: RHSA-2006-0045 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-03-15 15:42:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 168424, 170399    
Attachments:
Description Flags
Update spec file which includes backported relaxed_header_parser patch
none
squid-2.5.STABLE8-relaxed_header_parser.patch backported to STABLE3 none

Description Simon Matter 2005-07-19 11:24:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.9) Gecko/20050711 Firefox/1.0.5

Description of problem:
Recent Squid updates introduced a new stricter handling of HTTP level protocoll errors which results in many broken sites being closed out. While in fact those sites are broken, the squid developers realized that the changes made were too strict and released the relaxed_header_parser patch in squid-2.5.STABLE8 to make things work again in most situations.

Version-Release number of selected component (if applicable):
squid-2.5.STABLE3-6.3E.13

How reproducible:
Always

Steps to Reproduce:
1. check a broken site like http://www.topjobs.ch/app/site.exe?FmAction=CompanyJobs&ClnId=1580
2.
3.
  

Actual Results:  squid reports this in /var/log/squid/cache.log:
2005/07/19 12:43:38| ctx: enter level  0: 'http://www.topjobs.ch/app/site.exe?FmAction=CompanyJobs&ClnId=1580'
2005/07/19 12:43:38| WARNING: unparseable HTTP header field near {HTTP/1.0 200 OK
Content-type: text/html
}
2005/07/19 12:48:18| ctx: exit level  0

Of course, the page does not load in the client browser.

Expected Results:  An error should go to /var/log/squid/cache.log but in this case the page should load fine in the client browser anyway.

Additional info:

I have built my own squid rpm with a backported patch of http://www.squid-cache.org/Versions/v2/2.5/bugs/squid-2.5.STABLE8-relaxed_header_parser.patch for new. I strongly suggest that this patch is included into the next update.
I'll attach the files.

Comment 1 Simon Matter 2005-07-19 11:28:35 UTC
Created attachment 116923 [details]
Update spec file which includes backported relaxed_header_parser patch

Comment 2 Simon Matter 2005-07-19 11:30:10 UTC
Created attachment 116924 [details]
squid-2.5.STABLE8-relaxed_header_parser.patch backported to STABLE3

Comment 3 Pasi Sjöholm 2005-08-30 09:12:41 UTC
This bug also exists in RHEL 4, so please fix it. =)

Comment 4 Simon Matter 2005-08-30 09:19:14 UTC
You are right, I have also built my own patched RHEL 4 squid package. However, I
really expect this fix in the next official squid rpms.

Comment 5 Martin Stransky 2005-08-30 09:23:13 UTC
It's planned for the next update.

Comment 8 Martin Stransky 2005-11-15 12:26:54 UTC
The new release-candidate packages for RHEL3/4 are available here:

http://people.redhat.com/stransky/squid/


Comment 9 Simon Matter 2005-12-06 06:35:24 UTC
I have tested the RC2 package and it seems to work fine, thanks.

Comment 13 Red Hat Bugzilla 2006-03-15 15:42:36 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2006-0045.html