V2Ray 故障排解大全

無法連線：先確認流量卡在哪一層

先恢復基本網路，再測試代理入口

先結束用戶端或關閉代理，並在系統網路設定中確認手動代理已取消。若一般網站仍無法開啟，請優先檢查無線網路驗證、閘道、系統時間與網路連線，不要繼續修改節點。飯店、校園或公共無線網路可能要求先在瀏覽器完成驗證；開啟代理後，驗證頁面的重新導向反而可能失敗。基本網路恢復後，再啟動用戶端並選擇已知可用的設定，避免把網路接取問題誤認為代理故障。

接著分辨「介面顯示執行中」與「核心確實正在監聽」。開啟 v2rayN 主介面的日誌區，查看設定載入、入站監聽及啟動失敗訊息。若出現位址遭占用、設定解析失敗或核心已結束，瀏覽器根本還沒連上遠端。請前往設定中的基本設定或入站設定，確認實際的本機監聽連接埠；介面名稱可能因版本而異，應以目前設定和啟動日誌為準。不要直接照抄教學中的連接埠，也不要把遠端伺服器連接埠填入系統代理。

使用明確指定代理的請求來區分問題

以下命令假設本機提供 HTTP 代理，且已確認實際連接埠為 10808。Windows 請使用 curl.exe，避免終端機別名替換命令；其他桌面系統可使用 curl。測試網址僅用於驗證請求路徑。若本機只啟用 SOCKS 入站，應改用相應的 SOCKS 參數；若對 SOCKS 連接埠送出 HTTP 代理交握，測試失敗只能表示協定不符。

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

若明確指定代理的請求成功，但瀏覽器失敗，請優先檢查系統代理、瀏覽器擴充功能及瀏覽器本身的代理設定。若命令立即回報無法連線至本機位址，請檢查監聽連接埠、核心程序及安全軟體規則；若成功連上本機後才逾時，再檢查節點、路由與 DNS。回傳的網頁狀態碼不一定要是成功碼：拒絕存取等回應也可能證明請求已抵達目標，但仍須搭配日誌確認使用的是預期出口。

將全域模式作為短時間的診斷工具

暫時關閉 TUN，只保留系統代理，並將用戶端路由切換為全域代理，再測試同一網址。若此時恢復正常，問題較可能出在分流規則或直連出口，而非節點驗證。全域路由通常只是讓已進入核心的流量統一選擇代理出口，不會自動接管所有程序；不能因切換全域模式後某個應用程式仍無法連線，就認定節點完全不可用。測試結束後請恢復原本模式，避免擴大流量範圍。

若只有單一網站無法使用，請用同一個瀏覽器測試其他網站，並確認錯誤是否與憑證、重新導向或登入狀態有關。若所有代理請求都失敗，再換另一個節點比較。不要一開始就更換傳輸協定，因為協定、連接埠、路徑、流控與伺服器端設定必須成套相符。伺服器端沒有相應入口時，單方面在用戶端換協定不會改善連線，反而會增加新的錯誤來源。

節點逾時：分別檢查傳輸與驗證

先確認測試方式實際測了什麼

節點清單中的延遲測試不一定是完整的代理請求。TCP 測試通常只檢查能否連上伺服器連接埠；真實連線測試則還會進行代理交握並請求測試網址。因此，TCP 可連線但真實連線失敗並不矛盾，問題可能出在驗證、TLS、傳輸路徑或測試目標。反過來說，清單顯示逾時也不能單憑這點認定所有應用程式都無法連線；請先查看所選的測試方式與逾時範圍，再以實際網頁請求確認。

一次只測試一個節點，同時查看相同時段的日誌。連續測試整份清單會產生大量並行連線，容易觸發遠端限速、連線數限制或本機資源競爭，反而掩蓋原始錯誤。記錄錯誤發生在解析位址、建立連線、TLS 交握或讀取回應的哪個階段。若日誌只有籠統的逾時訊息，先將測試範圍縮小至一個入口和一個目標，再暫時提高日誌詳細程度；問題找出後，請恢復一般日誌層級。

