v2rayNの使い方
サブスクリプションの追加と接続確認

ステップ1：サブスクリプションを追加してノードを確認

まず、手元の情報の種類を確認します。サブスクリプションURLは複数のサーバー設定を取得するためのもので、通常はサブスクリプショングループに追加してから更新します。単一ノードの共有リンクは1台のサーバー情報を直接表し、通常はクリップボードからインポートします。URLの先頭だけで種類を判断せず、設定の提供元の説明を確認してください。「サブスクリプション」と「ノード」の違いがわからない場合は、先に用語ガイドを確認してから、この手順に戻ってください。

v2rayN：グループを追加してサブスクリプションを更新

v2rayNのメインウィンドウを開き、上部メニューから「サブスクリプショングループ」または同様の項目を探して設定画面を開きます。新しい項目を追加し、識別しやすい提供元名をメモ欄に入力して、サブスクリプションURL全体をURL欄に貼り付けます。先頭や末尾に空白、改行、チャットアプリが付けた句読点が混ざっていないか確認して保存してください。グループ名はローカルでの整理用で、接続先の設定には影響しません。

メイン画面に戻り、サブスクリプションメニューから追加したグループを更新します。利用可能なプロキシがまだない初回は、「プロキシ経由で更新」と「プロキシを使わずに更新」を選べる場合、現在のサブスクリプションURLに到達できる経路に合わせて選択してください。まだ起動していないローカルプロキシを更新リクエストに使うことはできません。更新後は画面下部のログに結果が表示されるまで待ち、該当グループに切り替えてサーバー一覧を確認します。

グループ名が表示されただけでは、インポート成功とは限りません。一覧にサーバーの項目が追加され、名前、プロトコル、ポートなどの情報が入力されていることを確認してください。更新に失敗した場合は、まずURLの有効期限とコピー漏れを確認し、次にアクセス経路の問題を調べます。同じグループを何度も追加せず、既存の項目を編集してください。更新後に一覧が重複するのを防げます。

v2rayNG：サブスクリプション設定にURLを保存

Androidでv2rayNGを開き、メニューからサブスクリプショングループ設定に進みます。追加画面でメモとサブスクリプションURLを入力して保存し、ノード一覧に戻ります。次にメイン画面のメニューからサブスクリプションを更新し、サーバー項目が読み込まれるまで待ちます。単一ノードのリンクを受け取った場合は、リンク全体をコピーして「クリップボードからインポート」などの項目を使います。QRコードからインポートする場合も、信頼できる提供元の画像であることを確認してください。

インポート後、使用するノードをタップして選択します。デスクトップでは項目を選び、次の手順でアクティブサーバーに設定できます。Androidでは通常、枠線や選択マークで選択状態を確認できます。この段階ではプロトコルのパラメーターをまとめて編集したり、複数の提供元の項目を混ぜたりしないでください。インポート時の設定を維持しておけば、後で接続に失敗した際、原因がサブスクリプションにあるのか手動変更にあるのかを切り分けやすくなります。

この手順の完了条件は、一覧に識別可能なサーバーが表示され、テストするノードを選んでいることです。サブスクリプションの更新可否とノードの接続可否は別々の結果です。ノードが一覧に表示されたら、次に通信をクライアントへ取り込む方法を設定します。

ステップ2：プロキシモードとルーティングを選択

画面上の「モード」は、異なる設定レイヤーを指すことがあります。システムプロキシ、VPN接続、TUNは、アプリの通信をクライアントに取り込む方法を決めます。ルール、グローバルプロキシ、ダイレクト接続は、コアに渡されたリクエストの送信先を決めます。この2つを分けて考えてから設定すれば、「グローバルルーティングを選んだのに、すべてのアプリがプロキシ経由にならない」という混乱を避けられます。このガイドでは、まず変更の少ない方法で通信を取り込み、複雑なルール設定は接続確認後に行います。

デスクトップ：まずシステムプロキシを使用

v2rayNのメイン画面またはタスクトレイのメニューから「システムプロキシ」を探し、「システムプロキシを自動設定」または同様の項目を選びます。システムプロキシの設定に従うアプリは、リクエストをローカルの待ち受けポートに送るようになります。独自のネットワーク設定を持つアプリや、直接接続するプログラムもあるため、システムプロキシが有効でもすべてのプロセスがクライアントを経由するとは限りません。初回の確認には、独自のプロキシ設定を持つソフトではなく、システムプロキシを使用するブラウザーを選んでください。

