V2Ray各OSのインストールと設定

OSと接続情報を準備する

OS、アーキテクチャ、クライアントの役割を確認

まずOS、CPUアーキテクチャ、現在のアカウント権限を確認してから、インストーラーをダウンロードします。デスクトップではv2rayN、Androidではv2rayNGまたはv2flyNGを使います。クライアントはサーバー一覧の表示、サブスクの保存、設定の生成、プロキシ接続の管理を担います。コアはプロトコル接続とトラフィック転送を担います。クライアントをインストールしただけでは、利用可能なサーバーを使えるようになったわけではありません。サーバー情報は別途用意してください。また、別のOSのプログラムフォルダーをそのままコピーしないでください。画面表示用ファイル、コアの実行ファイル、権限の仕組みが異なる場合があります。

デバイスの見た目ではなく、システム情報でCPUアーキテクチャを確認してください。Appleシリコン搭載MacはApple Silicon、Intel搭載MacはIntelを選びます。Windowsのこのページのダウンロードはx64に対応しています。Linuxではアーキテクチャとパッケージ形式の両方を確認してください。Androidの多くはarm64ですが、古い端末では対応アーキテクチャを確認する必要があります。ビット数やアーキテクチャが合わずにインストールできない場合は、パッケージの選択が原因です。ネットワーク、サブスク、サーバーの設定を先に変更しないでください。

サブスクとサーバー情報を用意

サービス提供元から渡されたサブスクURL、またはサーバー情報を含む完全な共有リンクを用意します。サブスクURLはサーバー一覧を取得するためのもので、一般的なWebページのURLでも、アカウント管理画面のログインURLでもありません。手動で設定する場合は、サーバーアドレス、ポート、プロトコル、認証情報、通信方式が必要です。暗号化通信では、サーバー名、パス、公開鍵、フィンガープリントなどの項目が必要になることもあります。必要な項目がわからない場合は、元の案内を確認してください。似た項目で代用したり、コアを何度も切り替えて値を推測したりしないでください。

サブスクURLは接続用の認証情報として扱ってください。コピー時に前後の空白や改行、チャットアプリが付けた句読点や説明文が混ざらないようにします。URL全体を公開の掲示板に投稿したり、アドレスバーが写ったスクリーンショットをアップロードしたりしないでください。デバイスを移行する前に設定をバックアップし、「クライアント設定のバックアップ」と「サーバー共有リンク」を区別してください。前者にはグループ、ルーティング、画面の設定が含まれることがありますが、後者は単一の接続情報だけの場合があります。トラブルログを共有する前にも、サーバーのドメイン、アカウント識別情報、サブスクの設定を確認してください。

元に戻せる初期設定を作る

インストール前に、プロキシを有効にしていない状態でよく使うWebサイトにアクセスできることを確認し、現在のネットワークインターフェイスのプロキシ設定を記録します。システムプロキシや仮想ネットワークアダプターを変更する他のプログラムは、一時的に終了してください。削除する必要はありません。職場や学校のデバイスでは、管理ポリシーによってネットワーク設定が制限されている場合があります。変更できない項目があれば、管理権限を確認してください。制限のある状態をすべてクライアントの問題と決めつけないでください。システムの日付、時刻、タイムゾーンも正しく設定してください。証明書の検証や一部のプロトコル認証には、正確な時刻が必要です。

最初の動作確認では、クライアント1つ、サーバー1つ、トラフィックの取り込み方式1つだけにします。まずシステムプロキシでブラウザーを確認し、その後にTUNを試してください。一度に変更するのは1項目だけにし、変更前後の症状を記録します。ポート、ルーティング、DNSを同時に変更すると、原因を特定できなくなります。テストを終える前にプロキシ設定を元に戻し、終了済みプログラムを指すローカルポートを残さないようにしてください。インストールに失敗した場合は、「使えない」とだけ記録するより、エラーの全文と操作手順を保存すると、ダウンロード、権限、接続のどこに問題があるかを特定しやすくなります。

Windows版v2rayNをインストール

デスクトップ版または従来のWPF版を選ぶ

Windowsのダウンロードページを開き、まずOSのアーキテクチャを確認してから、デスクトップ版または従来のWPF版を選びます。デスクトップ版は新世代のクロスプラットフォームUIを採用し、従来のWPF版は使い慣れたWindowsの画面を備えています。どちらもプロキシ接続の管理に使えます。画面の違いをサーバー品質の差と捉えないでください。初回はどちらか一方を選んで設定を完了し、画面の互換性に問題がある場合にのみ切り替えます。2つのインスタンスを同時に動かすと、ローカルポートを奪い合うほか、システムプロキシを最後に変更したプログラムがわかりにくくなります。

