v2rayN初心者向けFAQ 10選:サブスクリプションの追加・システムプロキシ・接続できないときの対処法

v2rayNを初めて使うときによくある疑問を10項目で解説。サブスクリプションURLの入力方法、システムプロキシの選び方、ブラウザーが接続できない場合など、すぐ試せる対処法を紹介します。

この記事の概要

初めて使うときは、まず有効なサブスクリプションを追加し、使用するノードを選び、アプリからローカルプロキシに接続できる状態にします。この記事ではWindowsデスクトップ版の一般的な日本語画面を基準に、サブスクリプション、システムプロキシ、ルーティング、ポート、ログに関する疑問を10項目に分けて解説します。バージョンによってメニューの位置が多少異なる場合があります。項目名が違うときは対応する機能を確認し、複数の設定を同時に変更しないでください。

1. v2rayNをダウンロードしたのに、すぐインターネットに接続できないのはなぜ?

v2rayNはクライアントを管理するための画面であり、接続可能なリモートノードそのものではありません。設定の管理、プロキシコアの起動、ローカル接続口の設定を行いますが、実際に接続するには有効なサーバー設定が必要です。サブスクリプションURLは設定一式を更新するための入口で、VMessやVLESSはノードで使用されるプロトコルです。両者は別のものです。

まずクライアントのダウンロードページで、OSとアーキテクチャに合ったインストーラーを選びます。インストーラーは画面の指示に従って実行してください。アーカイブ版はすべて展開してからメインプログラムを起動し、圧縮ソフト内から直接実行しないでください。通常のシステムプロキシ設定に管理者権限は不要です。一部の仮想ネットワークアダプター機能を有効にする場合のみ、権限の昇格が必要になります。

まずシステムプロキシ経由の接続を確認してから、TUN、アプリごとのプロキシ、自作のルーティング設定を試しましょう。基本の接続を確認する前に通信経路を増やすと、問題の切り分けが難しくなります。

2. サブスクリプションURLはどこに入力する?

サブスクリプションURLはサブスクリプショングループに入力します。個別ノードのサーバーアドレス欄に入力するものではありません。単一ノードのリンクは通常プロトコル名で始まり、サブスクリプションURLはアクセストークンを含む完全なURLです。入力先を間違えると、解析に失敗したりノード一覧が空になったりすることがあります。

  1. グループを開く

    メイン画面で「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、追加ボタンをクリックします。画面によっては「+」で表示されます。

  2. URLを入力する

    メモには見分けやすい名前を入力し、サブスクリプションURL全体をアドレスまたはURL欄に貼り付けます。疑問符以降のパラメーターも残し、空白や改行を混ぜないでください。

  3. サブスクリプションを更新する

    保存したら「サブスクリプショングループ」→「すべてのサブスクリプションを更新(プロキシを使用しない)」を選びます。初回接続がまだ確立していない場合は、まずこちらを試してください。

  4. 使用するノードを選ぶ

    ノードが一覧に表示されたら、対象を右クリックして「アクティブサーバーに設定」を選択します。画面下部のステータスとログで、コアが正常に起動したことを確認してください。

単一ノードの共有リンクしかない場合は、コピーしてメイン画面の「サーバー」にあるクリップボードからのインポート機能を使えます。サブスクリプションURLを公開画像、問い合わせチケット、チャット履歴に貼らないでください。URL内のトークンから、サブスクリプションにアクセスできる場合があります。

3. 更新後にノード一覧が空になったら、まず何を確認する?

まず更新結果を確認し、その後でノードが無効かどうかを判断します。サブスクリプションの取得失敗、応答内容の不正、グループや検索条件による非表示は、それぞれ別の問題です。何度更新しても、エラーの原因が解消するとは限りません。

表示された結果まず確認すること次に試すこと
タイムアウトまたは接続失敗と表示される現在のネットワークからサブスクリプションURLにアクセスできるか使用可能なノードがある場合は、「すべてのサブスクリプションを更新(プロキシを使用)」も試す
401または403が返されるトークン、アカウントの状態、アクセス制限サブスクリプション提供元のページでURLが再発行されていないか確認する
ダウンロードは成功するが解析に失敗する返された内容がノード情報か、Webサイトのログインページかクライアント用のサブスクリプションURLをコピーし直す。アカウントページのURLを使わない
更新成功と表示されるのにノードが見つからない選択中のグループと検索フィルターすべてのグループに切り替え、検索欄を空にする

「プロキシを使用して更新」は、すでに利用できるプロキシ接続が必要です。有効なノードがない状態でこの方法を選んでも、サブスクリプションURLに接続できない問題は解決しません。古いノードをすべて削除して試すのも避けてください。復旧に使えるよう、動作確認済みのノードを1つ残しておきましょう。

4. システムプロキシはどれを選べばいい?

初めて使う場合や、主にブラウザーを利用する場合は、まず「システムプロキシを自動設定」を選びます。Windows版では、タスクトレイのアイコンを右クリックして「システムプロキシ」を開くのが一般的です。デスクトップ画面によっては、メインウィンドウにも同じ項目があります。ここでの「自動設定」はクライアントがWindowsのプロキシ設定を書き換えるという意味で、アクセス先に応じて通信経路を自動判定する機能ではありません。

