如果你使用分割隧道在 VPN 外部路由特定應用程式，但該應用程式突然完全失去互聯網存取權限，則可能會遇到 Android 路由衝突。
當分割隧道規則與 Android 的 阻擋沒有 VPN 的連線 設定發生衝突時，通常會發生這種情況。系統的一部分試圖讓特定流量繞過隧道，而作業系統層級 VPN 鎖定則試圖阻擋所有不在隧道內的流量。
快速總結
- 悖論： 你不能安全地告訴 Android 阻擋所有非 VPN 流量，同時又期望被排除的應用程式正常繞過 VPN。
- 作業系統獲勝： Android 的系統級 VPN 鎖定優先於應用程式級路由規則。
- **排除模式通常需要更寬鬆的鎖定狀態：**如果應用程式必須繞過隧道，嚴格的作業系統級網路鎖定可以阻擋它。
- **包含模式可以更容易推理：**當你需要更嚴格的控制時，僅透過隧道路由選定的應用程式可能會更乾淨。
路由衝突的逐步修正
1.檢查作業系統層級VPN鎖定是否開啟
在變更分割隧道規則之前，請先確認 Android VPN 鎖定狀態。
**修正方法：**前往 Android 設定 → 網路和網路 → VPN，點擊 VPN 旁邊的齒輪圖標，然後檢查 封鎖沒有 VPN 的連線。
如果啟用，請了解排除的應用程式可能不會按你預期的方式運作。
相關指南：Always-On VPN & Kill Switch Android 指南.
2. 停用嚴格鎖定的情況下重新測試排除模式
如果你的使用場景依賴一兩個繞過 VPN 的應用程式，最簡潔的排查步驟是暫時停用嚴格的作業系統鎖定並再次測試。
修正方法：暫時關閉阻擋沒有 VPN 的連線，如果需要，重新連線 VPN，然後重新測試排除的應用程式。
如果應用程式開始工作，作業系統層級鎖定可能是主要衝突。
3.嘗試包含模式而不是排除模式
有時更好的解決方案是反轉路由邏輯。
修正方法： 在你的 VPN 應用程式中，從 排除 模式切換到 包含 模式（如果符合你的使用場景）。不要繞過一些應用程式，而是僅路由需要隧道的應用程式。
當你想要更嚴格地控制 VPN 內必須保留的內容時，這可以減少混亂。
路由概述：Android 上的分割隧道指南.
4. 強制停止受影響的應用程式並重新開啟它
當路由規則在已經打開的情況下發生變化時，應用程式並不總是能夠乾淨地適應。
修正方法：進入Android 設定→應用程式，找到受影響的應用程式，點擊強制停止，然後在路由更改後重新打開它。
如果應用程式的網路狀態已過時，重新開啟它可以幫助它使用更新的路由路徑建立新的連線。
相關排查：VPN已連線但Android 上無法上網：修正指南.
5. 檢查私有 DNS 是否增加了另一層衝突
如果即使在你調整 VPN 鎖定狀態後，排除的應用程式仍然表現不佳，Android 的私有 DNS 設定可能是造成混亂的原因之一。修正方法： 檢查你的私人 DNS 配置並測試停用它是否會改變結果。
*相關文章：修正私有 DNS 與 Android VPN 的衝突。 *
對路由邏輯的實際期望
- 這並不總是 VPN 應用程式中的錯誤： Android 系統規則可能是衝突的真正根源。
- 並非每個應用程式的行為方式都相同： 某些應用程式對路由變更反應不佳，需要完全重新啟動。
- 協定選擇通常無法解決此特定衝突： 如果問題是作業系統級鎖定狀態，則在 WireGuard 和 Xray 之間切換通常不是主要解決方案。
*對於協定上下文：Android 上的 WireGuard 與 Xray (VLESS/Reality)。 *
常見問題解答
為什麼被排除的應用程式突然沒有連線？
因為 Android 可能仍在作業系統層級強制執行嚴格的 VPN 鎖定，這可能會阻擋旨在繞過隧道的流量。
我可以保持嚴格的 Android Kill Switch打開並仍然排除應用程式嗎？
有時，行為會因 Android 版本和裝置而異，但作為排查規則，你應該假設嚴格鎖定可能會幹擾排除的應用程式流量。
分割隧道也會改變 DNS 行為嗎？
可以。如果應用程式的路由不同，DNS 行為也會根據 Android 設定和應用程式的流量路徑而改變。
NimbusVPN 的適用範圍
NimbusVPN 為你提供測試 Android 路由行為的實用控件，而無需將你鎖定在一種固定設定中。
- 分割隧道支援： 你可以測試特定於應用程式的路由是否是真正的問題。
- 協定彈性： 如果路由層穩定，可以單獨比較協定行為。
- Android 優先排查： 該應用程式適用於系統 VPN 設定影響應用程式行為的真實 Android 場景。