V2Ray リソースサイト v2rayNクライアント

サブスクリプションを使うと、サーバー設定をまとめて管理でき、ノードを定期的に同期する場合に便利です。サブスクリプショングループにURLと見分けやすい名前を登録して更新し、サーバー一覧に該当グループが表示されるか確認します。共有リンクはクリップボードからインポートします。2つの方法を混同しないようにしてください。まだ接続できない場合は、まずプロキシを経由せずに更新を試します。特定のネットワークでしかアクセスできないURLなら、状況に合わせて設定を調整してください。更新に失敗したら、エラーメッセージ、URLの有効期限、システム時刻を確認しましょう。すぐにクライアントを再インストールする必要はありません。サブスクリプションURLにはアクセス情報が含まれることがあるため、スクリーンショットを公開しないよう注意してください。

コアは接続の実行、プロトコルの解析、ルーティングを担当し、クライアントの画面は設定の作成と管理を担います。v2rayNは対応する設定でXrayまたはsing-boxを利用できますが、コアを切り替えてもすべてのパラメーターがそのまま引き継がれるとは限りません。サーバーで使われているプロトコル、トランスポート方式、拡張フィールドを確認し、それらを解釈できるコアを選んでください。切り替え後は起動ログと実際の接続を確認し、未対応フィールド、ポート競合、設定生成の失敗に注意します。正常に動いている設定で、コアを頻繁に変える必要はありません。明確な互換性の要件や障害の手がかりがある場合に、項目を絞って比較テストを行いましょう。

システムプロキシは、この設定に対応するアプリがクライアントへ接続する入口を決めるもので、通信が最終的に直接接続かプロキシ経由かを決めるものではありません。「システムプロキシを自動設定」は、システムの接続先をローカルの待ち受けポートに設定します。「システムプロキシを解除」はその設定を取り消し、「システムプロキシを変更しない」は既存の設定を維持します。初めて使う場合は自動設定を選び、ブラウザーで接続を確認するとよいでしょう。一部のアプリだけ動作する場合は、サーバーの不具合と決めつけず、そのアプリがシステムプロキシを参照するか確認します。クライアントを終了する前にプロキシ設定が元に戻っているかも確認してください。ローカルの待ち受けが停止した後も、アプリが同じポートへリクエストを送り続けるのを防げます。

ルーティングでは、条件に応じてアウトバウンドを選択できます。LAN、指定ドメイン、特定のアドレスを別々の接続経路に振り分ける場合に便利です。まず既定のルーティングモードを理解し、出所が不明なルールを大量に読み込むのではなく、明確なルールを少数追加しましょう。ドメインルールはクライアントが取得したドメイン情報に、アドレスルールは宛先アドレスに基づきます。どちらもDNSの設定に影響されます。ルールの順序はコアの照合方式とあわせて確認し、名前だけで結果を判断しないでください。テストではアクセスログと宛先への到達性を確認します。ページが開けても接続できたことしかわからず、想定したアウトバウンドを使った証明にはなりません。

TUNは仮想ネットワークインターフェース経由で通信を取り込み、システムプロキシを参照しないアプリにも使えます。ただし、権限、ルーティング、DNSの設定が必要です。まず通常のプロキシ接続が正常に動くことを確認してからTUNを有効にすると、サーバーの問題と通信の取り込みに関する問題を切り分けやすくなります。有効にする前に元のネットワーク設定を記録し、競合する可能性があるほかの仮想ネットワークツールを終了してください。有効にした後は、ブラウザー、対象アプリ、LANへの接続をそれぞれテストし、名前解決の失敗やルーティングループがないか確認します。ネットワークに異常があれば、まずTUNを無効にして復旧を確認し、ログを調べて原因を特定しましょう。コア、ノード、DNSを同時に変更しないでください。