v2rayN 設定ガイド：サブスクリプション追加から接続確認まで

BEFORE STARTING

開始前の準備：クライアント、サブスクリプションURL、システム時刻

設定を始める前に、端末へ対応するクライアントがインストールされていることを確認します。デスクトップではv2rayN、Androidではv2rayNGを使用します。未インストールの場合はクライアントダウンロードページから、端末のプラットフォームとプロセッサーアーキテクチャに合ったバージョンを選んでください。インストール後は一度クライアントを起動し、基本フォルダーと実行コンポーネントの初期化を済ませてから、サブスクリプションを追加します。

完全なサブスクリプションURLも用意します。通常は https:// で始まるリンクで、単一のVMess、VLESS、Trojan、Shadowsocks共有リンクとは用途が異なります。サブスクリプションURLは複数のサーバー設定をまとめて取得するためのもので、単一ノードの共有リンクには1つの設定だけが含まれます。コピーする際は先頭から末尾までを選択し、チャットアプリが付けたタイトル、空白、文末の句読点を含めないでください。

最後に、端末の日付、時刻、タイムゾーンを確認します。TLS接続ではシステム時刻を使って証明書の有効期限を判定するため、時刻のずれが大きいと、サブスクリプションとノード設定が正しくてもハンドシェイク失敗や証明書時刻エラーが起こる場合があります。まずシステムの時刻自動設定を有効にし、その後クライアントを終了して再起動することをおすすめします。ここでは基本確認のみ行います。証明書、SNI、DNSなどの問題はトラブル対処ドキュメントで症状別に確認できます。

SUBSCRIPTION INPUT

サブスクリプションを追加：URLを保存してサーバー一覧を更新

デスクトップでv2rayNを開き、メインウィンドウ上部のメニューから「サブスクリプショングループ」または同様の名前の管理項目を開き、新しいサブスクリプションを追加します。識別しやすいメモとして「日常用設定」やサービス名を入力し、コピーしたURL全体をサブスクリプションURL欄に貼り付けます。保存前に入力欄の先頭と末尾を確認し、引用符、説明文、改行まで一緒に貼り付けていないことを確認してください。

サブスクリプションの記録を保存しただけでは、サーバー設定を取得したことにはなりません。サブスクリプションメニューに戻り、「すべてのサブスクリプションを更新」または現在のグループの更新を実行します。更新中は連続してクリックしないでください。クライアントはまずURLの内容を取得し、ノードを解析して一覧へ書き込みます。完了後、メインウィンドウのサーバー欄に1つ以上の設定が表示され、通常は別名、アドレス、ポート、通信方式などを確認できます。この段階では一覧が生成されたことだけを確認し、ノード内部のパラメーターをすぐに変更する必要はありません。

Androidでv2rayNGを開き、サブスクリプション設定へ移動して追加ボタンをタップし、メモを入力してURLを貼り付けます。保存後にメイン画面へ戻り、右上のメニューからサブスクリプションを更新します。更新後に設定一覧へサーバーが表示されます。メイン画面が空のままなら、サブスクリプション設定を開き直し、追加した記録が有効になっていることを確認してから、もう一度更新してください。バージョンによっては更新項目が円形の更新アイコンで表示されますが、保存済みURLから設定を再取得する機能である点は同じです。

手元に vmess://、vless://、trojan://、ss:// のいずれかで始まる共有リンクしかない場合は、「クリップボードからインポート」または「設定をインポート」を使い、サブスクリプションURL欄には入力しないでください。インポート後、一覧には通常1つの設定だけが追加されます。QRコードも単一設定のインポート方法で、端末間のノード移行に便利ですが、自動更新可能なサブスクリプショングループは作成されません。

サーバー一覧が表示されても、すぐにすべてのノードをテストする必要はありません。サブスクリプションの更新が示すのは、クライアントが設定を正常に読み込み解析できたことだけで、システムの通信がすでにクライアントへ渡っているとは限りません。次にプロキシの対象範囲を決めます。ここを確認しないと、クライアントは動作中でもブラウザーや他のアプリが直接通信する場合があります。

TRAFFIC SCOPE

