クライアントと有効なサブスクURLを用意
設定を始める前に、クライアントが正常に起動できることと、サービス提供元から発行されたサブスクURLを用意できていることを確認します。サブスクURLは通常、https://で始まるリンクです。クライアントがサーバー設定やルーティング情報、今後の更新を取得するために使われます。サブスクは単一サーバーの名前でもクライアントのインストールファイルでもありません。個別の共有リンクを受け取った場合は、インポート方法がこのガイドと少し異なります。
デスクトップではv2rayN、Androidではv2rayNGを使います。両者はコアと設定の考え方が近い一方、メニューの位置、接続ボタン、システム許可の方法が異なります。初めて操作する際は、どちらのクライアントを使っているかを確認し、各手順の「デスクトップ」または「Android」の説明を読んでください。クライアントの更新後は一部のメニュー名が変わる場合がありますが、「サブスクグループ」「サブスクを更新」「ルーティング設定」「接続」といった主要な入口は通常変わりません。
デバイスの時刻が正しいことも確認してください。TLS接続ではシステム時刻を使って証明書の有効期限を判断するため、時刻のずれが大きいとハンドシェイクに失敗する場合があります。また、現在のネットワークで通常のWebページにアクセスできることも確認します。クライアントでは、ローカルネットワークの切断、Wi-Fiの認証未完了、モバイル通信の停止といった基本的な問題は解決できません。これらを確認してからサブスクをインポートすると、後の切り分けが容易になります。
このページでは、基本接続に必要な設定だけを扱います。VMess、VLESS、TLS、REALITY、Xray、V2Flyなどの用語は用語解説で確認できます。カスタムDNS、複雑なルーティング、TUNモード、複数サブスクの管理は、基本手順が成功してから設定の応用を読んでください。
サブスクをインポートしてサーバー一覧を作成
サブスクをインポートする目的は、すぐに接続することではなく、まず選択可能なサーバー設定をクライアントに取得させることです。インポートが成功すると、メイン画面にサーバー名、アドレス種別、プロトコル種別などの項目が表示されます。まず一覧が作成されたことを確認してからプロキシモードを選びます。一覧が空のまま接続を押しても、有効な結果は得られません。
v2rayNデスクトップ版の操作
v2rayNのメインウィンドウを開き、上部メニューから「サブスクグループ」または同様の名前のサブスク管理項目を探します。サブスクグループ設定を開いたら、新しいサブスクグループを追加します。「普段使い」など識別しやすい名前を入力し、完全なサブスクURLをアドレス欄に貼り付けます。名前はローカルで識別するためだけのもので、サーバー設定は変わりません。
グループを保存してメインウィンドウに戻り、サブスク関連メニューをもう一度開いて「すべてのサブスクを更新」または追加したグループの更新を実行します。更新が完了すると、メインウィンドウにサーバー一覧が表示されます。古い一覧が残っている場合は、今回の更新で新しい項目や更新時刻の変化があるかを確認してください。バージョンによっては、ウィンドウ下部やログ欄にサブスクの解析結果が表示されます。「更新完了」「設定を追加」といった表示で処理の終了を判断できます。
更新後もサーバーが表示されない場合は、サブスクグループ設定に戻り、URLの先頭と末尾、コピー時に空白が混入していないかを確認します。Web管理画面のURL、決済ページのURL、単一サーバーのメモをサブスクURLとして使わないでください。URLに問題がないことを確認して再更新します。クライアントに返された内容を認識できないと表示された場合は、そのリンク形式が現在のクライアントに対応しているか、提供元に確認してください。
v2rayNG Android版の操作
v2rayNGを開き、メイン画面のメニューから「サブスクグループ設定」に入ります。追加ボタンをタップして新しいサブスクグループを作成し、グループ名とサブスクURLを入力して保存します。メイン画面に戻り、右上のメニューから「サブスクを更新」を選びます。クライアントが保存したURLを読み込み、解析したサーバー項目をメイン一覧に追加します。
Android版では、手動で追加した古い設定と今回のサブスクから作成された設定が同時に残る場合があります。選択を間違えないよう、グループ名で新しい項目を見分けてください。一覧が長い場合、プロトコルの詳細を1つずつ開く必要はありません。作成したグループに属する項目が少なくとも1つあることを確認します。提供元がサーバーを更新した場合も、同じグループを作り直す必要はなく、サブスクを再更新するだけで済みます。
サブスクの更新は設定の同期だけを行い、どのアプリをプロキシ経由にするかを自動で決めたり、適切なサーバーを必ず選択したりするものではありません。次は通信の処理方法を決めます。初回はクライアントの標準ルーティングモードから始め、接続に成功する前にDNS、FakeDNS、カスタムルールを同時に変更しないでください。
プロキシモードと基本ルーティングを選択
プロキシモードは、どの通信をクライアントに処理させるかを決めます。ルーティングルールは、クライアントが通信を受け取った後、どのアウトバウンドを選ぶかを決めます。両者は別のメニューにあることが多いため、「サーバー接続済み」だけでブラウザーが必ずその接続を使うとは限りません。基本設定ではまずクライアントの標準ルールを使い、通信経路をできるだけ単純にして、成功を確認してから細かな振り分けを行います。
デスクトップ：ルーティングルールとシステムプロキシ
v2rayNのメインウィンドウまたは設定メニューから「ルーティング設定」を探します。クライアントに基本的な既定ルールが用意されている場合、初回は通常利用向けのルールセットを選べば十分で、すぐに新しいルールを作る必要はありません。ルールモードでは通常、直接接続とプロキシ接続を区別し、ドメイン、アドレス、ルールの順序に基づいてアウトバウンドを決めます。ここでは条件を1つずつ編集するのではなく、既存の標準ルールを使うことが目的です。
ルーティングルールを選んだら、デスクトップアプリの通信をv2rayNに渡す必要があります。最も一般的な方法は「システムプロキシを設定」です。通常はトレイメニューまたはメインウィンドウのシステムプロキシメニューから実行しますが、正式に有効化するのは次のステップでサーバーを選び、コアを起動してからにするのがおすすめです。今は入口を確認し、「システムプロキシを解除」のような状態が選ばれていないことだけ確認します。
システムプロキシは、ブラウザーやOSのプロキシ設定に従うアプリに適しています。一部のアプリは独自のネットワーク設定を持ち、システムプロキシを読み込まない場合があります。この違いを、初回接続の段階でルーティングを何度も変更して解決しようとしないでください。まず標準ブラウザーで確認し、必要に応じてアプリ固有の通信挙動を見ながら、より高度な取り込み方法を検討します。
Android：基本ルーティングを維持
v2rayNGはシステム接続インターフェースを通じてデバイスの通信を処理するため、デスクトップ版のような「システムプロキシを設定」ボタンを別途探す必要はありません。設定またはルーティング設定を開き、初回はクライアントの基本ルールを維持します。サブスク提供元が対応するルーティング方案を明示している場合は、その説明に従って選択してください。そうでなければ、DNSやルーティングの判断要素が増えるため、実験的な項目を複数同時に有効にしないでください。
Android版には「LANをバイパス」「アプリごとのプロキシ」といった項目が用意されている場合もあります。基本確認の段階では、まず普段使いのブラウザーを接続テストの対象にし、複雑なアプリ除外リストを先に作らないことをおすすめします。アプリごとのプロキシ設定を誤ると、クライアントは接続済みでも除外されたブラウザーはまったくクライアントを経由しないため、サーバーの障害と誤解しやすくなります。
このステップを終えると、クライアントには基本的な処理方法が設定されていますが、接続自体はまだ確立していません。次はサブスク一覧からサーバーを1つ選び、コアを起動してシステム通信をクライアントに入れます。問題が起きた場合も、「サーバーへの接続失敗」なのか「システム通信がクライアントに入っていない」のかを切り分けやすくなります。
サーバーを選択して接続を確立
サーバー一覧に戻り、先ほどインポートしたサブスクグループから項目を1つ選びます。初回設定では名前から複雑なパラメータを推測する必要はなく、複数のサーバーを同時にテストするべきでもありません。まず1つで接続と確認を行い、失敗したら同じサブスク内の別の項目に切り替えます。これにより、原因が特定サーバーにあるのかクライアント設定にあるのか判断できます。
v2rayNデスクトップ版の接続手順
メイン一覧で対象サーバーをクリックし、現在のアクティブ設定にします。バージョンによってはダブルクリック、右クリックして「アクティブサーバーに設定」、またはショートカット操作で選択します。選択できると、色、チェック状態、ステータスバーの表示などが変わります。アクティブ設定の名前が選択した項目と一致することを確認し、クライアントのコアが起動しているかを確認します。
続いてシステムプロキシメニューを開き、「システムプロキシを自動設定」など、近い名前の有効化項目を選びます。この時点でv2rayNは、コアとサーバーの接続を確立し、システムプロキシによってOS設定に従うアプリの通信をローカルプロキシポートへ送ります。コアだけを起動してシステムプロキシを設定しない場合、メインウィンドウは正常でも、ブラウザーは以前と同じ直接接続を使い続けます。
ウィンドウを最小化した場合は、システムトレイからv2rayNのアイコンを見つけ、現在のサーバーとシステムプロキシの状態を確認します。システムプロキシの項目を連続してすばやく切り替えず、変更するたびに状態が安定するまで待ってからブラウザーでテストしてください。クライアントを終了する場合は、終了時にシステムプロキシが元に戻ったか確認し、停止したローカルポートを次回ブラウザー起動時も参照し続けないようにします。
v2rayNG Android版の接続手順
サーバー一覧で対象項目をタップし、左側またはタイトル部分が選択中の状態になったことを確認します。続いてメイン画面の接続ボタンをタップします。初回接続ではシステムにネットワーク接続の許可画面が表示され、確認後にクライアントがローカル接続インターフェースを確立できます。この許可はシステムレベルの接続許可であり、サブスクアカウントへのログインではありません。
接続が確立すると、メイン画面のボタン表示が変わり、システム状態エリアにも接続中の表示が現れます。すぐにクライアントプロセスを終了せず、v2rayNGを動作させたまま次の確認に進んでください。一部のデバイスでは省電力設定がバックグラウンド通信を制限します。接続直後は正常でもアプリを切り替えるとすぐ切断される場合は、後でv2rayNGのバックグラウンド動作制限を確認します。
接続状態はクライアントが動作を開始したことを示すだけで、目的のWebサイトに正常にアクセスできることを単独で証明するものではありません。プロトコルのハンドシェイク、サーバーの状態、ルーティング結果、DNS解決も最終結果に影響します。そのため最後のステップでは、クライアントの状態と実際のアクセスを同時に確認し、1つのアイコンだけで判断しないようにします。
接続が実際に有効か確認
確認は3段階で行います。クライアントが動作し続けているか、ブラウザーの通信がクライアントに入っているか、目的のサイトに正常にアクセスできるかです。1項目だけを見ると問題を見落としやすくなります。たとえばクライアントは動作していてもシステムプロキシが無効な場合があり、ブラウザーがプロキシ設定を読み込んでいてもサーバーが接続を完了できない場合があります。
まずクライアントの状態を確認
現在のサーバーを変えず、クライアントが接続中から停止状態へ何度も戻っていないか確認します。デスクトップではメインウィンドウ下部、トレイの状態、ログ欄を確認し、接続失敗が繰り返し表示されていないことを確認します。Androidではメイン画面の接続状態を確認し、許可後すぐに切断されていないことを確認します。ログに一度だけ再試行が出ても、必ずしも全体の失敗を意味しません。重要なのは、同じエラーが続き、すべてのアクセスに応答がないかどうかです。
次にブラウザーで実際にアクセス
ブラウザーで新しいタブを開き、まず普段そのまま開ける一般的なWebページにアクセスして、ローカルネットワークが正常であることを確認します。続いて、現在のプロキシ経路をテストする目的のページにアクセスします。古い内容がキャッシュで表示されないよう、新しいタブを使うかページを再読み込みしてください。ページが安定して読み込めたら、その中の子ページも1つ開き、キャッシュされたトップページだけではないことを確認します。
デスクトップでどのWebページも接続前と変わらない場合は、システムプロキシメニューで有効状態を確認し、ブラウザーに独自のプロキシ拡張機能やカスタムネットワーク設定がないか確認します。Androidで特定のアプリだけアクセスできずブラウザーは正常な場合は、すぐにプロトコルパラメータを変更せず、そのアプリがアプリごとのプロキシルールで除外されていないか確認します。
最後にログの内容を確認
実際にアクセスしたら、クライアントのログ欄に戻ります。アクセス操作によって新しい接続記録が出れば、通信はクライアントに入っています。ログがまったく変化しない場合は、システムプロキシ、アプリの除外ルール、ブラウザー独自の設定に原因がある可能性が高くなります。新しい記録はあるものの接続タイムアウト、ハンドシェイク失敗、ドメイン解決エラーが続く場合は、現在のサーバー、デバイスの時刻、DNS設定をそれぞれ確認します。
基本確認に成功した後は、すぐに設定を広範囲に変更しないでください。現在使えるサーバー、サブスクグループ、ルーティングモードを維持し、ブラウザーを一度終了して再起動し、状態を安定して再現できるか確認します。その後、同じサブスク内の別サーバーをテストし、実際の用途に応じてルーティングルールを少しずつ追加します。
接続できないときは段階的に切り分ける
ステップ4を通過できない場合でも、クライアントの再インストール、サブスクの削除、DNSの変更、ルーティングの変更を同時に行わないでください。複数の条件を一度に変えると原因が分かりにくくなります。「サブスク内容—アクティブサーバー—クライアント接続—システム通信—目的のアクセス」の順に、ローカルに近い設定から確認します。
サブスク更新は成功したが一覧が空
サブスクグループ設定を開き直し、完全なサブスクURLが保存されていることを確認して、もう一度更新します。クライアントに形式を認識できないと表示された場合は、リンクの種類が現在のクライアントに対応しているか確認します。サブスクから返されたエンコード済みの内容を手動で変更しないでください。
一覧はあるが現在のサーバーに接続できない
まずデバイスの時刻と基本ネットワークが正常であることを確認し、同じサブスク内の別サーバーに切り替えてテストします。1つの項目だけが失敗し、ほかが使える場合は、クライアント設定全体を作り直す必要は通常ありません。
クライアントは動作中だがブラウザーに変化がない
デスクトップではシステムプロキシが有効か、ブラウザーに独自のプロキシ設定がないか確認します。Androidではシステム接続が有効なままか確認し、ブラウザーがアプリごとのルールで除外されていないことを確認します。
接続後、通常のWebページも開けない
まず接続を停止し、基本ネットワークが復旧したことを確認してから、サーバーを選び直します。停止後もアクセスできない場合、デスクトップではシステムプロキシが元に戻っているか確認します。停止するとすぐ復旧する場合は、現在のサーバーとルーティングルールを引き続き確認します。
ログの「timeout」は通常、決められた時間内に接続が完了しなかったことを示します。「handshake」に関する情報はネゴシエーションが完了していないことを示し、「DNS」に関する情報はドメイン解決を示します。エラー名は範囲を絞るための手がかりであり、意味を理解しないままネット上の複雑な設定をそのまま適用することはおすすめしません。まず用語解説で関連用語を確認し、続いて設定の応用でルーティング、DNS、TUN、複数サブスクの章を読んでください。