10-minute setup

v2rayN 使い方ガイド

サブスクリプションの追加、プロキシモード、ノード接続、動作確認を決められた順序で進めます。各手順は前の手順で確認できた結果を起点にするため、初回設定にも既存設定の見直しにも適しています。

  1. 01 サブスクリプション追加 まずノード一覧を表示
  2. 02 プロキシモード 通信の処理範囲を決定
  3. 03 ノード接続 現在の設定を起動
  4. 04 動作確認 接続と動作を切り分け

before setup

開始前に3項目を確認

クライアントが正常に起動すること、サブスクリプションURLを完全にコピーできること、ローカルネットワークで通常のWebページにアクセスできることを確認します。ここでは多くの項目を急いで変更せず、信頼できる開始地点を整えます。クライアントが開かない、インストール直後に終了する、または端末自体がインターネットに接続できない場合は、サブスクリプションの追加前に基本的な問題を解決してください。

クライアントのメイン画面を開ける
デスクトップではサーバー一覧またはトレイメニューが表示され、Androidではv2rayNGのメイン画面を開けること。

サブスクリプションURLを完全にコピー
URLは実際のサービス提供元から取得し、先頭、末尾、中間の文字を欠落させないこと。

通常のネットワークが利用できる
クライアントに接続していない状態で普段使うWebページを開き、通信断、認証ページ、ルーター障害を切り分けること。

パソコンで他のプロキシツールも動作している場合は、先に終了し、ブラウザーに古いプロキシアドレスが個別設定されていないか確認します。複数のプログラムがシステムプロキシを同時に変更したり、同じローカルポートを使用したりすると、その後の結果を判断しにくくなります。初回設定では環境をシンプルに保つほうが、ノードを何度も切り替えるより効果的です。

サブスクリプションURLと個別ノードURLは別のものです。サブスクリプションURLは通常、複数の設定をまとめて取得し、後から更新するために使います。個別のVMess、VLESSなどのプロトコルURLは、1つの設定だけを表します。本記事ではサブスクリプションの追加を中心に説明します。個別設定しかない場合は、クライアントの「クリップボードからインポート」などの入口を使えます。追加後は第2手順から進めてください。

subscription import

V2RayサブスクリプションURLを追加

この段階の完了条件は明確です。クライアントのメイン一覧に選択可能なノードが表示されることです。一覧が表示されてからプロキシモードを設定し、一覧が空のままなら接続ボタンを先に押さないでください。

v2rayNデスクトップ版の操作

まず完全なV2RayサブスクリプションURLをコピーします。v2rayNを開き、上部メニューから「サブスクリプショングループ」または同様の名前の管理画面に進み、新しいサブスクリプショングループを追加します。グループ名には識別しやすいサービス名を入力し、アドレス欄にコピーしたURLを貼り付けます。URLの前後に余分な空白がなく、チャットアプリの改行で途中が切れていないことを確認して保存します。

グループを保存しただけでは、URLを記録した状態にすぎません。サブスクリプション関連のメニューに戻り、現在のサブスクリプションまたはすべてのサブスクリプションを更新します。処理が始まると、メイン画面のサーバー一覧に設定が追加され、通常は別名、アドレス、ポート、通信方式などが表示されます。まず一覧が表示されたことを確認し、プロトコルのパラメーターを項目ごとに変更する必要はありません。これらはサブスクリプションに含まれているため、手動で変更すると不整合が起きやすくなります。

更新後も設定が表示されない場合は、サブスクリプショングループ設定を開き直し、URLが正しいグループに保存されているか確認します。次にローカルネットワークが正常であることを確認して、もう一度更新します。サブスクリプションが空、形式を認識できない、リクエストに失敗したなどの明確なメッセージが表示された場合は、同じグループを何度も作成せず、サービス提供元にURLの状態を確認してください。重複グループを作るとノードも重複し、どのグループが更新されているか分かりにくくなります。

v2rayNG Android版の操作

