V2Ray 常見問題。

V2Ray 屬於 Project V 代理技術生態系，V2Fly 與 Xray 是相關的核心家族；核心負責處理協定、傳輸、路由與 DNS。v2rayN 是桌面圖形化用戶端，v2rayNG 是 Android 圖形化用戶端，負責管理訂閱、選擇伺服器及產生執行設定。排查問題時，應一併記錄用戶端版本與實際啟用的核心名稱，因為介面支援某個選項，不代表目前的核心一定支援對應欄位。設定範例也應先確認目標核心，不能只因檔名都是 config.json 就直接混用。

用戶端提供本機設定與連線功能，安裝後不會自動產生遠端伺服器。請準備有權使用的訂閱網址、節點分享連結，或完整的手動設定參數，再透過相應入口匯入。訂閱網址通常用來取得一組設定，節點連結則代表單一設定，兩者不能任意使用不同的匯入入口。若已有訂閱群組但清單空白，先查看該群組的更新結果與篩選條件，不要反覆重新安裝。分享截圖時，請遮住訂閱網址中的權杖、伺服器憑證及個人備註。

系統代理會將本機代理位址交由作業系統管理，主要影響遵循該設定的應用程式；使用自訂網路設定或直接建立連線的程式可能不會使用它。TUN 透過虛擬網路介面接管符合路由條件的流量，涵蓋範圍較廣，也更依賴權限、路由與 DNS 設定。初次使用建議先透過系統代理確認節點可用，再考慮啟用 TUN。啟用 TUN 不代表所有流量都會經過代理，最終出口仍由用戶端的分流規則決定；排查時請避免同時執行多個接管流量的工具。

請優先依照伺服器實際提供的協定與參數設定，不要只憑協定名稱選擇。VMess、VLESS、Trojan 和 Shadowsocks 的驗證欄位與安全設定各不相同，傳輸層、TLS、SNI 等參數也必須在兩端一致。匯入完整的分享連結，通常比手動更改協定穩妥。若訂閱中的設定可以連線，不要只為了嘗試其他協定而更改類型，卻保留舊參數。遇到不支援欄位的錯誤時，先確認用戶端與核心的相容性；協定名稱本身無法保證速度、延遲或連線穩定性。

先確認問題發生在儲存網址、取得訂閱內容，還是解析內容。複製時檢查網址是否完整、有沒有混入空格、換行或全形標點，並確認沒有把管理網頁網址誤當成訂閱網址。網址可以儲存但沒有節點時，請查看更新記錄：回傳登入頁、錯誤頁或不相容格式，都可能造成解析失敗。不要將完整訂閱網址貼到公開討論區，也不要交給不明的轉換網站。確認來源無誤後，重新複製原始網址，並使用訂閱群組入口更新，而非貼到單一節點的匯入欄位。

2015 年後推出的主流 Android 手機通常可優先選擇 arm64，但最終仍應以系統支援的 ABI 為準；處理器支援 64 位元，不代表系統一定能執行相應的應用程式。universal 包含多種架構，適合不確定架構時嘗試，檔案通常也較大。若無法安裝，先檢查系統版本、剩餘空間與安裝權限，再確認套件架構。若已安裝同名應用，也要留意簽章不一致或降級限制；解除安裝可能會刪除設定，請先使用用戶端提供的匯出功能備份必要資料。

先停止 TUN，再查看記錄中第一則與權限、虛擬介面或建立路由相關的錯誤。Windows 通常需要系統管理員權限，或使用用戶端支援的服務模式；其他桌面系統則應依照用戶端提示完成所需授權，不要照搬 Windows 的操作方式。確認沒有其他 VPN 或 TUN 工具占用流量接管路徑後，再依目前用戶端的說明重新啟用。不要把關閉防火牆或所有安全防護當成一般解決方法。若系統代理正常、TUN 卻失敗，應優先排查權限、介面與路由，而不是反覆更換節點。

請以用戶端目前顯示的本機監聽設定為準，不要照抄其他教學的連接埠。應用程式要求 SOCKS5 時，請填入實際的 SOCKS 或相容的混合監聽連接埠；要求 HTTP 代理時，則填入支援 HTTP 的監聽連接埠。僅在同一台裝置上使用時，位址通常填寫 127.0.0.1。連接埠 10808 只是常見範例，並非所有版本都固定使用。若要讓區域網路中的其他裝置連線，還需另外評估監聽位址、存取驗證與防火牆規則，不要直接將僅供本機使用的設定開放到外部網路。

