我的 nginx 虚拟主机配置中有以下节。目标是仅允许直接(深层链接)下载视频内容类型,对于其他内容则返回 404 或其他错误:
location ~* ^/webdata/.+(\.mp4|\.m4v|\.mpg|\.mpeg|\.mpg|\.mts|\.avi)$ { root /srv/data; }
.mp4
如您所见,上面的代码通过匹配请求的 URL 的结尾相当粗略地实现了这一点。如果它不是以、.m4v
、等结尾,则.mpg
不会触发节,客户端也不会获取文件。
理想情况下,我希望能够做这样的事情(这显然不起作用,因为$content_type
如果我没记错的话,它指的是来自客户端的内容类型 HTTP 请求标头,而不是所请求资源的内容类型):
location /webdata { if ($content_type =~ 'video/.*') { root /srv/data/; } }
有没有办法做到这一点?
评论:基于问题 577471,似乎 nginx 完全依赖于文件名/URI,而不是像大多数现代 Linux 桌面环境那样使用 MIME magic 之类的东西根据实际文件内容标头确定内容类型。如果这是真的,那么这可能是不可能的。
答案1
在标准 nginx 安装中,有一个名为的文件mime.types
,它将文件扩展名映射到 MIME 类型。
因此,对于对静态文件的请求,nginx 会检查要发送到客户端的文件的扩展名,然后查找要发送到客户端的标头mime.types
。Content-Type
location
因此,块中不能存在任何 MIME 魔法。
如果你的意思是 nginx 会根据文件内容来选择 MIME 类型,那将非常低效。
目前,当 nginx 处理请求时,它会从表中查找 MIME 类型并添加 MIME 类型标头。然后它会打开文件,基本上只是将其复制到客户端套接字。
但是,如果希望 nginx 根据文件内容选择 MIME 类型,最坏的情况是它必须读取并解释整个文件才能找出正确的文件类型。这将需要更多的 CPU,并使性能变得更差。这就是 nginx 中没有此功能的原因。
最好的方法是给发送给客户端的文件添加适当的扩展名。
如果不可能的话,那么您必须使用您喜欢的语言自己实现此文件内容检查。