先檢查位址與連接埠，再核對交握欄位

確認伺服器位址前後沒有空格，連接埠沒有抄錯，且網域名稱可以正常解析。若所有節點都來自同一服務商，並同時發生問題，可能與帳戶狀態、伺服器維護或訂閱到期有關；若只有一個節點失敗，則應優先懷疑單一節點設定或線路。改用另一個網路接取方式比較，有助分辨本機網路路徑與遠端故障；但每次比較都應維持節點及其他設定不變，否則無法判斷是哪項變更造成影響。

使用 TLS 的連線，請檢查伺服器名稱、憑證是否相符、傳輸方式及系統時間。連線位址可能與用於憑證驗證的名稱不同，不能因連線位址寫了某個網域，就任意覆寫伺服器名稱。WebSocket 的路徑與 Host、gRPC 的服務名稱也必須符合伺服器端設定；這些欄位不是可任意填寫的備註。服務提供方沒有要求時，請保留匯入的設定，不要把網路範例中的路徑或要求標頭複製到現有節點。

REALITY 與流控必須成套相符

使用 VLESS 搭配 REALITY 時，還要核對服務端提供的公鑰參數、短識別碼、伺服器名稱與流控。部分介面的欄位名稱可能不同，請以用戶端實際說明為準；不要把用戶端公鑰參數填成伺服器端私鑰。流控 xtls-rprx-vision 也不是通用的加速開關，必須符合目前的核心與伺服器端組合。原理與欄位關係請參閱REALITY 與 XTLS Vision 解析。

不要把允許不安全的憑證驗證當成一般修復方式。此選項會改變身分驗證的安全界線，而且無法解決連接埠錯誤、REALITY 參數錯誤或伺服器離線。正確做法是修正時間與伺服器名稱，確認設定來源；必要時向服務提供方確認入口是否仍有效。若只有舊版核心不支援相關欄位，請先前往下載頁選擇合適的用戶端，再確認實際執行的核心；不能只看圖形介面已更新，就認定核心功能也相同。

訂閱失敗：分清取得、解析與啟用階段

先保留舊節點，再檢查訂閱來源

訂閱更新分為三個獨立階段：向訂閱網址送出請求、解析回傳內容，以及將結果寫入相應的群組。更新失敗時，不要立刻清除舊節點。舊節點仍可能可用，可用來恢復網路，或作為訂閱請求的代理出口。先開啟訂閱群組設定，確認目前更新的是哪個群組，再查看失敗日誌。群組名稱相似時，很容易把已過期的網址與目前使用的網址搞混。

重新向服務提供方取得完整訂閱網址，確認複製時沒有截斷查詢參數、混入換行或附加多餘標點。訂閱網址通常包含帳戶授權資訊，不應貼到公開的線上轉換工具或公開截圖中。若在瀏覽器開啟後看到登入頁、到期提示或網頁錯誤，而不是用戶端可辨識的訂閱內容，表示請求已抵達網站，但回傳內容並非有效的節點清單；一再重試更新也無法解決。

依狀態與內容分別處理

請求逾時通常應檢查網路路徑與網域解析；若回傳未授權或禁止存取，應檢查訂閱權限、網址是否已重設及帳戶狀態。若收到請求過於頻繁的回應，請停止連續手動點擊，等服務端允許後再試。狀態碼成功也不代表內容正確：有些入口會回傳網頁驗證、登入表單或維護頁面，接著用戶端才回報解析失敗。判斷時必須同時檢查請求結果與內容類型。

