Windows本地RTMP推流服务器搭建指南：基于Nginx与nginx-rtmp-module

1. 从零开始：为什么要在本地搭建RTMP推流服务？

如果你正在捣鼓直播、录屏、或者想把电脑上的游戏画面、摄像头内容推送到其他软件或平台，那你大概率绕不开“推流”这个概念。而RTMP，这个诞生于Flash时代的古老协议，至今依然是直播领域最通用、最稳定的推流协议之一。很多朋友一提到推流，第一反应就是去找各种云服务商，购买昂贵的服务器和带宽。但你可能没想过，很多场景下，在你自己那台Windows电脑上，就能轻松搭建一个完全免费的RTMP推流服务器。

这听起来有点“杀鸡用牛刀”，但实际价值巨大。首先，它彻底解决了内网测试的痛点。你想开发一个直播相关的应用，或者测试OBS的各种推流设置，难道每次都要推到公网去测试延迟、卡顿和稳定性吗？本地服务器意味着零延迟、零丢包，调试效率直接拉满。其次，它是学习流媒体技术最好的沙盒。你可以清晰地看到推流端（OBS）、服务器端、播放端整个数据链路的运作，理解推流地址、流密钥、转码、封装这些核心概念，而不用被云服务商的黑盒所困扰。最后，对于一些小范围的内部分享、家庭影音中心搭建，本地推流更是低成本、高隐私的完美方案。

今天，我就以十几年折腾流媒体的经验，带你用最简单、最稳定的方案，在Windows上从零搭建一个RTMP服务器。我们不用那些庞大复杂的商业软件，就用一个轻量级但功能强大的开源工具——Nginx，配合其RTMP模块。别被Nginx这个名字吓到，它虽然是著名的Web服务器，但加上RTMP模块后，就是一个极其专业的流媒体服务器。整个过程就像安装一个普通软件一样简单。

2. 核心工具选型：为什么是Nginx + nginx-rtmp-module？

面对“在Windows搭建RTMP服务”这个问题，你可能在网上搜到过很多方案：用FFmpeg直接起服务、用SRS、用Wowza、用一些现成的带界面的小工具。经过我多年的实践和踩坑，Nginx with nginx-rtmp-module这个组合，是在Windows环境下平衡了简单、稳定、可控性的最佳选择。

让我们简单分析一下其他方案的局限性：

• FFmpeg：FFmpeg本身是个强大的媒体处理工具，但它并不是一个常驻的“服务”。用它做服务器需要复杂的命令行参数，并且通常是一次性的，不适合作为持续提供推拉流服务的后台守护进程。
• SRS：SRS是一款优秀的国产开源流媒体服务器，功能强大，但对Windows的原生支持相对较弱，部署过程可能涉及编译，对新手不够友好。
• Wowza：功能极其强大，但它是商业软件，免费版有限制，且过于重型。
• 各种GUI小工具：这类工具往往封装了底层实现，看似简单，但一旦出现问题（比如推流失败、无法播放），你几乎没有任何排查和调试的手段，成了一个黑盒。而且它们的更新维护情况参差不齐，稳定性存疑。

而Nginx的优势就非常明显了：

1. 轻量且稳定：Nginx以高并发、低内存占用著称，作为流媒体服务器同样稳定可靠，7x24小时运行无压力。
2. 配置驱动，一目了然：所有功能都通过一个文本配置文件（nginx.conf）来控制。推流应用名、流密钥、监听端口、转码参数、拉流地址，全都白纸黑字写在里面。出了问题，你知道该看哪里。
3. 模块化扩展：nginx-rtmp-module是一个久经考验的第三方模块，为Nginx赋予了完整的RTMP协议能力。它支持推流、拉流、直播、录制、HLS转换等核心功能，完全满足我们本地测试和基础使用的需求。
4. 生态成熟：围绕Nginx和该模块的文档、社区讨论非常丰富，你遇到的绝大多数问题都能找到答案。
5. 无缝衔接现有环境：如果你的电脑上已经为了Web开发运行了Nginx，完全可以只增加RTMP配置，让一个Nginx进程同时提供Web和流媒体服务，互不干扰。

所以，选择这个方案，你得到的不仅仅是一个能用的RTMP服务器，更是一个可观察、可调试、可学习的透明系统。接下来，我们就开始动手。

3. 手把手部署：获取、配置与启动你的RTMP服务器

