10 MIN QUICKSTART

V2Rayクライアントを10分で設定

決められた順序でサブスクリプションの導入、プロキシモードの選択、接続の確立、動作確認を行います。本ページは初回設定に焦点を当て、コアパラメータや複雑なルーティングルールは扱いません。

BEFORE START

開始前に3項目を確認

準備するものは、クライアント、有効なサブスクリプションURL、正しいシステム時刻だけです。基本条件を先に確認しておくと、後の手順で何度もやり直す必要がありません。

プラットフォーム別の画面案内

v2rayNのデスクトップ版では、通常、上部メニュー、サーバー一覧、トレイメニューから操作します。v2rayNGのAndroid版では、主にサイドメニュー、右上の操作ボタン、画面下部の接続ボタンを使います。メニューの位置は異なりますが、設定の順序は同じです。まずサブスクリプションを保存して更新し、その後モードを選択して接続します。

開始前に、使用するクライアントがインストール済みであることを確認してください。Windows、macOS、Linuxのデスクトップ環境ではv2rayN、Android端末ではv2rayNGを使用します。本ガイドでは完全なコア設定を手入力したり、すべてのプロトコル項目を理解したりする必要はありません。サブスクリプションサービスがサーバーアドレス、ポート、通信方式、認証情報をクライアントで読み込める設定にまとめるため、初回はURLが完全で有効期限内であることだけ確認すれば十分です。

2つ目は端末の時刻を確認することです。接続認証とTLSハンドシェイクには、正しい日付、時刻、タイムゾーンが必要です。システム時刻が大きくずれていると、サーバー一覧は更新できても、接続時にタイムアウトやハンドシェイク失敗が続くことがあります。システムの日時とタイムゾーンを自動設定にし、クライアントを完全に終了してから再起動してください。ネットワークからサブスクリプションURLへアクセスできることも必要です。ブラウザーでURLを直接開いて期限切れ、アクセス拒否、サーバーエラーが表示される場合は、クライアントを何度も変更せず、まず提供元に確認してください。

3つ目は、問題発生時に戻れる明確な手順を残すことです。初回設定では、カスタムDNS、複雑なルーティングルール、TUNパラメータ、システムファイアウォールを同時に変更しないでください。変数が少ないほど原因を特定しやすくなります。まずデフォルト設定で接続を確認し、基本経路が動作してから用途に合わせてルーティングやDNSを調整します。プロトコル、トランスポート層、TLS、サブスクリプショングループなどの用語は用語クイックリファレンスで確認できます。体系的な障害分析についてはトラブルシューティングガイドを参照してください。

SUBSCRIPTION

サブスクリプションを導入してサーバー一覧を更新する

この段階の完了条件はURLを保存したことではなく、クライアントのメイン一覧に選択可能なサーバー設定が表示されることです。

v2rayNデスクトップ版の操作

v2rayNを開いたら、まず「サブスクリプショングループ」メニューを探し、「サブスクリプショングループ設定」に進みます。バージョンによってメニューの配置は多少異なりますが、設定画面にはグループの追加、別名、サブスクリプションURLを入力する欄があります。新しいグループを作成し、名前には「日常用」や「予備用」など用途を入力します。名前はローカルで識別するためだけのもので、接続には影響しません。次にURLをアドレス欄へ完全に貼り付けます。チャットアプリや文書から前後の空白までコピーしないよう注意してください。

グループを保存しても、設定画面が閉じただけではサーバーは導入されていません。メイン画面に戻り、再度「サブスクリプショングループ」メニューを開いて「すべてのサブスクリプションを更新」を実行するか、作成したグループを更新します。更新中、クライアントはサブスクリプションの内容を取得して設定を解析します。通常は完了後にメイン一覧へ複数のサーバー項目が表示され、別名、アドレス、ポート、プロトコル種別などを確認できます。この時点では各項目の遅延を急いでテストする必要はありません。一覧が空でないことを確認できれば、次へ進めます。

