V2Ray 多裝置設定同步的可行方案：訂閱連結、QR Code 與設定匯出比較

先區分節點同步與用戶端設定同步

所謂「多裝置設定同步」通常包含兩類完全不同的資料。第一類是伺服器節點，包括位址、連接埠、使用者識別碼、VMess 或 VLESS 協定參數、TLS、REALITY、傳輸方式與偽裝欄位。第二類是用戶端本機設定，包括系統代理伺服器、路由模式、DNS、記錄層級、區域網路監聽、分應用程式代理與自動更新週期。訂閱連結主要處理第一類，匯出設定則可能涵蓋第二類的一部分。

不要把「節點清單相同」理解成「執行行為完全相同」。例如，桌面版 v2rayN 常見的本機 SOCKS 連接埠為 10808，HTTP 連接埠可能使用 10809；Android 版 v2rayNG 通常透過系統 VPN 介面接管流量，即使介面也提供本機 SOCKS 連接埠，其作用範圍仍與 Windows 系統代理不同。將桌面版的連接埠數字直接套用到 Android，無法複製相同的流量接管方式。

方案一：使用同一個訂閱維持節點清單一致

訂閱連結是多裝置維護成本最低的方式。伺服器端會將多個分享設定彙整到同一個網址，用戶端定期請求並解析節點。電腦上的 v2rayN 與 Android 裝置上的 v2rayNG 可以分別儲存相同網址，但每台裝置仍會獨立更新、選擇使用中的節點，也會獨立儲存路由與系統代理狀態。

在 v2rayN 中，可從「訂閱群組」→「訂閱群組設定」新增訂閱，填寫別名與完整網址，儲存後執行「更新全部訂閱（不透過代理）」；目前網路無法直接存取訂閱來源時，先連線至可用節點，再選擇透過代理更新。不同版本的選單文字可能略有差異，但操作順序都是先建立群組，再手動更新節點。

在 v2rayNG 中，開啟左上角選單，進入「訂閱群組設定」，點選右上角的新增按鈕，填寫備註與訂閱網址。儲存後回到主畫面，從右上角選單執行「更新訂閱」。更新完成後應看到節點數量變化；如果仍為 0 個，優先檢查網址是否因換行而被截斷、訂閱群組是否已啟用，以及目前網路是否能存取該網址。

自動更新不宜設定得過於頻繁。節點變動不大時，建議每 24 小時更新一次；需要立即取得伺服器端調整時，再手動更新。以 60 個節點、單次訂閱回應約 80 KB 為例，兩台裝置每天各更新一次，每月產生的訂閱資料量不到 5 MB。真正需要注意的不是流量，而是更新失敗後舊節點是否仍被保留，以及用戶端是否誤刪手動新增的獨立節點。

方案二：使用 QR Code 移轉少量節點

QR Code 適合「將目前這個節點傳到旁邊的裝置」，而不是長期同步。v2rayN 可以為選取的伺服器產生 QR Code，v2rayNG 再透過掃描匯入。QR Code 通常承載一個分享連結，內容包括協定、伺服器位址、連接埠與傳輸參數，不會自動包含訂閱更新機制。

實際操作時，先在 v2rayN 伺服器清單中選取目標節點，使用對應的 QR Code 顯示功能；Android 端開啟 v2rayNG，點選右上角新增入口並選擇「掃描 QR Code」。掃描後不要立即連線，先展開設定，逐項核對位址、連接埠、使用者識別碼、傳輸方式、TLS 安全類型、SNI 或 serverName 等欄位。

1. 控制數量：一次移轉一個，匯入後立即修改備註，例如「辦公線路-掃描-0627」，避免與訂閱中的同名節點混淆。
2. 核對協定：VMess 與 VLESS 的識別欄位和加密語意不同，不能只看伺服器位址是否一致。
3. 核對傳輸：WebSocket 應檢查路徑與 Host；gRPC 應檢查 serviceName；REALITY 設定還應檢查 serverName、publicKey 與 shortId。
4. 完成測試：先進行一次連線測試，再開啟網頁驗證 DNS 與路由，不要只依據用戶端顯示的延遲數值。

QR Code 容量有限，複雜的 JSON 設定、較長的憑證內容或包含大量規則的完整設定並不適合直接編碼。即使掃描成功，用戶端也可能只辨識節點連結中的標準欄位，而忽略來源用戶端的路由群組、DNS 分流與本機監聽設定。因此，QR Code 更像是一次性的節點複製工具。

方案三：匯出設定檔保留複雜設定

匯出設定適合備份同類用戶端，或保留手動撰寫的路由與 DNS。它不是通用的同步格式。v2rayN 的應用程式設定、訂閱群組資料與核心執行設定可能分別儲存在不同檔案中；v2rayNG 匯出的節點清單也不等同於可直接覆寫桌面端設定的設定包。跨用戶端匯入前，應先判斷檔案屬於「用戶端資料庫」、「分享連結集合」還是「核心 JSON 設定」。

