1. サブスクリプションを追加して設定を選択
始める前に、サブスクリプション提供元から受け取ったURL、または完全なノード共有リンクを用意します。クライアントは設定管理と接続に使うツールで、インストールしただけでは接続先のサービスは用意されません。サブスクリプションURLでは複数の設定を取得・更新でき、共有リンクには通常1つのノード情報が含まれます。それぞれ適切な方法で取り込んでください。提供元のWebサイトのログインURLをサブスクリプション欄に入力したり、説明文まで一緒にコピーしたりしないでください。
v2rayN：グループを保存してからサブスクリプションを更新
v2rayNを開き、上部メニューから「サブスクリプショングループ」または「サブスクリプショングループ設定」を選び、追加します。識別しやすい名前をメモ欄に入力し、完全なサブスクリプションURLをアドレス欄に貼り付けて保存します。保存しただけではグループが作成されるだけで、設定はダウンロードされません。メイン画面に戻り、サブスクリプションメニューから更新操作を選び、追加したグループを更新してください。初回接続前は、通常、プロキシを経由しない更新方法を使います。提供元からサブスクリプションURLへのアクセスにプロキシが必要と案内されている場合は、利用可能な接続がすでに必要です。
更新が終わると、メイン一覧にノード名、プロトコル、アドレスなどが表示されます。一覧が空のままなら、まず下部のログや更新メッセージを確認し、リクエストの失敗か内容の解析エラーかを切り分けます。リクエストに失敗した場合は、URLが完全か、有効期限が切れていないか、現在のネットワークからアクセスできるかを確認してください。解析エラーの場合は、そのサブスクリプション形式がクライアントに対応しているか提供元に問い合わせます。URLや形式の誤りは、更新を繰り返しても解決しません。
一覧から設定を選び、右クリックメニューの「アクティブサーバーに設定」または同等の操作で有効にします。アクティブを示す印が対象の行に移動したことを確認してください。行をハイライト表示しただけでは、使用中の設定が切り替わっていない場合があります。初回は1つの設定を選んだら変更せずに使うと、後から設定変更の影響を確認しやすくなります。
v2rayNG：サブスクリプションを追加し、メイン画面で更新
v2rayNGを開き、サイドメニューの「サブスクリプショングループ設定」に進みます。追加をタップして、メモとサブスクリプションURLを入力し、保存します。メイン画面に戻り、右上のメニューから「サブスクリプションを更新」を実行します。グループごとの更新を選べる場合は、追加したグループを更新してください。ノードが表示されたら、使う設定をタップして選択状態にします。この時点では設定を選んだだけで、端末の通信はまだクライアントを経由していません。
単体の共有リンクを受け取った場合は、リンク全体をコピーして、追加メニューから「クリップボードからインポート」を選びます。QRコードはスキャン機能で読み取ります。インポートの前後に、プロトコル、サーバーアドレス、ポートが提供元の案内と一致しているか確認してください。サブスクリプションURLや共有リンクには接続情報が含まれることがあります。公開コメントやスクリーンショットに掲載しないでください。サブスクリプション、ノード、コアの違いは用語集で確認できます。設定が正しいことを確認したら、プロキシモードを設定します。
2. プロキシモードとルーティングを選択
ここでは2つの設定を区別します。アプリの通信をクライアントに取り込む方法と、取り込んだ通信の接続先を選ぶ方法です。システムプロキシやAndroidの接続サービスは前者を、ルーティングルールは後者を設定します。ルーティングを「グローバル」にしても、すべてのアプリの通信が自動的に取り込まれるわけではありません。反対に、アプリの通信がクライアントに届いていても、ルールによって直接接続になることがあります。
v2rayN：初回確認にはシステムプロキシを使用
設定からローカルの待ち受けポートに関する項目を探し、実際のHTTPまたは混合プロキシのポートを確認します。既定値はバージョンによって異なるため、現在の画面と実行ログを基準にしてください。たとえば127.0.0.1:10808はローカルアドレスの例にすぎず、現在のポートがHTTPプロキシだとは限りません。アプリから接続する場合は、利用するプロキシの種類がインバウンドでサポートされている必要があります。初回はローカルでの待ち受けのままにし、「LANからの接続を許可」は有効にしないでください。
次に、メイン画面の下部またはタスクトレイメニューから「システムプロキシ」を開き、「システムプロキシを自動設定」または同等の有効化操作を選びます。ここでの「自動設定」は通常、クライアントがシステムのプロキシ設定を書き換えることを指し、Webサイトごとの自動振り分けではありません。振り分け方法はルーティングモードで決まります。ネットワーク設定の変更を許可するよう求められたら、要求元が起動したクライアントであることを確認してください。初回の確認ではシステムプロキシに従うブラウザーを使い、TUNを有効にしたり、ブラウザーのプロキシを手動で変更したりするのは避けます。
続いて「ルーティング」または「ルーティング設定」を開き、普段の用途に合うプリセットを選びます。たとえば、LAN宛ての通信を直接接続にするルールを含む振り分けモードがあります。プリセット名はバージョンによって異なる場合があるため、名前だけで適用範囲を判断せず、説明を確認してください。テストするWebサイトが確実にプロキシ経由で接続されるか確認したい場合は、一時的にプロキシ優先モードに切り替え、確認後に振り分けモードへ戻します。カスタムドメイン一覧、ルールの優先順位、DNS設定は、ひとまず変更しないでください。
v2rayNG：ルーティングとアプリごとの振り分けを確認
v2rayNGの設定またはルーティング設定を開き、用途に合うルーティングプリセットを選びます。「アプリごとのプロキシ」を有効にしている場合は、選択したアプリだけをプロキシ経由にする設定か、選択したアプリを除外する設定かも確認してください。同じチェックリストでも、モードによって意味が逆になります。動作確認に使うブラウザーが実際の接続対象に含まれていないと、アクセス結果からノードの利用可否を判断できません。
初回は複雑なアプリの絞り込みをいったん無効にし、接続対象を分かりやすくしておきます。明確な要件がある場合は、後から項目ごとに設定を戻してください。端末で別のVPN接続サービスが動作している場合は、競合を避けるため先に停止します。「グローバル」「ルール」「直接接続」の違いは用語集を参照してください。ルールを個別に設定する場合は、ルーティング設定リファレンスをご覧ください。これで通信の取り込み方と振り分け方が決まりました。次に接続を開始します。
3. 接続を開始してログを確認
起動する前に、現在のアクティブ設定をもう一度確認します。サブスクリプションの更新後、古い項目を使い続けていないか確認してください。初回のトラブルシューティングでは、ノード、ルーティング、DNSを同時に変更しないでください。設定を固定してから起動結果を確認します。画面上の実行状態から分かるのはローカルサービスの起動状況だけで、接続先への接続やWebサイトの閲覧まで成功したとは限りません。
v2rayN：コアの起動とローカル待ち受けを確認
v2rayNは、バージョンによってはアクティブサーバーを選ぶとコアが起動または再読み込みされ、独立した「接続」ボタンがないことがあります。メイン画面のログを開き、直近の起動記録に設定の解析エラーやローカル待ち受けの失敗などがないか確認してください。画面にコアが実行されていないと表示される場合は、クライアントの再起動または設定の再読み込みを実行します。システムプロキシがローカルを指しているのにコアが起動していない状態で、Webページの再読み込みを繰り返さないでください。
ポート競合が表示されたら、同じポートを使用している可能性のある別のプロキシソフトを終了してから、サービスを再起動します。ローカルポートを変更する必要がある場合は、クライアントの設定で新しいポートを保存し、システムプロキシを再設定してください。手動でプロキシを設定したブラウザーや他のアプリも変更が必要です。インバウンドのポートだけ変更して接続元を更新しないと、リクエストは古いアドレスに送られ続け、接続先ノードの障害のように見えることがあります。
プロトコル項目やトランスポート設定に関するエラーが出た場合は、インポートした設定が現在のコアでサポートされているか確認します。不明な項目を削除して試したり、提供元が指定したサーバーポートを変更したりしないでください。クライアントの管理画面で設定を保存できても、選択中のコアがすべての項目を受け付けるとは限りません。こうした違いはアウトバウンド設定リファレンスで確認できます。このガイドでは、config.jsonを一から記述する必要はありません。
v2rayNG：システムの接続許可を確認
v2rayNGのメイン画面に戻り、起動ボタンをタップします。初回起動時は通常、AndroidのVPN接続リクエストが表示されるので、アプリ名と説明を確認して許可します。許可後はボタンや実行状態が変わり、システムにVPNの状態を示すアイコンが表示される場合があります。ここで使うのはAndroidが提供する通信取り込み機能であり、接続先へのアクセス確認が完了したわけではありません。
ボタンがすぐに停止状態に戻ったら、ログを開き、停止直前に表示された最初の明確なエラーを確認します。システムの確認画面で許可していない場合、接続サービスは動作を継続できません。端末上の別のVPNサービスが現在の接続に置き換わっている可能性もあるため、システムのネットワーク設定を確認してください。起動後、バックグラウンドに移すと頻繁に切断される場合は、バッテリー設定やバックグラウンド実行の制限を確認します。最初から省電力設定をすべて変更する必要はありません。ログ画面を開いたまま、実際のリクエストで通信経路を確認します。
4. アクセスと想定したアウトバウンドを確認
プロキシの対象に含まれているブラウザーを開き、新しいタブで普段利用していて現在アクセスできるHTTPSサイトを表示し、別のサイトでも試します。キャッシュ済みのページを接続成功と誤認しないよう、新しいリクエストを使ってください。ページが表示されるかどうかは最初の確認にすぎません。ルーティングモードも踏まえ、今回のリクエストが想定したアウトバウンドを通ったのか、偶然直接接続されたのかを確認します。
ブラウザーの操作時刻とログを照合
ページを再読み込みする前に時刻を確認し、その直後のクライアントログを見ます。現在のログレベルでアクセスログが出力される場合は、対象ドメインまたは接続先と、関連するインバウンド・アウトバウンドの表示を確認できます。既定のログに記録されていないからといって、通信が取り込まれていないとは限りません。まずアクセスログが有効か確認し、必要であればクライアントが提供する適切なログレベルに一時的に変更します。ログにアクセス先が記録される場合があるため、確認後は通常の設定に戻し、スクリーンショットを共有する前にアドレスや接続情報を隠してください。
ブラウザーのリクエストがログにまったくなく、他のアプリの記録はある場合は、ブラウザー独自のプロキシ設定や、アプリごとのルールによる除外を確認します。デスクトップでは、システムプロキシの接続先がクライアントの実際の待ち受けポートになっているかも確認してください。Androidでは、接続サービスが動作中か確認します。この段階では通信の取り込み設定を調べ、すぐに接続先サーバーを変更する必要はありません。
ログにリクエストが記録されているのにタイムアウトが続く場合は、使用中のノードのサーバーアドレスとポート、提供元のサービス稼働状況を確認し、利用可能と分かっている別の設定と比較します。TLS証明書や名前の不一致が明示されている場合は、システム時刻と設定内のサーバー名を確認してください。証明書の検証を無効にする方法を一般的な解決策として使わないでください。一部のドメインだけ失敗する場合は、全設定を初期状態に戻すのではなく、DNSとルーティングを確認します。
プロキシ接続と直接接続をそれぞれ確認して終了
振り分けモードを使う場合は、現在のルールでプロキシ経由になる対象と、直接接続になる対象を1つずつ選び、それぞれリクエストを送ってアウトバウンドを確認します。出口のアドレスだけで判断すると誤ることがあります。確認時のリクエストが直接接続に振り分けられている場合もあり、1つの結果ですべてのアプリの状態は分かりません。クライアント内蔵の接続テストは補助として使ってください。テストに成功しても、ブラウザーの通信取り込み、DNS、接続先サイトが正常とは限りません。
確認が終わったら、動作を確認できたノードとルーティングの組み合わせを維持し、必要に応じてアプリごとの設定やカスタムルールを追加します。変更は一度に1項目に絞り、同じアクセス確認を繰り返すと、結果が変わった原因を特定しやすくなります。後日サブスクリプションを更新した際も、アクティブ設定が引き続き有効か確認してください。ノード名が同じだからといって、サーバー設定も変わっていないとは限りません。
最後に正しい終了方法を確認します。v2rayNでは、まずシステムプロキシを「システムプロキシを解除」または同等の無効化操作に切り替えてから、クライアントを終了します。別のツールでシステムプロキシを管理していた場合は、元の設定に戻してください。v2rayNGでは停止ボタンをタップし、システムの接続アイコンが消えたことを確認します。ウィンドウを閉じる、タスクトレイに隠す、プロキシを停止する操作はそれぞれ異なります。起動と元に戻す方法の両方を確認できれば、初期設定は完了です。今後、インバウンド、アウトバウンド、ルーティング、DNSを調整する場合は、設定ファイルリファレンスを参照してください。初回接続時にすべての項目を変更する必要はありません。