10-MINUTE SETUP

v2rayN 使い方ガイド:サブスクリプション・モード・接続確認

有効なサブスクリプションURLを用意し、4つの手順で基本設定を完了します。初回利用を中心に解説し、複雑なルーティングやコアパラメータには触れません。

目安 10分 4つの操作手順 デスクトップとAndroid

BEFORE START

開始前:クライアントとサブスクリプションURLを準備

設定を始める前に、インストール済みのクライアントと、サービス提供元から発行された有効なサブスクリプションURLを用意します。デスクトップではv2rayN、Androidではv2rayNGを使用します。まだクライアントをインストールしていない場合は、まずダウンロードセンターで対応するプラットフォームを選択してください。インストール後、このページに戻って操作を続けます。サブスクリプションURLは通常、https://で始まる文字列です。クライアントがノードと接続パラメータを取得するためのもので、通常のWebページのURLではありません。

サブスクリプションURLは、先頭から末尾まで余分な空白、改行、説明文が入らないようにコピーしてください。検索エンジンに貼り付けたり、ブラウザで開いたりする必要はありません。クライアントのサブスクリプションURL入力欄に直接貼り付けます。サービス提供元から複数のURLが案内されている場合、初回設定ではよく使うURLを1つだけ登録し、接続が正常であることを確認してから他のグループを追加します。問題が起きた際に原因を特定しやすくなります。

端末の時刻とタイムゾーンが正しいことも確認してください。多くの接続方式では、システム時刻がハンドシェイクに使われます。時刻のずれが大きいと、ノードを登録できても接続開始後にタイムアウトが続くことがあります。デスクトップではOSの時刻自動同期を有効にし、Androidでもネットワークによる時刻とタイムゾーンの自動設定を推奨します。準備が整ったら、ポート、通信方式、コア設定を先に変更する必要はありません。まずはサブスクリプションのパラメータで基本接続を1回試してください。

サブスクリプションURL

URLが有効であることを確認し、内容全体をコピーします。初回設定ではサブスクリプショングループを1つだけ使用してください。

システム時刻

日付、時刻、タイムゾーンの自動設定を有効にし、端末の時刻ずれによる接続失敗を防ぎます。

SUBSCRIPTION

サブスクリプションを登録してノード一覧を更新

v2rayNのデスクトップ版でメインウィンドウを開き、「サブスクリプショングループ」またはサブスクリプション管理の入口を探して、新しい登録を追加します。名前には「よく使う経路」など、識別しやすい短い名前を入力し、URL欄に先ほどコピーしたサブスクリプションURLを貼り付けます。URLの前後に空白がないことを確認して保存します。保存しただけではURLをクライアントが記憶した状態で、ノードはまだ取得されていません。次にサブスクリプションメニューへ戻り、「すべてのサブスクリプションを更新」または現在のグループの更新を実行します。

更新中は、メインウィンドウに処理中の状態が一時的に表示されることがあります。完了後、サーバーまたはノード一覧を確認してください。名前や種類などの項目が表示されていれば、サブスクリプションの内容がクライアントに読み込まれています。「更新完了」という表示だけで判断せず、メイン一覧に実際に内容があることを確認してください。アクセスできるURLでも、説明ページや期限切れの情報が返される場合があります。その場合、クライアントは完了と表示しても一覧が空のままになることがあります。

v2rayNGでは、左上のメニューまたはサブスクリプショングループ画面を開き、新しいサブスクリプション設定を追加します。グループ名を入力し、サブスクリプションURLを貼り付けて保存したら、そのグループの操作メニューから更新を実行します。メイン画面に戻ると、ノード項目が表示されるはずです。初回登録時はAndroidで一覧の整理に数秒かかることがあります。処理が終わってからノードを選択し、更新中に再度更新を実行しないようにしてください。

サブスクリプショングループ
グループ名 よく使う経路
サブスクリプションを自動更新
現在のグループを更新 準備完了

一覧が表示されたら、まず現在使用するノードを1つ選びます。デスクトップでは通常、項目をダブルクリックするか、右クリックしてアクティブサーバーに設定します。v2rayNGでは通常、ノード名をタップすると選択でき、選択項目には色や状態のマークが表示されます。ノード名はサブスクリプション提供元が決めたものです。名前に含まれる地域、経路、倍率はグループ情報にすぎず、接続品質を単独で示すものではありません。初回は複数のノードを続けて切り替えず、1つの項目を固定して次のモード設定と接続手順に進んでください。

