Почему всегда получать код состояния 400 при отправке HTTP-запроса в HAProxy - PullRequest
Новая
       27

Почему всегда получать код состояния 400 при отправке HTTP-запроса в HAProxy

0 голосов
/ 06 июня 2019

У меня работает HAProxy в режиме HTTP, и все прошло очень хорошо.

Но когда я отправляю запрос с пробелом (да ASCII 32) в URI, что-то странно vvvveeeeeerrrrryyyy!

Я получил код состояния 400: Ваш браузер отправил неверный запрос.

Это запрос, вы можете использовать curl для проверки: 

# Do not use browser like Chrome or Firefox, or the request will be encoded
# before is was sent to HAProxy
# haproxy is my testing server here
curl -i -v 'http://haproxy/search?oq=haproxy invalid request'

Это ответ: 

* About to connect() to haproxy port 80 (#0)
*   Trying xx.xxx.xxx.xxx... connected
* Connected to haproxy (xx.xxx.xxx.xxx) port 80 (#0)
> GET /search?oq=haproxy invalid request HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.13.6.0 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: haproxy
> Accept: */*
> 
* HTTP 1.0, assume close after body
< HTTP/1.0 400 Bad request
HTTP/1.0 400 Bad request
< Cache-Control: no-cache
Cache-Control: no-cache
< Connection: close
Connection: close
< Content-Type: text/html
Content-Type: text/html

< 
<html><body><h1>400 Bad request</h1>
Your browser sent an invalid request.
</body></html>
* Closing connection #0

Когда я кодирую пробел в "+" или "% 20", все идет хорошо.

Запрос такой: 

curl -i 'http://haproxy/search?oq=haproxy+invalid+request'
curl -i 'http://haproxy/search?oq=haproxy%20invalid%20request'

Ответ: 

HTTP/1.1 302 Found
Cache-Control: no-cache
Content-length: 0
Location: http://www.google.com/search?oq=haproxy%20invalid%20request
Connection: close

По некоторым причинам, мы не можем закодировать каждый пробел в нашем запросе, поэтому я попытался установить параметр для HAProxy с последующим решением здесь:

Руководство по конфигурации

экстра-пространство-в-HTTP-заголовков-дает-400-ошибки-на-HAProxy

Но оба не работают.

Это рекомендуемый параметр: 

# Enable or disable relaxing of HTTP request parsing
option accept-invalid-http-request

Вот мой haproxy.cfg 

global
    log 127.0.0.1 local2 info
    chroot /usr/local/haproxy
    pidfile /var/run/haproxy.pid
    nbproc 1
    maxconn 32768
    user root
    group root
    daemon
    stats socket /var/lib/haproxy/stats

defaults
    log global
    mode http
    timeout client 10s
    timeout connect 10s
    timeout server 10s

# This is for HTTP over port 80
frontend http_in
    bind 0.0.0.0:80
    maxconn 4096
    option accept-invalid-http-request
    default_backend google

# This is for backend server
backend google
    mode http
    balance roundrobin
    server google1 127.0.0.1:80 redir http://www.google.com check

Это журнал HTTP: 

Jun  6 12:07:17 localhost haproxy[32059]: 61.155.184.119:45028 [06/Jun/2019:12:07:17.944] http_in http_in/<NOSRV> -1/-1/-1/-1/0 400 187 - - PR-- 1/1/0/0/0 0/0 "<BADREQ>"
Jun  6 12:07:26 localhost haproxy[32059]: 61.155.184.119:45029 [06/Jun/2019:12:07:26.083] http_in http_in/<NOSRV> -1/-1/-1/-1/0 400 187 - - PR-- 1/1/0/0/0 0/0 "<BADREQ>"

Это сокат ошибки: 

echo "show errors" | socat stdio /var/lib/haproxy/stats

Total events captured on [06/Jun/2019:13:17:41.009] : 6

[06/Jun/2019:12:07:26.083] frontend http_in (#2): invalid request
  backend <NONE> (#-1), server <NONE> (#-1), event #5, src xx.xxx.xxx.xxx:45029
  buffer starts at 0 (including 0 out), 16189 free,
  len 195, wraps at 16384, error at position 23
  stream #10, stream flags 0x00000000, tx flags 0x00000000
  HTTP msg state MSG_RQVER(6), msg flags 0x00000000
  HTTP chunk len 0 bytes, HTTP body len 0 bytes, channel flags 0x00d08002 :

  00000  GET /search?oq=haproxy invalid request HTTP/1.1\r\n
  00049  User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3
  00119+ .13.6.0 zlib/1.2.3 libidn/1.18 libssh2/1.4.2\r\n
  00165  Host: haproxy\r\n
  00180  Accept: */*\r\n
  00193  \r\n

Проверенная версия HAProxy: 

HA-Proxy version 1.9.8 2019/05/13
HA-Proxy version 1.5.18 2016/05/10

Среда сервера HAProxy: 

CentOS release 6.8 (Final)
Linux version 2.6.32-696.23.1.el6.x86_64 (mockbuild@x86-01.bsys.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-18) (GCC) ) #1 SMP Tue Mar 13 22:44:18 UTC 2018

У кого-нибудь была подобная проблема?

Буду очень признателен за любые советы и предложения.

Спасибо.

1 Ответ

1 голос
/ 06 июня 2019

Вы не можете иметь пробел в URI. HAProxy прав, чтобы исправить это.

Не могли бы вы уточнить:

"По некоторым причинам мы не можем закодировать каждый пробел в нашем запросе"

Также обратите внимание, что строка запроса не является полем заголовка HTTP, поэтому вы искали неактуальный параметр конфигурации.

...