若日誌顯示無法辨識格式，先確認訂閱提供的格式是否受目前用戶端支援。一般分享連結清單、編碼後的連結內容與其他設定體系並不相同。不要只憑檔案副檔名判斷相容性，也不要手動刪除看不懂的欄位後覆寫原訂閱。請優先向服務提供方索取適用於 v2rayN、v2rayNG 或 v2flyNG 的網址；一次只匯入一個測試群組，確認成功後再決定是否取代原群組。

確認更新請求使用直連還是代理

用戶端通常提供透過代理更新與不透過代理更新等選項，實際設定位置依介面而異。若訂閱網址無法直連，可在已有可用節點時嘗試透過代理更新；若目前節點已失效，而訂閱更新又必須依賴該節點，就會形成無法恢復的循環。此時應先嘗試直連更新、改用仍可用的舊節點，或更換網路接取方式，不要持續透過失效節點重試。

更新成功後仍找不到節點，請檢查群組篩選、搜尋條件、清單排序與匯入數量提示。若啟用了名稱篩選，伺服器回傳的節點可能全被排除；若更新策略會取代原有內容，原先使用的項目也可能已失效。選擇一個新項目設為目前節點，再執行真實連線測試。訂閱更新成功只代表已取得設定，不代表所有節點都在線，也不代表系統代理已自動啟用。

若只有自動更新失敗，請記錄工作執行時的網路狀態、目前節點與代理模式，並和手動更新所走的路徑比較。電腦啟動後網路尚未就緒、裝置剛從休眠恢復或節點正在切換，都可能造成單次暫時失敗。請保留失敗時間，不要只留最後一行錯誤訊息，才能判斷是否與網路事件同時發生。相關設定方式請參閱訂閱更新失敗與自動更新間隔。

速度慢：分辨交握等待與持續傳輸

先描述速度慢發生在哪個階段

「速度慢」至少包含三種不同情況：首次開啟網頁等待時間長、頁面資源陸續載入緩慢，以及持續下載速度偏低。首次等待通常與 DNS、建立連線、TLS 交握或重試有關；持續下載則較容易受到線路壅塞、伺服器出口、帳戶限制及本機頻寬影響。先用同一個網站連續請求兩次，再觀察大型檔案傳輸；不要根據單次節點延遲值推斷整體效能。延遲低也可能代表可用傳輸量很低。

測試前暫停其他下載、雲端同步與系統更新，並確認無線訊號及本機網路穩定。只保留一個用戶端和一種接管方式，避免多個代理程式互相轉送流量。接著固定節點、測試目標與時間範圍，再每次變更一個項目進行比較。比較不同網站時，目標伺服器位置、快取命中與內容大小都可能不同，因此結果只能反映特定連線路徑，不能直接作為節點的整體排名。

比較直連、系統代理與 TUN

若基本網路本身也很慢，請先處理本機網路；若只有代理連線速度慢，再檢查節點與遠端線路。系統代理正常但 TUN 緩慢時，應留意接管範圍、DNS 路徑、其他虛擬網卡及應用程式協定差異。TUN 會將更多程式的流量導入用戶端，背景更新與同步也可能因此競爭頻寬。不要只因 TUN 模式下總流量增加，就認定核心效率變差；先確認測試期間有哪些程序正在使用網路。

網頁主文件載入很快，但圖片或影片停滯，可能是不同資源網域套用了不同路由。開啟瀏覽器的網路面板，查看哪些網域的等待時間較長，再搭配用戶端日誌確認它們使用的出口。若某個資源網域被誤判為直連，可能導致整個頁面看起來都很慢。修改規則時應針對已確認有問題的網域範圍，不要為了一個網站就刪除整套路由，否則其他應用程式的網路行為也會改變。

謹慎調整多路複用、UDP 與 MTU

多路複用不是適用於所有協定的加速按鈕。它可能減少重複建立連線的成本，也可能讓多個請求共用同一底層連線的壅塞與故障。是否啟用應依照協定、流控與核心的實際相容性需求。比較時只切換這個選項，並觀察相同情境；不要同時修改並行數、傳輸方式與 DNS。若服務提供方沒有明確要求，請先使用用戶端與節點設定的預設行為。

