我将nginx设置为我的apache tomcat的反向代理。它按照我的预期正常工作。但是,当Apache Tomcat服务器关闭时,当NGINX总是返回502 Bad Gateway时,我感到很困惑。而不是返回504 Bad Gateway超时?
502 Bad Gateway : 服务器充当网关或代理,并从上游服务器收到无效响应。
504网关超时 服务器充当网关或代理,但没有收到上游服务器的及时响应。
user root;
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
ssl_session_cache shared:SSL:20m;
ssl_session_timeout 10m;
keepalive_timeout 65;
map $http_upgrade $connection_upgrade {
default Upgrade;
'' close;
}
server {
listen *:80;
return 301 https://$host:443$request_uri;
}
server{
listen *:443; #Ip of client
# Specifies the maximum accepted body size of a client request, as indicated by the request header Content-Length.
client_max_body_size 1024M;
# ssl config
ssl on;
ssl_certificate server.crt;
ssl_certificate_key server.key;
# for proxy timeout
proxy_connect_timeout 75s;
proxy_read_timeout 600s;
proxy_send_timeout 600s;
# not cache authorization
proxy_no_cache $http_pragma $http_authorization;
location /wss {
rewrite ^.*\/wss\/(?<api>.*) /$api break;
proxy_pass http://127.0.0.1:8071;
# for websocket
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_http_version 1.1;
proxy_buffering off;
proxy_ignore_client_abort off;
proxy_read_timeout 1d;
proxy_send_timeout 1d;
}
location / {
proxy_buffering off;
proxy_pass http://127.0.0.1:8071;
}
}
}
访问时的错误日志:
2015/10/19 10:10:03 [错误] 29475#0:* 44 connect()失败(111: 连接拒绝)连接上游时,客户端: 192.168.70.60,server :, request:“GET / HTTP / 1.1”,上游:“http://127.0.0.1:8071/”,主持人:“192.168.70.161”
2015/10/19 10:10:03 [错误] 29475#0:* 44 connect()失败(111: 连接拒绝)连接上游时,客户端: 192.168.70.60,server :, request:“GET / HTTP / 1.1”,上游:“http://127.0.0.1:8071/”,主持人:“192.168.70.161”
有人可以解释为什么NGINX会返回502 HTTP错误而不是504错误吗? 或者,我的配置有问题吗?
我想,我错过了。 504仅在NGINX无法将请求转发到代理服务器但代理服务器未按NGINX预期及时响应时发生。 就我而言:
proxy_connect_timeout 75s;
proxy_read_timeout 600s;
proxy_send_timeout 600s;
因此,如果Proxied Server已关闭,NGINX将使用HTTP错误代码502,503进行响应?
答案 0 :(得分:5)
默认情况下,SELinux配置不允许NGINX连接到远程Web,fastCGI或其他服务器。您可以使用 setenforce 0 设置许可模式,以检查SELinux是否应该受到指责。如果是,您只需使用audit2allow生成一组允许所需操作的策略规则:
grep nginx /var/log/audit/audit.log | audit2allow -M nginx
semodule -i nginx.pp
之后,请记得再次使用 setenforce 1 启用SELinux。
有关详情,请参阅this acticle。