v2rayN サブスクリプションのインポートと接続方法

クライアントとサブスクリプションURLを確認

操作を始める前に、インストール済みのクライアントと有効なサブスクリプションURLを用意します。デスクトップではv2rayN、Androidではv2rayNGを使用します。サブスクリプションURLは通常、https://で始まる完全なURLです。単一のVMess、VLESS、Trojan設定や、WebアカウントのログインURLではありません。コピーする際は先頭から末尾までを保持し、クエリパラメータの欠落、余分な空白、改行の混入を避けてください。

クライアントがまだインストールされていない場合は、まずダウンロードセンターから対応するプラットフォームを選択してください。インストール後にクライアントを開き、DNS、TUN、ポート、カスタムルーティングを急いで変更しないでください。初回設定では、検証可能な基本接続を確立することを優先します。一度に多くの設定を変更すると、問題の原因がサブスクリプション、ノード、プロキシモード、本体のネットワークのどれなのか判断しにくくなります。

端末の時刻とタイムゾーンが正しいことも確認してください。一部のプロトコルでは接続処理に時刻情報を使用するため、システム時刻が大きくずれていると、設定が正しく見えてもハンドシェイクを完了できない場合があります。システムの時刻を自動設定にし、現在のネットワークで一般的なWebページに正常にアクセスできることを確認することをおすすめします。基本的なネットワーク接続が切れている場合、クライアントで代替することはできません。

サブスクリプションをインポートしてサーバー一覧を作成

v2rayNのデスクトップ版で、まず「サブスクリプショングループ」に関するメニューを開き、グループの追加または管理を選択します。新しいグループを作成する際は、「日常用サブスクリプション」など識別しやすい備考を入力し、完全なサブスクリプションURLをURL欄に貼り付けます。保存してメインウィンドウに戻り、「すべてのサブスクリプションを更新」または現在のグループの更新を実行します。クライアントがサブスクリプションの内容を読み込み、サーバー設定をメイン一覧に整理します。

更新が完了すると、メインウィンドウに選択可能なサーバー項目が複数表示されます。一般的な列には、別名、アドレス、ポート、プロトコル、サブスクリプショングループなどがあります。一覧が表示されたことは、サブスクリプションが解析されたことを示すだけで、すべてのノードが接続できるとは限りません。まず、項目が先ほど作成したグループに属していること、プロトコルとアドレスの列が空欄でないことを確認してから次へ進みます。グループを保存しても項目が表示されない場合は、グループ設定を開き直し、URLの先頭、末尾、途中に空白が混入していないか確認してから手動で更新してください。

v2rayNGのAndroid版では、右上のメニューを開き、サブスクリプショングループ設定またはサブスクリプション設定を表示して、追加ボタンをタップします。備考とサブスクリプションURLを入力して保存し、メイン画面に戻ってメニューからサブスクリプションを更新します。更新中は現在のネットワーク接続を維持してください。完了すると、メイン画面にサーバー設定の一覧が表示されます。画面上部のグループ名をタップすれば、現在表示しているサブスクリプショングループを確認できます。別のグループを表示しているだけなのに、更新に失敗したと誤解するのを防げます。

サブスクリプションの更新に失敗した場合は、プロトコルパラメータを連続して変更しないでください。まずサブスクリプションURLをブラウザーのアドレス欄にコピーし直し、完全なURLであることを確認します。ただし、開いた内容を通常のテキストとして保存してからインポートしないでください。次に、システム時刻、現在のネットワーク、サブスクリプションサービスの状態を確認します。実行ログに解析失敗、リクエストタイムアウト、レスポンスが空といった内容が表示される場合は、まずサブスクリプションの読み込み問題を解決してください。サーバーパラメータの確認は、サブスクリプションから一覧が正常に作成された後に行います。

一覧が表示された後は、複数のサブスクリプションを同時にインポートしないでください。グループを1つにしておくと、現在のアクティブノードの出所を把握しやすく、接続失敗時に重複設定や同名項目の影響を切り分けやすくなります。サブスクリプションの更新、ノードの速度測定、正式な接続はそれぞれ異なる操作です。更新は設定の取得、速度測定はテスト接続の試行、正式な接続はアクティブノードとプロキシモードによって決まります。

システムプロキシ、ルーティングルール、TUNモードを選択

サブスクリプション一覧の準備ができたら、どのアプリの通信をクライアントに渡すかを決めます。初回利用ではシステムプロキシから始めるのがおすすめです。システムプロキシはOSが提供するプロキシ設定を変更するため、ブラウザーやシステム設定に従うデスクトップアプリは通常そのまま利用できます。変更範囲が明確で、無効にした後も元に戻しやすいため、サブスクリプションとノードが正常に動作するかを最初に確認するのに適しています。