部分應用程式會優先嘗試以 UDP 為基礎的傳輸；若目前接管方式或遠端不支援該路徑，應用程式可能等到連線失敗後才回退，呈現開啟時卡頓。請檢查日誌與應用程式使用的協定，不要盲目關閉所有 UDP。類似地，只有部分網站載入卡住，而且問題只出現在 TUN 或特定網路接取方式下，才值得進一步檢查路徑 MTU。調整前先記錄原值，逐步測試；任意套用網路上的固定數值，容易造成新的相容性問題。

最後請跨時段、跨網路驗證。若同一節點連續存取多個目標都很慢，換節點後恢復正常，向服務提供方回報具體時段、目標類型與測試條件會更有幫助。若多個節點只在同一個無線網路下變慢，應優先檢查網路接取方式與裝置。不要為了追求單次測試結果而反覆切換節點；持續且可重複的比較，才能分辨短暫波動與穩定故障，也能避免不必要的設定變更。

DNS 問題：確認解析端與查詢路徑

分辨系統、瀏覽器與核心解析

同一台裝置上可能同時有系統解析器、瀏覽器安全 DNS、用戶端核心 DNS，以及由 TUN 接管的 DNS。瀏覽器能解析某個網域，不代表核心取得相同結果；系統命令查詢失敗，也不一定表示代理請求必定失敗。先確認問題發生在哪個程式、哪種代理模式及哪個網域，再檢查相應的解析路徑。把所有 DNS 設定一律改成同一個位址，通常只會掩蓋路徑差異。

日誌中的找不到主機、解析逾時與連線至目標位址失敗，分別代表不同階段。前兩者應優先檢查 DNS 查詢；最後一種也可能是已取得位址，但無法建立連線。先用系統工具確認網域是否回傳記錄，再用代理請求觀察核心能否完成連線。Windows 可使用 nslookup example.com，其他系統可使用已安裝的解析工具。系統查詢結果只能作為基準，不代表瀏覽器或核心實際使用了相同答案。

了解路由解析與代理解析的差異

路由中的 domainStrategy 用來控制比對規則時如何使用網域與 IP，不等於全域 DNS 開關。採用 IPIfNonMatch 時，會先嘗試比對網域規則；未命中後，才視需要解析並繼續比對 IP 規則。這不會讓所有請求都預先解析，也不保證最終目標一定使用某個 DNS 服務。若日誌顯示請求進入錯誤出口，也應一併檢查規則順序、網域條件與解析後的位址類別。

以下是供自訂設定參考的 Xray DNS 物件片段，不是完整的用戶端設定，也不應用來覆寫用戶端產生的整份檔案。此片段使用明確的查詢策略，方便說明欄位用途；公共解析器是否可連線，仍取決於目前的網路。使用圖形介面用戶端時，請優先在 DNS 設定中修改相應選項，再確認產生的設定是否符合預期。若用戶端會重建設定，直接修改暫存檔通常無法永久保留。

{
  "dns": {
    "servers": [
      "1.1.1.1"
    ],
    "queryStrategy": "UseIPv4"
  }
}

檢查 IPv6、快取與加密 DNS 引導解析

有些網路會回傳 IPv6 位址，但裝置到目標的 IPv6 路徑無法使用，因此出現間歇性等待。可以暫時採用只查詢 IPv4 的策略進行比較，但這只是定位問題的方法，不代表所有網路都應長期停用 IPv6。也要分清 DNS 查詢偏好與實際出口連線策略，兩者位於不同層。若修改後仍失敗，請檢查快取是否保留舊答案，並重新建立請求，避免既有連線繼續使用先前的位址。

