v2rayN 新手十問：訂閱匯入、系統代理與無法連線快速解答

一、v2rayN 是什麼？下載後還需要準備什麼？

v2rayN 是用戶端，不是節點服務。它負責管理伺服器設定、呼叫代理核心，以及提供系統代理和路由設定。下載用戶端不會自動取得可用伺服器；還需要有效訂閱，或包含伺服器位址、連接埠、認證與傳輸參數的節點分享連結。

桌面系統使用 v2rayN。Android 裝置則有採用 Xray 核心的 v2rayNG，以及採用 V2Fly 核心的 v2flyNG。協定能否使用取決於對應核心及版本，不能因為都能匯入訂閱，就認定所有節點都相容。尤其是 VLESS + REALITY，應確認用戶端核心明確支援。

• Windows：在「設定」→「系統」→「系統資訊」確認系統類型，依處理器架構選擇安裝套件。
• Linux：可執行 uname -m；x86_64 通常對應 x64，aarch64 通常對應 ARM64，再依發行版選擇套件格式。
• macOS：在「關於這台 Mac」查看晶片資訊，區分 Apple 晶片與 Intel 處理器。
• 首次啟動：先將壓縮檔完整解壓縮，再執行主程式；需要安裝的套件依系統提示安裝。不要只從壓縮檔中拖出一個可執行檔。

二、如何匯入訂閱連結？分享連結要貼在哪裡？

訂閱網址通常用來取得一組節點；以 vmess:// 或 vless:// 開頭的內容通常是單一節點分享連結。兩者的匯入入口不同。訂閱網址應儲存到訂閱群組，單一節點連結則透過剪貼簿匯入，不能只憑連結很長就判斷類型。

1. 複製訂閱網址

   從服務提供者複製完整訂閱網址，確認頭尾沒有引號、空格或換行。網址中的權杖屬於存取憑證，請勿貼到公開群組。

2. 新增群組

   開啟「訂閱群組」→「訂閱群組設定」，按一下新增按鈕，填寫備註與網址後儲存。備註可填寫「日常使用」，方便辨識。

3. 更新節點

   在「訂閱群組」選單選擇「更新全部訂閱（不透過代理）」。首次設定尚無可用代理時，請先嘗試直接取得。

4. 檢查清單

   切換至對應群組，確認是否出現伺服器項目。若只有群組名稱而沒有節點，表示設定已儲存，但訂閱尚未成功取得或解析。

如果取得的是單一節點分享連結，請先複製完整內容，再從主介面選擇「伺服器」→「從剪貼簿匯入批次 URL」，也可以使用介面提示的 Ctrl + V。匯入成功後仍需選取節點、設為作用中伺服器，並設定應用程式的代理入口。

三、訂閱更新失敗，該反覆重試還是更換更新方式？

先查看錯誤訊息，再決定是否改用代理取得。「不透過代理」表示用戶端直接要求訂閱網址；「透過代理」則需要已有可用節點。第一次匯入時若沒有可用節點，反覆選擇透過代理通常只會形成循環依賴。

訂閱連結就像存取金鑰。排查時可以記錄錯誤碼、發生時間和用戶端記錄，但螢幕截圖要遮住完整 URL、使用者識別資訊與認證欄位。不要為了測試，將訂閱交給來源不明的線上轉換頁面。

四、匯入許多節點後，如何選取並確認目前使用的節點？

在伺服器清單中選取一個節點，按右鍵選擇「設為作用中伺服器」；以目前作用中標記和啟動記錄為準。只反白一列不一定代表已切換。切換後請檢查記錄是否重新載入設定，以及是否出現認證、憑證或傳輸連線錯誤。

• 先選一個：優先選擇服務方標示可用、且協定受目前核心支援的節點，不要同時更改核心、路由和 DNS。
• 再測延遲：右鍵選單中的延遲測試有助於篩選，但 TCP 連線成功只代表連接埠能建立連線，不代表認證和網頁要求都成功。
• 最後測連線：使用實際要求進行測試，並在瀏覽器開啟目標網頁。延遲數值不是下載速度，也不能只憑數值最低就認定使用體驗最好。

例如，一個節點的 TCP 延遲為 80 毫秒，卻在存取時顯示認證失敗，仍然無法使用；另一個節點延遲為 150 毫秒，但要求正常完成，反而更適合繼續排查本機設定。這些數值僅供判斷示例，並非本站實測結果。

五、系統代理該選哪個選項？「不變更」和「清除」有何不同？

首次測試瀏覽器時，建議選擇「自動設定系統代理」。可從系統匣圖示的右鍵選單進入「系統代理」，選擇對應選項。這會將系統代理指向用戶端的本機監聽連接埠，但應用程式是否使用此入口，仍取決於它是否讀取系統代理設定。

Linux 桌面環境與應用程式對系統代理的支援程度不一；終端機工具通常還需要設定本身的參數或環境變數。不要因為「系統代理已啟用」，就推斷所有程式都已接管流量。若瀏覽器安裝了代理擴充功能，也要檢查它是否覆蓋系統設定。

六、本機位址和連接埠該怎麼填？為什麼不是伺服器連接埠？

應用程式連線的是本機代理入口，核心再將要求傳送至遠端伺服器。遠端節點的 443 等連接埠用於用戶端連線至伺服器，不能直接填入瀏覽器的本機代理設定。請先在「設定」→「參數設定」中查看本機監聽連接埠；實際欄位會因版本和入站類型而異。

若記錄出現 address already in use，表示監聽位址或連接埠已被占用。請先關閉重複執行的用戶端，再檢查其他程式；修改本機連接埠後，手動設定代理的應用程式也必須同步修改。不要為了讓本機瀏覽器連線，就任意將監聽位址開放給所有網路介面。

