v2rayNの使い方

STEP 01 · SUBSCRIPTION

サブスクリプションを追加してサーバー一覧を更新

v2rayNのメイン画面で「サブスクリプショングループ」など、サブスクリプション関連のメニューを探してグループ設定を開き、新規追加を選びます。メモ欄には識別しやすい提供元の名前を入力し、URL欄にはサブスクリプションURLをすべて貼り付けます。先頭や末尾に余分な空白や改行が入っていないか、特にURLのクエリパラメーターが欠けていないか確認してください。これらのパラメーターは認証に使われることがあり、削除すると更新できなくなる場合があります。

グループを保存したらメイン画面に戻り、サブスクリプションメニューから追加したグループを更新します。「URLの保存」と「サブスクリプションの更新」は別の操作です。保存は接続先の登録、更新はサーバー設定の取得と解析を行います。更新が完了するまで待ち、一覧に項目が追加されたか確認してください。更新ログが表示される場合は、接続タイムアウト、アクセス拒否、内容の解析失敗などがないかも確認します。

初めて使う場合や、まだ利用可能な接続がない場合は、既存のプロキシを経由せずにサブスクリプションを更新してください。利用可能なプロキシがすでにあり、サブスクリプションの取得元へのアクセスにその接続が必要な場合に限り、プロキシ経由の更新を検討します。アクティブサーバーがない状態で「プロキシ経由で更新」を繰り返すと、まだ確立していない接続に更新処理が依存し、待ち続けたりタイムアウトしたりすることがあります。

v2rayNGではサブスクリプショングループ設定を開き、追加画面でメモとURLを入力します。保存してメイン画面に戻り、メニューからサブスクリプションを更新してください。バージョンによって「現在のグループを更新」または「すべてのサブスクリプションを更新」と表示されることがあります。初回は、追加したURLを含むグループを更新すれば十分です。更新が成功するとサーバー項目が一覧に表示されます。グループ名だけが表示され、サーバー項目がない場合は、まだ接続手順に進めません。

サブスクリプションURLではなく、サーバー共有リンクを1つ受け取った場合は、クライアントの「クリップボードからインポート」などの機能を使います。共有リンク全体をコピーしてからインポートし、新しい項目がサーバー一覧に追加されたことを確認してください。単一の項目は通常、サブスクリプション更新では自動変更されません。後から設定を変更する場合は、提供元から新しい情報を入手してください。サーバーアドレス、ポート、通信パラメーターを推測で入力しないでください。

一覧に項目が表示されたら、まず使用するサーバーを1つ選びます。クライアントに遅延や接続可能性のテスト機能があれば利用できますが、結果は特定の測定方法に基づくもので、すべてのWebサイトにアクセスできることを保証するものではありません。初回はサーバーを1つ選んで名前を覚えておき、後の確認でも同じ項目を使いましょう。複数の条件を同時に変えるのは避けてください。

STEP 02 · PROXY MODE

プロキシモードとルーティングプリセットを選択

設定を追加したら、混同しやすい2つの概念を区別しましょう。接続方式はアプリの通信をどのようにクライアントへ取り込むかを決め、ルーティングルールは取り込んだ通信をどのように処理するかを決めます。PC版のシステムプロキシやTUNモードは接続方式の選択です。直接接続、プロキシ経由、ブロックは、ルーティングの判定後に行われる処理です。システムプロキシを有効にしても、デバイス上のすべての通信が自動的にプロキシサーバーを経由するわけではありません。

v2rayNの初期設定では、システムプロキシから始めるのがおすすめです。クライアントがシステムのプロキシ設定をローカルの待ち受け先に向け、その設定に従うブラウザーやアプリが通信をクライアントへ渡します。独自のプロキシ設定を持つアプリもあれば、システムプロキシを参照しないアプリもあります。そのため、ブラウザーからアクセスできても特定のアプリで失敗することがあり、必ずしもサーバーが使えないとは限りません。まずブラウザーで動作を確認してから、アプリごとの差を確認しましょう。

