v2rayNの設定方法

01 サブスクリプションを追加

v2rayNを開き、上部メニューから「サブスクリプショングループ」→「サブスクリプショングループ設定」を選択します。グループを追加し、識別しやすい名前を入力して、サブスクリプションURL全体をアドレス欄に貼り付けます。名前は管理用で、更新できるかどうかはURLによって決まります。貼り付けた後、先頭や末尾に空白、改行、チャットアプリが付けた句読点が混入していないか確認してください。設定を保存し、メイン画面に戻ります。

グループを保存しただけでは、サーバーは取得されません。「サブスクリプショングループ」メニューに戻り、該当する更新操作を選択してください。利用可能な接続がまだない初回は、通常「プロキシを使用せず更新」を選びます。サブスクリプションの提供元から既存のプロキシ経由でアクセスするよう指定されている場合は、「プロキシ経由で更新」を使ってください。ここでの「プロキシ経由で更新」は、サブスクリプション取得時の通信だけに適用されます。後で設定するシステムプロキシの代わりにはならず、ブラウザーの通信経路も変更しません。

設定が一覧に表示されることを確認

更新後、メイン画面にサーバーの項目が表示されます。一覧が空のままなら、まず作成したグループに切り替え、検索条件が有効になっていないか確認してください。絞り込みで見えないだけなのに、追加に失敗したと誤解するのを防げます。次に、画面下部のログで、サブスクリプションの取得に失敗したのか、取得後の解析に失敗したのかを確認します。前者はURLの有効期限や、現在のネットワークからアクセスできるかを確認してください。後者は、取得した内容がクライアントで読み込める設定か、ログインページやウェブエラーではないかを確認します。

vmess://またはvless://で始まる単一の共有リンクだけがある場合は、サブスクリプション欄に無理に貼り付けないでください。リンク全体をコピーし、v2rayNの「サーバー」メニューから「クリップボードから共有リンクをインポート」を選択します。共有リンクは個別の設定を取り込むためのもので、サブスクリプションURLは複数の設定を繰り返し取得するためのものです。入口を混同しないでください。形式の違いについては、用語集のサブスクリプションとノードの説明をご覧ください。

v2rayNGでの操作

v2rayNGでサイドメニューを開き、「サブスクリプショングループ設定」に進みます。追加から名前とサブスクリプションURLを入力し、保存してください。メイン画面に戻り、メニューから「サブスクリプションを更新」を実行します。すべてのサブスクリプションと現在のグループを選べる場合は、今回追加した範囲に合わせて選択してください。サーバーが表示されたら、何度も接続ボタンを押さず、ここでいったん止めます。単一の共有リンクの場合は、新しいサブスクリプショングループを作らず、右上の追加メニューから「クリップボードからインポート」を選択してください。

この段階の完了条件は、対象のグループがあり、一覧に設定が表示され、項目を選択できることです。一覧に表示されても、サーバーへの接続が保証されたわけではありませんが、設定の取り込みは完了しています。更新に失敗した場合は、まずよくある質問のインストール・設定とトラブル対処をご覧ください。グループの絞り込みや複数サブスクリプションの管理方法は、応用ガイドで設定できます。次に、通信をクライアントに渡す設定を行います。

02 プロキシモードを選択

v2rayNのメイン画面下部にある「システムプロキシ」から「システムプロキシを自動設定」を選びます。これにより、OSのプロキシ設定がクライアントのローカル待ち受けポートを指すようになります。システムプロキシを使用するブラウザーやアプリの通信が、クライアントに渡されます。これはリモートサーバーを選ぶ設定ではなく、すべてのアプリがこの設定に従うとは限りません。独自のネットワーク設定を持つアプリもあります。動作確認には、まず一般的なブラウザーを使い、特殊なアプリだけで設定全体の成否を判断しないでください。

初回設定では「TUNを有効にする」をオフにしておきましょう。ブラウザーの基本的な通信経路を確認するだけなら、システムプロキシで十分です。まずはこの方法だけを使うことで、権限、仮想ネットワークアダプター、DNS設定による影響を抑えられます。TUNは、システムプロキシに従わない通信も取り込むための機能で、サブスクリプションを追加した後に必ず有効にするものではありません。基本的な通信が安定してから、必要に応じて応用ガイドのTUNモードの章を確認してください。すべてのスイッチを有効にしようとして、複数の方式を同時に使うのは避けましょう。

システムプロキシとルーティングは別々に設定

次に、画面下部の「ルーティング」を確認します。まずは「LANと中国本土をバイパス」に相当する一般的なプリセットを選んでください。バージョンによっては「ホワイトリスト」を含む別の名前で表示される場合があります。実際のルール説明を確認して選択しましょう。このプリセットでは通常、LAN内やルールに一致する直結先には直接アクセスし、それ以外の通信はプロキシ経由で送信します。プリンターやルーターの管理画面など、LAN内のアドレスは遠隔サーバー経由にする必要がありません。バイパスルールを残しておくと、普段の利用にも便利です。