七、顯示已連線卻無法開啟網頁，該依什麼順序檢查？

介面上的執行狀態通常表示本機核心已啟動，不代表所有網站都能連線。問題可能是應用程式沒有使用代理、節點認證失敗、網域解析失敗，或路由將要求送往錯誤的出口。依照連線路徑由近到遠檢查，比一次更改十個開關更有效。

1. 確認本機入口

   查看記錄，確認本機連接埠是否成功監聽。若連接埠遭占用、設定解析失敗或核心已結束，請先處理這些錯誤。

2. 確認應用程式已接入

   啟用自動設定系統代理，暫時關閉瀏覽器代理擴充功能；或在應用程式中明確設定本機 HTTP、SOCKS5 入口。

3. 確認要求已送達

   重新整理網頁並查看連線記錄。若目前的記錄層級會記錄存取要求，應能找到對應項目；若沒有記錄，請先檢查應用程式是否略過代理。

4. 確認遠端回應

   認證失敗時優先檢查訂閱與節點資訊；逾時時優先檢查連線路徑和伺服器狀態；憑證錯誤則先檢查系統時間與伺服器端憑證設定。

5. 單獨確認解析

   若記錄明確顯示網域解析失敗，再檢查 DNS 設定。不要將所有連線逾時都歸因於 DNS，也不要靠關閉憑證驗證來處理連線問題。

若系統已提供 curl，可略過系統代理設定，直接測試指定的本機入口。以下命令假設本機 HTTP 或混合連接埠為 10808，目標是本站頁面；它只驗證這條要求路徑，不代表所有服務都已正常。

curl --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://v2raywrt.com/

若命令成功但瀏覽器失敗，請優先檢查瀏覽器本身的代理、擴充功能和快取連線；若顯示無法連線至本機連接埠，請先檢查監聽位址與核心狀態。若已連上本機入口，之後卻在遠端逾時，再換用另一個確認可用的節點進行比對。

八、路由該選全域還是分流？中國大陸網站變慢怎麼辦？

日常使用通常可先採用用戶端提供的分流預設。系統代理決定應用程式如何將要求交給用戶端；路由規則則決定用戶端收到要求後，該走代理、直接連線還是封鎖。這是兩個不同環節：啟用系統代理，不代表所有目標都一定經過遠端節點。

• 中國大陸網站變慢：查看目前的路由預設是否將這些網域送往代理出口；先還原適合本機網路的分流預設，再進行測試。
• 只有特定網站失敗：查看網域規則、規則順序與實際使用的出口，不要立刻重設所有設定。
• 暫時進行全域測試：可短暫選擇讓待測流量走代理的路由模式。測試結束後還原原本預設，避免將暫時的診斷設定當成長期設定。
• 規則資料庫錯誤：若記錄顯示找不到 GeoIP 或 GeoSite 資料，再檢查規則檔案與更新狀態；不要只修改節點協定。

分流結果也可能受到 DNS 與網域識別方式影響。測試時固定使用相同節點和目標，每次只變更一個路由選項，並重新建立連線；瀏覽器現有的長連線可能暫時沿用原本的出口，讓人誤以為「設定沒有生效」。

九、什麼時候需要 TUN？啟用後為何反而無法連線？

TUN 透過虛擬網路介面接管流量，適合不讀取系統代理、又不方便個別設定代理的應用程式。它不是提升速度的開關，也無法修復失效節點。新手應先在一般系統代理模式下確認節點可用，再啟用 TUN，減少排查變數。

• 啟用前：記錄目前的系統代理和路由設定，關閉其他會修改預設路由的網路工具，並確認系統允許建立虛擬網路介面。
• 權限需求：依用戶端與系統提示授權；不要為了方便，長期提高不相關程式的權限。
• 啟用後：分別測試網頁、原本不使用系統代理的應用程式和區域網路服務。網頁能開啟，不代表 UDP 或區域網路存取一定正常。
• 無法連線時：先關閉 TUN，確認基礎網路恢復，再檢查虛擬介面、DNS 接管和路由衝突；不要同時更改訂閱、核心與所有 DNS 參數。

十、關閉 v2rayN 後無法上網，如何恢復並保留排查資訊？

常見原因是系統仍指向本機代理，但用戶端已結束，本機連接埠不再監聽。請先重新開啟 v2rayN，在「系統代理」中選擇「清除系統代理」，再正常結束程式。此時應選擇「清除」，而不是「不變更」。若曾啟用 TUN，也應先將其關閉並等待網路恢復。

1. 檢查系統代理：Windows 可前往「設定」→「網路和網際網路」→「Proxy」查看殘留的手動代理或設定指令碼；由組織政策管理的裝置，請勿擅自修改。
2. 檢查應用程式設定：瀏覽器擴充功能、終端機環境變數，以及應用程式手動填入的 127.0.0.1 代理，不一定會隨系統代理一併清除，請分別還原。
3. 重新建立連線：重新啟動受影響的應用程式，再測試直接連線；若仍然失敗，請檢查網路連線、系統 DNS 與虛擬介面狀態。
4. 保留有效資訊：記錄作業系統、用戶端版本、核心類型、錯誤發生時間，以及一小段相關記錄。隱藏訂閱權杖、使用者識別資訊和伺服器認證資訊。

下次遇到問題，可依照「本機網路 → 核心監聽 → 應用程式代理 → 節點連線 → 路由與 DNS」的順序再次檢查。每次只變更一個條件，並記錄變更前後的結果。這樣才能分辨問題出在用戶端設定、伺服器端，還是特定應用程式的接入方式不同。