メイン画面またはタスクトレイのメニューでシステムプロキシの項目を探し、「システムプロキシを自動設定」「システムプロキシを解除」などの操作内容を確認します。ここでいう「自動設定」は通常、クライアントがシステムのプロキシ設定を書き換えることを指し、アクセス先に応じて直接接続とプロキシ接続を自動で選ぶという意味ではありません。まず項目の場所を確認し、次の手順でアクティブサーバーを選び、コアの動作を確認してから有効にします。

次にルーティング設定を確認します。クライアントに初期プリセットが用意されている場合、初回接続ではそのまま使います。選択が必要なら、すぐに独自ルールを追加するのではなく、普段のアクセス方法に合う既存のプリセットを選んでください。「中国本土を迂回」などのプリセットは、ルールに一致した中国本土向け通信を直接接続にし、それ以外はプリセットに従って処理するのが一般的です。ただし実際の動作はルールの内容と最終的なアウトバウンドによって異なるため、名前だけで各ドメインの経路を判断することはできません。

多くの画面で「グローバルプロキシ」は、クライアントに取り込まれた通信をすべてプロキシ経由にする設定を指し、短時間の比較テストに使えます。システム上のすべてのアプリが自動的に接続されるという意味ではなく、サーバー設定の正しさを補うものでもありません。ルーティングの影響を切り分けるために一時的に切り替えた場合は、確認後に普段使うプリセットへ戻してください。プロキシが不要な通信まで遠隔サーバーに送らないようにしましょう。

v2rayNGはAndroidのシステムVPNインターフェースを使って通信を取り込むため、通常はPC版のようにシステムプロキシの設定を探す必要はありません。まず、クライアントのルーティング設定に特殊なルールやアプリごとの制限がないか確認します。対象から除外されたアプリは、同じ方法では接続されません。初回の確認では設定をシンプルに保ち、複雑なアプリの選別や独自ルールを同時に有効にしないでください。

TUNを使うと、システムプロキシに従わない通信も取り込めますが、権限や仮想ネットワークインターフェース、DNSとの連携が必要です。このチュートリアルを完了するために必須ではありません。ここでは追加せず、「接続済み」と表示させるためにコアを次々と切り替えることもしないでください。システムプロキシでの動作確認後、さらに通信を取り込む必要があれば、応用ガイドのルーティング解説を読み、用途に合わせて設定を追加してください。

STEP 03 · CONNECTION

サーバーとローカルプロキシを有効にする

サーバー一覧に戻り、最初に選んだ項目をアクティブサーバーに設定します。v2rayNでは項目の右クリックメニューから設定できます。バージョンによってはダブルクリックでも切り替えられます。行がハイライトされているだけでは、アクティブになったとは限りません。クライアントに表示される現在のサーバー名やアクティブ表示で確認してください。確認後のアクセスには、この接続設定が使われます。

v2rayNは通常、アクティブサーバーを切り替えると対応する設定を読み込み、コアがバックグラウンドですでに動作している場合があります。使用中のバージョンにコアの起動・再起動項目があれば、必要に応じて実行し、画面下部のログや実行状態を確認します。その後、システムプロキシを有効にし、解除状態から有効状態に切り替わったことを確認してください。アクティブサーバーが設定されていること、コアが正常に動作していること、アプリの通信がクライアントに取り込まれることの3点がそろっている必要があります。

ローカルポートが使用中と表示された場合は、ほかのプロキシソフトを終了してから再度起動します。システムプロキシのポート番号だけを変更しないでください。システムプロキシの接続先ポートと、クライアントが実際に待ち受けているポートは一致している必要があります。ポートを変更する場合はクライアント側の設定を変更して設定を再読み込みし、クライアントからシステムプロキシを再設定してください。接続先と待ち受けポートの不一致を防げます。

v2rayNGでは対象サーバーをタップして選び、メイン画面の起動ボタンをタップします。AndroidからVPN接続の確認画面が表示されたら承認し、クライアントに戻って動作状態を確認してください。ステータスバーの接続アイコンはシステムインターフェースが確立したことを示しますが、接続先サーバーが利用可能である証明にはなりません。サーバーアドレス、認証情報、通信パラメーターに誤りがあると、インターフェースが確立していても通信に失敗することがあります。