核心 JSON 通常包含 inbounds、outbounds、routing 與 dns 等段落。它能精確描述 Xray 或 v2fly 核心如何處理流量，但用戶端介面不一定能將所有手寫欄位轉換回可編輯表單。直接將桌面端產生的核心設定匯入 Android 端，還可能帶入僅適用於桌面的監聽位址與連接埠。

{
  "inbounds": [
    {
      "listen": "127.0.0.1",
      "port": 10808,
      "protocol": "socks",
      "settings": {
        "udp": true
      }
    }
  ],
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

上方的監聽位址 127.0.0.1 表示只接受本機連線，適合桌面本機代理。若要為區域網路裝置提供代理，監聽策略與防火牆規則都要另行處理；若在 Android 端透過系統 VPN 接管流量，這段入站設定也不能簡單視為等效設定。移轉檔案時應保留原始備份，不要直接覆寫仍可運作的設定。

v2rayN、v2rayNG 與 v2flyNG 如何搭配

桌面裝置優先使用 v2rayN 管理訂閱、系統代理與路由。Android 裝置需要 Xray 核心及較新的 VLESS、REALITY 設定時，可使用 v2rayNG；節點以 VMess 等 v2fly 核心支援的設定為主時，也可以使用 v2flyNG。三者都能讀取伺服器產生的標準訂閱或分享連結，但不應直接跨應用程式覆寫用戶端專屬設定。

如果同一個訂閱同時提供 VMess、VLESS 與不同傳輸組合，更新後先依協定或備註篩選，再選擇目前用戶端能正確執行的節點。不要因為節點名稱相同，就假設兩端的實際參數一致；伺服器可能針對不同 User-Agent 回傳不同訂閱內容，也可能依用戶端能力轉換格式。

• 日常主力組合：Windows 上使用 v2rayN，Android 裝置使用 v2rayNG，兩端儲存同一個訂閱網址。
• v2fly 核心組合：Android 裝置使用 v2flyNG，優先選擇訂閱中明確相容於 v2fly 核心的 VMess 等設定。
• 規則管理原則：節點由訂閱集中維護，桌面路由與 Android 分應用程式代理分別儲存，不追求設定檔完全相同。
• 更新順序：先更新訂閱，再確認節點數量，接著選擇節點並重新啟動連線，最後檢查記錄與實際存取結果。

在一組包含 48 個節點的測試訂閱中，v2rayN 與 v2rayNG 分別更新後都顯示 48 個，表示節點集合一致；但桌面端啟用「略過區域網路」路由、Android 端啟用僅代理指定應用程式後，兩端的實際流量路徑明顯不同。這正好說明：訂閱負責統一入口，裝置策略仍應在本機維護。

移轉後的驗證順序與故障處理

同步完成後，先驗證設定完整性，再處理速度問題。建議固定採用「數量、欄位、連線、路由、DNS」五步檢查，快速區分是訂閱未更新、節點參數遺失，還是用戶端本機設定不同。

1. 核對節點數量：例如來源裝置顯示 36 個，目標裝置更新後也應接近 36 個；數量為 0 通常表示訂閱請求或解析失敗。
2. 抽查三個節點：分別核對位址、遠端連接埠、協定、TLS、傳輸方式與備註，不要只檢查第一個。
3. 建立連線：觀察核心記錄是否出現逾時、憑證名稱不相符、目標拒絕或連接埠被占用。
4. 檢查本機接管：v2rayN 確認系統代理模式；v2rayNG 確認系統 VPN 授權與分應用程式代理範圍。
5. 驗證 DNS：能連線但網域無法開啟時，檢查 DNS 設定與路由規則；能存取 IP 不代表網域解析正常。

測速結果只能作為篩選參考。一次延遲測試顯示 85 毫秒，不代表網頁、影片或大型檔案情境都能穩定運作。建議連續測試三次，並觀察是否出現明顯波動。例如結果依序為 82、310、96 毫秒，表示連線存在瞬間壅塞；若三次都介於 90 至 110 毫秒，穩定性通常較佳。

適合長期使用的同步策略

穩定的多裝置方案不必追求每個開關完全相同。更合理的做法是將設定分成三層：訂閱層統一節點來源，用戶端層儲存平台相關的連接埠與流量接管方式，規則層則依裝置用途管理路由與 DNS。如此即使更換裝置，也只需恢復訂閱與少量本機設定。

建議每月進行一次人工檢查：刪除已停用的訂閱群組，確認更新網址仍有效，清理重複掃描匯入的節點，並匯出一份仍可運作的複雜規則設定。匯出檔案應標明用戶端名稱與日期，例如 v2rayN-routing-2026-06-27.json，避免數月後誤匯入其他用戶端。

最終選擇可以很直接：裝置超過兩台且需要持續更新，就使用同一個訂閱；臨時分享單一節點，就使用 QR Code；同類用戶端之間要備份複雜規則，就使用匯出檔案。三種方式可以搭配，但不要把 QR Code 當成訂閱，也不要把某個用戶端的完整設定檔當作跨平台標準。