ルーティングでは、まずクライアントに用意されているルール設定を選び、プライベートアドレスなど必要な直接接続ルールを残します。バージョンによって既定の設定名が異なるため、説明を読んでから選択してください。ルールによる振り分けの影響を一時的に除外するには、すでにクライアントに取り込まれているリクエストをグローバルプロキシ経由にして比較できます。テスト後は、想定していたルールに戻してください。グローバルルーティングでも、もともとクライアントに取り込まれていない通信は処理できません。

初期設定でTUNを同時に有効にする必要はありません。TUNは通常、仮想ネットワークインターフェースやルーティング、追加の権限が関係し、実際に使えるかどうかはクライアント、選択したコア、システム環境によって異なります。システムプロキシで目的を満たせる場合は、まずこの方法を維持してください。より多くのアプリの通信を取り込む必要がある場合は、設定ガイドで対応状況を確認してから進めましょう。複数の設定を同時に変えると、どの変更が影響したのか判断しにくくなります。

Android：VPNサービスと対象アプリを確認

v2rayNGは通常、システムのVPNサービスを使って通信を端末内のプロキシ処理に渡します。設定を開いて現在のサービスモードを確認し、初回はクライアントの既定のVPN設定を使ってください。アプリごとのプロキシ設定を変更したことがある場合は、「選択したアプリのみをプロキシする」設定や除外リストも確認します。テスト対象のブラウザーが除外されていると、接続アイコンが表示されても想定した経路を通らない場合があります。

同じシステムユーザー環境では、ほかのVPNアプリとv2rayNGが接続経路を取り合う場合があります。テスト前にほかのVPN接続を切断し、複数のサービスを何度も切り替えないでください。ルーティングは既定の設定を優先し、この段階ではDNS、カスタムドメインリスト、プロトコルの通信方式に関する項目を変更しません。通信を取り込む方法とルーティングを決めたら、次に選択したノードへの接続を開始し、コアが正常に動作しているか確認します。

ステップ3：接続を開始してログを確認

ノード一覧に戻り、選択中のノードがステップ1でテスト用に選んだ項目と一致しているか確認します。ノード名はメモにすぎず、プロトコル、通信方式、認証情報が正しいことの証明にはなりません。初回の接続では、サブスクリプションから生成されたパラメーター一式をできるだけそのまま使ってください。設定で特定のコア機能が必要な場合は、対応するコアを使用します。名前が似ているだけで切り替えないでください。コアやプロトコルについては用語ガイドをご覧ください。

v2rayN：アクティブサーバーに設定

対象ノードの右クリックメニュー、または対応する操作メニューから「アクティブサーバーに設定」などの項目を選びます。クライアントが設定を読み込み、コアを起動するまで待ち、ログ欄に起動エラーが表示されていないか確認します。その後、ステップ2の手順でシステムプロキシを設定してください。バージョンによってはアクティブサーバーの切り替え時にコアが自動再起動しますが、手動での再起動が必要な場合もあります。画面の案内に従い、ログに結果が表示される前に何度もクリックしないでください。

ログではまず、設定の読み込み失敗、待ち受けポートの競合、認識できないプロトコル項目などがないか確認します。これらのエラーは、端末内の処理経路がまだ確立されていないことを示す場合があります。ブラウザーを変えるのではなく、先に起動時の問題を解決してください。ポートの競合が表示された場合は、別のクライアントやプロキシプログラムが起動したままになっていないか確認します。ローカルの待ち受けポートを変更した場合、そのポートを手動設定しているアプリもすべて更新する必要があります。

v2rayNG：接続してシステムの許可を確認

Androidでノードを選択し、メイン画面の接続ボタンをタップします。初回起動時にシステムからVPN接続の確認が表示される場合があります。要求元がインストールしたクライアントであることを確認し、画面の案内に従って許可してください。許可後、クライアントの接続状態とシステムステータスバーのVPNアイコンを確認します。許可をキャンセルした場合は、メイン画面に戻って再度接続を開始すればよく、同じ確認画面を出すためにサブスクリプションを削除したり、クライアントを再インストールしたりする必要はありません。

接続アイコンが表示されても、ローカルサービスが起動したことを示すだけで、リモートサーバーへの到達を保証するものではありません。ログにタイムアウトやハンドシェイクの失敗が繰り返し表示される場合は、エラーの種類を記録してから、端末の時刻、ノードのパラメーター、ネットワーク接続を確認します。端末の日付や時刻が大幅にずれていると、暗号化接続の検証に影響することがあります。まず正しい時刻に戻してください。ログの接続先アドレスとサブスクリプションの認証情報を一緒に公開しないでください。共有する場合は、アカウントを特定できる情報を削除します。

