V2Ray 故障
排除指南

無法上網：先釐清問題範圍

用戶端顯示正在執行，只能代表介面或核心處於某種工作狀態，無法證明瀏覽器的要求已抵達遠端。先暫停 Tun 模式、關閉系統代理，再開啟平常可直接瀏覽的網站。如果此時仍無法連線，應先檢查無線網路、閘道器、登入驗證或系統網路設定，先別繼續調整節點。若關閉用戶端後仍無法上網，請檢查系統是否殘留指向本機的代理位址；還原原設定後再測試。

建立可重複的基準測試

記下目前的用戶端、選取的伺服器、路由模式、系統代理狀態及本機監聽連接埠。開啟日誌視窗並清除舊記錄，再瀏覽同一個 HTTPS 網頁。瀏覽器快取可能掩蓋實際結果，可改用新的無痕視窗測試，但也要確認擴充功能沒有另外管理代理。每次只測試一個網頁，並記下測試時間。不要同時切換節點、啟用 Tun 或修改 DNS，否則即使恢復連線，也無法判斷是哪項變更生效。

在 v2rayN 中，先確認伺服器清單已選取要使用的項目，且核心啟動時沒有立即報錯。桌面版通常可從底部狀態區或系統匣選單確認系統代理模式。逐一比對本機連接埠與應用程式填寫的連接埠；遠端伺服器連接埠不能當成本機代理連接埠。啟用混合監聽時可接收不同代理協定，但實際支援範圍仍以目前核心與設定為準，不能只憑連接埠號碼推斷。

區分應用程式未使用代理與遠端無法連線

如果日誌完全沒有這次瀏覽的記錄，先檢查瀏覽器是否使用系統代理、是否設定了自己的代理，以及目前路由是否將目標設為直連。若日誌出現要求，隨即顯示遠端連線錯誤，請接著查看下一章。日誌中出現直連記錄，不代表節點失效；這可能是略過區域網路或自訂規則的正常結果。驗證時應選擇確定會經過代理的目標，避免用原本就設為略過的位址下結論。

可使用以下指令明確指定本機 HTTP 代理，略過系統代理的自動偵測。範例中的 10808 僅適用於本機確實啟用了相應監聽的情況；若連接埠不同，請依用戶端設定修改。Windows 可在終端機使用 curl.exe，macOS 與 Linux 則使用 curl。範例使用公開網站，實際排除問題時也可換成自己有權存取的 HTTPS 位址。

curl --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

若指令顯示無法連線至本機連接埠，問題可能出在監聽、連接埠衝突或核心啟動；若本機連線已建立但遠端逾時，則應核對伺服器參數與連線路徑。收到 HTTP 回應表示這次要求經過代理並取得回應，但不代表所有應用程式與目標都正常。若瀏覽器仍無法使用，請逐項檢查擴充功能、獨立代理、瀏覽器安全 DNS 及憑證提示。

復原時保留最精簡的設定

暫時使用一個已確認參數完整的伺服器，保留預設路由方式，並關閉額外的流量接管工具。不要直接刪除整個設定資料夾來代替問題排查；訂閱群組、路由與個人設定可能一併遺失。先備份，再逐項復原，較容易找出衝突。若出現憑證警告，請勿直接關閉憑證驗證；應檢查裝置時間、目標網域與憑證是否相符，並確認網路中是否有需要授權的檢查代理。

節點逾時：分別檢查連接埠與交握

「逾時」並非單一故障。可能發生在解析伺服器網域、建立傳輸連線、加密交握，或代理連線建立後傳送目標要求的階段。先展開測試結果與日誌，確認逾時指向哪個位址、發生在哪個步驟，再決定是否更換伺服器。若只有一個項目失敗，優先核對該項目的參數；若同一網路下所有項目都失敗，先檢查本機網路、系統時間，以及是否有其他代理程式接管流量。

別把 TCPing 當成完整的連線驗證

TCPing 主要用來觀察 TCP 連接埠是否能建立連線。測試成功不代表身分驗證、TLS、傳輸路徑或目標存取一定正常；使用不同底層傳輸的設定，也不能直接套用 TCP 測試結果。v2rayN 的真連線測速會透過代理存取測試目標，較接近實際要求，但結果仍取決於測試位址是否可連線。若測試失敗、日常目標卻可用，先檢查測試位址與逾時設定；不要只憑單一結果刪除節點。