システムプロキシを自動設定

おすすめ

システムプロキシに従うアプリをローカル待ち受けポートに接続します。通常のブラウザーはそのまま利用できますが、使用中のノードとコアが正常であることも確認してください。

適した用途:初期設定、ブラウザーでの通常利用

システムプロキシを解除

クライアントが設定したシステムプロキシを解除します。プロキシコアは動作を続ける場合がありますが、ブラウザーはシステム設定を通じて自動的に接続しなくなります。

適した用途:プロキシの一時停止、終了後に通信できない問題の切り分け

システムプロキシを変更しない

システムの現在の設定を維持します。以前の設定を解除するわけではないため、既存のプロキシ設定が引き続き有効な場合があります。現在の設定をどのアプリが管理しているか確認してください。

適した用途:アプリ側でプロキシを手動設定する場合、固定プロキシ設定がある場合

システムプロキシは、端末内のすべての通信を制御する機能ではありません。一部のコマンドラインツール、ゲーム、独立したネットワーク機能はシステム設定を参照しないため、個別にプロキシを指定するか、基本の接続を確認したうえでTUNを使用してください。

5. システムプロキシとルーティングモードの違いは?

システムプロキシは「通信をクライアントに渡すか」を決め、ルーティングは「渡された通信をどこへ送るか」を決めます。そのため、クライアントでグローバルルーティングを選んでも、システムプロキシを使わないアプリが自動的に接続されるわけではありません。逆に、システムプロキシを有効にしても、すべての通信がリモートノードを経由するとは限りません。

ルーティングの使い分け:通常利用と切り分けテスト

通常のルール分け
  • メイン画面の「ルーティング」で、中国本土向け通信を迂回させるなどのプリセットルールを選択します。
  • 直接接続ルールに一致した通信は直接アクセスし、それ以外はプリセットルールに従って処理されます。
  • 直接接続するサイトと、プロキシが必要なサイトを1つずつ選んで確認します。
一時的なグローバルテスト
  • 一時的にプリセットのグローバルルーティングを選び、ルール分けの影響を減らしてテストします。
  • ノード、ブラウザー、接続先URLは変えず、ルーティングだけを切り替えます。
  • 接続が回復したら、元のルールの順序と適用結果を確認します。

まとめ:まずアプリが接続できているか確認し、次にルーティングを調べます。テスト後は普段使うルールに戻してください。

グローバルルーティングでもサイトが開かないからといって、すぐにルーティングの問題と判断することはできません。ノード接続、DNS、証明書のハンドシェイク、ローカルポートなどが原因の可能性もあります。原因を特定できるよう、条件は一度に1つだけ変更してください。

6. 10808、サーバーポート、ローカルアドレスの違いは?

ローカルポートはブラウザーからの接続に使い、サーバーポートはコアからリモートノードへの接続に使います。両者の番号をそろえる必要はありません。以下の数値は一般的な設定例であり、実際の値は端末によって異なります。「設定」→「パラメーター設定」のローカル待ち受け設定と、ノード編集画面で確認してください。

10808
一般的なローカル待ち受けポート。実際の設定を確認してください
443
TLSでよく使われるリモートサーバーポート。固定値ではありません
127.0.0.1
ローカルのループバックアドレス。リモートノードのアドレスではありません

アプリからローカル接続口へ接続

ホスト
127.0.0.1
ポートの例
10808
プロトコル
待ち受け設定に合わせてHTTPまたはSOCKS5を選びます。混合ポートではどちらも使用できます

ポートを変更したら、プロキシを手動設定しているアプリ側も更新してください。旧バージョンで分かれていたHTTPポートを、新しいバージョンの設定にそのまま当てはめることはできません。

コアからリモートノードへ接続

ホスト
サブスクリプションに記載されたサーバーのドメイン名またはアドレス
ポートの例
443。サブスクリプションの設定を優先
認証情報と通信方式
UUID、TLS、通信方式などはノードの設定に従います

ローカルポートと番号をそろえるためにノードのポートを変更しないでください。また、ループバックアドレスをリモートサーバー欄に入力しないでください。

同じローカルアドレスとポートを複数のプログラムが同時に待ち受けることはできません。ログにポート使用中のエラーが出たら、重複して起動しているクライアントを終了してからサービスを再起動してください。ポートを変更する場合は、アプリ側のプロキシ設定も合わせて変更します。

7. 遅延に数値が出るのに、ブラウザーでサイトが開かないのはなぜ?

