開始前の確認
設定を始める前に、クライアントが正常に起動することを確認し、サービス提供者から受け取ったサブスクリプションURLを用意します。URLは通常、https://で始まる完全なアドレスです。単一サーバーのメモやクライアントのインストールファイルではありません。コピー時はURL全体を含め、チャットや文書の句読点・空白を一緒にコピーしないでください。
クライアントをまだインストールしていない場合、デスクトップではWindowsのダウンロード、macOSのダウンロード、Linuxのダウンロードからv2rayNを選択します。AndroidではAndroidのダウンロードからv2rayNGを選択してください。初回起動後は、コア、ポート、DNSを急いで何度も変更しないでください。初期設定のまま進めると、問題がサブスクリプション、ノード、システムプロキシのどこにあるか判断しやすくなります。
混同しやすい概念が2つあります。サブスクリプションは、更新可能なサーバー設定の一覧をクライアントに提供します。接続は、その一覧からノードを1つ選び、ローカルプロキシを起動する操作です。サブスクリプションを追加しただけでは通信は開始されません。サーバー一覧に内容が表示された後、モード選択と接続が必要です。逆に、サブスクリプション一覧が空のまま接続を押しても、有効な結果は得られません。
準備するもの
インストール済みのクライアント、完全なサブスクリプションURL、通常のウェブページを開ける現在のネットワーク。
今は変更しない設定
ローカル待受ポート、DNSの種類、コアのパス、カスタムルーティングルール。まずは初期値で基本手順を完了します。
設定の取得元
V2RayサブスクリプションURLを追加
v2rayNのデスクトップ版で「サブスクリプショングループ」またはサブスクリプション設定を開き、新しいグループを作成します。グループ名には「よく使うサブスクリプション」など識別しやすい名前を入力し、URL欄に完全なサブスクリプションURLを貼り付けます。URLの前後に空白がないことを確認して保存し、「すべてのサブスクリプションを更新」または現在のグループの更新コマンドを実行します。バージョンによってメニュー名は多少異なりますが、グループ追加、URL入力、保存、更新を行う点は同じです。
更新が始まったら、まずクライアント下部のステータス欄またはログを確認します。正常に完了すると、メインのサーバー一覧に複数の設定が表示され、種類、アドレス、メモ、グループなどの情報が確認できます。サブスクリプションにはプロトコル、ポート、通信方式、セキュリティ設定が含まれているため、ここで各サーバーの項目を変更する必要はありません。項目を手動で変更すると、設定が取得元と一致しなくなる場合があります。
v2rayNGでは、サイドメニューのサブスクリプショングループ画面を開き、追加ボタンをタップしてメモとURLを入力し、保存します。サブスクリプション一覧に戻り、作成したグループを選んで更新します。その後メイン画面に戻ると、サーバー設定を選択できるようになります。空の一覧が表示される場合は、まずグループ画面で有効になっているか確認し、URLを保存しただけで更新を実行していない可能性も確認してください。
サブスクリプションの更新では、URLの無効化、現在のネットワークから取得元に接続できない、応答形式が非対応、リクエストのタイムアウトなどが発生することがあります。同じグループを何度も追加したり、サブスクリプションURLを単一ノードの共有URLとして追加したりしないでください。まずグループ編集画面でURLを確認し、コピー元が原因と思われる場合は削除して再度貼り付けます。それでも失敗する場合は、ログのリクエストエラーと発生時刻を記録し、サブスクリプション更新失敗の診断でネットワーク、形式、プロキシ経路を順に確認します。
完了の目安
サーバー一覧に設定が表示され、サブスクリプショングループが認識され、更新中に継続的なエラーが発生していない。
通信の処理
プロキシモードとルーティングルールを選択
サブスクリプションの追加後、すぐに各ノードを変更するのではなく、異なる宛先への接続をクライアントでどう処理するかを決めます。ここでは「システムプロキシ」と「ルーティングモード」を区別します。システムプロキシは、デスクトップアプリがv2rayNのローカルプロキシポートへリクエストを渡すかどうかを決め、ルーティングモードは、クライアントに入ったリクエストを直接接続、プロキシ、ブロックのどれで処理するかを決めます。両者は別の層にあるため、片方だけを有効にしても期待どおりにならない場合があります。
v2rayNを初めて設定する場合は、ルーティング設定またはトレイメニューから、ルールベースの分岐モードを選べます。あらかじめ用意されたドメインやアドレスのルールに従って、直接接続とプロキシを振り分ける方式です。一般的なウェブ閲覧を確認しながら、ルール適用状況も把握できます。グローバルモードでは、より多くのリクエストが選択したノードを経由するため、特定のアプリがルーティングルールの影響を受けているか短時間で確認するのに適しています。ただし、システムのバックグラウンド通信を把握しないまま常用することはおすすめしません。直接接続モードは、プロキシ経路を一時停止して比較テストする場合に使います。
モードを選択したら、現在のルーティング設定が読み込まれているか確認します。v2rayNでは、バージョンによってルーティング項目が設定画面、メインメニュー、トレイメニューのいずれかにあります。現在のモードは通常、チェック状態またはテキストで表示されます。まずはサブスクリプションに含まれる、またはクライアントに用意されたルールをそのまま使い、初回接続前に多数のカスタムドメインを追加しないでください。ルールが複雑になるほど、アクセス異常の原因となった一致ルールを特定しにくくなります。
v2rayNGのメイン画面には通常、ルーティングオプションまたは定義済みルールの入口があります。デスクトップ版と同じ考え方のルールモードを選び、メイン画面に戻って設定が保存されたことを確認します。Androidでは接続サービスを開始して初めて通信を実際に取り込むため、この時点ではモード設定のみで、接続が動作中という意味ではありません。後で特定のアプリの挙動がブラウザーと異なる場合は、まずアプリの通信許可、独自DNSの使用、システムのネットワークサービスを迂回していないかを確認してから、個別に調査してください。
| モード | 主な用途 | 初回設定のおすすめ |
|---|---|---|
| ルールベースの分岐 | ドメイン、アドレス、ルールセットに応じて直接接続とプロキシを振り分ける | このガイドの初回接続に使用 |
| グローバルモード | クライアントが取り込む大部分のリクエストをアクティブノード経由にする | 比較テスト時のみ短時間切り替える |
| 直接接続モード | リクエストを現在のネットワークへ直接送る | プロキシを停止したり接続差を比較したりする場合に使用 |
アプリ、ドメイン、ポート、ネットワーク種別ごとに細かなルールを設計する場合、本ガイドではルールの優先順位や一致構文を扱いません。アクセス異常の切り分け手順は問題診断で確認し、実際の症状に合わせて調整してください。初回利用では、明確なルールモードを1つ選び、ルールをシンプルに保ってからノードへ接続することが重要です。
完了の目安
クライアントに現在のルーティングモードが表示され、互いに競合する一時ルールが同時に有効になっていない。
サービスを開始
ノードを選んで接続
サーバー一覧に戻り、更新したサブスクリプショングループから設定を1つ選び、アクティブノードにします。v2rayNでは通常、一覧項目をダブルクリックするか、右クリックでアクティブサーバーに設定するか、画面の選択コマンドを使います。選択後、ステータスバーに現在の設定のメモが表示されます。項目が複数ある場合、初回テストでは1つだけ選んでください。接続中に頻繁に切り替えると、複数回の起動結果がログに混在し、どの操作が失敗したか判断しにくくなります。
アクティブノードを決めたら、v2rayNでシステムプロキシを有効にします。通常はトレイメニューまたはメイン画面のシステムプロキシ項目から操作でき、有効にすると状態表示やアイコンが変わります。クライアントはローカルでプロキシの受け入れ口を起動し、システムプロキシを対応する待受アドレスへ向けます。確認前にv2rayNを終了しないでください。メインウィンドウを閉じた場合も、トレイに格納されたのか、プログラムが完全に終了したのかを確認します。
一部のデスクトップアプリはシステムプロキシを自動的に読み込まないか、起動時に一度だけ読み込みます。古い設定の影響を避けるため、システムプロキシを有効にした後、ブラウザーを完全に終了して再起動するとよいでしょう。特定のアプリだけ接続できず、ブラウザーは正常な場合、クライアントのコアとノードは動作しており、問題はそのアプリ独自のプロキシ設定にある可能性が高いです。すぐにサブスクリプションを削除したり、クライアントを再インストールしたりしないでください。
v2rayNGでまずサーバー設定を1つタップして現在のアクティブ項目にし、メイン画面の接続ボタンをタップします。ネットワークサービスを初めて起動すると許可確認が表示されるため、内容を確認して今回の接続を許可します。接続後は、メイン画面のボタン状態、上部のシステム状態欄、またはクライアントの状態表示からサービスが実行中であることを確認できます。システムのホーム画面に戻る際はv2rayNGを強制停止したり、すぐにバックグラウンドプロセスを終了したりしないでください。プロセス終了とともに接続が切れる場合があります。
接続をタップしてすぐ未接続に戻る場合は、まずクライアントで最新のログを確認します。サーバーアドレスを解決できない、接続がタイムアウトする、現在のコアが設定項目を認識できない、ローカルポートが使用中などの情報が表示されることがあります。「接続」ボタンの色が変わったことだけでノードが利用可能と判断しないでください。ボタンの変化はローカルサービスが起動を試みたことを示すだけで、実際のリモート接続結果はログと次のアクセス確認を併せて判断します。
ノードのタイムアウトは、サブスクリプション全体が使えないことを意味するとは限りません。まず接続を停止し、同じグループ内の別の設定を選んで再接続します。切り替えるたびにコアの再読み込みが完了するまで待ち、新しいログの部分を確認してください。複数のノードが同じ段階でタイムアウトする場合は、1つずつクリックし続けるのではなく、現在のネットワーク、システム時刻、DNS、サブスクリプション設定を優先して確認します。体系的な手順はノードタイムアウトの診断で確認できます。
完了の目安
アクティブノード名が明確で、クライアントが実行中になっており、ログに起動失敗やポート使用中のエラーが連続していない。
結果を確認
プロキシの動作を確認
接続を開始したら、まずブラウザーを再起動し、普段安定して開ける通常のウェブページにアクセスします。これは、システムプロキシの設定によって基本ネットワークが遮断されていないか確認するためです。ページを読み込めない場合は、クライアントのログにリクエスト記録があるかすぐ確認します。記録があればブラウザーのリクエストはクライアントに入っているため、ノードとルーティングを確認します。記録がまったくなければ、ブラウザーがシステムプロキシを使っていない、クライアントの待受が起動していない、またはシステムプロキシの状態が正しく反映されていない可能性があります。
次に、現在のルーティングルールでプロキシを使用するはずの宛先へアクセスし、クライアントのログまたは接続情報を確認します。対応するドメイン、アウトバウンドタグ、接続確立の記録がログにあれば、リクエストはルールシステムに渡されています。確認すべき点は「リクエストがクライアントに入ったか」「どの種類のルールに一致したか」「アウトバウンド接続が成功したか」であり、ページが最終的に表示されたかだけではありません。ウェブキャッシュ、ブラウザーの既存接続、DNSキャッシュにより、1回の結果だけでは判断しにくい場合があります。必要に応じてページを閉じてから再度開いてください。
デスクトップ版では、システムプロキシの状態が現在の操作と一致しているかも確認します。v2rayNが正常に動作しているのに、ブラウザーのリクエストがすべてログに現れない場合は、システムプロキシを一度オフにしてから再度オンにし、ブラウザーを再起動します。ブラウザーは使えるのに他のアプリが使えない場合、正常に動作しているノードを変更しないでください。まず対象アプリに独自のプロキシ設定があるか、直接接続のみをサポートしているか確認します。システムプロキシを有効にしても、すべてのプログラムが自動的に読み込むとは限りません。
v2rayNGでは、メイン画面の接続状態とリアルタイムログから通信がサービスに入っているか確認できます。接続後にすべてのアプリがアクセスできない場合は、いったんサービスを停止し、停止後に基本ネットワークが回復することを確認してから再接続します。サービス停止後も基本ネットワークが正常でない場合、原因をクライアントに求め続けるべきではなく、まず現在のネットワークを復旧します。停止後は正常で、起動後に異常が出る場合は、ノード、ルーティング、DNSの順に確認します。
DNSの問題では、ドメインを開けない一方で、直接のネットワーク接続や一部のアプリは応答することがあります。初回設定で複数のDNS方式を同時に試すことはおすすめしません。システムDNS、クライアントDNS、ブラウザーのセキュアDNSが複数の経路を形成する可能性があるためです。まず初期値を維持して具体的な症状を記録し、ログに名前解決失敗、異常な結果、解決タイムアウトがあることを確認してから、DNS問題の診断で関連項目を変更します。
ブラウザーは開け、ログにリクエストがある
基本設定は有効になっています。以後は利用状況に応じてルーティングを調整するだけで、サブスクリプションを再追加する必要はありません。
ブラウザーは開けず、ログにエラーがある
リクエストはクライアントに入っています。アクティブノード、接続タイムアウト、ルーティングのアウトバウンド、DNSを重点的に確認します。
ブラウザーは開けず、ログにリクエストがない
システムプロキシ、ブラウザー独自のプロキシ設定、ローカル待受の状態、クライアントプロセスを重点的に確認します。
特定のアプリだけ異常がある
現在使える接続は維持し、そのアプリがシステムプロキシを読み込むか、独自のネットワーク設定を使っているかを確認します。
動作確認が終わったら、停止と復旧のテストを1回行えます。まずシステムプロキシをオフにするかv2rayNGを切断し、ネットワークが直接接続に戻ることを確認します。その後、再度接続を有効にしてクライアントが正常に復旧するか確認します。この簡単な操作で、偶然残っていた古い接続による誤判定を避け、クライアントのスイッチと実際のネットワーク経路の関係も把握できます。
完了の目安
対象のウェブページを想定どおり開け、クライアントのログにリクエストが記録され、停止・再接続後の状態変化を明確に再現できる。
完了後に確認する4項目
基本接続が完了したら、高度な項目を大量に変更する必要はありません。まず次の4項目で一連の流れが完了したことを確認し、現在使える状態を保存します。後で問題が起きたときも、同じ順序でどの段階に障害があるか素早く切り分けられます。
- サブスクリプションを更新できる。 サブスクリプショングループに完全なURLが保存され、手動更新後にサーバー一覧へ内容が表示される。更新に失敗する場合は、設定の取得元または更新時のネットワーク経路に問題があります。
- アクティブノードが明確。 メイン画面またはステータス欄で現在選択中のサーバーメモを確認でき、ノード切り替え後にクライアントが設定を再読み込みする。アクティブ項目がなければ、有効なアウトバウンド接続を確立できません。
- 通信の取り込み方法が明確。 デスクトップではシステムプロキシの状態、Androidでは接続サービスの稼働状態を確認できる。取り込み方法を確認して初めて、あるアプリには通信があるのに別のアプリにはない理由を説明できます。
- ログと操作を対応づけられる。 ウェブページを開いた時刻の前後に、ログからリクエストまたはエラーを確認できる。操作時刻、アクティブノード、エラーの種類を記録するほうが、クライアントを何度も再インストールするより後の診断に役立ちます。
次に進む
このページでは、初回利用に必要な基本操作のみを扱いました。サブスクリプション更新の失敗、ノードの継続的なタイムアウト、システムプロキシが機能しない、DNS異常、クライアントの終了などが起きた場合は、問題診断ページで症状別に確認してください。別のプラットフォーム用パッケージが必要な場合は、ダウンロードセンターに戻って対応するクライアントを選びます。