Android VPN 分流怎麼設？指定 App 走代理、其他流量直連一次搞定

先弄清楚 Android 分流的運作方式

Android 的 VPN 用戶端通常透過系統 VPN 介面接收裝置流量，再依用戶端設定決定哪些應用程式交由代理處理。分流選項常見兩種語意：一種是「只代理選取的 App」，另一種是「排除選取的 App，其餘都代理」。它們看起來只是勾選方向相反，實際結果卻可能差很多。操作前請先讀清楚頁面上的說明，並確認清單標題與目前模式。

不同 Android 用戶端對功能的命名和實作不完全相同。有些在連線設定裡提供 App 清單，有些把選項放在 VPN、路由或流量控制頁面；也可能需要先匯入設定，再進入個別設定檔調整。若找不到分流入口，不要直接假設 Android 系統一定有通用的「按 App 指定代理」開關：一般使用者通常要由提供 VPN 連線的用戶端實作這項功能。

App 分流通常是以應用程式套件為範圍，而不是隻看螢幕上顯示的名稱。同一服務可能另有登入、更新、推播或下載元件；瀏覽器內嵌頁面也可能由 Android System WebView 等元件載入。因此，選中主要 App 後，仍需在實際操作中檢查登入、載入內容和通知是否正常。

• ✅ 先確認設定代表「只代理勾選項目」還是「排除勾選項目」。
• ✅ 檢查清單中是否包含目標 App，以及其必要的相關元件。
• ❌ 不要把「VPN 已連線」當作分流規則已正確生效的證明。
• ❌ 不要同時啟動兩個會建立 Android VPN 連線的用戶端來測試。

依使用情境決定哪些 App 經由 VPN

分流沒有適用所有人的固定清單，應從實際需求出發。需要特定網路出口的 App 可以加入代理範圍；本地銀行、家用裝置控制、公司內網或依賴區域網路的服務，則通常應先保留直連，避免不必要地改變登入地區、存取路徑或裝置探索功能。若不確定某個 App 是否需要代理，先只加入一個目標，測試完成後再擴大範圍。

只代理選取項目，通常比較容易維持其他應用程式的原有連線方式；排除清單則可能讓清單之外的 App 一併進入 VPN。後者若勾選遺漏，便可能改變原本預期直連的流量。選擇模式時也要考慮新安裝的 App：依清單規則，新 App 可能自動被納入代理，也可能繼續直連。更換模式後，原有勾選項目仍可能保留，不能只看模式名稱就認定設定已重置。

VPN 只改變流量路徑，不會自動修正 App 帳戶地區、權限、DNS 設定或服務端故障。若 App 開啟後仍無法連線，應分別確認它是否被納入 VPN、用戶端是否成功接管流量，以及目標服務是否允許目前的登入方式。把這些層次拆開檢查，比反覆更換節點或重裝 App 更容易找到原因。

Android 指定 App 分流設定步驟

不同版本和用戶端的頁面名稱會變動，以下以通用流程說明。操作時先記下原本的模式和選取項目，方便發生問題時還原。使用者若正在比較不同裝置或設定方式，也可先從VPNGF瞭解服務與支援平台資訊，再回到目前的 Android 用戶端完成設定。

1. 確認只有一個 VPN 用戶端負責連線。先關閉其他代理或 VPN App，確認 Android 狀態列沒有仍在運作的另一條 VPN。部分安全防護、DNS 或廣告過濾工具也會建立 VPN 介面，可能與代理用戶端互相衝突。
2. 找到分流設定入口。在目前使用的用戶端中查看連線設定、路由、應用程式清單或分應用程式代理選項。確認選項描述是「代理已選取的 App」或「排除已選取的 App」，不要只依圖示或勾選狀態判斷。
3. 選擇一個目標 App。先加入最需要經 VPN 連線的應用程式，保留其他項目的原狀。若清單提供系統 App 或工作資料夾內的 App，先不要廣泛選取；只處理明確需要測試的項目。
4. 儲存設定並重新連線。有些用戶端會在儲存後立即套用，有些則需中斷再連線。依畫面提示完成變更，並允許 Android 顯示的 VPN 連線請求；若系統要求再次授權，確認這是目前要使用的用戶端。
5. 分別測試代理 App 與直連 App。在目標 App 內完成實際操作，確認頁面、登入或所需功能可用；再開啟一個預期直連的 App，確認其本地服務和一般連線沒有受到影響。測試時一次只改一項設定，結果才容易判讀。
6. 記錄並檢查連線紀錄。若用戶端提供流量或連線日誌，查找目標 App 對應的請求是否進入預期的代理規則。日誌顯示的程序名稱、網域或連線方式可能不完整，應與 App 的實際功能結果一起判斷，而非只憑單一紀錄下結論。

