v2rayN 使い方ガイド：サブスクリプション追加から接続確認まで

BEFORE START

開始前の準備

開始前に、クライアントと有効期限内のサブスクリプションURLを用意します。デスクトップではv2rayN、Android端末ではv2rayNGを使用します。まだインストールしていない場合は、インストールパッケージのページから対応するプラットフォームを選択してください。インストール後はクライアントを通常どおり起動し、システムプロキシ、仮想ネットワークアダプター、DNSを変更する他のネットワークツールを同時に起動しないでください。どのプログラムが通信を取り込んでいるか判断しにくくなります。

サブスクリプションURLはノードサービスの提供元が発行するもので、通常は https:// で始まるリンクです。クライアントが自動作成するアカウントでも、インストールパッケージに付属する公開サーバーでもありません。コピーする際はURL内のパスとパラメーターをすべて保持し、末尾の文字を欠落させたり、Web管理画面のログインURLをサブスクリプションURLと取り違えたりしないでください。複数の形式が提供されている場合は、V2Ray、v2rayN、またはv2rayNG対応と明記された形式を選びます。

端末の日付、時刻、タイムゾーンが正しいことも確認してください。TLS接続では証明書の有効期間を判定するため、システム時刻のずれがハンドシェイク失敗の直接原因になることがあります。デスクトップではシステムの自動時刻合わせを有効にし、Androidでも自動日時と自動タイムゾーンをオンにしてください。組織内ネットワークや公衆ネットワーク、Web認証が必要なネットワークを利用している場合は、まずクライアントを終了し、通常のWebページを開けることを確認してから設定を進めます。基礎ネットワークが利用できなければ、クライアントは外部接続を確立できません。

初回操作でサーバーポート、転送方式、TLS、SNI、ユーザー識別子を手動編集する必要はありません。サブスクリプションの更新が成功すると、これらの項目はノード設定とともにクライアントへ書き込まれます。いずれかを手動で変更すると、クライアントとサーバー側の設定が一致しなくなる可能性があります。プロトコル、転送、ルーティングのパラメーターを詳しく知りたい場合は、このガイドを終えてから全プラットフォームガイドを読んでください。ここでは、利用可能な接続を確立するための最短手順に絞ります。

SUBSCRIPTION

ステップ1：サブスクリプションを追加してサーバー一覧を作成

まずクライアントにサブスクリプショングループを作成してから、更新を実行します。グループはサブスクリプションURLを保存し、サーバーを分類するためのものです。URLを追加しただけではノードがメイン一覧に読み込まれたことにはなりません。クライアントがリモートの内容を取得してノードを解析するには、「サブスクリプションを更新」を一度実行する必要があります。初回設定では、まず1件だけ追加し、手順全体が使えることを確認してから複数のグループを扱うと、エラーの原因を特定しやすくなります。

v2rayNデスクトップ版での操作

v2rayNのメインウィンドウを開き、上部メニューから「サブスクリプショングループ」または類似の項目を探して、サブスクリプショングループ設定を開きます。新しいグループの追加を選び、備考欄にサービス提供元や用途など識別しやすい名前を入力し、URL欄にサブスクリプションリンク全体を貼り付けます。URLの先頭、末尾、途中に空白がないことを確認して保存してください。備考はローカルでの識別用であり、サーバー設定は変更しません。

グループを保存したらメインウィンドウに戻り、サブスクリプションメニューから「すべてのサブスクリプションを更新」を実行するか、作成したグループだけを更新します。更新中は連続してクリックしないでください。通常はステータス欄にダウンロードと解析の進行状況が表示され、数秒後にメインウィンドウのサーバー一覧へ複数の記録が追加されます。一般的な列には、別名、アドレス、ポート、転送方式、グループなどがあります。一覧が作成されれば次へ進めます。この時点でノードの項目を一つずつ変更する必要はありません。

v2rayNG Android版での操作

v2rayNGのメイン画面を開き、右上のメニューから「サブスクリプショングループ設定」を選びます。追加ボタンをタップして新しいグループを作成し、識別しやすい名前を入力して、URL欄にサブスクリプションリンクを貼り付けます。保存してメイン画面に戻り、メニューからサブスクリプションの更新を実行してください。バージョンによっては先に現在のグループを選択する画面が表示されます。その場合は、追加したグループが選択されていることを確認してから更新します。

