网页加载mms视频是哪个服务器，怎么解决？

网页加载MMS视频时，视频流由运行Windows Media Services（WMS）的流媒体服务器输出，服务端口默认是1755，而不是普通Web服务器在传输视频数据。

当你点击一个mms://链接，网页本身的HTML、图片和CSS由网站服务器发送到浏览器，但真正负责把视频一帧帧推给你的，是另一台专门跑MMS协议的流媒体服务器，这台服务器常见于Windows Server 2003/2008/2012，后来微软逐步停止对WMS的功能更新,现在只有老旧的内网系统还在用。

MMS不是视频格式，而是微软私有流媒体传输协议，全称Microsoft Media Server Protocol，它早年靠Windows Media Player插件嵌入网页，播放.wmv、.asf这类文件，所以当你在网页里看到mms地址，不用犹豫，背后一定有一台Windows Media Services服务器在出力。

网页加载mms视频是哪个服务器，流媒体服务器还是web服务器？

这里有个常见误会：有人以为只要网页能打开，视频就也是网页服务器发过来的，其实完全不是一回事，网页是“门面”，视频是“内容”，门面由Apache、Nginx或者IIS这类Web服务器负责,内容则被单独存放在流媒体服务器上。

MMS协议设计之初就不考虑HTTP那套“整文件下载”逻辑，它更像电视广播，边收边播，因此承载它的服务不能随便挂在普通网站服务器上，必须由Windows Media Services这样的专用服务来协调，Windows Media Services可以提供三个传输入口：

• mms:// 走MMS协议，默认TCP/UDP 1755端口
• rtsp:// 走RTSP协议，负责视频控制指令
• http:// 走HTTP协议，作为防火墙兼容的降级方案

也就是说，同一个流媒体服务器同时具备多种传输能力，网页里写的是哪种前缀，播放器就优先尝试哪种，但无论经过哪个协议,数据源头都是那台WMS服务器。

mms视频播放服务器怎么查？三步定位源头

如果你接手一个老项目，想知道视频到底从哪台服务器来，不用抓包,三步就能定位。

1. 打开网页源代码，搜索mms://字符串，看到的完整地址通常像mms://192.168.1.20/video/test.wmv,中间的IP就是流媒体服务器地址。
2. 如果源代码里用域名代替IP，就在命令行运行nslookup 域名或者ping 域名,把域名解析成IP。
3. 拿到IP后，运行telnet IP 1755验证端口，能连通，说明这台机器上的MMS服务确实活着；连不上，服务可能没启动,或者防火墙把端口挡了。

这套方法在局域网环境下特别实用，很多学校的电子教室、医院影像系统、小型监控平台，到现在还依赖MMS发布点，而发布点服务器往往就是角落里一台没人碰的老Windows Server。

mms协议和http协议区别，服务器端差异在哪

MMS和HTTP的核心区别,在于服务器对待视频的方式完全不同。

HTTP服务器不关心文件是不是视频，它只负责根据请求把文件发出去，属于“复制粘贴”模式，浏览器拿到文件后，靠播放器本地解码播放，MMS服务器则要维护一个持续的会话状态，它知道视频播到了哪一秒，支持暂停、快进、倒带，还能做多播广播,让多台电脑同时接收同一路视频而不重复消耗带宽。

我经常打一个比方：HTTP像快递，一整箱寄给你，拆开自己看；MMS像自来水管道，拧开水龙头就源源不断出水，关掉就停，如果你看到视频播放进度条可以随意拖动，而且服务器端有访问用户数统计,那多半是MMS这套体系在支撑。

网页播放mms视频报错怎么办？常见故障排查

碰到网页里的mms视频打不开，别急着怀疑视频文件坏了，按照下面这些原因排查,大多数问题能当场解决。

浏览器不兼容，这是最大的坑。
新版Chrome、Firefox和Edge都不再支持ActiveX控件，也不会原生播放MMS流，如果你正在用这些浏览器，看到播放器黑屏或提示缺失插件，不是服务器挂了，而是网页用的老播放器控件压根没机会运行，只能换到IE模式、使用旧版浏览器,或者让前端把视频源转成HTTP流再播。

Windows Media Services服务进程停机。
WMS服务不会自己崩溃，但服务器重启后，如果启动类型被设成“手动”，服务就可能一直躺着，到服务器上打开“服务管理器”，找到Windows Media Services，右键启动，或者用管理员命令行输入net start wmserver。