更新後も一覧が空の場合は、まずサブスクリプションを編集し、URLが途中で切れていないか確認します。次に、現在のネットワークからサブスクリプションURLへアクセスできることを確認してください。形式を認識できないと表示された場合は、プロトコルの項目を推測して手入力したり、URLの内容を勝手に変更したりせず、サブスクリプション提供元にURLの種類を確認してください。サブスクリプションの期限切れ、更新失敗、グループ重複については、よくある質問のインストール・設定とトラブル対応のカテゴリも参照してください。

ノード一覧が表示されてから次へ進む 次の設定で、クライアントが処理するアプリの通信範囲を決めます。

PROXY MODE

プロキシモードと適用範囲を選択

サブスクリプションはノードのパラメータを提供し、プロキシモードは端末の通信をクライアントへ送る方法を決めます。両者は別の設定です。ノードを正しく選んでも、すべてのアプリが自動的に利用するとは限りません。モードが適切でない場合、クライアントは起動済みでもブラウザのアクセス経路が変わらないことがあります。接続ボタンを押す前に、ブラウザやシステム設定に従うアプリだけをプロキシ対象にするのか、端末上のより広いアプリ通信を対象にするのかを明確にしてください。

v2rayNデスクトップ版:まずはシステムプロキシを使用

初回設定では、v2rayNで「システムプロキシを自動設定」に相当する項目を選び、ルーティングモードはルールモードのままにすることを推奨します。システムプロキシを有効にすると、ブラウザやOSのプロキシ設定に従うソフトがv2rayNへリクエストを渡します。ルールモードでは、クライアントのルールに基づいて通信先が決まります。ローカルサービス、LAN内のアドレス、一般的な直接接続先は従来のアクセス方法を保ちやすいため、初回確認にはグローバル処理より適しています。

v2rayNのシステムトレイメニュー、またはメインウィンドウのシステムプロキシメニューを開き、システムプロキシを有効にします。トレイアイコンやステータスバーが変化したら、現在のルーティングモードを確認してください。バージョンによって「ルール」「LANをバイパス」など名称が異なる場合がありますが、初回はクライアント標準の分流ルールを使うことが目的です。接続前に大量のドメインルールを追加しないでください。クライアントのコアだけを起動してシステムプロキシを有効にしていない場合、通常のブラウザは現在のノードを自動的に経由しません。

v2rayNG Android版:接続範囲を確認

v2rayNGは、システムが提供するVPNサービスを通じて、選択したアプリのネットワーク通信を処理します。初回の接続開始時には、システムの接続許可ダイアログが表示されます。明示的に許可しないと続行できません。標準設定は基本確認に適しています。以前に「アプリごとのプロキシ」を変更した場合は、設定画面で許可リストか除外リストかを確認し、テストするブラウザが正しい範囲に含まれていることを確認してください。

アプリごとのプロキシ設定は、基本接続が成功してから細かく調整するのが適しています。早い段階でアプリ一覧を設定すると、クライアントの状態は正常でも、テスト対象のアプリが処理範囲に含まれないことがあります。変数を減らすため、初回は標準のアプリ範囲を使用し、接続とWebページの確認が成功してから必要に応じて対象アプリを限定してください。ルーティングルール、ドメインポリシー、高度な分流設定については、基本手順の完了後に完全ガイドを参照してください。

DESKTOP

システムプロキシ

ブラウザやシステムプロキシ設定に従うデスクトップアプリに影響します。クライアントを終了する前に、通常の手順でシステムプロキシを元に戻してください。

ANDROID

アプリの適用範囲

まず標準の範囲で動作確認を行い、その後必要に応じてアプリごとのルールを設定します。テスト対象アプリの選択漏れを減らせます。

ノードとモードを決定済み 現在の選択を変えずに、接続を開始してクライアントの状態を確認します。

CONNECT

接続を開始して動作状態を確認

