V2Ray 常見問題
設定與連線故障排除

優先依平台選擇：Windows、macOS 和 Linux 桌面版可先考慮 v2rayN，方便集中管理訂閱、系統代理和路由規則；Android 則可優先考慮採用 Xray 核心的 v2rayNG。v2flyNG 是 V2Fly 核心家族的替代選項，適合現有設定明確依賴該家族行為的情況。這裡的排序依據是平台支援度與設定相容性，並非連線速度排名。已有訂閱時，應先確認協定、傳輸方式和安全參數，再選擇用戶端；不宜把更換用戶端當成修復伺服器故障的預設做法。

分清各自職責：用戶端提供訂閱管理、節點選擇和設定介面；核心負責解析設定、執行路由並建立連線；節點則包含遠端服務的位址、連接埠和驗證參數。介面成功匯入節點，只代表設定已被接受，不代表遠端服務可用。排查時應區分用戶端啟動失敗、核心設定錯誤和遠端連線失敗這三個階段。記下用戶端版本、實際執行的核心及錯誤發生時間，通常比一再匯入相同訂閱更能協助定位問題。

流量接管範圍：系統代理主要影響遵循作業系統代理設定的應用程式；部分程式會忽略這項設定，或改用自己的代理選項。TUN 透過虛擬網卡和路由接管符合條件的流量，適合需要涵蓋更多應用程式的情況，但也涉及權限、DNS 及其他網路工具的相容性。初次設定建議先用系統代理確認節點能否正常連線，再另外測試 TUN。兩者不是速度等級；啟用 TUN 無法修正錯誤的節點參數，也不保證所有應用程式都會走相同的連線路徑。

參數必須相符：協定、傳輸方式和安全層都必須與伺服器端一致，不能只在用戶端選單裡換個名稱。VLESS、VMess 和 Trojan 是不同的代理協定；REALITY 則是一種安全機制，常見於特定的 VLESS 設定組合，並非可與這些協定任意互換的選項。匯入後應保留來源提供的流控、傳輸和安全欄位；遇到不支援的欄位，先確認目前核心是否具備相應功能。嘗試藉由更改協定解決逾時，通常只會增加新的變數；應優先檢查原始設定和服務狀態。

選擇處理器架構：近年推出的 Android 手機多半採用 arm64，可優先選擇對應的安裝套件；universal 通常包含多種處理器架構，檔案較大，適合暫時無法確認架構時使用。裝置上市年份只能作為參考，最終仍應以裝置和系統支援的架構為準。若安裝套件無法解析，先確認下載是否完成、系統是否符合版本需求，以及套件架構是否相符。更新時也要確認是否安裝到同一個應用程式，以及簽章是否相容；解除安裝重裝前，請先備份訂閱和自訂設定。

確認匯入方式與格式：先分清訂閱網址和單一節點分享連結。訂閱網址應加入訂閱群組後再執行更新；節點分享連結則使用用戶端支援的剪貼簿匯入功能。複製時移除前後空格、換行及聊天軟體附帶的說明文字，再確認網址是否過期或需要重新授權。若用戶端顯示解析失敗，回傳內容可能是網頁、登入提示或不相容格式，不要直接修改編碼碰運氣。可查看錯誤記錄，確認失敗發生在請求階段還是解析階段。訂閱網址屬於敏感設定，請勿公開截圖或貼出完整內容。

依序啟動並確認：新增訂閱不代表代理連線已建立。先選擇節點並確認核心正常啟動，再於 v2rayN 啟用自動設定系統代理，並確認系統代理位址與用戶端實際監聽的連接埠一致。連接埠以目前設定為準，不要照抄其他教學中的數字。若只有特定應用程式無法使用，檢查該程式是否設有獨立代理；若所有程式都無法使用，則檢查連接埠是否遭占用、核心啟動記錄及安全軟體的攔截記錄。測試期間先關閉其他代理工具，避免系統設定反覆遭到覆寫。

檢查權限：先確認一般代理模式可正常使用，再處理 TUN 權限。Windows 請依用戶端提示授予系統管理員權限；macOS 和 Linux 請依目前版本的要求完成輔助服務或提升權限的授權；Android 則確認系統的 VPN 連線要求。不同平台的授權方式不能混用。若仍無法使用，查看記錄中的具體錯誤，並檢查其他 VPN、虛擬網卡或防護軟體是否衝突。不要反覆重新授權，也不要關閉所有安全防護；先結束衝突程式、重新啟動用戶端，再以最精簡的設定測試。