v2rayNのデスクトップ版でシステムプロキシのメニューを開き、自動設定またはシステムプロキシを有効にします。バージョンによって表示名は多少異なりますが、有効にするとステータスバーやトレイメニューにシステムプロキシがオンであることが表示されます。続いてルーティングモードを確認します。初回は、LANと一般的なダイレクト接続先を迂回するルールモードを選ぶとよいでしょう。最初から大量のドメインルールを手動で作成することはおすすめしません。ルールは上から順に照合され、リクエストがダイレクト接続ルールに一致すると、プロキシのアウトバウンドには進みません。

システムプロキシを読み取らないプログラムや、より広い種類の通信を処理する必要がある場合は、基本接続の確認後にTUNモードを検討してください。TUNは仮想ネットワークインターフェースを作成し、より広範囲の通信をクライアントに渡すため、通常はシステム権限が必要です。有効化時に権限確認が表示されたら、要求元が現在のクライアントであることを確認して続行してください。TUNとシステムプロキシは、両方を有効にすればよいとは限りません。初回の切り分けでは、主な処理方式を1つだけ有効にすると、ポート競合、二重転送、ルーティングの重複を減らせます。

v2rayNGのAndroid版では、メイン画面の接続ボタンをタップすると、システムにネットワーク接続の許可確認が表示されます。確認後、クライアントは処理対象のアプリ通信を受け取れるようになります。アプリごとのプロキシ、LANの迂回、ルーティングルールは追加の制御項目です。初回接続ではデフォルトルールのままにしてください。Webページとログが正常になってから、必要に応じて特定のアプリだけに接続を使用させるか判断します。

プロキシモードは通信をクライアントに渡すかどうかを決め、ルーティングルールは渡された通信をダイレクト接続、プロキシ、ブロックのどれで処理するかを決めます。この2つを混同しないでください。クライアントが動作中なのにブラウザーのリクエストがログに表示されない場合は、まずシステムプロキシまたは接続許可を確認します。ログにリクエストが表示されているのに目的のアドレスへアクセスできない場合は、ノード、DNS、ルーティングのアウトバウンドを確認します。ルールの優先順位、ドメイン照合、TUN設定の詳しい説明は詳細ドキュメントに掲載しています。本記事では初回接続に必要な設定だけを扱います。

アクティブノードを選択して接続

プロキシモードを決めたら、サーバー一覧に戻ってノードを1つ選択します。v2rayNのデスクトップ版では、対象項目をダブルクリックするか、右クリックメニューからアクティブサーバーに設定できます。選択に成功すると、現在のサーバー名がステータスバー、トレイ通知、一覧のマークなどに表示されます。行をクリックしてハイライトするだけでは、アクティブサーバーが切り替わったとは限りません。ステータス表示も変化したか確認してください。

ノードが多い場合は、実接続による遅延テストで候補を絞り込めます。実接続テストはノード設定に従って実際の接続を試みるため、ネットワーク層の応答だけを見るより実利用に近い結果が得られます。テスト後は、結果が返り状態が安定している項目を優先し、最小の数値を何度も追いかける必要はありません。失敗したノードは後で確認できます。複数のノードを一度に選択したり、短時間に頻繁に切り替えたりしないでください。前の接続が終了していないと、ログに異なるノードの記録が混在します。

v2rayNGのAndroid版では、一覧の設定をタップして現在の選択項目にし、画面下部の接続ボタンをタップします。初回接続ではシステムの許可を求められます。確認すると、ステータスバーに接続アイコンが表示され、クライアント画面のボタンも接続済みの状態に変わります。ボタンがすぐ未接続に戻った場合は、連続してタップせず、すぐにログを開いて原因を確認してください。サーバーに到達できない、パラメータが一致しない、ドメイン名の解決に失敗する、システム時刻が正しくない、といった点が主な確認対象です。

接続時、クライアントは現在のノードパラメータを読み込み、ローカルリスナーを起動します。v2rayNのデスクトップ版では、システムプロキシがクライアントの実際のローカルポートを指していることも確認してください。通常はクライアントが自動設定するため、ブラウザーのポートを手動で変更する必要はありません。ほかのネットワークツールをインストールしている場合は、システムプロキシと仮想ネットワーク機能を一時的に無効にし、複数のプログラムが設定を同時に使用したり、システムプロキシを上書きしたりしないようにしてください。

一覧のすべてのノードで実接続テストに失敗する場合は、まず通常のネットワーク環境に戻して再試行し、サブスクリプションを手動で更新してください。1つのノードだけが失敗する場合は、別のノードに切り替えれば解決することがあります。同じサブスクリプション内の全ノードが同時に失敗する場合は、サブスクリプションの有効期限、端末の時刻、DNS、クライアントのバージョンを確認します。timeout、rejected、ハンドシェイク失敗などのログ用語については、用語集で基本的な意味を確認できます。

状態、アクセス結果、ログで動作を確認

