V2Ray 常見問題
訂閱、代理與連線排查

Project V 是相關代理工具的生態背景，V2Fly 與 Xray 是有共同歷史的核心專案。核心負責協定處理、路由與連線，用戶端負責訂閱管理、介面及系統整合。v2rayN 用於桌面平台，實際核心功能取決於所選核心及其版本；v2rayNG 採用 Xray 核心，v2flyNG 則採用 V2Fly 核心。排查時應一併記錄用戶端與核心資訊，單看用戶端名稱不足以判斷能否使用特定設定。

用戶端是用來設定及執行代理連線的工具，安裝完成後不會自動產生可用伺服器。還需要準備有權使用的訂閱網址、分享連結，或完整的伺服器參數。手動設定至少要核對位址、連接埠、協定及驗證資訊；若涉及 TLS 或 REALITY，也要核對相應的安全參數。訂閱網址通常包含存取憑證，應妥善保管；截圖、記錄檔及求助內容都應遮蔽完整網址、使用者識別資訊與驗證欄位。

VMess、VLESS 和 Trojan 是用戶端可選的代理協定類型；REALITY 則是可搭配 VLESS 等協定使用的傳輸安全方案，並非能直接取代前三者的同層選項。設定必須與伺服器端一致，不能只改協定下拉選單來更換名稱。選擇時先確認伺服器端實際提供的參數，再確認目前核心是否支援；VLESS 的加密欄位也不代表整條連線都安全，還需搭配 TLS、REALITY 等設定判斷。

訂閱網址用來向來源取得一組伺服器設定，內容可隨來源更新。分享連結通常描述單一伺服器，匯入後不會因此自動更新。設定檔可能包含更多內容，例如出站、DNS 和路由，但能否完整匯入取決於用戶端支援的檔案格式。瀏覽器能開啟某個網址，不代表回傳內容就是相容的訂閱；網頁、登入頁及錯誤提示頁都不能當成伺服器清單匯入。

系統代理為遵循系統設定的應用程式提供代理入口，但不保證能接管每個程式。TUN 透過虛擬網路介面接收流量，通常也涉及路由、DNS 及較高權限。Android 用戶端的 VPN 模式利用系統提供的虛擬網路介面，接管指定應用程式的流量；出現 VPN 標示只代表介面已建立。這三種模式都不代表所有請求一定會經過代理，最終流向仍受路由規則、略過清單及個別應用程式設定影響。

先確認匯入方式：單一分享連結應從剪貼簿或分享連結入口匯入；訂閱網址則應先加入訂閱群組，再執行更新。檢查複製內容是否混入空格、換行或說明文字，或誤把管理後台網頁當成訂閱。接著確認提示是連線失敗、驗證失敗，還是內容解析失敗，分別對應網路、授權及格式問題。不要為了解決訂閱解析錯誤而反覆修改伺服器協定，兩者發生在不同處理階段。

優先依裝置支援的應用程式 ABI 選擇，不要只看處理器的行銷名稱。較新的主流裝置通常可選 arm64；若無法確認架構，可選包含多種架構的 universal 安裝包，但通常會占用較多儲存空間。有些裝置雖然搭載支援 64 位元的晶片，系統仍可能只允許安裝 32 位元應用程式。若安裝失敗，也要檢查系統版本、可用空間，以及既有應用程式的簽章是否與待安裝的套件一致，避免直接解除安裝而遺失設定。

桌面版採用跨平台介面，經典 WPF 版則適合習慣 Windows 傳統介面的使用者。先依下載頁說明核對作業系統與架構，再選擇介面版本；不要把介面差異視為協定效能的直接差異。兩種介面的選單位置、備份內容及設定目錄可能不同，遷移前應匯出設定，並記下自訂路由、DNS 和本機監聽連接埠。若啟動時遇到問題，請依該安裝包的提示檢查執行環境，不要混用不同安裝目錄中的檔案。

先確認用戶端核心正在執行，且本機監聽位址與連接埠和系統代理設定一致，再檢查目標程式是否遵循系統代理。部分命令列工具、下載工具及具有獨立網路設定的應用程式需要另行設定，瀏覽器擴充功能也可能覆蓋系統設定。可先用明確遵循系統代理的應用程式測試，再檢查路由是否將目標網域設為直連。確實需要接管更多流量時，再評估使用 TUN，避免同時疊加多個代理入口而形成迴圈。

先查看記錄檔，確認失敗發生在建立虛擬介面、申請權限，還是寫入路由的階段。Windows 請依用戶端提示授予所需權限；macOS 和 Linux 則依各平台說明完成授權，不要照搬其他系統的驅動程式操作。暫時退出其他占用虛擬網路介面或修改預設路由的工具，再重新測試。不要長期關閉防火牆來解決權限問題；若只需要瀏覽器代理，可先使用系統代理確認伺服器本身是否可用。