若要檢查 TCP 服務，可在 Windows 終端機使用以下系統指令測試連接埠。範例中的網域與連接埠僅用來示範語法，執行前請換成伺服器項目的實際值。結果只能用來判斷連接埠是否可連線，不能據此推論協定參數正確，也不能以第三方網站的連接埠檢測取代本機測試，因為對方所處的網路與本機連線路徑不同。

Test-NetConnection -ComputerName example.com -Port 443

依連線參數之間的關聯逐項核對

重新開啟伺服器編輯視窗，依序檢查位址、連接埠、協定與身分欄位，再核對傳輸類型及該傳輸所需的路徑、主機名稱或服務名稱。WebSocket 路徑與要求主機、gRPC 服務名稱、TLS 伺服器名稱都可能影響交握，彼此不能任意替換。匯入完整分享連結通常比手動抄寫可靠，但仍應確認連結沒有被通訊軟體截斷，參數跳脫也沒有遭到二次處理。

若 TLS 報錯，先檢查系統日期與時區，再確認伺服器名稱是否符合伺服器端設定。使用 REALITY 的項目還須核對公鑰、短識別碼、伺服器名稱及用戶端支援情況，不能拼入其他伺服器的參數。若服務提供者更新了參數，請更新該訂閱群組並重新選取項目；只保留舊視窗中的手動副本，可能會一直使用已過期的連線資訊。

透過對照測試縮小網路問題範圍

保持裝置與同一筆設定不變，只將網路從目前的無線連線切換為手機熱點。若熱點可用，應優先檢查原網路的 DNS 解析、出口或存取政策；若兩者都失敗，再於同一網路測試另一筆已確認可用的設定。對照測試必須控制變因，不要同時更換裝置、節點與核心。伺服器偶爾逾時也可能是遠端限流或服務無法使用所致；用戶端設定無法修復遠端停止監聽的問題。

避免短時間內以高並行數測試整份清單。大量同時交握可能觸發伺服器連線限制，也會占用本機頻寬，讓正常項目也顯示失敗。先單獨測試一個，再少量比較。更完整的首次驗證方式請參考真連線測速與代理生效驗證；排除問題時應記錄「哪個階段失敗」，而非籠統寫成「節點壞了」。

訂閱失敗：區分取得內容與解析內容

更新訂閱包含兩個不同步驟：用戶端先向訂閱網址發出要求，再將回傳內容解析成伺服器項目。要求失敗、回傳空白內容或格式不相容，都可能造成清單沒有變化。先查看更新提示與日誌，確認是否收到有效回應。若原有節點仍可使用，請勿先刪除群組；保留舊項目可避免一次短暫的更新失敗，導致完全沒有可用設定。

確認匯入入口與連結類型

v2rayN 透過「訂閱群組」管理訂閱網址，通常須先進入訂閱群組設定，新增備註與網址，再從訂閱群組選單更新。v2rayNG 則在側邊選單的「訂閱設定」新增網址，回到主畫面後再執行更新訂閱。不同版本的介面文字位置可能略有差異，但填入網址與執行更新是兩個步驟；儲存網址不代表已完成下載。找不到入口時，請先確認用戶端名稱。

訂閱網址通常是 HTTPS 連結，單一分享連結則常帶有協定前綴，兩者用途不同。若將單一分享連結填入訂閱網址欄位，用戶端可能會把它當成網路位址來要求，因此無法正常更新。複製時請檢查頭尾空格、換行、全形標點，以及連結是否完整。QR Code 只是承載文字的形式，掃描成功不代表其中的內容適用於目前的匯入入口。

要求失敗時檢查存取路徑

先確認裝置時間正確、一般網頁可正常瀏覽，再檢查訂閱是否過期或遭服務端停用。若出現授權失敗或存取遭拒，請向連結提供者確認權限；反覆修改本機連接埠無法解決權限問題。瀏覽器能開啟訂閱網址，只代表瀏覽器的存取路徑可用，不能證明用戶端更新訂閱時走的是相同路徑。瀏覽器擴充功能與系統代理的差異，都可能造成兩者結果不同。