インストーラーを実行し、案内に従って書き込み可能な場所を選びます。配布元や権限に関する警告が表示されたら、ファイルの入手先と発行元を確認してから続行するか判断してください。システム全体のセキュリティ機能を無効にしないでください。起動時に実行環境が不足しているという明確なメッセージが表示された場合は、インストーラーの要件に従って必要な実行環境を追加します。プログラム自体が開かない場合はインストールと実行環境を確認し、画面は開くもののコアが起動しない場合はログを確認します。異なる問題を同じネットワーク設定で解決しようとしないでください。

サブスクを追加してサーバーを選ぶ

メイン画面を開き、「サブスクグループ」から「サブスクグループ設定」を選びます。グループを追加し、名前とURLを入力して保存してください。初回はフィルターキーワードを空欄にし、すべてのサーバーが除外されるのを防ぎます。メイン画面に戻り、「サブスクを更新（プロキシを経由しない）」を実行します。サブスクサービスへのアクセスにプロキシが必要で、すでに利用可能な接続がある場合に限り、「サブスクを更新（プロキシを経由）」を実行してください。プロキシ経由の更新には、あらかじめ利用できる経路が必要です。まだ正常に取り込めていないサーバーを使って、その接続経路を確立することはできません。

更新後、グループ内にサーバーが表示されることを確認し、使う項目をアクティブサーバーに設定します。メニューの場所は画面のバージョンによって異なる場合があるため、実際の画面に表示される「アクティブサーバーに設定」を選んでください。接続テストの結果が示すのは、そのときの測定条件です。Webサイト、動画、ダウンロードがすべて利用できるという意味ではありません。まず普段使うHTTPSサイトを開き、クライアントのログに該当する接続が記録されるか確認してください。認証に失敗した場合は元の接続情報を確認し、タイムアウトの場合はサーバーへの到達性、ローカルファイアウォール、ルーティングを切り分けます。

システムプロキシを設定し、必要に応じてTUNを使う

タスクトレイのメニューで「システムプロキシを自動設定」を選ぶと、Windowsのシステムプロキシを参照するアプリがクライアントのローカル接続を使います。「システムプロキシをクリア」はこの接続設定を解除します。「システムプロキシを変更しない」は現在の状態を維持するだけで、以前のアドレスを削除する機能ではありません。変更後、「設定 → ネットワークとインターネット → プロキシ」で、終了済みのプログラムを指していないか確認してください。ブラウザー拡張機能、アプリ独自のプロキシ、組織の管理ポリシーがシステム設定に優先する場合があるため、それぞれ確認が必要です。

システムプロキシを参照しないアプリにも適用したい場合は、その後で「TUNモード」を有効にします。クライアントの案内に従って権限昇格や関連コンポーネントのインストールを行ってください。権限の確認画面が表示されただけで失敗と判断しないでください。有効にする前に、他の仮想ネットワークを制御するツールを終了し、管理者権限の承認時に出たエラー全文を保存します。有効にした後すべてのネットワークが切断された場合は、まずTUNを無効にしてシステムが復旧するか確認し、仮想ネットワークアダプター、ルーティング、DNSを調べてください。TUNに問題がある状態でブラウザーのプロキシ設定まで変更すると、異なる問題が重なってしまいます。

ポート競合と終了後に残る設定を解消

「アドレスはすでに使用されています」といった起動エラーが出たら、まず重複したインスタンスを終了し、ローカルの待ち受けポートを確認します。次のコマンドはプロセスIDの確認に使います。ポートはクライアントの設定にある実際の値に置き換えてください。プロセスが見つかったら、タスクマネージャーでプログラム名を確認します。用途がわからないシステムプロセスを強制終了しないでください。クライアントで未使用のポートに変更する方法もありますが、古いポートを参照するアプリの設定も合わせて更新してください。

netstat -ano | findstr :10808

通常終了する前にTUNを無効にし、今回設定したシステムプロキシをクリアします。異常終了後にブラウザーが接続できない場合は、クライアントをすぐに再インストールするのではなく、システムプロキシがループバックアドレスを指したままか確認してください。アップグレード前にサブスクと必要な設定を保存します。アップグレード後は、まず以前の設定を読み込めるか試し、その後にカスタムルーティングを1つずつ戻してください。セキュリティソフトにブロックされた場合は、該当するイベントとファイルのパスを確認します。ディスク全体を除外対象に追加したり、原因を覆い隠すためにインストール先を何度も移動したりしないでください。

macOS版v2rayNをインストール

チップに合ったインストーラーを選ぶ