接続が想定どおりに開始しない場合は、設定をすべて消去する前にログを開き、直近の数行を確認します。設定の解析エラーはインポート内容を見直し、待ち受けの失敗はローカルポートや権限を確認します。リクエストのタイムアウトはネットワークと接続先の状態も合わせて調べてください。エラーが発生した時刻と操作手順を記録しておくと、「つながらない」とだけ記憶するより、原因の特定に役立ちます。

サブスクリプションの更新後、一部のサーバーだけ接続に失敗する場合は、同じグループ内の別サーバーで比較します。その際、プロキシモードとルーティングプリセットは変えないでください。あるサーバーは成功し、別のサーバーは失敗するなら、失敗したサーバーの設定や利用状況を優先して確認します。すべてのサーバーで失敗する場合は、共通するローカル接続、ネットワーク環境、DNSを調べましょう。個別サーバーの問題をクライアント全体の設定ミスと誤認せずに済みます。

STEP 04 · VERIFICATION

Webアクセスと実際の通信経路を確認

クライアントを起動したままブラウザーを開き、新しいタブで普段使っているHTTPSサイトにアクセスします。ページが以前からエラー表示のままの場合は、URLを入力し直して新しいリクエストを送信してください。古いタブに残った表示だけで判断しないようにします。まずページが最後まで読み込まれるか確認し、次に別のドメインのページも試してください。1つのサイトだけの問題で、接続全体が失敗しているとは限りません。

続いて、クライアントのログや接続履歴を確認し、先ほどのリクエストが記録されているか、どのアウトバウンドが使われたかを調べます。クライアントによっては、該当する記録を見るためにログレベルを情報に切り替える必要があります。表示される項目はバージョンやコアによって異なります。ルーティングプリセットで一部の通信が直接接続に設定されている場合、直結の記録が出ても正常なことがあります。プロキシの動作確認には、プロキシルールに一致する想定の接続先を選んでください。

通信の出口をさらに確認する場合は、信頼できる接続元IP確認ページを使い、接続前後の結果を比較できます。ただし確認ページ自体が直接接続のルールに一致することや、IPアドレスの所在地データベースに誤差があることも考慮してください。表示された地域だけで判断しないようにしましょう。Webアクセスの結果、接続ログ、使用中のルーティングを合わせて確認する方が、IPアドレスや「接続成功」の表示だけを見るより確実です。

ブラウザーからはアクセスできるのに特定のアプリで失敗する場合、そのアプリがシステムプロキシを参照するか、独自のプロキシ設定があるか、アプリごとのルールで除外されていないかを確認します。動作確認済みのサブスクリプションをすぐに削除しないでください。PC版のアプリでプロキシを手動入力する必要がある場合は、クライアントに表示されるプロトコルと待ち受けポートを使います。他のガイドにあるポート番号をそのまま入力したり、HTTPとSOCKSの接続先を混同したりしないでください。

すべてのWebページにアクセスできない場合は、「接続状態、アクティブサーバー、DNS、ルーティング」の順に確認します。PC版ではシステムプロキシが有効で、クライアントが終了していないことを確認してください。Android版ではVPN接続が継続していることを確認します。その後、別のサーバーを試し、カスタムDNSやルーティングの影響を調べます。変更は一度に1項目だけにし、同じページへ再アクセスしてください。どの変更が効果をもたらしたか判断しやすくなります。詳しいエラーの説明はよくある質問とトラブル対処をご覧ください。

動作を確認できたら、利用可能なグループ、サーバー、プロキシモード、ルーティングプリセットを記録しておけば十分です。設定項目を増やすためだけに変更を続ける必要はありません。サブスクリプションの更新でサーバーが追加・削除・改名されることがあるため、更新後はアクティブサーバーが引き続き使えるか確認してください。DNS、TUN、複数のサブスクリプションを管理する方法を調べる場合は、応用ガイドへ進み、動作確認済みの設定を出発点にしてください。