HTTP HEAD请求如何获取准确Content-Type？媒体服务器是否用file命令？

要确认你的媒体服务器是否依赖file命令生成Content-Type，可以从这几个方向排查：

1. 查看服务器配置或源码 #

• 若是开源服务器（比如nginx、Apache、Emby、Jellyfin这类），直接查配置文件或源码：
  • nginx：检查mime.types文件，或是是否启用了ngx_http_autoindex_module的自动类型检测，部分场景会调用系统file命令；
  • 自定义开发的服务器：搜索源码中是否有调用file命令的逻辑（比如执行file --mime-type <文件名>这类子进程调用）。
• 闭源服务器的话，查看官方文档是否提及Content-Type的检测方式，或联系技术支持确认。

2. 对比测试结果 #

用你提到的wmv/avi文件做针对性测试：

• 在服务器本地执行file --mime-type <你的wmv/avi文件>，记录返回的类型；
• 给服务器发送HEAD请求，对比返回的Content-Type是否和file命令的结果一致。
  • 如果完全匹配（比如都返回application/octet-stream），那大概率是用了file命令；
  • 如果服务器返回video/x-ms-wmv或video/x-msvideo这类正确的视频类型，那应该是用了其他检测方式（比如基于文件扩展名的映射、libmagic库的高级检测，或是专门的媒体文件解析库）。

3. 检查服务器依赖的库 #

file命令底层依赖libmagic库，很多程序会直接调用libmagic而非执行file命令。你可以：

• 查看服务器进程加载的动态库，比如执行lsof -p <服务器PID> | grep libmagic，如果有结果，说明它可能用了和file同源的检测逻辑；
• 这种情况下，检测结果和file命令会高度一致，但性能比直接调用外部命令更好。

另外补充：file命令识别不准wmv/avi，通常是因为libmagic的数据库版本过旧。如果服务器确实用了这个逻辑，更新系统的file工具或libmagic库，大概率能修复这类识别错误。

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