v2rayNGのサイドメニューを開き、「サブスクリプショングループ設定」に進んで追加ボタンをタップします。識別しやすいメモを入力し、アドレス欄に完全なサブスクリプションURLを貼り付けて保存し、メイン画面に戻ります。もう一度メニューを開き、「サブスクリプションを更新」を実行します。更新が完了すると、メイン一覧に1つ以上の設定が表示されます。項目をタップすると現在選択中の設定になり、通常は色、チェック状態、または一覧上の位置の変化で確認できます。

Androidではアプリのバックグラウンド通信が制限されることがあります。初回追加時はv2rayNGをフォアグラウンドに置き、更新が完了してからアプリを切り替えてください。更新がシステムによって中断された場合は、メイン画面に戻って再実行します。更新中に何度も連続タップすると、ネットワークエラーをサブスクリプション形式の問題と誤認しやすいため避けてください。

サブスクリプションの更新に成功すると、クライアントにはその時点で取得した設定のコピーが保存されます。サービス提供元が後からノードを変更した場合は、再度サブスクリプションを更新してください。更新はプロキシモードを自動で変更するものではなく、接続可能であることを証明するものでもありません。設定をクライアントに同期するための操作です。サブスクリプションの期限切れ、更新失敗、重複ノード、グループ整理についてはトラブルシューティングをご覧ください。

traffic scope

プロキシモードを選択

モードによって、クライアントが処理する通信の範囲が決まります。初回は判断しやすい一般的な組み合わせを選び、最初から複雑なルーティングルールを作成する必要はありません。

まずシステムプロキシとルーティングモードを区別

v2rayNデスクトップ版では、「システムプロキシ」と「ルーティングモード」は異なる階層の設定です。システムプロキシは、システムプロキシに対応したアプリがリクエストをv2rayNへ渡すかどうかを決めます。ルーティングモードは、クライアントに入ったリクエストを、どのルールでプロキシまたは直接接続に振り分けるかを決めます。ルーティングモードだけ変更してシステムプロキシを有効にしなければ、ブラウザーは元の経路を使い続ける可能性があります。システムプロキシだけ有効にしてルールを誤ると、一部のサイトへのアクセスが想定と異なることもあります。

初回設定では、トレイメニューまたはメイン画面で「システムプロキシを自動設定」を選び、ルーティングモードを「LAN内アドレスを除外」またはクライアントが提供するルールモードに設定します。これにより、ローカルルーター、プリンター、LAN内アドレスは通常直接接続のまま、それ以外のリクエストは指定したルールで処理されます。短時間の切り分けだけなら、分流ルールが原因か確認するため一時的にグローバルモードを選べます。テスト終了後は普段のモードに戻してください。

設定項目 適した利用場面 初回設定の推奨
システムプロキシを自動設定 ブラウザーやシステム設定に従うデスクトップアプリでv2rayNを使用する 接続テスト前に有効化
LAN内アドレスを除外、またはルールモード ルールに従ってリクエストを処理し、ローカルネットワークへのアクセスを維持する 普段使いの開始点に適する
グローバルモード 分流ルールによるアクセス問題を一時的に切り分ける 比較テストのときだけ使用
システムプロキシを解除 デスクトップアプリが現在のシステムプロキシを使わないようにする 終了時に必要に応じて選択

v2rayNGのモード設定場所

v2rayNGは接続時にAndroidシステムへローカルVPNインターフェースの確立を要求するため、デスクトップ版のような「システムプロキシ」スイッチを探す必要はありません。初回接続前は、通常、アプリのデフォルトルーティング設定のままで基本確認を行えます。「事前定義ルール」「LAN内アドレスを除外」「アプリごとのプロキシ」を変更済みの場合は、現在の値を記録してから、自分で説明できるシンプルな状態に一時的に戻すことをおすすめします。