更新が完了すると、メイン画面にサーバー項目が表示されます。項目をタップしても選択されるだけで、接続が開始されたわけではありません。この段階では一覧が空でなく、項目名がサービス提供元の表示とおおむね一致していることを確認します。QRコードの読み取り入口が表示される場合も、サービス提供元が明示的に提供したサブスクリプション用QRコードを優先してください。通常のWebページのQRコードや決済用QRコードは、サーバー設定のインポートには使えません。

サーバー一覧が表示されれば、サブスクリプションの追加は完了です。すぐにすべてのノードをクリックして試したり、システムプロキシとTUNを同時に有効にしたりしないでください。次は、アプリの通信をどの方式で取り込むかを決めてから、アクティブノードに接続します。この順序なら、クライアントは動作中なのに実際の通信が別の設定で処理されているという状況を避けられます。

次へプロキシモードを選択 →

ROUTING MODE

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

ノードは通信をどの出口から転送するかを決め、プロキシモードはどのアプリやリクエストをクライアントへ渡すかを決めます。両者は異なる階層の設定です。ノードが正しくても、システムやアプリが通信をクライアントへ送らなければ、Webページは元のネットワークへ直接接続します。逆に、通信の取り込みが有効でもノードが使えなければ、ブラウザーは接続タイムアウトになります。初回設定では、影響範囲が明確で元に戻しやすいモードを選んでください。

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

v2rayNのタスクトレイメニューまたはメインウィンドウのシステムプロキシ欄で、システムプロキシを有効に切り替えます。メニュー名には通常「システムプロキシを設定」などの文字が含まれます。有効にすると、タスクトレイアイコンやステータス表示が変化します。システムプロキシは、OSのプロキシ設定に従うブラウザーやデスクトップアプリを主に取り込み、初回の接続確認に適しています。仮想ネットワークアダプターを作成する必要がなく、無効化したときも元の状態へ戻しやすい方式です。

続いてルーティングモードを確認します。入門段階では、クライアントが提供するルールモードを選び、一般的なローカルリクエストは直接接続し、ルールに一致する対象はプロキシ経由にします。特定の対象がルールで許可されているか一時的に確認したい場合は、短時間だけグローバルプロキシへ切り替えて比較できます。ただし「グローバル」でも、すべてのプロセスが必ず取り込まれるとは限りません。プロキシへ送られるかどうかは、アプリがシステム設定に従うかにも左右されます。テスト後は用途に合わせてルールモードへ戻してください。

TUNモードは仮想ネットワークアダプターを使って、より広範囲のネットワーク通信を取り込みます。システムプロキシ設定を読み取らないプログラムに適していますが、ルーティングテーブル、DNS、システム権限が関係します。初回からTUNとシステムプロキシを同時に有効にして「成功率」を高める必要はありません。重ねて有効にすると、障害経路の判断が難しくなるだけです。まずシステムプロキシでこのガイドを完了し、通常の接続が安定したことを確認してから、全プラットフォームガイドのTUN章に従って個別に設定してください。

Android版でルーティング設定を確認

v2rayNGで設定またはルーティング設定を開き、日常の用途に合う定義済みルールを選択します。ルールモードではドメインやアドレスの分類に基づいて直接接続かプロキシかを決めるため、初回設定で複雑なルールを自分で作成する必要はありません。ノードが動作するかだけをすばやく確認したい場合は、テスト中により広い範囲を対象とするモードを選択できます。確認後は通常のルールに戻し、重要なアプリを再テストしてください。

Android版で接続を確立するときは、システムが提供するネットワーク接続インターフェースを使用するため、デスクトップ版のような「システムプロキシを設定」メニューを別途探す必要はありません。実際の通信取り込みは、次のステップで接続ボタンをタップしたときに行われます。このステップではルーティングの選択だけを確認し、分割アプリプロキシ、バイパス設定、カスタムDNSを先に有効にする必要はありません。条件を1つ増やすたびに、ルール不一致の可能性も増えます。

モードの選択が完了したら、設定をそのまま維持します。次に行うのは、アクティブノードを1つ指定して接続を開始することだけです。接続に失敗した場合も、プロキシモードを固定しておけば、ノード、ルーティング、通信取り込み方式を何度も切り替えずに確認できます。

次へノードを選択して接続 →

CONNECT

ステップ3：アクティブノードを選択して接続を確立