使用加密 DNS 時，也要考量引導解析流程：解析器本身的網域也需要先解析。若這一步依賴尚未建立的代理，而代理伺服器位址又依賴該解析器，就可能形成循環。請確認用戶端是否支援獨立的引導解析設定，並確認查詢實際走直連還是代理。不要只把一個加密 DNS 位址填入所有欄位；不同欄位可能要求伺服器位址、URL、規則或策略，意義並不相同。

TUN 下出現虛擬位址映射時，系統工具顯示的位址可能是用戶端維護的映射結果，而非目標網站的真實位址。此時應搭配用戶端的 DNS 模式判斷，不能只因位址陌生就認定解析遭到竄改。反過來說，應用程式快取了映射位址，但請求沒有進入對應的 TUN，也可能導致連線失敗。切換接管方式後，請關閉並重新開啟測試應用程式，必要時清除相關快取，再以同一網域重新確認。

系統代理無效：確認應用程式是否讀取設定

系統代理不會接管所有連線

系統代理是一組供應用程式讀取的網路設定，不是自動重新導向所有封包的規則。瀏覽器可能遵循系統設定，命令列工具可能只讀取環境變數，部分應用程式則有獨立的代理設定。因此，瀏覽器可用但終端機失敗並不少見。請先以明確指定代理的命令，確認本機入口與遠端連線可用，再決定應修改應用程式設定，或啟用符合情境的 TUN，避免把應用程式行為誤判為核心故障。

在 v2rayN 中確認系統代理狀態不是「清除」或「保持原樣」，再開啟作業系統的網路代理設定確認結果。Windows 可檢查「設定 → 網路和網際網路 → Proxy」；macOS 請檢查目前網路服務的代理選項；Linux 桌面環境通常會在網路設定中提供代理入口。位址應與本機監聽位址相同，連接埠則應使用用戶端實際的入站連接埠。切換網路介面卡後，也要確認目前使用的網路服務已套用正確設定。

逐一排除設定覆寫與略過規則

瀏覽器代理擴充功能、自動代理指令碼、組織政策及應用程式內建代理，都可能覆寫系統設定。先在測試用瀏覽器中暫時停用相關擴充功能，並檢查是否有獨立的代理模式。自動代理指令碼會依網址決定直連或代理，其結果不等於所有流量都使用本機連接埠。若只有特定網域被略過，請檢查略過清單與指令碼規則，不要反覆點擊用戶端的啟用按鈕。

終端機還要檢查 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 與 NO_PROXY 等環境變數。不同工具支援的變數名稱與優先順序不盡相同，舊變數也可能仍指向已關閉的連接埠。不了解工具行為時，不要大量寫入永久環境變數。臨時診斷時優先使用命令本身的代理參數；確認可用後，再依工具說明進行設定，並檢查是否有略過本機或特定網域的規則。

以下 SOCKS 測試同樣假設實際 SOCKS 入站連接埠為 10808。參數中的 socks5h 代表將目標網域交由代理端處理，可用來和本機解析路徑比較；這不代表系統 DNS 已修復。若 SOCKS 測試成功但一般連線失敗，請回到應用程式代理設定或本機解析分支繼續檢查，不要因此不斷更換遠端節點。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 25 -I https://example.com/

TUN 適用於另一種流量接管需求

若要讓不讀取系統代理的應用程式進入代理路徑，可檢查 TUN 是否適用於目前平台。TUN 需要虛擬網路介面、權限與路由設定，與系統代理並非同一項開關。啟用後，先確認介面是否建立、路由是否成功寫入，以及 DNS 是否依預期處理，再測試原本無法連線的應用程式。若啟動時已出現權限錯誤，繼續修改節點也無法解決流量接管失敗；請先依用戶端提示完成授權。

同時執行其他虛擬私人網路、虛擬網卡工具或另一套 TUN，可能造成路由衝突。診斷時一次只保留一套接管程式；結束後確認原有路由已恢復。也不要為了修復本機連線，就讓服務連接埠監聽所有網路介面：本機代理通常使用迴路位址即可，擴大監聽範圍會改變網路暴露範圍。若確實需要區域網路共用，應另外設定存取控制與防火牆，不要把它和本次本機故障排除混在一起。