アプリごとのプロキシは、接続対象にするアプリを指定する機能で、後から細かく設定する場合に適していますが、初回確認には向きません。最初から少数のアプリだけを選ぶと、テストするブラウザーが許可リストに含まれず、ノードが使えないと誤判断する可能性があります。まず完全な接続とアクセス確認を1回行い、その後で実際の用途に合わせて対象アプリを絞ると、問題の経路を追いやすくなります。

この手順を終えると、デスクトップでは「システム通信をv2rayNへ渡せる」状態になり、Androidではシンプルで明確なルーティング設定を保ったまま接続開始を待つ状態になります。次に行うのは、設定を1つ選び、クライアントを起動する2つだけです。

active server

ノードを選択して接続

接続前に、現在のアクティブノードを確認します。ノードが一覧に表示されていることは、選択済みであることを意味しません。また、クライアントを起動しただけでシステム通信が現在の設定に入るわけでもありません。

v2rayNでアクティブサーバーを設定

v2rayNのサーバー一覧に戻り、使用するノードをクリックします。ダブルクリック、右クリックメニューの「アクティブサーバーに設定」、または対応するショートカット操作で現在のサーバーに指定します。バージョンによって操作名は多少異なりますが、設定に成功すると通常、その行に選択マークが表示され、ステータスバーまたはトレイメニューにも現在のサーバー名が表示されます。

続いて、クライアントのコアが起動しているか確認します。正常ならメイン画面のログ領域に起動や待ち受けに関する情報が表示され、トレイアイコンの状態も変化します。システムプロキシが有効でなければ、第2手順に戻って「システムプロキシを自動設定」を選択します。順序は絶対ではありませんが、アクティブサーバーが存在すること、コアが動作していること、システムプロキシを使うアプリに正しい設定が適用されていることをすべて満たす必要があります。

遅延テストを接続ボタンと混同しないでください。テスト結果は設定が応答できるかを判断する補助情報であり、「アクティブサーバーに設定」や「システムプロキシを有効化」の代わりにはなりません。サブスクリプション一覧の先頭ノードが自動的に現在のノードになるとも限らないため、クライアントに表示されたアクティブ状態を基準にしてください。

v2rayNGで接続を開始

v2rayNGのメイン一覧で設定を1つタップし、現在の項目になっていることを確認してから、メイン画面下部の円形の接続ボタンをタップします。Androidで初めて使用する際は接続リクエストが表示されるため、システムの案内を読んで確認します。接続が確立するとボタンの状態が変わり、システムのステータス領域にも接続を示すアイコンが表示されます。

タップ直後に未接続へ戻っても、まず多くのノードを連続して切り替えないでください。v2rayNGのログ画面を開き、最後の数行に設定エラー、ネットワーク到達不能、ローカルポートの問題がないか確認します。その後サブスクリプション画面に戻って一度更新し、現在の設定を選び直します。1つの設定だけ失敗し、他の設定は接続できる場合は、そのノードまたはパラメーターに問題がある可能性が高いです。すべての設定で同じ状態になる場合は、ローカルネットワーク、システム時刻、アプリの権限を優先して確認します。

接続中に一度だけ短いエラーが表示され、その後ログが正常に戻った場合は、確認を続けて構いません。同じエラーが続く場合、再起動を繰り返しても通常は改善しません。エラーが発生した段階が、サブスクリプション更新、コア起動、名前解決、リモート接続のどれかを記録し、トラブルシューティングマニュアルで症状から調べるほうが、手当たり次第に再インストールするより早く解決できます。

result check

プロキシが有効か確認

確認時はWebページの結果とクライアントログを同時に観察します。接続アイコンだけを見ると、システムプロキシ、ブラウザー固有の設定、ルーティングルールの問題を見落としやすくなります。

まず新しいアクセスを1回行う

クライアントの接続を維持し、テストに使ったブラウザーのタブを閉じて、新しいタブでこれまで開いていない普段使いのWebサイトにアクセスします。新しいページを使うと、キャッシュや既存接続による判断への影響を減らせます。ページが正常に開いたら、異なるドメインを2~3件続けて開き、安定して読み込めるか確認します。すでに完全にキャッシュされたページを更新するだけでは、十分な新規通信が発生しない可能性があります。

