当视频会议总是卡顿或连不上时,可以按照以下顺序从防火墙和端口的角度排查问题。
视频会议软件需要实时传输画面和声音,因此除了普通网页浏览使用的HTTPS(443端口)外,还需要用到基于UDP的较大范围端口。当公司、学校或机构的防火墙出于安全考虑封锁了这些端口时,软件本身能打开,却会出现画面和声音持续卡顿,甚至完全无法连接的问题。
无论哪款视频会议软件,登录、加入会议、聊天等基础功能都使用与普通网页流量相同的TCP 443(HTTPS)端口。如果连这个端口,或负责域名解析的DNS(53端口)都被封锁,软件本身就无法启动,因此这是最先要确认的基础项。
Zoom传输画面和声音数据主要使用UDP 8801至8810范围,若这些端口被封锁,会自动尝试切换到TCP 443/8801至8810。向网络管理员申请开放端口时,最好以Zoom官方支持文档中列出的最新端口范围为准。
Teams的实时画面与语音主要使用UDP 3478至3481,包括Google Meet在内、基于WebRTC的谷歌服务则主要使用UDP 19302至19309的范围。这两者在端口被封锁时都会尝试改用TCP 443,但延迟和画质通常会因此变差。
实时视频会议针对UDP协议做了优化,即便部分数据丢失也优先保证低延迟传输。当UDP端口被封锁、软件转而使用TCP时,需要等待丢失数据的重新传输,反而会增加延迟,常常表现为"网速明明很快,视频会议却总是卡顿"的现象。
首先确认同一网络下的其他应用(比如普通网页浏览)是否正常,以判断是否是网络本身的问题。如果一切正常,可以临时切换到其他网络(比如手机热点)测试问题是否消失,如果消失,则很可能是所在机构的防火墙或代理设置导致的。
提供正在使用的视频会议软件名称和版本、具体症状(是完全无法连接,还是只是画质变差),以及该软件官方支持文档中列出的准确端口列表,能让防火墙例外申请处理得更快。由于端口范围可能随软件更新略有变化,建议以官方文档为准,而不是参考过时的博客文章。
防火墙会依据端口号、协议类型或目标地址等规则检查流量,只放行符合允许规则的部分。公司和学校网络出于安全考虑,往往默认封锁较大范围的端口,这正是普通网页浏览一切正常、却唯独视频会议的UDP流量被拦截的典型原因。
除了视频会议之外,邮件、远程访问、文件传输等许多日常服务也都依赖特定的端口号。大致了解常见服务对应哪些端口,能帮助你在向IT部门求助或与同事交流时,更准确地描述连接问题。
这是最有可能的原因,但公司Wi-Fi带宽不足或代理服务器设置也可能导致同样的现象。可以尝试改用有线网络连接,或确认同事在同一网络下是否也遇到相同问题,以缩小排查范围。
如果公司网络的流量需要经过代理服务器转发,仅仅开放端口可能还不够,还需要同步调整代理设置。这种情况下,建议请IT部门把视频会议相关域名也加入代理的例外列表。