Appleメニューから「このMacについて」を開き、「チップ」または「プロセッサ」を確認します。Appleシリコンと表示される場合はApple Silicon、Intelと表示される場合はIntelを選んでください。macOSのダウンロードページから対応するディスクイメージを入手し、開いたらインストーラーの案内に従ってアプリを「アプリケーション」に移動します。コピーが終わったらディスクイメージを取り出し、「アプリケーション」から起動してください。イメージ内から直接実行するとアプリの場所が安定せず、その後の権限許可がどのコピーに対するものか混乱する原因になります。

初回起動時にシステムのセキュリティ機能でブロックされた場合は、まずメッセージの内容を確認してください。入手元に問題がないと確認できたら、「システム設定 → プライバシーとセキュリティ」に今回のアプリを開くための選択肢が表示されているか確認し、システムの手順に従って許可します。システムが明確に許可している場合に限り続行してください。他のファイルのセキュリティ属性まで一括で削除しないでください。「アプリが破損しています」と表示されても、プロキシ設定の問題とは限りません。まずアーキテクチャに合うインストーラーを入手し直し、完全にコピーされているか、システムの互換要件を満たしているか確認してください。

サブスクを追加し、メニューバーを確認

v2rayNを起動してメイン画面を開き、「サブスクグループ設定」で名前とサブスクURLを追加します。保存後、「サブスクを更新（プロキシを経由しない）」を実行し、一覧にサーバーが表示されたらアクティブサーバーに設定します。利用可能な接続があり、直接更新に失敗した場合に限り、「サブスクを更新（プロキシを経由）」を試してください。Macのメニューバーアイコンからメイン画面の表示やプロキシ設定の切り替えができます。アイコンが表示されているのはプログラムが動作中という意味にすぎず、サーバー認証やシステムプロキシの設定が完了したとは限りません。

メニューバーのトレイメニューで「システムプロキシを自動設定」を選びます。ネットワーク設定の変更を許可するよう求められた場合は、該当する権限を持つMacのアカウント情報を入力してください。サブスクサービスのアカウント情報を入力してはいけません。その後、「システム設定 → ネットワーク」を開き、使用中のネットワークサービスを選んで「詳細 → プロキシ」で設定を確認します。Wi-Fiと有線LANは別のネットワークサービスです。接続を切り替えた後は、現在使用中のインターフェイスのプロキシ設定を改めて確認してください。

システムプロキシの許可とTUNの許可を区別

システムプロキシが影響するのは、システム設定を参照するアプリが中心です。ターミナルのプログラムや独立したアプリがプロキシを使わなくても、ブラウザーのシステムプロキシが機能していないとは限りません。まずアプリ独自のプロキシ設定がないか確認し、そのうえでTUNを使うか判断します。「TUNモード」を有効にすると、ネットワークインターフェイスの作成やルーティングの変更のため、追加の管理者権限が必要になる場合があります。システムプロキシの許可が完了していても、TUNに必要な権限が整っているとは限りません。それぞれ別に確認してください。

要求を許可する前に、申請元がインストールしたばかりのクライアントであることを確認し、案内に従って必要な手順を進めてください。管理者パスワードが正しいのに失敗する場合は、現在のアカウントがデバイス管理ポリシーで制限されていないか、他のネットワークソフトが通信を制御していないか確認します。TUNを無効にするとネットワークが復旧する場合、問題はトラフィックの取り込み経路にあります。通常のシステムプロキシを比較用に残し、サーバーの認証項目は同時に変更しないでください。職場のネットワークに専用接続がある場合は、併用する前にルーティングの優先順位を確認してください。

スリープ復帰とネットワーク切り替えに対処

Macのスリープ復帰後、テザリングへの切り替え後、またはWi-Fiの再接続後は、接続を再確立する必要がある場合があります。まずシステムネットワークがIPアドレスを取得していることを確認し、サーバーを選び直すか、クライアントの接続機能を再起動してください。特定のアプリだけが失敗する場合は、そのアプリを完全に終了してから再起動し、古い接続を使い続けないようにします。すべてのアプリが失敗する場合は、TUNとシステムプロキシを無効にして、直接接続できるか確認してください。トレイアイコンが表示されたままだからといって、ネットワーク自体の復旧確認を省略しないでください。

クライアントを終了する前にTUNを無効にし、「システムプロキシをクリア」を選んでからプログラムを終了してください。「システムプロキシを変更しない」は現在の設定を維持するだけで、残ったプロキシを自動的に解除する機能ではありません。異常終了後にWebページを開けない場合は、現在のネットワークサービスのプロキシ画面でループバックアドレスとポートを確認してください。アプリのコピーを変えたりアップグレードしたりした後に再び許可を求められた場合は、実行中のパスを確認します。「ダウンロード」フォルダーと「アプリケーション」の両方にコピーがあると、古い方に許可を与え、新しい方を起動している可能性があります。

