V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
NGINX
NGINX Trac
3rd Party Modules
Security Advisories
CHANGES
OpenResty
ngx_lua
Tengine
在线学习资源
NGINX 开发从入门到精通
NGINX Modules
ngx_echo
mikaelson
V2EX  ›  NGINX

我这套 nginx 反向代理设置有问题吗?帮忙看看各位大佬。

  •  
  •   mikaelson · 2023-06-22 15:33:11 +08:00 · 1797 次点击
    这是一个创建于 531 天前的主题,其中的信息可能已经有所发展或是发生改变。
    web 应用是 vue+java
    在内网服务器

    nginx.conf 配置如下:
    #user nobody;
    worker_processes auto;

    #error_log logs/error.log;
    #error_log logs/error.log notice;
    #error_log logs/error.log info;

    #pid logs/nginx.pid;


    events {
    worker_connections 65535;
    }


    http {
    gzip on;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
    gzip_min_length 1000;
    gzip_disable "msie6";
    proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m;
    proxy_cache_key "$scheme$request_method$host$request_uri";
    proxy_cache_valid 200 206 60m;
    proxy_cache_valid 404 1m;
    keepalive_timeout 65;
    keepalive_requests 100;
    tcp_nopush on;
    client_max_body_size 200m;
    include mime.types;
    default_type application/octet-stream;
    sendfile on;
    proxy_connect_timeout 300s;
    proxy_send_timeout 300s;
    proxy_read_timeout 300s;
    proxy_buffer_size 64k;
    proxy_buffers 4 32k;
    proxy_busy_buffers_size 64k;
    proxy_temp_file_write_size 64k;
    include vhost/*.conf;
    }

    vhost 里的文件是这样写的:
    server {
    listen 8081;
    server_name localhost;
    client_max_body_size 100M;

    location / {
    root /data/xxx/dist/;
    index index.html;
    try_files $uri $uri/ /index.html;
    }
    location ^~/mall_war/ {
    proxy_pass http://localhost:8900;
    }
    }

    然后我在腾讯云上的公网服务器的 nginx 对他做反向代理,nginx.conf 配置一样,然后我的反向代理文件是这样写的
    upstream test{
    server xxx.xxx.xxx.xxx:8081;
    }
    server {
    listen 443 ssl;
    server_name test.abc.com;
    ssl_certificate "/usr/local/nginx/ssl/test.abc.com.pem";
    ssl_certificate_key "/usr/local/nginx/ssl/test.abc.com.key";
    location / {
    proxy_pass http://test;
    proxy_set_header Host $http_host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_pass_request_headers on;
    proxy_http_version 1.1;
    proxy_set_header Connection "";
    }
    }




    现在就是几个人访问也一直报错
    upstream prematurely closed connection while reading response header from upstream
    一直报这个错误

    是网络问题?还是 nginx 配置有问题?
    请大佬帮忙看看,实在不懂咋搞了。
    6 条回复    2023-06-24 11:37:52 +08:00
    leaves615
        1
    leaves615  
       2023-06-22 19:08:22 +08:00
    根据错误信息,是反代 nginx 在等待读取 upstream 的响应时,连接已断开。 初步判断是反代服务器到内网服务器的连接超时小于反代 nginx proxy read timeout 。

    ---
    看你配置,有两个时间配置不对等:
    keepalive_timeout 65; proxy_read_timeout 300s;
    mikaelson
        2
    mikaelson  
    OP
       2023-06-22 19:55:45 +08:00
    @leaves615
    keepalive_timeout:65s ##设置 nginx 开启 keepalive ,超时时间为 65 秒,也就是说:如果客户端 65 秒内没有后续的请求过来,nginx 就会断掉这个 TCP 连接,设置为 0 表示禁用 keepalive 。

    keepalive_requests :100 ##设置长连接能够处理请求的次数,100 表示:一个长连接 nginx 最多处理 100 次请求就会关闭。

    这 2 个不对等好像不影响呀?
    q8515620
        3
    q8515620  
       2023-06-22 20:55:52 +08:00 via Android
    我也不懂,但你说的这两个跟 1 楼说的不一样
    mikaelson
        4
    mikaelson  
    OP
       2023-06-22 21:06:10 +08:00
    @q8515620 只看了前半个,后半个看错了。
    如果你的后端服务器响应时间较长,你可以考虑将 proxy_read_timeout 设置得比 keepalive_timeout 更大,以确保反向代理服务器有足够的时间读取完整的响应。
    如果你希望尽快释放后端服务器的连接以释放资源,你可以将 keepalive_timeout 设置得比 proxy_read_timeout 更小,以便更快地关闭持久连接。

    我觉得我这样设置也没错呀,如果 proxy_read_timeout 设置得比 keepalive_timeout 更大,那么反向代理服务器有足够的时间去读取完整的响应。这样理解应该没错呀。
    splxsg
        5
    splxsg  
       2023-06-24 01:05:24 +08:00
    "upstream prematurely closed connection while reading response header from upstream" 这个错误通常发生在 Nginx 试图读取来自上游服务器的响应时,上游服务器已经关闭了连接。

    这个问题可能的原因有很多种,包括:

    应用服务器问题:您的 Java 应用可能存在某些问题,导致其无法正确响应请求,或者在响应过程中崩溃。这种情况下,你需要检查 Java 应用的日志,看看是否有任何错误或异常。

    网络问题:网络连接不稳定或者带宽不足,也可能导致此问题。尤其是在你的场景中,内网服务器和腾讯云服务器之间的网络可能存在问题。可以尝试通过 ping 或者 traceroute 命令检查网络连接的稳定性。

    配置问题:你的 Nginx 配置看起来没有什么问题,但是值得一试的是增加 proxy_read_timeout 的值。这个参数决定了 Nginx 等待上游服务器响应的时间。如果你的应用处理请求需要很长时间,那么可能需要增加这个值。例如,你可以尝试将其设置为 600s 或者更长。

    还有,你可以在你的反向代理文件中添加 proxy_next_upstream 配置项,设置其值为 error timeout invalid_header http_500 http_502 http_503 http_504 ,这样,当遇到这些错误时,Nginx 将会尝试使用其他的服务器。

    希望以上的建议能对你有所帮助。
    mikaelson
        6
    mikaelson  
    OP
       2023-06-24 11:37:52 +08:00
    @splxsg 谢谢大佬。我照你的方法试试。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5503 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 07:57 · PVG 15:57 · LAX 23:57 · JFK 02:57
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.