サーバー一覧を開いたら、更新したばかりのサブスクリプションに含まれるノードを1つ選びます。ノード名には地域、回線、サービス提供元独自の備考などが含まれることがありますが、名前だけで現在利用できるとは限りません。初回接続で最低遅延を追求する必要はなく、複数の項目を一度に選択することも避けてください。クライアントが同時に使用するアクティブサーバーは1つだけなので、対象を明確にするとログの確認やテストの切り替えが容易になります。

v2rayNデスクトップ版で接続

メイン一覧で対象ノードをクリックし、右クリックメニューまたは上部のサーバーメニューから「アクティブサーバーに設定」を実行します。設定に成功すると、その行の色、マーク、選択状態などが変わります。続いてクライアントのコアが起動していることを確認し、ウィンドウ下部のステータス欄に停止中や起動失敗が継続して表示されていないことを確認します。前のステップでシステムプロキシを有効にしていない場合は、ここで有効に切り替えてください。

v2rayNのメインウィンドウを最小化しても終了したことにはなりません。タスクトレイには実行中の状態が残ります。メニューから終了するとコアが停止し、システムプロキシ設定が元に戻る場合があります。テスト中はバックグラウンドプロセスを終了しないでください。OSにネットワークアクセスやファイアウォールの確認が表示された場合は、現在の信頼できるネットワーク環境に応じてクライアントの必要な通信を許可します。許可しないと、ローカルの待ち受けポートをブラウザーが利用できないことがあります。

v2rayNG Android版で接続

メイン画面で対象サーバーをタップして現在の設定にし、画面下部の接続ボタンをタップします。初回接続ではシステムのネットワーク接続確認画面が表示されるため、内容を読んで今回の接続を許可してください。正常に起動すると接続ボタンの状態が変わり、システムのステータス領域にも接続中の表示が現れます。この間はv2rayNGをバックグラウンドで実行し、強制停止やバックグラウンド動作の制限をすぐに行わないでください。

接続ボタンをタップした直後に未接続状態へ戻る場合は、ログを開き、失敗時刻に最も近い数行を確認します。よくある原因は、サーバーアドレスを解決できない、ポートに到達できない、TLSハンドシェイク失敗、設定項目の不足、ローカルポートの競合です。ログの最初のエラーは、その後の再試行を繰り返すよりも原因特定に役立つことが多いです。エラー情報を記録しないまま設定を次々に変更すると、どの変更が影響したのか分からなくなります。

最初のノードを起動できない場合は、プロキシモードを変えずに同じサブスクリプション内の別ノードへ切り替えます。切り替える前に現在の接続を切断し、別のノードをアクティブサーバーに設定してから、もう一度起動してください。2つのノードで結果が異なるなら、問題は単一ノードに集中している可能性が高くなります。複数のノードで同じローカルポートや権限エラーが出る場合は、クライアント環境を優先して確認します。詳細なログ分類はよくある質問のトラブル対処セクションをご覧ください。

クライアントの実行状態が安定し、ログにエラーが継続して出なくなれば、通信経路を確認できる状態です。ただし、アイコンの色だけで完了と判断しないでください。システムプロキシ、ルーティング、DNSによって、アプリごとに結果が異なる場合があります。現在のノードとモードを維持したまま、ブラウザーとログの両方で確認を続けます。

次へプロキシが有効か確認 →

VERIFY

ステップ4：プロキシ、ルーティング、アプリの通信取り込みを確認

確認は簡単なリクエストから始め、一度に1つの条件だけを変更します。まずブラウザーでプロキシを個別に制御する可能性のある拡張機能を無効にし、通常のウィンドウを開き直します。クライアントを使わない状態でも開けていた通常のWebページへアクセスし、プロキシ設定によって基礎ネットワークが完全に途切れていないことを確認します。その後、プロキシ経由が必要な対象ページを開きます。両方の結果を組み合わせることで、基礎ネットワーク、プロキシノード、振り分けルールのどこに問題があるかを切り分けられます。

クライアントがリクエストを受信しているか確認

ブラウザーからアクセスしながら、v2rayNまたはv2rayNGの接続ログを確認します。アクセス時刻と一致する新しい記録がログに現れれば、アプリの通信がクライアントへ到達しています。ページが失敗してもログがまったく変化しない場合、問題は通常、通信取り込みより前にあります。デスクトップ版のシステムプロキシが有効か、Android版の接続がアクティブなままか、ブラウザーに個別のプロキシが設定されていないかを確認してください。