整个部署过程可以分为三个清晰的步骤：获取软件、修改配置、启动服务。我会详细说明每一步的操作和背后的意图，确保你不仅能做对，还能明白为什么这么做。

3.1 步骤一：获取预编译的Nginx RTMP包

为了避开在Windows上编译源码的复杂过程，我们直接使用好心人编译好的集成版本。这里我推荐一个长期维护的GitHub项目，它提供了包含nginx-rtmp-module的Windows版Nginx。

1. 访问发布页面：打开浏览器，访问github.com/arut/nginx-rtmp-module的Wiki页面，或者直接搜索 “nginx-rtmp-module Windows build”，通常可以找到由第三方维护的编译版本下载链接。一个常见的可靠来源是github.com/illuspas/nginx-rtmp-module-windows。
2. 下载压缩包：找到最新的发布版本（Release），下载对应的ZIP压缩包（例如nginx-rtmp-win64.zip）。
3. 解压到本地：将ZIP包解压到一个你喜欢的路径。路径中最好不要包含中文或空格，比如解压到D:\nginx-rtmp。这就是我们服务器的根目录了。

进入这个目录，你会看到熟悉的Nginx文件结构：conf文件夹存放配置，html是默认网页目录，logs是日志目录，而nginx.exe就是主程序。

3.2 步骤二：配置你的RTMP服务（核心环节）

这是最关键的一步，我们将把一个普通的Nginx，变成专业的RTMP服务器。所有的魔法都藏在conf文件夹下的nginx.conf文件里。

1. 备份原配置：用记事本或任何代码编辑器（推荐VSCode、Notepad++）打开conf/nginx.conf。在修改前，建议先复制一份备份。