クライアントに接続テスト機能がある場合は、補助的な確認として現在のノードで一度実行できます。テストに失敗してもすべての接続先にアクセスできないとは限らず、成功しても対象アプリがクライアントを経由しているとは限りません。コアが継続して動作し、起動と終了を繰り返していないことを確認したら、次に実際のアクセスを検証します。エラーの詳しい分類はよくある質問をご覧ください。このガイドでは、まずノード1つ、アプリ1つで一連の確認を行います。

ステップ4：実際のアクセスと終了後の復旧を確認

設定内容が明確なブラウザーを使い、プロキシ経由でアクセスする予定のHTTPSページを開きます。テストでは新しいページを開くかリクエストを再読み込みし、キャッシュ済みのタブだけで判断しないでください。ブラウザーに独自のプロキシ拡張機能や手動プロキシ設定がある場合は、システム設定に優先するか確認します。Androidでは、ブラウザーがアプリごとのルールで除外されていないことも再確認してください。アプリの通信が実際にクライアントへ取り込まれて初めて、その後のルーティングを確認できます。

ページにアクセスしながら、クライアントのログを確認します。ログの詳細度によっては、対象ドメイン、接続結果、送信先のタグが表示されます。該当するリクエストを確認できれば、プロキシ経由かルールに従った直接接続かを調べられます。記録が見当たらない場合は、ノードをすぐに変更するのではなく、通信を取り込む設定を先に確認してください。ログの詳細度が低いと通常の接続記録が省略される場合があります。必要に応じて調査に適したレベルへ一時的に上げ、テスト後は戻してください。アクセス記録が過剰に蓄積するのを防げます。

3種類の確認結果を見分ける

1つ目は、ページが正常に開き、ログまたはアプリの通信経路が想定したプロキシと一致するケースです。この場合に初めて、今回の目的を確認できたといえます。2つ目は、通常のページは開くものの、プロキシ経由でアクセスする予定のページだけ失敗するケースです。対象リクエストのルーティング結果、ノードの接続、接続先サービス自体を確認してください。3つ目は、接続を有効にするとすべてのページが開かなくなるケースです。まず接続を停止して通常のネットワークを復旧し、ローカルの待ち受け、システムプロキシ、DNSを確認します。基準となる状態がないまま、新しい設定を重ねないでください。

出口情報を参考にする場合は、信頼できる確認方法を使い、調べるリクエストがプロキシルールの対象になっていることを確認してください。ルールモードでは接続先ごとに出口が異なる場合があり、1つのページで表示されたアドレスがすべてのアプリに当てはまるとは限りません。ノードテストの数値も特定のテスト経路の結果にすぎず、利用全体の品質を示すものではありません。実際に使うページやアプリが想定どおりにアクセスできるかを基準に判断してください。

問題が起きた場合は、設定を一度に1つだけ変更し、同じリクエストを再度試します。たとえばルーティングを変えずにインポート済みのノードだけを切り替えるか、ノードはそのままで一時的にグローバルルーティングを使って比較します。ノードの変更、コアの切り替え、TUNの有効化、DNSの変更を同時に行うと、アクセスが復旧しても本当の原因を特定できません。設定項目を詳しく確認する場合はルーティング設定ガイドを参照し、内容を理解していない生成済み設定を直接編集しないでください。

接続を停止して通常のネットワークに戻す

検証が終わったら、終了時の動作も確認します。デスクトップでは、まずv2rayNでシステムプロキシを解除してからクライアントを終了し、ブラウザーで通常のネットワークを使えることを確認してください。コアだけを終了してシステムプロキシを残すと、アプリが停止済みのローカルポートへリクエストを送り続け、ネットワークが切断されたように見える場合があります。その場合はシステムプロキシの設定が残っていないか確認し、すぐにシステム全体のネットワーク設定をリセットしないでください。

Androidでは接続停止をタップし、VPNアイコンが消えたことを確認してから通常のアクセスを試します。クライアントを再度開いたときは、アクティブノードとルーティングが想定どおりか確認してください。サブスクリプションの更新でノード一覧が変更され、以前の選択が使えなくなる場合があります。更新後に接続できない場合は、まず一覧からノードを選び直し、このページの最後の2ステップに沿って起動とアクセス結果を確認してください。