Clash 初心者のための10の質問:サブスクリプション・ノード・モード選択の疑問を一気に解決

質問1:サブスクリプションリンクはどこで入手する?クライアント自体にはノードが含まれていない

Clash クライアントは通信の転送とルールの振り分けを行うプログラムであり、それ自体にはプロキシノードは一切含まれていません。すべてのノード情報は「サブスクリプションリンク」によって提供され、その先には特定のプロキシサービス事業者のバックエンドが接続されています。ノードの構築・維持・課金はその事業者の責任範囲です。クライアントとサブスクリプションの内容は完全に独立したものであり、Clash クライアント自体のダウンロードは無料ですが、サブスクリプションノードの利用には通常、該当事業者への支払いや試用申請が必要です。

サブスクリプションリンクを入手したら、操作手順は共通して次の流れになります:クライアントを開く → 「サブスクリプション」または「プロファイル」管理画面を開く → リンクを貼り付けて更新を実行 → クライアントが自動で設定ファイルをダウンロードし、ノード一覧を解析します。リンク自体は有効なのにクライアントが解析エラーを表示する場合、多くはリンクの形式がサポート対象外であるか、そのリンク先サーバーへのネットワークアクセスに失敗しているケースです。まずブラウザで直接リンクを開き、内容を読み込めるかどうかを確認してみてください。

質問2:ルールモード・グローバルモード・ダイレクトモード、どれを選ぶべきか

Clash の主な動作モードは一般的に3種類あり、選択基準は「どの通信をプロキシ経由にしたいか」です。

1. ルールモード(Rule):設定ファイル内のルールを1件ずつ照合し、一致した通信はプロキシまたは直接接続へ振り分けられ、どのルールにも一致しない場合は MATCH の兜底ルールが適用されます。ほとんどの場面でのデフォルトの選択であり、アクセス速度を保ちつつ通信の流れを細かく制御できます。
2. グローバルモード(Global):設定ファイルのルールを無視し、すべての通信を強制的に同じ1つのノードへ流します。「ルールの記述ミスかどうか」を一時的に確認したい場合や、すべての通信を同一の出口に集約したい特殊な場面に向いていますが、長期的に使うと国内サイトへのアクセスも遠回りになり、速度の体感が悪化します。
3. ダイレクトモード(Direct):すべての通信がプロキシを経由せず、プロキシ機能を一時的に無効化した状態と同等です。特定の不具合がプロキシによるものかどうかを一時的に検証する場合に向いています。

通常はルールモードを固定して使い、不具合の切り分けをする際だけ一時的にグローバルモードやダイレクトモードに切り替えて比較検証し、確認が済んだらルールモードに戻すのがおすすめです。

質問3:ノードが全てタイムアウトまたは遅延が N/A になる場合の対処法

ノードの速度測定が失敗する場合、次の順序で確認すると効率的です。

• まずサブスクリプションの期限切れや通信量の使い切りを確認する:多くの事業者はプランの期限切れや通信量の消費後、全ノードを無効化します。これが最も多い原因で、クライアント側の設定とは無関係です。
• ローカルのネットワーク自体が正常かを確認する:プロキシを一旦無効にして一般的なウェブサイトに直接アクセスし、端末のネットワーク自体に問題がないか確認します。
• 手動で速度測定を実行する:クライアントの遅延数値は自動でリアルタイム更新されるわけではなく、手動で測定ボタンを押す必要があります。サブスクリプション読み込み直後のデフォルト表示値はまだ更新されていない場合があります。
• 測定用URLを変更する:一部のクライアントでは速度測定に使う対象URLを変更できます。デフォルトのURLが一時的にブロックされていると全ノードがタイムアウト表示になることがあり、URLを変更すると解決する場合が多いです。
• システム時刻を確認する:一部のプロキシプロトコルはシステム時刻の正確さを要求し、時刻のズレが大きいとハンドシェイクに失敗し、全体的なタイムアウトとして表れます。

