V2Ray 進階設定指南

訂閱分組與伺服器篩選

訂閱分組的主要用途是區隔來源，而非變更連線協定。每個訂閱來源各自建立分組，才能清楚掌握更新範圍、項目歸屬及停用範圍。v2rayN 通常可在「訂閱分組」相關入口新增名稱與網址；v2rayNG、v2flyNG 則在訂閱設定中管理來源。各用戶端的選單名稱可能不同，但原則一致：先新增來源，再更新該來源，最後檢查匯入結果。

依來源分組，再設定顯示範圍

分組名稱建議描述來源用途，例如「日常來源」、「備用來源」或「手動設定」。請勿將驗證資訊、完整訂閱網址或帳單資料寫進名稱。即使多個來源提供相似項目，也應分開管理；之後某個來源停止更新時，只需停用對應分組，不必從混合清單中逐一查找。手動新增的項目宜另建分組，避免與訂閱匯入的項目混在一起。

填寫訂閱網址時，請保留完整查詢參數。部分訂閱會透過網址中的權杖識別帳戶，任意刪除問號後的內容可能導致更新失敗。若透過 QR Code 或剪貼簿匯入網址，請留意前後空格、換行及全形標點。請勿將包含驗證資訊的網址提交至公開轉換服務；格式處理優先使用可信任的本機方式，詳細結構請參閱訂閱連結格式說明。

了解篩選發生在哪個步驟

「搜尋」、「顯示篩選」與「匯入篩選」並非同一回事。搜尋通常只影響清單顯示，不會刪除伺服器；匯入篩選可能讓不符合條件的項目根本不會加入目前分組；刪除則會改變本機項目清單。調整前請先查看選項說明，確認篩選是否會影響下次訂閱更新。若無法確認，先使用清單搜尋，不要直接在訂閱入口輸入複雜運算式。

若目前用戶端支援正規表示式，可使用簡單且範圍明確的規則篩選名稱。先用少量項目測試，再套用至整個來源。訂閱名稱由提供者設定，可能包含前綴、空格或不同語言，因此比對名稱不等於判斷地理位置。篩選結果為空時，請先取消篩選並重新更新，確認原始訂閱確實有項目，再檢查大小寫、分隔符號及運算式語法。

^(日常|備用)-
^(?!.*測試).*$

以上兩行是互相獨立的正規表示式範例：第一行比對以「日常-」或「備用-」開頭的名稱；第二行排除名稱中包含「測試」的項目。只有明確標示支援正規表示式的欄位才適合使用，普通搜尋框不一定會解讀這些符號。名稱篩選僅供管理清單使用，無法證明協定相容、服務可用或連線路徑符合預期。

更新後檢查項目變化

更新指定分組後，先確認協定類型、位址、連接埠及傳輸方式是否正確解析。項目數量變化可能是來源內容、篩選規則或格式辨識差異所致，不應直接認定為用戶端遺失設定。若整個分組消失或變成空白，請先查看更新回應與解析錯誤，再還原先前的篩選條件。重複按下更新通常無法解決格式不相容，反而可能觸發來源端的請求限制。

請勿依賴手動修改訂閱項目的名稱或傳輸參數來保留長期修正。下次更新可能覆蓋變更，也可能重新建立項目。若確實需要暫時修正，請將項目複製到手動分組，清楚標記用途，並記錄與原項目的差異。原訂閱保持不變，方便判斷問題來自來源資料還是本機修改。

切換分組不一定代表正在使用的伺服器也已切換。更新後請重新確認目前選取的項目，尤其是原項目已移除或重新建立時。行動裝置端也要確認是否需要重新啟動服務才能載入變更。請以啟動記錄中的實際目標與出站為準，不要只看清單的反白顏色；完成清單整理後再設定路由，避免把來源管理問題誤判為分流故障。

DNS 設定與解析路徑

DNS 問題應拆成三個部分：由誰發起查詢、由誰處理查詢，以及查詢經由哪條路徑送達上游。瀏覽器、作業系統、代理核心與 TUN 接管元件都可能負責解析。在用戶端修改 DNS 位址，不代表所有應用程式會立即採用該位址；應用程式內建的加密 DNS、系統快取及已建立的連線，都可能影響觀察結果。

