v2rayN / v2rayNG
サブスクリプション登録と接続

操作を始める前に、クライアントが正常に起動することと、完全なサブスクリプションURLを用意していることを確認します。サブスクリプションURLは通常、ネットワークプロトコルで始まるリンクで、クライアントが複数のサーバー設定を読み込むために使います。単一ノードのリンクとは異なり、更新時に複数の設定をまとめて追加・置換できます。詳しい違いは用語集の「サブスクリプション」と「ノード」を参照してください。

v2rayNを初めて起動すると、通常はメニュー、サーバー一覧、ステータスバーを備えたメイン画面が表示されます。この時点で一覧が空でも問題ありません。まだ設定を読み込んでいないためです。v2rayNGも初回起動時は設定一覧が空の場合があります。アクティブな設定がない状態では完全な転送経路を確立できないため、接続ボタンを先に何度も切り替えないでください。

次に、サブスクリプションURLが完全か確認します。コピーする際は先頭や末尾の文字を欠落させず、チャット画面が自動的に付けた句読点も含めないでください。前後に空白があれば、貼り付け後に削除します。名前は用途に応じて「日常用」など自由に設定できます。名前はローカルで識別するためだけのもので、内容は変わりません。クライアントをまだインストールしていない場合は、ダウンロードページで使用中のシステムに合うインストーラーを選び、インストール後にこのページへ戻ってください。

準備完了の判断は簡単です。クライアントが起動し、サブスクリプションURLをクリップボードにコピーし、現在のネットワークから配信元へ正常にアクセスできれば準備完了です。まず登録を行い、成功してからプロキシモードを設定します。各手順の結果が明確になるため、問題が起きても原因の切り分けが容易です。

v2rayNデスクトップ版の操作手順

v2rayNを開き、ウィンドウ上部の「サブスクリプショングループ」または同様の名前の管理画面を探して、新規追加を選びます。備考名とサブスクリプションURLを入力します。備考は複数のサブスクリプションを区別するためのもので、URL欄には用意した完全なリンクを貼り付けます。入力後に保存してメイン画面へ戻ります。この時点ではURLを登録しただけなので、クライアントがリモートの内容を読み込むまではサーバー一覧が空の場合があります。

続けてサブスクリプション関連のメニューを開き、「すべてのサブスクリプションを更新」または現在のグループの更新を実行します。更新中はメイン画面下部のステータスバーやログを確認します。正常に完了すると、メイン一覧に複数の設定行が表示されます。見出しには通常、エイリアス、アドレス、ポート、転送方式などが含まれます。これらを1つずつ変更する必要はありません。サブスクリプションで生成された設定は、全体として使用します。一覧に内容が表示されれば次へ進めます。

v2rayNG Android版の操作手順

v2rayNGを開き、右上のメニューからサブスクリプショングループ設定に入り、新しいサブスクリプションを追加します。識別しやすい名前を入力し、完全なURLを貼り付けて保存します。設定一覧に戻ったら、メニューからサブスクリプションを更新します。更新後、一覧に選択可能な設定が表示されます。画面によっては先頭の項目が自動選択されますが、手動選択が必要な場合もあります。後の接続手順でアクティブ設定をもう一度確認します。

更新後も設定が1つも表示されない場合、すぐに削除や再インストールを行わないでください。まずサブスクリプション設定を開き直し、URLが途中で切れていないか確認します。そのうえで、更新対象が追加したばかりのグループか確認してください。「リクエスト失敗」「解析失敗」「応答内容が空」などの表示があれば、原文を記録します。リクエスト失敗はネットワークやURLの状態、解析失敗はサブスクリプションの形式に関係することが多く、対処の方向が異なります。

サーバー一覧が表示されても、まずポート、転送パラメーター、ルーティングを同時に変更しないでください。クイックスタートの目的は、サブスクリプションが提供した元の設定で初回接続を完了することです。一度に変更する条件を1つに絞れば、接続に失敗したときに確認済みの状態へすぐ戻せます。次はプロキシモードだけを扱い、サブスクリプション内部の項目は変更しません。

クライアントが動作していても、アプリの通信がクライアントに渡っているとは限りません。プロキシモードは、どの通信をローカルプロキシポートへ送るか、またクライアントがシステムのネットワーク設定を変更するかを決めます。まずは影響範囲が明確で、無効化して元に戻しやすいシステムプロキシがおすすめです。ブラウザーやシステムプロキシ設定に従うデスクトップアプリは、通常この設定をそのまま利用します。

