クライアントは設定への入口にすぎません。実際の動作を左右するのは、サブスクリプションの更新、通信を取り込む範囲、ルーティングルール、DNSの問い合わせ経路です。以下の4項目を実際の設定順に並べています。
SUBSCRIPTION
サブスクリプションURLは、リモート設定の一覧と考えると分かりやすいでしょう。URLをクライアントに追加したら、更新を一度実行してノードを現在のグループに読み込みます。その後サーバー側の内容が変わった場合も、サブスクリプションを再更新する必要があります。クライアントを再起動するだけでは一覧は自動更新されません。まずグループが有効になっていることを確認し、その中から1つのノードを選んで接続をテストしましょう。
VMess、VLESS、Trojanのリンクを1件ずつ手動で追加する方法は、一時的なテストに向いています。長期利用なら、サブスクリプションをグループ単位で管理する方が便利です。グループ名は整理のためだけに使われ、プロトコル自体は変わりません。リンクをコピーするときは内容全体を保持し、チャットツールによる改行やパラメータの欠落を避けてください。
{
"remarks": "日常接続",
"enabled": true,
"updateInterval": 24
}TRAFFIC INTAKE
システムプロキシは、ブラウザーやシステムのプロキシ設定を参照するデスクトップアプリに適しています。設定経路が短く、問題の切り分けもしやすいのが特徴です。ノードに接続したらシステムプロキシを有効にし、普段使うサイトへアクセスして確認するのが、デスクトップでの堅実な出発点です。システムプロキシを無視するアプリもあり、その場合は通信がクライアントに入りません。
TUNモードは仮想ネットワークインターフェースを通じて、より広い範囲のアプリ通信を取り込みます。複数のプログラムをまとめて処理したい場合に適していますが、管理者権限、ルーティングテーブル、DNSの取り込みなどが関わるため、確認項目も増えます。最初から複数の取り込み方式を同時に有効にしないでください。通常のプロキシが動くことを確認してから、TUNだけを追加で有効にします。
ROUTING
ルーティングルールは、通信を直接接続、プロキシ、ブロックのどれに振り分けるかを決めます。通常は上から順に照合し、最初に一致したルールが実行されます。そのため、範囲が明確なルールを上に、広いルールを下に置くのが基本です。変更前にクライアントの既定ルールを残し、自分のドメインやネットワーク範囲を1つずつ追加すると、問題を切り分けやすくなります。
domainStrategyは、ドメインをIPアドレスへ解決するか、またいつ解決するかを決める項目です。「強くするほど良い」性能スイッチではありません。通常のドメインルールにはまずAsIsを使い、宛先IPに基づいてネットワーク範囲を判定する必要がある場合にだけ、解決を実行する戦略を選びます。ルールを変更したら現在の接続を再起動し、直接接続とプロキシ接続の宛先をそれぞれテストしてください。
{
"routing": {
"domainStrategy": "AsIs",
"rules": [
{
"type": "field",
"ip": ["geoip:private"],
"outboundTag": "direct"
}
]
}
}DNS
DNSはドメインをアドレスへ変換しますが、どこから問い合わせを送るか、返された結果をどのルートが使うかによって、接続結果は大きく変わります。よくある問題はノードの故障ではなく、システムの名前解決、クライアント内蔵DNS、TUNによる取り込みが同時に動き、同じドメインが異なる解決経路を通ることです。
問題を切り分けるときは、まず構成を単純化します。明確なDNS設定を1つだけ残し、重複する取り込みを無効にしてから、システムのキャッシュを消去して再接続します。一部のドメインだけに異常がある場合は、特殊なルーティングルールに一致していないか確認してください。内蔵DNSで分流する場合は、直接接続用ドメインとプロキシ用ドメインが、それぞれ出口に合った解決経路を通るように設定し、ルール判定と最終的な接続先の食い違いを避けます。
{
"dns": {
"queryStrategy": "UseIP",
"servers": [
"localhost",
"1.1.1.1"
]
}
}デスクトップではv2rayNを優先し、Androidではv2rayNGとv2flyNGから選べます。ダウンロードページでは、プロセッサーのアーキテクチャとパッケージ形式も分けて案内しています。
DESKTOP
Windowsのデスクトップではv2rayNを使います。新世代のデスクトップUIは新規インストールに向き、クラシックWPF版は慣れたメニュー構成を使い続けたい場合に適しています。ダウンロードページでシステムアーキテクチャに合うファイルを選び、インストール後にサブスクリプションを追加してください。初回テストではまずシステムプロキシを有効にし、ブラウザーの接続を確認してからTUNとカスタムルーティングを設定するのがおすすめです。
ダウンロードページへDESKTOP
macOSではv2rayNデスクトップ版を使います。ダウンロード前に「システム情報」でプロセッサーの種類を確認してください。Appleシリコンはarm64、Intelプロセッサーはx64を選びます。初回起動時は、システムの案内に従ってアプリの許可を完了します。ブラウザーと一般的なデスクトップアプリだけで使うなら、まずシステムプロキシから始め、より多くのアプリを対象にする場合はTUNの権限とルーティングの説明を確認してください。
ダウンロードページへMOBILE
Androidではv2rayNGが第一候補です。Xrayカーネルを採用し、サブスクリプション、QRコード、ルーティング、VPN取り込みの入口を備えています。V2Flyカーネルが必要ならv2flyNGを選べます。比較的新しい端末ではarm64を優先し、アーキテクチャが分からない場合は汎用版を使います。サブスクリプションを追加したら、まずグループを更新し、ノードを選んでシステムによるローカルVPN接続を許可してください。
ダウンロードページへDESKTOP
Linuxのデスクトップではv2rayNを使います。ディストリビューションに応じてdebまたはrpmを選び、x64とarm64も区別してください。インストール後、UIは起動するのにシステム通信が変わらない場合は、デスクトップ環境がプロキシ設定を受け入れているかを確認し、権限とTUN設定も確認します。切り分けでは、GUIクライアント、システムプロキシ、アプリ自身のプロキシを3つの層に分け、同時に変更しないでください。
ダウンロードページへまず最小限の動作構成を作り、その後TUN、DNS、ルーティングルールを1項目ずつ追加します。一度に変更する変数を1つに絞れば、接続異常がどの層で起きたかを把握できます。
完全ガイドを見る →デスクトップではv2rayNを、Androidではv2rayNG、またはカーネルの要件に応じてv2flyNGをインストールします。クライアントを開いたらサブスクリプション設定を探し、新しいグループを作成して完全なサブスクリプションURLを貼り付け、更新を実行します。リストが空のままなら、グループが有効か、URLが途中で切れていないか、更新が実際に完了したかを確認してください。
ノードURLが1件だけの場合は、クリップボードからの追加やQRコードの入口を使えます。サブスクリプションも単一ノードも最終的にはローカル設定になりますが、後からまとめて更新するならサブスクリプションの方が適しています。追加後はすぐにルーティングテンプレートを変更せず、既定設定のままノード自体が接続できるかを確認しましょう。
サブスクリプションのグループからノードを1つ選び、現在のアクティブ設定にします。デスクトップではまずシステムプロキシを有効にし、システム設定を参照するアプリをクライアント経由にします。Androidでは接続を開始し、システムの許可を確認します。この段階では基本接続だけを検証し、複雑なルーティング、カスタムDNS、多重プロキシは同時に有効にしないでください。
より多くのデスクトップアプリをクライアント経由にしたい場合は、その後でTUNを検討します。有効化する前に通常のシステムプロキシが動作していることを確認し、同じ仮想インターフェースやプロキシポートを使う他のプログラムを停止してください。TUNの失敗はノードの無効を意味しません。多くの場合、権限、ルーティングテーブル、仮想インターフェース、DNSの取り込み方式に関係しています。
基本接続が確立したら、直接接続すべき宛先とプロキシを通すべき宛先を1つずつテストし、クライアントのログに対応する出力が記録されているか確認します。ドメインへのアクセスだけが異常で、アドレスへ直接接続できる場合は、まずDNSを確認してください。ブラウザーは正常なのに特定のアプリだけ通らない場合は、そのアプリがシステムプロキシを参照するか、TUNが必要かを確認します。
最後にカスタムルーティングを追加します。毎回1組のルールだけを増やし、保存後に再接続して再テストしてください。問題が起きたら「サブスクリプション内容、ノード接続、通信の取り込み、ルール一致、DNS解決」の順に確認すると、ノードを何度も切り替えるより原因を特定しやすくなります。
カーネル、GUI、サブスクリプションサービスを分けて考えると、多くの設定問題は大幅に整理できます。これらは異なる階層にあり、名前は似ていても役割は同じではありません。
PROJECT V
Project Vは、組み合わせて使えるネットワークプロキシツールと設定モデルを形成してきました。一般的な設定は、インバウンド、アウトバウンド、ルーティング、DNS、トランスポートパラメータで構成されます。インバウンドはローカルアプリの通信を受け取り、アウトバウンドは通信の出口を決め、ルーティングは宛先ごとに指定の出口へ振り分け、DNSはドメインの解決結果を提供します。GUIクライアントはこれらの構造をメニュー、スイッチ、サブスクリプショングループに変換するため、日常利用のたびに空の設定ファイルから始める必要がありません。
この階層を理解する意味は、クライアント画面の「システムプロキシ」「ルーティングモード」「リモートDNS」が、互いに無関係な独立機能ではないと分かることです。最終的にはカーネルが読み取れる設定へ変換されます。接続に失敗したら、画面での保存、設定生成、カーネル起動、ネットワーク出口のどこで問題が起きたのかを確認し、すべての異常をノードのせいにしないようにします。
CORE FAMILIES
V2FlyはProject Vのコミュニティ実装と設定体系を引き継ぎ、Xrayは近い設定思想をもとに独自の機能群を維持しています。どちらも一般的なインバウンド、アウトバウンド、ルーティング、DNSの処理に対応し、複数のトランスポート構成も利用できますが、具体的なフィールド、機能の範囲、更新ペースは異なる場合があります。設定をコピーする前に、対象クライアントがどのカーネルを使うか確認してください。ノード名が同じだからといって、すべての項目をそのまま置き換えられるとは限りません。
VMess、VLESS、Trojanなどはプロトコルまたは設定方式を表し、V2FlyとXrayは設定を実行するカーネル系統を表します。v2rayN、v2rayNG、v2flyNGはユーザーが直接操作するクライアントです。この3つの層を分けて考えると、プロトコルの機能、カーネルの機能、画面上の機能を同じ概念として混同せずに済みます。
CLIENT LAYER
v2rayNはWindows、macOS、Linuxに対応するデスクトップGUIクライアントで、サブスクリプション管理、ノード切り替え、システムプロキシ、TUN、ルーティングテンプレート、ログ確認を担います。新しいプロトコルではなく、カーネル設定をデスクトップ画面に整理するソフトウェアです。デスクトップOSごとに権限モデルやプロキシ設定の入口が異なるため、同じ項目でも有効化の手順はプラットフォームによって変わります。
v2rayNGはAndroid向けで、通常はXrayカーネルと組み合わせます。v2flyNGもAndroid向けですが、主にカーネル系統の違いを基準に選びます。どちらもサブスクリプションと単一ノードの設定を追加でき、システムが提供するローカルVPNインターフェースを通じてアプリ通信を取り込みます。選ぶときはまずサブスクリプションの内容と必要なカーネル機能を確認し、画面の名前だけで判断しないでください。
LICENSE & MAINTENANCE
クライアントとカーネルは異なるプロジェクトによって保守され、それぞれに明確なオープンソースライセンス、リリースペース、互換範囲があります。オープンソースとは、コード、ライセンスの範囲、変更履歴を公開で確認できるという意味であり、すべてのコンポーネントが同じ日に更新されるという意味ではありません。クライアントのリリースには通常、UI対応、カーネル統合、各プラットフォーム向けのパッケージ化も必要です。そのため、クライアントとカーネルの更新時期に差があるのは自然なことです。
日常利用では、変更のたびに追いかける必要はありません。プロトコル互換性、OSのアップグレード、明確な不具合がある場合に更新内容を確認し、アップグレードする方が安全です。更新前に現在のサブスクリプショングループ、ルーティングモード、DNS設定を記録し、更新後は基本接続を確認してからカスタムルールを戻します。これにより、「プログラム更新による変化」と「既存設定の問題」を切り分けられます。
クライアント選び、プラットフォーム、接続トラブルの切り分けをテーマにまとめた長文記事です。各記事で扱う問題は1つに絞っています。
対応プラットフォーム、カーネル系統、サブスクリプション管理、ルーティングの4つの観点から3つのクライアントを比較し、デスクトップとAndroidでの選び方を示します。v2flyNGがどのようなカーネル要件に適しているかも解説します。
技術ノートを読む →メインルーターと旁路ルーターでカーネルを直接動かす2つの方法を整理し、ハードウェア性能、システムファームウェア、設定配布、透過プロキシの関係を解説します。家庭内ネットワークをまとめて取り込む構成が適しているか判断するための内容です。
技術ノートを読む →DNS問い合わせの経路から問題を切り分け、クライアントのリモート解決、内蔵DNSの分流、TUNの取り込み設定を調整します。最後に再テストを行い、DNSの出口と通信の出口が一致していることを確認します。
技術ノートを読む →