v2rayNの使い方ガイド：
サブスクリプション登録と接続確認
「サブスクリプション登録 → プロキシ方式の選択 → 接続 → 動作確認」の順に進めます。クライアントをインストール済みで、有効なサブスクリプションがある場合、初期設定の所要時間は約10分です。まず基本の接続を確認してから、アプリごとの振り分けやTUNを設定しましょう。
始める前に、クライアントが正常に起動することを確認し、信頼できる提供元から入手したサブスクリプションURLまたは個別ノードの共有リンクを用意してください。クライアントは設定を読み込んで通信を転送するもので、インストーラーにすぐ使えるサーバーが含まれているわけではありません。サブスクリプションURLには認証情報が含まれる場合があります。URL全体を公開コメントやスクリーンショットに載せたり、オンライン解析ツールに入力したりしないでください。
01 · サブスクリプションを登録し、ノードの表示を確認
まず、手元にある情報の種類を確認します。HTTPSで始まり、複数のサーバー設定を取得するURLは、通常サブスクリプションURLです。vmess://、vless://、trojan://、ss://で始まる文字列は、通常、単一ノードの共有リンクです。登録する場所はそれぞれ異なります。ブラウザーで開けるURLであっても、サービス提供元のログインページ、注文ページ、説明書のURLをサブスクリプション欄に入力しないでください。
v2rayNデスクトップ版でグループを追加
メインウィンドウを開き、「サブスクリプショングループ」から「サブスクリプショングループ設定」に進み、新しいグループを追加します。メモには「普段使い」など、見分けやすい名前を入力します。URL欄にはサブスクリプションURL全体を貼り付けてください。貼り付け後、先頭と末尾を確認し、空白や改行、チャットアプリが付けた句読点が混入していないことを確かめます。他の項目はまず既定値のまま保存し、メイン画面に戻ります。
続いて「サブスクリプショングループ」メニューから更新を実行します。「プロキシ経由で更新」「プロキシを経由せずに更新」などを選べる場合、まだプロキシ接続を確立していなければ、まずプロキシを経由せずに更新してください。処理が終わったら、メインウィンドウのノード一覧を確認します。プロトコル、アドレス、メモなどの項目が表示されていれば、サブスクリプションの内容が解析されています。グループ名を保存しただけでは、ノードの登録は完了していません。
ほかのサブスクリプショングループがある場合は、追加したグループに切り替えて、以前のノードを今回の更新結果と取り違えないようにしてください。更新エラーが発生したら、まずログに記載された原因を確認します。接続タイムアウト、認証失敗、内容の解析失敗は、それぞれ別の問題です。更新ボタンを連打したり、再試行のために同じグループを複数追加したりしないでください。どの設定を使っているのか分かりにくくなります。
v2rayNG Android版でサブスクリプションを追加
サイドメニューから「サブスクリプショングループ設定」を開き、追加ボタンをタップします。メモとサブスクリプションURLを入力して保存してください。メイン画面に戻り、メニューから更新を実行します。バージョンによっては、先に対象のサブスクリプショングループへ切り替える必要があります。更新後、一覧にノードが表示されていることを確認します。空のグループしか表示されない場合は、接続ボタンを押す前に更新結果を確認してください。
単一の共有リンクを受け取った場合は、リンク全体をコピーして、クライアントの「クリップボードからインポート」機能を使います。v2rayNでは通常、サーバー関連メニューに、v2rayNGでは通常、メイン画面の追加メニューにこの機能があります。単一リンクを取り込んでも、定期更新できるサブスクリプションにはなりません。サーバー設定が変更された場合は、再度インポートするか、提供元の案内に従って変更してください。
更新に失敗した場合は、まずURLが有効か、端末の日時が正しいか、提供元が特定のネットワークからのアクセスを求めていないかを確認してください。更新にプロキシが必要なサブスクリプションでは、別の有効な接続が必要です。まだ登録していないノードを使って、最初の更新を行うことはできません。詳しくはサブスクリプション更新のトラブル対処をご覧ください。この段階では、通信方式や認証項目を変更しないでください。
02 · プロキシ方式を選択し、シンプルな経路から始める
「プロキシモード」は、2種類の設定を指して使われることがあります。1つ目は接続方式で、システムプロキシ、Android VPN、デスクトップTUNなど、アプリの通信をクライアントへ取り込む方法です。2つ目はルーティングルールで、取り込んだ通信をプロキシ経由、直接接続、または遮断のどれにするかを決めます。ルーティングルールだけを変更しても、システムプロキシを使わないアプリが自動的にプロキシを使うわけではありません。初期設定ではこの2つを分けて確認すると、後のトラブル対処が簡単になります。
v2rayN：まずシステムプロキシを設定
デスクトップ版では、まずTUNを無効にしたまま、メインウィンドウまたはトレイメニューの「システムプロキシ」から、「システムプロキシを自動設定」などの項目を選びます。ここでは、デスクトップ環境のプロキシ先をローカルの待ち受けポートに設定します。追加のネットワーク転送機能を起動するわけではありません。PAC関連のモードがある場合、初回確認では選ばないでください。自動設定ルールという、追加で切り分けが必要な要素を避けられます。
Linuxのデスクトップ環境によって、システムプロキシの扱いは異なります。クライアントに設定済みと表示されても、システム設定に反映されていない場合は、デスクトップ環境の「ネットワークプロキシ」画面を確認してください。手動入力が必要な場合、アドレスには127.0.0.1を指定し、ポートにはクライアントのパラメーター設定に表示されている実際の待ち受けポートを入力します。ローカルのプロキシがHTTPまたは混合プロキシに対応している場合のみ、そのポートをHTTP・HTTPSプロキシ欄に指定してください。ポート番号だけでプロトコルを判断しないでください。
次にクライアントのルーティング設定を確認し、まずはLANとプライベートアドレスを迂回するルールを選びます。これにより、ローカルプリンターやルーターの管理画面などへ直接接続できます。バージョンによって「LANを迂回」「プライベートアドレスを迂回」または両方を組み合わせた名称が使われます。ルールの説明を読んでから選んでください。複雑なルールセットのインポートや、DNS、プローブ、通信パラメーターの同時変更は避けましょう。問題が起きた場合に、どの操作が影響したのか判断しやすくなります。
v2rayNG：まず既定のVPN接続を使う
Android版は、初回は通常、既定のVPN接続方式のままで問題ありません。ルーティングにはクライアント標準の基本ルールを使い、アプリごとの振り分けは無効にしておくか、確認に使うブラウザーがプロキシ対象に含まれていることを確かめてください。「選択したアプリのみプロキシ」と「選択したアプリを除外」は反対の動作です。初回接続で逆の設定を選ぶと、クライアントは動作しているのにブラウザーのリクエストが記録されないことがあります。
この段階では接続方式の選択までにとどめ、高度な設定は変更しないでください。システムVPNの許可画面は、次のステップで接続を開始すると表示されます。VPNインターフェースを使うほかのネットワークツールが端末で動作している場合は、先に停止してからv2rayNGを試してください。通常、同じユーザー環境で複数のVPN接続が同時に通信を制御することはできません。
現在の設定の組み合わせを覚えておきましょう。デスクトップはシステムプロキシと基本ルーティング、Androidは既定のVPN接続と基本ルーティングです。次のステップではノードだけを切り替えて接続を確認し、接続方式は変更しません。一度に変更する項目を1つに絞ると、改善やエラーの原因を特定できます。
03 · ノードを選択して接続を開始
ノード一覧に戻り、設定内容がそろっていて提供元が明確な項目を選びます。ノードのメモは名前にすぎず、実際に使えることを示すものではありません。PingやTCPテストではネットワーク経路の一部しか確認できません。結果が表示されても、プロトコル認証、TLS、接続先へのアクセスがすべて成功したとは限りません。「実接続テスト」などの機能があれば、候補ノードの絞り込みに使ってください。最後に実際のアプリでの確認も必要です。
v2rayN：アクティブサーバーを設定してログを確認
ノードを右クリックし、「アクティブサーバーに設定」などの項目を選びます。バージョンによってはダブルクリックで切り替えられるため、画面の案内に従ってください。アクティブを示すマークが選択した項目に移ったことを確認します。v2rayNでは通常、切り替え時に設定ファイルを生成し、コアを起動または再読み込みします。そのため、独立した「接続」ボタンがない場合もあります。ウィンドウ下部のログを見て、設定の解析失敗、コアの終了、待ち受けポートの競合などがないことを確認してください。
ノードが有効になってもアプリからアクセスできない場合は、システムプロキシが先ほど選択した状態のままか確認してください。アクティブサーバー、コアの動作状態、システムプロキシの状態は、それぞれ別の情報です。1つの状態を別の状態の確認に代用できません。トレイアイコンやノードの選択状態は参考にはなりますが、プロキシが有効になったことを示す最終的な証拠ではありません。
ログに待ち受けポートの競合が表示された場合は、クライアントを重複して起動していないか、別のプロキシツールが同じポートを使用していないかを確認してください。用途が分からないシステムプロセスを強制終了しないでください。重複したインスタンスを終了してから再試行します。ポートを変更する必要がある場合は、システムプロキシと後述の確認コマンドもあわせて変更してください。認証失敗、証明書エラー、リモート側の接続拒否がログに出ている場合は、ローカルポートを繰り返し変更せず、ノードの提供元と端末の日時を確認します。
v2rayNG：接続をタップしてシステムの許可を確認
Androidのノード一覧で対象項目をタップし、選択マークが正しいことを確認してから、メイン画面の接続ボタンをタップします。初回起動時はシステムにVPN接続要求が表示されるため、v2rayNGからの要求であることを確認して許可してください。許可後、クライアントに戻って動作状態とログを確認します。別のVPN接続が置き換えられるという表示が出た場合は、現在のネットワークツールの用途を確認してから続行してください。
接続後はクライアントを起動したままにし、まずはバックグラウンドから終了させたり、追加の省電力制限を有効にしたりしないでください。テスト中は正常で、画面ロック後に切断される場合は、バックグラウンド制限を個別に確認します。初期設定時に、バッテリー管理の項目をすべて一度に無効にする必要はありません。実接続テストを使う場合は、現在のバージョンのメニューから実行してください。テスト結果は現在の条件で候補ノードを比較するためのもので、異なるネットワークや時間帯の結果をそのまま比較するのには適しません。
ノードのテストに失敗した場合は、同じサブスクリプション内の別のノードを試し、ほかの設定は変えずに確認してください。すべてのノードで同じエラーが出る場合は、ネットワーク、システム時刻、サブスクリプションの有効期限、クライアントログを優先して確認します。接続の問題をすべてルーティングルールのせいにしたり、用途が分からないままTLSや通信パラメーターを削除したりしないでください。
起動時の問題については、よくある質問のトラブル対処をご覧ください。調査に必要な情報を共有する場合は、操作時刻、クライアント名、具体的なエラーメッセージを記録します。スクリーンショットを撮る前に、サブスクリプションURL、サーバー認証情報、共有リンクを隠してください。
04 · プロキシの動作を確認して設定を保持
確認は2段階で行います。まずクライアントからサーバーまでのプロキシ経路が使えること、次にブラウザーなどの対象アプリが実際にその経路を使っていることを確認します。ウェブページが開けただけでは、直接接続やキャッシュの可能性があるため十分ではありません。新しいリクエスト、ルーティング結果、クライアントログをあわせて確認し、アイコンや速度テストの結果だけに頼らないようにしましょう。
ブラウザーから新しいリクエストを送信
ブラウザーで新しいタブを開き、現在のルーティング設定でプロキシ経由になるはずの、アクセス権があるHTTPSページを開きます。必要に応じてページを再読み込みし、古いキャッシュが表示されているだけの状態を避けてください。同時にクライアントログを開き、該当時刻の接続先ドメインと接続記録を探します。リクエストがコアに届いたか、プロキシ経由と直接接続のどちらに振り分けられたかをログで確認できます。バージョンによっては既定のログが簡略化されているため、一時的にinfoレベルに上げ、確認後は元に戻してください。
ログに直接接続と表示されても、必ずしも問題とは限りません。現在のルールで想定された動作である可能性があります。プロキシの出口を確認するには、通常の接続先をプロキシに送るグローバルプロキシルールに一時的に切り替え、新しいリクエストを送信します。テスト後は元のルールに戻してください。変更するのはルーティングであり、システムプロキシをオフからオンにする操作ではありません。両方を個別に確認してください。通常は直接接続するLAN内の機器の管理画面を、リモートプロキシの確認に使わないでください。
Androidでも、ブラウザーのリクエストとv2rayNGのログを確認します。クライアントが動作中なのに、ブラウザーのリクエストがログにまったく記録されない場合は、そのブラウザーがアプリごとの振り分けで除外されていないか確認してください。デスクトップでは、ブラウザー独自のプロキシ設定や、システム設定を上書きする拡張機能がないかを確認します。対象アプリが正しい経路を使っていることを確認してから、ノードの調整に進みましょう。
ターミナルからHTTPプロキシの接続先を個別に確認
デスクトップでは、次のコマンドで明示的なプロキシ接続をテストできます。実行前にクライアントのパラメーター設定を開き、ローカルの接続先がHTTPまたは混合プロキシに対応し、待ち受けアドレスがローカル、ポートが実際に10808であることを確認してください。ポートが異なる場合は、コマンド内の数字を変更します。このコマンドは例示用ドメインにアクセスします。ルーティング設定で必ずリモートプロキシ経由になるとは限らないため、出力先はログとあわせて確認してください。
curl -I --connect-timeout 10 --max-time 20 \
-x http://127.0.0.1:10808 https://example.com接続先サイトからHTTPレスポンスヘッダーが返れば、ローカルのプロキシ接続先と今回のリクエスト経路が動作しています。レスポンスステータスは特定の番号である必要はありません。HTTPSプロキシでは、トンネル確立のレスポンスが先に表示されることがあります。その1行だけを見て接続先へのリクエストが完了したと判断せず、後続のレスポンスとcurlのエラー有無を確認してください。接続拒否の場合はローカルポートとコアの動作状態を、タイムアウトの場合はクライアントログとあわせてリモート接続を確認します。
このコマンドには明示的な-xオプションがあるため、成功しても指定したプロキシ経路が使えることを示すだけで、システムプロキシが正しく設定された証拠にはなりません。逆に、ブラウザーは使えるのにターミナルの通常コマンドが使えない場合は、ターミナルのプログラムがデスクトップのシステムプロキシを参照していない可能性があります。現在のターミナルで一般的なHTTPツールにプロキシを使わせるには、ポートを確認してから環境変数を設定します。
export http_proxy=http://127.0.0.1:10808
export https_proxy=http://127.0.0.1:10808
curl -I --connect-timeout 10 --max-time 20 https://example.comhttps_proxyの値がhttp://で始まるのは、クライアントがHTTPプロキシ接続先を提供していることを示します。接続先サイトのプロトコルを表しているわけではありません。環境変数が影響するのは、それをサポートするプログラムと、現在のシェルから以降に起動するプロセスだけです。すべてのソフトウェアの通信が切り替わるわけではありません。テスト時には、no_proxyやプログラム独自のプロキシ設定によって接続先が迂回されていないかも確認してください。
テストを終え、設定を元に戻せることを確認
動作を確認できたら、使用可能と確認したアクティブノードと基本ルーティングを維持し、アプリごとの振り分け、TUN、カスタムDNSを1つずつ試します。設定を追加するたびに、同じ方法で再確認してください。各設定項目と詳しいサンプルはV2Ray設定ファイル完全ガイドにまとめています。初回接続のためにJSONを一項目ずつ編集する必要はありません。
プロキシを使わないときは、デスクトップではクライアントでシステムプロキシを解除または元に戻してから、プログラムを終了します。システムプロキシを手動で入力した場合は、デスクトップのネットワーク設定でも元に戻してください。Androidでは接続停止をタップし、VPNが切断されたことを確認します。現在のターミナルで環境変数を設定した場合は、次のコマンドで現在のシェルを元に戻せます。シェルの起動ファイルに設定を追加した場合は、該当する記述も手動で削除してください。
unset http_proxy https_proxy