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