更新通常只影響對應的訂閱群組，但取代、保留及去重方式會因用戶端和設定而異。手動設定應放在獨立群組，不要直接修改訂閱產生的項目，並假設下次更新後仍會保留。更新前先備份重要設定；更新後檢查目前群組、篩選條件及預設伺服器是否有變動。清單暫時看不到某筆資料，也可能只是群組或篩選條件改變，應先取消篩選確認，不要立刻清空所有設定再重新匯入。

日常使用規則模式，可讓不同目標分別採用直連、代理或封鎖出站。全域代理可用於短時間的對照測試，判斷問題是否來自分流規則，但不一定會改變未經用戶端處理的應用程式流量。若全域代理可用、規則模式卻失敗，應檢查規則順序、網域比對及最終出站，不必先更換伺服器。測試結束後請恢復原模式，並確認區域網路服務和本機裝置仍可正常存取。

先確認目前清單代表「只代理已選取的應用程式」，還是「略過已選取的應用程式」，兩者邏輯相反。修改後依用戶端要求重新建立連線，讓新的應用程式範圍生效。應用程式可能透過獨立元件、工作資料夾中的副本或系統服務發出請求，只勾選主應用程式不一定涵蓋所有相關程序。測試時先縮小範圍，只選一個目標應用程式，確認分流方向後再擴大清單；不要同時頻繁變更個別應用程式範圍、DNS 和伺服器，以免難以找出差異。

Mux 嘗試以較少的底層連線承載多個邏輯連線，但實際效益取決於協定、傳輸方式、伺服器端及使用情境，並非固定有效的加速選項。某些組合不支援或不建議使用，尤其應依目前核心對 VLESS 流控等組合的說明進行設定。排查卡頓時，先關閉 Mux 建立基準，再單獨開啟比較相同工作情境的表現。行動裝置的耗電也會受到訊號、持續傳輸及背景喚醒影響，不能只看開關狀態判斷續航力。

同一來源維護的伺服器，建議分別透過訂閱網址匯入，並在兩端各自更新。單一手動設定可透過分享連結或 QR Code 遷移，但應確認協定及傳輸欄位都已保留。用戶端備份檔不一定能跨平台相容，桌面端的路由、DNS、監聽連接埠和 Android 的個別應用程式設定也不會自動對應。遷移時先驗證一台伺服器，再逐項重建本機策略；透過安全可控的方式傳送訂閱和備份，不要將含有憑證的檔案上傳至公開位置。

先確認裝置的一般網路可用，再檢查伺服器位址、連接埠、驗證資訊及裝置時間。區分 TCP 連線測試與實際代理請求測試：連接埠可連通，不代表協定交握及目標存取成功；某項探測逾時，也不一定代表所有應用程式都無法使用。查看記錄檔是否出現網域解析、連線遭拒或交握失敗，再比對相關參數。可改用已知可用的設定作為對照，其他設定維持不變，避免同時切換網路及多項安全參數。

顯示已連線可能只代表核心或虛擬網路介面已啟動，不保證遠端連線成功。先查看一次實際網頁請求是否出現在記錄檔中：沒有紀錄時，檢查應用程式的代理入口、VPN 授權及個別應用程式範圍；有紀錄但請求失敗時，檢查出站選擇、DNS 和交握資訊。再以不同目標測試，區分單一網站問題與普遍故障。若只有瀏覽器異常，也要檢查擴充功能、自訂安全 DNS 及快取；不要一開始就清除所有用戶端資料。

取得訂閱和連線至伺服器是兩條獨立路徑，現有設定可用不代表能連上訂閱來源。檢查訂閱是否過期、授權是否變更，以及記錄檔中是否出現 HTTP 狀態錯誤、憑證錯誤或解析失敗。若更新路徑可選擇直連或代理，可依實際網路狀況進行對照，但要避免依賴已失效的伺服器來更新。不要先刪除現有群組；保留可用設定與備份，確認來源回傳相容內容後再更新。

先查看記錄檔，確認失敗發生在網域解析之前還是之後：解析失敗、回傳空結果或無法連上解析器，應從 DNS 路徑查起；若已取得位址後才出現連線遭拒或交握錯誤，則繼續檢查遠端連線。分別核對本機 DNS 與遠端 DNS 的請求去向，以及用戶端是否接管系統解析。瀏覽器的安全 DNS 可能會獨立送出請求，也應納入檢查。不要只根據直接連線 IP 的結果下結論，HTTPS 仍可能需要正確的網域名稱與憑證。

先檢查系統是否仍指向用戶端的本機代理連接埠；若程序已退出但代理設定未清除，應用程式會繼續連線至不存在的入口。使用用戶端的清除系統代理功能，或在系統網路設定中還原原有設定。若使用過 TUN，也要檢查虛擬介面、預設路由及 DNS 是否已正確還原，必要時依系統方式重新連線網路。操作前先記下原有的企業代理或自訂 DNS，避免連同仍需要的網路設定一起刪除。