保存後に新しいグループがまったく表示されない場合は、サブスクリプショングループ設定を開き直し、先ほどの記録が残っているか確認します。グループは存在するのに更新後も一覧が空なら、クライアント下部のステータス情報やログウィンドウを重点的に確認してください。よくある原因は、URLのコピー漏れ、サブスクリプションの期限切れ、現在のネットワークから購読インターフェースへ接続できないこと、サーバーがクライアントで認識できない形式を返していることです。更新ボタンを短時間に何度も押さず、まず1回の更新で表示された内容を読み、その内容に応じて対処してください。

v2rayNG Android版の操作

v2rayNGを開き、サイドメニューの「サブスクリプショングループ設定」に進みます。追加ボタンをタップしてグループ名とサブスクリプションURLを入力し、保存します。メイン画面に戻り、右上のメニューから「サブスクリプションを更新」を実行します。画面によっては更新前にサブスクリプショングループを選択する必要があります。複数のグループを作成している場合は、追加した項目が選択されていることを確認してください。更新が終わると、メイン画面にサーバー設定の一覧が表示されます。空白の画面だけが残る状態ではありません。

Androidでは、アプリのバックグラウンド通信が制限されることがあります。初回更新時はv2rayNGを前面に表示したまま、完了通知が出るまで待つことをおすすめします。更新がシステムに中断された場合は、クライアントを開き直してもう一度更新してください。サーバー一覧が正常に表示されていれば、同じURLを再導入する必要はありません。同一内容のグループを重複して作成すると、後で設定を選ぶ際や原因を調べる際に混乱します。

完了と判断できる状態

この手順を終えると、クライアントのメイン一覧に少なくとも1つの選択可能な設定が表示され、更新処理で解析エラーが継続していない状態になります。サーバー名が分かりやすいかどうかは、その後の操作に影響しません。重要なのは設定がクライアントに取り込まれていることです。次は「どの通信をクライアントに処理させるか」を決める段階なので、一覧はそのままにし、各設定の詳細パラメータを同時に変更しないでください。

subscription-group
グループ名
日常用
サブスクリプションURL
https://example.invalid/sub
保存後の操作
すべてのサブスクリプションを更新
完了状態
メイン一覧にサーバー設定が表示される
次の手順:プロキシモードを選択 →

PROXY MODE

プロキシモードと通信範囲を選択する

サーバー設定は接続先を決め、プロキシモードはクライアントへ送る通信を決めます。これは別々の設定なので、サーバーだけを選んでシステムプロキシや接続モードを無視することはできません。

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

v2rayNデスクトップ版でよく使う設定は「ルーティングモード」と「システムプロキシ」です。ルーティングモードは、コアに入った通信をプロキシ、直接接続、遮断のどれにするか判断します。システムプロキシは、ブラウザーなどシステム設定に従うアプリからのリクエストをv2rayNへ送ります。ルーティングモードだけを変更してシステムプロキシを有効にしないと、ブラウザーの通信がクライアントへ入らないことがあります。システムプロキシだけを有効にしてアクティブサーバーを間違えると、ローカルプロキシは起動していても外部接続に失敗し続ける場合があります。

初回設定では、クライアントが提供するルールベースのルーティングモードを使用するのがおすすめです。内蔵ルールに基づいて通信先を判断するため、通常のブラウジングが機能するかを先に確認できます。グローバルプロキシでは、より多くのリクエストを現在の設定経由に統一でき、ルールの誤判定を切り分けやすくなりますが、基本接続を確認する前から長時間使うことはおすすめしません。直接接続はプロキシ経路を一時的に無効にする場合に使います。誤って直接接続を選ぶと、クライアントが動作中でも対象リクエストは選択したサーバーを経由しません。

v2rayNでは、まずルーティング設定またはトレイメニューからルールベースのルーティングを選択し、システムプロキシを「システムプロキシを自動設定」または現在のバージョンで同じ意味を持つ有効化項目に切り替えます。切り替えに成功すると、トレイアイコンやステータスバーにシステムプロキシが有効になったことが表示されます。この時点ではアクティブサーバーが未確定なので接続は完了していませんが、通信の入口は準備できています。次に具体的な設定を選択します。

