在 Android 上使用 v2rayNG 時,並不是所有 App 都必須走同一條代理路徑。透過「應用程式代理」功能,可以選擇只讓瀏覽器、通訊工具或特定工作 App 進入代理,也可以反過來設定成大部分 App 走代理、少數 App 保持直接連線。這項功能依賴 Android 的 VPN 介面與 v2rayNG 的分應用程式規則,和單純修改系統 Wi-Fi 代理並不是同一回事。
實際設定前,應先確認 v2rayNG 已匯入可用節點、核心能正常啟動,而且 VPN 模式確實已連線。若只修改了應用程式清單,卻沒有啟動 VPN,規則不會攔截任何 App 流量。不同 v2rayNG 版本的選單名稱或排列可能略有差異,但「設定」→「應用程式代理」以及 VPN 啟動按鈕通常是主要入口。
本文說明 v2rayNG 應用程式代理的工作方式、兩種名單模式、Android 設定路徑與實際操作步驟,並整理 VPN 未啟用、App 使用獨立網路堆疊、DNS 或電池限制造成規則失效時的檢查方法。
先了解應用程式代理如何接管流量
v2rayNG 在 VPN 模式下會透過 Android 的 VpnService 建立虛擬網路介面。當某個 App 建立 TCP 或 UDP 連線時,Android 會將符合條件的流量交給 v2rayNG,再由核心依節點、路由與 DNS 設定決定直連或代理出站。這表示應用程式代理的第一層判斷是「這個 App 是否被納入 VPN」,第二層才是核心內部的網域、IP、連接埠與路由規則。
因此,應用程式代理不等於在每個 App 的設定頁填入 SOCKS5 位址。它通常不需要逐一修改瀏覽器或通訊工具的代理欄位,而是由 v2rayNG 在系統網路層處理。若使用的是「僅代理應用」模式,未被選取的 App 可能完全不經過 v2rayNG;若使用「繞過應用」模式,被排除的 App 則會直接使用目前的行動網路或 Wi-Fi 路徑。
需要留意的是,部分 App 會使用自訂 DNS、QUIC、多程序服務或獨立的下載元件。即使 App 名稱已加入清單,某些背景服務仍可能由另一個套件負責連線。這時要檢查實際套件名稱,而不是只看桌面上的顯示名稱。Android 的分應用程式規則通常以已安裝套件識別,更新 App 後套件若被拆分,也可能需要重新確認。
結論:先選模式,再整理名單
如果只想讓少數 App 走代理,優先使用「僅代理應用」;如果只有少數 App 需要排除,才使用「繞過應用」。先決定流量比例,再維護清單,最不容易因勾選含義相反而設定錯誤。
繞過與指定代理,兩種模式怎麼選
「繞過應用」適合大部分流量都需要代理,只排除少數對區域網路、銀行服務、智慧家庭或公司內網有特殊要求的 App。例如日常瀏覽和影音工具都需要代理,只有網路印表機管理工具、家庭 NAS 管理 App 或公司內部 App 應保持直連,就可以在繞過清單中加入這些程式。
「僅代理應用」適合只處理少數程式的情況。例如只想讓某個瀏覽器、測試工具或指定通訊 App 走代理,其餘 App 保持原本網路路徑,就應選擇僅代理模式。這種方式也較容易觀察效果,因為啟用 VPN 後,只有清單中的 App 會受到 v2rayNG 影響。
只讓清單中的 App 進入 v2rayNG,其他程式維持直接連線,規則範圍最容易控制。
適合:只代理瀏覽器、測試工具或少數 App
大部分 App 都經過 VPN,只將清單中的程式排除在代理之外。
適合:大部分流量都要代理、只有少數例外
不依應用程式名稱篩選,所有進入 VPN 的流量再交由核心路由規則處理。
適合:需要統一管理 DNS、網域與 IP 分流
模式切換後,不要只查看清單是否保留。應確認目前顯示的是「繞過」還是「僅代理」,再檢查每個 App 旁邊的勾選狀態。對新手而言,最常見的錯誤是原本想指定三個 App 代理,卻選用了繞過模式,結果反而讓這三個 App 直接連線。
在 v2rayNG 中完成應用程式代理設定
以下流程以常見的 v2rayNG Android 介面為例。若你的版本將入口放在側邊選單或「設定」頁的較下方,只要尋找「應用程式代理」、「App Proxy」或相近名稱即可。設定過程中建議先只加入一個測試 App,確認結果後再批次增加,避免清單過大導致問題難以定位。
確認節點可用
開啟 v2rayNG,選取一個節點並按下連線。確認 VPN 鍵圖示出現,且主畫面狀態顯示核心已啟動。若節點本身無法連線,先處理節點或訂閱問題。
開啟應用代理
進入「設定」→「應用程式代理」。在部分版本中,也可以由側邊選單進入設定後,再向下捲動找到應用程式清單。
選擇代理模式
選擇「僅代理應用」或「繞過應用」。只想指定少數 App 時,先選「僅代理應用」;需要排除少數程式時,才選「繞過應用」。
勾選目標 App
在已安裝應用程式清單中勾選測試程式。若清單可搜尋,請用 App 名稱或套件關鍵字查找,確認不要誤選同一服務的另一個元件。
重新啟動 VPN
儲存設定後返回主畫面,先停止連線,再重新啟動 VPN。關閉後重新開啟目標 App,讓它建立新的連線,不要只在原有頁面上重新整理。
完成後可以使用一個容易觀察的測試:在僅代理模式中只勾選瀏覽器,開啟瀏覽器確認可正常連線,再開啟未勾選的其他 App 比較結果。這個測試不是用來判斷節點速度,而是確認應用名單是否真的影響流量。若兩邊表現完全相同,也不代表必然失效,還要配合 VPN 狀態、核心日誌與目標 App 的連線方式判斷。
僅代理模式
- 入口
- 設定 → 應用程式代理
- 選項
- 僅代理應用
- 名單含義
- 勾選者進入 VPN
- 驗證方式
- 只測試勾選的 App
適合少數指定 App 需要代理的情況。
繞過模式
- 入口
- 設定 → 應用程式代理
- 選項
- 繞過應用
- 名單含義
- 勾選者不進入 VPN
- 驗證方式
- 測試被排除的 App
適合大部分 App 都需要代理、只有少數例外的情況。
常見使用組合與路由注意事項
最穩妥的日常組合通常是「僅代理應用」加上少量指定程式。可以先選擇一個瀏覽器作為測試對象,確認節點和 DNS 均正常後,再加入其他需要代理的 App。這種做法不會立即改變整台手機所有程式的網路行為,遇到問題時也較容易回復。
- 瀏覽器指定代理:適合查詢特定網站或測試代理是否有效。若瀏覽器啟用了獨立的安全 DNS,DNS 查詢可能不完全依照 v2rayNG 的預期路徑。
- 通訊工具指定代理:部分通訊工具會把訊息、圖片、推播與下載交給不同服務,應分別測試文字訊息、圖片載入及背景通知。
- 遊戲或即時連線:UDP 流量、延遲與 NAT 行為會影響結果。App 被納入 VPN 不代表所有伺服器連線都一定適合代理。
- 內網工具繞過代理:路由器管理頁、NAS、印表機與公司內部位址通常應保持直連,避免私有網段被送到遠端節點。
應用程式代理與核心路由是兩個不同層次。即使 App 已進入 VPN,核心仍可能依 geoip:private、geosite:cn、網域後綴或其他規則選擇直連。因此「App 已代理」不一定等於「App 的每個網域都經過遠端節點」。若目標是讓某個 App 的所有外部連線都代理,還要檢查路由規則是否存在將特定網域或 IP 送往直連的條件。
設定後沒有生效,依序檢查這些項目
第一項要確認的是 v2rayNG 是否真的處於 VPN 連線狀態。Android 狀態列的 VPN 圖示、v2rayNG 主畫面的連線狀態,以及核心日誌都應互相吻合。若只看到節點已選取,卻沒有 VPN 權限或隧道未啟動,應用程式清單不會產生接管效果。可以先停止服務,重新授權 VPN,再啟動一次。
第二項是重新核對模式和清單。僅代理模式中,至少要勾選一個目標 App;繞過模式中,勾選項目反而不會進入 VPN。修改後應強制關閉目標 App,再重新開啟,因為既有 TCP 連線可能仍沿用原本的路徑。測試時也不要同時開啟另一個代理工具,避免兩個 VPN 或代理服務互相衝突。
VPN permission denied
原因與解法:Android 沒有授予 v2rayNG 建立 VPN 的權限;重新按連線並在系統確認視窗中允許,若仍失敗則檢查是否已有其他 VPN 服務佔用。
connection refused 127.0.0.1:10808
原因與解法:某個工具嘗試使用本機 SOCKS 入口,但 v2rayNG 核心沒有在該連接埠監聽;先確認核心已啟動,再核對「本機 DNS」或代理入口設定。
App 已勾選但仍直接連線
原因與解法:可能選成繞過模式、VPN 未重新啟動,或 App 使用獨立背景元件;切換為僅代理模式測試,重啟 VPN 並重新檢查實際套件。
第三項是 DNS 和應用程式自身設定。若 App 使用加密 DNS、內建代理、分流下載器或特定網路協定,v2rayNG 的一般應用清單未必能單獨解決問題。可先暫時關閉 App 內建的代理或自訂 DNS,並以瀏覽器載入一個簡單網頁作為對照。若瀏覽器正常、目標 App 仍異常,問題較可能位於 App 自身的連線策略,而不是 v2rayNG 名單。
最後檢查 Android 的電池最佳化、背景活動限制與資料節省模式。部分手機廠商會在螢幕關閉後停止 v2rayNG,或限制 VPN 程序維持背景連線。可在系統「應用程式」→「v2rayNG」→「電池」中允許必要的背景活動,並確認資料節省功能沒有阻止目標 App。調整後重新啟動 v2rayNG,再觀察鎖定螢幕與解鎖後的連線是否都能維持。
| 現象 | 優先檢查 | 建議處理 |
|---|---|---|
| 所有 App 都無法連線 | VPN 權限、節點與核心日誌 | 先停用應用分流,確認一般 VPN 連線正常 |
| 只有未勾選 App 受代理影響 | 目前使用的模式 | 確認是否誤選「繞過應用」 |
| 勾選後仍沒有變化 | VPN 是否重新啟動、App 是否重開 | 停止 VPN,強制關閉 App,再重新連線 |
| 螢幕關閉後失效 | 電池最佳化與背景限制 | 允許 v2rayNG 背景執行並重新測試 |
| 網頁可開但特定服務失敗 | DNS、UDP 或 App 內建網路功能 | 核對核心路由與 App 自訂 DNS、協定設定 |
完成排查後,建議保留一份簡單的應用程式清單:記錄目前模式、已勾選 App、使用的節點名稱與測試日期。之後更新 v2rayNG、切換核心或更換手機系統時,先以這份清單逐項恢復,再一次只修改一個條件。這樣可以清楚判斷問題來自應用分流、節點本身、核心路由,還是 Android 的背景管理。