Office 365 和海外 SaaS 在国内为什么慢，怎么优化

企业买了 Microsoft 365 商业版，员工却抱怨「Outlook 一直转圈」「Teams 开会掉线」。这类问题通常与订阅版本无关，而是流量走的路不对。

一、微软的接入机制

Microsoft 365 在全球部署了大量边缘接入点（Front Door）。理想情况下，客户端应该就近接入最近的前端，再由微软的内网骨干传输。判断是否就近，微软提供了连通性测试工具，可以看到实际接入点与延迟。

问题出在：当本地网络到最近接入点的路径不通畅时，流量会被 DNS 解析到较远的节点，例如解析到香港或新加坡，再绕回。此时表现为「能通但很慢」。

二、Teams 为什么比 Outlook 更敏感

Teams 的音视频走 UDP，对丢包和抖动极其敏感。1% 的丢包就足以让画面糊、声音断续。而 HTTP 类流量（Outlook、SharePoint）有重传机制，对丢包容忍度高得多。

很多企业网络策略默认封锁 UDP 或做了 aggressive 的 NAT 超时，导致 Teams 回落到 TCP，体验明显下降。这是排查 Teams 问题的第一站。

三、四类优化路径

• DNS 与解析优化：确保解析到就近前端，而不是被公共 DNS 解析到远端节点。成本最低，先做。
• 专线或优化线路：让办公网到微软接入点的路径走优质国际链路，避开拥塞出口。适合 50 人以上规模的稳定办公场景。
• 本地缓存与分流：OneDrive/SharePoint 大文件同步走本地缓存节点，减少重复跨境传输。
• 终端侧策略：放开 UDP 3478–3481，关闭不必要的代理链，避免 Teams 流量被强制走 HTTP 代理。

四、不要做的事

不要在办公网里对所有流量做深度检测和代理转发。Teams 的媒体流一旦被代理接管，时延会显著上升，且代理服务器容易成为瓶颈。对微软流量做旁路直通，比全面代理效果更好。

五、怎么验证优化有效

微软提供了网络评估工具，可以给出各分项得分。优化前后各跑一次，对比接入点、延迟和 UDP 可用性，比凭感觉判断可靠。