デスクトップで確認する際は、v2rayNのログ領域も同時に見ます。ブラウザーが新しいリクエストを送ると、通常はログに新しい接続記録が表示されます。Webページへのリクエストがあるのにログがまったく変化しない場合は、システムプロキシが有効か、ブラウザーに個別のプロキシが設定されていないかを優先して確認します。ブラウザーの一部はシステム設定を引き継ぎますが、アプリによっては独自のネットワーク設定を使うため、1つのアプリの結果だけでクライアント全体を判断しないでください。

Androidではv2rayNGの接続を維持したまま、ブラウザーを開き直します。アプリごとのプロキシを有効にしている場合は、テストするブラウザーが対象範囲に含まれていることを確認します。設定していない場合は、まずデフォルトの対象範囲で確認してください。成功後に細かいルールを追加し、変更するたびに同じテストを繰り返すと、どの設定が結果を変えたか判断しやすくなります。

動作しない場合の確認手順

ページを開けない場合は、まずクライアントを切断し、ローカルの普段使うWebサイトにアクセスできるか確認します。基本ネットワークが正常なら再接続し、クライアントに現在のノードが表示されているか確認します。続いてサブスクリプションを更新し、ノードを選び直してからプロキシモードを確認します。この順序なら、問題を「ローカルネットワーク」「設定の取得元」「接続状態」「通信の入口」の4層に分けられ、すべての設定を混在させずに済みます。

  1. ローカルネットワークを確認

    クライアントを切断して通常のWebページをテストします。この状態でもアクセスできない場合は、Wi-Fi、有線ネットワーク、ルーター認証、システムネットワークの問題を先に解決します。

  2. システム時刻を確認

    端末の日付、時刻、タイムゾーンを自動同期に設定します。システム時刻が大きくずれていると、証明書や時刻検証が必要な接続に影響する場合があります。

  3. サブスクリプションとアクティブノードを確認

    サブスクリプションを直前に更新したこと、一覧が空でないこと、現在のアクティブノードがテストする項目になっていることを確認します。

  4. 通信がクライアントに入っているか確認

    デスクトップではシステムプロキシを、Androidでは接続状態とアプリごとの対象範囲を確認し、新しいリクエストがログに表示されるか観察します。

  5. 別の設定と比較

    他の条件を変えずに、ノードだけ1つ変更します。結果が異なれば、個別設定の問題かローカル設定の問題かをさらに切り分けられます。

ログにDNS、ポート競合、接続タイムアウト、システムプロキシが反映されないなどの明確な症状が出ている場合は、本ガイドで高度な項目をすべて扱う必要はありません。まずトラブルシューティングで問題別の短い解決策を確認し、体系的な調査が必要ならトラブルシューティングマニュアルの章別手順を使ってください。

after setup

完了後の日常操作

基本接続の確認が完了した後、普段の利用で管理するのは、サブスクリプションを必要に応じて更新できているか、現在のノードが明確か、プロキシモードが利用場面に合っているかの3点です。高度なルーティング、DNS、カスタムルールは、基本経路が安定してから1つずつ追加します。

サブスクリプションを更新

ノード情報が変更されたときや、一覧を長期間更新していないときは、まずサブスクリプションを更新し、現在のアクティブノードを再確認します。同じURLを重複して追加することで更新の代わりにしないでください。

終了と復元

デスクトップで使用を停止するときは、クライアントを終了する前にシステムプロキシを解除します。これにより、他のアプリが古いプロキシ設定を読み続けるのを防げます。再度使用するときは、システムプロキシの状態を確認してください。

ルールを1つずつ追加

アプリごとのプロキシ、DNS、カスタムルーティングが必要な場合は、毎回1項目だけ追加してすぐに再テストします。問題が起きても最後の変更だけ戻せばよく、設定全体をやり直す必要はありません。