nginx proxy_pass 下载文件时的行为
nginx proxy_pass behavior when downloading a file
我对 nginx 中 proxy_pass 的行为有疑问。
假设 nginx 配置具有以下位置 属性:
location /a.mp4 {
proxy_pass http://3rd_party_domain/a.mp4;
}
（注意语法可能不正确，但你可以明白我想说的）
问题：当用户尝试在我的域上下载 a.mp4 时，实际流量来自哪里？我能想到以下可能的场景：
#1 3rd_party_domain -----> client
#2 3rd_party_domain -----> my_domain -----> client
我希望#1 是这种情况，但想知道实际行为是否类似于#2。
谢谢！
它通过 my_domain，客户端使用 my_domain 就像 "tunnel"。
一个老问题，但我遇到了相同的情况并找到了不同的解决方案。
如果您正在使用 Google 云存储或 AWS S3，您可以通过负载均衡器使用已签名的 URL 下载文件，该负载均衡器作为后端服务连接到存储桶。
文件名可以是静态的-
using file metadata
或动态-
我对 nginx 中 proxy_pass 的行为有疑问。 假设 nginx 配置具有以下位置 属性:
location /a.mp4 {
proxy_pass http://3rd_party_domain/a.mp4;
}
（注意语法可能不正确，但你可以明白我想说的）
问题：当用户尝试在我的域上下载 a.mp4 时，实际流量来自哪里？我能想到以下可能的场景：
#1 3rd_party_domain -----> client
#2 3rd_party_domain -----> my_domain -----> client
我希望#1 是这种情况，但想知道实际行为是否类似于#2。
谢谢！
它通过 my_domain，客户端使用 my_domain 就像 "tunnel"。
一个老问题，但我遇到了相同的情况并找到了不同的解决方案。 如果您正在使用 Google 云存储或 AWS S3，您可以通过负载均衡器使用已签名的 URL 下载文件，该负载均衡器作为后端服务连接到存储桶。
文件名可以是静态的- using file metadata
或动态-