確認分流有效時，請在目標 App 本身進行測試。只在瀏覽器開啟 IP 查詢頁面，最多能說明瀏覽器目前的出口情況，不能證明另一個 App 也使用相同路徑；同理，瀏覽器顯示本地出口，也不代表選定的 App 沒有經 VPN 連線。若目標 App 沒有可查看的網路狀態，可搭配用戶端的連線紀錄，並觀察其核心功能是否能正常完成。

確認路徑並排查常見異常

如果目標 App 顯示連線失敗，先確認選取清單與分流模式沒有理解錯誤。由「只代理選取項目」切換成「排除選取項目」後，相同的勾選可能產生相反結果。重新連線後仍有問題，可暫時移除其他分流例外，只留下目標 App，再測試登入、內容載入及需要的資料傳輸；不要一次清空所有規則，否則難以定位是哪個設定造成差異。

若 App 首頁可以開啟，但登入、圖片或通知不正常，可能是不同功能由不同元件或網域負責，也可能涉及背景執行限制、DNS 或 App 權限。先查看用戶端是否記錄相關連線，再檢查 Android 的背景資料、省電限制與通知設定。不要因為某項功能失效，就立刻將整台裝置改成全域代理；這會同時改變其他 App 的路徑，未必能解決原問題。

如果直連 App 也無法使用，檢查是否誤選了「排除清單」模式、是否啟用了封鎖未經 VPN 流量，以及是否有其他安全工具佔用 VPN 介面。若只有區域網路裝置無法存取，確認用戶端是否有允許區域網路或排除本地網段的選項；其名稱與預設行為因用戶端而異，不應在未了解作用前隨意加入路由規則。

• ✅ 對照分流模式、已選 App 與用戶端連線紀錄。
• ✅ 逐一測試目標 App 的主要操作與預期直連的本地服務。
• ✅ 檢查省電限制、背景資料、DNS 與系統 VPN 狀態。
• ❌ 不要同時更改節點、分流模式和 DNS，否則難以判定原因。
• ❌ 不要在排查時公開帳戶資訊、訂閱連結或含有權杖的診斷紀錄。

協定或傳輸方式也可能影響個別 App 的連線表現，但協定名稱本身不能保證某個應用程式一定相容。Shadowsocks、VMess、Trojan、Hysteria2 與 WireGuard 等名稱代表不同的技術或協定實作；實際可用功能仍取決於用戶端、伺服器設定及目前網路環境。若只有特定功能異常，先確認流量是否被正確納入代理，再依用戶端文件檢查相關傳輸支援，不必僅憑協定名稱推斷原因。

還原設定與日常使用建議

要回到原本狀態，先在用戶端中還原先前記錄的分流模式和 App 清單，再依畫面指示重新連線。若曾開啟 Android 的永遠開啟 VPN 或封鎖未經 VPN 流量，也要檢查並按需求恢復；只在用戶端斷線，不一定會自動清除系統層級的限制。完成後確認 VPN 狀態、直連 App 與原本需要代理的 App 都恢復預期行為。

若用戶端停止回應，可先正常中斷連線、退出 App，再確認 Android 設定中的 VPN 狀態。重新啟動裝置前後都應檢查系統是否自動重新連線，以及分流選項是否仍然保留。重設用戶端資料或移除設定檔可能會清除已匯入的連線資料，應先確認能重新取得所需設定，避免把網路故障擴大成設定遺失。

長期使用時，盡量維持清單簡單且容易理解。每次新增 App、更新用戶端或更換設定檔後，重新確認模式與測試結果；若一項服務由多個 App 元件協作，也要在不暴露個人資料的前提下，依序確認各功能所需的網路路徑。發現異常時，先回到最後一次可正常使用的設定，再逐項調整。