Назад | Перейти на главную страницу

Увеличьте время ожидания клиента для подключений WebSocket к определенному URL-адресу

В CentOS 7 Linux я успешно использую HAProxy 1.5.14 перед Jetty 9 обслуживает сайт Wordpress через FastCGI.

Он работает очень хорошо, но для игры HTML5 / WebSocket на том же веб-сайте гораздо больше таймаутов клиента и сервера для подключений WebSocket к /ws/ URL необходимы.

Итак, я изменил /etc/haproxy/haproxy.cfg в следующий файл:

global
    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4000
    user        haproxy
    group       haproxy
    daemon
    tune.ssl.default-dh-param 2048

defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m    # HOW TO INCREASE FOR /ws/ ?
    timeout server          1m    # HOW TO INCREASE FOR /ws/ ?
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000

frontend public
    bind 144.76.184.151:80
    bind 144.76.184.151:443 ssl crt /etc/pki/tls/certs/slova.de.pem

    acl websocket_url path_end /ws/
    #timeout client 60m if websocket_url   # SYNTAX ERROR
    use_backend ws-jetty if websocket_url
    default_backend jetty

backend jetty
    server domain 127.0.0.1:8080 send-proxy

backend ws-jetty
    timeout client 60m    # IS IGNORED HERE
    timeout server 60m
    server domain 127.0.0.1:8080 send-proxy

Когда я установил

    timeout client 60m
    timeout server 60m

в defaults в разделе моя игра WebSocket работает по мере необходимости, но я не хочу, чтобы для обычных HTTP-соединений были тайм-ауты в 1 час.

Когда я помещаю этот раздел в backend ws-jetty затем выводится предупреждение, что клиент тайм-аута не является серверной опцией и поэтому игнорируется.

Когда я пробую линию timeout client 60m if websocket_url то сообщается о синтаксической ошибке.

Если некоторые долгоживущие сеансы смешиваются с короткоживущими (например, WebSocket и HTTP), стоит подумать timeout tunnel, который отменяет timeout client и timeout server для туннелей, а также timeout client-fin для полузакрытых соединений.

http://cbonte.github.io/haproxy-dconv/configuration-1.5.html#4.2-timeout%20client

когда timeout tunnel активен в соединении - что происходит автоматически для веб-сокетов, поскольку логика HTTP отключается после обновления соединения до веб-сокета - - большинство других тайм-аутов больше не срабатывают для этого соединения.

Обратите внимание, что это таймер простоя, а не таймер сеанса. Таймер сбрасывается движением с любого направления. Вы можете применить это к бэкэнду или в разделе значений по умолчанию. На самом деле он должен использоваться HAProxy только тогда, когда это уместно, но размещение его на конкретном сервере, где это необходимо, возможно, является лучшей практикой.