確認請求路徑：先確認訂閱網址仍然有效，再判斷是連線逾時、存取遭拒還是內容解析失敗。如果直連無法取得訂閱，而目前已有可用節點，可以嘗試啟用「更新訂閱時使用代理」，手動更新一次並查看記錄。此選項必須依賴現有代理正常運作；初次設定時若沒有可用節點，啟用後反而可能形成依賴循環。若請求成功但解析失敗，應檢查訂閱格式和回傳內容，而不是繼續切換代理。自動更新間隔應依來源的更新頻率設定，避免短時間內重複發出請求。

管理訂閱群組：依來源建立群組，再用清楚的備註區分用途，避免把多個網址反覆匯入同一群組。更新前記下目前選取的節點及所屬群組；更新後檢查節點是否遭刪除、更名或替換。自動更新通常會重建來源提供的節點資訊，因此不宜直接修改訂閱節點上的重要設定；需要長期保留的設定應另外儲存。刪除群組前，先確認其中是否有手動新增的項目。篩選規則先用少量條件測試，以免可用節點也一併被隱藏。

選擇路由方式：日常使用可先採用符合需求的規則分流，讓指定目標透過代理連線，其他目標則依規則直連。全域代理適合短時間用來比對測試，判斷問題是否來自分流規則；但它仍受用戶端的流量接管範圍限制，不代表裝置的所有流量都會被接管。若全域模式正常、規則模式失敗，應檢查規則順序、網域辨識和 DNS 路徑，而非立刻更換節點。區域網路、印表機和內部服務通常需要明確設定直連規則；調整前先保留原設定，每次只改一項並記錄結果。

網域對應：FakeDNS 會以虛擬 IP 建立 IP 與網域的對應關係，適合在支援此功能的 TUN 和路由組合中保留網域資訊，協助網域規則比對。它不是通用的網路加速開關，也不應在尚未了解 DNS 路徑時直接啟用。部分應用程式依賴真實解析位址，啟用後可能無法正常存取。測試前先備份 DNS 和路由設定；如果啟用後只有特定應用程式出問題，可先關閉 FakeDNS、還原原本的解析設定，再重新連線用戶端並清除應用程式或系統的 DNS 快取，觀察問題是否消失。

分階段定位：先確認本機網路正常，再檢查核心是否已啟動、監聽連接埠是否遭占用，以及系統代理是否指向正確位址。接著確認目前使用的節點與訂閱更新時間，檢查裝置時鐘，再依據記錄判斷是網域解析、建立連線還是握手階段逾時。可用另一組已知可用的設定或另一種網路進行比對，但每次只替換一項條件。延遲測試失敗不一定代表應用程式必然無法連線，兩者可能使用不同的測試目標。若多台裝置連接同一節點都失敗，再向設定來源確認遠端服務狀態。

判讀連線狀態：顯示已連線或執行中，通常只代表本機服務已啟動，不代表每個目標都能存取。先確認瀏覽器使用的是系統代理還是獨立代理，再以相同目標比較規則模式與全域代理模式。查看記錄中是否有 DNS 解析失敗、路由指向錯誤的出口或驗證失敗。若一般代理可用但 TUN 不行，優先檢查虛擬網卡、DNS 和路由衝突；若只有瀏覽器出問題，則檢查擴充功能和瀏覽器代理選項。不要同時重裝用戶端、更換節點並修改 DNS，否則難以判斷哪個步驟真正影響結果。

檢查握手參數：先確認系統日期、時間和時區正確，再核對設定來源要求的伺服器名稱、SNI、傳輸路徑及相關安全參數。連線位址和憑證驗證所用的名稱可能不同，應依伺服器端設定填寫，不要只因兩者不同就直接改成相同。一般 TLS 連線必須驗證憑證對應的名稱；REALITY 設定還須確認專用參數及核心支援情況。不要把略過憑證驗證當成長期解決方法。保留具體錯誤訊息，並遮蔽位址和驗證資訊，有助於分辨憑證、參數或伺服器端設定問題。

比對判斷：先確認問題是否只發生在特定應用程式或網域，再查看記錄中的網域解析結果和實際流量出口。若同一目標在全域代理模式下正常、規則模式下失敗，優先檢查規則比對順序、網域規則資料和 DNS 選擇；若兩種模式都失敗，再檢查節點和目標服務。不要只根據直接存取 IP 的結果判斷，因為部分服務需要網域及正確的 TLS 名稱。調整 DNS 後重新建立連線，必要時清除快取；每次都保留修改前後的記錄，避免同時更換多個解析器，造成結果難以重現。