v2rayN
下載與設定指南

訂閱可將多筆伺服器設定集中在同一個更新入口。先建立群組，再貼上有權使用的網址；更新後，確認清單中確實出現設定。一般更新失敗時，可在現有連線正常的前提下，嘗試透過代理更新。訂閱網址可能包含存取憑證，不適合放進截圖或公開記錄。與逐筆手動輸入相比，群組較容易保留設定來源與更新範圍；不過，自訂備註、排序與路由應另外備份，避免誤將遠端更新當成本機設定的永久備份。右側範例僅示範在 JSON 中儲存 URL 的寫法，並非用戶端訂閱檔案格式。

{
  "url": "https://example.com/sub"
}

VMess、VLESS 與 Trojan 是不同的出站協定，不能任意互換。匯入後還要確認連接埠、傳輸方式及 TLS 等安全設定；即使協定相同，也不代表所有參數都相容。圖形用戶端方便儲存及切換多種設定，但實際能否執行仍取決於所選核心。請先依照伺服器提供的完整參數設定，連線成功後再考慮調整傳輸選項。右側範例展示直連與阻斷兩種基本出站，用來說明路由如何引用 tag；範例不包含遠端服務參數，不能取代可用的代理設定。

{
  "outbounds": [
    {
      "tag": "direct",
      "protocol": "freedom"
    },
    {
      "tag": "block",
      "protocol": "blackhole"
    }
  ]
}

路由決定連線要交由哪個出站處理，規則會由上往下比對，因此例外規則通常要放在涵蓋範圍較廣的規則之前。geosite 用於網域集合，geoip 用於 IP 位址集合，兩者都需要相應的資料庫。初期先保留少量明確規則，例如讓區域網路位址直連，再逐項加入需要的網域。相較於所有流量都走同一個出口，分流能減少對本地服務的影響，但必須維護規則順序與出站標籤。範例中的 direct 必須確實存在於出站設定中；修改後請以具體目標測試比對結果，不要只因規則已儲存就認定設定生效。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

DNS 設定不只是填入解析器網址，還涉及由誰發出查詢、查詢走哪條路徑，以及解析結果如何參與路由。核心內建的 DNS 不會自動接管系統中所有應用程式的解析。遇到網域無法連線時，先分辨是解析失敗還是連線失敗，再檢查查詢策略與實際出口。比起不斷更換解析器，釐清應用程式、系統與核心各自負責的範圍更有幫助。範例展示伺服器清單與 IPv4 查詢策略的寫法，並非適用所有網路的建議值；修改前先記下原設定，每次只調整一項，才能判斷變化的原因。

{
  "dns": {
    "servers": [
      "1.1.1.1",
      "localhost"
    ],
    "queryStrategy": "UseIPv4"
  }
}

系統代理讓遵循系統設定的應用程式使用本機代理入口；TUN 則透過虛擬網路介面處理流量，兩者的權限需求與影響範圍不同。初次設定建議先使用系統代理完成測試，再依實際需求了解 TUN。右側是本機 SOCKS 入站範例，並非 TUN 設定；監聽迴圈位址時，只接受本機連線。相較於直接開放區域網路監聽，這種起始設定更容易控制存取範圍。若確實需要其他裝置連線，還須一併檢查防火牆、驗證方式與網路邊界，不能只將監聽位址改成所有介面就算完成。

{
  "inbounds": [
    {
      "tag": "socks-in",
      "listen": "127.0.0.1",
      "port": 10808,
      "protocol": "socks",
      "settings": {
        "udp": true
      }
    }
  ]
}

用戶端介面與代理核心負責不同工作；介面中出現某個選項，不代表目前使用的核心一定能辨識對應欄位。切換前先確認設定使用的協定、傳輸方式與安全特性，再查閱核心的支援範圍。比起只看名稱判斷，啟動記錄更能指出不支援的欄位或參數。建議保留一份可用設定，切換後先進行最基本的連線測試，再還原自訂路由與 DNS。右側是常見記錄層級範例，並非核心選擇開關；核心通常要在用戶端設定中選擇，不能靠在 JSON 中新增自訂欄位來切換。

{
  "log": {
    "loglevel": "warning"
  }
}