v2rayN 的訂閱更新選單可能提供透過代理或不透過代理更新的選項，實際名稱請以目前介面為準。如果訂閱服務必須透過現有代理才能存取，請先選取可用伺服器並建立連線，再選擇相應的更新方式。若目前沒有可用代理，請勿透過這條失效連線更新；可改用直連，或使用服務提供者允許的其他網路。測試時不要把私人訂閱網址交給不明的轉換服務。

要求成功但沒有節點時的處理順序

網路要求成功後清單仍是空的，先確認伺服器回傳的內容是否為登入頁、錯誤說明頁或重新導向頁面。HTTP 成功狀態不代表內容一定是訂閱資料。常見內容包括多筆分享連結、編碼後的連結集合，或特定用戶端專用的結構化設定；不同格式不一定能互相匯入。請在伺服器端選擇明確支援目標用戶端的訂閱格式，不要只憑副檔名猜測相容性。

接著檢查群組篩選條件與搜尋欄。節點可能已匯入，卻被隱藏在其他訂閱群組，或遭目前的關鍵字篩選。更新後先清除搜尋條件，切換到相應群組，再確認項目數量變化與錯誤提示。若只有部分項目匯入失敗，請檢查失敗項目的協定、傳輸方式與核心支援情況；其他項目匯入成功，不代表格式或參數一定沒有問題。先修正一個項目，再批次更新。

更新訂閱可能會覆蓋群組內的手動修改。若要長期保留個人調整，請先記錄並確認用戶端的更新行為，再決定是否另存為獨立項目。移轉裝置時也要區分訂閱網址、伺服器清單與完整用戶端備份，三者包含的資訊並不相同。更多入口與格式說明請參考V2Ray 訂閱連結匯入與格式說明；首次匯入可回到入門指南依照步驟操作。

速度慢：分別檢查傳輸量、延遲與負載

網頁開啟慢、下載速度低與影片緩衝，不一定是同一個環節造成的。網頁首次開啟較容易受 DNS 解析與交握影響，大型檔案傳輸則更受持續傳輸量影響；互動式應用程式則對往返延遲與封包遺失較敏感。先說明「哪個應用程式、哪個目標、什麼時段變慢」，再選擇適合的測試方式。不要直接比較不同網站的載入時間與不同線路的大檔下載速度，也別把連線測速結果當成頻寬上限。

先排除本機網路與並行工作造成的影響

暫停系統更新、雲端同步及其他大量傳輸工作，確認沒有背景下載占滿上行頻寬。無線網路訊號較弱時，可先靠近無線基地台，或改用有線連線作為對照。保持用戶端設定不變，測試一般直連目標是否同樣緩慢；若所有連線都受影響，請優先檢查本機網路。裝置因充電而過熱降速、處理器負載過高或受到電源管理限制，也可能降低持續傳輸能力，長時間使用的行動裝置尤其如此。

測試時一次只執行一項工作，並使用相同目標、相同檔案及大致相同的測試時間。伺服器測速通常使用較小的要求，只能反映部分回應特性；同時測試整份清單不但耗費流量，也可能讓測速工作本身占滿頻寬。先測試少數候選項目，再以實際使用情境驗證。留意應用程式顯示的單位是每秒位元組還是每秒位元，兩者不能直接比較；短暫峰值也不等於穩定速度。

區分節點負載與目標網站的限制

固定網路與目標，只更換伺服器。若只有一台伺服器明顯較慢，而且不同目標都受影響，可能與該伺服器的負載、頻寬或上游線路有關；若所有伺服器都只有連至某個目標時變慢，則應檢查目標服務本身的限速、快取與連線政策。遠端服務資源不足，無法靠提高本機執行緒數量解決。比較尖峰與離峰時段有幫助，但須記錄相同測試條件，別用不同網路環境的結果推斷壅塞情況。

真連線測速較快、下載卻較慢，並不矛盾：短時間要求可以迅速完成，持續傳輸仍可能受壅塞與限速影響。反過來說，交握較慢的連線也可能有較好的持續傳輸量。應關注實際目標工作是否改善，而不是只讓清單上的數字看起來更小。更詳細的分層檢查方式請參考節點、線路與本機設定分層排查；先記錄對照結果，再決定是否更換線路。

謹慎調整傳輸方式、Mux 與路由

