画面イメージ：サブスクリプショングループでアドレスを管理し、ルール設定で接続先のアウトバウンドを選択します。図中の要素を重ねているのは設定の関係を示すためで、クライアント上でドラッグ＆ドロップする操作ではありません。
設定画面の見方
まずクライアントにサーバー設定を取り込み、次にアプリの通信をクライアントへ通す方法と、どのアウトバウンドから送信するかを決めます。サブスクリプションの更新成功は設定を取得できたことを示すだけで、システムプロキシが有効になったことを意味しません。また、プロキシモードを切り替えても、期限切れのサブスクリプションアドレスは直りません。以下の4項目は、設定の取得元、マッチングルール、アプリの通信経路、仮想ネットワークアダプターにそれぞれ対応します。問題の切り分けでは層ごとに確認し、すべてを一度に変更しないようにしましょう。
v2rayNの「サブスクリプショングループの設定」でグループを追加し、見分けやすい名前を付けてから、アドレス全体を貼り付けます。保存後に「サブスクリプションを更新」を実行し、サーバーが一覧に表示されたことを確認して、使う項目を選択します。自動更新間隔は分単位です。設定する前に、手動で更新できることを確認してください。サブスクリプションアドレスは設定の取得に使いますが、個別の共有リンクは1つの設定をインポートするものです。両者を混同しないでください。サーバーを1件ずつ手入力する方法と比べ、グループ更新ならサーバーの変更を継続的に反映できます。ただし、更新だけでは接続確認にならず、サーバー側の設定も自動修正されません。
ガイドを見る →ルーティングでは、接続を直結、プロキシ、またはブロックのどれで処理するかを決めます。「ルーティング設定」を開き、まず有効なルールセットを確認してから、ルールの並び順を確認してください。上位のルールに一致した接続は、通常、後続の広範なルールでは処理されません。図のgeosite:cnはドメインの集合、directは直結のアウトバウンドを表し、サブスクリプションアドレスの一部ではありません。すべての接続を同じアウトバウンドに送るのではなく、宛先ごとに振り分けられますが、ルールデータとマッチ条件に依存します。変更は一度に1項目だけ行い、同じ宛先で再テストしましょう。
ガイドを見る →プロキシの入口とルーティングルールは別々の設定です。
デスクトップ版で「システムプロキシを自動設定」を選ぶと、ローカルのプロキシをシステム設定に登録し、その設定に従うアプリが利用できるようになります。「システムプロキシを解除」はこの設定を削除し、「システムプロキシを変更しない」は現在の設定を維持します。この選択は、ルーティングをグローバルプロキシに切り替えることとは異なります。前者は通信をクライアントに通すかを決め、後者は通過した通信のアウトバウンドを決めます。TUNと比べ、システムプロキシはブラウザーなど一般的なアプリで動作を確認しやすく、必要な権限や通信の適用範囲も異なります。特定のアプリで反映されない場合は、そのアプリがシステムプロキシを参照するか確認してください。
ガイドを見る →権限を確認 → DNSを確認 → アプリの接続を確認
TUNは仮想ネットワークアダプターを使って、条件に一致するネットワーク通信を受け取ります。システムプロキシを参照しないアプリにも利用できます。有効にする前に、通常のプロキシでサーバー設定が使えることを確認し、プラットフォームの案内に従って必要な権限を付与してください。システムプロキシと比べて、TUNではルーティングやDNSの確認項目が多く、ほかの仮想ネットワークアダプターやネットワークツールと競合する場合もあります。接続に問題が出たら、まずTUNを無効にして比較テストを行い、ログに記録された具体的なエラーを確認してください。サブスクリプション、サーバーのプロトコル、ネットワークアダプターを同時に変更しないでください。デスクトップ版とAndroid版では権限の設定場所が異なるため、各プラットフォームの手順に従います。
ガイドを見る →プラットフォームから選ぶ
デスクトップではv2rayN、Androidではまずv2rayNGを検討し、V2Flyの設定が必要な場合はv2flyNGを確認してください。ダウンロードページでは、対応するプロセッサーのアーキテクチャとパッケージ形式を確認し、各プラットフォームの説明を読んでから選びましょう。クライアントをインストールした後も、有効なサブスクリプションまたはサーバー設定が必要です。インストーラーにすぐ使えるリモートサービスが含まれているわけではありません。
デスクトップのGUIでサブスクリプションやサーバーを管理し、ルーティングを設定したい場合に適しています。ダウンロードページにはデスクトップ版と従来のWPF版があり、デスクトップ版はクロスプラットフォームのUI、WPF版は従来のデスクトップ操作を採用しています。OSの要件、実行環境、これまでの使用習慣に合わせて選び、異なるUIの設定手順を混同しないようにしてください。
初回起動時は、サブスクリプションを追加する前に、ログに依存関係の不足やポートの競合が表示されていないか確認してください。設定ファイルは正常に書き込める場所に保存します。アップグレードする前にクライアントを終了し、既存の設定をバックアップしてください。終了後もブラウザーでプロキシ接続エラーが表示される場合は、サーバーをすべて削除するのではなく、システムプロキシが停止済みのローカルポートを参照していないか確認します。
デスクトップでサブスクリプショングループとプロキシ設定をまとめて管理したい場合に適しています。「このMacについて」を開いてチップ情報を確認してください。Appleチップ搭載モデルはApple Silicon版、Intelプロセッサー搭載モデルはIntel版を選びます。2種類のインストーラーは異なるアーキテクチャ向けです。ファイルサイズだけで選んだり、別のOSのインストール手順をそのまま適用したりしないでください。
インストール後は、まず通常のプロキシで接続を確認してからTUNを検討します。システムプロキシが有効になるかどうかは、現在のネットワークサービスやアプリ固有の設定にも左右されます。ターミナルのプログラムがデスクトップのプロキシ設定を自動的に参照するとは限りません。システムのセキュリティ警告が表示された場合は、インストールの説明に沿って配布元と対処方法を確認し、問題を回避するためにシステム保護全体を安易に無効化しないでください。ネットワークを切り替えた後は、DNSとプロキシの入口を再確認します。
v2rayNGはXrayカーネル、v2flyNGはV2Flyカーネルを使用します。ダウンロードページにはこの順で2つのクライアントを掲載しています。近年のスマートフォンの多くではarm64版を選べます。端末のアーキテクチャが不明な場合は、まずシステム情報を確認し、汎用版を使うか判断してください。プロトコルとトランスポートの対応状況はサーバー側の設定と一致させる必要があります。クライアント名が似ているからといって、設定をそのまま共用できるとは限りません。
サブスクリプションを追加して更新し、サーバーを選んだら、接続を開始してシステムのVPN権限を許可します。バックグラウンドに移動すると接続が切れる場合は、バッテリー最適化やバックグラウンド動作の制限を確認してください。一部のアプリだけプロキシを経由しない場合は、アプリごとのプロキシ設定を確認します。通常、システムで同時に有効にできるVPNサービスは1つです。同種のツールを同時に起動すると接続先が切り替わることがあるため、まずクライアントを1つだけにしてテストしてください。
GUIを備えたディストリビューションで、サブスクリプションやルーティングを管理したい場合に適しています。ディストリビューションに合ったdebまたはrpmを選び、x64とarm64のどちらに対応しているか確認してください。パッケージ形式はインストール方法、プロセッサーのアーキテクチャは対応するハードウェアを示します。両方を一致させる必要があります。デスクトップ環境、システムコンポーネント、権限の設定は環境によって異なるため、インストールに成功しても、すべてのプログラムがシステムプロキシを自動的に利用できるとは限りません。
まずクライアントからカーネルを起動できることと、ローカルの待ち受けポートが使えることを確認し、ブラウザーで接続をテストします。ターミナルのプログラム、サンドボックスアプリ、デスクトップアプリでは、参照するプロキシ設定が異なる場合があるため、それぞれ確認してください。TUNを有効にする前に権限の説明を読み、既存の仮想ネットワークアダプターのルールと重複しないようにします。アップデート後に問題が出た場合は、ディストリビューション、デスクトップ環境、ログのエラーを記録し、プラットフォーム別の手順に沿って直近の変更を一つずつ戻してください。
同じサブスクリプションに、異なるプロトコルの設定が含まれる場合があります。利用できるかどうかは、インストールパッケージ名ではなく、クライアントが実際に呼び出すカーネルとその機能で決まります。別のデバイスに移行したら、システム権限、プロキシの入口、ローカルポートをあらためて確認してください。同じサブスクリプションを追加しても、端末ごとの設定は自動で引き継がれません。
すべてのクライアントを見る →オープンソースのエコシステムと設定の違い
GUIクライアント、プロキシカーネル、リモートサーバーは、それぞれ異なる役割を担います。クライアントはメニューと設定管理を提供し、カーネルはプロトコル処理と通信の転送を担い、サーバーはリモート接続先を提供します。この3つを区別すると、問題がインストール、設定の互換性、アプリへの通信適用、リモート接続のどこで起きているかを判断できます。
Project Vはネットワーク通信ツールを中心とするプロジェクト群で、V2Rayはその中核プロジェクトです。V2FlyはコミュニティによるV2Rayの保守と開発を引き継いでいます。XrayはV2Rayから派生し、その後独自の機能開発を進めています。「V2Rayクライアント」は、このエコシステムのGUIツールを広く指す言葉として使われることがありますが、すべてが同じカーネルを使用する、あるいは同じ設定項目に対応するという意味ではありません。
ガイドを読むときは、まずクライアント名を確認し、次に使用中のカーネルを確かめてください。サーバー側で特定のプロトコル、トランスポート方式、セキュリティ設定が必要な場合は、実際の対応状況を確認して設定します。特にVLESSとREALITYを使う設定では、カーネルの機能とサーバー側のパラメーターを確認してください。項目名を適当に変更しても互換性は得られません。サブスクリプションを追加すると設定がクライアントに読み込まれますが、最終的にはカーネルが各項目に対応している必要があります。
v2rayNはデスクトップ向けのオープンソースGUIクライアントで、サーバー管理、サブスクリプションの更新、ルーティング、プロキシ設定に対応しています。利用できるカーネルと機能は、インストールパッケージや現在の設定によって異なります。v2rayNGはAndroid向けのオープンソースクライアントで、Xrayカーネルを使用します。v2flyNGもAndroid向けで、V2Flyカーネルを使用しており、該当する設定が必要な場合に適しています。選択する順序は、デバイスのプラットフォームと設定の互換性を基準にしてください。
これら3つのツール自体はサブスクリプションサービスではありません。クライアントのダウンロード、サブスクリプションアドレスの取得、リモートサービスの稼働状況は、それぞれ別のものです。クライアントを変更しても、サブスクリプションの有効期限は延長されず、サーバー側の通信量や接続制限も変わりません。更新後にサーバーが表示されない場合は、グループのアドレスと更新結果を確認してください。一覧に表示されているのに接続できない場合は、選択した設定、プロトコルのパラメーター、ログを確認します。問題を層ごとに切り分けるほうが、同じアドレスを何度も追加するより効果的です。
オープンソースとは、該当するライセンスのもとでソースコードが公開されていることを意味します。使用、変更、再配布には、各プロジェクトのライセンス条項を守る必要があります。V2FlyのV2RayカーネルはMITライセンス、Xray-coreはMPL-2.0を採用しています。クライアントにもそれぞれライセンスがあるため、カーネルのライセンスだけでインストールパッケージ全体や依存コンポーネントの条件を判断することはできません。再配布や改変を行う場合は、クライアント、カーネル、同梱コンポーネントのライセンスを個別に確認してください。
コミュニティによる保守があることで、問題の修正や機能の改善が継続的に行われますが、オープンソースであることは設定確認の代わりにはなりません。サブスクリプションアドレスにはアクセス認証情報が含まれることが多いため、スクリーンショットを共有する前に、アドレス全体、ユーザー識別情報、その他の機密パラメーターを隠してください。問題を報告するときは、メニューの場所、エラーの種類、すでに試した操作を伝え、認証情報を含む設定ファイル全体を公開しないでください。サイト内のサンプルアドレスは項目形式の説明用であり、実際のサービスには使用できません。
サブスクリプションを更新するとサーバー設定を再取得します。クライアントを更新するとGUIやパッケージに含まれるコンポーネントが変わります。ルーティングデータを更新すると、ドメインやアドレスの集合に対するマッチング結果が変わることがあります。それぞれ更新対象が異なります。接続に問題があるときに同時にすべてを更新すると、リモート設定、カーネルの動作、ルーティング結果のどれが原因か分かりにくくなります。現在の設定を残してエラーを記録し、問題に対応する更新だけを実行してください。
クライアントをアップグレードする前に、起動中のプロセスを終了し、サブスクリプショングループとカスタムルーティングをバックアップしてください。アップグレード後は、まず以前使えていたサーバーで接続を確認してから、新機能をテストします。サブスクリプションの自動更新間隔は、実際の利用頻度とサービス提供元の案内に合わせてください。頻繁にリクエストしても可用性が上がるとは限らず、リクエスト制限の原因になる場合があります。サブスクリプションアドレスが無効になっている場合は、間隔を変えても解決しません。まずアドレスを確認してください。
サーバーのテストで結果が出ても、すべてのアプリがプロキシを経由しているとは限りません。まずブラウザーで対象にアクセスし、次にクライアントのログで該当する通信を確認し、最後にルーティング先が想定どおりか確認してください。実接続テスト、TCPing、実際のWebページの読み込みでは、確認する段階が異なります。1つのテスト結果だけで通信経路全体を判断しないでください。ネットワークの切り替え、DNSキャッシュ、接続先サイトの状態も結果に影響することがあります。
1つのアプリだけで接続できない場合は、まずアプリ固有のプロキシ設定と通信の適用範囲を確認します。すべてのアプリで接続できない場合は、カーネルの起動、サーバーの選択、ローカルポートの待ち受けを確認してください。グローバルプロキシを使う場合も、「アプリの通信をプロキシに通すこと」と「通過した接続をプロキシのアウトバウンドへ送ること」は別の設定です。前者は通常、システムプロキシまたはTUNで決まり、後者はルーティングルールで決まります。具体的な設定手順は入門ガイドを、プラットフォームごとの権限の違いは各利用ガイドを確認してください。
設定ガイド
遭遇している問題に合わせて読み進めてください。サーバー一覧が表示されない場合は、まずサブスクリプションの追加方法を確認します。クライアントが起動しない場合は、初回インストールの説明を確認してください。接続できる場合は、ノードのテストと選び方に進みます。毎回、確認する対象を1つに絞り、サーバー、プロキシモード、ルール設定を同時に切り替えないようにしましょう。
デスクトップ版のサブスクリプショングループ設定とAndroid版のメニューを、それぞれ実際の操作手順に沿って紹介します。Base64形式のサブスクリプション、個別の共有リンク、クリップボードからのインポートの違いも解説します。
展開先、ランタイムの依存関係、初回起動時のカーネル選択、ローカルの待ち受けポート、システムプロキシモードを解説。初回起動時のクラッシュやプロキシ設定ができない場合の対処方法も紹介します。
実接続の遅延とTCPingの違い、通信量の計算に対する倍率の影響、用途に合った地域の選び方、ネットワーク環境に応じたVLESS、VMess、Trojanの選び方を解説します。
