企业远程接入后网络明显变慢，如何排查 DNS、MTU 与流量路径？

应比较连接前后的默认路由、接口跃点、DNS、出口位置、路径 MTU 和公司带宽，再决定是否启用按业务分流。

1. 结论与适用范围

排查前应准备客户端与服务器 IP、子网、网关和 DNS 配置，相关防火墙／企业远程接入／路由／NAT 策略、完整错误信息、受影响地点和时间范围，以及近期网络或安全策略变更。文中的地址均为保留示例。

该问题涉及“网络、远程接入与防火墙”。如果已经影响办公、生产或数据安全，可先远程收集日志和配置；涉及批量权限、交换机链路、停机切换或恢复演练时，应安排受控实施窗口。

2. 现象与影响范围

• 保留完整报错、事件日志时间点和失败操作，不要只凭用户口述判断。
• 先记录影响范围、首次发生时间、是否持续复现，以及同网段和其他网段是否一致。
• 应比较连接前后的默认路由、接口跃点、DNS、出口位置、路径 MTU 和公司带宽，再决定是否启用按业务分流。

3. 原因分析与检查步骤

1. 连接企业远程接入前后比较默认路由、接口跃点和 DNS，确认是否由全量流量转发把所有互联网流量送回公司出口。
2. 启用分流时只下发企业网段和内部 DNS 解析范围，避免把普通互联网流量全部送入公司出口。
3. 网页部分能开、上传卡顿或大包失败时，应检查 远程接入封装后的 MTU、MSS 调整和路径分片。
4. 远程接入已连接只说明接入链路建立；还需核对客户端路由、内部 DNS、访问控制、服务器防火墙和回程路由。
5. 检查 WinHTTP、用户代理、自动配置脚本和安全软件代理残留；浏览器正常不代表 Office 或系统服务使用同一路径。
6. 一次只变更一个条件，并在变更前导出配置或记录当前状态。

route print
ipconfig /all
Get-NetIPInterface | Sort-Object InterfaceMetric
ping public.example -f -l 1400

4. 处理方案与受控实施

优先使用只读查询、导出配置和单台验证。确认根因后，再选择修复对象、维护窗口和回退方式。策略变更应先在测试源地址和限定时间段验证，记录命中日志、会话与回退配置，再逐步扩大范围。

• 远程接入已连接只说明接入链路建立；还需核对客户端路由、内部 DNS、访问控制、服务器防火墙和回程路由。
• 检查 WinHTTP、用户代理、自动配置脚本和安全软件代理残留；浏览器正常不代表 Office 或系统服务使用同一路径。
• 一次只变更一个条件，并在变更前导出配置或记录当前状态。

5. 验证、回退与常见误区

修复后不要只看“暂时能用”。应从用户操作、日志、重启/重新登录、不同网络位置和下一次策略/备份周期再次验证。

验证与回退检查

• 一次只变更一个条件，并在变更前导出配置或记录当前状态。
• 远程接入已连接只说明接入链路建立；还需核对客户端路由、内部 DNS、访问控制、服务器防火墙和回程路由。
• 检查 WinHTTP、用户代理、自动配置脚本和安全软件代理残留；浏览器正常不代表 Office 或系统服务使用同一路径。

常见错误做法

• 看到 远程接入已连接就认定网络没有问题。
• 放通任意目标或任意服务代替最小权限策略。
• 只改客户端路由，不检查服务器回程和防火墙会话。