回复于:Linux上部署Frps与Mac上Frpc的配置方案详细记录
› VFX大学 › VFX Pipeline | 数字创意工作流 › Linux上部署Frps与Mac上Frpc的配置方案详细记录 › 回复于:Linux上部署Frps与Mac上Frpc的配置方案详细记录
2023-12-23 - 16:04 #127181

追光
参与者
补充:Nginx反向代理实现实时上传下载
Nginx反向代理默认采用:用户将文件上传《—-》到Nginx反向代理服务器《—-》转发到后端服务器,并以网速最低的一端作为总传输速度,并在每一段传输中,以当前段的最大带宽作为区域传输速度。
在小文件上传下载时候,这个过程非常快,所以给人造成一种实时的错觉。当进行大文件(视频、软件、音频)下载的时候,就会发现效率很低。
具体表现:本地客户端输出流量正常,服务端输入流量正常,但从服务端到用户的速度很低、通常只有几十kb,这是由于反向代理过程中,用户需要将文件完全上传到服务端后,服务端才从服务端转发到后端,如果是大一点的视频、音频会造成超时无法播放的问题。
用户下载、播放时的方式:
在nginx反向代理中关闭向用户传输文件的缓存(即Nginx出方向的缓存)添加:
添加禁用缓存,不将转发数据存储到硬盘 proxy_buffering off; proxy_cache off; # proxy_hide_header Upgrade; 注释掉以下行 不添加缓存头 # add_header X-Cache $upstream_cache_status;
用户进行上传
如果站点是允许用户进行大文件(视频、软件、音频)上传即(Nginx入方向)的,同样会存在上述问题,我们可以通过关闭传入buffering来实现直接上传下载的目的,并设定客户端上传文件大小限制:
#Jisongbin直接上传不缓存 proxy_request_buffering off; # jisongbin代理文件上客户端最大请求体大小 client_max_body_size 10G; #add_header X-Cache $upstream_cache_status;
以上是在部署与应用过程中的记录,如果你在部署中遇到问题可以跟帖留言,看到就回复啦。