防火墙拦了1755端口。
这是局域网里最普遍的问题，即使WMS服务正常运行，Windows防火墙默认不会放行1755的入站连接，需要在防火墙“高级设置”中新建一条入站规则，放行TCP和UDP的1755端口,并限定内网网段。

发布点指向的源文件丢失或改名。
管理员整理磁盘时，把.wmv文件挪了位置，发布点路径就会失效，播放器提示“找不到文件”，到WMS管理界面检查发布点目录,确认视频文件还在原位置。

并发数超过服务器承载能力。
流媒体服务对带宽和CPU的消耗远高于普通网页，内网几十人同时点播，老服务器很快就卡顿或拒绝连接，行业共识认为，处理这种情况的最好办法是把流媒体服务独立到一台专用机器上,别和日常办公服务挤在一起。

真实场景里，谁还在默默用mms视频服务器？

现在互联网上几乎见不到MMS视频了,但内网环境里还有相当一批存量。

学校机房和校园电视台。 很多大学十年前建设的网络教学平台，视频文件全是.wmv格式，服务器上跑着WMS，新来的管理员不敢动,只能让老系统继续维持运行。

医院手术示教系统。 手术室的视频采集端输出的是MMS流，院内观摩系统直接调用这个流到科室电脑，这类系统不追求画质，只要稳定,所以哪怕技术旧也没人想更换。

银行、电力、加油站监控。 早期网络摄像头带MMS编码输出，后台录像服务器用Windows Media Services做实时转发，有些站点为了省成本，至今还在用一台Windows Server 2008同时承担转发和储存。

这些场景都指向同一个规律：MMS服务器几乎都藏在局域网里，公网很少见，因为MMS本身不支持穿透NAT，加上安全性差,暴露到公网很容易被攻击。

网页mms视频服务器和普通网页服务器有什么区别？

从资源占用角度看，普通网页服务器的压力主要在磁盘IO和网络带宽，而MMS服务器需要额外承受视频编码、协议封装和会话状态的CPU开销，一台只跑网页服务的2核4G云主机，换成流媒体服务，最多同时支撑个位数的高清点播，所以在老网络架构里，流媒体服务器往往用物理机,因为配置再高的虚拟机也扛不住大量视频包的中转。

如果要从零搭建mms视频服务器，具体怎么操作？

这里给你一套能在内网跑通的步骤，不需要高深技术,跟着做就有结果。

1. 找一台Windows Server电脑，安装好系统，建议用2008 R2或2012 R2,这两个版本对WMS的支持最完善。
2. 打开服务器管理器，添加角色，选择“流媒体服务”，勾选“Windows Media Services”。
3. 启动WMS管理界面，在“发布点”上右键，选择“添加发布点向导”。
4. 发布点类型选择“点播”，指向存放视频的目录，比如D:Videos。
5. 设置允许单播连接,方便内网任意电脑点播。
6. 完成向导后，在浏览器或Windows Media Player中访问mms://服务器IP/发布点名称/视频文件名.wmv验证效果。
7. 如果要在网页里嵌入，就在HTML代码中插入Windows Media Player的ActiveX标签,把src指向这个mms地址。

硬件上不需要多好，二手旧服务器甚至淘汰的办公PC都能跑起来，一台双核CPU、4G内存、机械硬盘的机器，带二三十路标清点播绰绰有余，真要花钱买新硬件，低配机也就几千元，但考虑到技术已经落伍，我建议别为MMS专门采购设备,用存量机器更划算。

网页加载mms视频是哪个服务器？常见问答

网页上的mms视频地址是用机器名写的，怎么找到真实服务器IP？

在浏览器播放器请求视频时，抓包能看到实际连接的目标IP，也可以通过本机hosts文件或内网DNS反查机器名对应的IP，最直接的办法还是在命令行执行ping 机器名,得到的IP就是那台MMS服务器。

mms视频报“找不到服务器”一定是服务器宕机了吗？

不一定，先验证IP和端口：telnet IP 1755能通，说明服务器在线；不通则检查WMS服务和防火墙，还有一种情况是网页里把端口写错，比如把1755写成1756，自然找不到，多数时候,问题出在防火墙规则而不是服务器硬件。

新项目里还能用mms视频服务器吗？

不建议，MMS的短板很明显：依赖IE、不支持HTTPS、无法公网分发、移动端完全无法播放，新项目应该以HLS或HTTP-FLV为主流方案，服务端用Nginx加SRS、MediaMTX等工具，浏览器端用原生HTML5播放器，既省插件又兼容手机和平板，只有对接老旧MMS采集设备时,才需要用一台Windows虚拟机做协议转换网关。