配置Nginx服务器转发MJPEG流，绕过原服务器连接封锁限制

听起来你遇到的核心问题是：反向代理模式下Nginx会为每个客户端请求新建一条到源MJPEG服务器的连接，而源服务器在首次连接后就会封锁后续连接，导致只有第一个客户端能拿到流，后面的都失败。要解决这个问题，我们需要让Nginx保持一条持久的、唯一的连接到源服务器，然后把获取到的MJPEG流复制转发给所有连接过来的客户端。

下面是具体的配置方案和关键细节：

1. 核心配置思路 #

我们要利用Nginx的proxy_pass结合长连接配置，同时禁用客户端请求触发新连接的逻辑，让Nginx主动维持与源服务器的单条长连接，然后将流广播给所有客户端。

2. 完整Nginx配置示例 #

http {
    # 配置与源服务器的长连接池
    upstream mjpeg_source {
        server <源服务器IP或域名>:<端口>;
        keepalive 1; # 只保持1条持久连接，正好符合我们的需求
    }

    server {
        listen 80; # 你的Nginx监听端口
        server_name your-relay-server.com; # 你的服务器域名/IP

        location /mjpeg-stream {
            # 禁用缓存，因为MJPEG是实时流
            proxy_cache off;
            proxy_buffering off;

            # 配置长连接相关参数
            proxy_http_version 1.1;
            proxy_set_header Connection ""; # 清空Connection头，复用长连接
            proxy_set_header Host <源服务器Host头>; # 必须和源服务器期望的Host一致

            # 关键：使用upstream的长连接池，而不是直接proxy_pass到源地址
            proxy_pass http://mjpeg_source/<源服务器的流路径>;

            # 处理MJPEG的分块传输和内容类型
            proxy_set_header Accept-Encoding ""; # 禁用压缩，避免流损坏
            proxy_set_header Accept "multipart/x-mixed-replace";
            add_header Content-Type "multipart/x-mixed-replace; boundary=frame";
        }
    }
}

3. 关键配置解释 #

• upstream块的keepalive 1：强制Nginx只与源服务器维持1条持久连接，所有客户端的请求都会复用这条连接，不会触发新的连接请求，从根本上避免源服务器的封锁。
• proxy_buffering off：禁用Nginx的缓冲区，确保MJPEG流实时转发给客户端，不会出现延迟。
• proxy_http_version 1.1和proxy_set_header Connection ""：这两个配置是HTTP/1.1长连接复用的关键，告诉Nginx和源服务器不要关闭连接，保持复用。
• Host头设置：必须匹配源服务器期望的Host值，否则源服务器可能拒绝连接或返回错误内容。

4. 额外的优化与验证 #

• 如果源服务器有UA验证，你可以添加proxy_set_header User-Agent "你的自定义UA";来模拟合法请求。
• 配置完成后，重启Nginx：sudo systemctl restart nginx
• 测试时可以同时用多个浏览器或工具访问你的Nginx中继地址，确认所有客户端都能正常获取MJPEG流，且源服务器只收到一次连接请求。

为什么反向代理默认方案不行？ #

默认的proxy_pass配置下，Nginx会为每个客户端的HTTP请求新建一条到源服务器的连接。当第一个客户端连接后，源服务器封锁了IP，后续的连接请求都会被拒绝，这就是你遇到的问题。而上面的方案通过强制复用单条长连接，彻底避免了这个问题。

内容的提问来源于stack exchange，提问作者hehszki