初期設定 / 4ステップ
v2rayNの設定方法
サブスクリプション登録と接続確認
有効なサブスクリプションを登録し、設定一覧、プロキシの入口、接続状態、実際のアクセス結果を順に確認します。まず1つの設定を正常に動作させてから、ルーティングやDNSを調整しましょう。
手順 01 / 選択できる設定を用意する
サブスクリプションを登録
まず、手元にある情報の種類を確認します。サブスクリプションアドレスは、通常、複数の設定を取得するためのHTTPSリンクです。単一の設定共有リンクは、vmess://、vless://、trojan://、ss://などで始まります。登録先はそれぞれ異なります。サブスクリプションアドレスは後から更新できるようサブスクリプショングループに登録し、単一の共有リンクはクリップボードからインポートしてください。コピーする際は、チャットの引用符や説明文、改行を含めないでください。また、サービスのログインページのURLをサブスクリプションアドレスとして使わないようにしましょう。
v2rayN:グループを追加してサブスクリプションを更新
v2rayNを開き、上部メニューから「サブスクリプショングループ」→「サブスクリプショングループの設定」を選びます。グループを追加し、「普段使い」など識別しやすい名前をメモ欄に入力します。アドレスまたはURL欄にサブスクリプションアドレス全体を貼り付けてください。ほかの項目はまず初期値のままにし、グループが有効になっていることを確認して保存します。保存してもアドレスが登録されるだけで、設定がダウンロードされるわけではありません。この時点でメイン一覧が空でも、必ずしもエラーではありません。
メイン画面に戻り、再び「サブスクリプショングループ」メニューから更新を実行します。「プロキシを使用しない」「プロキシを使用する」の更新方法がある場合は、接続を確立していない初回は、まずプロキシを使用しない方法を試してください。既存のプロキシ経由でアクセスするようサブスクリプションの提供元から明示されている場合は、先に接続が使えることを確認してから更新します。更新後、追加したグループに切り替えると、メイン一覧にサーバー設定が表示されるはずです。設定が表示されてから次へ進み、一覧が空のままシステムプロキシを何度も切り替えるのは避けてください。
v2rayNG:サブスクリプションアドレスを保存して一覧を更新
v2rayNGのメイン画面で右上のメニューを開き、「サブスクリプショングループの設定」を選びます。追加メニューからメモとサブスクリプションアドレスを入力して保存し、メイン画面に戻ります。もう一度メニューを開き、サブスクリプションの更新を実行してください。利用中のバージョンで現在のグループと全グループを選べる場合は、追加したグループを更新します。更新が終わったら、設定一覧に内容が表示されたことを確認してください。単一の共有リンクしかない場合は、リンク全体をコピーして「クリップボードからインポート」を選びます。サブスクリプションURL欄には貼り付けないでください。
インポート後、設定のプロトコルとメモが提供元の説明に合っているか確認します。クライアントに表示される名前は識別用であり、接続できることを示すものではありません。アドレス、ポート、トランスポート方式、TLSの設定は、サーバー側の値と一致する必要があるため、ひとまず変更しないでください。サブスクリプションを更新すると、手動で変更した設定が再生成されることもあります。カスタム設定を長期保存する場合は、利用中のクライアントでグループや設定を管理する方法を確認しておきましょう。
手順 02 / トラフィックの入口とルーティング先を分けて考える
プロキシモードを選択
設定一覧が表示されたら、次はアプリのリクエストをクライアントにどう渡し、クライアントに届いた後どの経路へ送るかを決めます。「システムプロキシ」やAndroidのVPNによる通信の取り込みはトラフィックの入口を設定し、「ルーティングルール」は直接接続とプロキシ接続を振り分けます。ルーティングをグローバルプロキシに変えても、もともとシステムプロキシを使わないデスクトップアプリの通信は自動でクライアントに入りません。同様に、システムプロキシを有効にしても、すべてのリクエストが必ずリモートサーバーを経由するわけではありません。
v2rayN:まずシステムプロキシを自動設定
v2rayNのシステムプロキシ設定、またはタスクトレイメニューから「システムプロキシを自動設定」を選びます。初回設定では、この方法が動作を確認しやすいでしょう。クライアントがローカルの待ち受けアドレスをシステムプロキシに設定すると、ブラウザーなどシステム設定に従うアプリからリクエストをクライアントへ渡せるようになります。選択後は、メイン画面のステータスバーに表示されるシステムプロキシモードが変わったか確認してください。メニューが閉じたことだけで成功と判断しないようにしましょう。
「システムプロキシをクリア」は、システムのプロキシ設定を解除します。「システムプロキシを変更しない」は現在のシステム設定を維持するため、プロキシの入口を自分で管理している場合に適しています。初回設定では、むやみに選ばないでください。システムプロキシが適用される範囲はアプリによって異なります。独自のネットワーク処理やプロキシ設定を使うアプリもあります。最初の動作確認では、システム設定に従うブラウザーを使いましょう。問題の原因を切り分けにくくなるため、TUNを同時に有効にしたり、複数のアプリに手動でプロキシを設定したりする必要はありません。
ルーティング:まずプライベートネットワークをバイパス
ルーティング設定では、まず「プライベートネットワークをバイパス」を選び、ルーターやプリンターなどのローカル機器へ直接アクセスできるようにします。グローバルプロキシは出口を一時的に確認するのに便利ですが、対象となる通信は入口の設定範囲に限られます。ダイレクト接続ではリモートプロキシを経由しないため、接続設定が成功した証拠にはなりません。カスタムルールを設定済みの場合は、切り替える前に現在の設定を記録してください。動作中に必要なLANやドメインの例外を、確認のために上書きしないようにしましょう。
v2rayNGでは、メニューの「設定」からルーティング関連の項目を探します。初回はクライアントに用意された基本のルーティング設定を使い、誤ってダイレクト接続モードが選択されていないことを確認してください。「アプリごとのプロキシ」を有効にしている場合は、確認に使うブラウザーが対象に含まれているかも確認します。選択したアプリをバイパスするモードに切り替えられる画面もあるため、選択されているだけでそのアプリがプロキシ経由になるとは限りません。初回は対象アプリを絞り、基本の接続確認が終わってから例外を1つずつ追加してください。
この段階では、速度を試すためにVMessやVLESSなどのプロトコルを変更したり、コアを切り替えたりする必要はありません。プロトコル、トランスポート、安全性の設定はサブスクリプションの一部です。変更すると接続条件が崩れる可能性があります。ルーティングルールやコアの適用範囲については、技術リファレンスのルーティング解説をご覧ください。ここでは入口のモードとルーティングモードが矛盾していないことを確認して、接続手順へ進みます。
接続前の設定チェック
- デスクトップのトラフィック入口
- システムプロキシを自動設定
- 初回のルーティング設定
- プライベートネットワークをバイパス
- Androidで対象にするアプリ
- 確認用ブラウザーが除外されていない
ここで紹介した設定は初回のトラブル対処の出発点であり、すべての利用環境で固定して使うものではありません。
手順 03 / 設定を選んで接続
サーバーに接続
設定一覧に戻り、提供元が明確で有効期限内の設定を1つ選びます。サブスクリプショングループ名とアクティブサーバーを混同しないでください。グループは複数の設定を整理するもので、接続するにはその中から1つを指定する必要があります。一覧に設定が多数表示されても、接続済みとは限りません。アクティブの表示とクライアントの稼働状態を確認しましょう。
v2rayN:アクティブサーバーを設定してコアの状態を確認
メイン一覧から対象の設定を選び、右クリックメニューでアクティブサーバーに設定します。バージョンによってはダブルクリックでも切り替えられます。一覧のアクティブ表示とログを確認してください。v2rayNは通常、設定を有効にするとコアを起動または再読み込みします。スマートフォンアプリのように、独立した接続ボタンが表示されるとは限りません。その後、ステータスバーのシステムプロキシ設定を再確認し、前の手順で選んだ自動設定モードが維持されていることを確認します。
ログにローカルの待ち受けポートが使用中と表示された場合は、同じポートを使っている別のプロキシソフトを終了してから、現在の設定を再読み込みします。他の人のローカルポートをそのままコピーしないでください。クライアントの待ち受けポートを変更すると、システムプロキシやアプリの手動プロキシアドレスも合わせて変更する必要があります。プロトコルやトランスポートの項目がサポートされていないとログに表示された場合は、クライアントと設定の提供元の要件が合っているか確認してから、クライアントの更新を検討します。同じリンクを何度もインポートしても、コアの互換性は解決しません。
v2rayNG:接続ボタンをタップしてシステムの許可を得る
v2rayNGのメイン一覧で対象の設定を選び、選択マークがその項目に付いたことを確認してから、画面下部の接続ボタンをタップします。初回起動時はAndroidからVPN接続のリクエストが表示されるので、アプリ名を確認して許可してください。この許可は端末内で通信を取り込むためのもので、サーバーを購入または有効化する手続きではありません。許可しないと、設定をインポート済みでも通常の方法でブラウザーの通信を取り込めません。
許可後はアプリ内の接続状態を確認し、システムにVPNの状態が表示されているか見てください。端末でVPN接続を使う別のアプリが動作している場合は、同じユーザー領域の接続が入れ替わるのを避けるため、先に停止します。サーバー設定を切り替えた後も、接続状態を改めて確認してください。画面上部にシステムアイコンが残っているだけでは、新しい設定で接続できたとは限りません。バックグラウンドで継続利用する場合は、後からシステムの案内に従ってバッテリーやバックグラウンド実行の制限を確認します。初回テストが終わる前に、複数のシステム設定をまとめて変更しないでください。
接続ボタンが稼働状態になったことは、クライアントが動き始めたことを示すだけで、サーバーへ到達できる証拠にはなりません。TLSハンドシェイクに失敗する場合は、まず端末の日時とタイムゾーンを確認し、次に設定のサーバー名などを見直してください。トラブル対処のために証明書検証を無効にしないでください。詳しくはTLSハンドシェイク失敗・証明書エラーの対処法をご覧ください。クライアントの起動に明らかなエラーがなければ、状態アイコンだけで判断せず、実際のウェブページで動作を確認します。
手順 04 / 実際の通信で結果を確認
接続が有効か確認
普段使うブラウザーを開き、実際に利用する予定のサイトへアクセスします。ページの読み込みが必要な場合は、新しいタブを開いてアクセスし、オフラインページや古いキャッシュを接続成功の証拠と誤認しないようにしてください。まずページの主要な内容が表示されることを確認し、次に同じサイト内の別ページも開いてみます。タイトルや一部の静的コンテンツが見えただけでは、その後のリクエストも正常に完了したとは判断できません。
ウェブページの結果とクライアントのログを照合
ウェブページにアクセスしながらクライアントのログや接続履歴を確認し、その時刻に対応する新しいリクエストがあるかを見ます。ログの詳細度はクライアントによって異なるため、ドメインが表示されないからといって通信がないとは限りません。ただし、ブラウザーが読み込み中のままでクライアントに関連する動きがまったくない場合は、まずトラフィックの入口を確認してください。デスクトップではシステムプロキシが別のソフトに変更されていないか、ブラウザーで独自のプロキシ拡張機能を使っていないかを確認します。AndroidではVPNが動作中か、アプリごとのルールでブラウザーが除外されていないかを確認してください。
クライアントに接続テスト機能がある場合は、現在の設定が使えるかを判断する補助になります。ただし、テスト先とブラウザーで実際にアクセスするサイトは異なることがあるため、実際のアクセスに代わるものではありません。出口IPの確認もあくまで補助です。グローバルプロキシのルーティングでは、対象範囲内のブラウザーからインターネット上の出口を調べると、通常はプロキシ経由の経路を確認できます。一方、ルールベースの振り分けでは、確認用サイト自体が直接接続に割り当てられることがあります。IPアドレスが変わらなくても、プロキシ全体が使えないとは限りません。結果を判断する前に、そのリクエストがどのルールに該当するかを確認してください。
DNSの確認:接続経路がほぼ正常になってから調整
クライアントにリクエストの記録があり、ログにドメインの名前解決エラーが繰り返し表示される場合に、DNSを確認します。まず通常のネットワーク接続が正常であることを確認し、クライアントの設定からDNS関連の項目を探して現在の値を記録してください。ブラウザーのセキュアDNS、システムDNS、クライアントのDNSを同時に変更しないでください。それぞれ処理するリクエストの範囲が異なり、複数箇所を一度に変更すると結果を再現しにくくなります。初回の確認ではクライアントの初期設定を維持し、到達できないDNSサーバーアドレスを誤って入力していないかを重点的に確認します。
ブラウザーによっては、独自のセキュアDNSを利用できます。これにより、ドメインの名前解決経路が変わることがあります。特定のブラウザーだけで問題が起きる場合は、サブスクリプションをすぐに入れ替えるのではなく、まずそのブラウザーの設定を確認してください。複数のアプリで同じドメインへのアクセスに失敗する場合は、クライアントのログもあわせて確認します。カスタムのリモートDNSを設定する際は、名前解決のリクエストがどのように宛先へ到達するかも把握しておきましょう。プロキシサーバーに接続するための名前解決に、そのプロキシ経由でしかアクセスできないDNSが必要になると、依存関係の問題が起こります。DNSのルーティングやコアごとの違いについては、技術リファレンスで解説しています。初回の接続時から設定をすべて手書きする必要はありません。
失敗したら順に戻して確認し、成功したら基準設定を記録
ウェブページが開かない場合は、順番を決めて確認します。まず接続を停止し、通常のネットワーク自体が使えることを確認します。次にクライアントを起動し、アクティブな設定が正しいかを確認します。その後、システムプロキシまたはVPNによる通信の取り込みを確認し、最後にログの接続、TLS、DNSに関するエラーを確認してください。変更は一度に1項目だけ行い、同じサイトに再アクセスして結果を比べます。特定のサイトだけ開けず、ほかのサイトにはアクセスできる場合は、そのサイトのルーティング、名前解決、サービス状態に原因を絞れます。クライアント全体を再インストールする必要はありません。
ウェブページの表示とログの内容が一致したら、アクティブな設定、システムプロキシのモード、ルーティング設定を記録してください。これを元に戻せる基準設定として、以後はルールを1つ追加するたび、アプリの例外を有効にするたび、DNSを調整するたびに個別に確認できます。利用を終えるときは、デスクトップではクライアントを終了する前にシステムプロキシを解除するか、正常終了時に解除されることを確認してください。Androidでは接続ボタンからVPNを停止します。これにより、クライアント停止後もアプリが使えないローカルプロキシへリクエストを送り続ける事態を防げます。