接続前に、現在のノードをもう一度確認します。メイン一覧のアクティブ項目が先ほど選択したものになっており、サブスクリプションの更新処理も完了している必要があります。v2rayNデスクトップ版では通常、ノードを選択してシステムプロキシを有効にした後、コアを起動します。使用中のバージョンに個別の起動・再起動ボタンがある場合は、クリックしてステータスバーが安定するまで待ちます。起動と停止を短時間に繰り返しクリックしないでください。コアのプロセスが設定を読み込むには少し時間がかかるため、連続操作をすると状態を判断しにくくなります。

デスクトップ版の起動後は、メインウィンドウ下部、トレイアイコン、ログ欄を確認します。正常ならクライアントが動作を続け、現在のサーバー名が表示され、システムプロキシが有効になっています。ログに起動情報があることは、Webページが必ず利用できるという意味ではありません。ただしtimeoutconnection refused、設定解析エラーが繰り返し表示される場合は、先にその内容へ対処してください。すぐにブラウザのテストを行う必要はありません。

v2rayNGのメイン画面でノードが選択されていることを確認し、下部または右下の接続ボタンをタップします。初回はシステムの許可ダイアログが表示されます。許可するとステータスバーに鍵の形をした接続マークが表示され、クライアントのボタンも接続済みの状態に変わります。タップ直後に未接続へ戻る場合は、ログの末尾付近を確認してください。よくある原因は、サブスクリプションのパラメータ切れ、ノードへの到達不能、システム時刻の異常、または別のVPNサービスによる接続機能の占有です。

クライアントの動作開始後は、まず標準設定を維持し、システムプロキシやVPN状態を変更する他のツールを同時に起動しないでください。複数のツールが通信を処理すると、どの設定を実際の通信が経由したのか結果から判断しにくくなります。デスクトップでは、セキュリティソフトやOSの初回ネットワーク接続通知にも注意してください。v2rayNやコアプロセスに関するネットワークアクセスの確認が表示された場合は、現在の信頼できるネットワーク環境に応じて許可します。

接続状態を確認

  1. アクティブノードが明確:メイン画面には、先ほど選択したノードが表示されており、空の項目や削除済みの古い項目になっていません。
  2. プロキシ入口が有効:デスクトップではシステムプロキシが有効で、Androidではシステム接続の許可が完了しています。
  3. クライアントが継続稼働:起動直後に終了せず、接続と切断を繰り返していません。
  4. ログに継続的なエラーがない:一時的な表示は様子を見ても構いませんが、タイムアウトや接続拒否が繰り返される場合は追加対応が必要です。

状態が安定したら、次の動作確認へ進みます。この時点では、速度テストの結果だけでアクセス確認を代用しないでください。速度テストは特定の対象や接続方式だけを確認する場合があり、ブラウザがシステムプロキシを使用しているか、Androidのテストアプリが正しいプロキシ範囲にあるかまでは判断できません。実際のアプリの動作から確認を始め、比較用に通常のWebページも1つ用意します。

クライアントは接続状態を維持 メインプログラムを終了せず、ブラウザで実際のアクセスを確認します。

VERIFY

プロキシが有効か確認

確認は「通常のWebページ、次に対象ページ」の順で行います。まず普段から直接アクセスできるWebページを開き、プロキシ設定によって基本ネットワークが途切れていないことを確認します。その後、現在の経路を通じてアクセスする対象ページを開きます。両方のページが正常に読み込まれれば、ノード、クライアント、プロキシ入口、基本ルーティングが一連の経路として機能しています。1つのページだけで確認すると、サイト側の障害をクライアント設定の問題と誤認しやすくなります。

通常のWebページは開けるのに対象ページが開けない場合は、まず1回更新し、シークレットウィンドウでも試して古いキャッシュを除外します。その後、クライアントのログに対象ドメインの接続記録があるか確認してください。デスクトップではブラウザを完全に終了してから再起動する方法もあります。一部のプログラムは起動時にだけシステムプロキシを読み込むためです。Androidでは、テストするブラウザがアプリごとのプロキシ設定で正しい範囲にあるか確認します。アプリごとのルールを設定していない場合は、標準の範囲のまま切り分けてください。