用戶端閃退：分辨介面、核心與系統環境

先判斷是哪個程序結束

視窗仍開著但無法連線，可能只是核心啟動失敗；只有整個視窗消失時，才需要進一步檢查介面程序是否閃退。先查看用戶端日誌、系統事件與程序狀態，記錄問題發生在啟動、切換節點、開啟 TUN 還是更新訂閱時。介面正常不代表核心正常，核心正常也不代表系統代理已生效。依發生階段分類，比直接刪除整個程式資料夾更能保留診斷線索。

先正常結束用戶端，確認背景沒有殘留程序，再備份使用者設定與訂閱群組資訊。備份應儲存在安全的位置，因為其中可能包含完整訂閱網址和驗證參數。不要公開上傳整個資料目錄，也不要把備份直接放在網站目錄中。若準備重新安裝，請保留原始副本，並在新的設定環境中測試；直接覆寫舊資料夾可能混合新舊檔案，難以判斷問題是否來自舊設定。

確認平台、架構與寫入權限

請從下載頁再次確認安裝包類型。Windows 的 v2rayN 桌面版與經典 WPF 版是不同的介面入口；macOS 應區分 Apple Silicon 與 Intel；Linux 則要同時符合處理器架構及發行版套件格式。架構不符、缺少執行環境或安裝不完整，都可能導致無法啟動。所需相依元件應以安裝程式和系統錯誤提示為準，不要依據舊教學任意下載來源不明的執行元件。

設定與日誌必須能寫入使用者資料位置。若程式位於受限制的目錄、唯讀媒體，或同步工具會反覆鎖定的位置，可能造成儲存失敗、設定還原或啟動異常。請確認用戶端實際使用的資料目錄，不要只檢查可執行檔所在目錄。不要將所有檔案權限開放給所有使用者；應修正相應使用者目錄的存取權限。需要管理員權限的操作與一般設定寫入，也應分開判斷。

核心啟動失敗時，優先查看第一個錯誤

位址已被使用通常表示入站連接埠遭其他程序占用，或前一個執行個體尚未結束。Windows 可使用系統資源監視工具檢查監聽程序，也可執行以下命令查看範例連接埠；讀取程序資訊時請留意權限。確認占用程序後，正常結束衝突程式，或在用戶端改用空閒連接埠，並同步更新系統代理與應用程式設定。不要結束不熟悉的系統程序，也不要只修改系統代理連接埠，卻忘了更新核心入站設定。

netstat -ano | findstr :10808

設定解析錯誤應從日誌最早出現的欄位或行號查起，後續的「連線失敗」可能只是連鎖結果。手動編輯 JSON 時，請檢查多餘的逗號、引號與欄位型別；若為自動產生的設定，應回到相應的圖形介面修改來源。找不到 GeoIP 或 GeoSite 檔案時，請檢查路徑、檔案是否存在，以及用戶端是否有讀取權限，再使用用戶端提供的更新入口修復。任意從其他程式複製資料庫，可能造成標籤或格式不符。

若問題是在修改自訂規則後立即發生，可在測試設定中還原預設路由，並只匯入一個已知有效的節點。若最精簡的設定能正常執行，再逐項恢復原設定。這樣可分辨設定問題與安裝環境問題，也能避免每次還原整個舊資料夾後再次引發閃退。若涉及核心相容性，請參閱Xray-core 與 V2Fly 的差異；不要假設兩種核心支援完全相同的欄位。

Android 專項：檢查授權、背景執行與應用程式範圍

VPN 圖示只能證明流量接管入口已建立

