クライアントがインストール済みか確認
デスクトップ端末では v2rayN、Android 端末では v2rayNG を使用します。初回起動時にネットワークアクセス許可を求められた場合は、端末のセキュリティ方針に従ってクライアントのネットワークアクセスを許可してください。許可しないと、サブスクリプションの更新や接続テストを続行できません。
4つの操作を決められた順番で行います。利用可能な設定を追加し、プロキシの対象範囲を決め、接続を開始したら、最後にアプリのアクセス結果とクライアントログを照合して確認します。
このページでは、初回設定に必要な基本手順だけを扱います。開始前にクライアントをインストールし、有効なサブスクリプションURLを用意したうえで、端末が正常にインターネットへ接続できることを確認してください。
デスクトップ端末では v2rayN、Android 端末では v2rayNG を使用します。初回起動時にネットワークアクセス許可を求められた場合は、端末のセキュリティ方針に従ってクライアントのネットワークアクセスを許可してください。許可しないと、サブスクリプションの更新や接続テストを続行できません。
サブスクリプションURLは通常、https:// で始まるリンクです。コピーする際は先頭・末尾やクエリパラメータを欠落させず、説明文まで一緒にコピーしないでください。リンクは設定の提供元が管理するものであり、このガイドではサブスクリプション内容を生成しません。
サブスクリプションを更新する前に、端末からサブスクリプションサービスへアクセスできる必要があります。ブラウザーや他のアプリもインターネットに接続できない場合は、先にローカルネットワークを復旧してからクライアントの操作に戻ってください。基本的なネットワーク障害をクライアント設定の問題と取り違えないためです。
サブスクリプションを使うと、複数のサーバー設定をまとめてクライアントで管理できます。初回はすぐにシステムプロキシを有効にしないでください。利用可能な設定がない状態では、クライアントが実行中になっても有効な接続を確立できません。正しい順番は、URLを保存し、手動で一度更新して、更新結果がサーバー一覧に反映されたことを確認することです。
v2rayN を開いたら、まずウィンドウ上部のメニューを確認します。サブスクリプショングループ、または類似した名前のサブスクリプション管理項目を開き、新しいグループを追加します。グループ名には、用途や設定の提供元など識別しやすい名前を入力し、URL欄に完全なサブスクリプションリンクを貼り付けます。保存する前に、URLの先頭が欠けていないか、末尾に空白や改行が混ざっていないか確認してください。確認後にメイン画面へ戻り、サブスクリプションメニューからすべてのサブスクリプションを更新を実行します。グループを保存するだけで終わらせないでください。
更新中は、ウィンドウのステータス欄に処理状況が表示されます。完了したらサーバー一覧に戻り、サブスクリプションから解析された設定項目と、先ほど入力したグループ名が左側またはグループ選択欄に表示されることを確認します。ここでは一覧が空でないことだけ確認すれば十分で、プロトコル、ポート、通信パラメータを項目ごとに変更する必要はありません。これらの項目は通常、提供元が設定済みです。初回に手動で変更すると、かえって設定の不一致を招くことがあります。
v2rayNG を開き、右上のメニューからサブスクリプション設定を開きます。追加ボタンをタップして名前とサブスクリプションURLを入力し、保存します。設定一覧に戻り、もう一度メニューを開いてサブスクリプションを更新を選択してください。更新が成功すると、メイン一覧に選択可能な設定が表示されます。一覧が空のままなら、まず下にスワイプして更新するか、メイン画面に入り直し、現在選択されているサブスクリプショングループが正しいか確認します。
Android 端末では、バックグラウンド通信や省電力設定による制限が加わる場合があります。ただし、クライアントを前面に表示した状態で更新するなら、通常はアプリを開いたまま処理が終わるのを待つだけで十分です。更新中にボタンを何度も連続してタップしないでください。重複したリクエストが同時に送信されるおそれがあります。成功メッセージが表示されるか一覧の内容が変わったら、次の設定選択へ進みます。
サーバー一覧に設定項目が表示されて、初めてステップ1が完了します。次は一覧から設定を1つ選び、どのアプリの通信をクライアントに処理させるか決めます。これはデスクトップ版のシステムプロキシとルーティングモード、Android 版の接続範囲と分流ルールに相当します。
プロキシモードによって、クライアントが処理する通信の範囲が決まります。初回設定では、すべての項目を有効にするのではなく、まず確認しやすい経路を作ることが重要です。最初はクライアントの標準的なシステムプロキシまたはデフォルトのルーティング設定を使い、接続を確認してから、アプリの用途に応じて分流、TUN モード、カスタムルールを調整することをおすすめします。
v2rayN のサーバー一覧で使用する設定をクリックし、画面の案内に従ってアクティブサーバーに設定します。現在の項目は、選択状態、色の表示、またはタスクトレイメニューの名前で示されることが一般的です。設定後、ウィンドウ下部のステータスバーまたはタスクトレイメニューを確認し、現在のサーバーが空欄でないことを確認してください。サブスクリプションに複数の項目がある場合、初回は1つ選ぶだけで十分です。複数の設定を同時に変更しないでください。
続いて v2rayN のシステムプロキシメニューを開きます。初回利用の多くのケースでは、自動でシステムプロキシを設定する項目、またはシステムプロキシを有効にする項目を選びます。これにより、システムプロキシ設定に従うブラウザーやデスクトップアプリが v2rayN へリクエストを送信します。コアだけを起動してシステムプロキシを有効にしていない場合、クライアントは実行中でも、ブラウザーは以前の直接接続経路を使い続けることがあります。これは「クライアントは起動しているのにページのアクセス方法が変わらない」よくある原因です。
ルーティングモードは、接続先ごとに直接接続、プロキシ経由、ブロックのいずれにするかを判断します。初回テストでは、LAN と中国本土のアドレスを迂回するモードなど、クライアント内蔵の標準的な分流設定を選ぶとよいでしょう。直接接続とプロキシ接続の両方を確認しやすくなります。グローバルモードではより多くの通信が現在の設定を経由するため、短時間の切り分けには適していますが、アプリの要件を理解しないまま長期的に唯一の設定として使うことはおすすめしません。カスタムルーティングにはドメインルール、アドレスルール、優先順位が関係します。詳しくは問題診断とルーティングの解説をご覧ください。
v2rayNG のメイン一覧で設定を1つタップし、現在の選択項目にします。選択マークが表示されたら、まず設定を開いてルーティング関連の項目を確認します。初回はデフォルトのルーティング設定を維持し、複数のカスタムルールを重ねないでください。メイン画面に戻り、画面下部の接続ボタンからサービスを開始します。
指定したアプリだけで接続を使いたい場合は、アプリごとのプロキシ設定で対象アプリを選びます。アプリを分ける必要がなければ、通常の接続範囲のまま全体テストを先に行ってください。アプリごとの一覧を変更すると、確認結果に直接影響します。対象外のアプリは元のネットワークを使い続けるためです。テスト時に使用するブラウザーやアプリを明確にし、現在許可されている範囲に含まれていることを確認してください。
この段階を終えると、3つの状態が明確になっているはずです。サブスクリプション一覧に設定が存在し、そのうち1つが選択され、プロキシの対象範囲が決まっていることです。次は実際にクライアント接続を開始し、ステータス表示からコアが正常に動作しているか確認します。
接続を開始する前に、端末のシステム時刻、タイムゾーン、日付が正しいことを確認します。TLS 接続ではシステム時刻を使って証明書の有効期間を判断するため、時刻のずれがハンドシェイク失敗に直結することがあります。続いて端末のネットワークが安定していることを確認し、切り替わりを繰り返している Wi-Fi やモバイルネットワークを停止してから起動操作を行います。
v2rayN では通常、サーバーを選択すると対応するコアが起動します。使用中のバージョンに明確な起動またはサービス再起動項目がある場合は一度実行し、ステータスバーが更新されるまで待ちます。その後、タスクトレイの v2rayN メニューを開き、システムプロキシが先ほど選択した状態になっているか確認します。メイン画面のログ欄には、コアの起動、ローカルポートの待受、接続リクエストなどが出力されます。初回は1行ずつ理解する必要はなく、同じエラーが連続して表示されていないか確認すれば十分です。
ウィンドウを閉じた後もタスクトレイにアイコンが残っている場合、通常はクライアントがバックグラウンドで動作を続けており、終了したわけではありません。設定を変更するときは、タスクトレイアイコンからメイン画面を再び開きます。接続を完全に停止する場合は、先にシステムプロキシを無効にしてから終了コマンドでクライアントを終了してください。停止したローカルサービスをシステムプロキシが参照し続けるのを防げます。
v2rayNG のメイン画面で設定が選択されていることを確認し、画面下部の接続ボタンをタップします。初回接続時には、システムにネットワーク接続の許可ダイアログが表示されます。アプリ名と現在の操作が一致していることを確認してから接続を許可してください。許可が完了すると、ボタンの状態や画面上部のシステム領域に変化が現れ、クライアントログにもリクエストが記録され始めます。
ボタンをタップしてすぐ未接続に戻った場合は、ログを開いて最後の数行を確認します。後から繰り返される情報ではなく、最初に現れた明確なエラーを探してください。よくある内容には、ドメイン解決、接続タイムアウト、証明書名、到達できないポート、設定項目などがあります。エラーの原文を残しておくと、問題がローカルネットワーク、サブスクリプション設定、リモートサービスのどこで発生したか判断しやすくなります。
接続成功の画面表示は、ローカルサービスが起動したことを示すだけで、対象リクエストが想定どおりプロキシを経由したことを単独で証明するものではありません。システムプロキシが有効でない場合や、テストアプリがアプリごとの対象範囲に含まれていない場合もあります。緑色の状態を確認しただけで終わらせず、次の手順で実際のアクセス経路とルーティングモードが一致するか確認してください。
確認時は、アプリのアクセス結果とクライアントログを同時に観察します。ページが開くかどうかだけでは、直接接続が成功したのか現在の設定を経由したのか区別できません。クライアントに接続済みと表示されるだけでも、テストアプリが正しい経路を使っているとは限りません。両方の情報を組み合わせて、設定が実際に有効か判断します。
テストに使うブラウザーまたはアプリを完全に終了してから、再び起動します。一部のアプリは起動時にシステムプロキシ設定を読み込むため、プロキシを有効にする前から起動していると古い接続を使い続けることがあります。再起動後、現在のルーティングルールで直接接続するはずの一般的なページと、現在の設定を経由する必要がある対象ページに順番にアクセスします。どちらも妥当な時間内に読み込まれるはずです。
v2rayN を使う場合は、メイン画面のログも同時に確認します。ブラウザーがアクセスした後に対応する新しい接続記録がログに現れれば、ブラウザーがリクエストをクライアントへ渡していることを示します。ページに変化がなくログにも新しいリクエストがない場合は、まずシステムプロキシの有効状態、ブラウザー独自のプロキシ設定、他のソフトによるシステム設定の上書きを確認してください。
v2rayNG を使う場合は、テストアプリからリクエストを送った後にクライアントへ戻り、ログを確認します。アプリごとのプロキシを有効にしている場合は、テストアプリが対象に含まれているか再確認してください。対象外のアプリは、v2rayNG が接続状態を維持していてもプロキシリクエストを記録しません。アプリ一覧を変更したら、テストアプリを終了して再起動し、もう一度確認します。
標準的な分流モードを選択した場合、直接接続する対象とプロキシを使う対象は、それぞれ対応する経路を通るはずです。ログのルーティング結果、アウトバウンド識別子、接続タイプなどが確認の手がかりになります。すべてのリクエストが同じ経路に入る場合は、まずグローバルモードを誤って選んでいないか確認し、次にカスタムルールが内蔵ルールより前に並んでいないか確認します。初回から複雑なルールを作る必要はありません。デフォルトモードで安定してアクセスできるなら、まず現在の設定を維持してください。
確認が終わったら、現在利用できるサブスクリプショングループ、アクティブな設定、ルーティングモードを記録します。次回サブスクリプションを更新するときは、通常、更新を実行して利用可能な設定を選び直すだけで、同じサブスクリプションを再作成する必要はありません。ネットワークを変更して突然接続できなくなった場合は、まず新しいネットワークで基本アクセスを確認し、その後で設定の切り替えや DNS の調整が必要か判断します。
ここでは初回設定で特に多い、短時間で確認できる項目だけを紹介します。エラーが続く場合、特定プロトコルの問題、複雑な DNS 症状については問題診断ページへ進み、基本ガイドで無関係な項目を何度も変更しないでください。
現在表示されているグループが、追加したばかりのものか確認してから、もう一度更新します。クライアントが形式を認識できないと表示した場合は、サブスクリプションの内容が現在のクライアントに対応しているか設定の提供元へ確認してください。エンコードされたサブスクリプションテキストを手動で分解・編集しないでください。
デスクトップ版ではシステムプロキシが有効か確認し、ブラウザーを完全に再起動します。Android 版では、テストアプリがアプリごとのプロキシ対象範囲に含まれているか確認してください。その後、リクエスト送信時にログへ新しい記録が追加されるか確認します。
まずシステムプロキシを無効にするか接続を停止し、基本ネットワークが復旧するか確認します。その後、別の設定を選んで起動し直してください。基本ネットワーク自体が利用できない場合は、クライアントのルーティングを変更し続けるのではなく、先にローカルネットワークを対処します。
システム時刻を調整し、サブスクリプションを更新して別の設定で再テストします。エラーが変わらない場合は、完全なメッセージを記録し、ノードのタイムアウトまたはDNS の問題の章を確認してください。
初回接続が完了したら、まず現在正常に使える状態を保存します。サブスクリプションの自動更新、DNS、ノードのタイムアウト、システムプロキシが有効にならない問題、クライアントのクラッシュを確認する場合は、問題診断ページで章ごとに調べてください。一度に多くの変数を変更するのは避けましょう。