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

BEFORE START

開始前の確認：クライアント、サブスクリプション、システム時刻

操作を始める前に、クライアントが正常に起動することを確認します。デスクトップではv2rayNを開くと、メインウィンドウ、メニューバー、またはシステムトレイアイコンが表示されます。Androidではv2rayNGを開き、設定一覧画面に進めることを確認します。起動直後に終了する、画面が開かない、実行環境の不足が繰り返し表示される場合は、サブスクリプション登録を続ける前にインストールの問題を解決してください。インストールファイルと対応プラットフォームの説明はクライアント入手ページにまとめています。

2つ目に、利用できるサブスクリプションURLを用意します。サブスクリプションURLは通常、https://で始まる完全なリンクで、更新可能なノード一覧を指します。コピーするときは最初の文字から最後の文字までをそのままコピーし、チャットの説明文を混ぜたり、末尾のパラメータを手動で削除したりしないでください。vmess://またはvless://で始まる単一のリンクは共有リンクで、サブスクリプションURLとは登録方法が異なります。このガイドではまずサブスクリプションURLを説明します。単一の共有リンクは、クライアントの「クリップボードから登録」などの項目から追加できます。

3つ目に、システム時刻を確認します。一部のプロトコルでは、ハンドシェイクや認証に正確な時刻が必要です。パソコンやスマートフォンの時刻が大きくずれていると、ノードの設定が正しくても接続に失敗することがあります。システムの日時とタイムゾーンを自動設定にし、クライアントを再起動してください。現在のネットワークで普段のウェブページを開けることも確認します。基礎回線が切れている場合、クライアントログの接続失敗だけでサブスクリプションやノードの問題とは判断できません。

初期設定で多くの詳細項目を同時に変更しないでください。ローカルポート、DNS、ルーティングルールは初期値のままにし、まず最短の確認手順だけを実行します。基本接続が確立してから、設定リファレンスでインバウンド、アウトバウンド、ルーティング、DNSの項目を確認しましょう。変更を重ねすぎなければ、問題が起きたときに原因箇所を特定しやすくなります。

サブスクリプション登録の目的は、URLをクライアントに保存するだけではありません。クライアントがURLへアクセスして設定を読み込み、メイン画面にノード一覧を作成することが目的です。そのため、「追加」と「更新」は連続した2つの操作です。追加だけで更新していない場合、サブスクリプショングループは存在していてもノード欄が空のままになることがあります。これは初回利用で特に多い誤解です。

v2rayNデスクトップ版の操作

v2rayNのメインウィンドウを開き、上部メニューから「サブスクリプショングループ」「サブスクリプション設定」などの項目を探します。サブスクリプション管理画面でグループを追加し、「よく使うサブスクリプション」など識別しやすい名前を入力します。続いて完全なサブスクリプションURLをURL入力欄に貼り付けます。名前はローカルで識別するためのもので、接続には影響しません。ノードを取得できるかどうかを決めるのはURLの内容です。

保存してメイン画面に戻り、サブスクリプション関連メニューから「すべてのサブスクリプションを更新」を実行するか、追加したグループだけを更新します。クライアントがサブスクリプションを取得して設定を解析します。更新後、メイン一覧に複数の項目が表示され、別名、アドレス、ポート、プロトコル、サブスクリプショングループなどが確認できます。バージョンによって列名や並び方は異なるため、各列を編集する必要はありません。一覧にノードが表示されれば、取得と解析は完了しています。

更新時にエラーが表示されても、連続してクリックしないでください。メイン画面下部の状態表示やログを確認し、「サブスクリプションURLにアクセスできない」のか「内容を解析できない」のかを切り分けます。前者はURLの欠落、ネットワークからのアクセス不能、一時的なサービス停止が原因になりやすく、後者はウェブページのURLやログインページのURLをコピーした場合、またはクライアント非対応の形式である可能性があります。提供元から完全なURLをコピーし直し、元のURLを置き換えて一度だけ更新してください。

v2rayNG Android版の操作

v2rayNGを開き、メイン画面の左上メニューまたは右上の操作メニューから「サブスクリプショングループ設定」を開きます。サブスクリプショングループを追加し、識別しやすい名前と完全なURLを入力して保存します。設定一覧に戻り、サブスクリプション操作メニューから現在のグループまたはすべてのサブスクリプションを更新します。更新が終わると設定一覧にノードが表示され、選択中の項目には通常ハイライトやチェックが付きます。

