Windows
v2rayNを使用します。ダウンロードページでは、新しいデスクトップUIと従来のWPF UIから選べます。システムプロキシ、サブスク管理、ルーティング、TUN設定を必要とするデスクトップ環境に適しています。
ダウンロードへ6つの章で、日常の設定で混同しやすいポイントを整理します。テーマを選ぶと、用途、操作の範囲、判断方法を確認できます。異なる階層の設定を一つの手順に混在させません。
デスクトップではv2rayNが中心です。Windows、macOS、Linuxに対応し、サブスク、ルーティング、システムプロキシ、TUNなどをまとめて設定できます。AndroidではXrayカーネルを採用するv2rayNGを優先でき、V2Flyカーネルを使う場合はv2flyNGを選べます。3つは画面構成やカーネルの特徴が異なりますが、サブスク登録、設定の選択、接続開始という基本手順は共通しています。選ぶ際はプラットフォームとカーネルの要件を確認し、見た目だけで頻繁に乗り換える必要はありません。
サブスクURLは更新可能なサーバー設定の一覧を取得するためのものです。登録後に作成された項目が、クライアントで実際に選択するノードになります。サブスクを更新するとリモートの内容を再取得しますが、通常は現在のノードを自動的に切り替える動作ではありません。複数のサブスクを管理する場合は、用途や取得元が分かる名前を付け、更新後に追加、削除、名前変更の結果を確認しましょう。サーバーのフィルターは一覧表示や絞り込み範囲だけに影響し、ルーティングの代わりにはならず、アプリの通信経路も変更しません。
ルーティングルールは、接続を直接接続、プロキシ、遮断のどれに送るかを判断します。条件にはドメイン集合、アドレス範囲、ポート、ネットワーク種別、プロセス名などがあります。設定ではまず既定の送信先を決め、範囲を明確にした例外ルールを追加します。ルールは通常、上から順に評価される点にも注意が必要です。GeoSiteとGeoIPは管理しやすいドメイン・アドレス集合を提供しますが、集合名が現在のクライアントのデータファイルに対応していなければなりません。誤った振り分けを調べるときは、ルールをむやみに追加せず、最初に一致したルールから確認します。
DNS設定は、どの名前解決サービスでドメインを処理するか、またDNSリクエストをどの送信経路に通すかを決めます。Webページが開けない原因はノードとは限らず、利用可能な結果を取得できない、または解決結果とルーティングルールの想定が一致しない場合もあります。DNSを変更する前に現在の設定を記録し、クライアントDNS、システムDNS、ブラウザーキャッシュを個別に確認してください。FakeDNSを使う場合は、マッピングを認識できる経路で通信が実際に受け取られていることも確認し、設定の一部だけを有効にしないようにします。
システムプロキシの影響を受けるのは、OSのプロキシ設定に従うプログラムだけです。一部のコマンドラインツール、ゲーム、独自のネットワークスタックを持つアプリは設定を回避することがあります。TUNモードは仮想ネットワークアダプターでより広い範囲の通信を受け取り、クライアントのルーティングへ渡します。追加の権限が必要になることがあり、他の仮想アダプター、ネットワークフィルターツール、既存のルーティングテーブルと競合する場合もあります。有効にする前に通常のシステムプロキシで接続できることを確認し、権限、アダプター、DNS、バイパスルールを順に確認してください。
接続異常は決まった順序で確認すると効率的です。まずクライアントのカーネルが起動しているか、システムプロキシまたはTUNの状態が想定どおりかを確認し、次に現在のノードが利用可能か、ルーティングの一致とDNS解決を確認します。ログのリスニング失敗、権限不足、名前解決失敗、接続タイムアウトは異なる階層の障害であり、すべてを同じ「ネットワークに接続できない」問題として扱うべきではありません。一度に一つの変数だけを変更して再テストすると、判断材料を残せます。全設定を同時にリセットするより、原因を見つけやすくなります。
ダウンロードページでは、OSごとの導入先とアーキテクチャの説明を掲載しています。トップページはプラットフォームの振り分けだけを行い、インストールファイルのパスは直接示しません。システムとプロセッサーの種類を確認せずにビルドを選ぶのを防ぐためです。
v2rayNを使用します。ダウンロードページでは、新しいデスクトップUIと従来のWPF UIから選べます。システムプロキシ、サブスク管理、ルーティング、TUN設定を必要とするデスクトップ環境に適しています。
ダウンロードへv2rayNを使用します。ダウンロードページでデバイスのプロセッサーに合わせてApple SiliconまたはIntelビルドを選んでください。インストール後のサブスクとルーティングの考え方は、他のデスクトッププラットフォームと共通です。
ダウンロードへXrayカーネルを採用するv2rayNGを優先できます。カーネルの要件に応じてv2flyNGも選べます。比較的新しいデバイスにはarm64ビルドが適しており、アーキテクチャが分からない場合はユニバーサルビルドの説明を確認してください。
ダウンロードへv2rayNを使用します。ダウンロードページでは一般的なパッケージ形式に合わせてデスクトップビルドを案内し、x64とarm64の入口を分けて掲載しています。選ぶ前に、ディストリビューションのパッケージ形式とプロセッサーアーキテクチャを確認してください。
ダウンロードへまず最小限の接続設定を作り、その後でルーティング、DNS、TUNを設定します。基本接続と上級設定を分けて検証すれば、複数の変数が同時に変わることによる誤判断を減らせます。
クライアントのサブスク管理でサブスクURLを追加し、保存後に更新を実行します。単一の共有リンクを受け取った場合は、クリップボードからの登録機能を使います。登録後は、一覧にプロトコル、アドレス、ポートなどの基本情報が表示されていることを確認してください。サブスク名には取得元や用途を記すと、既定名が並んで更新対象を見分けにくくなるのを防げます。この段階では設定がクライアントに登録されたことだけを確認し、ルーティングテンプレートやDNSパラメーターの変更は後回しにします。
サーバー一覧から設定を一つ選んでアクティブノードにし、クライアントのカーネルを起動してから、用途に応じてシステムプロキシを有効にします。ブラウザーなどシステムプロキシに従うプログラムは通常、この入口をそのまま利用できます。アプリがシステムプロキシを読み取らない場合は、手動プロキシに対応しているかを先に確認してください。より広い範囲の通信を受け取る必要がある場合に限り、TUNモードへ進みます。基本接続を確認する前に、複数の通信制御ツールを同時に有効にしないでください。
検証ではまず、クライアントの状態とログにリスニング失敗、権限不足、解決エラーがないかを確認し、その後で対象サイトへ実際にアクセスします。一部のアプリだけに問題がある場合は、システムプロキシに従うアプリかどうかを比較します。すべてのドメインを解決できない場合はDNSを優先して確認し、特定のサイトだけ出口を誤る場合はルーティングルールを確認します。設定は一度に一つだけ変更し、変更前後の現象を記録すると、問題の階層を正確に特定できます。
クライアントのUI、プロキシカーネル、設定データは異なる階層です。関係を理解すると、機能の出所、プロトコルの互換範囲、更新による影響を判断しやすくなります。
V2Rayは一般に、Project Vエコシステムのプロキシ技術や設定方式を指します。単一のGUIプログラムではなく、インバウンド、アウトバウンド、トランスポート、ルーティング、DNSを中心に構成された機能群です。デスクトップやAndroidで使うv2rayN、v2rayNG、v2flyNGはGUIクライアントであり、設定を解析して接続を処理するのはクライアントが呼び出すカーネルです。この2層を分けて考えると、UI、カーネル、サブスク内容の問題を個別に判断できます。
V2FlyはProject Vに関連する実装と設定体系を引き継ぎ、Xrayは近い設定モデルを基盤に独自の機能開発を続けています。どちらもインバウンド、アウトバウンド、ルーティング、DNS、複数のトランスポートに対応しますが、フィールド、プロトコル拡張、既定動作には違いがある場合があります。サブスクの設定を正常に登録できるかは、リンク形式だけでなく、クライアントのカーネルが該当フィールドを認識できるかにも左右されます。互換性の問題が起きたら、まずカーネル系統を確認し、次にクライアントの対応範囲を照合してください。
v2rayNはデスクトップ向けで、サブスク、サーバー一覧、システムプロキシ、ルーティングルール、DNS、TUNを一元管理します。v2rayNGはAndroid向けで、通常はXrayカーネルと組み合わせて使います。v2flyNGはV2Flyカーネル系統を採用し、異なるカーネル要件に応じた選択肢になります。クライアントはサーバー側の設定自体を変更せず、設定の保存、カーネルが読み取れるパラメーターの生成、プロセスの起動、動作状態とログの表示を担います。
Project Vエコシステムの各プロジェクトは、それぞれ独自のオープンソースライセンスを採用しています。ライセンスはソースコードの利用、変更、再配布で守るべき条件を定めるもので、すべてのプロジェクトが同じライセンスとは限りません。サイトでは機能を説明する際、プロジェクトが公開するコードとドキュメントの事実に基づき、あるクライアントのライセンス判断をすべてのカーネルにそのまま適用しません。再配布や組み込みを行う場合は、各プロジェクトに付属するライセンス本文を確認してください。
クライアントの更新には、UIの変更、設定生成ロジックの変更、カーネルの置き換えが含まれることがあります。GeoIPやGeoSiteなどのルーティングデータにも、それぞれ更新周期があります。そのため、機能異常をクライアント名だけで判断することはできません。更新後にルーティング結果が変わった場合は、カーネル、ルーティングデータ、既存ルールの整合性を確認します。UIの位置だけが変わった場合は、まずクライアントの設定構成を確認してください。旧設定を読み取り可能な形でバックアップしておくと、すべてを上書きするより差分を比較しやすくなります。
ルーティングデータ、サブスク形式、接続トラブル対応を中心に、具体的な問題ごとに判断材料と操作手順を解説します。