TUNモードとシステムプロキシの違い｜通信の捕捉範囲と使い分け

まず整理する：サービス契約・サブスクリプション・ノードは別のもの

Clashを使い始めると、「サービスを契約する」「サブスクリプションを登録する」「ノードを選ぶ」という言葉が出てきます。これらは関連していますが、同じ意味ではありません。契約先から利用権と接続情報を受け取り、その情報をClash対応クライアントに読み込ませ、表示されたノードやプロキシグループを選んで通信する、という順番で考えると混乱しにくくなります。

• プロキシサービス：接続先や利用条件を提供する事業者・サービスです。料金、利用期間、通信量、対応方式、サポート範囲などは提供元ごとに異なります。
• サブスクリプション：クライアントが設定を取得するためのURL、またはその設定データを指します。ノード一覧のほか、プロキシグループやルールなどが含まれる場合があります。
• ノード：プロキシ通信を中継する接続先です。サーバーの場所や方式、接続状態などが異なり、契約の利用条件に応じて使える範囲も変わります。
• Clashクライアントとコア：クライアントは設定や接続を操作するアプリ、コアは設定を読み込み通信を処理するプログラムです。クライアントの名前だけで、対応プロトコルや機能が決まるわけではありません。

たとえるなら、サービス契約は利用資格、サブスクリプションは接続設定を受け取るための入口、ノードは実際に選ぶ接続先です。サブスクリプションURLを登録しただけで契約が新たに成立するわけではなく、ノード名が表示されたからといって、そのノードが必ず現在利用できるとも限りません。

サブスクリプションで配信される内容を知る

一般的なリモートサブスクリプションは、クライアントがURLへアクセスして設定データを取得する仕組みです。データにはノードだけでなく、ノードをまとめるプロキシグループ、通信の振り分けに使うルール、DNS関連の設定などが含まれることがあります。どの項目が配信されるか、またクライアント側でどう保存・適用されるかは、サービスとクライアントの実装によって異なります。

そのため、「URLを登録すればすべてのアプリが自動的に切り替わる」とは限りません。設定を読み込んだ後、クライアントを起動し、必要に応じてシステムプロキシやTUNなどの通信取り込み方法を有効にする必要があります。ルールモードでは、取り込まれた通信がルールに従って処理されます。設定の内容を変えずにノードだけ選び直しても、端末側で通信がクライアントへ届いていなければ結果は変わりません。

サブスクリプションURLと単一ノードの共有リンクを区別する

提供元の画面には、サブスクリプションURLのほか、特定のノードを共有するためのリンクが表示されることがあります。たとえばss://やvmess://で始まる文字列は、単一ノードの共有形式である場合があります。それをサブスクリプションURLとして登録しても、複数ノードを含む設定を取得できるとは限りません。管理画面で「Clash用」「サブスクリプション」「設定URL」などの説明を確かめ、利用するクライアント向けのURLを選んでください。

• URLをコピーした後、途中が省略されていないことを確認します。
• 疑問符以降の文字列も認証情報や設定に必要な場合があるため、末尾を削除しません。
• 更新後にノードが表示されない場合は、URLの種類、契約状態、提供元の障害情報を順に確認します。
• 設定ファイルを編集する場合は先にバックアップし、更新で手作業の変更が上書きされないか調べます。

契約前に確認したいサービスの条件

料金だけで決めるのではなく、何が提供され、どのような条件で使えるのかを確認しましょう。特に、初回の支払い方法、更新や解約の手続き、返金条件、通信量や同時接続数の制限は、契約前に利用規約や管理画面で確認しておきたい項目です。広告の短い説明と、実際の契約条件が異なることもあります。

「高速」「無制限」「全地域対応」といった宣伝文句だけでは、実際の使いやすさや通信品質は判断できません。速度は利用場所、回線、時間帯、接続先などで変わります。また、サービス提供元が示す利用規約と、利用するネットワークや地域のルールの両方を確認してください。用途に合うか分からない場合は、長期間の契約を急がず、契約条件を読んでから判断しましょう。

ノードとプロキシグループの選び方

クライアントにノードが並んだら、まず設定の読み込みが完了しているかを確認します。次にプロキシ画面を開き、プロキシグループの役割を見ます。グループ名は設定作成者が自由に付けられるため、「自動」「手動」「地域名」などの表示だけから動作を断定せず、グループを開いて選択肢を確認してください。自動選択型のグループと、利用者が手動で選ぶグループが同じ設定に含まれることもあります。

• 最初は接続状態を確かめる：遅延測定が提供されている場合は、選択肢の応答を比較する参考にします。測定結果はその時点の値であり、実際の閲覧速度や安定性を保証するものではありません。
• 用途に合う候補を選ぶ：提供元の説明と利用条件を見て、必要な地域やサービスに合うノードを選びます。ノード名の文字列だけを根拠に、特定の用途への対応を決めつけないでください。
• 問題があれば別の候補で比較する：同じサイトへ接続できないときは、別ノードを一つ選び、結果を比べます。複数の設定を同時に変えると原因を特定しにくくなります。
• グループの選択も確認する：ノードを選んだつもりでも、ルールが別のグループへ通信を送っている場合があります。対象サイトの接続ログやルールの動作も確認しましょう。