Androidではバックグラウンド通信、バッテリー使用、データ通信に制限がかかることがあります。初回更新時はv2rayNGを前面に表示したまま結果を待ち、更新を押してすぐ別のアプリへ切り替えないでください。一覧が空のままなら、v2rayNGに正常なネットワーク権限があるか、現在のWi-FiまたはモバイルネットワークからサブスクリプションURLへアクセスできるか確認します。一度登録に成功した後も、エラーをすぐ確認できるよう、更新はクライアントを前面にした状態で行うのがおすすめです。

ノード一覧が表示されてから次へ進む

この手順の完了条件は明確です。メイン画面に、選択可能なノードが少なくとも1つ表示されていることです。ここではノードのパラメータを一括変更したり、複数の配信元のサブスクリプションを同時に登録したりしないでください。1つのサブスクリプショングループで次の接続手順へ進むと、重複名、無効なノード、異なるルールの混在を避けられます。一覧が表示されたら、次はクライアントが通信を処理する方法を決めます。

ノードが一覧に入っても、ブラウザの通信が自動的にクライアントを通るとは限りません。プロキシモードは通信の振り分け方を決め、システムプロキシやシステム接続の許可は、アプリの通信をクライアントへ渡せるかどうかを決めます。この手順は2段階のスイッチとして考えると分かりやすくなります。1段階目で「どのリクエストを処理するか」を選び、2段階目でOSにそれらのリクエストをクライアントへ渡させます。

初回はルールモードを優先する

一般的なモードには、ルールモード、グローバルモード、直接接続モードがあります。ルールモードはクライアントの既存ルールに従って直接接続とプロキシ通信を振り分けるため、日常利用に適しており、初期設定の出発点としても安全です。グローバルモードでは多くの通信が現在のノードを経由するため、アクセス障害が振り分けルールによるものか短時間で確認したい場合に使えます。ただし、ノードが利用できると確認する前に常用するのはおすすめしません。直接接続モードはプロキシ処理を一時停止したり比較テストを行ったりするためのもので、選択中はコアが動いていても対象サイトが通常の回線で接続されることがあります。

バージョンによっては、これらの項目が「ルーティングモード」「定義済みルール」「プロキシモード」などと表示されます。名称が異なっても判断方法は同じです。「ルール」「LANをバイパス」「クライアントのプリセットルール」などが表示されたら、まず既定のルールを選び、すぐにカスタムJSONを編集しないでください。複雑なドメインマッチング、IPマッチング、インバウンドタグ、DNS振り分けは上級設定です。基本接続の確認後に、設定リファレンスのルーティング章を確認してください。

v2rayN：モードの選択に加えてシステムプロキシを有効にする

v2rayNでルールモードを選択したら、システムトレイのクライアントメニューを開きます。「システムプロキシ」を探し、「システムプロキシを自動設定」などの有効化項目を選びます。有効になると、トレイアイコンやメニューの状態が変わり、Windows、macOS、Linuxのデスクトップ環境で対応アプリがシステムプロキシ設定を利用できるようになります。ノードを選択しコアも起動しているのにシステムプロキシが無効だと、ブラウザは従来の直接接続を使い続けることがあります。

一部のブラウザやアプリは独自のネットワーク設定を使うため、システムプロキシに従うとは限りません。初回確認ではシステム設定に従う一般的なブラウザを使い、複数のプロキシ管理拡張機能を同時に入れたり、ブラウザのプロキシポートを手動で変更したりしないでください。クライアントの接続が有効だと確認してから、システム設定に従わないアプリを個別に調整します。これにより、「クライアントが接続していない」問題と「アプリがシステムプロキシを読み込んでいない」問題を切り分けられます。

v2rayNG：接続モードとアプリの適用範囲を確認する

v2rayNGはAndroidのシステム接続インターフェースを通じて通信を処理します。初回は既定のルーティング設定のままで問題ありません。複雑なアプリ別プロキシを先に有効にする必要もありません。以前に「LANをバイパス」「アプリ別プロキシ」「カスタムルール」を変更している場合は、一時的にシンプルな設定へ戻し、テストするブラウザが処理対象に含まれていることを確認してください。アプリ別プロキシの対象を誤ると、クライアント画面は接続中でも、対象外のアプリは通常のネットワークを使い続けます。これはノードの障害と誤認しやすい現象です。

この段階でグローバルモードとルールモードを何度も切り替える必要はありません。まずルールモードに固定して接続とウェブ確認を1回行います。対象ページが開かず、ログには接続確立と表示される場合だけ、グローバルモードで短時間比較します。グローバルでは開けてルールでは開けない場合、問題はルーティングルールにある可能性が高く、どちらも開けない場合はノード、サブスクリプション、ネットワーク、システム時刻を再確認します。