プロキシモードを選択：クライアントへ渡す通信を決める

プロキシモードは、クライアントがどのリクエストを処理するかを決めるもので、初回設定で最も混乱しやすい項目です。デスクトップでは通常、「システムプロキシの状態」と「ルーティングモード」の2層の設定があります。システムプロキシは、対応アプリにv2rayNへリクエストを送るよう指示し、ルーティングモードはクライアントに入ったリクエストを、プロキシ経由、直接接続、ルールによる処理のどれに振り分けるかを決めます。役割が異なるため、それぞれ確認してください。

初回の確認では、v2rayNのシステムトレイメニューから「システムプロキシを自動設定」または現在のバージョンで同じ意味の項目を選ぶことをおすすめします。有効にすると、WindowsまたはmacOSのシステムプロキシがクライアントのローカル待受ポートを指し、一般的なブラウザーやシステム設定を参照するアプリがv2rayNへ通信を渡します。「システムプロキシを変更しない」を選んだ場合、クライアントはバックグラウンドで動作できますが、他のアプリが自動的に利用することはありません。手動でポートを設定している場合や、別の方法で通信を取り込む場合に適しています。

次にルーティングモードを確認します。初回確認では変数をできるだけ減らすため、クライアントのグローバル系モードを使い、ノード接続を確認してからルール分割モードへ戻すとよいでしょう。グローバル系モードでは選択したノードを通るリクエストが増えるため、基本経路が成立しているか判断しやすくなります。ルールモードはドメイン、IP、プロトコル、事前設定ルールに基づいて振り分けるため、日常利用に適しています。最初から複雑なルールを調べると、原因がノード、DNS、ルールの優先順位のどれか判別しにくくなります。

Androidでは手順が異なります。v2rayNGで接続を開始すると、システムのVpnService許可を求められます。許可すると、システムが端末の通信をクライアントへ渡します。初回の接続要求では許可を選んでください。拒否しても設定は一覧に保存できますが、接続は確立できません。アプリごとのプロキシを有効にしている場合は、「選択したアプリのみプロキシ」か「選択したアプリを除外」かを確認し、テストするブラウザーが適切な範囲に含まれていることも確認します。

アプリごとのプロキシは、基本動作を確認してから設定するのが適しています。初回は全端末の通信を対象にした既定範囲のほうが、結果を判断しやすいでしょう。接続が正常だと確認できたら、必要に応じて対象アプリを絞り込みます。デスクトップのTUNモードは、システムプロキシを読み取らないアプリにも対応できますが、仮想ネットワークインターフェース、権限、DNSの取り込みが関係するため、このページの基本手順には含めません。ターミナルツールや特殊なアプリまで対象にする場合は、体系的なトラブル対処へ進んでください。

ACTIVE CONNECTION

ノードを選択して接続：ステータスと実行ログを確認

サーバー一覧に戻り、サブスクリプショングループから設定を1つ選びます。デスクトップではサーバー項目をダブルクリックするか、右クリックメニューからアクティブサーバーに指定します。バージョンによってはEnterキーでも確定できます。選択中の項目には色、高輝度表示、チェック、アクティブ表示などが現れます。まず1つだけ選び、複数ノードを同時に編集しないでください。また、「速度テストの結果」だけで判断するのも避けます。テスト方法と実際のアプリ通信は完全には同じではありません。

アクティブサーバーを確認したら、v2rayNのシステムトレイの状態を確認します。前の手順でシステムプロキシを有効にしていれば、サーバー選択後にクライアントが対応するコアを起動します。バージョンによっては、起動またはサービス再起動の独立した項目もあります。メインウィンドウ下部のログ欄を開くと、正常な起動では設定の読み込み、ローカル待受ポートの作成、コアの実行などが表示されます。ログを1行ずつ理解する必要はありません。起動失敗、ポート競合、設定解析エラーが繰り返し表示されていないことを確認してください。

ログにローカルポートが使用中と表示される場合、別のプログラムまたはクライアントの別インスタンスが同じポートを待ち受けています。重複起動しているv2rayNのウィンドウや同種のネットワークツールを閉じ、現在のクライアントを再起動します。用途を理解しないまま複数のポートを続けて変更しないでください。システムプロキシが古いポートを指したままになり、「コアは動作しているのにアプリが接続できない」状態になる可能性があります。ポートを変更する場合は、クライアントの待受値とシステムプロキシの接続先を同時に確認します。