2つの設定の役割を区別しましょう。「システムプロキシを自動設定」は、アプリの通信をクライアントに渡すかどうかを決めます。「ルーティング」は、通信がクライアントに渡された後、直結するかプロキシ経由にするかを決めます。ルーティングだけ変更してブラウザーの通信を取り込んでいない場合、ウェブページの通信はクライアントを経由しないことがあります。反対に、システムプロキシが有効でも、ルールで特定のサイトが直結と判定されれば、そのサイトだけを見てプロキシ接続の失敗とは判断できません。初回確認時は、選択したプリセットを控えておき、後から状況を比較できるようにしてください。

トラブルの切り分けで一時的に「グローバル」ルーティングを選ぶと、通常はクライアントに渡された通信を優先的にプロキシ経由にします。ただし、システム上のすべてのアプリがクライアントに接続されるわけではありません。確認後は、普段使うプリセットに戻してください。基本的な接続を確認できるまでは、ルーティングJSONの編集、ドメイン解決方法の変更、複数のルールセットの追加は避けましょう。「サーバーに接続できない」問題と「ルールに一致しない」問題が混在し、原因を特定しにくくなります。

v2rayNGではまずデフォルトの通信範囲を使用

v2rayNGはシステムVPN経由で通信を取り込むため、デスクトップ版の「システムプロキシを自動設定」は必要ありません。「設定」からルーティング関連の項目を開き、「LANおよび中国本土のアドレスをバイパス」または同等のモードを選びます。メニュー名は現在のバージョンに合わせて確認してください。初回確認では「アプリごとのプロキシ」をオフにし、テストに使うブラウザーをデフォルトの通信対象に含めます。ブラウザーだけが対象外になっているのに、接続ボタンが機能していないと誤解するのを防げます。

この段階では、DNSなどの詳細設定も変更せず、そのままにしておきます。特定のアプリだけをプロキシ経由にする必要が生じたら、アプリごとの一覧を個別に設定し、その一覧が「プロキシを使うアプリ」なのか「バイパスするアプリ」なのか確認してください。ここまでで、デスクトップ版の通信入口とルーティングプリセット、Android版の通信対象範囲が決まりました。次に、特定のサーバーを有効にしてコアの状態を確認します。

03 サーバーに接続

v2rayNのサーバー一覧に戻り、使う項目を選択して右クリックし、「アクティブサーバーに設定」を選びます。バージョンによってはショートカット操作でも有効にできますが、初回は右クリックメニューのほうが実行内容を確認しやすいでしょう。「行を選択する」ことと「アクティブサーバーに設定する」ことは別です。選択は画面上のフォーカスを移すだけで、アクティブサーバーが現在の実行設定に反映されます。行の背景色だけで判断せず、画面上のアクティブ表示を確認してください。

アクティブサーバーを設定すると、通常はクライアントが設定を再生成し、コアに読み込ませます。v2rayNには、Android版と同じ単一の「接続」ボタンがない場合があります。このガイドでいうデスクトップ版の接続とは、アクティブサーバーが設定され、コアが正常に動作し、前の手順でシステムプロキシが有効になっている状態です。サーバーを切り替えた直後は、ログに起動処理が完了するまで待ってからウェブページを確認してください。コアの再読み込み中に何度も更新すると、誤った判断につながります。

まずローカルでの起動を確認し、次に接続先を確認

メイン画面のログを開き、直近の起動時に設定の解析失敗、ポートの競合、コアの起動失敗が表示されていないか確認します。ローカルポートが使用中というメッセージが出た場合は、同じポートを使っている可能性のある他のプロキシアプリを終了し、クライアントで設定を再読み込みしてください。この段階では、サーバーアドレス、通信方式、暗号化関連の項目を変更しないでください。ローカルの待ち受けが開始していない状態では、リモート側の設定を変えても解決しません。

コアが正常に起動していても、次の手順でリモートへの接続を確認する必要があります。起動成功が示すのは、設定が読み込まれてローカルサービスが動作していることだけで、サーバーがオンラインであることまでは保証しません。サブスクリプション内のサーバーが一時的に利用できなかったり、特定のネットワーク環境が必要だったりすることがあります。現在のプロキシとルーティングの設定は変えず、利用できると分かっている別のサーバーに切り替えて比較しましょう。複数の詳細設定を一度に変更するより、原因を見つけやすくなります。

v2rayNGの接続とシステムの許可

v2rayNGのメイン画面で接続先のサーバーを選び、その項目にアクティブ表示があることを確認してから、右下の接続ボタンをタップします。初回接続時は通常、システムのVPN接続要求が表示されます。要求元のアプリがv2rayNGであることを確認して許可してください。ここでキャンセルすると、クライアントはシステムの通信を取り込むための経路を確立できません。サーバーが一覧にあっても、許可の代わりにはなりません。接続後は、ボタンの表示とシステムのVPN状態を確認し、ローカルの接続経路が確立したか判断してください。