すべてのWebページが開けない場合も、すぐにサブスクリプションを削除しないでください。まずプロキシを無効にするかv2rayNGを切断し、端末本来のネットワークで通常のWebページにアクセスできることを確認します。基本ネットワークが復旧したら、クライアントへ再接続します。切断後もアクセスできない場合は、現在のWi-Fi、モバイルネットワーク、DNS、OSのネットワーク状態が原因である可能性が高く、サブスクリプション登録手順とは直接関係しない場合があります。まず基本ネットワークを復旧し、その後にプロキシ設定を確認すると、切り分けやすくなります。

比較テストも行えます。同じノードを維持したまま、ルールモードとグローバルモードを一時的に切り替えてください。グローバルモードではアクセスでき、ルールモードではできない場合、ノード接続はおおむね正常で、ルーティングルール、ドメインポリシー、アプリの適用範囲を重点的に確認します。両方のモードでアクセスできない場合は、ノードの状態、サブスクリプションの有効期限、システム時刻、ログのエラーを優先して確認してください。テスト後は、日常利用に適したルールモードへ戻します。

動作確認が終われば、基本設定は完了です。その後は通常、定期的にサブスクリプションを更新し、利用可能なノードを選んで接続を開始するだけです。プロトコル、セキュリティ、通信方式、ドメインポリシーなどの基盤項目を頻繁に変更しないでください。サブスクリプションのノードパラメータはサービス側と一致している必要があります。自動起動、TUN、複雑な分流、複数のサブスクリプショングループを設定する場合は、全プラットフォーム対応のインストール・設定完全ガイドを開き、項目ごとに確認してください。

基本設定が完了しました

サブスクリプション一覧を更新でき、アクティブノードを選択し、プロキシ入口を有効にしたうえで、実際のアプリから期待どおりアクセスできれば、今回の設定は完了です。

QUICK FIX

接続に失敗したときの固定チェック手順

初回設定がうまくいかない場合は、設定を何度も変更するより、決めた順番で確認する方が効果的です。まずクライアントを切断し、端末自体が通常のWebページへアクセスできることと、システム時刻を確認します。次にサブスクリプションを更新し、メイン一覧にノードが残っていることを確認します。その後ノードを1つ選び、正しいシステムプロキシまたはAndroidの接続サービスを有効にします。最後にログを確認してください。各項目を終えるたびに1回だけテストし、複数の要素を同時に変更しないようにします。

CHECK 01

サブスクリプションの更新に失敗する

サブスクリプションURLを再編集し、空白、改行、途中での欠落がないか確認します。URLが有効であることを確認したら、現在のグループを更新してください。

サブスクリプションの問題を確認 →

CHECK 02

接続済みなのにWebページが変わらない

デスクトップではシステムプロキシを、Androidではテストするアプリの範囲を確認します。ブラウザを完全に終了して再起動してから、アクセスをテストしてください。

プロキシモードの問題を確認 →

CHECK 03

ノードがタイムアウトし続ける

基本ネットワークとシステム時刻が正常であることを確認し、サブスクリプションを更新します。同じグループ内の別のノードに切り替え、ログでタイムアウトが続くか確認してください。

タイムアウトの対処を確認 →

CHECK 04

ルールモードの結果がおかしい

一時的にグローバルモードで比較します。グローバルモードが使える場合は、ルーティングルール、ドメインポリシー、アプリの適用範囲を引き続き確認してください。

ルーティング設定を読む →

ログは問題を特定する重要な手がかりですが、最初の行から一字ずつ読む必要はありません。接続をクリックした後に追加された末尾の内容を優先して確認し、繰り返し表示されるキーワードに注目してください。タイムアウトはネットワークやノードへの到達性、接続拒否は対象ポートやサービス状態、設定解析エラーはサブスクリプション更新の問題を示すことが多いです。1行のログだけでノード項目を書き換えず、エラーが継続しているかを先に確認してください。

サブスクリプショングループの管理、Windows、macOS、Android、Linuxのインストール方法の違い、システムプロキシ、TUN、ルーティングルールの完全な設定を知りたい場合は、完全ガイドを引き続きお読みください。このページでは初回接続に必要な最短手順だけを扱っています。よくある質問への簡潔な回答はよくある質問にまとめており、症状からすぐに探せます。