Androidでは設定一覧からノードをタップして現在の設定にし、メイン画面の接続ボタンをタップします。初回接続時にはシステム権限のダイアログが表示されるので、許可して状態が切り替わるまで待ちます。接続ボタン、ステータス表示、システムステータスバーにVpnServiceの確立が表示されます。この時点でv2rayNGがコアを起動し、選択した設定を読み込みます。ボタンが一時的に変化してすぐ未接続に戻る場合は、ノードを大量に切り替えるのではなく、ログを開いて最初に表示された明確なエラーを確認してください。

接続の問題は、クライアントが正常に起動したか、遠隔の経路を確立できたかの2層に分けて考えられます。前者では設定解析、ローカルポート、システム権限を確認し、後者ではサーバーアドレス、ポート、プロトコルパラメーター、TLS、ネットワーク到達性を確認します。コアが正常に動作していることを先に確認して初めて、ブラウザーでの検証に意味が出ます。すべてのノードで同じ起動エラーが出るなら、まずローカル設定を確認します。クライアントは正常に動作していて特定ノードだけタイムアウトするなら、同じサブスクリプションの別ノードと比較します。

REQUEST VERIFICATION

動作を確認：ブラウザー、ログ、比較結果で確認

接続ボタンが実行中を示していても、すべてのアプリの通信がクライアントを経由しているとは限りません。確認時は、開いていたテストページをいったん閉じ、ブラウザーの新しいウィンドウで普段安定して開けるWebページへアクセスします。ページの読み込みと同時にクライアントログを確認します。新しい接続記録、対象ドメイン、出力先情報などが表示されれば、ブラウザーのリクエストはクライアントに入っています。ページは開くのにログがまったく変化しない場合は、まずプロキシモードの手順に戻り、システムプロキシまたはアプリの対象範囲を確認します。

デスクトップでは、システムプロキシのオン・オフを比較できます。同じブラウザーのページを使い、まずv2rayNでシステムプロキシを解除して更新し、ページの状態を記録します。次にシステムプロキシの自動設定を再度有効にして更新します。この2回の間にノード、ルーティングモード、DNSを同時に変更しないでください。どの変更が結果を生んだのか判断できなくなります。システムプロキシを有効にした後だけログにリクエストが出るなら、ブラウザーは想定どおりシステムプロキシを読み取っています。

Androidでは接続中にブラウザーを開いてアクセスし、同時にv2rayNGのログを確認します。「選択したアプリのみプロキシ」を使っている場合は、現在のブラウザーが選択されていることを確認します。「選択したアプリを除外」を使っている場合は、ブラウザーが除外リストに入っていないことを確認します。アプリによっては既存の接続を保持するため、アプリごとの対象範囲を変更した後はテストアプリを完全に終了し、再起動して新しい通信を確立してください。

失敗の種類も確認できます。Webページがすぐに接続エラーになり、ログにローカルリクエストはあるものの遠隔側の応答がない場合は、ノードに到達できないかパラメーターが合っていない可能性があります。ページが解析中のまま長時間進まない場合は、DNSをさらに確認します。ブラウザーだけ動作し、ターミナルコマンドが動作しない場合は、ターミナルがシステムプロキシの環境変数を読み取っていないことが一般的です。すべての現象をノード障害と決めつけず、「リクエストがクライアントに入ったか」を分岐点にして対処してください。

確認が終わったら、ルーティングモードを日常利用に適したルールモードへ変更し、ブラウザーで再度テストします。ルールモードでは、対象によってプロキシまたは直接接続に振り分けられます。これはルーティングルールの動作結果です。グローバル系モードではアクセスできたWebサイトが、ルールモードで失敗する場合は、サブスクリプションを再追加するのではなく、ルールのマッチ順序と出力先を確認します。ルーティングルール、DNS分割、TUN取り込みの詳しい確認手順はトラブル対処大全にまとめています。