FIRST RUN
初回接続
通常のシステムプロキシまたは標準接続入口を使い、ルーティングは標準設定のまま基本経路を確認します。
// QUICK SETUP · 10 MIN
v2rayN 設定ガイド：サブスクリプション登録から接続確認まで
4つの作業を決まった順序で進めます：サブスクリプション登録、プロキシモードの選択、接続の確立、結果の確認。各手順で入口の場所、正常な画面に表示される内容、次へ進む前に確認すべき状態を説明します。
// PREPARATION
開始前の確認：クライアント、サブスクリプションURL、本体ネットワーク
設定を始める前に、クライアントが正常に起動することを確認してください。デスクトップ版では、起動後にメインウィンドウまたはシステムトレイアイコンが表示されます。Android版では、設定一覧画面が開きます。初回起動時に一覧が空でも問題ありません。クライアントがまだサーバー設定を取得していないためです。この状態で接続ボタンを何度も押さないでください。空の一覧には起動できるアクティブサーバーがありません。
次に、完全なサブスクリプションURLを用意します。通常はサービス提供元から案内されたURLを、先頭から末尾までコピーしてください。文字の抜け、説明文、前後の空白、改行が含まれないようにします。サブスクリプションはサーバー設定の取得元であり、クライアントが設定を読み込んで更新します。単一サーバーの名前や手入力するメモではありません。単独の共有URLを受け取った場合は、サブスクリプション管理とは別の登録入口を使うことがあります。形式の違いはよくある質問で確認できます。
最後に、本体の既存ネットワークで通常のウェブページを開けることを確認します。設定中は、本体ネットワークを使ってサブスクリプションを読み込み、接続を確立します。現在のネットワーク自体が切断されていると、クライアントのログにはタイムアウトが連続して表示されがちです。まず基本的なネットワークを復旧してから、サブスクリプションとプロキシを設定すると、複数の問題が重なったことによる誤判断を減らせます。
CLIENT
クライアントを起動できる
メインウィンドウ、設定一覧、またはトレイ入口が正常に表示される。
SUBSCRIPTION
サブスクリプションURLが完全
説明文や余分な空白を含めず、完全なURLをコピーする。
NETWORK
基本ネットワークが正常
クライアントの接続を停止しても、通常のウェブページを開ける。
// STEP 01
サブスクリプションを登録してサーバー一覧を更新
サブスクリプション登録は2つの操作に分かれます。まずURLを保存し、その後に更新を実行します。保存だけで更新しない場合、クライアントが登録情報を記憶していても、メイン画面のサーバー一覧は空のままになることがあります。この手順の完了条件は「サブスクリプション画面に記録がある」ことではなく、「メイン一覧に選択可能なサーバー設定が表示される」ことです。
v2rayNデスクトップ版：サブスクリプショングループを追加
v2rayNのメインウィンドウを開き、上部メニューから「サブスクリプショングループ」またはそれに近い名前の管理入口を探し、グループ設定を開きます。バージョンによってメニューの配置は多少異なりますが、通常はグループ管理とサブスクリプション更新の両方が用意されています。設定画面で追加を選び、用途や提供元など識別しやすい名前を入力して、完全なサブスクリプションURLをアドレス欄に貼り付けます。
保存する前に、URLの先頭と末尾をもう一度確認します。アドレス欄に日本語の引用符、空白、余分な説明が入っていないことを確認してください。保存して設定画面を閉じたら、サブスクリプションメニューに戻り、「すべてのサブスクリプションを更新」または作成したグループの更新を実行します。更新中はログ欄で結果を確認できます。正常なら、サブスクリプションの読み込みと設定処理がログに表示され、その後メインウィンドウのサーバー一覧に複数の行が現れます。行には通常、別名、アドレス、ポート、プロトコル種別などが含まれます。
サブスクリプショングループ
サブスクリプショングループ設定
追加して保存
サブスクリプションを更新
v2rayNG Android版：サブスクリプション設定を追加
v2rayNGを開いて上部メニューに入り、サブスクリプション設定で新しい登録を追加します。名前と完全なURLを入力して保存し、設定一覧に戻って「サブスクリプションを更新」を実行します。バージョンによっては更新後に自動で一覧へ戻り、短い通知で結果を表示します。設定一覧に選択可能な項目が表示されれば、次へ進めます。
更新後も一覧が空の場合は、プロキシモードの設定に進まないでください。サブスクリプションの登録を開き直し、URLが途中で切れていないか、本体ネットワークから取得元へアクセスできるか確認します。ログに解析失敗、接続タイムアウト、応答内容が空などの表示がないかも確認してください。サブスクリプション形式、単独の共有URL、完全なサブスクリプションにはさまざまな違いがあります。形式変換の詳細は扱わないため、よくある質問の「インストールと設定」カテゴリで確認してください。
サーバー設定が一覧に入ったら、すぐに全項目を繰り返し試すのではなく、まずクライアントが通信をどのように処理するかを決めます。プロキシモードによって、どのアプリが接続を利用するか、また確認時にどの状態を観察するかが変わります。
// STEP 02
プロキシモードを選択：初回接続は標準設定で行う
プロキシモードは「どの通信をクライアントに処理させるか」を決めるものです。初回設定の目的は、確認可能な接続を1本確立することです。最初から複雑なルーティング、TUNパラメータ、カスタムルールを調整する必要はありません。まずクライアントの通常のシステムプロキシまたは標準接続方式でテストし、サブスクリプションとサーバーが利用できることを確認してから、必要に応じて分割ルールを細かく設定します。これにより、問題の範囲を絞れます。
デスクトップ版ではシステムプロキシとルーティングルールを分けて考える
v2rayNでは、「システムプロキシ」と「ルーティングモード」は異なる役割を持ちます。システムプロキシは、ブラウザーなどシステムのネットワーク設定に従うプログラムがリクエストをクライアントへ渡すかを決めます。ルーティングモードは、クライアントに入ったリクエストを直接接続、プロキシ、ブロックのどれで処理するかを決めます。初回はシステムトレイメニューまたはメインウィンドウの関連メニューでシステムプロキシの自動設定を選び、標準のルールルーティングを使うとよいでしょう。異なるプログラムが同じシステムプロキシ入口を重複して変更しないよう、他のプロキシアプリは同時に起動しないでください。
コアだけを起動してシステムプロキシを有効にしていない場合、クライアントのログは正常に動作しているように見えても、ブラウザーの通信は従来の経路を使います。これは必ずしもサーバー設定の誤りを意味しません。通信がまだクライアントへ渡されていないためです。反対に、システムプロキシが有効でもクライアントのコアが動作していなければ、ブラウザーは接続失敗になることがあります。次の接続手順では、「アクティブサーバー」「実行状態」「システムプロキシの状態」を同時に確認してください。
Android版では標準の接続入口を使う
v2rayNGの基本操作は集中しています。まず設定一覧からサーバーを選び、右下の接続ボタンをタップします。初回接続では、システムにネットワーク接続の許可が表示されます。許可すると、クライアントがローカル接続を確立できます。拒否した場合も設定は一覧に残りますが、接続は動作状態になりません。許可後は、ステータスバーに接続中の表示が現れ、アプリ内のボタン状態も変わります。
ルーティング設定は、まずクライアントの標準設定を維持してください。標準ルールは基本接続の成立を判断するのに適しています。domain、ip、geositeのカスタムルールや、より詳しいTUNの使い方は、接続成功後にシステムガイドで確認できます。初回テストでサブスクリプション、ルーティング、DNS、トランスポートを同時に変更すると、失敗の原因を特定しにくくなります。
AFTER VERIFIED
接続が安定したら
アプリの利用範囲に応じて、ルーティングルール、DNSの動作、その他の詳細設定を調整します。
モードを決めても、クライアントには明確なアクティブサーバーが必要です。次にサブスクリプション一覧から設定を選択し、接続を開始して、ステータスとログから起動が最後まで完了したか判断します。
// STEP 03
アクティブサーバーを選択して接続
サーバー一覧に設定が表示されたら、そのうち1つを明確に選択します。一覧に設定があることと、それがアクティブサーバーになっていることは別です。特に初回登録、サブスクリプショングループの切り替え、古い設定の削除後は、現在の選択が未設定の可能性があります。まずはサブスクリプション提供元の推奨項目を使い、最初からトランスポートパラメータを個別に変更する必要はありません。サブスクリプションで生成されたプロトコル、アドレス、ポート、トランスポートの項目は、1つの構成として使用してください。
v2rayNでアクティブサーバーを設定する
メインウィンドウに戻り、サーバー一覧で対象行をクリックします。その後、Enterキー、ダブルクリック、または右クリックメニューの「アクティブサーバーに設定」を使います。操作方法はバージョンによって異なるため、一覧の選択マーク、現在のサーバー表示、ウィンドウ下部のステータスで成功を確認してください。アクティブサーバーを決めたらサービスを起動し、前の手順で選んだシステムプロキシの自動設定をシステムプロキシメニューで有効にします。
続いてログ欄を開きます。正常な起動では、まず設定の読み込み、次にコアの起動とローカル待ち受け入口の確立が表示されます。ローカルポートの待ち受け情報が出れば、クライアントがシステムプロキシからのリクエストを受け取る準備ができています。起動直後に停止した場合は、最後の終了通知だけでなく、停止前に最初に出たエラーを確認してください。ポートの競合、設定項目の不足、本体のセキュリティポリシーによるブロックなどで起動が途中終了することがあります。
v2rayNGで選択した設定を起動する
設定一覧で対象項目をタップして選択状態にし、右下の接続ボタンをタップします。初回接続でシステムの許可を確認したら、ボタンと上部のステータスが変化するまで待ちます。接続後すぐにクライアントを終了せず、現在の画面に数秒とどまってログを確認してください。ボタンがすぐ未接続状態に戻る場合は、起動が継続していません。ログを開いて原因を確認します。
サブスクリプションに複数の設定がある場合は、まず1つをテストし、失敗したら別の設定に切り替えます。切り替える前に現在の接続を停止し、新しい設定を選択してから再起動してください。古い接続と新しい接続のログが混ざるのを防げます。テスト中はサーバーアドレス、ユーザー識別子、トランスポート方式、セキュリティパラメータを手動で書き換えないでください。どれか1つでも一致しないと接続できない場合があります。
アクティブサーバーが明確
一覧に選択項目があり、ステータス欄で現在の設定を識別できる。
クライアントが継続して動作
起動直後に停止せず、接続ボタンが動作状態を維持している。
ログで待ち受けを確認
ログで設定の読み込みが完了し、ローカルリクエストの受信が始まっている。
クライアントが動作中と表示されても、ローカルプロセスが起動したことを示すだけです。最終的には、実際のアプリ通信が現在の接続を通っているか確認する必要があります。最後の手順では、画面の状態、ブラウザーの結果、ログをまとめて照合します。
// STEP 04
有効性を確認：ステータス・ウェブページ・ログを照合
接続確認では、ボタンの色だけを見ることも、特定のウェブページが開くかだけを見ることも不十分です。クライアントが動作を維持しているか、テスト対象のアプリが現在のプロキシ入口を使っているか、アクセス操作に対応する新しいログが出ているかの3点を同時に確認してください。3つの結果が一致して初めて、アプリからクライアント、サーバーまでの経路全体が機能していると判断できます。
まずクライアントとシステムの状態を確認
デスクトップ版では、アクティブサーバーが残っているか、コアが実行中か、システムプロキシメニューが自動設定のままかを確認します。クライアント起動前からブラウザーを開いていた場合は、新しいウィンドウを開くか、完全に終了して再起動し、システムのネットワーク設定を読み直させてください。Android版では、接続ボタンが動作状態を維持し、システムのステータスバーに接続表示があり、バッテリー管理によってバックグラウンド動作がすぐ終了していないことを確認します。
次に確認しやすいウェブリクエストを実行
ブラウザーで、まず普段正常に開けるウェブページへアクセスし、クライアント有効化後も基本アクセスが壊れていないことを確認します。次に、実際にテストしたい対象ページを開きます。テスト中はブラウザーの他のダウンロードや自動更新ページをできるだけ停止すると、ログの新しいリクエストを識別しやすくなります。通常のページもすべて失敗する場合は、システムプロキシが停止中のローカルポートを指していないか、クライアントが起動後に停止していないかを優先して確認してください。
ウェブリクエストを送ったら、すぐにクライアントのログへ戻ります。正常なら、現在のアクセス時刻に近い新しい接続記録が追加されます。ブラウザーがエラーになり、ログにも新しい内容がまったくない場合は、通常、通信がクライアントに入っていません。第2段階に戻り、システムプロキシまたは接続許可を確認してください。ログにリクエストがあるものの、その後タイムアウトや接続切断が出る場合は、通信はクライアントに入っています。現在のサーバー設定、本体ネットワークの品質、サブスクリプションの状態を重点的に確認します。
失敗した結果は決まった順序で処理
1つ目、サブスクリプションを更新し、設定が古い記録ではないことを確認します。2つ目、現在の接続を停止し、同じサブスクリプション内の別サーバーに切り替えて再起動します。3つ目、標準ルーティングに戻し、カスタムルールがテスト通信に与える影響を除外します。4つ目、システムプロキシやローカルポートを変更する他のツールを一時的に終了します。5つ目、本体の基本ネットワークを再確認します。一度に変更するのは1項目だけにし、変更後は同じウェブページで再テストしてください。どの手順で結果が変わったか確認できます。
ログにポート使用中と表示された場合は、同じポートを使うプログラムを終了するか、クライアント設定で競合しないローカルポートに変更して再起動します。サブスクリプションの更新が繰り返し失敗する場合は、プロキシモードを切り替え続けるのではなく、サブスクリプション設定に戻ってURLを確認してください。設定は起動できるのに特定のウェブページだけ挙動が異なる場合は、ルーティングルールやDNS設定が関係している可能性があります。このような問題はよくある質問の該当項目で確認し、ルーティングとDNSの仕組みはシステムガイドで詳しく学べます。
| 観察結果 | 説明 | 次の手順 |
|---|---|---|
| クライアント動作、ウェブページ正常、ログに新しいリクエスト | アプリ通信がクライアントに入り、基本接続が完了しています | 現在の設定を維持して普段の利用へ進む |
| クライアント動作、ウェブページ失敗、ログに新しいリクエストなし | 通信がクライアントに入っていません | システムプロキシ、接続許可、アプリのプロキシ設定を確認 |
| ログにリクエストが出た後、接続がタイムアウト | ローカル入口は正常ですが、リモート経路が完了していません | サブスクリプションを更新し、別のサーバーでテスト |
| 起動後すぐに停止 | クライアントが設定の読み込みまたはローカル待ち受けを完了していません | 停止前に最初に出たエラーを確認し、ポート競合を解消 |
// DAILY USE
普段の使い方：更新と切り替えをシンプルな順序で行う
サブスクリプションを更新してからサーバーを切り替える
サーバー一覧は定期的にサブスクリプションの取得元から更新します。更新前に現在の接続を停止し、サブスクリプションを更新します。一覧が更新されたことを確認してからアクティブサーバーを選び、再起動してください。更新後に古い設定が消えた場合は、サブスクリプションの内容が変更された可能性が高いため、本体に残った古い記録に依存しないでください。
設定を変更するときは一度に1項目だけ変更
ルーティングモード、DNS、ローカルポート、起動動作は、最終的な結果に影響します。接続が使える状態なら、まず現在の設定を記録してから1項目ずつ調整し、再度確認してください。複数の項目を同時に変更すると、ログの変化と具体的な原因を結びつけにくくなります。
ネットワークを切り替えたら状態を再確認
端末を別のネットワークへ切り替えると、既存の接続を再確立する必要がある場合があります。まずクライアントを停止して再起動し、ログにリクエスト記録が戻ったか確認してください。ネットワーク切り替えによる一時的な中断を、すぐにサブスクリプションの無効化と判断しないでください。
複雑な設定はシステムガイドへ
基本手順が安定してから、カスタムルーティング、domainとipのマッチング、geositeルール、TUN、日常のメンテナンスを学びます。概念と設定の関係はシステムガイドにまとめています。本ページでは、10分で始めるために必要な操作手順に絞っています。
// NEXT REFERENCE
さらに切り分けや詳しい設定が必要な場合
画面のエラー、サブスクリプションが空になる問題、接続中断はよくある質問で確認できます。ルーティングの分割、TUN、メンテナンス方法はシステムガイドで詳しく読めます。