サブスクリプション一覧とプロキシモードの準備ができたら、現在のアウトバウンドとしてノードを1つ選びます。初回接続では、複雑なプロトコルや名前のノードを選ぶ必要も、一度に大量のノードを試す必要もありません。まず、配信元が明確でサブスクリプションから自動生成されたノードを1つ選び、接続経路全体を確認します。その後、実際のアクセス状況に応じて変更してください。

v2rayNでアクティブサーバーに設定する

v2rayNのメイン一覧に戻り、対象ノードをクリックします。右クリックメニュー、Enterキー、または上部メニューからアクティブサーバーに設定します。選択状態は通常、色、アイコン、ステータスバーの文字で示されます。続いて、前の手順でシステムプロキシが有効になっていることを確認します。クライアントが対応するコアを起動し、現在のノードに基づいて実行設定を作成します。

接続開始後は、まずログウィンドウを確認します。正常時には、設定の読み込み、ローカル待受ポートの起動、コアの実行などが表示されます。ログが止まっていること自体は障害とは限りません。多くのクライアントは新しいリクエストがなければ、ログを出し続けないためです。注意すべきなのは、接続拒否、名前解決失敗、認証失敗、ポート使用中、設定解析エラーが繰り返される場合です。明確なエラーが出たら、後続の重複行を大量に切り取るのではなく、最初の主要エラーを記録します。

ローカルポートが使用中と表示された場合、同じポートを別のクライアント、古いプロセス、ブラウザのプロキシツールが使っている可能性があります。まず同種のプログラムを完全に終了し、タスクバーのトレイからv2rayNの古いインスタンスも終了していることを確認してから再起動します。初期設定で複数のポートをむやみに変更するのは避けてください。占有を解消できない場合だけ設定でローカル待受ポートを変更し、そのポートに依存するアプリの設定も確認します。

v2rayNGで接続ボタンを押す

v2rayNGの設定一覧でノードを1つタップして現在の設定にし、メイン画面の丸い接続ボタンをタップします。初回接続ではAndroidのシステム接続許可ダイアログが表示されます。許可すると、状態表示が未接続から接続中または接続済みに変わり、システムステータスバーにも接続アイコンが表示されます。許可を拒否した場合、クライアントはアプリの通信を処理できません。再度接続ボタンを押して許可を完了してください。

接続ボタンが起動状態になっても、すぐにクライアントを終了しないでください。数秒待ってログまたはリアルタイムログを開き、エラーが短時間に繰り返されていないことを確認します。その後、ブラウザに切り替えて次の確認を行います。システムによってはバックグラウンドアプリにバッテリー制限をかけます。接続直後は正常でも、画面ロックやアプリ切り替え後すぐ切断される場合は、サブスクリプションを何度も登録し直すのではなく、v2rayNGのバックグラウンド実行とバッテリー権限を確認してください。

遅延テストは選択時の参考にとどめる

クライアントには通常、遅延テスト、接続テスト、複数ノードの一括テストがあります。テスト結果はまったく応答しないノードを除外する参考になりますが、すべてのウェブサイトへ正常にアクセスできることを単独で証明するものではありません。遅延テストの対象、プロトコル、実際のブラウザリクエストは異なる場合があります。数値が表示されても、その時点でテスト経路が応答したことを示すだけです。最終的には実際のウェブアクセスとクライアントログで判断してください。

最初のノードに接続できない場合は、同じサブスクリプショングループから別のノードを選んで比較します。切り替えるたびに、古い接続の終了と新しい設定の読み込みが完了するまで待ってから、新しいブラウザページを開きます。短時間に連続して切り替えると、複数ノードの結果がログに混ざり、原因を特定しにくくなります。毎回変更する変数は1つにします。まずノードを変更してテストし、すべて失敗したらモード、時刻、ネットワークを確認します。

確認では、ブラウザのアクセス結果、クライアントの現在の状態、実行ログの3か所を同時に確認します。1つだけを見ると誤った結論になりやすいからです。たとえばクライアントが接続中と表示していても、ローカルサービスが起動しただけで、リモートノードに到達できるとは限りません。もともと直接接続できるサイトを開けても、現在のノードを経由した証明にはなりません。

まず2種類のウェブアクセスをテストする

