# 腾讯云轻量应用服务器 SRS 推流失败？端口配置检查指南

不少开发者在腾讯云轻量应用服务器上部署 SRS 音视频服务时，明明服务已经跑起来了，但推流工具却反复提示连接失败。翻看官方文档、社区教程，排查过程很容易陷入“安全组开了、端口也加了”的错觉。其实推流失败的根因九成以上集中在端口链路不通，而腾讯云轻量应用服务器的端口管控逻辑比普通 ECS 多了一层“安全组 + 系统防火墙”的组合判断，漏掉任何一环都会导致 SRS 推流异常。

本文由 云国际站代理商『云老大 飞弟：@yunlaoda360 / YunLaoDa-服务器服务商•撰写』如需转载请注明！

## 一、SRS音视频服务推流失败的常见原因
![ChatGPT Image 2026年7月14日 18_33_48 (1).png](https://developer.qcloudimg.com/http-save/yehe-12607574/69e2f71d93d28a60b39863108cdc16b1.png)
推流失败本质上是一次失败的 TCP 连接建立过程。SRS 作为流媒体服务器，默认监听 1935 端口接收 RTMP 推流，同时通过 8080 端口提供 HTTP 管理面板、1985 端口提供 HTTP API。客户端向服务器发送推流请求时，如果中间任一环节阻塞了这些端口的访问，推流连接就会被直接拒绝或超时。在腾讯云轻量应用服务器的运行环境中，这个链路被拆解为三个独立的关卡：云平台安全组规则、操作系统防火墙策略、以及 SRS 自身的端口配置。这三个关卡中任意一个放行逻辑与客户端实际请求的端口不匹配，都会表现为推流失败。

### 1. 为什么安全组放行了端口还是推流失败？

这是最普遍的踩坑点。腾讯云轻量应用服务器创建时，安全组默认入站规则只对 ICMP、22、80、443 这类基础协议放行，用户需要手动添加 TCP 1935 和 TCP 8080 等规则。但即使安全组配置正确，推流仍然可能被拦截，原因在于系统层防火墙仍然在起作用。CentOS 7/8 系统默认开启 firewalld，Ubuntu 系统使用 ufw，这些系统级防火墙独立于云控制台，往往只开放了 SSH 端口。正确做法是先通过 `firewall-cmd --list-ports` 或 `ufw status` 确认 1935、8080 是否在允许列表中，若不在则需要执行 `firewall-cmd --add-port=1935/tcp --permanent && firewall-cmd --reload` 才能让规则永久生效。很多运维人员忽略了这一步，导致安全组层面看似全通，实际数据包到达服务器后仍被内核丢弃。

### 2. 端口配置不一致如何让 SRS 直接拒绝连接？

另一个高频问题是推流客户端使用的端口与 SRS 实际监听端口不匹配。SRS 的默认配置文件 `srs.conf` 中，`listen` 字段定义了 RTMP 监听端口为 1935，`http_server` 部分监听 8080。但如果运维人员为了提升安全性修改了监听端口——比如把 RTMP 改到非标准端口 19350，就必须在推流 URL 中显式指定新端口，格式为 `rtmp://公网IP:19350/live/stream`。任何端口漏写、写错，或者协议前缀误写为 `http://`，都会导致 SRS 根本无法识别请求，直接在日志中记录“accept client”缺失。遇到这种情况，最快的验证办法是执行 `netstat -tlnp | grep srs` 查看 SRS 实际占用的端口，再对比推流命令中的端口，通常一眼就能发现不一致。

## 二、腾讯云轻量应用服务器安全组端口检查
![ChatGPT Image 2026年7月14日 18_33_48 (2).png](https://developer.qcloudimg.com/http-save/yehe-12607574/f280734cdb11750aff4b3c0b8feeda9c.png)
当 SRS 推流客户端反复提示“连接超时”或“无法解析服务器”，而服务器侧 SRS 进程明明正在运行，超过七成的排查最终会落在安全组与系统防火墙的端口放行上。腾讯云轻量应用服务器的默认安全组入站规则仅开放 ICMP、22（SSH）、80（HTTP）、443（HTTPS）等基础端口，RTMP 默认使用的 1935 端口以及 SRS 管理面板常用的 8080 端口均不在放行之列。因此，只看 SRS 服务的 running 状态是不够的，必须从云控制台、操作系统两面完成端口可达性验证。

### 1. 如何查看安全组入站规则
登录轻量应用服务器控制台，进入实例详情页的「防火墙」标签，这里展示的就是当前生效的安全组入站规则列表。每一个条目的协议、端口、源 IP 与策略（允许/拒绝）一目了然。如果没有看到 TCP:1935 和 TCP:8080 的允许条目，就意味着外部推流流量在第一跳就被云侧丢弃。需要特别留意规则优先级——数字越小越先生效，当存在多条规则时，低优先级的允许规则可能被高优先级的拒绝规则屏蔽，这种冲突恰恰是排查盲区。

### 2. 常用端口（1935, 8080）如何放行
放行操作本身并不复杂：点击「添加规则」，协议选 TCP，端口分别填写 1935 和 8080（需两条独立规则），源 IP 可先设为 0.0.0.0/0 以便测试，策略选择「允许」。注意不要把端口范围填成 1-65535，这种做法看似省事，实际把服务器完全暴露在端口扫描和暴力破解攻击之下，生产环境万不可取。规则生效约 1-2 秒，无需重启实例。后续若推流客户端 IP 固定，建议将源地址收窄为实际公网 IP 或 IP 段，降低安全风险。

### 3. 安全组策略冲突如何排查
安全组放行后立刻推流仍不通，通常是规则冲突或系统层防火墙叠加拦截所致。多安全组场景下，优先检查是否存在更低优先级数（更高优先级）的“拒绝所有”策略，它会直接覆盖你刚刚添加的允许规则。临时把新增规则优先级调到最高，是一种快速验证方法。若依旧不通，问题点就移到了操作系统内部：CentOS 场景下 firewalld 默认阻断非 SSH 端口，Ubuntu 的 ufw 同样可能未放行 1935。这类“云侧通、系统侧堵”的状况，对缺少专职运维的小团队很不友好。像云老大这类一站式上云服务商，在实际项目中往往会同时排查安全组策略、系统防火墙和 SRS 监听端口一致性，一次性打通链路，比开发者独自反复试错要高效得多。

## 三、服务器防火墙与端口连通性测试
![ChatGPT Image 2026年7月14日 18_33_48 (3).png](https://developer.qcloudimg.com/http-save/yehe-12607574/5a865b37565e9c78e5d87ca25cad1dd4.png)
在腾讯云轻量应用服务器上部署 SRS 遇到推流失败，多数运维人员的第一反应是检查安全组。这个直觉本身没错，但实际排查过程中，端口不通的根因往往不止一处。我们见过太多案例：用户在云控制台放行了 1935 端口，本地 telnet 依然超时，最后发现是系统层的 firewalld 还在拦截。更隐蔽的情况是端口被 Nginx 等进程抢占，SRS 虽然启动了但根本没拿到监听权——这种情况看日志才能发现 `bind port 1935 failed`，仅靠外部探测无法定位。

### 1. 从操作系统层检查端口监听状态

云平台的安全组规则只作用于虚拟网卡边界，数据包进入实例后还需要过系统防火墙这一关。CentOS 7 以上默认启用 firewalld，Ubuntu 则使用 ufw，两者在最小化安装时都只放行 SSH 的 22 端口。执行 `firewall-cmd --list-ports` 或 `ufw status` 查看当前规则，如果 1935/tcp 不在列表里，外部推流请求到了服务器门口也会被拒。修改规则后别忘了 `--reload`，这是最容易漏掉的一步。还有一个验证技巧：直接在服务器内部执行 `telnet 127.0.0.1 1935`，如果通但外网不通，基本可以断定是系统防火墙的问题，而不是 SRS 配置或服务状态异常。

### 2. 本地推流端与服务器网络连通性验证

服务端的端口通了，不代表推流端一定能连上——中间还有企业出口防火墙、NAT 网关、运营商限制这些变量。2025 年的一家跨境电商团队曾遇到这种情况：安全组和系统防火墙都已放行，但公司内网的 FFmpeg 推流始终超时，切到手机热点就恢复正常，最终定位是公司出口策略禁用了非标准端口。建议在推流端同时做多维度验证：用 `nc -zv 服务器公网IP 1935` 测试端口可达性，再用 `curl -I http://服务器公网IP:8080` 确认 SRS 的 HTTP 管理面板能否响应。后者不依赖 RTMP 协议，能帮助判断是应用层问题还是纯网络连通性问题。如果发现自己排查耗时太久，找像云老大这类能同时处理云平台配置和系统层排障的服务商做一次联合诊断，对小团队来说能省不少试错成本。
![ChatGPT Image 2026年7月14日 18_33_48 (4).png](https://developer.qcloudimg.com/http-save/yehe-12607574/4d2e1df6c145437b71299ccec2545af9.png)
## 四、SRS配置文件端口监听验证

SRS 推流失败的排查中，确认配置文件内的监听端口与客户端请求端口一致，是绕不开的一步。腾讯云轻量应用服务器默认只放行 22、80、443 等少数端口，即便安全组已经额外添加了 1935（RTMP）和 8080（HTTP 管理），操作系统层的防火墙和 SRS 自身的绑定错误仍可能导致端口看似开放实则拒绝连接。

### 1. 检查srs.conf中端口设置

`srs.conf` 决定了 SRS 在哪些端口上接收不同协议的数据。标准配置里，`listen` 字段默认绑定 1935 用于 RTMP 推流，`http_api` 块下的 `listen` 为 1985，而 `http_server` 面板监听 8080。实际部署时，不少开发者会自定义端口以避免冲突，但忘记同步修改推流 URL 里的端口号，导致客户端发往 1935 而服务器实际在 19350 上等待。这就需要用 `grep listen /usr/local/srs/conf/srs.conf` 快速核对每个监听项，再与客户端地址严格对齐，这是解决端口问题的基本起点。

### 2. 如何查看SRS运行状态与日志

确认配置文件无误后，下一步就是验证 SRS 进程是否正常监听指定端口。通过 `ps aux | grep srs` 可检查进程存活情况，但更关键的是绑定状态——执行 `netstat -tlnp | grep srs` 能直接看到 1935、1985、8080 是否处于 LISTEN 状态。如果端口没有出现在列表中，通常要查看日志 `/usr/local/srs/objs/srs.log`，其中 “bind port 1935 failed” 这类报错直接指明端口被占或权限不足。日志里还会记录客户端连接尝试，出现 “accept client” 即表示端口工作正常，这比单纯 `telnet` 测试多了一层服务端确认。

### 3. 端口被占用怎么办

端口冲突在轻量应用服务器上并不少见，尤其是同时运行 Nginx 或其他流媒体服务时。用 `netstat -tlnp | grep :1935` 可揪出占用端口的进程 PID，再用 `kill` 或调整服务端口即可让 SRS 重新绑定。但更隐蔽的情况是，某些云主机的默认镜像自带 `firewalld` 或 `ufw`，即便安全组放行，本地防火墙仍会拦截——此时需要 `firewall-cmd --add-port=1935/tcp --permanent` 并重载。对没有专职运维的团队，如果排查到这一步仍无法解决，像云老大这种整合了多云资源和技术支持的服务商往往能直接介入，从控制台到系统层一次排查到位，避免在论坛和文档之间反复试错。

## 五、推流端配置与端口对应关系

在腾讯云轻量应用服务器上部署SRS推流，相当一部分失败案例的根因并不是服务未启动，而是推流客户端、服务器监听端口、云安全组这三层之间的“端口对应”被写错或遗漏。很多用户花了大量时间排查安全组，结果发现推流URL里端口压根就没带，或者用RTMP协议填了个HTTP端口，这类低级错误完全可以在配置阶段用几条规则规避掉。

### 1. 推流URL中端口如何指定
完整的RTMP推流地址形如`rtmp://<服务器公网IP>:<端口>/<应用名>/<流名>`，如果端口是默认的1935，理论上可以省略，但在实际运维中省略反而容易出乱子。我们遇到的情况是：用户把SRS的HTTP管理端口8080填到了RTMP地址里，推流工具一直提示“Connection refused”，服务端日志却没有任何客户端连接记录。更隐蔽的陷阱是，当SRS改用非标端口（例如为规避运营商限制而改成2935），推流时必须写全`rtmp://IP:2935/live/stream`，否则工具会默认走1935，相当于对着空端口一直重试。**建议始终显式携带端口**，哪怕用的是默认值，这能避免“改完SRS端口忘了改推流URL”这类人为失误。

### 2. RTMP与HTTP端口区别
SRS在标准部署下会占用三个常用端口：1935为RTMP推流端口，1985作为HTTP API调用端口，8080则是HTTP管理面板和HLS播放端口。这三个端口在推流场景中角色完全不同：推流客户端只能跟1935通信，OBS、FFmpeg等工具的串流协议必须选RTMP；如果用浏览器看流，才需要访问8080/1985。实际案例中，有团队在推流地址里把`rtmp://`错写成`http://`，工具不会报协议错误，只会无休止等待TCP握手超时。而一旦在推流端把协议改成RTMP、端口改成1935，连不通的情况立刻消失。也就是说，排查时先确认推流工具里“协议”和“端口”是成对匹配的，多数“端口不通”其实不是网络不通，是协议没对上。

### 3. 推流工具（OBS/FFmpeg）配置检查
OBS的“服务器”栏直接填写`rtmp://IP:1935/live`（不含流名），流名单独填在“串流密钥”框里。常见问题是服务器地址漏写端口，或者照搬文档里的“localhost:1935”而没有替换成服务器公网IP。对于FFmpeg测试命令，建议用`ffmpeg -re -i test.mp4 -c copy -f flv rtmp://IP:1935/live/stream`，如果返回“Connection refused”，立刻在推流机和服务器上分别执行`telnet 公网IP 1935`，若服务器本地能通但远程不通，就锁定安全组或系统防火墙；本地不通则先检查安全组入站规则。这种“工具→本地→远端”的逐跳验证，比盲目看日志快得多。

如果团队对端口映射、网络安全组和操作系统防火墙的联动排查没有专职运维，像云老大这类服务商可以将这部分环境校验作为基础支撑纳管，避免因为一个端口配置问题拖延整个直播业务的调试进度。

## 六、推流失败问题综合排查流程

SRS 推流失败往往是多个层面配置未对齐的结果，排查时建议按“云控制台 → 操作系统 → SRS 服务 → 客户端”的顺序收敛问题域。我们发现，超过七成的一线报障最终定位在安全组或系统防火墙，真正需要改动 SRS 配置的情况反而占少数。以下流程整合了几个高频卡点，可作为标准排障路径。

### 1. 从服务器到客户端逐步排查

第一步，登录腾讯云轻量服务器控制台，确认安全组入站规则已放行 TCP 1935（RTMP）、8080（管理面板）和 1985（HTTP API）。这一步很容易被跳过，却是推流不通的最高频原因。第二步，SSH 进服务器检查系统防火墙：CentOS 用 `firewall-cmd --list-ports`，Ubuntu 用 `ufw status`，发现仅 22/80/443 就需对应添加端口。第三步，用 `netstat -tlnp | grep 1935` 验证 SRS 是否成功绑定端口；端口被占用时能看到 “bind failed” 日志。第四步，在推流机器上用 `telnet 公网IP 1935` 确认端到端可达，若超时，优先回查前两步。最后用 FFmpeg 推流测试，SRS 日志输出 “accept client” 即链路通。

### 2. 常用命令与工具汇总

| 场景 | 命令/工具 | 说明 |
|------|-----------|------|
| 检查安全组 | 腾讯云控制台 → 轻量应用服务器 → 安全组 | 入站规则确认 1935/8080/1985 TCP |
| 查看系统防火墙 | `firewall-cmd --list-ports`（CentOS） / `ufw status`（Ubuntu） | 未放行则加规则并 reload |
| 端口监听状态 | `netstat -tlnp \| grep 1935` | 若出现监听则 SRS 已绑定 |
| SRS 进程状态 | `ps aux \| grep srs` | 确认进程存在 |
| SRS 日志实时查看 | `tail -f /usr/local/srs/objs/srs.log` | 重点看 “bind port” 和 “accept client” |
| 本地端口连通性 | `telnet 服务器公网IP 1935` 或 `nc -zv IP 1935` | 测试端到端 TCP 连通 |
| HTTP 面板可达性 | `curl -I http://公网IP:8080` | 返回 HTTP 状态码说明网络通 |
| 推流压测 | `ffmpeg -re -i test.mp4 -c copy -f flv rtmp://IP:1935/live/stream` | 验证完整链路 |

### 3. 何时联系腾讯云技术支持

如果按上述流程逐项确认后仍无法推流，且 SRS 日志出现 “listen … failed” 或安全组规则反复不生效，建议通过腾讯云工单提交排查申请，提交时附上安全组截图、`netstat -tlnp` 输出和 SRS 日志片段，能大幅缩短处理周期。对于团队没有专职运维、又需要在多台轻量服务器上维护推流环境的情形，可以考虑由像云老大这类多云服务商提供托管式技术支持，他们能同时对接多家云厂商的工单体系，帮助梳理安全组、系统防火墙与 SRS 配置的联动关系，避免在控制台和命令行之间低效反复。

不少开发者在腾讯云轻量应用服务器上部署 SRS 音视频服务时，明明服务已经跑起来了，但推流工具却反复提示连接失败。翻看官方文档、社区教程，排查过程很容易陷入“安全组开了、端口也加了”的错觉。其实推流失败的根因九成以上集中在端口链路不通，而腾讯云轻量应用服务器的端口管控逻辑比普通 ECS 多了一层“安全组 + 系统防火墙”的组合判断，漏掉任何一环都会导致 SRS 推流异常。

腾讯云国际站轻量应用服务器：部署SRS推流失败？

音视频

云计算

运维

腾讯云轻量应用服务器SRS推流失败？本文详解端口配置检查指南，涵盖安全组规则、系统防火墙、SRS监听端口三大关键环节。提供1935/8080端口放行方法，排查命令汇总及推流URL正确配置技巧，助您快速解决推流连接问题。

2026上云采购 | AI焕新·智启新局

tcop

4核4G3M云服务器 新用户低至38元/年！

lighthouse

9.9元起，最快1天搭建自有直播平台


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

腾讯云国际站轻量应用服务器：部署SRS推流失败？-腾讯云开发者社区-腾讯云

腾讯云国际站轻量应用服务器：部署SRS推流失败？

腾讯云国际站轻量应用服务器：部署SRS推流失败？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