V2Ray 進階設定

路由規則與比對順序

路由規則決定已進入核心的連線使用哪個出站。規則不會自動讓應用程式進入代理，也無法修復失效的伺服器。理解路由前，先區分入口、比對條件與出站：入口接收連線，條件檢查網域、目標 IP 或連接埠，出站則負責直連、代理或阻擋。若應用程式根本沒有進入入口，再完整的規則也不會生效。

先確認產生的設定檔中的標籤

v2rayN 與 v2rayNG 提供路由設定入口，可透過圖形介面調整規則與預設值。編輯前先查看目前的設定或執行記錄，確認代理、直連與阻擋出站的實際標籤。下方範例假設存在名為 proxy、direct 與 block 的出站；這些標籤只是易讀名稱，不代表目前用戶端恰好使用相同名稱。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["full:blocked.example"],
        "outboundTag": "block"
      },
      {
        "type": "field",
        "domain": ["domain:example.com", "geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:private", "geoip:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "network": "tcp,udp",
        "outboundTag": "proxy"
      }
    ]
  }
}

這是用來說明順序的路由片段，不是完整的用戶端設定。範例網域應換成實際使用的網域，分類集合也必須對應可用的資料檔。規則會由上而下檢查，第一條符合的規則便會決定流向。末尾的全匹配規則會接收其餘 TCP 與 UDP 流量，因此不能放在個別規則之前，否則後續的網域與 IP 條件便不會有機會檢查。

了解網域與 IP 條件的適用範圍

full: 用於精確比對網域；domain: 用於比對網域及其子網域；geosite: 引用網域集合；geoip: 引用 IP 集合。同一條規則同時填入網域與連接埠時，通常表示連線必須同時符合這兩種條件，而非符合其中一項即可。若要讓「某個網域或某個 IP 都直連」，請分別建立兩條規則。

domainStrategy 控制路由階段是否為了比對而解析網域。AsIs 盡量使用原始目標；IPIfNonMatch 在網域條件未符合時嘗試解析，接著比對 IP；IPOnDemand 則可能在遇到需要判斷 IP 的規則時觸發解析。它不是 DNS 伺服器清單，也不保證應用程式自行進行的解析會由核心接管。

若網域最後解析到共用服務的位址，單靠 IP 分類可能會讓不同服務走同一個出口。需要明確控制的服務，優先使用具體網域規則，並將其排在較寬泛的分類之前。若軟體依賴登入、圖片、驗證與更新等多個網域，只加入主站網域可能不夠；請參考連線記錄補上相關網域，不要直接擴大規則至所有流量。

流量嗅探與區域網路規則

「啟用流量嗅探」可嘗試從支援的連線內容中還原網域資訊，協助依網域分流，但無法辨識所有協定，也無法解密內容。只有目標 IP 的連線，不一定能補回網域。啟用後若有應用程式異常，請先檢查嗅探相關的目標覆寫行為，並單獨復原這項設定，避免同時變更 DNS 與路由而難以判斷。

區域網路直連通常需要私有位址規則，也會受到用戶端的「略過區域網路」、系統路由與 TUN 排除網段影響。不要因為核心中設定了直連規則，就認為所有區域網路存取都已略過虛擬網卡；也不要任意將私有位址範圍代理至遠端。企業網路的內部網域與位址應依實際網路規劃設定，尤其要留意遠端私有網路與本機私有網路重疊。

驗證時固定使用一台伺服器，依序測試精確網域、分類網域與未符合規則的目標，並在記錄中確認出站標籤。修改規則後若沒有變化，請確認是否選取了剛編輯的路由設定，以及是否需要重新啟動連線。若分類資料缺漏，應先排除載入錯誤，不要貿然改成範圍更廣的直連規則。更多基礎概念請參閱說明中心。

FakeDNS 與虛擬位址映射

FakeDNS 不會向應用程式回傳目標伺服器的真實位址，而是分配一個內部虛擬位址，並保存它與網域的對應關係。應用程式接著連線至這個位址時，接管元件必須查回網域，再依路由與出站規則處理。這項機制的用途是保留網域資訊，不是讓虛擬位址能在一般網路中直接連線。離開映射環境後，該位址通常不具備存取目標的意義。

先確保流量接管條件完整

若要讓 FakeDNS 正常運作，相關 DNS 查詢必須進入它的處理路徑，應用程式連線至虛擬位址的流量也必須由同一套接管機制捕捉。若只有其中一部分生效，就可能出現解析成功但連線失敗的情況。瀏覽器自行使用加密 DNS 時，可能會略過 FakeDNS；應用程式若快取了舊位址，也可能繼續使用真實位址，導致同一台裝置上的結果看似不一致。

在 v2rayNG 中，檢查「啟用 FakeDNS」時，也應一併確認 VPN 模式、DNS 設定與嗅探相關設定。圖形介面中的開關可能會自動產生多處核心設定，因此不要只比較單一布林值。v2rayN 的 TUN DNS 也可能透過接管元件實作類似機制；設定欄位與狀態的位置未必和 Xray 核心相同，不能將一方的設定片段直接貼到另一方。

v2flyNG 使用 v2fly 核心，實際支援的功能應以目前介面與設定解析結果為準。遇到不支援的欄位時，應改用該核心支援的設定結構，而不是忽略錯誤訊息後繼續啟用。用戶端名稱、介面開關與核心設定是三個不同層次；功能名稱相同不代表欄位完全相容，跨用戶端移轉 DNS 設定時尤其要留意。

了解映射池與嗅探的搭配方式

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

上例僅示範支援此結構的 Xray 設定中的映射池片段，並非啟用 FakeDNS 的完整方案。還需要 DNS 使用 FakeDNS、相應入口能還原網域，且虛擬位址範圍受到接管。ipPool 決定分配範圍，poolSize 決定映射容量；兩者都不是伺服器數量，也不能反映網路效能。請優先使用用戶端產生的相容設定，不要只加入這段內容就開始測試。