ログにリクエストが現れた後、接続タイムアウト、接続拒否、ハンドシェイクエラーが出る場合は、通信がクライアントには到達したものの、現在のノードを通じて対象へ正常に到達できていません。このときシステムプロキシは変更せず、まず同じサブスクリプション内の別ノードへ切り替えて再テストします。切り替え後に改善すれば、利用可能なノードを使い続け、元の経路はサービス提供元の対応を待ちます。すべてのノードで同じエラーが出る場合は、端末の時刻、サブスクリプションの有効期限、ネットワークによる接続制限を確認してください。

ルーティング結果が想定どおりか確認

一部のWebページだけ開き、別のページが常に直接接続または失敗する場合は、現在のルーティングモードを確認します。一時的に、より広い範囲を対象とする選択肢へ切り替えて同じページを再読み込みしてください。結果が変われば、ノード接続は基本的に利用でき、違いはルールの一致によるものです。その後は通常のルールに戻し、全プラットフォームガイドでドメインルール、アドレスルール、DNS処理を確認します。テストモードでルールの問題を隠したまま運用しないでください。

デスクトップ版では、システムプロキシ設定に明確に従う別のブラウザーへ切り替えて比較することもできます。一方のブラウザーは正常で、もう一方にはログがまったく出ない場合、後者に個別プロキシ、拡張機能のルール、バイパスリストが設定されている可能性があります。Android版で特定のアプリだけ失敗する場合は、まず分割アプリプロキシが有効か、そのアプリが通信取り込みの対象に含まれているかを確認してください。1つのアプリの挙動だけで、すべてのノードが利用できないと判断しないでください。

切断して比較する

接続確認が完了したら、クライアントを明示的に切断し、テストに使った対象ページを再読み込みします。ページの挙動が接続状態に応じて説明可能な形で変化し、ログにもプロキシリクエストが追加されなくなるはずです。その後、再接続してアクセスが回復することを確認します。この比較により、ブラウザーキャッシュ、確立済み接続、ページのオフラインコンテンツによる誤判定を除外できます。また、システムプロキシのスイッチとクライアントコアの実行状態の関係も把握できます。

通常のWebページ、対象Webページ、クライアントログがすべて想定どおりで、切断と再接続によって一貫した結果が得られれば、初期設定は完了です。ここで現在のサブスクリプショングループ、アクティブノード、ルーティングモードを記録しておきます。今後問題が起きた場合は、まずこの確認済みの状態へ戻し、その後TUN、カスタムDNS、アプリ別ルールを1項目ずつ追加してください。

続ける完了後の日常確認 →

AFTER SETUP

完了後の日常確認

サブスクリプションは初回追加に成功した後も、永久に同じ状態が続くわけではありません。サービス提供元がノードやパラメーターを変更した場合は、元のグループでサブスクリプションを更新する必要があります。更新前に現在のアクティブノードを覚えておき、更新後に残っているか確認してください。項目が置き換わっていたら、別のノードを選び、接続確認を一度行います。同じグループを何度も新規作成するとサーバーが重複し、実際にどの設定を使っているか分かりにくくなります。

デスクトップ版のクライアントを終了する前に、システムプロキシの状態を確認してください。通常の終了では復元処理が行われますが、端末の異常終了やプロセスの強制終了後は、古いプロキシアドレスが残り、再起動後にブラウザーへアクセスできなくなることがあります。その場合はv2rayNを再起動してシステムプロキシを無効にするか、OSのネットワーク設定でプロキシを無効に戻します。Android版を使わないときは、v2rayNGで接続を切断し、ステータス領域の接続表示が消えたことを確認してください。

ノードが突然使えなくなった場合も、確認の順序を固定します。まず通常のネットワーク、次にサブスクリプションの更新、その後にノードの切り替え、最後にログを確認してください。最初からクライアントを再インストールしたり、すべての設定を削除したりしないでください。比較に使える情報まで失われます。問題が特定のアプリだけで起きるならアプリのプロキシとルーティングを優先して確認します。すべてのリクエストがログに入らないなら通信取り込みを確認し、リクエストが入った後に一律で失敗するならノード、DNS、システム時刻、サービスの状態を確認します。