特定の1つのノードだけがタイムアウトし、他のノードは正常な場合、そのサーバー自体に問題が発生している可能性が高く、サブスクリプション事業者に連絡するか他のノードに切り替えれば解決します。クライアント側の設定を変更する必要はありません。

質問4:TUNモードは有効にすべきか、有効化後にネットに繋がらない場合の対処法

TUNモードはシステム上に仮想ネットワークアダプタを作成し、ネットワーク層で全通信を直接引き受ける方式で、アプリがシステムプロキシ設定に従っているかどうかに依存しません。システムプロキシモードでは対応できない一部のアプリやバックグラウンドサービスの通信もカバーできます。通常のウェブ閲覧や動画視聴であればシステムプロキシモードで十分です。特定のアプリ(特にシステムプロキシ設定に従わないクライアント型のソフト)がどうしてもプロキシを経由しない場合に、TUNモードの有効化を検討してください。

TUNモードを有効にした後にネットに全く接続できなくなる場合、原因は主に以下に集中します。

1. システムが仮想ネットワークアダプタのドライバ権限を許可していない。Windows と macOS のいずれも、初回に管理者権限の承認やドライバインストールの確認ダイアログが表示されます。これを拒否またはスキップするとアダプタが正常に動作しません。
2. DNSハイジャック設定がTUNモードと競合している。特に他のプロキシソフトやシステムレベルのVPNを同時に有効にしている場合、仮想ネットワークアダプタのリソースを取り合い、ルーティングテーブルが混乱します。
3. 設定ファイルのDNS項目の記述が不完全。fake-ip モードで必要なフィールドが欠けていると、ドメイン名解決が全体的に失敗し、見た目上は接続できているのにどのサイトにもアクセスできない状態になります。

問題が起きた場合は、まずTUNモードを無効にしてシステムプロキシモードに戻し、正常に戻るかを確認したうえで、ドライバの権限とDNS設定を個別に確認してください。

質問5:Clash と Clash Meta / mihomo はどんな関係で、どちらを選ぶべきか

Clash のオリジナルプロジェクトは既に更新が停止しており、その後の機能拡張は主にコミュニティのフォークが引き継いでいます。その中で最も活発なのが Clash Meta で、このプロジェクトはその後 mihomo に名称変更されました。現在主流のGUIクライアント(Clash Verge Rev や、Clash for Windows の代替となるソフトなど)は、内部のコアがほぼ mihomo に置き換わっており、対応プロトコルがより充実し、ルール記法も従来から拡張されています。

初心者はコアを個別にインストールする必要はなく、メンテナンスが活発なGUIクライアントを1つ選べば十分です。クライアントに内蔵されているコアのバージョンは、クライアント自体の更新と一緒に自動的に上がります。クライアントを選ぶ際は、継続的にメンテナンスされているか、使用しているプラットフォームのOSバージョンにインターフェースが対応しているかの2点を重視してください。

質問6:設定ファイルのルールを書き間違えるとどうなるか

ルール項目の記述順序がマッチの優先度を決めます。Clash はルールを上から下へ1件ずつ照合し、最初に一致した時点で処理を止め、それ以降は比較を続けません。よくある誤りは、広範囲を対象とするルールを先に書いてしまい、後ろにあるより精密なルールが永遠にマッチしなくなるケース、あるいはルール一覧の末尾に MATCH の兜底項目を置き忘れ、どのルールにも一致しない通信の挙動が不定になるケースです。

ルールの種類としては、DOMAIN-SUFFIX はドメイン名の末尾で一致判定を行い、GEOIP はIPが属する地域で一致判定を行い、RULE-SET は外部のルールセットを参照し、MATCH は兜底項目として必ず最終行に配置します。通常はサブスクリプションが提供するルールファイルをそのまま使えば十分で、独自の振り分け(たとえば特定サイトを強制的に直接接続にするなど)が必要な場合のみ、ルールを手動で追加・削除します。