先確認內建 DNS 的用途

代理核心的內建 DNS 通常用於內部網域解析、路由判斷或特定出站行為，不一定會自動成為系統預設解析器。使用系統代理時，部分應用程式會先透過系統解析，再將 IP 交給代理；另一些則會把網域交給代理入口。這兩種路徑的 DNS 行為不同。若要接管系統查詢，通常還需要 TUN 端的 DNS 劫持或相關系統設定。

v2rayN 的 DNS 介面可能會依使用的核心分開設定。v2rayNG 的遠端 DNS、本機 DNS 及相關路由選項，也應配合目前模式判讀，不要只憑「遠端」二字就認定流量一定透過代理。先保留用戶端預設方案，確認一般連線正常後，再調整上游位址及網域分流。完整替換 DNS 設定前，請記錄現有規則及備用解析器的用途。

{
  "dns": {
    "servers": [
      {
        "address": "223.5.5.5",
        "domains": ["geosite:cn"],
        "skipFallback": true
      },
      "1.1.1.1"
    ],
    "queryStrategy": "UseIP"
  }
}

這是 Xray 風格的 DNS 合併片段，示範分類查詢與備用解析器，不保證適用於所有網路。domains 會為對應網域選擇伺服器；skipFallback 則讓該伺服器不參與其他網域的一般回退流程。這不代表選中的網域永遠不會嘗試其他伺服器，完整回退行為仍受其他選項影響。上游是否可連線及使用哪個出站，仍須在實際設定中驗證。

加密解析與引導解析

使用以網域表示的加密 DNS 服務時，用戶端必須先得知服務位址，才能建立加密連線，這就是引導解析問題。若引導解析又依賴同一個尚未建立連線的服務，就會形成循環。請使用明確可達的引導路徑，或採用目前核心支援的靜態對應方式。不要只將一般 DNS 位址換成加密 DNS 位址，就認定解析鏈路已完整。

遠端代理伺服器的網域也屬於這條鏈路。若伺服器位址必須透過代理才能解析，而代理又必須先連上伺服器，啟動程序就會卡在前置解析。排錯時先確認伺服器網域能否在服務啟動前解析，再檢查上游連線是否被錯誤地送回自身。加密 DNS 保護查詢傳輸過程，不會自動修正路由、伺服器憑證或錯誤的系統時間。

IPv4、IPv6 與快取的影響

UseIP 允許使用兩種 IP 位址結果，但不保證系統具備正常的 IPv6 連線能力。若網路提供 IPv6 位址，但出口無法使用，應用程式可能會等到連線失敗後才改用其他方式，造成首次開啟速度緩慢。請先比較 IPv4 與 IPv6 的實際路徑，再決定是否採用僅查詢 IPv4 的策略。停用某種查詢類型，也無法涵蓋所有自行解析或直接使用 IP 的應用程式。

驗證 DNS 時，系統查詢工具只能顯示系統解析器的結果，不一定能證明代理核心的內建 DNS 正常運作。請同時查看用戶端記錄與應用程式連線記錄。修改後須考量系統快取、瀏覽器快取及核心快取；逐一清除快取或重新啟動測試對象，比反覆更換上游更容易得到可判讀的結果。快取尚未過期時，一次成功連線不能證明新解析器已參與查詢。

若網域能解析卻無法連線，請繼續檢查回傳位址與路由出站是否一致，不要只停留在 DNS 層。若只有區域網路的簡短主機名稱無法使用，請檢查搜尋網域及本機解析服務是否遭到接管。企業內部網域、印表機名稱及家用網路設備可能依賴本機 DNS，適合為這些目標設定明確的本機解析例外，而不是全部交由公共上游處理。

FakeDNS 與網域對應

