Nginx播放MP4视频，通常不需要安装专门的流媒体模块：把MP4文件放在Nginx可读取的目录中，通过HTTP静态文件服务即可在浏览器中播放。页面使用video元素指定视频地址，浏览器负责解码和显示；Nginx的关键任务是正确返回文件、媒体类型和字节范围响应。若只看到下载而不能在线播放，先检查页面写法、响应头和浏览器支持的编码，不要立即把问题归因于Nginx本身。

可先将视频放入网站目录，例如/var/www/site/video/demo.mp4，并在对应server配置中设置网站根目录和静态文件类型。常见配置思路是让location指向视频所在目录，使用try_files检查请求文件是否存在；Nginx的MIME类型配置应使.mp4返回video/mp4，通常在主配置的http区块包含mime.types即可。修改配置后先运行nginx -t检查语法，通过后再重新加载配置。若视频单独放在其他目录，可用alias映射，但要留意alias路径末尾斜杠与location路径的对应关系，否则容易出现文件明明存在却返回404的情况。配置完成后直接访问视频URL，确认能取得文件，再将同一URL填入网页播放器。

在线播放和拖动进度条依赖浏览器按需读取文件。用浏览器开发者工具查看视频请求：正常情况下响应类型应为video/mp4；支持范围请求时，浏览器可能发送Range请求，服务器返回206 Partial Content，并带有Content-Range信息。若始终返回200且大文件无法拖动，可检查反向代理是否改写或拦截Range、缓存层是否影响响应，以及请求是否实际命中了提供视频的Nginx实例。再分别测试小文件与大文件、从头播放与跳转播放，并观察Nginx访问日志中的状态码和请求路径。页面无法播放时还应确认MP4内部的视频、音频编码是否被当前浏览器支持；MP4只是容器格式，文件扩展名正确并不代表编码一定兼容。

用 Nginx 播放视频，实际做法是让 Nginx 通过 HTTP 提供视频文件，再由浏览器或播放器解码显示。对于自己有权发布的 MP4 文件，配置好文件路径和 MIME 类型后，用户可以直接打开视频地址观看，也可以把地址嵌入网页播放器；Nginx 本身不负责解码，也不会自动提供视频片源。

先把视频文件和访问路径对应起来

假设视频文件放在服务器的 /srv/media/video/demo.mp4，希望通过网站的 /video/demo.mp4 访问。使用 Nginx 的 alias 时，URL 路径和本地目录都要以斜杠结尾，文件名则由访问路径补上：

http {
    include mime.types;

    server {
        listen 80;
        server_name 你的域名;

        location ^~ /video/ {
            alias /srv/media/video/;
            autoindex off;
        }
    }
}

include mime.types; 应放在 http 配置块中，常见配置会将 MP4 标记为 video/mp4。把配置合并到现有站点后，先运行 nginx -t 检查语法；出现配置成功提示，再执行 nginx -s reload 重新加载。若测试报错，先根据错误提示修正配置，不要直接重启后忽略问题。

还要确认 Nginx 工作进程能读取视频文件，并且能逐级进入存放文件的目录。访问返回 403 时，优先检查文件读取权限和目录执行权限；返回 404 时，核对 alias 的实际目录、斜杠和文件名大小写。开启 autoindex 会显示目录内容，通常没有必要；只提供已知视频文件时，保持关闭即可。

用直接播放和网页播放器分别验证

配置加载后，在浏览器中打开站点下的 /video/demo.mp4。如果浏览器显示原生视频控件并能播放，说明文件路径、HTTP 访问和基本解码均可用。也可以在网页中嵌入播放器：

<video controls preload="metadata" width="800">
    <source src="/video/demo.mp4" type="video/mp4">
    当前浏览器无法播放此视频。
</video>

controls 显示播放、暂停和进度控制；preload="metadata" 让页面优先读取时长等信息，而不是一打开页面就主动下载整段视频。若页面与视频不在同一域名，或页面通过 HTTPS 加载而视频仍走 HTTP，还要检查跨域策略或混合内容限制；浏览器控制台通常会给出相应报错。

播放卡在加载、拖动进度条后无法继续时，打开浏览器开发者工具的网络面板，查看视频请求状态和响应头。正常情况下应能取得视频内容，响应类型应为 video/mp4；支持分段请求时，拖动进度条通常会触发带范围的请求并收到 206 Partial Content。Nginx 的静态文件服务通常支持字节范围请求。如果响应类型不对，检查 mime.types 是否加载；如果总是 404 或 403，回到路径和权限检查；如果能下载却无法解码，则继续检查视频编码格式。

无法播放时，分清传输问题和编码问题

MP4 是封装格式，不代表里面的视频和音频编码都能被当前浏览器支持。H.264 视频配合 AAC 音频通常兼容性较好；某些浏览器或设备对 HEVC 等编码的支持则可能不同。若请求正常返回、文件也能下载，但画面黑屏、只有声音或浏览器提示不支持，先用媒体信息工具确认编码，再按目标设备重新编码，而不要只修改 Nginx 配置。

若实际提供的是 HLS 播放列表（如 .m3u8）及分片文件，它与单个 MP4 的访问方式不同，需要让播放列表和分片路径都能正确访问，并确保相关 MIME 类型及播放器支持符合需求。Nginx 只负责按配置交付这些文件，不会自动把 MP4 转成 HLS，也不会替网站实现登录权限或版权保护。

因此，可靠的检查顺序是：确认文件确实存在且可读，检查 Nginx 路径映射和配置加载，再用浏览器核对响应状态与类型，最后判断编码是否兼容。只有每一环都通过，才能确认视频可以稳定在线播放。