https://bz.apache.org/bugzilla/show_bug.cgi?id=64240
--- Comment #2 from dingli <382188...@qq.com> ---
(In reply to Mark Thomas from comment #1)
> Tomcat tightened up the HTTP 0.9 parsing. It looks like there is an issue
> with requests of the form:
>
> GET / LF
>
> Prior to the parsing changes, this would have been accepted as a (malformed)
> HTTP 0.9 request. It is now rejected as an invalid HTTP 1.1 request. The
> HTTP 0.9 spec allows either way of handling the request.
>
> I'll take a look to see if the parsing can be relaxed to accept requests
> like this without creating problems elsewhere.
>
> I'm curious. What clients are you using that sent malformed HTTP 0.9
> requests?
my tomcat is behinde one F5 load balancer, F5 have http monitor to check the
tomcat's health. The default send string of F5 http monitor is "GET /CRLF",
total 7 bytes. when tomcat close the socket without return anything, F5 think
tomcat is out of service.
below is the tcpdump of F5 monitor connection:
22:45:04.215888 IP 172.16.97.5.15379 > 172.16.28.103.ircu-4: Flags [S], seq
3311525713, win 5840, options [mss 1460,sackOK,TS val 3987447303 ecr
0,nop,wscale 7], length 0
0x0000: 4500 003c 20ba 4000 3f06 4575 ac10 6105 E..<..@.?.Eu..a.
0x0010: ac10 1c67 3c13 1a0c c561 df51 0000 0000 ...g<....a.Q....
0x0020: a002 16d0 d51c 0000 0204 05b4 0402 080a ................
0x0030: edab 9e07 0000 0000 0103 0307 ............
22:45:04.215910 IP 172.16.28.103.ircu-4 > 172.16.97.5.15379: Flags [S.], seq
3991552491, ack 3311525714, win 14480, options [mss 1460,sackOK,TS val
3320472856 ecr 3987447303,nop,wscale 7], length 0
0x0000: 4500 003c 0000 4000 4006 652f ac10 1c67 E..<..@.@.e/...g
0x0010: ac10 6105 1a0c 3c13 edea 41eb c561 df52 ..a...<...A..a.R
0x0020: a012 3890 5872 0000 0204 05b4 0402 080a ..8.Xr..........
0x0030: c5ea 6518 edab 9e07 0103 0307 ..e.........
22:45:04.217823 IP 172.16.97.5.15379 > 172.16.28.103.ircu-4: Flags [.], ack 1,
win 46, options [nop,nop,TS val 3987447305 ecr 3320472856], length 0
0x0000: 4500 0034 20bb 4000 3f06 457c ac10 6105 E..4..@.?.E|..a.
0x0010: ac10 1c67 3c13 1a0c c561 df52 edea 41ec ...g<....a.R..A.
0x0020: 8010 002e bf9e 0000 0101 080a edab 9e09 ................
0x0030: c5ea 6518 ..e.
22:45:04.217849 IP 172.16.97.5.15379 > 172.16.28.103.ircu-4: Flags [P.], seq
1:8, ack 1, win 46, options [nop,nop,TS val 3987447305 ecr 3320472856], length
7
0x0000: 4500 003b 20bc 4000 3f06 4574 ac10 6105 E..;..@.?.Et..a.
0x0010: ac10 1c67 3c13 1a0c c561 df52 edea 41ec ...g<....a.R..A.
0x0020: 8018 002e eb1c 0000 0101 080a edab 9e09 ................
0x0030: c5ea 6518 4745 5420 2f0d 0a ..e.GET./..
22:45:04.217858 IP 172.16.28.103.ircu-4 > 172.16.97.5.15379: Flags [.], ack 8,
win 114, options [nop,nop,TS val 3320472858 ecr 3987447305], length 0
0x0000: 4500 0034 24f6 4000 4006 4041 ac10 1c67 E..4$.@.@.@A...g
0x0010: ac10 6105 1a0c 3c13 edea 41ec c561 df59 ..a...<...A..a.Y
0x0020: 8010 0072 bf51 0000 0101 080a c5ea 651a ...r.Q........e.
0x0030: edab 9e09 ....
22:45:04.219749 IP 172.16.28.103.ircu-4 > 172.16.97.5.15379: Flags [F.], seq 1,
ack 8, win 114, options [nop,nop,TS val 3320472860 ecr 3987447305], length 0
0x0000: 4500 0034 24f7 4000 4006 4040 ac10 1c67 E..4$.@.@.@@...g
0x0010: ac10 6105 1a0c 3c13 edea 41ec c561 df59 ..a...<...A..a.Y
0x0020: 8011 0072 bf4e 0000 0101 080a c5ea 651c ...r.N........e.
0x0030: edab 9e09 ....
22:45:04.220836 IP 172.16.97.5.15379 > 172.16.28.103.ircu-4: Flags [F.], seq 8,
ack 2, win 46, options [nop,nop,TS val 3987447308 ecr 3320472860], length 0
0x0000: 4500 0034 20bd 4000 3f06 457a ac10 6105 E..4..@.?.Ez..a.
0x0010: ac10 1c67 3c13 1a0c c561 df59 edea 41ed ...g<....a.Y..A.
0x0020: 8011 002e bf8e 0000 0101 080a edab 9e0c ................
0x0030: c5ea 651c ..e.
22:45:04.220850 IP 172.16.28.103.ircu-4 > 172.16.97.5.15379: Flags [.], ack 9,
win 114, options [nop,nop,TS val 3320472861 ecr 3987447308], length 0
0x0000: 4500 0034 24f8 4000 4006 403f ac10 1c67 E..4$.@.@.@?...g
0x0010: ac10 6105 1a0c 3c13 edea 41ed c561 df5a ..a...<...A..a.Z
0x0020: 8010 0072 bf49 0000 0101 080a c5ea 651d ...r.I........e.
0x0030: edab 9e0c ....
you can see the real payload data is "47 45 54 20 2f 0d 0a" (7 bytes in Hex)
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