FakeDNS 會為查詢的網域配置合成 IP，並在內部維護網域與位址的對應。應用程式接著連線至該位址時，接管元件可還原原始網域，再進行網域分流或交由代理出站解析。合成位址不是目標伺服器的真實位址，也不是新的遠端伺服器。它的作用是保留網域資訊，減少應用程式先解析成真實 IP 後遺失網域脈絡的情況。

啟用前提是映射鏈路完整

FakeDNS 至少需要三個部分相互配合：查詢送入指定解析器、合成位址連線由同一套接管鏈路攔截，以及連線處理階段能夠還原網域。若只在 DNS 伺服器清單中加入名稱，卻沒有接管對應流量，應用程式可能會將合成 IP 直接送往一般閘道。反過來說，只設定嗅探也不會自動將系統 DNS 查詢交給 FakeDNS。

先確認由哪個元件負責合成位址。v2rayN 的 TUN 接管元件可能已提供自己的假 IP 功能，此時不應盲目再疊加 Xray FakeDNS。兩個元件各自配置位址並維護快取，可能導致還原網域時找不到對應資料。v2rayNG 與 v2flyNG 的設定入口及支援範圍也不同，應依目前核心與用戶端能力確認，不能只因設定名稱相似就認定實作相同。

{
  "fakedns": [
    {
      "ipPool": "198.18.0.0/15",
      "poolSize": 65535
    }
  ],
  "dns": {
    "servers": ["fakedns"]
  }
}

這是 Xray 風格的功能片段，並非完整的 DNS 接管方案。位址池使用專用測試位址範圍，但不代表目前環境一定不會發生衝突。若區域網路、企業網路或其他虛擬介面已使用該範圍，請先調整方案。位址池大小決定映射容量，不等於並行連線上限；擴大容量也無法解決查詢未遭接管或映射無法還原的問題。

入站還原與嗅探的適用範圍

在由 Xray 直接處理對應流量的方案中，相關入站也需要啟用與 FakeDNS 相符的還原機制。設定位置應是接收合成位址連線的入站，而非任意選擇一個監聽入口。以下展示常見的嗅探片段，使用時必須配合實際入站結構；若接管元件已在上游還原網域，則應依該元件的設定方式處理。

{
  "sniffing": {
    "enabled": true,
    "destOverride": ["fakedns"]
  }
}

一般 HTTP 或 TLS 嗅探與 FakeDNS 映射並非來自同一資訊來源。前者嘗試從應用程式協定取得網域，後者則依賴先前的查詢記錄。某些協定、加密握手方式或直接 IP 請求無法提供可用網域；嗅探並非一定能還原所有目標名稱。是否只影響路由、是否會取代連線目標，也應依目前核心的具體選項判斷。

快取、切換與相容性處理

啟用後先查詢一個尚未快取的網域，確認應用程式收到合成位址，再觀察連線能否還原至該網域。停止服務或更換接管元件後，應用程式可能仍快取舊的合成 IP，但新服務沒有相應映射，導致部分網站突然無法存取。此時應清除相關 DNS 快取並重新啟動應用程式，而不是繼續擴大位址池或反覆更換遠端伺服器。

區域網路服務探索、會檢查解析結果位址的程式，以及依賴真實位址的診斷工具，可能不適合使用合成位址。建議為這些目標保留明確的真實解析例外，並確認例外同時涵蓋 DNS 與連線路徑。瀏覽器內建的加密 DNS 也可能繞過接管解析器，讓同一應用程式中的不同請求走不同路徑；排查時請記錄此設定的狀態。

若啟用前後沒有明顯效益，保留一般解析方案會更容易維護。還原時依序停止接管、恢復 DNS 設定、清除快取、重新啟動應用程式，再驗證直連與代理目標。不要只移除 FakeDNS 欄位，卻讓系統繼續使用殘留的合成位址；設定與快取都必須一併還原，才能進行可靠比較。

自訂出站與設定還原

出站決定連線最終如何離開代理核心，路由則透過標籤引用出站。常見用途包括直連、代理與封鎖，也可連接本機已在執行的另一個代理入口。自訂出站適用於明確的路徑需求，不應取代一般伺服器匯入。開始前必須了解每個標籤代表哪項服務、在哪裡監聽，以及服務停止後會發生什麼事。

