連接公司 VPN 後網頁和影片都變慢，如何判斷是不是全隧道、DNS 或 MTU 問題？
應比較連接前後的預設路由、接口躍點、DNS、出口位置、路徑 MTU 和公司帶寬，再決定是否啟用 Split Tunnel。
適用範圍與操作邊界應比較連接前後的預設路由、接口躍點、DNS、出口位置、路徑 MTU 和公司帶寬，再決定是否啟用 Split Tunnel。 檢查前先確認影響範圍和重現條件；任何變更均應保留備份、測試對象和清晰的復原路徑。
1. 結論與適用範圍
檢查前應準備用戶端與伺服器 IP、子網絡、閘道和 DNS 設定，相關防火牆／VPN／路由／NAT 原則、完整錯誤訊息、受影響地點和時間範圍，以及近期網絡或安全原則變更。文中的地址均為保留範例。
此問題涉及「網絡、VPN 與防火牆」。如已影響日常辦公、業務運作或資料安全，可先遠端收集記錄和設定；涉及批次權限、交換器鏈路、停機切換或復原演練時，應安排受控實施時段。
2. 現象與影響範圍
- 保留完整錯誤訊息、事件記錄時間點和失敗操作，不要只憑使用者口述判斷。
- 先記錄影響範圍、首次發生時間、是否持續重現，以及同網段和其他網段是否一致。
- 應比較連接前後的預設路由、接口躍點、DNS、出口位置、路徑 MTU 和公司帶寬，再決定是否啟用 Split Tunnel。
3. 原因分析與檢查步驟
- 連接 VPN 前後比較預設路由、接口躍點和 DNS，確認是否由全隧道把所有互聯網流量送回公司出口。
- 啟用分流時只派發企業網段和內部 DNS 解析範圍，避免把普通互聯網流量全部送入公司出口。
- 網頁部分能開、上傳卡頓或大包失敗時，應檢查 VPN 封裝後的 MTU、MSS 調整和路徑分片。
- VPN 已連接只說明隧道建立；還需核對用戶端路由、內部 DNS、存取控制、伺服器防火牆和回程路由。
- 檢查 WinHTTP、使用者代理、自動設定腳本和安全軟件代理殘留；瀏覽器正常不代表 Office 或系統服務使用同一路徑。
- 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。
唯讀檢查示例
route print
ipconfig /all
Get-NetIPInterface | Sort-Object InterfaceMetric
ping public.example -f -l 1400指令中的伺服器名稱、網域和路徑必須替換為本企業已確認的值。不要複製未知環境中的真實 IP、網域或帳戶。
4. 處理方案與受控實施
優先使用唯讀查詢、匯出設定及單台驗證。確認根因後，再選擇修復對象、維護時段及復原方式。策略變更應先在測試源地址和限定時間段驗證，記錄命中記錄、會話與復原設定，再逐步擴大範圍。
- VPN 已連接只說明隧道建立；還需核對用戶端路由、內部 DNS、存取控制、伺服器防火牆和回程路由。
- 檢查 WinHTTP、使用者代理、自動設定腳本和安全軟件代理殘留；瀏覽器正常不代表 Office 或系統服務使用同一路徑。
- 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。
遠端還是現場處理？單台或少量終端、設定與記錄可遠端取得時，通常可先遠端判斷；涉及交換器鏈路、機房佈線、多網段批次變更或停機切換時，建議安排現場時段。杭州及長三角可按項目情況上門，其他地區可遠端協助。
5. 驗證、復原與常見誤區
修復後不要只看「暫時可用」。應從使用者操作、記錄、重新啟動／重新登入、不同網絡位置及下一次策略／備份週期再次驗證。
驗證與復原檢查
- 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。
- VPN 已連接只說明隧道建立；還需核對用戶端路由、內部 DNS、存取控制、伺服器防火牆和回程路由。
- 檢查 WinHTTP、使用者代理、自動設定腳本和安全軟件代理殘留；瀏覽器正常不代表 Office 或系統服務使用同一路徑。
常見錯誤做法
- 看到 VPN 已連接就認定網絡沒有問題。
- 放通任意目標或任意服務代替最小權限策略。
- 只改用戶端路由，不檢查伺服器回程和防火牆會話。