デバイスに合ったクライアントを選び、サブスクリプションの追加、ルーティング設定、接続確認を順に進めます。
サブスクリプションURLを専用のグループに登録してから、更新します。サブスクリプションは複数の接続設定を取得するためのURLです。更新すると、リスト内の項目が追加・削除されたり、内容が変更されたりすることがあります。共有リンクを1件ずつ貼り付けるより、グループで管理すれば長期運用しやすく、設定の取得元も確認できます。更新後は、使う設定を選択してから接続を開始してください。リストを更新しただけでは設定は切り替わりません。追加に失敗した場合は、URLが完全か、期限切れでないかを確認してからログを調べましょう。すぐにクライアントを再インストールする必要はありません。サブスクリプションURLにはアクセス用の認証情報が含まれる場合があるため、公開スクリーンショットに載せないでください。
サブスクリプショングループを追加 · URLを保存
設定リストを更新して、使用する設定を選びます。
利用目的に合ったルーティングのプリセットを選び、必要に応じて少数の独自ルールを追加します。ルーティングは接続先を決めるルールの集まりで、通常はドメイン、アドレス、アプリの特徴に基づいて、直接接続・プロキシ・ブロックを振り分けます。普段使いなら、まずLANを迂回するプリセットを選び、プリンターや共有フォルダーなどのローカルリソースに引き続きアクセスできるか確認しましょう。プロキシアドレスを1つ設定するだけではなく、ルーティングで通信の処理範囲も決まります。変更後はローカルサービスと対象サイトの両方をテストしてください。特定のアクセスに問題がある場合は、DNSを変更する前にルールの順序と条件を確認し、一度に複数の設定を変えないようにしましょう。
LANと中国本土のアドレスを迂回
domainStrategy: IPIfNonMatchまずクライアントの設定で実際の待ち受けポートを確認し、プロキシを手動設定するアプリには同じアドレスを入力します。インバウンドはコアが接続を受け付ける入口、アウトバウンドは接続を宛先やリモートサービスへ転送する出口です。以下のJSONはローカルのSOCKSインバウンドの例にすぎず、完全な実行可能設定ではありません。また、これをもとに端末の現在のポートを推測することもできません。LANからの接続を許可する代わりにローカルループバックアドレスにバインドすれば、接続元をこの端末に限定できます。ポートが使用中と表示されたら、空いているポートに変更し、アプリ側の設定も合わせてください。片方だけ変更しないようにしましょう。
{
"inbounds": [
{
"listen": "127.0.0.1",
"port": 10808,
"protocol": "socks",
"settings": { "udp": true }
}
]
}Androidでは、まずVPNモードが有効になっていることを確認し、次にアプリ別プロキシのリストが何を意味するかを確認します。選択したアプリだけをプロキシ経由にする設定の場合も、選択したアプリを迂回させる設定の場合もあるため、チェックの有無だけで判断しないでください。システム全体の通信ルールを変更するより、アプリ別設定なら一部のアプリで元の接続方法を維持できます。保存後に接続をやり直し、対象アプリ内で動作を確認してください。すでに確立している接続には、新しいルールがすぐ反映されない場合があります。特定のアプリだけ接続できないときは、まず対象外に設定されていないかを確認し、次にアプリ固有のネットワーク設定を調べましょう。項目名はクライアントの更新によって多少変わることがあります。
有効にしたら、選択したアプリの処理方法を確認します。
ほかの端末から接続する必要がある場合のみ有効にします。
システムプロキシは、OSの設定にプロキシアドレスを登録する方式です。設定に従うブラウザーやデスクトップアプリに適しています。ただし、すべてのプログラムの通信を強制的に制御するわけではありません。コマンドラインツール、ゲーム、独自に接続を管理するアプリは、従来の経路を使うことがあります。まずブラウザーで接続を確認し、ほかのアプリがプロキシの手動設定に対応しているか調べましょう。ブラウザーではアクセスできるのに特定のプログラムだけ失敗する場合は、ノードが使えないと判断する前に、そのプログラムのプロキシ設定を確認してください。
AndroidのVPNモードは、OSが提供する仮想ネットワークインターフェースを通じて通信を処理します。デスクトップのTUNモードは、仮想ネットワークアダプターでルールに一致する接続を受け取ります。どちらもルーティングとDNSの設定が必要で、スイッチをオンにしただけですべての通信が成功するわけではありません。まずOSの許可を確認し、通信を制御する範囲を見直してください。デスクトップでは、管理者権限や関連コンポーネントのインストールが必要な場合もあります。ほかの通信制御ツールを使用している場合は、競合を確認してから一つずつテストしましょう。
OSとCPUアーキテクチャを確認します。インストーラーと必要条件はダウンロードページで確認できます。
v2rayNを選択します。ダウンロードページにはデスクトップ版と従来のWPF版があります。デスクトップ版はクロスプラットフォームのインターフェースを採用し、WPF版は従来のデスクトップ操作を引き継いでいます。インストールする種類を決める前に、選択したバージョンの動作環境を確認してください。両方を同時にインストールする必要はありません。
インストールまたは展開後は、プログラムのフォルダー構成をそのまま保ってください。起動エラーが出たら、まず表示内容を記録し、動作環境とフォルダーのアクセス権を確認します。アップデート前にサブスクリプショングループ、ルーティング、独自設定を保存しておけば、上書き後の復元が容易になります。
ダウンロードへv2rayNを選び、Apple Silicon用とIntel用のインストーラーを確認します。「このMacについて」でチップまたはプロセッサ情報を確認してから、対応するダウンロード先を選んでください。外観や購入年だけでアーキテクチャを判断することはできません。
初回起動時は、OSの案内に従ってアクセス許可を設定します。接続後、ブラウザーだけが使える場合は、ほかのアプリがシステムプロキシを使用しているか確認してください。より広い範囲の通信を制御する必要がある場合は、TUNに必要な権限と、使用中のネットワークツールとの互換性を調べてから設定しましょう。
ダウンロードへまずXrayコアを使用するv2rayNGを選びます。V2Flyコアが必要な場合は、代替としてv2flyNGを確認してください。一般的な端末にはarm64版が適していますが、最終的には端末が対応するアーキテクチャを確認しましょう。判断できない場合は、汎用版の説明を読んでください。
インストール後は設定を追加し、VPN接続の許可を与えます。バックグラウンドで頻繁に切断される場合は、バッテリー最適化とバックグラウンド動作の制限を確認してください。クライアントを切り替える際は、対応プロトコルを改めて確認しましょう。異なるコアが同じ設定項目を完全に同じように解釈するとは限りません。
ダウンロードへv2rayNを選び、ディストリビューションに合わせてdebまたはrpmのパッケージ形式を選択し、x64またはarm64のアーキテクチャを確認します。パッケージ形式とCPUアーキテクチャは別々の条件です。拡張子が合っていても、現在の端末で使えるとは限りません。
インストール後、デスクトップ環境のプロキシ設定が反映されているか確認します。アプリによってプロキシ設定の参照方法は異なり、特にターミナルのツールでは個別の確認が必要です。初回接続では通常のプロキシ方式を使い、接続を確認してから仮想ネットワークアダプターによる通信制御を検討しましょう。
ダウンロードへクライアントは接続を管理するもので、利用可能なサーバーを自動で用意するわけではありません。開始前に、利用権限のあるサブスクリプションURLまたは接続設定を用意してください。
サブスクリプショングループ設定を開き、識別しやすいグループ名と完全なURLを入力して保存し、サブスクリプションを更新します。共有リンクが1件だけの場合は、対応するクリップボードからのインポート機能を使います。追加後は、プロトコル、アドレス、トランスポート設定が正しく認識されているか確認し、使用する設定を選びます。まずは項目をまとめて変更しないでください。問題が元の設定にあるのか、変更後に発生したのか判断しにくくなります。
更新結果が空の場合は、まずURLの有効期限とアクセス権を確認し、次にクライアントのログに記録されたエラーを調べます。サブスクリプションURLを通常のWebリンクのように気軽に転送したり、設定全体を公開の掲示板にアップロードしたりしないでください。
デスクトップではシステムプロキシとルーティングのプリセットを確認します。AndroidではVPNモードを選び、OSの許可とアプリ別プロキシのリストを確認してください。初回はシンプルで分かりやすいルールを使い、接続を確認してから一つずつ追加しましょう。LAN内のサービスにアクセスする場合は、ローカルアドレスが想定どおり直接接続されるかをテストします。特定のアプリの通信を制御する場合は、そのアプリが対象に含まれているか確認してください。
「全般」を選べば前提条件をすべて無視できる、という意味ではありません。アプリがプロキシを使うか、DNSがどのように名前を解決するか、ルールがどのように一致するかで結果は変わります。一度に変更する設定は1つにして、変更前の状態を記録しておくと、元に戻しやすくなります。
接続を開始したら、まずクライアントにエラーが表示されていないか確認します。次に、アクセス可能と分かっているWebサイトを開き、実際に使うアプリもテストしてください。接続状態、遅延測定、Webページへのアクセスは、それぞれ異なる段階の確認材料です。ポートに接続できてもプロトコルのハンドシェイクが成功するとは限らず、ハンドシェイクが成功しても対象サイトにアクセスできるとは限りません。結果が一致しない場合は、エラー発生時刻とログのキーワードを控え、順番に原因を調べましょう。
使い終わったら接続を切り、システムプロキシが元に戻っていることを確認してください。クライアント終了後もブラウザーがローカルのプロキシポートを参照していると、通常のWebサイトにもアクセスできなくなることがあります。その場合は設定を次々に変えるのではなく、まずシステムプロキシを確認しましょう。
クライアント、コア、リモートサービスを区別して、機能が要件に合うか確認します。
Project Vは、プロキシ通信ツールを中心とするオープンソースのエコシステムです。V2Rayはその中で広く使われているプロジェクト名です。普段「V2Rayをインストールする」と言う場合、実際にはグラフィカルな画面を備えたクライアントをインストールすることがよくあります。クライアントはサブスクリプションの管理、設定の選択、システムプロキシ、ログ表示を担当し、コアは設定を読み込んで接続を処理します。両者は連携しますが、同じプログラムではなく、更新のタイミングも異なる場合があります。
V2FlyはV2Rayのコミュニティによるメンテナンスを引き継ぎ、Xrayは独自の方針で開発されている関連コアプロジェクトです。共通の技術的背景はありますが、プロトコルの実装、トランスポート機能、設定項目への対応は完全には一致しません。「インポートできたのに起動しない」場合は、共有リンクの名前だけで判断せず、クライアントが現在使用しているコアと設定の要件を確認しましょう。
v2rayNはデスクトップ向けで、GUIによる設定管理を備え、対応するコアと組み合わせて使用できます。v2rayNGはAndroid向けでXrayコアを使用し、v2flyNGはV2Flyコアを使う選択肢です。いずれもオープンソースプロジェクトに基づくクライアントです。機能、依存関係、ライセンスについては、それぞれのリリース情報を確認してください。デスクトップとAndroidでは設定画面が異なるため、ガイドのメニュー名は現在の画面に照らして読み替える必要があります。
オープンソースとは、該当するライセンスに基づいてコードを利用・共同開発できるという意味です。クライアントにリモートサービスが付属することや、どこから入手した設定でも信頼できることを意味するわけではありません。クライアント、コア、サードパーティの依存関係にはそれぞれ異なるライセンスが適用される場合があります。再配布や改変を行う前に、個別に条件を確認してください。一般ユーザーも、設定の入手元、サブスクリプションの利用権限、機密情報の保存方法に注意し、「オープンソース」という言葉だけでこうした点を見過ごさないようにしましょう。
クライアントの更新によって、画面や設定の生成方法、コアとの互換性が変わることがあります。コアの更新でプロトコルの動作や設定項目の制限が変わる場合もあります。まず変更内容を確認し、サブスクリプショングループ、ルーティングルール、独自設定を保存してください。更新後は、以前に使えることを確認した設定で普段使うアプリをテストし、LANへのアクセス、振り分けルール、バックグラウンド接続が想定どおりか確認しましょう。アップデートと同時にルーティングを大幅に書き換えるのは避けてください。
当サイトでは、ダウンロード先、基本操作、設定項目の解説を分けて掲載しています。ダウンロードページではプラットフォームとインストーラーの種類を確認でき、入門ガイドでは検証可能な接続を確立する手順を説明します。設定項目のページでは、JSONのインバウンド、アウトバウンド、ルーティング、DNSを解説。技術ノートでは、より具体的なトラブルを扱います。問題の段階に合った情報から確認すれば、何度も再インストールするより有効な手がかりを残しやすくなります。
ログ、速度測定、通信の制御方式を確認し、設定の問題とアプリの動作を切り分けます。
ログレベルとログの保存場所を確認し、接続拒否、タイムアウト、ユーザー認証失敗を区別して、エラーが発生した段階から原因を調べます。ログを共有する前に、サブスクリプションURLとアクセス用認証情報を削除してください。
解説を読むポートへの接続、プロキシのハンドシェイク、継続的なデータ転送で、テストできる範囲は異なります。テスト対象を理解してから、遅延が低いのにWebページを開けない理由や、設定を選ぶときに何を参考にすべきかを判断しましょう。
解説を読むシステムプロキシと仮想ネットワークアダプターが処理する階層を比較し、システムプロキシを参照しないアプリに別の通信制御方式が必要な理由を解説。権限、ルーティング、DNSの順にTUN設定を確認します。
解説を読む