tux not handling content due to large cookies in header
"Morgan Demers" <[email protected]> Fri, 8 Jun 2007 11:37:16 -0400
| Newsgroups | gmane.network.tux |
|---|---|
| Message-ID | <00ad01c7a9e2$e50aecf0$6501a8c0@MINDVIZDELL> |
This is a multi-part message in MIME format.
--===============0879049680==
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_00AA_01C7A9C1.5DAA90B0"
This is a multi-part message in MIME format.
------=_NextPart_000_00AA_01C7A9C1.5DAA90B0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Everyone,
This is my first message on the list and I'd just like to introduce =
myself. My name is Morgan Demers and I run a fairly large network of =
sites. I rely quite heavily on tux for serving static content. I've just =
recently happened upon what I think to be a bug, but might be by design. =
I rely on cookies fairly heavily - for sessions, temporary storage of =
small sets of data, etc... I've just recently discovered that when a a =
browser sends a fairly large Cookie header for a domain that tux is =
serving static content for - tux will break and pass the request on to =
Apache even though the file exists and should be served. I've tested =
this out with large sets of cookies and then after clearing my cookies - =
and it seems to be that situation each time. I have virtual hosting on, =
and have multiple domains on the same server. Even in the tux log you =
can see a problem - typically when a request is made it has =
--domain.com--/--request path-- but when the headers are too large (due =
to all the cookies) the request looks like this /--request path--. Has =
anyone encountered this problem before? Is there a workaround other than =
having a seperate domain name for static content (such that no cookies =
are passed to the server)?
Some Debug Output from gettuxconfig:
Jun 8 11:22:17 picsfolio kernel: PRINT req d58e0000 <f8a569c0>, sock =
d00ebc34
Jun 8 11:22:17 picsfolio kernel: ... idx: 0
Jun 8 11:22:17 picsfolio kernel: ... sock d00ebc34, sk f301c880, =
sk->state: 1, sk->err: 0
Jun 8 11:22:17 picsfolio kernel: ... write_queue: 0, receive_queue: 1, =
error_queue: 0, keepalive: 1, status: 0
Jun 8 11:22:17 picsfolio kernel: ...tp->send_head: 00000000
Jun 8 11:22:17 picsfolio kernel: ...tp->snd_una: 20971c91
Jun 8 11:22:17 picsfolio kernel: ...tp->snd_nxt: 20971c91
Jun 8 11:22:17 picsfolio kernel: ...tp->packets_out: 00000000
Jun 8 11:22:17 picsfolio kernel: ... meth:{GET /ps/admin.jpg HTTP/1.1^M
Jun 8 11:22:17 picsfolio kernel: Accept: */*^M
Jun 8 11:22:17 picsfolio kernel: Accept-Language: en-us^M
Jun 8 11:22:17 picsfolio kernel: UA-CPU: x86^M
Jun 8 11:22:17 picsfolio kernel: Accept-Encoding: gzip, deflate^M
Jun 8 11:22:17 picsfolio kernel: If-Modified-Since: Wed, 07 Feb 2007 =
05:12:33 GMT^M
Jun 8 11:22:17 picsfolio kernel: If-None-Match: "2988fa-950-f956b240"^M
Jun 8 11:22:17 picsfolio kernel: User-Agent: Mozilla/4.0 (compatible; =
MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; Alexa Toolbar; .NET CLR =
2.0.50727)^M
Jun 8 11:22:17 picsfolio kernel: Host: p.#domain removed#.com^M
Jun 8 11:22:17 picsfolio kernel: Connection: Keep-Alive^M
Jun 8 11:22:17 picsfolio kernel: Cookie: ###############cookie data =
removed for security/privacy##################... post_data:{<NULL>}(0).
Jun 8 11:22:17 picsfolio kernel: ... headers: {<NULL>}
Here is how the request looks in the tux log:
#ip removed# - - [08/Jun/2007:11:22:26 -0400] "GET /ps/admin.jpg =
HTTP/1.1" -1 0 "-" ""
and here is how the request should have looked in the tux log:
#ip removed# - - [08/Jun/2007:11:23:19 -0400] "GET p.#domain =
removed#.com/ps/admin.jpg HTTP/1.1" 200 2384 "-" ""
------------
if you notice in the gettuxconfig log, it has "headers: {<NULL>}" =
meaning I think the large cookie data breaks the header processing =
mechanism in tux and that in turn forces tux to hand over the request to =
Apache?
Any help would be most appreciated,
Thanks in advance,
Morgan Demers
------=_NextPart_000_00AA_01C7A9C1.5DAA90B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16441" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi Everyone,<BR><BR>This is my first =
message on the=20
list and I'd just like to introduce myself. My name is Morgan Demers and =
I run a=20
fairly large network of sites. I rely quite heavily on tux for serving =
static=20
content. I've just recently happened upon what I think to be a bug, but =
might be=20
by design. I rely on cookies fairly heavily - for sessions, temporary =
storage of=20
small sets of data, etc... I've just recently discovered that when a a =
browser=20
sends a fairly large Cookie header for a domain that tux is =
serving=20
static content for - tux will break and pass the request on to =
Apache even=20
though the file exists and should be served. I've tested this out =
with=20
large sets of cookies and then after clearing my cookies - and it seems =
to be=20
that situation each time. I have virtual hosting on, and have multiple=20
domains on the same server. Even in the tux log you can see a =
problem=20
- typically when a request is made it has --domain.com--/--request =
path--=20
but when the headers are too large (due to all the cookies) the =
request=20
looks like this /--request path--. Has anyone encountered this problem =
before?=20
Is there a workaround other than having a seperate domain name for =
static=20
content (such that no cookies are passed to the server)?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Some Debug Output from =
gettuxconfig:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Jun 8 11:22:17 picsfolio kernel: =
PRINT req=20
d58e0000 <f8a569c0>, sock d00ebc34<BR>Jun 8 11:22:17 =
picsfolio=20
kernel: ... idx: 0<BR>Jun 8 11:22:17 picsfolio kernel: ... sock =
d00ebc34,=20
sk f301c880, sk->state: 1, sk->err: 0<BR>Jun 8 11:22:17 =
picsfolio=20
kernel: ... write_queue: 0, receive_queue: 1, error_queue: 0, keepalive: =
1,=20
status: 0<BR>Jun 8 11:22:17 picsfolio kernel: ...tp->send_head: =
00000000<BR>Jun 8 11:22:17 picsfolio kernel: ...tp->snd_una:=20
20971c91<BR>Jun 8 11:22:17 picsfolio kernel: ...tp->snd_nxt:=20
20971c91<BR>Jun 8 11:22:17 picsfolio kernel: =
...tp->packets_out:=20
00000000<BR>Jun 8 11:22:17 picsfolio kernel: ... meth:{GET =
/ps/admin.jpg=20
HTTP/1.1^M<BR>Jun 8 11:22:17 picsfolio kernel: Accept: =
*/*^M<BR>Jun =20
8 11:22:17 picsfolio kernel: Accept-Language: en-us^M<BR>Jun 8 =
11:22:17=20
picsfolio kernel: UA-CPU: x86^M<BR>Jun 8 11:22:17 picsfolio =
kernel:=20
Accept-Encoding: gzip, deflate^M<BR>Jun 8 11:22:17 picsfolio =
kernel:=20
If-Modified-Since: Wed, 07 Feb 2007 05:12:33 GMT^M<BR>Jun 8 =
11:22:17=20
picsfolio kernel: If-None-Match: "2988fa-950-f956b240"^M<BR>Jun 8 =
11:22:17=20
picsfolio kernel: User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows =
NT 5.1;=20
.NET CLR 1.1.4322; Alexa Toolbar; .NET CLR 2.0.50727)^M<BR>Jun 8 =
11:22:17=20
picsfolio kernel: Host: p.#domain removed#.com^M<BR>Jun 8 11:22:17 =
picsfolio kernel: Connection: Keep-Alive^M<BR>Jun 8 11:22:17 =
picsfolio=20
kernel: Cookie: ###############cookie data removed for=20
security/privacy##################... =
post_data:{<NULL>}(0).<BR>Jun =20
8 11:22:17 picsfolio kernel: ... headers: {<NULL>}</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Here is how the request looks in the =
tux=20
log:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>#ip removed# - - =
[08/Jun/2007:11:22:26 -0400]=20
"GET /ps/admin.jpg HTTP/1.1" -1 0 "-" ""</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>and here is how the request should have =
looked in=20
the tux log:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>#ip removed# - - =
[08/Jun/2007:11:23:19 -0400]=20
"GET p.#domain removed#.com/ps/admin.jpg HTTP/1.1" 200 2384 "-" ""</DIV>
<DIV><BR></DIV></FONT>
<DIV><FONT face=3DArial size=3D2>------------</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>if you notice in the gettuxconfig log, =
it has=20
"headers: {<NULL>}" meaning I think the large cookie data breaks =
the=20
header processing mechanism in tux and that in turn forces tux to hand =
over the=20
request to Apache?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Any help would be most =
appreciated,<BR>Thanks in=20
advance,<BR>Morgan Demers</FONT></DIV></BODY></HTML>
------=_NextPart_000_00AA_01C7A9C1.5DAA90B0--
--===============0879049680==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
tux-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/tux-list
--===============0879049680==--