別のアプリがシステムVPNを使用している場合は、先にその接続を終了してからv2rayNGに戻り、再試行してください。複数のアプリで同じ接続経路を自由に重ねて使えるわけではありません。接続後は次のウェブ確認が終わるまで、クライアントを前面に表示しておきます。画面ロック後に切断する、アプリに戻ると復帰するなどの問題がある場合に限り、システムのバッテリー管理とバックグラウンド実行の権限を確認してください。初回接続前に、すべての省電力設定を変更する必要はありません。

ここで「動作中」を最終的な成功と判断しないでください。確認できたのはクライアントが動作を開始したことです。実際に確認すべきなのは、アプリの通信が選択したルーティングを経由して目的のサイトに届くかどうかです。現在のサーバー、ルーティングプリセット、通信を取り込む方式はそのままにして、次の確認手順に進んでください。条件を変えないことで、テスト結果を比較しやすくなります。

04 動作を確認

まず、システムプロキシ設定に従うブラウザーを開き、現在のネットワークで普段から利用できるページにアクセスします。基本的な通信が誤った設定で遮断されていないことを確認したら、確認したいページにアクセスして一度更新してください。すでに開いていたページでは、キャッシュや既存の接続が再利用されることがあります。必要に応じて該当するタブを閉じてから、ページを開き直してください。Android版でも一般的なブラウザーで確認し、アプリごとのルールで対象外になっていないことを確認します。

ページが開くことは参考になりますが、その通信がプロキシを経由した証拠にはなりません。ページによってはもともと直結でき、一般的なルーティング設定でも一部の接続先は直結します。ページの表示結果とクライアントのテストをあわせて確認してください。v2rayNでは現在のアクティブサーバーを選択し、右クリックメニューから「サーバーの実接続遅延をテスト」を実行します。メニューの表記はバージョンによって多少異なる場合があります。このテストはプロキシ経由の通信を確認するため、TCPポートの接続だけを確認するより、実際の利用状況に近い判断ができます。

テスト結果とウェブページの表示を照合

実接続テストが成功すれば、その時点でクライアントが該当する設定を通じてテスト要求を処理できたことが分かります。ただし、すべてのウェブサイトにアクセスできる保証はありません。接続先によってルーティング、DNS、サーバーからの応答が異なる場合があります。テストに失敗しても、サブスクリプションが無効とは限りません。テスト先自体の状態も結果に影響します。まず別のサーバーを試し、目的のウェブページでも確認してください。遅延の数値だけを比べて、すべての設定を繰り返し切り替えるのは避けましょう。

実接続テストは正常なのにブラウザーでアクセスできない場合は、まず2番目の手順に戻ってください。「システムプロキシ」が「システムプロキシを自動設定」になっていること、ブラウザーに独自のプロキシ拡張機能やカスタムプロキシが設定されていないこと、ルーティングが誤って直結専用に切り替わっていないことを確認します。v2rayNGでは、接続ボタンが接続中になっていることと、テストするブラウザーが通信対象に含まれていることを確認してください。この場合は、通信が確認済みの経路に届いていない可能性があります。先にクライアントを再インストールする必要はありません。

グローバルIPの出口が変わったか確認する必要がある場合は、同じネットワークと同じブラウザーを使い、接続前後で信頼できるグローバルIP確認ページの表示を比べてください。そのページへの通信がプロキシ経由で送られた場合にのみ、結果にプロキシの出口が反映されます。直結ルールが適用された場合、ローカル側の出口が表示されても正常なことがあります。画面に表示されたネットワーク情報全体を公開しないでください。確認のためにサブスクリプションURLやサーバーの認証情報を共有する必要もありません。

確認を完了し、切断手順を把握

初回設定の完了条件は、サブスクリプションを更新できること、アクティブサーバーが明確であること、クライアントの起動エラーがないこと、目的のページに想定どおりアクセスできること、プロキシ経由のテスト結果にも矛盾がないことです。条件を満たしたら、現在のルーティングプリセットを維持し、必要な機能を1つずつ追加してください。特定のサイトやアプリだけで問題が起きる場合は、対象範囲を記録してよくある質問で原因を確認します。カスタムルーティング、DNS、TUNの調整が必要な場合は、応用ガイドをご覧ください。

デスクトップ版の利用を終えるときは、「システムプロキシ」から「システムプロキシを解除」を選び、クライアントの終了メニューから終了します。終了時に自動で解除されるバージョンでも、クライアントを閉じた後にローカルプロキシの設定が残っていないか確認してください。ウィンドウを閉じただけでは、タスクトレイに最小化されただけで終了していない場合があります。Android版はv2rayNGに戻り、接続ボタンをタップして切断し、システムVPNの状態表示が終了したことを確認してください。

最後に、今回うまくいった設定の組み合わせを記録してください。使用したサブスクリプショングループ、アクティブサーバー、ルーティングプリセット、システムプロキシなどの通信を取り込む方式を控えておきます。次に問題が起きたときは、一度に1つだけ条件を変更し、「接続→確認」の手順を繰り返してください。動作する設定を維持しながら、原因がサーバー、アプリの通信経路、ルールのどれにあるか判断しやすくなります。