Linux版v2rayNをインストール

アーキテクチャとパッケージ形式を確認

Linuxのダウンロードページを開く前に、CPUアーキテクチャとディストリビューションのパッケージ形式を確認してください。x64とarm64では実行ファイルが異なり、debとrpmではパッケージ管理の方式が異なります。ファイル名にLinuxとあるだけで選ばないでください。Debian系ディストリビューションではdeb、RPMパッケージを使うディストリビューションではrpmを選びます。わからない場合は、システム情報やソフトウェア管理ツールでディストリビューション名を確認してから、次のコマンドでアーキテクチャを調べてください。

uname -m
cat /etc/os-release

出力のx86_64は通常x64、aarch64は通常arm64に対応します。それ以外のアーキテクチャには、このページのダウンロードをそのまま適用できません。デスクトップクライアントを使うには、利用可能なグラフィカルセッションが必要です。コマンドラインだけのサーバー環境は、ここで説明するGUIインストールの対象外です。リモートデスクトップ、軽量デスクトップ、コンテナ内のGUI環境では、トレイや権限管理サービスが不足している場合もあります。パッケージ管理ツールがインストーラーを受け付けても、デスクトップとの連携条件がすべて満たされるとは限りません。

ソフトウェア管理ツールでインストール

適合するパッケージをダウンロードしたら、まずディストリビューションのソフトウェア管理ツールで開き、依存関係、インストール先、権限の確認内容を見てからインストールします。依存関係が不足している場合は、パッケージ管理ツールのエラー全文を保存し、現在のディストリビューションに合った方法で対処してください。他のディストリビューションから共有ライブラリをコピーしたり、異なるアーキテクチャのライブラリをシンボリックリンクでつないだりしないでください。インストール後はアプリメニューから起動します。GUIは通常ユーザーで実行し、ネットワーク操作で明確に必要な場合のみ案内に従って権限を昇格してください。

アプリメニューに項目が表示されてもウィンドウが開かない場合は、まずトレイに最小化されていないか、現在のデスクトップでトレイアイコンが表示されているか確認します。デスクトップ環境によっては、この種のアイコンが初期設定で表示されません。デスクトップの設定や互換コンポーネントで対処してください。アイコンが見えないからといって、プロセスを何度も起動しないでください。ターミナルで起動エラーを確認する場合は、実際にインストールされた実行ファイルのパスを使い、他のディストリビューションのディレクトリ構成を当てにしないでください。ログにあるグラフィックライブラリのエラーと、サブスク更新のエラーは別の段階で発生します。

サブスクを追加し、デスクトップのプロキシ範囲を確認

「サブスクグループ設定」でURLを追加して保存し、サブスクを更新してアクティブサーバーを設定します。最初はサーバーのフィルター条件を追加せず、元のサブスクを解析できることを確認してください。その後、「システムプロキシを自動設定」を試し、デスクトップのネットワーク設定でプロキシの接続先を確認します。Linuxでは、デスクトップ環境によってプロキシ設定の保存方法や参照方法が異なります。アプリ独自の設定だけを参照するものや、環境変数だけを参照するコマンドラインプログラムもあります。「デスクトップのプロキシが設定済み」でも、すべてのプログラムがプロキシを使うとは限りません。

ブラウザーは使えるのにソフトウェア管理ツールが使えない場合は、管理ツール独自のプロキシ設定が必要か、バックグラウンドサービスがユーザーセッションの設定を引き継いでいるか確認します。ローカルの待ち受けアドレスをすべてのネットワークインターフェイスに公開しても、ローカルアプリの問題は解決しません。接続範囲が広がるだけで、アプリがプロキシを使うかどうかは変わらない場合があります。コマンドラインでプロキシが必要な場合は、アプリが対応するプロトコルに合わせて設定し、同じターミナルセッション内でテストしてください。ターミナルを閉じたり環境変数を解除したりすると、影響する範囲も変わります。

TUNを設定し、権限に関する問題に対処

より広い範囲の通信を取り込む必要がある場合に、クライアントでTUNを有効にし、使用中のディストリビューションとクライアントの案内に従って権限を設定します。仮想ネットワークインターフェイス、ルーティング、DNSの操作には通常追加の権限が必要です。デスクトップ全体を管理者権限で常時実行して代用しないでください。有効化に失敗した場合は、ログに権限不足、インターフェイス作成の失敗、補助コンポーネントの利用不可が示されているかを確認し、それぞれに応じて対処します。エラーの内容から必要とわかる場合に限り、カーネルが提供するTUNデバイスを確認してください。