クライアントに「接続済み」と表示されても、ローカルサービスまたはシステム接続が確立したことを示すだけで、対象通信が選択したノードを経由しているとは限りません。確認は3段階で行います。まずクライアントの状態を確認し、次にブラウザーで新しいリクエストを送信し、最後に実行ログに対応する記録があるかを確認します。3つの結果を照合して、プロキシモード、ルーティングルール、ノード接続がすべて機能していることを確認できます。

第1段階は状態確認です。v2rayNのデスクトップ版ではアクティブサーバー名が表示され、システムプロキシの状態が選択したモードと一致している必要があります。v2rayNGのAndroid版では接続状態を維持し、システムのステータスバーにある接続表示がすぐ消えないことを確認します。状態が接続と切断の間で繰り返し変わる場合は、Webページのテストを続けず、まずログを確認してください。基本接続がまだ安定していません。

第2段階はブラウザーでのアクセスです。まず既存のテストタブを完全に閉じ、新しいブラウザーウィンドウを開いて、普段正常に表示できるWebサイトへアクセスし、ローカルネットワークが利用できることを確認します。その後、現在のプロキシルールで処理する対象ページへアクセスします。新しいウィンドウを使うと、既存の接続、キャッシュ、拡張機能の設定による影響を減らせます。一方のブラウザーではアクセスでき、もう一方ではできない場合、原因は通常、そのブラウザー独自のプロキシ、拡張機能、セキュリティ設定にあります。すぐにサブスクリプションを変更しないでください。

第3段階は実行ログです。Webページへのリクエストを送信したら、クライアントのログ画面に戻り、新しい接続記録が表示されるか確認します。対象ドメイン、ルーティングの一致、アウトバウンド接続の記録があれば、リクエストがクライアントに入ったことを示します。新しい記録がまったくない場合は、システムプロキシ、ブラウザー独自のプロキシ設定、Android側の接続許可を優先して確認します。リクエストが表示された後にタイムアウトする場合は、現在のノード、DNS、対象ルーティングを確認します。リクエストがダイレクト接続のアウトバウンドに割り当てられている場合は、現在のルールが想定どおりか確認してください。

システムプロキシを無効にするか、v2rayNGの接続を切断してから同じページに再度アクセスし、比較する方法もあります。状態の変化がアクセス結果と一致し、再接続後にはログにも新しい記録が表示されるはずです。ページが開くかどうかだけを見るより、比較テストのほうが確実です。Webページがキャッシュから表示される場合や、ドメインがルールでダイレクト接続に設定されている場合があるためです。

コマンドライン端末は別の扱いになります。多くの端末ツールはデスクトップのシステムプロキシを自動的に読み取らないため、ブラウザーでは有効でも、端末のリクエストは直接接続される場合があります。これはv2rayNの接続失敗を意味しません。端末でプロキシを使う場合は、ツール自身のプロキシパラメータを設定してください。1つのコマンドを動かすためだけに、すべての通信をすぐに取り込む必要はありません。端末、DNS、ルーティングの詳しい切り分け手順は詳細ドキュメントを参照してください。

日常の更新、切り替え、終了の正しい順序

初回確認が完了した後の日常利用では、通常、サブスクリプションの更新、アクティブノードの切り替え、接続のオン・オフだけを行います。起動するたびにサブスクリプションを追加する必要はありません。既存のグループを残したまま更新してください。更新後に現在のノードが一覧から削除されていたら、別のアクティブノードを選び直します。まだ存在する場合は、現在の選択を維持して接続が正常か確認してから、切り替えるか判断できます。

ノードを切り替えるときは、まず一覧から新しいアクティブノードを選び、ステータスバーとログに新しい設定が反映されたか確認します。サブスクリプショングループ全体を削除して切り替えたり、同じURLを何度も再インポートしたりしないでください。グループは設定元の管理を担当し、アクティブノードは現在の接続を担当します。それぞれの役割を理解すると、一覧の重複、備考の混乱、更新後に現在のノードが見つからない問題を防げます。

クライアントを一時的に使わない場合、v2rayNのデスクトップ版では、まずシステムプロキシを無効にするか接続モードを終了してから、プログラムを終了してください。OSに使えなくなったローカルプロキシアドレスが残るのを防げます。v2rayNGのAndroid版では、切断ボタンをタップし、接続状態が終了したことを確認してからアプリを閉じます。次回はクライアントを起動し、アクティブノードを確認してからシステムプロキシまたは接続を有効にすればよく、4つの手順を最初からやり直す必要はありません。

接続が突然使えなくなった場合は、この記事の手順を逆にたどって確認するのが効率的です。まずログと接続状態、次にアクティブノード、続いてプロキシモード、最後にサブスクリプションを確認します。これにより、単一ノードの変化、通信がクライアントに入っていない問題、サブスクリプション自体を読み取れない問題をすばやく切り分けられます。カスタムルーティング、DNS、TUNの詳細、マルチプラットフォーム間の違いを設定する場合は、詳細ドキュメントを参照してください。