V2Ray 常見問題

不是。V2Ray 屬於 Project V 代理工具生態系，V2Fly 延續相關核心的社群維護；Xray 則是另一個核心系列，支援的協定與功能會隨版本變動。v2rayN 是圖形介面用戶端，用來管理伺服器、訂閱、路由及核心啟動。匯入設定後，實際處理連線的是用戶端呼叫的核心。遇到協定不支援或啟動錯誤時，應同時查看用戶端與核心資訊，而非只看視窗上的產品名稱。尤其是 REALITY 等設定，務必確認與伺服器端要求及目前核心支援相符，不能只改協定名稱。

Windows、macOS 和 Linux 桌面裝置可優先選用 v2rayN，再依作業系統與處理器架構挑選安裝檔。Android 可選用採用 Xray 核心的 v2rayNG，或採用 V2Fly 核心的 v2flyNG。挑選時先確認服務提供者要求的協定、傳輸方式與安全設定，再確認用戶端內含的核心是否支援。兩款 Android 用戶端的設定介面與功能不一定完全相同，不宜直接照搬另一款的所有選項。若現有設定已穩定可用，建議先備份，再評估是否需要更換用戶端；光是更換名稱並不會改善伺服器品質。

用戶端負責讀取設定並建立連線，安裝檔本身不會提供伺服器。請向有權使用的服務提供者取得訂閱連結、分享連結或手動設定參數，再匯入用戶端。訂閱是可更新一組伺服器設定的入口，單一分享連結通常只包含一筆設定，兩者應使用各自對應的匯入方式。不要把購買頁面、登入頁面或一般網頁網址當成訂閱網址。訂閱連結可能包含存取憑證，應妥善保管，勿貼在截圖、論壇或記錄檔中公開；來源不明的連結也不宜直接匯入啟用。

系統代理會將本機代理位址寫入作業系統的代理設定，通常只有遵循該設定的應用程式會使用。TUN 透過虛擬網卡和系統路由接管流量，涵蓋範圍較廣，但需要相應權限，也可能與其他虛擬網卡或 VPN 衝突。路由規則則決定進入核心的請求要走哪個出口，並不會讓所有應用程式自動經過用戶端。排查時要分別確認流量是否進入，以及進入後的去向。初次設定可先用系統代理測試網頁，確認節點正常後再啟用 TUN，避免把權限、DNS 和節點問題混為一談。

2015 年後推出的主流 Android 手機通常可優先考慮 arm64，但最後仍須以裝置支援的應用程式架構為準，不能只看購買年份。有些裝置雖採用 64 位元處理器，系統卻只支援 32 位元應用程式，安裝 arm64 版本仍可能失敗。universal 安裝檔包含多種架構，通常較大，適合不確定裝置架構或 arm64 無法安裝的情況。更換安裝檔前，先查看系統版本、可用空間和錯誤訊息；若已安裝同名應用程式，簽章不同也可能導致無法覆蓋安裝。必要時先備份設定，再決定是否移除舊版應用程式。

先確認複製的是完整訂閱網址，沒有多餘空格、換行、說明文字或遭截斷的尾端。在 v2rayN 中，訂閱網址應填入訂閱群組設定，再執行更新；單一伺服器分享連結則要使用對應的伺服器匯入入口。入口用錯可能導致解析失敗。若連結能取得內容但仍出錯，請確認回傳內容是否為登入頁、到期提示或用戶端不支援的格式。不能只因瀏覽器能開啟網址，就認定訂閱有效。保留原始連結並向服務提供者確認適用的用戶端與格式，避免自行修改網址參數。

先檢查服務帳戶、訂閱期限，以及服務提供者是否更換網址，再確認目前網路能否連上訂閱服務。有些更新請求需要透過既有代理，有些則應直接連線；請依用戶端的更新選項及服務提供者說明設定，不要反覆隨意切換。若顯示取得成功卻沒有節點，接著檢查內容格式、伺服器篩選條件和核心相容性。更新前保留仍可用的設定，不要立即刪除整個群組。伺服器回傳空內容時，重複點擊通常沒有幫助；記下錯誤訊息與發生時間即可，回報時請隱藏完整訂閱連結。

先關閉 TUN，確認一般代理連線可用，再處理系統權限。Windows 請依用戶端提示以系統管理員身分執行，或檢查服務模式是否正確安裝並啟動；macOS 和 Linux 則依目前版本說明完成必要的權限授權。Android 會顯示系統提供的 VPN 授權視窗，請確認授權對象是目前使用的用戶端。盡量避免同時執行多個會接管流量的應用程式。若已授權仍然出錯，請查看記錄檔中的虛擬網卡、裝置建立或路由寫入錯誤；不要一開始就關閉所有安全功能，也不要從不明來源另行安裝驅動程式。