有効化できたら、同じWebサイトと同じアプリで前後を比較します。LANに接続できなくなった場合は、ルーティングでローカルネットワークまで誤って取り込んでいないか確認します。ドメイン名だけ解決できない場合は、システムの名前解決サービスとクライアントのDNS設定の組み合わせを調べてください。職場のネットワーク、コンテナネットワーク、仮想マシンのブリッジを使っている場合は、先に現在のルーティング情報を保存します。終了前にTUNを無効にしてデスクトップのプロキシを元に戻してください。アップグレード時にはユーザー設定をバックアップし、古い実行ファイルと新しいインストール先のコンポーネントを混在させないようにします。

Androidクライアントをインストール

v2rayNGまたはv2flyNGを選ぶ

Androidのダウンロードページを開き、まずXrayコアを採用したv2rayNGを選んでください。V2Fly向けの設定がある場合や、その動作を比較したい場合はv2flyNGも検討できます。両アプリは採用するコアが異なり、すべての設定をそのまま相互利用できるわけではありません。特にREALITY、XTLS Visionなど、特定のコア機能を使う接続では、クライアントの対応状況を確認してください。共有リンクをインポートできても、すべての設定項目が認識されたとは限りません。

通常はarm64版を選びます。端末のアーキテクチャがわからない場合や、インストール時に非対応と表示された場合は、端末情報を確認して汎用版を検討してください。システムのファイル管理アプリでインストーラーを開き、案内に従って今回のインストール元を許可します。インストール後は、そのインストール元に対する許可を取り消し、一時的な設定を残さないようにできます。署名の競合が表示された場合は、別の配布元から同じアプリがインストールされていないか確認します。元の設定を保存してから対処し、サブスクやルーティングを失うようなアンインストールをすぐに行わないでください。

接続情報をインポートしてサブスクを更新

クライアントを開き、「サブスクグループ設定」または現在の画面にあるサブスク管理から、名前と完全なサブスクURLを追加して更新します。共有リンクが1つだけの場合は、クリップボードからインポートできます。QRコードから読み込むにはカメラの権限が必要です。この機能を使う場合に限り許可してください。サブスクを取得できない場合は、入力時にIMEが空白を挿入していないか、URLではなくWebページのタイトルをコピーしていないか、リンクの有効期限が切れていないか確認します。Wi-Fiとモバイルデータ通信を切り替えると、サブスクURLに直接アクセスできるか判断する助けになります。

一覧が更新されたらサーバーを1つ選び、接続を開始します。遅延テストと実際のインターネット接続は別々に確認してください。テスト方法によっては現在の接続に依存するものも、サーバーのポートだけを調べるものもあり、結果を相互に置き換えることはできません。まず普段使うWebサイトを開き、その後で日常的に使うアプリをテストします。一方のクライアントでは正常でも、もう一方で失敗する場合は、コアの対応状況、通信パラメーター、ルーティングを比較してください。サーバーの名前が同じでも、ポートやプロトコルが異なったり、サブスクのフィルター結果が異なったりする場合があります。

通信の取り込みを許可し、アプリごとの対象を設定

Androidで初めて接続するとき、通常はVPN接続のリクエストが表示されます。これは、アプリがネットワーク通信を取り込むためのシステム上の許可手順です。リクエスト元のアプリ名を確認して許可し、システムの接続アイコンとクライアントのログを確認してください。デスクトップの「システムプロキシを自動設定」メニューとは別の仕組みです。AndroidのWi-Fi設定で、手動プロキシをデスクトップのポートに向ける必要もありません。システムのVPN機能を使う別のアプリがある場合、この種の接続を2つ同時に維持できないことがあります。競合するアプリを先に停止してください。

アプリごとに通信を振り分ける場合は、一覧の選択条件を確認してください。選択したアプリをプロキシ経由にする設定もあれば、バイパスを有効にすると選択したアプリをプロキシ経由にしない設定もあります。設定後は、一覧に含めたアプリと含めていないアプリを1つずつテストしてください。アプリ一覧とドメインルーティングを同時に変更すると、どの階層で振り分けられたのか判断しにくくなります。ブラウザーの暗号化DNS、アプリ独自のプロキシ、システムのネットワーク設定が別の経路を作ることもあるため、個別に記録してください。

バックグラウンド制限とネットワーク切り替えに対処

