V2Ray for Windows v2rayNをダウンロードして設定する

サブスクリプショングループ › グループ設定 › 追加

サブスクリプションURLとノード一覧を分けて管理

「グループ設定」で名前とサブスクリプションURLを登録して保存し、「サブスクリプショングループ」から更新します。まずはプロキシを使わずに更新し、URLへのアクセスにプロキシが必要な場合のみ更新方法を切り替えてください。リンクを一つずつ追加するより、サブスクリプション管理のほうが複数のノードをまとめて管理できます。ただし、更新に成功しても内容を取得できたことを示すだけで、すべてのノードに接続できるとは限りません。追加後にノードを一つ選んでアクティブサーバーに設定し、実際に接続できるか確認しましょう。サブスクリプションURLには通常、アクセスに必要な情報が含まれます。公開画像に載せたり、出所の不明な変換サイトに入力したりしないでください。

{
  "outbounds": [
    { "tag": "proxy", "protocol": "vmess" }
  ]
}

この例はXrayのアウトバウンド構造のみを示しています。サーバーアドレス、ユーザー情報、トランスポート設定はインポートした内容から生成されます。

設定 › ルーティング設定 › プリセットルール

ルールの順序に沿って直結とプロキシを振り分ける

まず「ルーティング設定」のプリセットルールで、中国本土のドメイン、プライベートアドレス、その他の通信がそれぞれどのアウトバウンドを通るか確認し、その後にカスタムルールを追加します。ルールは通常、上から順に照合されるため、条件の広いルールを先に置くと、後続の細かなルールに一致しなくなる場合があります。すべての通信をプロキシに通す方法と違い、振り分けを使えばLANサービスの通信経路を維持できますが、ドメイン分類データや名前解決の結果に左右されます。特定のサイトの問題を調べるときは、まず一致したアウトバウンドを確認し、ノード、DNS、ルールを同時に変更しないでください。設定例にあるアウトバウンドのタグは、実際の設定にも存在している必要があります。

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

メイン画面 › システムプロキシ › システムプロキシを自動設定

ローカルポートを確認してからシステムプロキシを有効にする

アクティブサーバーを選んだら、メイン画面の「システムプロキシ」を「システムプロキシを自動設定」にします。システムのプロキシ設定を変更しますが、すべてのアプリの通信を強制的に引き受けるわけではありません。独自のプロキシ設定があるアプリは個別に確認してください。「パラメーター設定」の「Core：基本設定」でローカル混合待ち受けポートを確認し、アプリ側も同じポートに接続するよう設定します。TUNと比べてブラウザーの通信を確認しやすく、初回の接続テストにも向いています。クライアントを終了する前にシステムプロキシを解除し、待ち受けが停止したローカルアドレスを参照し続けないようにしてください。

{
  "inbounds": [
    {
      "tag": "http",
      "listen": "127.0.0.1",
      "port": 10808,
      "protocol": "http"
    }
  ]
}

ここではXrayのHTTPインバウンドを使ってローカルプロキシの入口を説明します。GUIが生成するすべての待ち受け設定を示すものではありません。

設定 › パラメーター設定 › TUNモード設定

システムプロキシを使わないアプリの通信を必要に応じて取り込む

TUNは仮想ネットワークインターフェースを使って通信を取り込み、プロキシを手動設定できないアプリに適しています。まずシステムプロキシでノードが使えることを確認し、「TUNモード設定」を開いて、OSに必要なネットワーク設定の権限を許可してから有効にしてください。システムプロキシより影響する範囲が広く、ほかの仮想ネットワークアダプターや企業向けネットワークソフトとルートが競合しやすくなります。初回のテストでは初期設定を維持し、直結サイトやLANサービスが正常に使えるか確認します。通信できなくなった場合は、まずTUNを無効にして元の状態に戻し、ルーティングとDNSを個別に調べてください。複数の通信制御ツールを続けて重ねて有効にするのは避けましょう。

{
  "inbounds": [
    {
      "type": "tun",
      "tag": "tun-in",
      "address": ["172.19.0.1/30"],
      "auto_route": true
    }
  ]
}

これはsing-boxのTUNインバウンドの設定例です。Xrayの設定には貼り付けないでください。

設定 › DNS設定

名前解決と通信経路をあわせて確認

DNSはドメイン名をどのIPアドレスに変換するかを決め、ルーティングは接続をどのアウトバウンドに渡すかを決めます。「DNS設定」を開いたら、まず対象のコアを確認してください。異なるコアの設定項目をそのまま組み合わせることはできません。ドメインごとにDNSサーバーを使い分ければ、すべてのドメインを同じ経路で名前解決した場合に起きる誤判定を減らせますが、DNSサーバー自体に到達できる必要があります。暗号化DNSを有効にしても、名前解決の通信が必ずプロキシを通るとは限りません。DNSサーバーへの接続経路も確認してください。ドメインではアクセスできず、IPアドレスなら接続できる場合は、まずDNSログとキャッシュを確認してからリモートDNSを調整します。

{
  "dns": {
    "servers": [
      {
        "address": "223.5.5.5",
        "domains": ["geosite:cn"],
        "expectIPs": ["geoip:cn"]
      },
      "https://dns.google/dns-query"
    ]
  }
}

XrayのDNS設定例です。実際のDNSサーバーと接続経路は、現在のネットワーク環境で確認してください。

設定 › パラメーター設定 › Coreの種類

コアの名称よりプロトコルとの互換性を優先

GUIクライアントはノードを管理しますが、実際に接続を確立するのはコアです。「Coreの種類」を設定するときは、ノードのプロトコル、トランスポート方式、セキュリティ設定を確認してから、対応するコアを選びます。名称が似ているだけで設定項目がすべて互換だと判断しないでください。複数のコアを使う利点は、異なる設定に対応できることです。切り替えれば必ず速くなるわけではありません。変更後に接続を再起動し、サポートされていない項目やプロトコルのエラーがログに出ていないか確認します。動作していた設定を残し、一度に一つずつ変更して確認するほうが、すべてを一度に置き換えるより問題を特定しやすくなります。

{
  "log": {
    "loglevel": "warning"
  },
  "outbounds": [
    { "tag": "direct", "protocol": "freedom" }
  ]
}

Xrayのログと直結アウトバウンドの設定例です。他のコアでは、それぞれに対応した設定構文を使ってください。