先確認用戶端正在執行、已選取伺服器，且系統代理狀態確實已啟用，再查看系統記錄的代理位址和連接埠是否與目前本機監聽設定相符。瀏覽器擴充功能、個別代理設定、略過清單和 PAC 規則都可能改變實際連線路徑。有些應用程式需要重新啟動才會重新讀取系統設定，有些則完全不使用系統代理。可暫時停用瀏覽器代理擴充功能，送出一個明確應經過代理的請求，並查看用戶端記錄檔是否出現連線紀錄。若沒有紀錄，先排查流量入口；若已有紀錄，再檢查路由和節點，不要只憑網頁能開啟就判定代理已生效。

先確認要直接連線的網域或位址範圍，再於路由設定中新增對應規則，並選擇直連出口。規則通常依序比對，實際行為取決於核心與產生的設定；明確的例外規則應放在可能涵蓋它們的廣泛規則之前。網域規則和 IP 規則並不相同，解析結果也會影響比對。每次只調整一類條件，套用設定後透過實際連線和記錄檔確認出口選擇。不要為了一個網站就改成全部直連，也不要在不了解規則優先順序時同時匯入多組規則。複雜策略可先備份，再分批驗證。

不一定。系統 DNS、瀏覽器的安全 DNS 和核心 DNS 位於不同層級，是否經過用戶端取決於代理模式、請求方式和路由設定。先確認問題出在網域解析還是連線本身，再決定要調整哪一層。瀏覽器若啟用了獨立的安全 DNS，解析結果可能與系統測試不同；TUN 模式下也要檢查是否啟用了 DNS 接管。修改前記下原設定，每次只變更一個項目，必要時清除相關快取後再測試。不要同時更換多個解析服務並啟用 FakeDNS，否則難以判斷是哪項設定解決或造成問題。

先讓兩台裝置連上彼此可存取的可信任區域網路，在 v2rayN 中啟用允許區域網路連線，再確認本機 HTTP 或 SOCKS 監聽連接埠。其他裝置應填入電腦的區域網路位址和對應連接埠，而不是回送位址。系統防火牆只需允許可信任網路存取所用連接埠；路由器的訪客隔離功能也可能阻擋連線。裝置的代理設定應與監聽協定相符；不少電視或應用程式不會遵循系統代理。共用結束後請關閉區域網路入口，不要將連接埠轉送到公網。電腦進入睡眠、位址變更或用戶端結束執行，都會中斷共用。

先關閉代理，確認本機網路正常並校準系統時間，再檢查是否選對伺服器和執行模式。接著核對伺服器位址、連接埠、使用者參數、傳輸方式，以及 TLS 或 REALITY 設定，最後查看 DNS 和核心記錄檔。每次只改一項，並保留原始設定。TCP 連通測試、實際代理請求和速度測試的意義不同，測試逾時不代表所有連線都無法使用。若其他已知可用的節點正常，問題較可能出在該伺服器或參數；若全部失敗，應優先檢查本機網路、代理入口，以及核心是否成功啟動。

顯示已連線有時只代表本機核心或 VPN 服務已啟動，不保證遠端伺服器能完成請求。先查看開啟網頁時是否產生連線紀錄：沒有紀錄，就檢查系統代理、應用程式個別代理或 TUN 接管；有紀錄，則查看出口、DNS、交握和逾時資訊。可用不同網站交叉測試，區分單一目標故障與整體連線問題。若切換至已知可用的設定後恢復，再核對原節點參數與服務狀態。尚未確認請求進入用戶端前，不要反覆更換 DNS；也不要只憑系統匣圖示或 Android VPN 標誌判斷連線可用。

先關閉 TUN，恢復原本的連線方式並保留錯誤記錄，再檢查權限、虛擬網卡、DNS 接管和路由是否成功建立。其他 VPN、虛擬機網路或安全軟體可能與 TUN 衝突，可逐一結束相關應用程式後測試，不要同時修改所有設定。若使用 FakeDNS，也要確認相關路由與 DNS 設定相符；基本 TUN 尚未正常時，可先改回一般解析策略。關閉用戶端後仍無法上網，請檢查殘留的系統代理和異常網卡狀態，必要時重新啟動系統恢復，再依步驟重試，避免直接刪除系統網路元件。

提供作業系統、用戶端與核心資訊、使用模式、失敗步驟、發生時間及相關錯誤記錄即可。先重現一次問題，再擷取同一時段的啟動或連線錯誤，並說明直接連線是否正常、其他設定是否可用，以及最近修改過哪些項目。不要公開完整訂閱網址、使用者識別資訊、密碼、私密金鑰或整份原始設定；分享截圖前也要檢查網址列和伺服器詳細資料。記錄中的逾時、解析失敗、權限拒絕與交握錯誤分別指向不同環節，保留原始錯誤訊息比只寫「不能用」更有幫助。分享前請確認除錯記錄未包含敏感請求資訊。