V2Ray 常見問題與故障排除

V2Ray 通常是指 Project V 代理生態系中的相關技術與工具；核心負責協定處理、建立連線及執行路由，圖形化客戶端則用來管理伺服器、訂閱與執行選項。v2rayN、v2rayNG 與 v2flyNG 是圖形化客戶端，V2Fly 與 Xray 則是相關核心專案。遇到協定相容性問題時，需同時確認客戶端版本與實際執行的核心，而不能只看介面上的名稱。

Windows、macOS 和 Linux 桌上型電腦優先選擇 v2rayN；Android 裝置通常可先考慮使用 Xray 核心的 v2rayNG，需要 V2Fly 核心環境時再考慮 v2flyNG。這三款都需要有效的伺服器設定才能建立代理連線，安裝客戶端本身不會自動提供可用服務。選擇前先確認作業系統、處理器架構，以及伺服器要求的協定和傳輸參數，再到下載頁選擇相應版本。

訂閱連結通常指向可更新的伺服器清單，更新時會重新取得該來源的設定；單一分享連結通常只包含一台伺服器的資訊，匯入後不會自動同步來源的變更。取得連結後先確認類型，再選擇訂閱設定或從剪貼簿匯入伺服器。訂閱網址可能包含存取憑證，不宜貼到公開討論區；尋求協助時說明匯入方式和錯誤訊息即可，請勿直接貼出完整網址。

系統代理決定遵循系統設定的應用程式是否將連線交給客戶端；路由規則則決定進入核心的連線要直連還是走代理。客戶端中的全域代理通常表示將進入核心的流量一律送往代理出口，但不代表所有應用程式都會經過核心。有些版本會將系統代理方式與路由選項分開設定，因此應分別檢查流量入口和出口規則，不能只靠全域選項判斷接管範圍。

不能只在客戶端的下拉選單中更改協定名稱，就算完成切換。協定、伺服器連接埠、驗證資訊、傳輸方式及 TLS 等參數都必須與伺服器端相符，客戶端核心也必須支援相關功能。匯入既有分享連結時，請保留來源提供的參數；若要更換協定，應取得伺服器端針對該協定提供的完整設定。REALITY 等安全設定也需要特定核心支援，遇到不相容時先確認設定要求。

2015 年後推出的主流 Android 手機通常可優先嘗試 arm64，但仍應以裝置處理器及系統支援的應用程式架構為準。有些裝置雖採用 64 位元處理器，執行的系統卻只支援 32 位元應用程式，因此可能無法安裝 arm64 套件。不確定架構時可選擇通用版 universal；它包含多種架構所需的元件，檔案通常較大。若仍顯示解析失敗，也要檢查系統版本需求及下載是否完整。

先進入訂閱設定，確認網址已儲存至預期的群組，再更新該群組的訂閱；只儲存網址不一定會立即產生伺服器清單。若更新成功但清單仍是空的，請檢查目前的群組篩選、名稱篩選及訂閱內容是否有效。若顯示解析失敗，確認複製的是完整訂閱網址，而非登入頁面、說明頁面或單一分享連結。暫時關閉篩選後再更新，可協助判斷是內容缺漏還是顯示條件造成的問題。

開啟系統的「關於這台 Mac」，查看晶片或處理器資訊：若顯示 Apple M 系列晶片，請選擇對應的 Apple Silicon arm64 套件；若顯示 Intel 處理器，則選擇 x64 套件。優先使用符合本機架構的安裝包，不要將相容性轉換當成一般使用方式。首次啟動時若出現安全提示，先確認檔案來源及適用的系統版本，再依系統設定中的安全提示處理；不要為了執行客戶端而關閉整套系統安全機制。

先確認核心正在執行，並檢查系統代理網址是否指向客戶端實際監聽的本機位址和連接埠。接著確認瀏覽器是否啟用了獨立代理設定或代理擴充功能，這些設定可能會覆蓋系統設定。企業政策、其他代理軟體，以及手動填入的舊連接埠也可能造成衝突。排查時只保留一個代理管理入口，重新開啟瀏覽器測試，再參考客戶端記錄確認該請求是否確實進入核心。

桌面版 TUN 通常需要建立虛擬網路介面或調整路由，請依客戶端提示授予所需的管理員權限、輔助服務權限或系統授權後再啟動。Android 客戶端則要確認已授予系統 VPN 連線權限，並檢查是否有其他應用程式占用該連線。實際需求會因系統和客戶端版本而異，請先查看啟動記錄中的第一個錯誤，不要反覆切換開關。測試前先退出其他 VPN 或 TUN 工具，避免路由和介面衝突。

