haproxy如何处理静态文件(如.css,.js,.jpeg)?当我使用配置文件时,浏览器会说:
503服务不可用
没有服务器可用于处理此请求。
这是我的配置:
global
daemon
group root
maxconn 4000
pidfile /var/run/haproxy.pid
user root
defaults
log global
option redispatch
maxconn 65535
contimeout 5000
clitimeout 50000
srvtimeout 50000
retries 3
log 127.0.0.1 local3
timeout http-request 10s
timeout queue 1m
timeout connect 10s
timeout client 1m
timeout server 1m
timeout check 10s
listen dashboard_cluster :8888
mode http
stats refresh 5s
balance roundrobin
option httpclose
option tcplog
#stats realm Haproxy \ statistic
acl url_static path_beg -i /static
acl url_static path_end -i .css .jpg .jpeg .gif .png .js
use_backend static_server if url_static
backend static_server
mode http
balance roundrobin
option httpclose
option tcplog
stats realm Haproxy \ statistic
server controller1 10.0.3.139:80 cookie controller1 check inter 2000 rise 2 fall 5
server controller2 10.0.3.113:80 cookie controller2 check inter 2000 rise 2 fall 5
Run Code Online (Sandbox Code Playgroud)
我的档案有误吗?我该怎么做才能解决这个问题?!
小智 5
尝试增大计时器并检查服务器是否可访问。
来自 HAproxy 文档:
It can happen from many reasons:
The status code is always 3-digit. The first digit indicates a general status :
- 1xx = informational message to be skipped (eg: 100, 101)
- 2xx = OK, content is following (eg: 200, 206)
- 3xx = OK, no content following (eg: 302, 304)
- 4xx = error caused by the client (eg: 401, 403, 404)
- 5xx = error caused by the server (eg: 500, 502, 503)
503 when no server was available to handle the request, or in response to
monitoring requests which match the "monitor fail" condition
When a server's maxconn is reached, connections are left pending in a queue
which may be server-specific or global to the backend. In order not to wait
indefinitely, a timeout is applied to requests pending in the queue. If the
timeout is reached, it is considered that the request will almost never be
served, so it is dropped and a 503 error is returned to the client.
Run Code Online (Sandbox Code Playgroud)
如果您在日志中看到 SC:
SC The server or an equipment between it and haproxy explicitly refused
the TCP connection (the proxy received a TCP RST or an ICMP message
in return). Under some circumstances, it can also be the network
stack telling the proxy that the server is unreachable (eg: no route,
or no ARP response on local network). When this happens in HTTP mode,
the status code is likely a 502 or 503 here.
Run Code Online (Sandbox Code Playgroud)
检查 ACL、检查超时...并检查日志,这是最重要的...
我认为是原因:
没有default_backend定义。HAProxy将发送503,这将显示NOSRV在日志中。
另一个可能的原因
根据我的经验之一,我收到的HTTP 503错误是由于我具有相同IP和端口的2个绑定所致x.x.x.x:80。
frontend test_fe
bind x.x.x.x:80
bind x.x.x.x:443 ssl blah
# more config here
frontend conflicting_fe
bind x.x.x.x:80
# more config here
Run Code Online (Sandbox Code Playgroud)
Haproxy配置检查不会警告您,netstat也不会显示2 LISTEN个条目,这就是为什么花了一些时间才意识到正在发生的事情的原因。
如果您有2个haproxy服务正在运行,也会发生这种情况。请检查正在运行的进程并终止较旧的进程。