映射位址範圍不得與目前網路或其他虛擬網路衝突。企業測試網路與其他隧道工具可能已使用相同範圍，發生衝突時應統一規劃。不要將虛擬位址池加入接管排除清單，否則應用程式連線會直接進入一般網路。也不要把這段位址範圍當成真實目標，加入遠端直連規則；映射應在正確的本機處理層還原。

流量嗅探與 FakeDNS 可以搭配使用，但作用不同。一般嗅探會嘗試從連線內容還原網域；FakeDNS 則依賴先前建立的映射。若連線到達時映射已遺失，單靠一般嗅探未必能補救。用戶端重新啟動、映射遭到淘汰或元件狀態不同步，都可能使應用程式保留的虛擬位址失去對應網域。

判斷適用情境與復原方式

若需要穩定依網域分流，而入口經常只取得 IP，可在基本連線穩定後測試 FakeDNS。直接連線至固定 IP 的程式、區域網路探索功能，以及某些會驗證 DNS 結果的應用程式，可能不適合使用此機制。對這類應用程式，應優先考慮明確排除接管或使用一般解析方式，不要以增加全域開關來取代針對性判斷。

啟用後先測試一般網頁，再測試登入、媒體與背景服務。若只有部分應用程式失敗，請記錄它是否自帶加密 DNS、是否固定連線至 IP，以及啟用前是否已在執行。先完全關閉應用程式再重試；若仍有問題，關閉 FakeDNS 並保持其他設定不變，再測試同一目標作為對照，才能判斷故障是否與位址映射有關。

記錄問題時，只需保留網域、發生問題時的接管模式與出站標籤，不必公開整份設定。若關閉後恢復正常，而重新啟用又能穩定重現問題，請繼續檢查 DNS 接管、位址池路由與映射還原環節。若兩種模式都失敗，就應回頭檢查伺服器連線與一般 DNS，不要繼續調整與問題無關的 FakeDNS 參數。

設定驗證與逐層復原

進階設定的驗證目標不只是「偶爾能開啟網頁」，而是能說明某個請求從哪裡進入、如何解析、符合哪條規則，以及最後透過哪個出站離開。建立最小基準設定後，再逐項加入分組篩選、路由、TUN 與 FakeDNS。每個步驟都保留可復原的狀態，發生問題時才能縮小範圍，而不是靠重新安裝用戶端代替排查。

建立固定的驗證項目

基準設定應包含一台已確認可用的伺服器、一般 DNS、最簡單的路由，以及明確的入口方式。選擇一個日常使用的完整網域、一項區域網路資源與一個需要代理的服務作為固定測試項目。測試期間保持裝置網路與伺服器不變，避免一邊切換 Wi-Fi，一邊修改解析器，再根據存取結果推測某項設定是否有效。

每次修改前都記錄原始值、修改目標與預期結果。例如，新增精確網域直連規則後，預期結果應是記錄中的出站標籤改變，而不是籠統地期待「更穩定」。儲存並重新啟動連線後，先關閉測試應用程式的舊連線再存取。訂閱更新應先確認項目能正常產生；TUN 應先確認介面與路由；FakeDNS 則應先確認虛擬位址能夠還原。

利用記錄判斷失敗階段

設定解析錯誤通常會在啟動時出現，原因可能是欄位、語法或標籤有誤；監聽失敗多半與連接埠衝突或權限有關；連線建立後才發生的逾時，才需要繼續檢查網路與遠端服務。先找出最早出現的錯誤，不要只複製後續反覆出現的連線失敗訊息。前一層尚未成功時，後一層的錯誤可能只是結果；修改後一層通常無法解決根本原因。

暫時提高記錄詳細程度，有助於確認目標與出站，但不宜長期保留詳細記錄。記錄可能包含網域、位址與服務活動，分享前請先移除敏感資訊。截圖時也要檢查訂閱 URL、連線憑證與完整分享連結。排查結束後，將記錄層級恢復為平常使用的設定，並清除不再需要的暫存檔，避免敏感設定散落在下載資料夾或共用資料夾。

同一項服務可能會建立多條連線。主頁面正常但登入失敗，常見原因是相依網域走了另一條規則；圖片載入失敗，則可能是資源網域、解析結果或位址家族不同。應根據失敗的請求補上規則並驗證，不要只因一處異常就把所有流量改走同一路徑。必要時可短暫使用簡化路由作為對照，測試後再恢復原有策略。

依相反順序逐一復原

若問題發生在連續調整之後，先復原最近加入的項目：關閉新啟用的 FakeDNS，恢復一般 DNS，再撤銷新增的路由，最後退出 TUN 或 VPN 接管，回到原本的入口。每次復原後都用相同項目測試。不要同時清除分組、刪除伺服器並重設系統網路，否則即使恢復正常，也無法判斷原本的故障來源。

停止用戶端後仍無法連線，請檢查系統代理是否殘留、虛擬路由是否已復原，以及其他網路工具是否仍在執行。不要立刻刪除不明網卡或大量修改系統路由；先保留目前狀態並確認各項設定的用途。只有瀏覽器異常時，請檢查瀏覽器專屬的代理與加密 DNS 設定；只有單一應用程式異常時，則檢查分應用程式接管設定與該應用程式的網路選項。

若要重新建立操作流程，請返回快速入門教學，依序重新執行匯入、模式選擇、連線與驗證；若要查找個別狀況，請使用說明中心。安裝套件請前往下載頁選擇。本指南中的設定片段只用來說明對應層次，不能取代完整設定；套用至實際環境前，請確認用戶端、核心與目前產生的設定結構。