Mux 會將多個邏輯要求共用較少的底層連線，可能減少重複建立連線的成本；但在某些線路與服務組合中，也可能讓要求一同受到同一連線壅塞的影響。並行數不是越高越快，也不能假設所有協定都適合相同的多工方式。若近期只調整過 Mux，請先還原原值再比較。若伺服器端要求固定的傳輸參數，用戶端不能為了追求速度，就任意將 WebSocket 換成其他傳輸方式。

路由也可能造成「部分內容變慢」的情況。網頁主體、圖片與登入介面可能使用不同網域，套用不同的出口規則，結果便是頁面框架已開啟，資源卻遲遲沒有顯示。請查看變慢的要求所對應的日誌與規則，確認是否走預期路徑。DNS 快取與連線重用會影響複測；修改規則後，請重新建立受影響的連線，必要時關閉並重新開啟應用程式。不要因為舊連線仍在運作，就誤以為新規則沒有生效。

速度恢復後，記下真正有效的變更，並撤回無關的測試。只保留必要調整，通常比累積一串「最佳化參數」更穩定。如果速度長期不佳且已排除本機問題，向服務提供者回報發生時段、目標類型與對照條件，比只說一句「網路很慢」更有助於釐清問題。

DNS 問題：確認解析發生的位置

DNS 負責將網域轉換成 IP 位址，但在代理環境中，解析不只會發生在一個位置。系統可以進行解析，瀏覽器可以使用獨立的安全 DNS，用戶端核心也可能依照設定解析；使用 SOCKS 時，應用程式還可能選擇將網域交給代理端解析。先確認解析失敗的是伺服器網域還是目標網域，以及要求使用哪條路徑。一次更換所有解析器會破壞線索，也可能引入新的相依循環。

先從系統解析與用戶端日誌查起

日誌顯示伺服器網域無法解析時，連線可能尚未抵達遠端，此時調整目標網站的路由通常沒有幫助。先在系統終端機檢查該網域能否取得回應；Windows 可使用 nslookup，macOS 與 Linux 則可使用系統提供的解析工具。以下僅示範指令格式。若系統解析正常、用戶端仍失敗，請檢查核心的 DNS 設定與實際使用的上游伺服器，不能假設兩者一定共用快取。

nslookup example.com

解析結果包含多個位址很常見，不應只因為位址與另一台裝置不同就判定異常。內容傳遞服務會依網路位置與政策回傳不同結果。解析成功只代表取得位址，不保證該位址可以連線；若解析逾時，則須區分上游沒有回應、要求路徑錯誤與本機網路限制。若錯誤只在切換網路後發生，先讓用戶端重新建立連線，並檢查舊網路介面的 DNS 設定是否仍殘留。

以 SOCKS 要求比較本機與遠端 DNS 解析

確認已啟用 SOCKS 監聽後，以下兩個指令可用來比較。第一個通常由本機解析目標網域，第二個則將網域交給代理端處理。請將連接埠換成本機設定的數值。若只有遠端解析的方式成功，表示值得優先檢查本機對目標網域的解析，但仍須搭配日誌排除位址選擇差異。此測試無法證明所有 DNS 流量都經過相同路徑。

curl --socks5 127.0.0.1:10808 --connect-timeout 10 -I https://example.com/
curl --socks5-hostname 127.0.0.1:10808 --connect-timeout 10 -I https://example.com/

瀏覽器的安全 DNS 可能略過系統解析器，因此若終端機正常、瀏覽器異常，請檢查瀏覽器本身的設定。測試時可暫時改回系統解析並比較，再決定最終方案。只清除瀏覽器快取，不一定會清除系統與核心快取，反之亦然。請先結束舊連線，再依問題發生的層級處理快取，避免誤把快取行為當成路由規則未生效。

避免引導解析循環與規則設定錯誤

加密 DNS 的上游若使用網域名稱，建立連線本身可能需要先解析該網域。如果解析又依賴尚未建立的代理，就可能形成循環。請依核心支援的方式設定引導解析，或明確指定上游連線路徑；不要一再新增相同且無法連線的上游。企業內網網域則可能只有本機網路的解析器能處理；若將這類網域全部交給公共解析器，可能會無法存取公司服務。

