V2Rayリソースサイト· v2rayN クライアントのダウンロードと設定

インストール前に用意する設定情報

初めて使うときは、サービス提供元から案内されたサブスクリプションURL、ノードのプロトコル、対応クライアントの説明をまとめて確認しましょう。サブスクリプションは設定を配布する仕組みであり、クライアントのアカウントではありません。インポートに成功しても、内容を解析できたことを示すだけで、接続先サーバーに到達できるとは限りません。共有リンクが1つだけなら、そのサーバー設定をインポートして接続を確認すれば十分です。最初から複雑なグループを作る必要はありません。

別の端末で使っていた設定を、すべてそのまま移すのは避けましょう。デスクトップのシステムプロキシ、AndroidのVPN経由の通信、各OSの権限の仕組みはそれぞれ異なるため、個別の設定を端末に合わせて確認する必要があります。まず標準のルーティングで接続し、その後にカスタムDNS、ルールによる振り分けなどを移行しましょう。一度に変更する項目を絞れば、問題の原因を特定しやすくなります。

基本接続から応用設定へ

設定の数より、設定する順番が重要です。初回接続ではサーバー設定、選択中のサーバー、プロキシの適用方法を確認し、ルーティングとDNSは標準設定のままにしておきましょう。ブラウザーで正常にアクセスできたら、ほかのアプリがシステムプロキシを参照するか確認します。通信を取り込む必要がある場合に限り、TUNを試してください。一度に変更する項目を1つに絞り、変更前後の動作を記録すると、複数の機能を同時に有効にするより原因を特定しやすくなります。

システムプロキシとルーティングモードは、別の階層にある設定です。前者はアプリがリクエストをクライアントに渡すかを決め、後者は受け取ったリクエストの送信先を決めます。システムプロキシを有効にしても、システム設定を使わないアプリには、ドメインの振り分けルールを調整しても効果がありません。一方、リクエストがクライアントに届いているのに誤った送信先へ進む場合は、ルール、名前解決の結果、現在のモードを確認しましょう。

DNS設定では、特定のDNSサーバーを選ぶだけでは不十分です。どのドメインをどの経路で名前解決するか、DNSリクエスト自体をプロキシ経由にするか直接送信するか、ルーティングが解決後のIPアドレスを参照するかを確認しましょう。サーバーに接続できないように見えても、実際には名前解決の段階で失敗している場合があります。トラブルの際は、まず動作中の基本設定を維持し、ログで名前解決エラーと接続エラーを切り分けてから、DNSや送信先を調整してください。

FakeDNS、カスタム送信先、複数サブスクリプションのフィルタリングを使う場合は、応用テクニックの該当章を先に確認しましょう。これらの機能には前提条件があり、設定の一部だけをコピーすると必要な情報が抜けることがあります。安定して動作している設定を、いつでも戻せる基準として保存してください。変更後は、よく使うWebサイト、ローカルリソース、対象アプリを個別にテストし、想定どおりに動くことを確認してから次の項目に進みましょう。問題を共有するときはエラーの種類だけを記載し、サブスクリプションURLや認証情報は必ず伏せてください。

3種類のクライアントの選び方

デスクトップでは、まずv2rayNを検討してください。Windows、macOS、Linuxに対応し、GUIでサーバーやサブスクリプションをまとめて管理できます。クロスプラットフォーム版と従来のWPF版では画面構成が異なるため、画面のスクリーンショットだけで機能を判断せず、使い慣れた操作方法やOSの要件に合わせて選びましょう。別のOSへ移行する場合は、まずサーバー情報を移し、システムプロキシ、権限、TUNの動作を個別に確認してください。特定OSの環境設定を、どの環境でも使える設定と考えないようにしましょう。

Androidでは、Xrayコアを採用したv2rayNGをまず確認してください。既存の設定でV2Flyが指定されている場合は、v2flyNGを検討できます。どちらもGUIで操作できますが、コアの機能や対応する設定範囲が同じとは限りません。特にREALITYなどの機能を使う場合は、サービス提供元が案内する設定全体を確認しましょう。プロトコル名だけを別の項目に変えても、正しく接続できるとは限りません。共有リンクをインポートできても、現在のコアが拡張パラメーターをすべて正しく処理できるとは限りません。

