デスクトップクライアント · サブスクリプションとプロキシ設定
マルチプラットフォーム対応クライアントの選択からサブスクリプションの導入まで、アプリの接続範囲に合わせてプロキシを設定します。
クライアントの入口
デスクトップではv2rayN、Androidではまずv2rayNGを検討し、コアの要件に応じてv2flyNGを選びます。実行環境を確認してからインストーラーを選択してください。名前が似ていても、インストールファイルを異なるOSで使えるとは限りません。
初めて選ぶなら、まずデスクトップ版から始めるとよいでしょう。クロスプラットフォームのインターフェースを採用しています。従来のWPF版は使い慣れたWindows画面を備え、どちらもプロキシ設定の管理に使えます。選ぶ際はOS要件、操作の好み、必要な機能を重視し、2種類を同時にインストールする必要はありません。
ダウンロードページでx64版の入口と動作条件を確認します。インストール前に既存の設定を保存し、初回起動後はクライアントが正常に開き、コアが起動できることを確認してからサブスクリプションを導入してください。コアがローカル待ち受けに失敗した場合は、サブスクリプションを何度も切り替えたりOSを再インストールしたりせず、ポートの競合を確認します。
まず「このMacについて」でチップの種類を確認します。Apple Siliconはarm64、Intelはx64に対応します。購入年から推測するより、実際のハードウェアに合わせてファイルを選ぶ方が確実です。デスクトップクライアントの基本概念は似ていますが、システム権限の確認やネットワーク設定の場所は異なります。
初回起動時にシステムのセキュリティ警告が表示されたら、まずファイルの入手元とアプリの正体を確認し、システムが案内する方法で対処してください。セキュリティ機能全体を無効にすることをインストール手順にしないでください。システムプロキシを有効にした後は、ブラウザがシステム設定を読み取るか確認します。独自のプロキシ項目を持つツールは個別に設定が必要です。
v2rayNGはXrayコアを使用し、v2flyNGはV2Flyコアを採用した選択肢です。サブスクリプションのプロトコルとトランスポート要件を確認してからクライアントを決めます。比較的新しい端末は通常arm64です。アーキテクチャが不明な場合は、まずダウンロードページの説明を読み、汎用パッケージを検討してください。
AndroidはVpnServiceでアプリのトラフィックを接続するため、初回の接続時にシステム権限が必要です。この許可だけでリモート接続が成功したことにはなりません。画面ロック後に切断される場合は、バッテリー最適化、バックグラウンド実行制限、他のVPNアプリを確認してください。特定のアプリだけ使えない場合は、まずアプリごとのプロキシ範囲を確認します。
ディストリビューションのパッケージ体系に合わせてdebまたはrpmを選び、プロセッサがx64かarm64かも確認します。パッケージ形式とプロセッサアーキテクチャは別の条件なので、片方だけ確認してもインストールできない場合があります。ページではGUIクライアントを案内しており、コアだけを実行することをデスクトップのプロキシ設定完了とはみなしません。
デスクトップ環境によってシステムプロキシの読み取り方は異なり、コマンドラインツールも環境変数や独自の引数だけを参照することがあります。まずローカルの待ち受けアドレス、ポート、プロキシ種別を確認してから、対象アプリを接続してください。TUNを使う場合は、権限、仮想インターフェース、既存のネットワークルーティングの関係も別途確認します。
クライアントは設定を管理するもので、利用可能なリモートサービスは付属しません。利用権限のあるサブスクリプションまたは接続パラメータを用意してから導入してください。インストールが完了しても、接続条件が整ったとは限りません。
操作テーマの一覧
サブスクリプションは接続パラメータを提供し、システムプロキシとTUNがアプリの接続方法を決め、ルーティングルールが接続済みリクエストの処理方法を決めます。トラブル対処では、まず問題の層を特定し、アプリがそもそも接続していない問題を出口ルールの変更で解決しようとしないことが重要です。
サブスクリプションは一連の接続パラメータをクライアントに管理させます。アドレスを追加して更新したら、使用する設定を選択します。導入に成功しても、内容が読み込まれただけで、リモート接続できるとは限りません。
サブスクリプションがブラウザやターミナルを直接変更することはありません。ローカルプロキシに接続されたアプリだけが、現在選択されている設定でリクエストを送信します。
更新に失敗したら、まずアドレスの有効性と取得経路を確認します。スクリーンショットを共有する前にサブスクリプションURLを隠し、アクセス情報の漏えいを防いでください。
システムプロキシを自動設定すると、システムプロキシの指定先がローカルの待ち受け入口に変更され、システム設定に従うアプリが接続できるようになります。ノードパラメータを修正する機能ではなく、デバイス全体のトラフィックを引き受ける設定でもありません。
ブラウザではシステム設定に従うか確認します。ターミナルツールは独自の引数やプロキシ環境変数を読み取る場合があるため、スイッチだけで判断できません。
クライアント終了後に接続がおかしくなったら、システムが停止済みのポートを指したままになっていないか確認します。システムプロキシを解除しても、TUNが同時に停止するとは限りません。
ルーティングは、コアに入ったリクエストに対して、直接接続、プロキシ、ブロックなどの処理方法を選びます。ルールは通常、上から順に照合されるため、変更前にデフォルトの出口と例外ルールを理解してください。広すぎるルールで詳細なルールを覆わないよう注意します。
影響するのは、コアに接続済みのトラフィックだけです。アプリがシステムプロキシを読み取っていない場合、ドメインルールを変更しても自動的にプロキシへ入ることはありません。
特定のドメインだけに問題がある場合は、DNS、照合条件、出口を組み合わせて確認し、一度に一つの条件だけ変更して元の設定を残します。
TUNは仮想ネットワークインターフェースを通じてトラフィックを接続し、システムプロキシを読み取らないアプリにも利用できます。接続方式を広げるものであり、無効なサブスクリプションを修復するものではありません。利用可否はクライアントの実装とシステム環境にも左右されます。
実際の範囲は、インターフェースのルーティング、除外項目、プロトコル対応によって決まり、有効にしただけですべての接続が同じ出口を通るわけではありません。
有効にする前に、権限、DNS、他のVPNとの競合を確認します。異常が起きたら、まずTUNを無効にして、検証済みの接続方式と比較してください。
3ステップで始める
初回設定では、説明しやすく再現可能な利用経路を作ります。複雑なルーティングやTUNは一旦追加せず、まず基本接続を確認してから設定を一つずつ増やしてください。問題が起きたとき、どの手順で結果が変わったかを把握できます。
クライアントをインストールして開き、サブスクリプション管理またはサブスクリプショングループの入口を探します。識別しやすい名前を付け、完全なサブスクリプションURLを貼り付けて保存してください。その後更新を実行し、接続項目が読み込まれたことを確認します。単一の共有リンクを持っている場合は対応する導入機能を使い、サブスクリプションURLとして何度も更新しないでください。
今回使う設定を選んだら、プロトコル、トランスポート、セキュリティパラメータが完全に認識されているか確認します。エラーを消すために、サーバー側が指定したフィールドを無断で変更しないでください。サブスクリプションの更新失敗と接続失敗は別の問題です。前者は設定の取得過程、後者はコアの起動と実際のリクエストを確認します。サブスクリプションリンクは機密情報なので、公開スクリーンショット、チャット、トラブル対処用の添付ファイルに載せないでください。
サブスクリプション導入手順を見るデスクトップでは、まずコアが起動し、ローカル待ち受けにエラーがないことを確認します。その後、システム設定に従うアプリを接続するため、システムプロキシを自動設定します。ルーティングは理解しやすいプリセットから始め、現在の項目を記録してください。複数のプロキシクライアントでシステム設定を奪い合わないようにします。そうしないと、スイッチの表示と実際のリクエスト経路が一致しない場合があります。
Androidでは設定を選択して接続を開始し、システムのVPN権限ダイアログを確認したうえで、アプリごとの設定に対象アプリが含まれているか確認します。デスクトップのターミナルツールでプロキシを手入力する場合は、クライアントに表示された実際のアドレス、ポート、種別を使い、他のデバイスの数値をそのまま流用しないでください。プロキシ設定を読み取らないアプリを対象にする必要がある場合だけ、TUNの権限とルーティングを設定します。
まずブラウザで、利用権限があり使い慣れた対象を開きます。その後、実際に必要なターミナルまたはデスクトップツールからリクエストを送信してください。1回ウェブページを開けただけでは、すべてのアプリが接続済みとも、すべてのルーティングルールが正しいとも判断できません。クライアントのログでリクエストがコアに入ったか確認し、その時の接続方式と選択した設定を記録します。
ブラウザは使えるのにターミナルが失敗する場合は、まずターミナルのプロキシ環境を確認します。特定のドメインだけ失敗する場合は、ルールの照合とDNSを確認します。コアが起動できない場合は、設定エラーやポート競合を先に処理してください。基本接続が安定したら設定をバックアップし、ルーティングとTUNを一つずつ追加します。停止時は不要になったシステムプロキシを解除し、手動設定したアプリが停止済みの待ち受けポートを指し続けていないことを確認します。
基本設定が済んだら、初心者から上級者までのガイドを続けて読めます。ガイドは基本概念、インストール、サブスクリプション、プロキシモード、ルーティング、TUN、日常のメンテナンスの順に進みます。すべてを一度に変更するのではなく、各手順の検証後に章ごとに補足するのがおすすめです。
オープンソースのエコシステム
この3層にはそれぞれ役割があります。クライアントは画面を提供して設定を整理し、コアは接続とルーティングを実行し、サブスクリプションや手動パラメータはリモートサービスを記述します。関係を理解すると、製品名だけで機能を判断するより正確です。
Project Vは、このプロキシツールのエコシステムを理解する出発点です。V2Rayはその中で広く使われてきた中核プロジェクトです。V2FlyコミュニティはV2Rayの保守と発展を引き継ぎ、Xrayは関連コードを基盤に分岐して独自の機能方針を築いています。歴史的なつながりはありますが、現在の設定能力が完全に同じだと名称の類似だけで判断することはできません。
コアはプロトコル処理、トランスポート、安全な接続、ルーティングなどの低レイヤー処理を担当します。VLESSはプロトコル名、Xrayはコア名であり、同じ階層の概念ではありません。選ぶ際はプロトコル、トランスポート方式、関連するセキュリティ機能を確認し、サブスクリプションに特定のプロトコルが書かれているだけで、任意のクライアントが完全対応すると判断しないでください。
v2rayNはデスクトップ向けで、設定管理とコア利用のためのGUI入口を提供します。利用できるコアや機能の詳細は、インストールパッケージと現在の画面に従います。v2rayNGはAndroid向けでXrayコアを採用し、v2flyNGもAndroid向けでV2Flyコアを採用しています。対応するコアの機能が必要な場合に検討してください。
3種類のクライアントはいずれもオープンソースプロジェクトですが、クライアント自体はサブスクリプションサービスではありません。インストールしただけで利用可能なリモート接続が自動的に得られるわけではありません。移行時は共有できる接続パラメータとプラットフォーム固有の設定も分けて考えます。サブスクリプションは再導入できても、システムプロキシ、権限、アプリごとの範囲、ローカルポートは新しいデバイスで再確認が必要です。
オープンソースとは、該当するライセンス条件のもとでコードの閲覧、利用、変更、再配布が認められることを意味しますが、すべてのコンポーネントが同じライセンスとは限りません。V2FlyコアとXrayコアはMPL 2.0を採用しています。GUIクライアントと依存関係のライセンス表示は、特にコードの変更やソフトウェアの再配布を行う場合、それぞれ確認してください。
コードが公開されていても、設定の入手元を判断する必要がなくなるわけではありません。リモートサービスの運営者、サブスクリプションURLの保存方法、対象サイトへの接続確認は、それぞれ独立した利用上の問題です。権限のあるデバイスとネットワーク環境で操作し、適用される規則を守ってください。証明書エラーが出たら、検証を日常設定で無効にするのではなく、時刻、ドメイン、パラメータを確認します。
クライアントの更新では画面や設定管理の仕組みが変わることがあり、コアの更新ではプロトコル対応や動作が変わることがあります。サブスクリプションの更新は主にリモート接続項目を更新します。これら3種類の更新は互いに代替できません。サブスクリプション項目が無効になったとき、クライアントを再インストールしても解決しない場合があります。コアが設定に対応していないなら、同じサブスクリプションを繰り返し更新しても機能は追加されません。
日常のメンテナンスでは、まず設定をバックアップし、実際に使う機能に関係する変更内容を確認します。更新後は、コアの起動、サブスクリプションの読み込み、システムプロキシ、普段使うアプリの順に検証し、最後にカスタムルーティングを確認します。異常が起きたら、発生条件とエラーの種類を記録し、機密項目を隠して問題を整理してください。基準がないまま複数の箇所を同時に変更するのは避けます。
このサイトではダウンロード先と中国語の操作説明を整理しています。クライアント画面、コアのドキュメント、リモートサービスの説明に代わるものではありません。用語の違いがある場合は、まず概念を確認してから設定を変更してください。
最新記事
どのアプリで、どの手順で異常が起きたかを先に記録し、対応する記事を選びます。ポートの待ち受け、システムプロキシの範囲、バックグラウンド実行制限は別々の段階です。個別に検証することで、再インストールや無関係な設定変更を減らせます。
待ち受け失敗の表示を手がかりに、ローカルポートを使用しているプロセスを特定します。二重起動と他のプログラムによる競合を区別し、ポート変更後にどのプロキシ設定を合わせて変更する必要があるかを説明します。
ポート競合の対処手順を見る →システムプロキシがすべてのアプリを自動的に対象にするわけではない理由を説明し、ブラウザ独自の設定、ターミナルのプロキシ環境、ローカル待ち受けを個別に確認して、TUNが必要か判断します。
アプリの接続確認チェックリストを見る →VpnServiceの許可、他のVPNとの競合、バッテリー最適化の対象外設定、アプリごとのプロキシを整理し、システムによるバックグラウンド停止とアプリがプロキシ範囲に含まれていないケースを区別します。
権限とバックグラウンド設定の説明を見る →