クライアントの接続を維持したまま、新しいブラウザウィンドウを開きます。まず普段正常に開けるサイトへアクセスし、プロキシ有効後も基本的なブラウジングに問題がないことを確認します。次に、現在のプロキシルールで処理される対象ページへアクセスします。ページが妥当な時間内に読み込まれ、更新後も安定して表示されることを確認します。文字だけ表示され、画像、スクリプト、ログイン機能が失敗する場合は、接続が完全に正常ではない可能性があります。ログに具体的なドメインや接続エラーがないか確認してください。

テスト中は、ブラウザの他のプロキシ拡張機能や独立したネットワークツールをできるだけ無効にし、通信が二重に書き換えられないようにします。長時間開いたままのタブだけに頼るのも避けてください。ブラウザのキャッシュにより、古いページが使えるように見えることがあります。新しいウィンドウを開き、完全なURLを入力して更新すると、新しいネットワークリクエストをより正確に発生させられます。

クライアントの状態を確認する

v2rayNでは、アクティブサーバーが先ほど選んだノードのままか、システムプロキシが有効か、トレイメニューで誤って直接接続に戻っていないかを確認します。ブラウザからのリクエストがログにまったく記録されない場合は、システムプロキシが無効、ブラウザがシステム設定に従っていない、または拡張機能がプロキシ設定を上書きしている可能性を優先して調べます。

v2rayNGでは、メイン画面が接続中のままか、システムステータスバーの接続表示が消えていないか、テストするブラウザがアプリ別処理の対象に含まれているかを確認します。ブラウザへ切り替えると接続がすぐ停止する場合は、システムがv2rayNGのバックグラウンド動作を制限していないか確認します。接続が維持されているのにリクエスト記録がない場合は、ルーティングモードとアプリ別設定を重点的に調べます。

ログから問題の階層を判断する

ログを見ると、対象リクエストがどのアウトバウンドへルーティングされたか、どの段階で接続に失敗したかが分かります。ドメイン解決に関するエラーが出たら、まずDNSを既定値に戻して再テストします。タイムアウトや接続拒否なら、同じサブスクリプションの別ノードで比較します。認証またはハンドシェイクエラーなら、変更済みの古いパラメータを使い続けないよう、先にサブスクリプションを更新します。設定解析エラーなら、直近に手動変更したルーティングやコア設定を元に戻します。

一時的なタイムアウトが1件出ただけで、すぐクライアントを再インストールしないでください。ウェブページは通常、複数のリクエストを同時に送信するため、統計リソースや画像のドメインが1つ失敗しても主要ページに影響しないことがあります。同じ種類のエラーが連続しているか、メインページを安定して開けるかを確認します。「サブスクリプションを更新できるか」「ノードを起動できるか」「アプリの通信をクライアントへ渡せるか」「リモートリクエストが返るか」の4段階を分けて判断すると、切り分けが簡単になります。

接続成功後の仕上げ

ブラウザのアクセスとログが正常だと確認できたら、現在のノードとルールモードを維持します。デスクトップで起動後も使いたい場合は、v2rayNの設定で自動起動項目を確認できます。ただし、まずシステムプロキシの有効・無効の動作が期待どおりか確認してください。Androidでは、バックグラウンド動作の設定によって接続が頻繁に中断されないか確認します。サブスクリプションを起動のたびに追加し直す必要はありません。以後は同じグループを更新するだけで済みます。

サブスクリプション更新後にノード名や数が変わるのは、一覧が更新された結果として正常です。現在のノードが無効になった場合は、まずサブスクリプションを更新し、同じグループから新しいノードを選びます。中国本土と海外のドメイン振り分け、DNS解決、インバウンドポート、カスタムルーティングをさらに設定する場合は、設定リファレンスで項目ごとに調整してください。変更するたびに現在使える設定を保存し、一度に変更するのは1か所だけにします。

QUICK TROUBLESHOOTING

接続に失敗した場合は順番に確認する

初期設定に失敗したときに有効なのは、すべての設定を同時に変更することではありません。リクエストの経路に沿って、各層を順番に確認します。次の手順はサブスクリプションから始め、アプリの通信まで調べる流れです。各項目を確認するたびに再テストし、ある段階で復旧したら、その後の高度な設定を変更する必要はありません。

残しておくとよいトラブル対処情報

さらに分析する場合は、クライアント名とバージョン、OS、問題が発生した時刻、選択中のプロキシモード、サブスクリプションを更新できるか、ログの最初の主要エラーを記録します。ログを共有する前に、サブスクリプションURL、ノードアドレス、ユーザー識別情報、認証パラメータを削除してください。「使えない」だけでは、問題がサブスクリプション、コア、システムプロキシ、対象ネットワークのどこにあるか判断しにくくなります。階層ごとに情報を整理すると、トラブル対処を大幅に短縮できます。