v2rayNの設定とAndroidでの使い方
まず設定を1つ読み込んで接続し、その後にルーティングや対象アプリの範囲を調整します。クライアントのインストールと利用可能なサブスクリプションの準備が済んでいれば、初期設定は約10分が目安です。ダウンロードの待ち時間やネットワークのトラブル対応は含みません。
ステップ1 · サーバー設定を準備
サブスクリプションを読み込んで一覧を更新
完了の目安:サブスクリプショングループにサーバーが表示されていること。グループ名が追加されただけでは完了ではありません。
始める前に、手元にあるのがサブスクリプションURLか、サーバー1件分の共有リンクかを確認します。サブスクリプションURLは通常、アクセスすると複数の設定を取得できるURLです。一方、共有リンクは1件の設定情報を表します。インポート方法はそれぞれ異なります。クライアント自体がサーバーを提供するわけではなく、インストールしただけで利用可能な設定が自動的に追加されることもありません。設定の入手先がない場合は、利用が許可されたサブスクリプションを先に用意してください。ポートやルーティングを前もって変更する必要はありません。
v2rayN:サブスクリプショングループ → サブスクリプショングループ設定
メイン画面の「サブスクリプショングループ」から設定を開き、「追加」を選択します。メモ欄に見分けやすいグループ名を入力し、サブスクリプションURL全体をURL欄に貼り付けます。前後に空白や改行がないことを確認して保存してください。グループ名はローカルでの整理に使うもので、接続には影響しません。サブスクリプションURLにアクセス用の認証情報が含まれる場合があります。URLやQRコード、URLが写ったスクリーンショットを公開しないでください。
保存したらメイン画面に戻り、「サブスクリプショングループ」メニューからサブスクリプションを更新します。「プロキシ経由で更新」と「プロキシを使わずに更新」がある場合、まだ接続していない初回は、まずプロキシを使わない方法を試してください。更新後、該当グループに切り替えてサーバーが表示されているか確認します。グループ名が表示されただけでは読み込み完了ではありません。URLの保存と設定内容の取得は別の処理なので、一覧に設定が実際に表示されることを確認してください。
v2rayNG:右上のメニュー → サブスクリプショングループ設定
サブスクリプショングループ設定を開き、「追加」をタップしてメモとURLを入力し、保存します。メイン画面に戻ってメニューからサブスクリプションを更新してください。初回の更新は、現在のネットワークから直接アクセスできる方法で行います。共有リンクを受け取った場合は、内容全体をコピーして「クリップボードからインポート」を使います。QRコードの場合は、クライアントのスキャン機能を使ってください。共有リンクをサブスクリプションURLとして何度も更新したり、異なる種類の設定を混ぜて一度にトラブルシューティングしたりしないでください。
更新に失敗したら、まず通常のウェブページを開けるか確認し、URLの有効期限、コピー漏れ、配布元での再発行が必要かを調べます。更新ボタンを続けて押すのではなく、ダウンロード失敗、内容が空、解析失敗のどれに当たるかを確認してから次の対応を決めてください。内容を取得できても解析できない場合は、サブスクリプションの形式とクライアントの対応範囲を確認します。詳しくはよくある質問をご覧ください。
一覧に設定が表示されたら、まず既存のパラメーターを維持し、プロトコルの項目をすぐに手動変更しないでください。サブスクリプションには通常、サーバーアドレス、ポート、通信方式が含まれています。むやみに変更すると確認すべき要因が増えます。この時点でクライアントが取得したのは設定情報であり、ネットワークが使えることはまだ確認できていません。次にアプリの通信をクライアントへ送る方法を設定し、設定を1つ選んで接続します。
ステップ2 · 通信の入口を設定
プロキシモードを選択
完了の目安:デスクトップではシステムプロキシを選択済み、Androidでは動作モードと対象アプリの範囲を確認済みであること。
まず「プロキシモード」と「ルーティング」を区別しましょう。システムプロキシ、VPNモード、TUNモードは通信をクライアントに取り込む方法を決めます。ルーティングは、取り込んだ通信を直接接続、プロキシ経由、または遮断のどれにするかを決めます。ルーティングをグローバルにしても、すべてのアプリの通信が取り込まれるとは限りません。初回は通信の入口を1つに絞り、接続できてから対象範囲を広げると、どの変更が効果をもたらしたか判断しやすくなります。
v2rayN:システムプロキシ → システムプロキシを自動設定
メイン画面の下部、ステータス欄、またはタスクトレイのメニューから「システムプロキシ」を探し、「システムプロキシを自動設定」を選びます。これにより、システムプロキシ設定を参照するアプリがクライアントのローカルプロキシを使うようになります。まずブラウザーで接続を確認するのに適した方法です。「システムプロキシを解除」は設定を元に戻すための項目です。「システムプロキシを変更しない」は、クライアントが既存の設定を書き換えないという意味で、プロキシが有効になっているわけではありません。クライアントの画面が開いたままというだけで、システムプロキシが有効だと判断しないでください。
ルーティングはクライアントのデフォルト設定を維持するか、現在のネットワークに合う「中国本土を迂回」などのプリセットを選び、ひとまずカスタムルールを追加しないでください。「迂回」は、ルールに合致するリクエストが直接接続されることを意味します。そのため、一部のサイトで接続元が変わらないのは想定どおりの場合があります。後で動作確認するときは、通常ならプロキシ経由になるリクエストを使い、もともと直接接続するページだけで判断しないでください。
初回はTUNモードを有効にしないでください。TUNはシステムプロキシを参照しない通信も取り込みたい場合に便利ですが、権限、仮想ネットワークアダプター、ルーティングの設定も関係します。最初からシステムプロキシ、TUN、DNSを同時に変更すると、問題の原因を特定しにくくなります。まずブラウザーで動作を確認し、アプリの通信を取り込む必要がある場合は、トラブルシューティングガイドに沿って権限とネットワーク環境を順に確認してください。
v2rayNG:設定 → VPNモード
設定で動作モードが「VPN」になっていることを確認します。このモードはAndroidのVPNインターフェースを使って端末の通信を受け付けるため、初めて使う場合に適しています。「プロキシのみ」はローカルプロキシを提供するモードで、他のアプリには個別にプロキシ設定が必要です。VPNモードと同じものとして扱わないでください。設定画面に「アプリごとのプロキシ」がある場合、初回はブラウザーが対象から外れないよう、いったん無効にしておくと確認しやすくなります。
アプリごとのプロキシが必要な場合は、現在の設定が「選択したアプリだけをプロキシ経由にする」のか、「選択したアプリをプロキシから除外する」のかを先に確認します。同じアプリ一覧でも、設定の意味によって結果は逆になります。テストに使うブラウザーがプロキシ対象に含まれていることを確認してから接続してください。「LANアドレスを迂回」はローカルネットワークへのアクセスに使う設定です。外部サイトのテストのために、むやみに切り替えないでください。
この時点で、ネットワークを制御している他のプロキシやVPNツールを終了しておくと、システム設定の競合を避けられます。Androidでは通常、2つのVPNサービスを同時に動かせません。デスクトップでも、別のクライアントがシステムプロキシを上書きすることがあります。ネットワーク、サーバー設定、デフォルトのルーティングはそのままにし、通信の入口だけ確認したら接続に進みます。
ステップ3 · コアを起動して接続
サーバーを選んで接続
完了の目安:使用するサーバーが明確で、クライアントがエラーを繰り返さず、実際の接続テストが完了すること。
サーバー一覧に戻り、まず提供元が明確で設定がそろった項目を1つ選びます。初回から一覧全体を一つずつテストする必要はありません。表示名だけで接続品質を推測する必要もありません。同じネットワークを維持したまま1つの設定で手順を進め、失敗した場合に別の設定と比較してください。一覧で行を選択しただけでは、単にハイライトされているだけの場合があります。「使用サーバーに設定」などの操作が必要か確認してください。
v2rayN:使用サーバーに設定 → 稼働状態を確認
対象の項目を右クリックし、「使用サーバーに設定」を選択します。ダブルクリックで切り替えるバージョンでは、ダブルクリックしてもかまいません。メイン画面の現在のサーバー表示が変わったことを確認し、ステータス欄とログを見ます。多くのバージョンでは、使用サーバーを切り替えるとコアが自動で再読み込みされるため、別途「接続」ボタンがない場合もあります。ボタンを探してクライアント全体を何度も再起動せず、実際の稼働状態を確認してください。
対象の項目で「実際の接続テスト」または同等の機能を実行します。サーバーポートの疎通確認だけより、実際のプロキシリクエストに近いテストですが、その時点のテスト経路が使えたことしか示しません。ポートに接続できても認証、通信方式、接続先へのアクセスが成功したとは限りません。実際の接続テストに成功しても、すべてのアプリがシステムプロキシを参照しているとは限りません。テスト結果を確認してから、次の手順で対象アプリを確認してください。
ログにアドレスが使用中と表示されたら、同じ待ち受けポートを使っている可能性がある他のプログラムを終了してから再試行します。認証、ハンドシェイク、証明書に関するエラーが出た場合は、まずサブスクリプションを更新し、システム時刻を確認してください。セキュリティ関連の設定をいきなり無効にしないでください。画面に表示されるローカルポートは、バージョンやカスタム設定によって異なる場合があります。アプリにプロキシを手動設定するときは、他のガイドにある数字をそのまま使わず、現在の設定を確認してください。
v2rayNG:項目を選択 → 画面下部の接続ボタンをタップ
使う設定をタップして選択し、画面下部の丸い接続ボタンをタップします。初回起動時はAndroidにVPN接続の許可画面が表示されます。自分で開始した接続要求であることを確認して許可してください。この許可はシステムのネットワークインターフェースを確立するためのもので、サブスクリプションアカウントへのログインではありません。許可画面をキャンセルした場合は、クライアントに戻って接続ボタンをもう一度タップすればよく、サブスクリプションの削除や再インストールは不要です。
接続後はクライアントの状態を確認し、システムにVPN接続中の表示があるかも確認します。続けて「実際の接続テスト」を実行してください。接続直後に停止する場合は、まずログを開いて直近のエラーを確認し、設定の有効性、ネットワークの状態、他のVPNアプリの稼働状況を調べます。テストに失敗したとき、動作モードとアプリごとの対象範囲を同時に切り替えないでください。サーバー側と端末側のどちらが原因か判断できなくなります。
画面が点灯している間は接続できても、画面を消すと切断される場合は、バックグラウンド動作の問題が考えられます。まずこのページの手順で前面表示中の動作を確認し、AndroidのVPN許可とバッテリー設定に関するメモを参考に、バッテリー最適化、バックグラウンド動作、システムのクリーンアップ設定を確認してください。接続が安定したら、実際のアプリで最終確認を行います。
ステップ4 · 実際のアクセスを確認
プロキシが機能しているか確認
完了の目安:稼働状態、対象アプリのアクセス結果、ルールの適用結果が一致していること。接続アイコンが表示されるだけでは不十分です。
動作確認は、クライアントが稼働しているか、アプリのリクエストがクライアントに届いているか、リクエストが想定どおりにルーティングされているかの3段階で行います。前の手順の実際の接続テストで確認できるのは、主にクライアント自身のテスト経路です。ここでは、普段使うブラウザーや対象アプリから新しいリクエストを送ります。利用可能な、使い慣れたページを選び、古いページを閉じてから開き直してください。キャッシュを表示しただけなのに、ネットワークから読み込めたと誤認するのを防げます。
設定を確認してからアプリでアクセス
デスクトップでは、まずv2rayNが動作中で、システムプロキシが「システムプロキシを自動設定」になっていることを確認します。システムのネットワーク設定でプロキシ画面を開き、現在のプロキシ接続先がクライアントの待ち受け設定と一致するか確認してください。デスクトップOSによってシステムプロキシの対応範囲は異なります。ブラウザー独自のプロキシ拡張機能やネットワーク設定がある場合は、それらがシステムプロキシを上書きしていないか確認します。
Androidでは、v2rayNGのVPN接続が切れていないことを確認し、ブラウザーが現在のアプリごとのプロキシ対象に含まれているか調べます。ブラウザーにはアクセスできても、特定のアプリが使えないからといって、すぐにサーバーが使えないと判断しないでください。そのアプリが対象から除外されている、異なる通信方式を使っている、アプリ独自のアカウントやネットワークポリシーの影響を受けている可能性があります。動作を確認済みのブラウザーを比較対象として残し、対象アプリに関係する設定だけを変更します。
続いてログを確認し、直前のアクセスに対応する接続やルールの記録があるか調べます。記録される情報はログレベルによって異なるため、標準ログにすべてのリクエストが表示されなくても、必ずしも失敗とは限りません。必要に応じて一時的に詳細度を上げ、テスト後に通常のレベルへ戻してください。他の人に相談する前に、サーバーアドレス、サブスクリプションURL、ユーザーID、アクセス履歴に含まれる個人情報を隠します。
比較テストで対象範囲を確認
同じネットワークと接続先を使って、プロキシのオン・オフを1回比較します。デスクトップでは先にアクセス結果を記録し、システムプロキシを解除してから新しいリクエストを送ります。Androidでは結果を記録してからVPNを切断し、もう一度アクセスします。確認後は、先ほど動作を確認した設定に戻してください。結果に差があれば手がかりになりますが、それだけですべての通信がプロキシ経由だとは証明できません。接続先がもともと直接アクセス可能な場合や、直接接続のルールに該当する場合は、どちらも成功して問題ないことがあります。
接続元IPの確認で分かるのは、その確認リクエストの接続元だけであり、端末全体の通信ではありません。接続元を確認する場合は、そのリクエストに適用されたルーティング結果と合わせて判断してください。特定の確認ページで異なるIPが表示されるようにするためだけに、カスタムルールをすべて作り直す必要はありません。初期設定の目的は、プロキシ経由にする想定のアプリやリクエストが実際に使えることを確認することです。
実際の接続テストには成功するのにブラウザーで失敗する場合は、システムプロキシとブラウザー独自の設定を優先して確認します。すべてのテストに失敗する場合は、現在の設定、基本的なネットワーク、ログを見直します。一部のドメインだけ失敗する場合は、DNSとルーティングを詳しく調べてください。この順に確認すれば、アクセスできないたびにサーバーを変更せずに済みます。切り分けの手順はトラブルシューティング、設定項目の一般的な意味はFAQをご覧ください。
4ステップが完了したら、現在使える設定とデフォルトのルーティングを維持し、普段はサーバーを選んで接続状態を確認するだけにします。アプリごとのプロキシ、LAN共有、TUNモードは必要に応じて後から追加し、一度に変更するのは1項目だけにしてください。その都度、このページの確認方法を使います。クライアントの更新やルールの変更後も、同じ手順で動作する状態を確認できます。