接続直後は正常でも画面ロック後に切断される場合は、まずシステムがバックグラウンド動作を制限していないか確認します。端末の設定でクライアントに必要なバックグラウンド実行を許可し、接続通知を表示したままにしてください。バッテリー管理の項目名はメーカーによって異なるため、現在のシステムの案内に従います。すべてのアプリのバックグラウンド権限を一度に解除する必要はありません。常時接続や、接続が切れたときに通信を遮断する設定を有効にしている場合は、その効果を確認してください。クライアントが停止すると、サーバーではなくシステムが他の通信を遮断することがあります。

Wi-Fiからモバイルデータ通信に切り替えたら、システムのネットワーク接続が整うまで待ってからクライアントを再接続します。モバイル通信だけ失敗する場合は、現在のネットワークでの名前解決とサーバーポートへの到達性を比較してください。どのネットワークでも失敗する場合は、サブスクの状態と認証情報を優先して確認します。終了するときはクライアントの停止ボタンを使い、システムの接続アイコンが消えたことを確認してください。新しい端末に移行する際は、システム権限を改めて許可します。以前の端末の許可状態をコピーしないでください。コアの違いに関する移行では、XrayとV2Flyのコアの違いを参考に、項目ごとに確認してください。

サブスクグループと設定の移行を管理

サブスクの更新とサーバー接続を区別

サブスクの更新ではサーバー一覧をダウンロードして解析し、サーバーへの接続では選択した接続先に通信を転送します。アクセス先はそれぞれ異なる場合があります。更新に成功したのは一覧を取得できたという意味で、すべてのサーバーに接続できる保証ではありません。サーバーが使えていても、サブスクURLが有効とは限りません。トラブル時は「サブスク更新のエラー」と「サーバー接続のエラー」を別々に保存してください。ページから返されたエラーテキストをプロトコル認証の失敗と取り違えたり、ローカルポートの競合を解決するためにサブスクを何度も更新したりしないでください。

「サブスクグループ設定」で配布元ごとにグループを分け、用途や配布元がわかる名前を付けて、URLはそのまま保存します。初回のインポート時はフィルターキーワードを設定せず、一覧全体を取得できることを確認してから絞り込みます。フィルターの照合方法は画面の実装によって異なるため、使う前に項目の説明を確認してください。通常の文字列が正規表現として扱われると決めつけないでください。更新後に一覧が空の場合は、まずフィルターを解除して再更新し、サーバー側が本当に空の一覧を返しているか確認します。すぐにグループ全体を削除しないでください。

更新経路とタイミングを選ぶ

「サブスクを更新（プロキシを経由しない）」は、サブスクサービスに直接アクセスできる場合に使います。「サブスクを更新（プロキシを経由）」には、すでに使えるプロキシ接続が必要です。直接取得に失敗しても、現在のプロキシが正常な場合に適しています。新しく設定した端末にアクティブサーバーが1つもなければ、プロキシ経由の更新で接続経路を自力で作ることは通常できません。まずサービス提供元が案内する直接取得方法を確認するか、有効な接続情報をインポートしてから更新してください。この前提を回避するために、出所の不明な一時情報を使わないでください。

自動更新の間隔は、サービス提供元の制限や実際の変更頻度に合わせて設定します。頻繁にリクエストしても一覧の信頼性は上がりません。レート制限の応答が返ったら、何度もクリックするのをやめ、サービスで指定された時間を待ってから再試行してください。URLの失効、アカウントの停止、サブスク形式の変更は、アカウント画面でサービス提供元に確認する必要があります。DNSを変更しても解決しません。更新後はアクティブサーバーがまだ一覧にあるか確認します。以前のサーバーが削除されたり名前が変わったりした場合は、新しい項目を選び直してください。ステータス欄に古い名前が表示されているだけで判断しないでください。

手動サーバーと必要なバックアップを残す

手動で追加した接続とサブスクから生成された接続は、分けて管理してください。サブスクの項目に含まれるアドレス、ポート、名前を直接変更してカスタム設定を保存しないでください。次回の更新で上書きされることがあります。一時的に調整する必要がある場合は、独立した手動グループにコピーし、変更理由を記録します。サーバー名は安定した識別子ではありません。同じ名前でも通信パラメーターが異なる場合があります。移行時は名前ではなく、すべての項目を確認してください。グループを削除する前に、そこにしかない手動設定が残っていないか確認します。

アップグレードや機種変更の前に、サブスクURL、手動接続、ルーティングルール、必要なクライアント設定を保存してください。バックアップには認証情報が含まれることが多いため、保護された場所に保存し、公開同期フォルダーには置かないでください。OS間で移行する場合は、まず共通して使えるサーバー情報を移し、システムプロキシとTUNの許可を設定し直します。新しいOSの実行ファイルのパス、ネットワークアダプター名、権限昇格の設定を上書きしないでください。復元後は接続を1つだけ有効にして動作を確認し、その後に自動更新、アプリごとの振り分け、その他のカスタム設定を戻します。

