カスタム ルーティング ルール

ルールは順序付けされた JSON 配列です

各オブジェクトはルールです。有効にするとそれが切り替わり、コメントにラベルが付けられ、outboundTag で既存のアウトバウンドが選択されます。クライアント エディターのスキーマは、ネイティブのコア構成と同一ではありません。開始点としてクライアント ルールをエクスポートします。

保存後、ルール セットをアクティブ化し、プロファイルを再適用します。評価は最初に一致したルールで停止します。

共通の一致フィールド

条件内の複数の値は通常、代替手段を提供します。さまざまな条件が相互に制約します。 v2rayN は、結合時にドメイン、IP、およびプロセス フィールドを分割するため、ルールごとにこれらのいずれかを使用します。

正確なルールから始める

この例では、example.com とそのサブドメインを直接送信し、その他すべてをプロキシ経由で送信します。キャッチオールは最後に属します。既存のルール セットでは、既存のキャッチオールの前に特定のルールを追加します。

JSON · クライアント ルーティング ルールコピー

[
  {
    "remarks": "Example domain direct",
    "domain": [
      "domain:example.com"
    ],
    "outboundTag": "direct",
    "enabled": true
  },
  {
    "remarks": "Fallback proxy",
    "port": "0-65535",
    "outboundTag": "proxy",
    "enabled": true
  }
]

一般的なルールの組み合わせ

プライベート IP 範囲とプライベート ドメインに直接ルールを使用して、一致する GEO データがインストールされたローカル リソースにアクセスできるようにします。 network=udp、port=443、outboundTag=block のルールは UDP 443 をブロックし、QUIC/HTTP/3 に影響を与える可能性があります。これはユニバーサル接続の修正ではありません。

ドメイン ルールにはドメイン情報が必要です。 IP に直接接続しているアプリは、それらと一致しない可能性があります。スニッフィング、DNS モード、およびアプリケーション管理の暗号化 DNS は、コアが認識できる内容に影響します。

ドメイン解決戦略

Xray AsIs はルーティング中にドメインを維持します。 IPIfNonMatch は、ドメインの一致が失敗した後に解決されます。 IPOnDemand は、IP ベースのルールで必要な場合に解決されます。このルーティング ポリシーは、実際の送信 DNS 解決とは別のものです。

ドメイン ルールを意図的に配置し、広範な IP ルールが意図せずに優先されることを避けます。

DNS 設定

インポート、検証、元に戻す

ファイル、クリップボード、またはサブスクリプション URL からルールをインポートします。古いセットを保持し、コメントや末尾のカンマのない有効な JSON を使用し、送信タグとデータ カテゴリを検証し、広すぎる最初のルールを避けます。

新しい接続で特定の宛先をテストし、選択した送信を検査します。既存の長期間存続する接続は古いパスを保持する場合があります。必要に応じてターゲット アプリを再起動します。失敗した場合は、以前のルールセットに戻ります。