v2rayNでは、ウィンドウ下部のステータスバーまたはシステムトレイのメニューから「システムプロキシ」に関する項目を探し、自動設定または有効化を選びます。バージョンによってメニュー名は多少異なりますが、システムプロキシが無効から有効へ変わったことを確認できるはずです。ここではルーティングモードを初期設定のままにし、複数のプロキシツールを同時に有効にしないでください。システム設定が別のプログラムによって上書きされ続ける可能性があります。

v2rayNGでは、デスクトップ版と同名のシステムプロキシメニューを探す必要は通常ありません。設定を選び、接続ボタンを押すと、Androidにネットワーク接続の許可確認が表示されます。許可すると、アプリがローカル転送インターフェースを作成できるようになります。この許可は接続手順の一部であり、サブスクリプション自体が利用可能になったことを意味しません。次の手順で接続状態を確認し、アクセス検証まで行ってください。

TUNモードを検討するタイミング

システムプロキシを読み取らないアプリや、環境変数を個別に設定する必要があるターミナルプログラムもあります。基本接続は成功しているのに特定のアプリだけ直接接続する場合は、TUNモードを検討してください。TUNはより低い層で対象通信を引き受けるため、通常は適用範囲が広い一方、権限、ルーティングルール、ローカル環境への依存も大きくなります。初回からTUNを使うと、サブスクリプション、権限、ルーティング、アプリ互換性の問題が混在し、切り分けが難しくなります。

ルーティングによる振り分けとプロキシモードは同じスイッチではありません。プロキシモードは通信をクライアントへ入れられるかを決め、ルーティングルールは入った通信をどの出口へ送るかを決めます。一般的なルールモードではドメイン、IP、ルールセットなどで照合し、グローバルモードではより多くの通信を同じ出口へ送ります。クイックスタートでは初期ルーティング設定のままで構いません。ルールの優先順位や直結・プロキシ出口を理解したい場合は用語集を、具体的な設定方法は完全ガイドのルーティング章を参照してください。

接続前にサーバー一覧へ戻り、設定を1つ明確に選択します。v2rayNでは対象行の操作メニューを開き、アクティブサーバーに設定します。バージョンによってはダブルクリックやショートカットでも切り替えられます。設定後、ステータスバーに現在のアクティブ設定名などが表示されます。一覧に設定が存在するだけで選択済みと判断しないでください。サブスクリプション更新は一覧を埋めるだけで、現在のアクティブ項目を自動変更するとは限りません。

アクティブ設定を確認したら、クライアントのコアを起動し、前の手順で選んだシステムプロキシが有効になっていることを確認します。v2rayNでは起動後に下部の状態表示が更新され、ログには設定の読み込み、コアの起動、ローカルリスニングに関する記録が現れます。すべてのログを1行ずつ読む必要はありません。エラーが繰り返されておらず、クライアントがすぐ停止していないことを確認してください。

v2rayNGでは、まず設定一覧の対象項目をタップして選択マークを表示し、右下の接続ボタンを押します。初回接続でシステム許可ダイアログが表示されたら、許可を選びます。その後ボタンの状態が変わり、上部や通知領域にも稼働中の表示が出ます。ボタンを押してすぐ未接続に戻る場合は、接続ボタンを連打せず、ログで原因を確認してください。

設定が多いときの選び方

クイックスタートでは、設定ごとに最低遅延を追求する必要はありません。まず名前が完全で項目に異常のない設定を1つ選び、接続までの流れを完了します。クライアントのテスト機能は明らかに使えない項目の切り分けに役立ちますが、結果はローカルネットワーク、接続先、テスト時刻に左右されるため、その環境での参考値にすぎません。基本設定を終えてから他の設定を比較する方が、未設定のまま繰り返しテストするより効率的です。

コアを起動できない場合は、エラーが起動前と起動後のどちらで発生したかを確認します。起動直後のエラーでは、設定項目の不足、コアコンポーネントの読み込み失敗、ローカルリスニングポートの競合などが考えられます。起動後の接続失敗では、現在の設定、ネットワーク要求、ルーティングを確認します。ログの最初に現れる明確なエラーは、後続の繰り返し表示より重要です。詳しいログの読み方は完全ガイドのトラブル対処章を参照してください。