網域規則與 IP 規則的比對時機也不同。以下是 Xray 原生路由中，將區域網路位址設為直連的規則片段，僅用來說明欄位之間的關係；它不是完整設定，也不應直接貼到用戶端的任意編輯欄位。direct 必須是實際存在的出口標籤，規則通常依序比對，且地理資料檔案必須可用。使用圖形化路由編輯器時，請透過相應欄位設定相同含義。

{
  "type": "field",
  "ip": ["geoip:private"],
  "outboundTag": "direct"
}

如果只在 IPv6 網路或雙堆疊網路中失敗，還要比較回傳的位址類型與遠端實際可達性。不要直接把關閉 IPv6 當成永久解法；請先確認問題來自位址選擇、路由還是上游支援。涉及 Tun 的虛擬位址對應時，停止接管後可能需要重新建立應用程式連線。最後應一併驗證一般網域、內網網域與實際服務，避免只修好一個測試網站，卻讓其他連線出問題。

系統代理無效：確認流量從哪裡進入

系統代理是一組供應用程式讀取的網路設定，不是強制接管所有流量的開關。有些程式會使用系統代理，有些使用個別設定，另一些則完全不讀取這些設定。因此瀏覽器可以連線、其他應用程式卻失敗，不能直接表示 v2rayN 沒有啟動。先明確指定本機代理並確認監聽可用，再檢查目標應用程式如何取得代理設定，最後才考慮是否需要 Tun。

確認系統設定確實已寫入

在 v2rayN 的系統代理選單選擇自動設定系統代理後，請開啟作業系統的網路設定，確認位址與連接埠是否一致。Windows 的目前使用者代理、自動設定指令碼及部分系統元件所使用的設定並不完全相同；macOS 的代理設定隸屬於個別網路服務，切換無線與有線連線後，須檢查目前使用的服務；Linux 桌面環境與終端機程式的代理來源也可能不同。不能只確認用戶端選單是否已勾選。

若設定剛寫入就被改回，請檢查其他代理程式、瀏覽器擴充功能、裝置管理政策或網路安全工具。排查期間只保留一個會修改系統代理的程式，避免不同工具反覆覆寫設定。不要只靠反覆切換開關掩蓋衝突。關閉用戶端前，可先清除系統代理並確認網路已恢復；若異常關機後設定仍殘留，應在系統中手動還原，不能依賴已停止的本機監聽。

分別檢查應用程式與終端機環境

若應用程式支援獨立代理，請填入本機迴路位址與實際監聽連接埠，並選擇相符的協定。HTTP 與 SOCKS 不能任意互換；同一數字的連接埠只有在監聽設定支援時，才可能同時接收兩者。終端機工具也可能讀取 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 或排除清單變數，舊值可能會將要求送往已停用的連接埠。檢查時也要留意變數值可能包含私人資訊。

若應用程式啟用了自訂直連排除清單，存取區域網路或特定網域時可能不會經過代理，這是應用程式本身的行為，不受用戶端選取的伺服器控制。使用同一目標分別測試明確指定代理的要求與應用程式要求，再查看日誌中是否有連線記錄。應用程式完全沒有要求記錄，應檢查流量入口；要求已出現卻走直連，應檢查路由；要求進入代理後失敗，則應檢查遠端。如此可避免將三種問題混為一談。

Tun 模式先確認流量接管，再處理分流

Tun 會透過虛擬網路介面接收流量，適合需要接管更多流量的情況，但也會增加權限、系統路由與 DNS 等變數。請先關閉其他 VPN 或重疊的虛擬網路工具，再依用戶端提示授予必要權限。Windows 相關操作可能需要系統管理員權限，其他桌面系統則應依介面提示授權。不要把長期以較高權限執行整個用戶端，當成解決所有故障的預設方式。

啟用 Tun 後若連直連網站也無法開啟，請先關閉 Tun，確認一般本機代理仍可使用，再檢查虛擬介面是否建立、預設路由是否異常，以及 DNS 是否遭接管。成功接管不代表規則正確；若無法存取本機印表機或辦公網路，請檢查私人位址與內網網域的略過規則。不要任意刪除系統路由，也不要直接照抄他人的完整網路設定；網路介面名稱與位址範圍往往不同。