標籤是設定中的引用關係

tag 是自行指定的識別名稱，不會自動建立協定功能。路由若寫入 proxy，設定中就必須存在同名出站；名稱相似並不代表相同。原生 Xray 設定中，第一個出站通常作為未符合規則時的預設路徑，因此出站順序也很重要。用戶端產生的設定可能額外加入預設規則，檢查時應查看實際執行結構，而非只看編輯框中的局部片段。

以下是一份可用於本機鏈路測試的完整 Xray 風格設定：本機應用程式連線至一個 SOCKS 入站，一般目標則轉送至本機另一個 SOCKS 服務，私有位址採直連。設定不包含遠端伺服器驗證資訊，前提是所引用的上游服務確實已在對應連接埠執行。不要讓上游服務再次指向目前的入站，否則會形成循環轉送。

{
  "log": {
    "loglevel": "warning"
  },
  "inbounds": [
    {
      "tag": "local-in",
      "listen": "127.0.0.1",
      "port": 10810,
      "protocol": "socks",
      "settings": {
        "auth": "noauth",
        "udp": false
      }
    }
  ],
  "outbounds": [
    {
      "tag": "proxy",
      "protocol": "socks",
      "settings": {
        "servers": [
          {
            "address": "127.0.0.1",
            "port": 10809
          }
        ]
      }
    },
    {
      "tag": "direct",
      "protocol": "freedom",
      "settings": {}
    },
    {
      "tag": "block",
      "protocol": "blackhole",
      "settings": {}
    }
  ],
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

先檢查協定與連接埠，再檢查規則

使用前請確認 10810 未被占用，且 10809 提供的是 SOCKS 服務。HTTP 代理連接埠不能只因同樣叫作「代理連接埠」，就填入 SOCKS 出站。這裡使用的是獨立測試值，不代表用戶端預設值。監聽位址限定為本機迴路位址，避免未經驗證的入口意外對區域網路開放；若需遠端存取，應另行規劃驗證、防火牆及存取範圍。

範例關閉了入站 UDP，僅用於 TCP 鏈路驗證，不能據此推斷相同設定可支援所有 UDP 應用程式。若要加入 UDP，必須一併檢查入站、上游 SOCKS 服務與後續鏈路的支援情況。直連出站與封鎖出站只是設定項目，只有在路由命中或成為預設路徑時才會使用；新增名為 block 的出站，不會自動封鎖任何目標。

自訂設定的接入範圍

在 v2rayN 使用自訂設定入口時，請選擇與檔案語法相符的核心，並確認用戶端如何識別本機監聽連接埠。部分管理選項不會繼續修改這份檔案，系統代理設定也可能仍指向舊連接埠。行動版的匯入能力與桌面版不同，請使用目前用戶端支援的設定類型；檔案能夠儲存，不代表服務一定能如預期啟動。

串接多個代理會增加相依性與排錯成本。請先分別驗證上游與下游，再將兩者串接；檢查任一層是否重新接管另一層的出口流量。若只想為少數網域選擇不同路徑，優先使用清楚的路由與獨立出站，不要為了分類而增加不必要的代理層。協定選擇可參考常見協定差異，但傳輸能力仍取決於實際鏈路。

依相反順序還原

啟動失敗時，先查看第一條明確錯誤：JSON 語法錯誤、未知欄位、連接埠占用及出站引用缺失應分別處理。啟動成功但無法連線時，再檢查上游是否正在監聽、協定是否一致及預設出站是否正確。暫時提高記錄詳細程度後，只重現必要請求；排錯完成後恢復日常記錄等級，避免持續保存包含存取目標的記錄。

還原時先停用新增的接管功能與自訂項目，再恢復原路由與 DNS，最後重新選取已驗證的伺服器並建立新連線。若曾修改系統代理連接埠，也要一併還原。將本次變更記錄為「目的、變更、驗證、還原」四項，比保存一份來源不明的大型設定更容易維護。首次設定仍請以快速入門教學為主，具體狀況可至疑難排解繼續查找。