v2rayNGのモード選択

v2rayNGはAndroidシステムが提供する接続インターフェースを通じて端末の通信を処理するため、アプリ内のルーティング設定と接続スイッチが主な操作になります。初回はデフォルトのルーティング設定を維持し、基本確認から始めてください。接続ボタンをタップすると、システムから接続許可を求められることがあります。許可するとクライアントがローカルインターフェースを確立できます。この許可はv2rayNGによる端末通信の処理を認めるもので、遠隔サーバーへの接続成功を意味しません。接続状態と実際のアクセス結果を合わせて判断してください。

アプリに「LANをバイパス」「ドメインルール」や定義済みルーティングの項目がある場合、初回設定で互いに重なるルールを複数同時に有効にしないでください。デフォルトルールなら変数を減らせます。接続確認に成功してから、必要に応じて直接接続の範囲を調整します。domain、ip、geosite、geoipなどのルールオブジェクトについては、まずルーティングと振り分けの用語を確認してください。複雑なルールの競合やDNSの振り分けは本ページの対象外のため、トラブルシューティングガイドで扱います。

この手順の完了状態

デスクトップ版では、ルールベースのルーティングとシステムプロキシが有効になっている状態にします。Android版では、明確なルーティングモードを維持し、次の手順で接続許可を確認します。この時点で他のプロキシクライアントを同時に有効にしないでください。複数のプログラムが同じシステムプロキシ設定やローカルポートを取り合う可能性があります。今回のテストに使わない類似プログラムを終了してから、アクティブサーバーを選択します。

routing-mode
ルールベースのルーティング 初回設定におすすめ
グローバルプロキシ ルール切り分け用
直接接続 通信はアクティブ設定を経由しない
次の手順:設定を選択して接続 →

CONNECT

アクティブ設定を選択して接続する

この段階で行うのは2つだけです。サブスクリプション一覧からアクティブ設定を1つ決め、クライアントの接続機能を起動します。

デスクトップ版でアクティブサーバーを選択する

v2rayNのサーバー一覧に戻り、使用する設定をクリックします。右クリックメニューから「アクティブサーバーに設定」を選ぶか、現在のバージョンに用意されたショートカット操作を使います。アクティブ設定は通常、色、アイコン、文字、ステータスバーの表示などで示されます。一覧の行がマウスで選択されただけで有効になったと判断しないでください。マウス選択は画面上のフォーカスであり、アクティブサーバーがコアの実際の読み込み対象です。

初回の選択では、すべてのサーバーを何度もテストする必要はありません。テスト結果は現在のネットワーク、サーバーの応答方式、テスト対象に左右されるため、補助情報にすぎません。まず提供元が通常用途として案内している設定を1つ選び、アクティブサーバーにしてクライアント下部の状態を確認します。その後、システムプロキシが有効なままか確認してください。モード切り替え時にクライアントが設定を再読み込みした場合は、状態が安定してからブラウザーを開きます。

通常、v2rayNは選択したコアをバックグラウンドで起動し、ローカルプロキシポートを待ち受けます。ログには設定の読み込み、インバウンドの待ち受け、起動に関する情報が表示されます。ここでポートを手動変更する必要はありません。ポート使用中や設定解析失敗の表示がなければ十分です。ポートが競合する場合は、他の類似クライアントを完全に終了してからv2rayNを再起動してください。用途が分からないまま複数のローカルポートを続けて変更しないでください。

Android版で接続を開始する

v2rayNGのメイン一覧で使用するサーバー設定をタップし、現在の設定にします。通常、選択マークでアクティブ項目が示されます。次に画面下部の接続ボタンをタップします。初回起動時はAndroidシステムに接続リクエストが表示されることがあります。許可するとステータスバーにシステム接続マークが表示され、v2rayNGの下部ボタンも接続済みになります。許可を拒否した場合、アプリは端末の通信を処理できないため、もう一度接続をタップして許可してください。