クライアントを選ぶときは、次の3点を順に確認しましょう。端末のOS、使用中のノードが要求するコア、よく使うアプリに必要な通信の取り込み方法です。最初の2点でダウンロード先と互換性が決まり、3点目で接続後の設定が決まります。条件を満たしているなら、名前が似ているという理由だけでクライアントを頻繁に切り替える必要はありません。特定のノードだけ使えない場合は、その設定とネットワーク環境を先に確認し、クライアント全体の問題と決めつけないようにしましょう。

オープンソースライセンスとコミュニティによる開発

3種類のクライアントはいずれもオープンソースとして公開されており、コードや変更履歴をコミュニティで確認・議論できます。v2rayN、v2rayNG、v2flyNGはGPL-3.0ライセンスを採用し、V2FlyとXrayのコアコードはMPL-2.0ライセンスを採用しています。クライアントと呼び出されるコアは別々のソフトウェアコンポーネントで、それぞれ異なるライセンスが適用されます。個人利用と、変更後の再配布では条件が異なります。再配布する場合は、各コンポーネントのライセンス文書と表示を確認してください。

オープンソースであることは、ソフトウェアの開発・公開方法を示すものであり、個々のネットワーク設定の安全性を保証するものではありません。通信は端末、サーバー、接続先サービスを経由します。プライバシーと安全性は、設定の入手元、通信プロトコル、実行環境にも左右されます。サブスクリプションURLには利用可能な認証情報が含まれることがあるため、アカウント情報と同じように管理してください。他の人に相談するときも、URL全体、QRコード、認証項目が写った画像をそのまま共有しないようにしましょう。

コミュニティによる開発では、GUI、コアとの互換性、OSへの対応、バグ修正などが並行して進みます。それぞれ更新のタイミングが異なるため、単に新しいバージョンを選ぶより、リリースノートを確認することが大切です。変更内容が使用中のプラットフォームや設定に関係するかを確認してから、更新を判断しましょう。カスタムルーティングや送信先に依存している場合は、現在の設定を保存し、新しい組み合わせを普段の利用環境でテストしてください。

クライアントの更新とサブスクリプションの更新

クライアントの更新はソフトウェア本体を置き換え、サブスクリプションの更新はサーバー設定を置き換えたり追加したりします。両者が解決する問題は異なります。新しいプロトコルへの対応、画面の変更、OSへの適応は、通常クライアントやコアの更新で行われます。サーバーアドレス、認証パラメーター、サーバー側設定の変更は、通常サブスクリプションの更新で反映されます。サブスクリプションを更新しても古いコアが新機能に対応するわけではなく、クライアントを更新しても無効になったサブスクリプションURLは直りません。

サブスクリプションの更新後は、グループが残っているか、使用中のサーバーが選択されたままか、手動で編集した項目が上書きされていないかを確認してください。同じ名前の項目でも、アドレスや通信パラメーターが変わっている場合があります。必要に応じてサービス提供元の案内と照合しましょう。更新に失敗した場合は、URLの有効期限、サブスクリプションを取得できるネットワークかどうか、返された形式がクライアントでサポートされているかをそれぞれ確認してください。原因が分からないまま、すべてのグループを何度も削除しないようにしましょう。

ソフトウェアを更新する前に、サブスクリプション情報とカスタム設定を保存しておきましょう。更新後は、使用中のコア、システムプロキシの状態、ルーティングモードを確認してください。OSの再起動、権限の変更、複数ツールの同時実行によって設定が変わることがあります。画面のスイッチがオンのままでも、実際の通信経路が同じとは限りません。問題を説明するためのログは、具体的な失敗を一度記録し、アドレスや認証情報などの機密情報を隠して共有してください。

問題の段階に合わせて読む

まだインストールしていない場合は、まず使い方ガイドを読み、インポート、サーバーの選択、通信の取り込み方法の設定、動作確認の順に進めてください。インポート済みなのにリクエストがクライアントに届かない場合は、アプリのプロキシ設定を確認します。リクエストが届いているのに接続できない場合は、ノード設定、DNS、ログを確認してください。応用設定の例は、使用する送信先やルールに合わせて調整する必要があります。サービス提供元から案内された接続情報として、そのまま使わないでください。

用語をすぐに確認したい場合は、用語集でプロトコル、通信方式、コア、クライアントの機能を調べられます。同じ操作に関する疑問が続く場合は、ヘルプセンターもご覧ください。これらの資料は理解を補うためのものです。具体的な手順は、使い方ガイドと応用テクニックの説明を確認してください。まず現在の問題を整理してから読むページを選ぶと、設定画面を行き来して試す手間を減らせます。