為每個訂閱來源建立獨立群組，名稱使用容易辨識的來源或用途描述，不要把網址中的憑證寫進群組名稱。匯入後分別更新並確認各群組內容，再設定所需的名稱篩選條件。篩選只會影響顯示或選取範圍，不代表伺服器已被刪除。手動編輯的伺服器最好另存至獨立群組，避免日後訂閱更新時被來源設定覆蓋；更新完成後再確認目前的伺服器是否仍有效。

日常使用可先選擇規則分流，讓需要代理的目標走代理，其餘連線則依規則直連。全域代理較適合短時間確認問題是否與路由有關，不宜當成所有故障的通用解法。如果某個網站在全域模式下正常、規則模式下異常，請檢查該網站的網域、相關資源及規則順序。測試結束後請恢復原本模式，並留意客戶端顯示的直連、全域或規則等名稱可能因版本而異。

確認客戶端運作正常後，開啟記錄或連線紀錄，再從目標應用程式送出一個新請求，觀察是否出現相應的目標位址和出口資訊。既有的長連線可能不會立即重新建立，必要時先關閉應用程式再測試。網頁可以開啟只代表連線成功，不能單獨證明使用了代理；還要配合所選伺服器、路由結果和記錄判斷。分享記錄前，請遮蔽訂閱網址、驗證資訊及其他敏感內容。

若沒有連接埠衝突，通常保留客戶端預設值即可，不必照搬教學中的特定數字。如果確實修改了監聽連接埠，請同步檢查系統代理、瀏覽器獨立代理，以及其他手動設定代理的應用程式。也要區分 HTTP、SOCKS 和混合連接埠，不能只因數字相同就認為協定可以互換。若只供本機使用，請保留本機監聽範圍；啟用區域網路存取前，應先了解驗證和防火牆設定。

通常不必為了接管更多應用程式而同時啟用兩個入口，先依客戶端的 TUN 使用說明單獨測試即可。同時開啟兩者不一定會出錯，但會增加判斷請求入口、排除迴圈及處理殘留設定的難度。建議先記下原本的狀態，關閉系統代理後啟用 TUN，再確認一般應用程式和 DNS 請求的狀況；若確有應用程式需要獨立代理，再針對該應用程式設定。退出客戶端前請恢復相關開關，避免留下無效的代理網址。

先確認錯誤屬於逾時、名稱解析、驗證遭拒或內容解析失敗，再決定更新方式。如果訂閱網址可以直連，先使用客戶端的直連更新方式；如果必須透過代理，先選取一台仍可用的伺服器，再透過代理更新。若所有舊伺服器都已失效，請勿依賴它們完成更新，可聯絡訂閱來源確認有效的連線方式。遇到訂閱過期、拒絕存取或回傳登入頁面的情況，反覆更換代理路徑通常無法解決。

逾時表示目前的測試未能在限定時間內取得預期回應，不一定能直接判定伺服器失效。先確認本機網路可用，再用相同測試方式比較其他伺服器，並檢查裝置時間、訂閱有效期限及伺服器參數。不同客戶端的延遲測試可能採用不同方法，結果不宜直接比較。如果所有伺服器都同時逾時，優先排查本機網路、核心啟動狀態及測試目標；若只有個別伺服器逾時，再確認該伺服器的服務狀態。

顯示已連線可能只代表核心或系統 VPN 介面已成功啟動，不保證遠端請求可正常使用。先確認已選取有效伺服器，再分別存取可直連的網站和需要代理的目標，接著查看記錄是否出現 DNS、交握或連線逾時錯誤。如果只有瀏覽器異常，請檢查其獨立代理和安全 DNS 設定；如果所有應用程式都異常，先停用 TUN 和系統代理以確認基本網路，再一次只恢復一種接管方式，避免同時變更多個項目。

先確認是否重複啟動客戶端，或有其他代理工具正在使用相同的監聽連接埠。結束重複的程序後重新啟動；若連接埠確實被其他必要程式占用，再更換本機連接埠並同步更新系統代理設定。核心啟動失敗也可能是設定欄位不相容、執行元件缺失或遭安全軟體攔截，應從記錄中最早出現的錯誤開始判斷。不要直接刪除所有設定，先備份訂閱和自訂規則，再依錯誤類型逐項處理。

不建議透過關閉憑證驗證來掩蓋錯誤。先校正裝置日期、時間和時區，再確認伺服器位址、TLS 服務名稱及相關參數與來源提供的資訊一致。名稱解析失敗時，檢查目前網路是否可連線至 DNS，並區分伺服器網域解析與目標網站網域解析，兩者可能採用不同路徑。如果問題只在修改 DNS 或啟用 FakeDNS 後出現，先恢復先前可用的設定，再依目前的核心和 TUN 設定逐項調整。