MMS 与流媒体时代
MMS（Microsoft Media Server）是 Windows Media Services 时代的流媒体协议：客户端用 mms:// 地址连到服务器的 TCP/UDP 1755 获取点播或广播流，遇到防火墙阻挡时回退到 HTTP 承载；同一套媒体服务里还有 RTSP 的 554 入口。Windows Media Services 自 Windows Server 2012 起不再作为系统角色提供，1755 因此主要出现在遗留内训平台、老监控系统与广电历史资产中。
基本信息
| 服务 | Microsoft Media Streaming（MMS） |
|---|---|
| 协议 | TCP/UDP 1755（可回退 HTTP） |
| 用途 | 音视频点播与直播（历史） |
| 相关入口 | RTSP 554；现代方案为 HLS/DASH |
| 现状 | 主流播放器已移除 mms:// 支持 |
典型使用场景
- 遗留内训与校园点播：仍在分发 wmv/asf 内容并使用 mms:// 链接
- 老监控与编码设备：按 Windows Media 格式推流到历史平台
- 资产盘点：扫描发现 1755 监听，判断是否存在未登记的老服务
- 迁移评估：把 mms:// 内容转成 HLS，先确认播放端兼容性
- 策略审查：已下线服务留下的放行规则应回收，减少暴露面
流媒体世代
| 协议或组件 | 时期 | 承载 |
|---|---|---|
| MMS | Windows Media Services 时代 | TCP/UDP 1755，可回退 HTTP |
| RTSP | 早期点播与视频监控 | TCP 554 承载 |
| RTMP | Flash 直播时代 | 推流场景仍可见 |
| HLS / DASH | 现代自适应流 | HTTP(S) 承载 |
现状核查
现状核查
# 确认端口占用
ss -lntu | grep ':1755 '
# 查看系统服务名映射（Linux 的 services 文件）
getent services ms-streaming
# 迁移前先探测源站是否还提供 HTTP 回退
curl -sI http://media.example.com/stream | head -3排查遗留 mms:// 内容时，先确认源站是否仍支持 HTTP 回退：部分服务器在 1755 不可达时会自动走 HTTP，这决定了能否在不动源站的情况下先把播放链路接起来。
遗留资产处置
- 先盘点播放端：确认哪些终端还在解析 mms:// 链接
- 把源内容转码为 H.264 与 AAC，输出 m3u8 后改由 HTTP 承载
- 验证兼容性之后再切流，保留旧入口一段时间用于回退
- 旧服务下线后回收 1755 的放行规则与相关账号
容器格式的兼容性同样在退化：即便服务器还能播放，部分新终端已无法解码 wmv 与 asf。迁移时把协议替换与转码放在同一步骤里，比先换协议再处理编码更省事。