v2rayNG 與 v2flyNG 透過 Android 的 VPN 服務接管裝置流量。首次啟動連線時，必須在系統彈出視窗中明確授權；若取消授權，即使成功匯入節點，也無法接管流量。狀態列出現 VPN 標示後，仍應查看用戶端日誌並實際送出請求；該標示只代表系統建立了相應服務，不代表遠端驗證、DNS 與路由都已成功。先選定一個節點測試，避免同時啟用複雜的依應用程式設定。

Android 通常只允許同一使用者或設定空間中的一項 VPN 服務處於啟用狀態。另一個代理程式、使用 VPN 介面的防火牆或過濾工具，可能會取代目前連線。請先結束其他同類服務，再啟動目標用戶端。若系統已啟用永遠開啟 VPN 或封鎖未使用 VPN 的連線，也要確認設定指向目前用戶端；否則用戶端停止或授權失敗時，裝置可能依系統政策封鎖網路。

螢幕開啟時正常、鎖定後斷線，先檢查背景限制

若只有螢幕鎖定後失去連線，請優先檢查系統電池管理、背景執行與自動啟動限制。允許用戶端維持必要的背景活動，並確認系統沒有因省電模式而停止前景服務。不同裝置的設定名稱差異很大，請從應用程式資訊頁進入電池或背景管理，不要照抄其他品牌的選單。調整後進行一次鎖屏等待與喚醒測試，記錄服務是否仍在執行、通知是否保留，以及日誌有沒有出現網路重新連線。

背景限制與遠端工作階段逾時也可能同時發生。若用戶端服務仍在執行，喚醒後只有第一個請求較慢，可能是正在重新建立連線；若整個服務消失，則較可能是系統回收或應用程式結束。不要為了解決鎖屏問題而無限制提高所有連線逾時，也不要把頻繁測試整份節點清單當成維持連線的方法。應先找出服務停止或連線重建的證據，再調整相應設定，避免增加耗電卻沒有解決問題。

分別測試依應用程式代理與網路切換

瀏覽器可用但特定應用程式無法連線時，請檢查依應用程式代理清單，以及目前清單代表「只代理所選應用程式」還是「略過所選應用程式」。兩種模式方向相反，勾選同一個應用程式會產生不同結果。修改後請完全結束並重新開啟測試應用程式，讓它重新建立連線。工作資料、應用程式分身或其他使用者空間也可能有獨立的網路範圍；主要空間中的 VPN 不一定能以相同方式接管，應以系統授權範圍為準。

從無線網路切換至行動網路後若出現異常，先確認新網路本身可正常使用，再停止並重新啟動一次用戶端連線。網路切換會改變位址、路由與既有工作階段，舊連線未必能繼續使用。若只有其中一種網路失敗，請維持節點不變，檢查該網路的 DNS、IPv6 與 UDP 路徑。若節點網域在新網路下解析結果不同，也應搭配日誌判斷，不要直接把行動網路問題歸咎於用戶端版本。

依協定需求選擇用戶端

Android 端通常先使用 v2rayNG；需要 V2Fly 核心設定時，再考慮 v2flyNG。兩者並非只要互換名稱就完全相同，訂閱中的協定與欄位必須受相應核心支援。安裝套件應優先依裝置處理器架構選擇，較新的主流裝置通常使用 arm64；不確定時請查看裝置資訊，必要時選擇通用套件。相關選項請參閱Android 下載選項，不要以反覆覆蓋安裝取代設定相容性檢查。

最後使用一個節點、一個瀏覽器、預設路由與穩定網路，建立最精簡的測試環境。最精簡的環境正常後，再依序恢復依應用程式規則、自訂 DNS 與其他選項，每恢復一項就重新測試。若仍然失敗，請整理授權狀態、網路類型、核心錯誤與重現步驟，並移除截圖中的訂閱及驗證資訊。需要重新確認匯入與連線順序時，請回到快速入門教學；涉及術語時，再查閱術語表，避免因名稱相似而修改不同層級的設定。