V2Rayコミュニティ ダウンロード

プラットフォームに合わせてクライアントを選ぶ

デスクトップではv2rayN、Androidではv2rayNGをまず確認しましょう。V2Flyコアの設定を引き継ぐ場合は、v2flyNGも候補になります。設定の管理はクライアントが担いますが、接続できるかどうかはコアとサーバーの両方に左右されます。ダウンロード前にプロトコル名だけで互換性を判断する必要はありません。

すべてのクライアントを見る →

まず設定の入手元を確認し、次に接続を検証してから、通信を取り込む範囲を広げましょう。次の手順は初めて使う場合だけでなく、設定を移行するときに問題を切り分けやすい状態を作るのにも役立ちます。クライアントのメニュー名は画面の変更で変わることがありますが、この3段階の順序は変わりません。

1. 01

   クライアントをインストールし、サブスクリプショングループを保存

   ダウンロードページからデバイスに合うプラットフォームを選び、プロセッサのアーキテクチャに適したインストーラーを入手します。デスクトップではv2rayN、Androidではまずv2rayNGを使います。初回起動後は、アプリが正常に開くか、コアが起動するかを確認してから、サブスクリプション管理でグループを追加します。提供元から受け取ったサブスクリプションURLを省略せず入力し、見分けやすいグループ名を付けてください。

   サブスクリプションリンクとWebページのURLは、同じとは限りません。ログインページや説明ページ、操作による認証が必要なページは、通常そのままサブスクリプションとして追加できません。コピー時は、前後の空白や改行、チャットアプリが付け加えた句読点が含まれていないか確認してください。サブスクリプションURLにはアクセス情報が含まれる場合があるため、トラブル対応時に完全なリンクを公開コメントやスクリーンショットに載せないでください。

   グループを保存して更新し、リストに認識可能な設定が表示されることを確認します。共有リンクが1件だけの場合は、リモートサブスクリプション欄に無理に入力せず、適切なインポート機能を使ってください。詳しくはサブスクリプションの準備と追加方法をご覧ください。

2. 02

   設定を選び、通信の入口を設定

   インポート済みのリストから設定を1つ選んでアクティブなアウトバウンドにし、アドレス、ポート、プロトコルが揃っているか確認します。v2rayNでは、まずシステムプロキシ方式で動作を検証してください。ブラウザーに手動プロキシ設定がある場合は、システムプロキシに従うのか、以前の固定ポートを使い続けるのかも確認が必要です。両方の入口が有効だと、クライアントを切り替えてもブラウザーは古い設定を使い続けることがあります。

   Androidで接続を開始する際は、システムに表示されるVPN接続の許可を確認してください。許可はクライアントがローカルの通信経路を作成できることを示すだけで、リモートサーバーへの接続成功を意味しません。アプリ単位で通信を取り込む場合は、テスト対象のアプリが対象範囲に含まれているか確認してください。システムに接続中の表示が出たことだけを、サブスクリプションの有効性やリモートのハンドシェイク成功の根拠にしないでください。

   この段階では明確なルーティングプリセットを使い、複雑な例外設定は後回しにしましょう。デスクトップでの追加方法はv2rayNのサブスクリプション追加、Androidでの操作はv2rayNGのサブスクリプション追加をご覧ください。

3. 03

   実際のリクエストを検証してから、通信の振り分けを調整

   選択したアウトバウンドを経由することが明確なリクエストを使ってテストし、通常の直接接続やLANへのアクセスも想定どおりか確認します。クライアント内の接続テスト、ブラウザーでのアクセス、ほかのアプリからのリクエストは、それぞれ検証できる範囲が異なります。どれか1つが成功しても、ほかのアプリが同じ通信経路やDNS経路を使っているとは限りません。

   接続できない場合は、サブスクリプションを取得できない、コアが起動しない、リモートのハンドシェイクに失敗する、リクエストがクライアントに届いていない、のどれに当たるかを切り分けます。関連ログを確認する際は、エラーの種類と発生順序を残し、サブスクリプションURL、認証情報、個人のネットワーク情報は伏せてください。ルーティングやDNSを変更した場合は、変更前の値を記録し、1項目ずつ元に戻して比較しましょう。クライアントを何度も再インストールするより原因を見つけやすくなります。

   通常のプロキシで動作を確認してから、必要に応じてTUNを有効にするか、対象アプリの範囲を設定してください。クライアントを終了した後は、システムプロキシが元に戻っているかも確認しましょう。アプリが停止してローカルポートの待ち受けがなくなった後も、ほかのアプリがそのポートへリクエストを送り続けることがあります。詳しい対処方法はトラブルシューティングをご覧ください。プロトコル、コア、ルーティングを同時に変更する必要はありません。

現在の問題に合わせて記事を選んでください。初期設定では保存先、権限、プロキシモードを確認します。サブスクリプションの更新で困った場合は、URLへのアクセスと内容の解析を切り分けましょう。ルーターへの導入では、デバイスのリソースやネットワーク構成も検討する必要があり、デスクトップクライアントの操作をそのまま適用するのは適切ではありません。