我正在使用 HAProxy 1.4.22。我有以下 haproxy.conf 文件:
global
maxconn 100000
daemon
defaults
mode http
retries 1
contimeout 8000
clitimeout 120000
srvtimeout 120000
stats enable
stats uri /haproxy-stats
stats auth admin:****************
option httpchk
frontend http-in
bind 16.9.13.39:80
maxconn 100000
acl is_l1 hdr_end(host) -i l1.mydomain.com
acl is_l2 hdr_end(host) -i l2.mydomain.com
acl is_l3 hdr_end(host) -i l3.mydomain.com
acl is_l0 hdr_end(host) -i mydomain.com
use_backend lora1 if is_l1
use_backend lora2 if is_l2
use_backend lora3 if is_l3
use_backend lora0 if is_l0
default_backend lora0
backend lora0
balance roundrobin
option forwardfor except 127.0.0.1 # stunnel already adds the header
server s0 127.0.0.1:5000 check inter 60000
backend lora1
balance source
option forwardfor except 127.0.0.1 # stunnel already adds the header
server s1 127.0.0.1:5001 check inter 60000
backend lora2
balance source
option forwardfor except 127.0.0.1 # stunnel already adds the header
server s2 127.0.0.1:5002 check inter 60000
backend lora3
balance source
option forwardfor except 127.0.0.1 # stunnel already adds the header
server s3 127.0.0.1:5003 check inter 60000
一切正常。除了约 0.2% 的客户端。有时请求来自 l1、l2 或 l3。例如:
http://l3.mydomain.com/something
并且 HAProxy 由于某种原因与域名不匹配,而是使用默认后端。
我已经在应用程序中设置了日志记录,它报告接收端的主机名实际上是“l3.mydomain.com”。以下是我的应用程序收到的标头:
host: 'l3.mydomain.com',
'user-agent': 'Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4',
accept: 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
referer: 'http://mydomain.com/menu/2034414/e2e1abb5500ed51391d6351b1cf03695',
'accept-encoding': 'gzip,deflate,sdch',
'accept-language': 'en-US,en;q=0.8',
'accept-charset': 'ISO-8859-1,utf-8;q=0.7,*;q=0.3',
'x-proxy-id': '1407537728',
'x-forwarded-for': '10.201.4.168',
via: '1.1 10.201.255.254 (Mikrotik HttpProxy)'
问题:
我是否正确使用了 hdr_end(),是否存在匹配可能失败的特殊情况?
是否有某种方法可以记录 HAProxy 收到的实际 HTTP 读取器,但仅在没有匹配项且使用 default_backend 规则时才记录?
答案1
问题在于远程用户的代理发现 mydomain.com 和 l3.mydomain.com 是同一个 IP 地址,并尝试重用该连接。添加 http-server-close 选项解决了该问题。