接続ボタンが起動状態になったことは、ローカル接続インターフェースが確立したことを示すだけで、遠隔サーバーが利用可能だと単独で証明するものではありません。v2rayNGを数秒前面に表示し、設定エラー、ハンドシェイク失敗、継続的なタイムアウトがないか確認します。明らかなエラーがなければ、次の手順で実際のアクセスを確認します。テスト中は複数のサーバーを短時間に何度も切り替えず、切り替えるたびに設定の再読み込みと接続確立の時間を待ってください。

接続時にエラーが出た場合

ログに設定解析失敗と明確に表示される場合は、サブスクリプション内の設定項目が現在のクライアントまたはコアに対応していない可能性があります。まずクライアントのサブスクリプションを1回更新し、同じサブスクリプション内の別の設定で試します。すべての設定で同じエラーが出る場合は、エラーが発生した段階とキーワードを記録し、トラブルシューティングガイドのクライアントと設定の章を確認してください。接続タイムアウトの場合は、まずネットワークを切り替えるか別の設定で比較します。すぐにDNSやルーティングを変更しないでください。

確認前のチェックポイント

v2rayNではアクティブサーバーが指定され、システムプロキシが有効で、起動失敗のログが継続していない状態にします。v2rayNGでは設定が選択され、接続開始済みと表示されている必要があります。これらを満たせば、クライアント側の準備は完了です。次はボタンの状態を見続けるのではなく、新しいブラウザー接続とログの変化から、リクエストが実際にクライアントを経由しているか確認します。

connection-state
  1. アクティブ設定 選択済み
  2. ローカルプロキシ 起動済み
  3. ルーティングモード ルールベース
  4. 次の項目 実際のアクセスで確認
次の手順:接続が有効か確認 →

VERIFY

プロキシが実際に機能しているか確認する

確認では、実際のアクセスとクライアントのログを同時に見ます。接続アイコン、遅延テスト、ローカルポートだけでは完全な経路を確認できません。

新しいブラウザーセッションでテストする

まず開きっぱなしのテストページを閉じ、新しいブラウザータブでプロキシルールを通る通常のサイトにアクセスします。ページを開き直すと、ブラウザーキャッシュ、既存の接続、DNSキャッシュによる影響を減らせます。ページが正常に読み込まれたら、サイト内の別のリンクもクリックし、ローカルキャッシュだけを読み込んでいないことを確認します。デスクトップ版では通常の直接接続サイトもテストし、ルールベースのルーティングで両方のアクセスが機能することを確認してください。

ブラウザーに古いネットワーク状態が表示される場合は、ブラウザーを完全に終了してから再起動します。ブラウザーによっては確立済みの長時間接続を保持するため、接続作成後にシステムプロキシを変更しても、古い接続がすぐに切り替わらないことがあります。デスクトップアプリがシステムプロキシに従うかどうかはアプリの実装によって異なります。そのため初回確認ではブラウザーを優先し、プロキシの仕組みが不明なソフトだけを判断材料にしないでください。

クライアントのログも同時に確認する

アクセスを開始したら、v2rayNまたはv2rayNGのログ欄を確認します。ページのリクエストに合わせてログに新しい記録が追加されれば、通信はクライアントへ入っています。それでもページを開けない場合、問題は通常、遠隔設定、ルーティングの一致、DNS解決、現在のネットワーク経路にあります。ログがまったく変化しない場合は、システムプロキシが機能していない、Androidの接続が起動していない、またはテスト対象のアプリが現在のプロキシ入口を使っていない可能性が高いです。

ログの「接続確立」と「リクエスト受信」は、ページの結果と合わせて判断します。リクエスト記録があるのにタイムアウトが続く場合は、まずサブスクリプション内の別の設定に切り替えます。切り替えてすぐ復旧するなら、元のアクティブ設定が一時的に利用できないと考えられます。すべての設定でタイムアウトする場合は、端末のネットワークを切り替えて比較します。特定のドメインだけ失敗し、他のアクセスが正常なら、クライアントを再インストールするのではなくDNSやルーティングルールを確認してください。