質問7:1つのサブスクリプションをスマホとパソコンで同時に共有できるか

可能です。サブスクリプションリンクは本質的に繰り返しアクセス可能なアドレスであり、1台の端末専用に固定されているわけではありません。同じサブスクリプションリンクをスマホ側とパソコン側の Clash クライアントにそれぞれ貼り付けて、それぞれ独立に更新・動作させることができ、互いに影響しません。プロキシサービス自体を複数端末で同時に利用できるかどうかは、サブスクリプション事業者側のプラン規約が同時オンライン端末数を制限しているかどうかによって決まり、Clash クライアント自体とは無関係です。事業者側の規約を確認してください。

複数端末で利用する場合は、各端末のクライアントのバージョンをできるだけ近いものに保つことをおすすめします。バージョンの差によって同じサブスクリプション設定の解析結果が一致しなくなることを避けられます。

質問8:プロキシを有効にしているのに特定のサイトが開けない、原因はどこにあるか

このような場合は、次の順序で切り分けるのが効率的です。

• そのサイトがルールによって直接接続に振り分けられていないか確認する:設定上そのサイトが「直接接続」グループに分類されていると、プロキシを有効にしても効果がありません。ルールの分類が想定通りかどうかを確認してください。
• 現在選択しているノードが利用可能かを確認する:全体の速度測定が正常でも、特定のサイトに対しては個別のノードだけアクセス異常が起きる場合があります。同じグループの別ノードに切り替えて試してみてください。
• ブラウザのキャッシュを消去するか別のブラウザで試す:一部のサイトの接続失敗は、ブラウザが以前失敗したDNS結果をキャッシュしていることが原因で、プロキシ自体とは無関係な場合があります。
• そのサイト自体に地域アクセス制限があるかを確認する:一部のサイトは特定地域のIPレンジに対して追加の検証を行っています。ノードの所在地域を変更すると解決する場合があります。

質問9:クライアントの自動起動やサブスクリプションの自動更新は設定すべきか

自動起動は主に利便性に関わるものであり、機能自体には影響しないため、個人の使い方に応じて決めれば構いません。日常的に頻繁に使うなら、自動起動を有効にすることで毎回手動で起動する手間を省けます。バックグラウンドに常駐するプログラムが気になる場合は、デフォルトのまま無効にしておき、必要なときに手動で起動する方法でも問題ありません。

サブスクリプションの自動更新は有効にしておくことをおすすめします。合わせて適切な更新間隔(多くのクライアントは時間単位・日単位で設定可能)を設定してください。サブスクリプションの内容は事業者側のノード変更に応じて更新されるため、長期間更新しないと既に停止したノードが一覧に残り、使い勝手が悪化する可能性があります。

質問10:初めて設定する場合、完全な操作手順はどうなるか

1. 使用しているOSのプラットフォームを確認し、対応するクライアントのインストーラーを選んでインストールを完了する。
2. 有効なサブスクリプションリンクを準備し、クライアントのサブスクリプション管理ページに貼り付けて更新する。
3. 更新完了後、ノード一覧を開き、手動で速度測定を実行して遅延数値が正常かを確認する。
4. 動作モードがルールモードになっているか確認する(多くのクライアントではデフォルトでこのモードになっています)。
5. システムプロキシを有効にする(一部のクライアントではこのスイッチを手動でオンにする必要があります)。その後ブラウザを開き、外部サイトに正常にアクセスできるか確認する。
6. 普段の利用の中で特定のアプリがどうしてもプロキシを経由しない場合は、TUNモードを有効にする必要があるか改めて検討する。

以上の6ステップを完了すれば、基本的な日常利用は安定して動作します。その後、通信の流れをより細かく制御したい場合は、ルールの記法や独自設定の書き方を段階的に学んでいくとよいでしょう。