完成排除後，應明確決定保留哪一種接入方式，並恢復成容易判讀的狀態。在某些設定下，系統代理與 Tun 可以同時使用，但排查問題時最好分開測試。如需了解「系統代理」、「路由」、「核心」的含義，可參閱術語表；首次連線仍建議先依入門指南驗證系統代理路徑，再擴展到 Tun 情境。

啟動與閃退：區分介面和核心

啟動失敗至少有三種不同情況：主介面完全無法開啟、主介面正常但核心立即退出，或使用期間整個用戶端關閉。先確認是哪一種，再找相應證據。介面能開啟不代表核心檔案可以執行，核心退出也不一定會使介面關閉。盡可能從圖形介面日誌、系統事件記錄或啟動時顯示的完整訊息取得資訊。不要只留下一張「無法開啟」的截圖，也不要反覆重裝而覆蓋問題現場。

確認安裝檔符合執行環境

桌面系統建議使用 v2rayN，並從下載頁依系統與處理器架構選擇下載項目。Windows 的 Desktop 與 WPF 是不同的介面版本，執行相依套件與故障情況可能不同，不能把一種版本的檔案混入另一種版本的資料夾。macOS 應區分 Apple Silicon 與 Intel；Linux 則須同時考量處理器架構與套件格式。安裝程式與壓縮檔的使用方式也不同，請勿直接在壓縮檔瀏覽視窗中執行程式。

首次啟動時若出現執行環境提示，請依目前套件的說明安裝所需元件，不要憑印象安裝看似相近的執行環境。若作業系統版本不符合目前軟體需求，安裝更多元件也不一定有用。Windows 的資料夾權限、macOS 的系統安全提示，以及 Linux 的圖形工作階段與相依程式庫，都可能影響主介面。請閱讀提示中的具體原因，不要直接全面關閉系統防護，或開放所有檔案的寫入權限。

主介面正常，但核心退出

先查看核心日誌中最早出現的錯誤；後續大量連線失敗往往只是連鎖反應。設定語法錯誤、欄位不受支援、資料檔案缺失、本機連接埠遭占用及檔案缺少執行權限，處理方式都不同。若最近更換過核心，請確認目前設定使用的協定與傳輸方式是否受支援。v2rayN 可管理不同核心，但某個核心支援的欄位，不代表其他核心也支援；不能只更改核心名稱而忽略設定相容性。

遇到本機連接埠衝突時，先確認是否有另一個用戶端或舊核心仍在執行。可查看系統程序清單與連接埠使用情況，再透過正常結束程序關閉重複執行個體。不要只看到程序名稱就強制結束，其他應用程式可能也依賴它。變更連接埠雖可避開衝突，但系統代理、瀏覽器與應用程式獨立代理中的位址都必須同步更新，否則可能出現核心已恢復、應用程式仍連到舊連接埠的假故障。

使用備份後的最精簡設定隔離損壞

若閃退緊接在匯入設定、更新訂閱或修改路由之後，請先備份現有資料，再使用獨立的測試設定進行驗證。若安裝方式支援，可依軟體說明使用新的使用者設定位置；沒有備份時不要直接刪除原資料夾。測試時只保留一個完整項目與基本設定。若新設定運作正常，再逐項還原訂閱、路由及介面偏好，即可判斷是某筆資料損壞，還是整體執行環境出了問題。

更新期間若檔案遭安全軟體隔離，請查看隔離記錄並確認下載來源與套件內容，不要直接對整個下載資料夾新增寬泛的排除規則。磁碟空間不足、設定資料夾為唯讀或同步磁碟鎖定檔案，也可能導致設定無法儲存，或啟動時反覆還原舊值。可將資料移至符合用戶端需求且目前使用者有權限的本機位置，再測試是否能正常寫入。移轉前請完整結束用戶端，避免兩個執行個體同時修改資料。

若是偶發閃退，還應記錄是否發生在從休眠恢復、切換網路或啟用 Tun 之後，並查看系統是否因資源不足而終止程序。可在短時間重現問題時提高日誌層級，找到原因後再調回原設定，避免長期產生大量記錄。首次執行前的準備事項請參考Windows 與 macOS 初始設定說明。重新安裝只能修復部分檔案問題，無法自動解決舊設定與權限衝突。

Android 專項：權限、背景執行與分應用代理

