サブスクリプションを追加する
まず、サービス提供元から受け取ったサブスクリプションURLまたは共有リンクを用意します。クライアントは設定を読み込んで使用するためのもので、インストール後に接続可能なサーバーが自動で作成されるわけではありません。サブスクリプションURLは通常、複数の設定を取得するためのHTTPSリンクです。vmess://、vless://、trojan://、ss://で始まる文字列は、個別の共有リンクであることが一般的です。追加方法が異なるため、入力前に区別してください。サブスクリプションURLをサーバーのパラメーター欄に入力しないよう注意しましょう。
コピーするときはリンク部分だけを選び、説明文や引用符、チャット文末の句点を含めないでください。サブスクリプションURLには個人用のアクセス情報が含まれる場合があります。公開フォーラムに投稿したり、URL全体が写ったスクリーンショットをサポート窓口に送ったりしないでください。まずは1つの配信元だけを追加し、基本接続を確認してから他のグループを追加すると、問題の原因を特定しやすくなります。
v2rayN：サブスクリプショングループを作成して更新
メインウィンドウ上部の「サブスクリプショングループ」メニューから「サブスクリプショングループの設定」を開きます。グループを追加し、識別しやすい配信元の名前をメモ欄に入力して、URL欄にサブスクリプションURLを貼り付けます。URLの先頭と末尾が欠けていないか確認し、保存して設定ウィンドウを閉じます。メモはローカルで分類するための名前で、サーバーのドメイン名と一致させる必要はありません。
メインウィンドウに戻り、「サブスクリプショングループ」メニューから「サブスクリプションを更新」を実行するか、対象グループの更新項目を選びます。バージョンによっては、プロキシ経由とプロキシを使わない更新が分かれています。まだ接続していない初回は、まずプロキシを使わない方法を試してください。サブスクリプションURLへのアクセスに既存のプロキシが必要な場合は、正常に動作している接続を使って更新します。更新に成功するとサーバー一覧に設定が表示されます。作成したグループに切り替えて確認してください。
個別の共有リンクを受け取った場合は、内容全体をコピーしてから「サーバー」メニューにある「クリップボードから共有リンクをインポート」などの項目を使います。この方法では通常、設定が1つ直接追加されるため、サブスクリプショングループを先に作る必要はありません。個別の共有リンクをサブスクリプションURL欄に貼り付けて、サブスクリプションとして更新しようとしないでください。
v2rayNG：サブスクリプションを保存して一覧から更新
v2rayNGを開き、右上のメニューから「サブスクリプション設定」を選びます。追加ボタンをタップし、名前とサブスクリプションURLを入力して保存したら、メイン画面に戻ります。再度右上のメニューを開き、「サブスクリプションを更新」を実行します。URLの保存とサブスクリプションの取得は別の操作です。保存しただけで更新していない場合、メイン一覧に設定が表示されないことがありますが、これは正常な状態です。
個別の共有リンクがある場合は、コピーしてからメイン画面のプラスボタンをタップし、「クリップボードからインポート」を選びます。インポート後は、一覧の名前が想定どおりか確認してください。プロトコル、トランスポート、TLSのパラメーターはすぐに変更しないでください。これらの項目はサブスクリプションや共有リンクに含まれているため、手動で上書きすると設定の不整合につながることがあります。
このステップの完了条件は、サブスクリプション設定画面にURLが追加されただけでなく、一覧に選択可能な設定が表示されていることです。更新成功と表示されても設定が見つからない場合は、まず現在のグループと検索条件を確認し、サーバー名のキーワードで絞り込んでいないか調べます。それでも空の場合はサブスクリプションの有効性を確認し、同じURLを何度も追加しないでください。詳しくはヘルプセンターのインストール・設定に関するFAQをご覧ください。一覧を準備できたら、アプリの通信をクライアントに渡す方法を設定します。
プロキシモードを選ぶ
ここでは2種類の設定を区別します。1つ目は通信の入口です。PCのシステムプロキシやAndroidのVPNモードが、どのアプリの通信をクライアントに渡すかを決めます。2つ目はルーティングルールで、クライアントに届いたリクエストをプロキシ経由、直接接続、またはブロックのどれにするかを決めます。ルーティングルールを選んでも、端末上のすべてのアプリの通信が自動的にクライアントへ渡されるわけではありません。まず入口を設定し、既存のルーティング設定を使うと、基本動作を確認しやすくなります。
v2rayN：まずシステムプロキシを設定
初回設定では、まずシステムプロキシを使い、TUNの有効化は後回しにしましょう。メインウィンドウにある「システムプロキシ」の項目を探します。バージョンによっては、通知領域のアイコンを右クリックして操作できます。次のステップでアクティブサーバーとコアの動作を確認してから、「システムプロキシを自動設定」または同様の項目を選びます。ここでは設定項目の場所を確認するだけにし、コアが動作する前にブラウザーの通信を待ち受けていないローカルポートへ送らないようにしてください。
ルーティングモードは、クライアントのルーティング設定から選択します。一般的なローカルリソースへは直接接続し、それ以外はルールに従って処理したい場合は、クライアントに用意されているバイパス系のプリセットを選べます。具体的な名称やルールの内容は、使用中のバージョンで確認してください。振り分けが問題の原因か一時的に確認する場合は、比較のために全プロキシへ切り替え、確認後に元へ戻します。「グローバル」でもシステムプロキシの対象外にあるプログラムまで必ず含まれるわけではありません。
システムプロキシを参照しないアプリや、独自のプロキシアドレスを設定しているアプリもあります。そのため、ブラウザーが正常でも、すべてのプログラムが同じ経路を使うとは限りません。TUNは別の通信取り込み方式で、権限の許可やネットワークインターフェースの変更が必要になる場合があります。まずシステムプロキシ経由の接続を確認し、必要になったら応用設定のTUNモード解説を参照してください。この段階では複数の通信取り込み方式を同時に有効にしないでください。
v2rayNG：VPNモードを選ぶ
サイドメニューから「設定」を開き、「VPNモード／プロキシのみモード」に関する項目を探します。初回はVPNモードを選んでください。バージョンによってはモード選択やスイッチとして表示されるため、実際の画面に従います。VPNモードではAndroidのVPNインターフェースを使って通信を受け取ります。「プロキシのみモード」は主にローカルプロキシを提供するため、他のアプリでプロキシアドレスを個別に設定する必要があり、このガイドの初期設定には向きません。
初回の動作確認では、ブラウザーが対象外になるのを避けるため、「アプリごとのプロキシ」はオフにしておきます。クライアントに用意されているルーティング設定を使い、カスタムルールの追加は後回しにしましょう。「LANをバイパス」はLAN内アドレスの処理に影響しますが、ルーティングルール全体の代わりにはなりません。ルーターやLAN内のサービスにアクセスする必要がある場合は、接続後に各アドレスへアクセスできるか個別に確認してください。
DNS、FakeDNS、Mux、トラフィックスニッフィングをすべて有効にする必要はありません。初期設定を維持し、特にページが開かないときに複数の項目を同時に切り替えるのは避けてください。このステップが終わると、PCではシステムプロキシ、AndroidではVPNモードを使う状態になります。次は設定を選んで接続するだけです。
選んだ設定で接続する
インポートが成功しても、設定が使用中とは限りません。一覧に複数の設定がある場合は、名前が分かりやすく、配信元の有効性を確認できているものを1つ選び、今回のテストに使います。設定を切り替えながらプロキシモードも変更すると、後で接続が戻っても原因を特定しにくくなります。端末が通常どおりネットワークに接続できることも確認し、プロキシ設定を変更したりVPNインターフェースを使用したりする他のツールは一時停止してください。
v2rayN：アクティブサーバーに設定してコアの状態を確認
サーバー一覧で対象を右クリックし、「アクティブサーバーに設定」または同様の項目を選びます。バージョンによってはダブルクリックで切り替えられます。最終的には一覧のアクティブ表示やメインウィンドウの現在のサーバー情報で確認してください。一覧の行がハイライトされただけでは、切り替わっていない場合があります。通常、アクティブな設定が変わると、クライアントが設定を適用してコアを起動または再読み込みします。起動やサービス再起動の項目がある場合は、現在の状態に合わせて操作してください。
画面下部のログや実行情報を確認し、設定の解析失敗、コアの起動失敗、ローカルポートの競合がないか調べます。その後、「システムプロキシ」を「システムプロキシを自動設定」に切り替えます。この段階ではブラウザーに別のローカルポートを手動設定せず、システムプロキシを使ってください。ブラウザーにプロキシ切り替え拡張機能をインストールしている場合は、拡張機能がシステム設定を上書きしていないか確認します。
ポートが使用中の場合は、まず他のプロキシクライアントを終了するか、クライアントの設定で実際の待ち受けポートを確認します。インストール方法やバージョンによって初期値が異なるため、古いガイドの番号をそのまま使わないでください。待ち受けポートを変更した場合は、通信の入口を一致させるため、システムプロキシを再適用します。詳しい確認手順はヘルプセンターのトラブル対処をご覧ください。ポート競合だけを理由に環境全体を再インストールする必要はありません。
v2rayNG：設定を選んでVPN接続を許可
メイン一覧に戻り、対象の設定をタップします。選択マークがその項目に移動したことを確認し、メイン画面の接続ボタンをタップします。VPNモードを初めて使うときは、AndroidからVPN接続の要求が表示されます。現在インストールしているv2rayNGからの要求であることを確認し、表示内容を読んで許可してください。許可しないと、一覧に設定があってもVPNモードで通信を取り込めません。
接続を開始すると、ボタンの状態が変わり、システムにVPNアイコンや継続中の通知が表示される場合があります。これはローカルサービスが起動したことを示しますが、接続先のサービスが利用可能であることまでは確認できません。タップ後すぐに停止する場合は、クライアントのログを開き、最初に出た具体的なエラーを確認して該当する項目を調べます。「接続失敗」という最後の行だけで判断しないでください。
Androidでは通常、一般的なVPN接続を同時に1つしか使用できません。他のアプリがVPNインターフェースを使用中の場合は、先に停止してからv2rayNGに戻り、再接続します。アプリをバックグラウンドにすると頻繁に切断される場合は、バックグラウンド動作やバッテリー使用に関するシステム制限も確認します。ただし、これらの確認は前面での初回接続を確認した後に行ってください。
このステップが終わったら、現在の設定とモードを維持し、サブスクリプションの更新、データの消去、グループ全体の作り直しはしないでください。次の動作確認を同じ設定で行えるため、切断後の比較もしやすくなります。
接続を確認する
「ローカルサービスが動作中か」「アプリのリクエストがクライアントに届いているか」「アクセス先への接続が想定どおりか」の3点を確認します。VPNアイコンや接続ボタンの色、単独のテスト結果だけでは、通信経路全体を確認できません。まずブラウザーで簡単かつ再現可能なテストを行い、その後に普段使うアプリを確認します。最初からアプリのキャッシュ、ログイン状態、個別のネットワーク設定に影響されないようにしましょう。
まずブラウザーで確認し、次にアプリをチェック
クライアントを接続したまま、ブラウザーで新しいタブを開き、正常にアクセスできることが分かっているHTTPSページを表示します。キャッシュによってオフラインでも正常に見えることがあるため、すでに読み込んだページの再読み込みだけで判断しないでください。別のドメインのページも開き、特定のサイトだけの一時的な障害ではないことを確認します。PCではブラウザーがシステムプロキシを使っていること、Androidではテストに使うブラウザーがアプリごとのプロキシ設定で除外されていないことを確認してください。
次にクライアントのログに戻り、テスト中に関連する接続記録やエラーが出ていないか確認します。ログの詳細度は設定によって異なるため、アクセスごとの記録がないだけで失敗とは限りません。ただし、名前解決、ハンドシェイク、接続拒否などのエラーが繰り返し出る場合は、その内容に沿って調べます。ルーティングルールを使っている場合、一部の接続が直接接続になるのは想定どおりです。すべてのリクエストが同じ経路を通ることを、成功の条件にしないでください。
通信経路をより明確に確認するには、信頼できる接続元IP確認ページを使い、接続前後の結果を比較できます。ルールによってそのページが直接接続される場合、結果が変わらなくてもプロキシが動作していないとは限りません。まず対象の通信に適用されるルーティングルールを確認してから比較してください。個人の接続元情報やログ全体を公開する必要はありません。
切断して比較するときは、まず通信の入口を処理
PCでv2rayNを停止する場合は、クライアントでシステムプロキシを解除してからサービスを停止するか、通常の終了手順でプロキシが元に戻ったことを確認します。コアだけを停止してシステムプロキシがローカルポートを指したままだと、ブラウザーがかえって接続できなくなる場合があります。これは接続先の設定の問題ではありません。Androidではv2rayNGの停止ボタンをタップし、VPN接続が終了したことを確認してから、通常のネットワーク接続が元に戻ったかテストします。
再接続後、同じページを使ってテストを繰り返します。選択したルーティングと結果が一致し、普段使うアプリにもアクセスできる場合は、この設定を基本テスト用として残せます。その後で初めて、アプリごとのプロキシを有効にしたりルーティングを調整したりしてください。設定は一度に1つだけ変更し、同じテストを繰り返します。こうすれば問題が起きても、直前に正常だった状態へ戻せます。
失敗した場合は範囲を絞って確認
すべてのページにアクセスできない場合は、クライアントのサービスが動作中か、正しい設定がアクティブかを確認してから、サブスクリプションの期限切れやサービス提供元による設定変更を調べます。特定の設定だけが失敗する場合は、同じ配信元の有効な別設定で比較しますが、モードは同時に変更しないでください。同じネットワークでどの設定も失敗する場合は、利用が許可されている別のネットワークでも試し、端末の設定とネットワーク環境のどちらに原因があるか切り分けます。
ブラウザーは正常なのに特定のアプリだけ失敗する場合は、アプリがシステムプロキシを使うか、個別のプロキシ設定があるか、Androidのアプリごとの設定で除外されていないかを確認します。ドメインにアクセスできず、ログに名前解決エラーが明記されている場合はDNSを調べます。TLS証明書やハンドシェイクのエラーが出る場合は、まずシステム時刻と元の設定にあるサーバー名を確認してください。「安全でない接続を許可」を一般的な解決策として使わないでください。
問い合わせる場合は、クライアント名、選択したモード、エラーが発生した操作、個人情報を伏せたエラー行を記録してください。サブスクリプションURLに含まれる認証情報、ユーザー識別情報、その他の個人情報は隠します。よくある質問はヘルプセンターをご覧ください。基本的な接続が確認できた後、複数のサブスクリプションを整理したり、DNS、FakeDNS、カスタムアウトバウンドを設定したりする場合は、応用設定ガイドを参照してください。