TCP 延遲測試通常只能確認是否能連上目標連接埠，無法驗證驗證程序、TLS、代理出口與 DNS 是否正常。真實連線測試較接近實際請求，但也只反映測試目標在當下是否可連線。先確認目前使用的節點與測試節點相同，再檢查系統代理或 TUN 是否生效，並留意瀏覽網頁時是否出現新的記錄。單一測試網址失敗，不代表節點一定無法使用；同樣地，顯示延遲數值也不能證明所有網站都能連線。請搭配瀏覽器測試與實際出口變化判斷連線結果。

規則模式依網域、IP 等條件選擇出口，適合日常按需求分流；全域代理通常會將預設出口切換為代理，適合暫時確認分流規則是否影響連線；直連模式則通常讓流量直接連線至目標。不同用戶端對模式的命名與涵蓋範圍可能不同，應一併查看具體的路由規則。排查特定網站時，可短暫切換至全域代理作為對照，確認後再恢復原設定。全域代理不等於接管所有應用程式；系統代理或 TUN 決定哪些流量會進入用戶端，路由模式則決定流量進入後的走向。

訂閱更新通常會依遠端回傳的內容重建或合併節點，實際行為取決於用戶端版本與群組設定。服務提供者變更名稱、位址或節點識別資訊後，原本的排序、備註與目前選取的節點可能無法完整保留。更新前先記下目前使用的設定，更新後重新確認目前選取的節點，並進行一次真實連線測試。需要長期保留的手動設定應放在獨立群組，不要與自動更新的訂閱內容混在一起。也不要只看清單第一列，就認定它仍是上次使用的伺服器。

先記錄未啟用代理時的連線狀況，再啟用目標節點，透過瀏覽器開啟測試頁面，比較出口 IP，並留意記錄中是否出現對應請求。出口結果會受 IPv4、IPv6 與分流策略影響，只查詢一次無法判斷所有應用程式的狀況。Android 裝置也應檢查 VPN 授權與應用程式分流範圍，避免測試用的應用程式被排除。結束用戶端前，先關閉系統代理或 TUN，確認一般網路恢復後再關閉程式。若程式異常結束後仍留下系統代理設定，可到系統網路設定還原原值，不必立刻重設整套網路。

匯入失敗可能是網址或內容無法辨識；更新失敗則常發生在已有群組向遠端要求內容時。先查看記錄，區分網域解析失敗、連線逾時、憑證錯誤與 HTTP 狀態碼，再確認訂閱是否到期或遭重設。確認本機時間正確後，依實際網路狀況選擇直接更新，或透過目前可用的代理更新。若代理無法使用，卻仍用它取得訂閱，就會形成無法自行排除的依賴。保留目前可用的節點，不要先清空所有設定；也避免短時間內反覆請求，以免觸發伺服器限制。

先關閉接管流量的模式，確認本機基本網路與一般網域解析正常，再檢查系統時間及網路是否需要登入入口網站。接著確認訂閱有效，使用同一節點分別進行連接埠測試與真實連線測試，並查看是否出現連線遭拒、交握失敗或驗證錯誤。若只有特定網路環境下所有節點都逾時，可在另一個有權使用的網路環境進行比對。若只有少數節點失敗，優先檢查對應伺服器狀態與參數。不要一次同時修改 DNS、傳輸與路由，否則恢復後也難以找出真正原因。

顯示已連線，可能只代表本機核心或 Android VPN 服務已啟動，不代表遠端驗證與轉送成功。先查看核心錯誤，再透過真實連線測試檢查遠端連線；連線正常時，觀察目標網域是否解析失敗，以及請求實際使用了哪個出口。暫時切換至全域代理後恢復連線，通常應回頭檢查分流規則及其順序；記錄中出現解析逾時，則應檢查 DNS 伺服器的連線路徑與 DNS 路由。不要長期依賴直接連線至網站 IP 來判斷，因為 HTTPS 憑證與網站虛擬主機也需要網域名稱。

先確認系統代理指向目前用戶端的監聽位址與連接埠，並檢查用戶端核心是否仍在執行。瀏覽器擴充功能、應用程式內建代理、代理例外清單及既有連線都可能影響結果；變更後可重新啟動目標應用程式再測試。若記錄中沒有該應用程式的新請求，它可能沒有遵循系統代理，應在應用程式內設定相容的 HTTP 或 SOCKS5 代理，或評估改用 TUN。若記錄中已有請求但仍無法連線，請繼續檢查套用的規則與遠端錯誤，不要把進入用戶端後發生的問題誤判為系統代理未生效。