機密情報を共有する範囲を制限

サブスクのスクリーンショットには、エラーの種類、時刻、操作名だけが残るようにしてください。共有リンクには認証情報がURL全体に含まれる場合があります。パスワードのように見えなくても秘密情報として扱ってください。問い合わせる前に、エクスポートファイル、ログ、QRコードに機密情報が含まれていないか確認し、設定全体を掲示板に貼り付けないでください。すでに漏えいした場合は、サービス提供元の方法に従ってサブスクの認証情報を更新してください。公開したメッセージを削除するだけでは、すでにコピーされたURLを無効にできません。複数の配布元を整理する方法は、複数のサブスクグループとサーバーフィルターの使い方を参照し、段階的に条件を追加してください。

システムプロキシ、ルーティング、TUNを設定

通信がクライアントに届いているか確認

システムプロキシは、アプリがリクエストをどのローカル接続に渡すかを決めます。ルーティングは、コアに届いた接続をどの出口に送るかを決めます。これは連続する2つの段階です。アプリがシステムプロキシを使っていない場合、ルーティングルールを変えても動作は変わりません。通信がすでにコアに届いていて、ルールによって直接接続に振り分けられている場合は、システムプロキシを何度有効にしても遠隔サーバー経由にはなりません。まずログでリクエストがクライアントに届いていることを確認し、その後で宛先ドメイン、適用されたルール、出口を調べると、関係のない設定を試し続けずに済みます。

「システムプロキシをクリア」はシステムプロキシの接続先を解除し、「システムプロキシを自動設定」は現在のクライアントの接続先を書き込みます。「システムプロキシを変更しない」は既存の設定を維持する操作です。元に戻す機能でも、別のグローバルモードでもありません。プログラム終了後もシステムがローカルポートを指していると、システムプロキシを参照するアプリが接続できなくなることがあります。他のネットワークツールと併用する場合は、どのプログラムが設定を書き込み、元に戻すのかを明確にしてください。同じシステム設定を複数のプログラムに交互に変更させないでください。

プリセットとルールの照合順序を確認

トレイのルーティングメニューにある「中国本土をバイパス」「ブラックリスト」「グローバル」は、プリセットの方針を切り替える項目です。実際に対象となる通信は現在のルール内容によって異なるため、名前だけで決めつけないでください。通常、グローバル設定とは、そのプロキシ経路に入った通信をプロキシ経由の出口に送ることです。すべてのアプリを強制的にクライアントへ接続する機能ではありません。LAN内のデバイスへのアクセスを維持する場合は、プライベートネットワークやローカルドメインの扱いを確認してください。職場のネットワークでは、社内ドメインの名前解決や専用アドレス範囲も考慮し、公開ルールをそのまま流用しないでください。