ノード名に表示される「倍率」「負荷」「残量」などは、提供元が独自に付けている情報の場合があります。意味や計算方法はサービスごとに異なるため、表示だけで通信量や品質を推測せず、契約条件と照らし合わせてください。ノードが一つも表示されないときは、速度測定を繰り返すより、サブスクリプションの更新結果とアカウント状態を先に確認するのが近道です。

偽アプリを避けて安全に初期設定する

アプリを探すときは、検索広告や第三者の再配布ページに表示された名前だけで判断しないでください。似た名称やアイコンのアプリが存在することがあり、配布元や更新状況が分からないインストーラーには、サブスクリプションURLやアカウント情報を入力しないようにします。公式配布先を確認し、OSに合ったクライアントを選ぶことが基本です。Clashの名称を使うソフトウェアはそれぞれ配布・保守状況が異なるため、名前だけで公式性や互換性を推測しないでください。

1. 端末のOSとCPUアーキテクチャに合うクライアントを選び、配布元とアプリ名を確認します。
2. インストール後、クライアントのバージョンと使用中のコアを確認します。コアの対応状況は、設定に含まれるプロトコルや機能にも関係します。
3. 提供元の管理画面でClash向けのサブスクリプションURLを取得し、URLを他人に見せない状態でクライアントへ登録します。
4. 更新が完了したらプロキシグループから候補を選び、まず一つの接続先で動作を確認します。
5. 必要な場合に限りシステムプロキシやTUNを有効にし、使わなくなった通信取り込み設定は元に戻せるようにします。

最初からTUN、DNS、ルール、オーバーライドを一度に変更する必要はありません。まずは設定を読み込めること、グループからノードを選べること、ブラウザーなど対象アプリの通信が意図した経路になることを順番に確認してください。画面の項目名や操作場所はクライアントのバージョンによって変わるため、表示されている設定と、そのクライアントの案内を優先します。クライアント選びに迷ったらダウンロード一覧を見るか、初期設定を確認することができます。

接続できないときの確認順

「登録できない」「ノードが見えない」「ノードを選んでも接続できない」は、起きている段階が異なります。画面に表示されたエラーやログの時刻を控え、以下の順番で一つずつ切り分けます。エラー表示を見ずにURLを何度も再登録したり、設定ファイル全体を置き換えたりするのは避けましょう。

1. サブスクリプションの取得：URLにコピー漏れがないか、期限やアカウント状態に問題がないか、提供元の障害情報が出ていないかを確認します。URLが認証用トークンを含む場合は、ログを共有する前に伏せます。
2. 設定の解析：表示されたエラーがYAML形式や未対応項目に関するものかを確認します。クライアントとコアが、提供された設定やプロトコルに対応しているかを調べます。
3. ノードとグループ：ノード一覧が空なのか、選択先のグループが違うのかを切り分けます。更新に成功した表示でも、アカウントの利用条件やノードの稼働状況は別に確認が必要です。
4. 端末からの通信：システムプロキシやTUNなど、対象アプリの通信を取り込む設定を確認します。ほかのVPNやプロキシソフトが同時に動作していないかも見直します。

設定変更を行ったときは、何を変えたかを記録してから再テストしましょう。トラブルのためにログや設定を第三者へ送る場合は、サブスクリプションURL、認証情報、ノードのパスワード、個人を特定できる情報を削除します。公開オンラインツールへサブスクリプション全体を貼り付けて検査する方法は避けてください。

よくある質問

サブスクリプションURLを登録すれば契約も完了しますか？

いいえ。URLの登録は、クライアントへ設定を読み込ませる操作です。利用権や支払い、期限はサービス提供元との契約で決まります。先に提供元の管理画面で契約状態と利用条件を確認してください。

ノードはサーバーそのものですか？

利用者から見たノードは、プロキシ接続先として設定に登録された項目です。実際のサーバー構成や運用方法は提供元によって異なります。ノード名や地域表示だけから設備の所在地、品質、プライバシー保護を断定することはできません。

ノードが表示されているのに接続できないのはなぜですか？

ノードの障害や契約条件のほか、コアの互換性、選択中のプロキシグループ、通信の取り込み設定、DNSやネットワーク環境が関係する場合があります。別ノードで比較し、ログを確認しながら一項目ずつ切り分けてください。

サブスクリプションURLをサポートへ送ってもよいですか？

URLが認証情報として機能する可能性があるため、通常の問い合わせ文や公開投稿にはそのまま貼らないでください。提供元が安全な問い合わせ方法を案内している場合も、まずURLの一部を伏せる方法や再発行の要否を確認しましょう。