CONFIGURATION NOTES
クライアントの画面では複雑な設定がフォームに分かれていますが、各項目には厳密な対応関係があります。以下では、利用手順に沿ってプロトコル、サブスクリプション、ルーティング、通信方式、コアを解説します。左側のキー名を選ぶと、その項目が解決する問題、確認方法、混同しやすい境界を確認できます。
01 / PROTOCOL
プロトコルは、クライアントとリモートサーバーがデータを解釈するための基本ルールです。VMessには独自の認証情報と時刻確認の仕組みがあります。VLESSはより簡素な認証構造を採用し、さまざまなセキュリティ層と組み合わせて使われます。Trojanでは通常、パスワード、サーバー名、証明書関連のパラメータが重要です。Shadowsocksは暗号化方式とパスワードによって接続方式が決まります。ノードを取り込んだら、まずプロトコル種別を確認し、対応する必須項目を点検してください。ノード名だけで判断するのは避けましょう。
プロトコルとTCP、WebSocket、gRPCなどの通信方式は異なる階層に属します。プロトコルを変更しても、通信パラメータは自動修正されません。クライアントに形式エラーが表示された場合は、プロトコル、ポート、ユーザー識別子、通信方式、セキュリティ層を一組として順番に照合してください。
プロトコル選択の解説を読む →02 / SUBSCRIPTION
サブスクリプションアドレスから、複数のノードとその更新情報を取得します。アドレスを追加した後、サブスクリプションを更新して初めて、クライアントがリモートの内容を読み込み、ローカルの一覧に反映します。更新に成功しても、一覧内のすべてのノードが接続できるとは限りません。ノードを選んだら実接続テストを行い、ウェブページへのアクセスや出口IPの確認でシステムプロキシが有効か確かめてください。
複数のサブスクリプションは、それぞれ名前を付けて管理できます。更新前にアドレスの先頭から末尾まで正しいか確認し、コピー時に空白や改行が混入していないか注意してください。サブスクリプションの期限切れ、空の応答、現在のクライアントが対応していない形式では、ノードが追加されない、または古いノードが変わらないといった症状が出ます。この3方向から順に確認しましょう。
サブスクリプション取り込み手順を見る →03 / ROUTING
ルーティングルールはノード自体を変更せず、接続をプロキシ、直接接続、遮断のどれで処理するかを判断します。条件にはドメイン、IP、ポート、ネットワーク種別、プロセスなどがあります。通常は上から順に照合されるため、前半の大まかな条件が先にトラフィックを捕捉すると、後半の詳細なルールは実行されません。振り分け結果を確認する際は、ルールの内容だけでなく、並び順と対応する出力タグも確認してください。
初めて使う場合は、まずクライアントのプリセットモードを利用し、基本接続が安定してからカスタムルールを追加するとよいでしょう。ルール変更後は、対象サイト、普段使うアプリ、ローカルネットワークのリソースを個別に確認してください。1つのページの結果だけで、すべての通信状態を判断しないようにしましょう。
ルーティングと振り分け用語を確認 →04 / STREAM SETTINGS
streamSettings では、基盤となるネットワーク種別、セキュリティ層、その追加パラメータを指定します。TCP、WebSocket、gRPCでは項目構成が異なります。TLSまたはREALITYを有効にすると、サーバー名、フィンガープリント、公開鍵、短い識別子、パスなどの設定も加わります。いずれか1項目でもノード情報と一致しないと、ハンドシェイク失敗、接続直後の切断、継続的なタイムアウトが発生することがあります。
確認は、ネットワーク種別、セキュリティ種別、サーバー名、パスまたはサービス名、追加識別子の順に固定して行うのがおすすめです。1回のトラブル対処で複数項目を同時に変更すると、接続が復旧しても、どの項目が結果に影響したのか判断しにくくなります。
通信層の違いを読む →05 / CORE
v2rayN、v2rayNG、v2flyNGはグラフィカルクライアントです。設定の解析、接続の確立、ルーティングの実行を実際に担うのは、組み込まれたコアです。XrayとV2Flyは共通の技術的系譜を持ち、基本設定の概念はよく似ていますが、新しいプロトコルへの対応、通信拡張、一部項目の実装は完全に同じではありません。ノードを取り込めるかどうかと、実行できるかどうかも分けて考える必要があります。クライアントがリンク形式を認識できても、現在のコアがその機能に対応しているとは限りません。
クライアントを選ぶときは、まずプラットフォーム、次にノードが必要とするプロトコルを確認してください。クライアントの更新によって、コアの対応範囲が変わることもあります。古い設定の挙動が新しい環境で変わった場合は、別のコアの高度なパラメータを丸ごとコピーするのではなく、項目の互換性を確認しましょう。
コアファミリーの解説を見る →PLATFORM ENTRY
プラットフォームによってインストールパッケージの形式と推奨クライアントが決まります。デスクトップではv2rayNが中心で、Androidではコアの要件に応じてv2rayNGまたはv2flyNGを選べます。トップページでは対応プラットフォームへ案内し、具体的なパッケージ形式とアーキテクチャの説明はダウンロードセンターにまとめています。
DESKTOP / X64
v2rayNがおすすめです。デスクトップ版はクロスプラットフォームのインターフェースを採用し、従来のWPF版では使い慣れたWindows向けの操作構成を利用できます。どちらもサブスクリプション管理、システムプロキシ、ルーティングルール、ログ確認の入口を備えているため、好みの画面構成で選べます。
ダウンロードへDESKTOP / ARM64 · X64
v2rayNのデスクトップ版を使用します。ダウンロード前にプロセッサのアーキテクチャを確認してください。Apple Silicon搭載機ではarm64、Intelプロセッサ搭載機ではx64を選びます。インストール後は、デスクトップ版と同じサブスクリプション、ノード選択、システムプロキシの流れで設定できます。
ダウンロードへMOBILE / ARM64
Xrayコアを採用するv2rayNGを優先してください。V2Flyコアが必要な場合はv2flyNGを選べます。比較的新しいスマートフォンの多くはarm64パッケージを使用します。アーキテクチャが分からない場合は汎用パッケージを利用できます。2つのクライアントは、サブスクリプションの入口と接続手順がよく似ています。
ダウンロードへDESKTOP / DEB · RPM
v2rayNのデスクトップ版を使用します。Debian系・Ubuntu系のディストリビューションでは通常deb、Fedora系・RHEL系では通常rpmを選びます。さらに、プロセッサに合わせてx64またはarm64を確認してください。インストール後は、デスクトップセッションとシステムプロキシの設定を確認します。
ダウンロードへQUICK START
初回設定ですべての高度な項目を同時に変更する必要はありません。まずサブスクリプション、ノード、システムプロキシの基本3項目を設定し、接続を確認してから、必要に応じてルーティングやプロトコルを変更してください。
ノードサービスの案内から、完全なサブスクリプションアドレスをコピーします。v2rayNではサブスクリプショングループの設定、v2rayNGではサブスクリプション管理を開き、名前とアドレスを入力して保存します。保存は取得元を記録するだけなので、その後にサブスクリプションを更新してください。更新後は、ノード一覧に新しい項目が表示されるか、プロトコル、サーバー、ポートなどの基本情報が正常に表示されるか確認します。
一覧に変化がない場合は、まずアドレスをコピーし直し、前後の空白や改行を確認してください。そのうえで、サブスクリプションの内容がまだ有効か確認します。単一の vmess:// または vless:// ノードリンクを、サブスクリプションアドレス専用の入力欄に誤って貼り付けないでください。
更新後の一覧から、使用するノードを1つ選びます。まずクライアントの実接続テストで実際のリクエストが完了するか確認し、ネットワーク到達性テストだけに頼らないでください。続いて、用途に応じてルールモードまたはグローバルモードを選びます。ルールモードはルーティング条件に応じて通信を振り分け、グローバルモードはより多くの接続を現在の出力先へ渡します。違いは通信の処理範囲にあり、ノード設定自体は変わりません。
初めて使う場合は、クライアントのデフォルトルーティングを維持して変数を減らすのがおすすめです。すべてのノードがタイムアウトする場合は、まず端末の時刻、サブスクリプションの状態、通信パラメータを確認します。一部のノードだけ失敗する場合は、先に別のノードへ切り替えて結果を比較してください。
クライアントの接続を開始した後、システムプロキシ、またはクライアントが求めるローカル引き受け方式を有効にします。接続アイコンが変化しても、すべてのアプリがプロキシを使用しているとは限りません。ウェブページを開いて実際のアクセスを行い、現在の出口アドレスを確認して照合してください。ブラウザーでは有効なのに他のプログラムで使えない場合は、そのプログラムがシステムプロキシに従うか、個別にプロキシアドレスとポートを設定する必要があるかを確認します。
接続確認が終わってから、OS起動時の自動起動、自動サブスクリプション更新、カスタムルーティングを設定します。変更は毎回1種類に絞って結果を記録すると、異常が起きたときに直前の動作状態へすぐ戻せます。
OPEN SOURCE CONTEXT
技術的な系譜
V2Rayは当初、プロキシ、通信、ルーティングを組み合わせられる設計を形成しました。設定では、インバウンド、アウトバウンド、ルーティング、通信層を個別に記述し、コアが組み合わせて実行できます。そのためProject Vは、一つの製品名というより、技術概念と実装から成るエコシステムとして理解するのが適切です。日常的に目にするv2rayN、v2rayNG、v2flyNGは、こうしたコアの機能にグラフィカルな操作画面を提供するクライアントです。
「クライアント」と「コア」を区別することは重要です。クライアントはサブスクリプション管理、画面操作、システムプロキシの切り替え、ログ表示を担当します。コアは設定の解析、接続の確立、プロトコル処理、ルーティングの実行を担当します。画面が似ていても、基盤の対応範囲まで完全に同じとは限りません。
コアファミリー
V2FlyはV2Rayのコミュニティ主導の保守方針を引き継ぎ、インバウンド、アウトバウンド、ルーティング、複数の通信方式を組み合わせる機能を維持しています。Xrayは同じ技術的系譜を基盤に、一部のプロトコル、セキュリティ層、通信方式の実装を拡張しました。アドレス、ポート、ユーザー識別子、ルーティングルール、通信ネットワークなど多くの基本項目は共通して理解できますが、REALITY、XTLS Vision、特定の拡張項目については、実際のコアの対応状況を確認する必要があります。
設定の互換性は、ファイルを取り込めるかどうかだけでは判断できません。クライアントが共有リンクを正常に認識できても、それはリンク形式を解析できたことを示すだけです。接続を実際に開始すると、現在のコアがすべての項目を処理する必要があります。「取り込めるのに接続できない」場合は、コアの対応状況、項目名、通信方式の組み合わせを確認対象に含めてください。
保守と運用
V2Fly、Xray、および各グラフィカルクライアントは、それぞれ異なるコミュニティとメンテナーによって開発されており、リリースのタイミングも完全には一致しません。機能更新には通常、プロトコル実装、依存コンポーネント、プラットフォーム対応、画面変更が関わります。アップグレードの際は、対象クライアントの対応プラットフォームとコアの方向性を確認してから、設定を移行するか判断してください。長期的に使う設定では、サブスクリプションアドレス、ルーティングルール、必要なカスタムパラメータを記録しておくと、再インストールやクライアント変更時に環境を再構築しやすくなります。
コードがオープンであることにより、実装や変更の過程を技術コミュニティが確認、議論、改善できます。ただし、実際の接続品質はノードパラメータ、ネットワーク環境、サーバー設定、ローカルシステム設定に左右されます。問題を判断する際は、クライアント名だけで結論を出さず、ログと再現可能な手順に基づいて確認してください。
TECHNICAL NOTES
技術ノートでは、繰り返し実行できる操作手順に焦点を当てています。各記事でまず問題を定義し、次に項目や画面上の入口を説明し、最後に確認方法を示します。異なるクライアント間で比較しながら進められます。
3つのクライアントに適したプラットフォーム、サブスクリプションリンクの役割、グローバルモードとルールモードの違い、クライアント更新後に既存設定を維持する方法をまとめています。初回インストール前に基本を短時間で整理したい方に適しています。
記事を読む →システム時刻、ローカルプロキシポート、ノード項目、通信設定、サブスクリプションの状態を決めた順番で確認します。各手順の完了後に対応する検証を行い、複数のパラメータを同時に変更することによる判断の混乱を減らします。
記事を読む →デスクトップ版とAndroid版それぞれのサブスクリプション追加画面を案内し、保存、更新、ノード選択の3ステップの関係を説明します。Base64、vmess、vlessなど、よく使われる内容形式も取り上げます。
記事を読む →