ルーティングでは通常、ルールを上から順に照合します。条件が広いルールを前に置くと、後ろの具体的なルールが適用されない場合があります。以下はドメインとプライベートアドレスの振り分けを示すルーティングオブジェクトの一部です。クライアント全体の設定ではなく、ルール配列だけを受け付ける入力欄にそのまま貼り付けることもできません。統合する前に、使用中のコアの構文、編集画面が求める形式、完全な設定内に同名の出口が定義されているか確認してください。存在しない出口タグがあると、ルールが無効になったり、設定を起動できなくなったりします。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["domain:example.com"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

例のdomainはドメイン名で照合し、ipはアドレスまたはアドレスの集合で照合します。outboundTagは、定義済みの出口を参照します。domain:example.comは説明用のドメイン条件です。geoip:privateを使うには、コアが対応するルールデータを読み込める必要があります。AsIsでは、ルーティングの照合ごとにすべてのドメインを能動的に名前解決することはありません。そのため、アドレスのルールしかない場合、ドメイン名のまま渡される宛先に一致しないことがあります。特定のルールに一致させるために、DNSの方針全体を置き換えないでください。

DNSとアプリ内の設定を個別に確認

他の接続は正常なのに、ドメイン名でWebサイトにアクセスできない場合は名前解決を調べます。ただし、公開DNSのアドレスに変更するだけで確認を終えないでください。システム、ブラウザー、アプリ、コアがそれぞれDNSを処理する場合があります。ブラウザーで暗号化DNSを有効にすると、システムとは異なる経路でリクエストが送信されることがあります。TUNで名前解決を取り込むと、ドメイン名と宛先アドレスの対応関係が変わる場合もあります。テスト時は経路を1つに絞り、リクエストがクライアントに届いているか記録してから、システム、アプリ、コアのどこを変更するか判断してください。

TUNで広がるのは通信を取り込む範囲であり、認証情報の誤り、期限切れのサブスク、接続できない遠隔サーバーを修復する機能ではありません。有効にする前に管理者権限を確認し、同種の通信制御プログラムを終了します。有効にした後は、ドメインへのアクセス、LANへのアクセス、システムプロキシを参照しないアプリをそれぞれテストしてください。問題が発生した場合は、最近追加した設定を先に戻し、システムプロキシで動作する状態に復旧してから、段階的に追加します。プリンター、ネットワークストレージ、職場のサービスに接続できなくならないよう、必要なLAN向けの例外を残してください。

設定のよくある問題を解決

問題が発生した段階から原因を絞る

まず、問題がインストール、起動、サブスク更新、Webサイトへのアクセスのどの段階で起きているか判断します。インストールに失敗した場合は、アーキテクチャ、OSとの互換性、権限を確認します。ウィンドウが開かない場合は、実行環境とグラフィカルセッションを確認します。コアが起動しない場合は、設定の構文、コンポーネントのパス、ポートの競合を調べます。サブスクの更新に失敗した場合は、URLと取得経路を確認します。プログラムとコアが正常に起動してから、Webサイトへの接続を調べてください。4つの段階を混同して何度も再インストールしても、サーバー側の問題は解決せず、比較に使える元の設定まで失う可能性があります。

「接続済みなのにWebページを開けない」場合は、まずTUNを無効にしてシステムプロキシをクリアし、通常のネットワーク接続が使えるか確認してください。直接接続でも失敗する場合は、Wi-Fi、ゲートウェイ、システムの名前解決、ログイン認証ページを先に調べます。直接接続が正常な場合はクライアントを起動し、システムプロキシだけを有効にして、接続情報が揃っているサーバーを1つ選びます。失敗がすぐ起きるのかタイムアウトまで待つのか、すべてのサイトで起きるのか、他のアプリにも影響するのかを確認してください。それぞれの結果で次の確認項目は異なります。接続アイコン1つだけを見て判断しないでください。

ログからポート、認証、タイムアウトを切り分け

ローカルの待ち受けに失敗する場合は、通常コアの起動段階で発生します。重複したインスタンスやポート競合を確認してください。認証拒否は、アカウント情報、プロトコル設定、サービスの状態が原因であることが多く、接続タイムアウトの場合は名前解決、ネットワークの到達性、遠隔サーバーの応答をさらに切り分ける必要があります。証明書関連のエラーでは、システム時刻、サーバー名、通信パラメーターを確認してください。証明書検証を無効にすることを一般的な解決策にしないでください。エラー文全体と発生時刻を保存すると、英単語1つだけを切り取るより役立ち、変更前後の比較もしやすくなります。

同じサブスクの一部のサーバーだけが失敗する場合は、プロトコル、通信方式、ポート、接続先の地域を比べ、同じ種類の設定か確認します。すべてのサーバーが失敗し、コアに接続記録がない場合は、アプリの入口やローカルの通信制御に問題がある可能性が高くなります。特定のWebサイトだけが失敗する場合は、ルーティング、名前解決、接続先サービスの状態を確認してください。クライアント全体をすぐにリセットしないでください。テスト用サーバーは同じネットワークと方法で確認します。測定方法が異なる結果は直接比較できません。選び方の詳しい順序は、サーバーの遅延、倍率、地域、プロトコルの比較を参照してください。

動作する最小構成に戻す

何度も設定を変更した後は、まず現在の設定をバックアップしてから、最小構成を作ります。サブスクグループ1つ、サーバー1つ、デフォルトのルーティング、通信を取り込む方式1つだけを残してください。カスタムルール、アプリ一覧、自動切り替えは一時的に無効にします。最小構成で動作することを確認したら、設定を1つずつ戻し、同じWebサイトと同じアプリを再テストします。設定を戻した直後に失敗する項目があれば、変更前後の差分を保存してください。プログラム全体を再インストールする必要はありません。リセットは最初に行う操作ではなく、設定を保存し、戻す範囲を把握したうえで原因を特定するために使います。

問い合わせるときは、OS、アーキテクチャ、クライアント名、実際の操作手順、エラー全文、実施済みの比較テストを記載してください。ログには接続段階の情報が含まれることがありますが、アップロード前にサブスクURL、認証情報、個人を特定できる情報を削除します。バックアップファイル全体を公開しないでください。Webページにアクセスできない場合の詳しい確認手順は、v2rayNは接続済みなのにWebページを開けない場合のチェックリストを参照してください。初回設定で手順を飛ばしてしまった場合は、使い方ガイドに戻り、最初から順に確認してください。