遅延の数値は、何らかのテストが完了したことを示すだけで、すべてのサイトにアクセスできる保証にはなりません。TCPテストで分かるのは、通常、リモートポートに接続できるかどうかです。実接続テストではより多くの段階を確認できますが、テスト先のURL、ルーティング、ネットワークの状態に左右されます。速度テストは実際に通信を行うため、アプリ側の確認の代わりにはなりません。

  1. 使用中のノードを確認:直前にテストしたノードが、現在使用中のノードとは限りません。右クリックしてアクティブサーバーに設定し、ログも確認してください。
  2. ブラウザーの接続方法を確認:ブラウザーのプロキシ拡張機能を無効にするか、その設定がシステムプロキシを上書きしていないか確認してください。ブラウザーによって動作が異なる場合があります。
  3. ローカルサービスを確認:PowerShellで以下のコマンドを実行し、例のポートに接続できるか確認します。実際のポートが異なる場合は、数字を置き換えてください。
  4. 具体的なエラーを確認:ローカルポートには接続できるのにWebページが開かない場合は、コアのログでハンドシェイク、名前解決、タイムアウトに関する情報を確認します。
Test-NetConnection -ComputerName 127.0.0.1 -Port 10808

TcpTestSucceeded : Trueは、そのポートでTCP接続を受け付けるサービスがあることを示すだけです。待ち受けているのが目的のコアか、リモートプロキシへの接続が成功しているかまでは分かりません。Falseの場合は、コアが起動していない、ポート番号が違う、待ち受けに失敗しているなどの問題を先に確認してください。すぐにリモートノードを変更する必要はありません。

8. ログにタイムアウトやハンドシェイク失敗が出たら?

エラーが発生した時刻を記録し、その前後のログを数行コピーします。単に「失敗」と表示されるよりも、接続先、アウトバウンド名、エラーの詳細が手掛かりになります。ログを共有するときは、サブスクリプショントークンやUUIDなどの認証情報を隠し、エラー内容と必要な接続情報だけを残してください。

エラーの一部関連する可能性のある箇所まず試すこと
address already in useローカル待ち受け重複プロセスを終了し、実際の待ち受けポートを確認してからコアを再起動する
connection refused接続先アドレスまたはポート拒否されたのがローカル接続口かリモートノードかを確認し、アドレスとポートを照合する
i/o timeoutネットワーク経路または接続先からの応答動作確認済みの別ノードと比較し、別のネットワークでもテストする
TLS handshake関連のエラー時刻、証明書、SNI、通信方式の設定システム時刻を合わせ、サブスクリプションの設定を確認します。証明書検証を安易に無効にしないでください
failed to lookupドメイン名の名前解決ノードのドメイン名と接続先のどちらの名前解決に失敗しているかを区別し、該当するDNS経路を確認する

9. TUNが必要なのはどんなとき?Android版の設定は共通?

システムプロキシを参照しないアプリの通信も取り込みたい場合に、TUNを検討してください。仮想ネットワークアダプターとシステムルートを使って通信を制御するため、権限、DNS、ほかのネットワークソフトとの互換性に影響することがあります。初回のトラブルシューティングではTUNをオフにし、システムプロキシで接続を確認してください。基本の接続が正常になってから、画面の「TUNを有効にする」をオンにし、案内に従って権限を許可します。

互換性のある同じサブスクリプションをデスクトップ版とAndroid版にそれぞれインポートできますが、ローカルポート、アプリごとのリスト、ルーティング設定は自動で同期されません。サービス提供元のデバイス数、同時接続数、通信量の制限も適用されます。「インポートできる」ことは「無制限の端末で同時に使える」という意味ではありません。

TUNを有効にした後にLANへ接続できない、DNSに失敗する、ネットワークがループするといった問題が出たら、まずTUNをオフにして基本の接続経路に戻してください。各ルールの管理元が分からないまま、複数の仮想ネットワークアダプターを同時に有効にしないでください。

10. v2rayNを終了したらインターネットに接続できない。どうすれば戻せる?

よくある原因は、クライアント終了後もシステムプロキシがローカルポートを参照したままになり、待ち受けるサービスがなくなることです。終了前にプロキシを解除してください。メインウィンドウを閉じてもタスクトレイに最小化されるだけの場合があり、プログラムが終了したとは限りません。

  1. プロキシを解除する

    v2rayNを再度開き、「システムプロキシ」から「システムプロキシを解除」を選び、タスクトレイのメニューからクライアントを終了します。

  2. Windowsの設定を確認する

    Windows 11で「設定」→「ネットワークとインターネット」→「プロキシ」を開き、「プロキシサーバーを使う」を確認します。手動設定したループバックアドレスが不要になっている場合は、オフにしてください。

  3. ブラウザーを確認する

    ブラウザーの拡張機能や独自のプロキシ設定が、まだ127.0.0.1を参照していないか確認します。システム設定を使う状態に戻したら、Webページを開いてテストしてください。

  4. 通信の取り込み設定を確認する

    以前TUNを有効にしていた場合は、クライアントを再起動してTUNをオフにしてから、通常の手順で終了します。基本のネットワーク接続が戻ったことを確認してから、再度有効にするか判断してください。

職場のネットワークで使われているプロキシ、自動構成スクリプト、管理者設定には必要な用途がある場合があります。むやみに削除しないでください。システムプロキシとブラウザーのプロキシを元に戻しても接続できない場合は、ネットワークへのログインが必要か、Wi-Fi接続が正常かを先に確認し、その後でDNSを調べます。最初からネットワーク設定全体をリセットする必要はありません。

v2rayNをダウンロードプラットフォームに合ったインストーラーを選択