デスクトップ版のシステムプロキシを確認する

v2rayNが実行中と表示されているのにブラウザーのログが増えない場合は、トレイメニューに戻り、システムプロキシが有効か確認します。システムのネットワーク切り替え、クライアントの異常終了、別のネットワークツールの起動によって、システムプロキシ設定が上書きされることがあります。システムプロキシを再度有効にし、ブラウザーを完全に閉じて再起動してからテストします。有効にしてもすぐ変更される場合は、別のプログラムが同じシステム設定を管理していないか確認してください。

Android版の接続状態を確認する

v2rayNGでは、まず画面下部のボタンが接続状態になっていることを確認し、次にシステムのステータスバーに対応する接続マークがあるか確認します。バックグラウンドに切り替えると接続がすぐ停止する場合は、Androidシステムによるv2rayNGのバッテリー制限とバックグラウンド実行制限を確認してください。簡易テストではアプリを前面に表示したままにし、Webアクセスを終えてからバックグラウンド維持の問題に対処します。モバイルデータ通信またはWi-Fiのどちらか一方だけが失敗する場合は、2種類のネットワークを一度切り替え、現在のネットワークに関係する問題か比較します。

完了後に個別設定を調整する

基本接続が正常だと確認できたら、必要に応じてサブスクリプションの定期更新、ルーティングルール、特定のDNSを設定できます。変更するカテゴリは毎回1つだけにし、変更後はこの節のアクセスとログの確認を繰り返してください。問題が起きても、どの変更が原因かを特定できます。複数サブスクリプション、複雑な振り分け、TUNモード、DNSポリシーを継続的に管理する場合は、トラブルシューティングガイドを読み、初回設定ですべての高度な項目を一度に有効にしないでください。

verification-path
  • 1 新しいブラウザーでアクセス 古い接続とページキャッシュを除外
  • 2 クライアントのログを確認 リクエストがローカルプロキシに入ったか確認
  • 3 設定を切り替えて比較 個別設定の問題か全体の問題かを切り分け
  • 4 振り分け結果を確認 プロキシと直接接続が想定どおりか確認

BASIC CHECK

初回設定で行う基本トラブルシューティングの順序

すべてのスイッチを手当たり次第に切り替えないでください。症状に応じて範囲を絞るほうが、再インストールや再導入を繰り返すより通常は早く解決できます。

A

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

サブスクリプション設定を開き直し、URLが完全か、余分な空白がないかを確認し、システム時刻が正しいことも確認します。その後、現在のネットワークからURLへ直接アクセスします。サーバーが期限切れまたは拒否のメッセージを返す場合は、先にサブスクリプションの状態を確認してください。クライアントからのリクエストだけが失敗する場合は、ログにあるネットワークや証明書の情報を確認します。

B

接続中と表示されるのにWebページを開けない

まずWebページへアクセスした際にログへ新しい記録が追加されるか確認します。記録がなければデスクトップのシステムプロキシまたはAndroidの接続状態を確認し、記録があるのにタイムアウトするならアクティブ設定を変更します。設定を変えても同じ場合は、現在のネットワークを切り替えて比較し、最後にDNSとルーティングを確認してください。

C

一部のサイトだけおかしい

これは基本経路が機能しており、問題がルーティングの一致、ドメイン解決、またはサイト自体の状態にあることを示す場合が多いです。まずルーティングをクライアントのデフォルトルールに戻して比較し、ログで対象ドメインの一致先と送信方向を確認します。1つのサイトの異常だけで、すべてのサブスクリプションを削除しないでください。

D

サーバーを切り替えても変化がない

選択した項目が画面上のフォーカスを得ただけでなく、アクティブ設定に指定されていることを確認します。切り替え後はコアが再読み込みするまで待ち、ブラウザーの接続を開き直します。Androidでは、まず古い接続を停止し、対象設定を選択してから再起動します。デスクトップではステータスバーに表示されたアクティブサーバー名を確認してください。