Android 裝置建議優先使用 v2rayNG，v2flyNG 則可作為採用 V2Fly 核心的替代選擇。兩者的流量接入方式與桌面系統代理不同：常見的 VPN 模式會透過系統 VpnService 建立本機流量通道。狀態列出現 VPN 圖示，主要表示系統通道已建立，不代表已與遠端伺服器完成交握。請先選取伺服器、查看連線日誌，再驗證實際應用程式要求；不能只憑通知列圖示判斷連線成功。

連線授權與互斥情況

首次啟動 VPN 模式時，系統會要求連線授權；確認來源後請允許連線。若授權視窗沒有出現，或按鈕無法操作，先檢查懸浮視窗、螢幕濾鏡或系統限制是否影響操作。工作資料、受管理裝置與家長監護功能也可能限制 VPN 權限，請遵循裝置管理政策，不能透過修改用戶端參數繞過限制。若授權已撤銷，須重新連線並完成系統確認，而不只是更新訂閱。

同一個使用者環境通常無法同時維持多個此類 VPN 服務。其他 VPN、使用 VPN 介面的防火牆或網路過濾工具，可能在啟動時取代目前連線。排查時請先正常結束其他占用服務的應用程式，再連線至用戶端。若系統啟用了永遠開啟的 VPN，或「封鎖未使用 VPN 的連線」，請確認該設定套用於哪個應用程式；舊應用程式解除安裝或停用後，這類政策可能仍會讓裝置無法上網。

鎖定螢幕後斷線，先檢查電源管理

前景使用正常、鎖定螢幕後斷線，通常是背景管理方面的線索，不應立刻歸咎於伺服器故障。查看用戶端的電池用量設定，允許必要的背景執行，並依系統提供的選項放寬過嚴的省電限制。部分裝置還需要允許自動啟動，或在最近使用的應用程式清單中保留用戶端，但選單位置因系統而異。不要宣稱某個開關能解決所有品牌的問題；鎖定螢幕一段時間後，請檢查日誌與通知是否仍存在，以確認效果。

若服務仍在執行，但解除螢幕鎖定後第一次要求逾時，可能是無線網路與行動網路切換後，舊連線已失效。先停止並重新建立連線，確認是否立即恢復，再觀察系統是否在待機時關閉無線網路。數據節省模式、背景行動數據限制及低耗電模式也應分別檢查。每次只調整一個項目，不要同時關閉所有省電功能；排查目標是提供必要的執行條件，而非讓裝置長期處於高耗電狀態。

分應用代理：確認選取項目的意義

在 v2rayNG 設定中啟用分應用代理後，先確認目前清單代表的是「只有選取的應用程式使用代理」，還是「略過選取的應用程式」。只看勾選記號很容易誤解其含義。修改清單後，通常需要重新建立 VPN 連線，才能完整套用至新工作階段。系統元件、下載服務或應用程式內的網頁要求，實際來源也可能與畫面上看到的應用程式不同；請配合實際測試，不要任意勾選大量系統項目。

若瀏覽器可用，但通訊或媒體應用程式失敗，先在關閉分應用限制的情況下測試比較，再確認這些應用程式是否遭到排除。它們也可能使用不同的傳輸方式或長連線，不能用瀏覽器的結果證明所有協定都正常。若涉及工作資料，也要留意使用者空間的界線；個人資料中的用戶端不一定能接管另一個資料空間的要求。請依系統支援的方式設定，不要把權限界線誤認為節點問題。

安裝、更新與裝置移轉

安裝失敗時，先檢查處理器架構、可用空間與系統提示。支援相應架構的主流裝置通常可選 arm64；若無法確認，請依下載頁說明選擇通用項目。不要用來路不明或簽章不一致的套件覆蓋現有應用程式。若出現簽章衝突，先確認目前的安裝來源並備份訂閱與設定，再決定移轉方式。直接解除安裝可能會遺失本機設定，重新安裝也不會自動還原私人訂閱網址。

更新或更換 v2rayNG、v2flyNG 後，請分別檢查 VPN 授權、電池管理政策、選取的伺服器與分應用清單。不同應用程式的資料不會因名稱相似而自動共用，核心支援範圍也須個別確認。更完整的系統設定說明請參閱VpnService 授權、省電白名單與分應用代理。若本章條件都正常，請回到前面的逾時與 DNS 章節，沿著相同的連線層次繼續排查，不要反覆重新安裝。