blob: 75cdd7d8da69c1204bfe7f6d2fab11a7af9a8071 [file] [log] [blame]
Frédéric Lécaille233afc72018-09-04 15:58:14 +02001# commit 70d318c
2# BUG/MEDIUM: lua: possible CLOSE-WAIT state with '\n' headers
3#
4# The Lua parser doesn't takes in account end-of-headers containing
5# only '\n'. It expects always '\r\n'. If a '\n' is processes the Lua
6# parser considers it miss 1 byte, and wait indefinitely for new data.
7#
8# When the client reaches their timeout, it closes the connection.
9# This close is not detected and the connection keep in CLOSE-WAIT
10# state.
11#
12# I guess that this patch fix only a visible part of the problem.
13# If the Lua HTTP parser wait for data, the timeout server or the
14# connectio closed by the client may stop the applet.
15
16varnishtest "possible CLOSE-WAIT with '\n' headers"
Christopher Fauletfdafd9a2018-12-19 11:50:17 +010017#REQUIRE_OPTIONS=LUA
Frédéric Lécaille233afc72018-09-04 15:58:14 +020018
19feature ignore_unknown_macro
20
21syslog Slog -level info -repeat 100 {
22 recv info
Christopher Fauletcc26b132018-12-18 21:20:57 +010023 expect ~ "[^:\\[ ]\\[${h1_pid}\\]: Ta=[0-9]* Tc=[0-9]* Td=[0-9]* Th=[0-9]* Ti=[0-9]* Tq=[0-9]* TR=[0-9] Tr=[0-9]* Tt=[0-9]* Tw=[0-9]*"
Frédéric Lécaille233afc72018-09-04 15:58:14 +020024} -start
25
26haproxy h1 -conf {
27 defaults
28 timeout client 1s
29 timeout connect 1s
30
31 global
32 lua-load ${testdir}/b00003.lua
Frédéric Lécaille233afc72018-09-04 15:58:14 +020033
34 frontend frt
35 log ${Slog_addr}:${Slog_port} local0 debug err
36 log-format Ta=%Ta\ Tc=%Tc\ Td=%Td\ Th=%Th\ Ti=%Ti\ Tq=%Tq\ TR=%TR\ Tr=%Tr\ Tt=%Tt\ Tw=%Tw
37 mode http
Christopher Faulet8f161482018-12-19 11:49:39 +010038 ${no-htx} option http-use-htx
Frédéric Lécaille233afc72018-09-04 15:58:14 +020039 bind "fd@${frt}"
40 http-request use-service lua.donothing
41} -start
42
43
44client c1 -connect ${h1_frt_sock} -repeat 100 {
45 send "GET / HTTP/1.1\n\n"
46} -run
47
48syslog Slog -wait
49
50shell {
51 ss -pt | grep CLOSE-WAIT.*haproxy
52 exit $((!$?))
53}