ここまでで、設定はサブスクリプションの内容から稼働中のローカルプロキシサービスになりました。最後に行うのは設定の追加変更ではなく、クライアントの状態、ブラウザーのアクセス、アプリごとの差異という3つの観点で結果を確認することです。検証まで完了して初めて、基本設定の流れが正しく完結したと判断できます。

確認はクライアント自体から始めます。アクティブ設定が空の状態に戻っていないこと、コアが稼働していること、システムプロキシまたはAndroidの接続状態が有効であることを確認します。起動直後に停止する場合、ブラウザーのテストをしても有効な情報は増えません。まずログに戻って起動エラーを処理します。クライアントが安定してからブラウザーを確認してください。

先に開いていたテストページを閉じ、新しいブラウザーのタブでアクセスします。新しいタブを使うと、古い接続、キャッシュ、確立済みセッションの影響を減らせます。正常に読み込めるか判断しやすいページを開き、ドメイン解決、接続確立、完全な内容の表示まで進むか確認します。ページの枠だけでなく、画像やスクリプト、後続リクエストが失敗し続ける場合も、接続経路が完全でない可能性があります。

ブラウザーにはアクセスできるのに、ターミナルや特定のアプリだけ変化がない場合、まずサブスクリプションの無効化を疑う必要はありません。アプリによってシステムプロキシへの対応が異なります。ブラウザーはシステム設定に従うことが多い一方、ターミナルプログラムではHTTPまたはSOCKSプロキシを個別に指定する必要があり、システムプロキシの変更を再起動後に読み込むアプリもあります。対象アプリを完全に終了して再起動し、アプリ自身にプロキシ設定があるか確認します。それでも動作しない場合にTUNを検討してください。

すべてのアプリでアクセスできない場合は、次の4項目を順番に確認します。1つ目はクライアントが稼働しているか、2つ目は現在のアクティブ設定が先ほど選んだ項目か、3つ目はシステムプロキシまたは接続スイッチが確実に有効か、4つ目は同じサブスクリプション内の別の設定に切り替えて変化があるかです。切り替えるたびに状態が安定するまで待ち、新しいテストページを開き直します。サブスクリプション更新、ルーティング切り替え、ポート変更を同時に行うと、どの操作が結果を変えたのか分からなくなります。

問題の層を切り分ける方法

確認が終わったら、現在利用できる設定を基準として残しておきます。今後ルーティングの振り分けやTUNなどを試して問題が起きた場合は、まず検証済みの基本設定に戻し、項目を1つずつ追加します。明確に戻せる基準状態がある方が、未検証の組み合わせを複数保存するより管理しやすくなります。

日常利用で同じサブスクリプションを何度も追加する必要はありません。設定提供元に変更があったら、サブスクリプションを更新して、対応するグループを再読み込みします。更新後は現在のアクティブ設定が残っているか確認します。元の設定が置き換えられていた場合は、新しい一覧から設定を選び、再接続します。サブスクリプションを頻繁に削除して追加し直すと、ローカルでのグループ管理が失われ、更新失敗の原因も特定しにくくなります。

使用を一時停止するときは、まずシステムプロキシを無効にするか接続を切断してから、クライアントを終了します。ウィンドウを閉じただけでは終了していない場合があり、デスクトップ版がシステムトレイに残ることもあります。クライアントが停止したのにシステムプロキシが有効なままだと、アプリが無効なローカルプロキシポートへ接続し続け、ブラウザーが突然インターネットに接続できなくなることがあります。その場合はクライアントを再起動してシステムプロキシを無効にするか、システムのネットワーク設定でプロキシを元に戻してください。

サブスクリプションを更新する頻度は設定の変更状況によって決まるため、起動するたびに連続して手動更新する必要はありません。設定名の変更、以前の設定が使えない、明確な更新通知があるといった場合に更新すると、結果を確認しやすくなります。自動更新を有効にしている場合も、一覧の件数だけで判断せず、更新通知が正常に表示されているか時々確認してください。

クイックスタートはここで完了です。ドメイン別のルーティング、VMess、VLESS、Xray、V2Flyなどの概念をさらに学ぶ場合は、まず用語集を参照してください。インストール、サブスクリプション管理、プロキシモード、ルーティング、TUN、ログによるトラブル対処を章ごとに学ぶには、ゼロから学ぶ完全ガイドへ進みます。システムプロキシを有効にしてもアプリで動作しない場合は、ブラウザーとターミナルを分けて確認する方法も役立ちます。