2. 编辑配置文件：我们需要在http { ... }配置块的外面，也就是文件的顶层，添加RTMP模块的配置。找到http {这一行，在它前面添加以下内容：

   # RTMP 服务配置 rtmp { server { # 监听1935端口，这是RTMP协议的标准端口 listen 1935; # 设置每个连接的最大数据块大小，4K是个常用值 chunk_size 4096; # 定义一个名为 'live' 的应用程序（Application） application live { # 启用直播功能 live on; # 禁用录制功能（按需开启） record off; # 允许所有IP推流（仅限内网测试！生产环境务必设置鉴权） allow publish all; # 允许所有IP拉流播放 allow play all; # 可选：将直播流转码为HLS，用于网页播放 # hls on; # hls_path temp/hls; # hls_fragment 3s; # hls_playlist_length 60s; } # 你可以定义更多应用，用于不同场景 # application hls { # live on; # hls on; # hls_path temp/hls; # hls_nested on; # } } }

   配置详解与避坑指南：

   • listen 1935：RTMP默认端口就是1935，OBS等推流软件默认也使用它，不要随意更改，除非有端口冲突。
   • application live：这个live就是你推流地址中的“应用名”。你可以把它理解成服务器上的一个房间或频道。你可以创建多个不同的application，如game,camera来区分不同内容源。
   • live on：必须开启，否则不支持直播流。
   • record off：我默认关闭了录制。如果你需要服务器自动录制直播流，可以改为record all并指定record_path路径。但注意，录制会占用磁盘空间。
   • allow publish all：这是内网测试的便利设置，意味着任何能访问到你电脑IP的人都可以向这个服务器推流。绝对不要在生产环境或公网环境下这样配置！生产环境需要搭配deny publish all和基于IP或签名的鉴权。
   • HLS转换：被注释掉的hls on部分，功能是将输入的RTMP流实时切片成HLS（m3u8+ts文件）。如果你需要让直播流能在普通浏览器（不支持RTMP，但支持HLS）中播放，就需要开启它，并确保hls_path对应的目录存在且有写入权限。HLS通常有几十秒的延迟，适合对实时性要求不高的场景。

3. 保存配置文件：修改完成后，保存nginx.conf文件。

3.3 步骤三：启动、验证与管理服务

配置好后，我们就可以运行服务器了。

1. 启动Nginx：

   • 打开命令行（CMD），使用cd命令切换到你的Nginx目录，例如cd /d D:\nginx-rtmp。
   • 输入命令start nginx并回车。如果没有任何报错信息弹出，通常意味着启动成功。Nginx默认在后台运行。
   • 验证启动：打开浏览器，访问http://localhost。如果看到 “Welcome to nginx!” 的页面，说明Nginx的Web服务部分运行正常。但这不直接证明RTMP服务正常，我们需要进一步测试。

2. 检查RTMP服务是否就绪：

   • 打开任务管理器，在“详细信息”或“进程”标签页中，应该能看到至少两个nginx.exe进程（一个主进程，一个工作进程）。
   • 使用命令netstat -ano | findstr :1935来检查1935端口是否已被监听。如果看到类似TCP 0.0.0.0:1935 0.0.0.0:0 LISTENING ...的行，恭喜你，RTMP服务器已经在运行并等待连接了。

3. 管理Nginx服务（常用命令）：

   • 重新加载配置（修改conf后必做）：nginx -s reload。这不会中断正在处理的连接，是热更新配置的最佳方式。
   • 优雅停止：nginx -s quit。会等待所有工作处理完毕再停止。
   • 强制停止：nginx -s stop。
   • 测试配置文件语法：在重载或重启前，运行nginx -t可以检查配置文件是否有语法错误，非常有用。

注意：直接双击nginx.exe会启动一个命令行窗口，如果该窗口关闭，服务就会停止。因此，建议始终使用start nginx或配置成Windows服务来启动。将Nginx注册为系统服务可以使用winsw等工具，这样可以实现开机自启和更稳定的后台运行。

4. 实战推流与拉流：用OBS和VLC完成闭环测试

服务器搭好了，现在我们来模拟真实的推流和拉流场景，完成一个完整的直播链路测试。这里我们使用最流行的推流软件OBS和万能的播放器VLC。

4.1 推流端配置（OBS Studio）

1. 打开OBS，在底部“来源”面板点击“+”添加你的源，比如“显示器捕获”（录屏）或“视频采集设备”（摄像头）。
2. 进入推流设置：点击OBS右下角的“设置”按钮，选择“推流”选项卡。
3. 配置服务器地址：
   • 服务：选择“自定义”。
   • 服务器：填写rtmp://你的本地IP地址:1935/live。
     • 你的本地IP地址：在命令行输入ipconfig查看，通常是192.168.x.x这样的地址。不要填localhost或127.0.0.1，除非你的播放端也在同一台电脑上。
     • 1935：我们配置的监听端口。
     • live：我们在nginx.conf中定义的application名称。
   • 串流密钥：这个可以任意填写，比如test,mystream。它用于在同一个应用（live）下区分不同的流。完整的推流地址逻辑是：rtmp://服务器IP:端口/应用名/流密钥。
   • 例如：rtmp://192.168.1.100:1935/live/mystream
4. 开始推流：点击“确定”保存设置，然后回到主界面点击“开始推流”。如果OBS右下角状态栏变绿并显示码率和帧率，通常意味着推流成功。

4.2 拉流播放验证（VLC Media Player）

1. 打开VLC播放器。
2. 打开网络串流：点击“媒体”菜单 -> “打开网络串流”，或者直接按Ctrl+N。
3. 输入拉流地址：在URL框中输入你的拉流地址。拉流地址和推流地址几乎一样。
   • 格式：rtmp://你的本地IP地址:1935/live/流密钥
   • 接上例：rtmp://192.168.1.100:1935/live/mystream
4. 播放：点击“播放”。如果一切配置正确，几秒缓冲后，你就能在VLC里看到从OBS推送过来的实时画面和声音了。

至此，一个完整的本地RTMP直播链路就已经跑通了！你可以用手机（确保手机和电脑在同一个WiFi下）上的VLC或支持RTMP的播放器App，输入同样的拉流地址，实现跨设备播放。

4.3 常见推流失败排查思路

如果OBS推流失败（状态栏变红），或者VLC无法播放，别慌，按以下顺序排查：

1. 检查服务器进程：任务管理器里还有nginx.exe吗？用netstat -ano | findstr :1935确认1935端口在监听。
2. 检查防火墙：这是最常见的“坑”。Windows防火墙可能会阻止外部对1935端口的访问。
   • 解决方法：以管理员身份打开“Windows Defender 防火墙”，点击“高级设置”。在“入站规则”里，新建一条规则，选择“端口”，协议为“TCP”，特定端口填“1935”，允许连接，并给规则起个名字（如“Nginx RTMP”）。同样地，可以在“出站规则”中也添加一条（虽然通常不需要）。完成后再试。
3. 检查IP地址：确保OBS里填的服务器IP是你电脑在局域网内的真实IP，而不是127.0.0.1。用ipconfig命令查看。
4. 检查配置语法：在Nginx目录下运行nginx -t，确保配置文件没有语法错误。
5. 查看Nginx日志：这是最直接的排错手段。打开logs目录，查看error.log文件。任何连接错误、鉴权失败等信息都会记录在这里。推流时如果失败，立刻查看这个日志，通常会有明确的错误提示。

5. 进阶配置与应用场景拓展

基础功能跑通后，我们可以根据需求，进一步挖掘这个本地RTMP服务器的潜力。通过修改nginx.conf，可以实现很多实用功能。

5.1 功能一：自动录制直播流

如果你希望服务器能自动保存直播内容，可以修改application live的配置：

application live { live on; # 开启录制，all 表示录制所有发布流 record all; # 录制文件存放目录，确保此目录存在（如 logs/record） record_path logs/record; # 录制文件命名格式：应用名-流密钥-时间戳.flv record_unique on; # 录制格式，flv是最兼容的格式 record_suffix -%Y-%m-%d-%H_%M_%S.flv; # 每个录制文件的最大时长（秒），超过后分段 record_max_size 2048M; # 或者按时间分段，例如每小时一个文件 # record_interval 60m; }

配置后重启或重载Nginx，当有流推送到live应用时，就会在logs/record目录下生成.flv文件。这对于做教程录制、会议存档非常方便。

5.2 功能二：实现流转发（Relay）或转推

本地服务器不仅可以接收流，还可以作为中转站，将收到的流转推到其他平台（如B站、斗鱼等），或者另一个RTMP服务器。这在需要“一推多”或者进行协议转换时非常有用。

application live { live on; record off; # 将本应用下名为“stream1”的流，转发到另一个RTMP服务器 push rtmp://other-server-ip:1935/live/stream1_backup; # 你可以添加多个 push 指令，实现一键多推 # push rtmp://live.twitch.tv/app/your-stream-key; }

这样，当你向rtmp://localhost:1935/live/stream1推流时，本地服务器在分发的同时，也会自动将流推送到other-server-ip上的指定地址。这个功能可以用来做故障转移、负载均衡或多平台同步直播。

5.3 功能三：权限控制（基础鉴权）

如前所述，allow publish all在内网很危险。我们可以实现简单的IP白名单机制：

application live { live on; record off; # 默认拒绝所有推流 deny publish all; # 只允许指定IP段的设备推流 allow publish 192.168.1.0/24; allow publish 127.0.0.1; # 播放权限可以放宽 allow play all; }

这样，只有IP地址在192.168.1.1到192.168.1.254之间的设备，以及本机自己，才能向这个服务器推流。其他IP的推流请求会被拒绝。对于更复杂的鉴权（如用户名密码），需要借助on_publish等回调函数配合后端脚本来实现，这里就不展开了。

5.4 典型应用场景梳理

1. 开发与测试：这是最核心的场景。前端开发测试播放器、后端开发测试流处理逻辑、测试各种编码参数（码率、分辨率、帧率）对质量的影响，本地服务器提供了完美的沙盒环境。
2. 内部培训与会议：在公司内网，演讲者用OBS推流到本地服务器，其他同事直接用VLC或网页（如果开启了HLS）即可观看，无需依赖外网和商业直播平台。
3. 家庭影音中心：将电视盒子、旧手机等设备的摄像头画面，通过支持RTMP推流的App推送到家庭服务器的Nginx上，然后在电脑、平板或连接到电视的播放器上观看，打造一个简单的家庭监控或宝宝看护系统。
4. 游戏直播预监：游戏主播在正式开播前，可以先推流到本地服务器，用另一块屏幕或手机查看直播效果（画面、声音、叠加元素），确认无误后再推送到直播平台，避免直播事故。
5. 内容录制与处理：结合自动录制功能，可以轻松录制桌面操作教程、在线会议。录制下来的FLV文件，可以用FFmpeg轻松转换为MP4等其他格式，或进行后期剪辑。

搭建这样一个本地RTMP服务器，就像给自己配了一把瑞士军刀。它可能不是功能最花哨的，但绝对是可靠、透明且完全受你控制的。当你理解了从推流到拉流的每一个环节，再去使用那些云服务时，你会更加得心应手，也能更准确地定位和解决可能遇到的问题。