利用ガイド · Clash 技術ブログ

Clash の使い方:クライアント、Mihomo、サブスクリプションリンク、ノードをまとめて解説

初めて使う場合に理解すべきことは四つです。クライアントが設定を読み取り、サブスクリプションがノードを提供し、ポリシーグループが選択を決め、システムプロキシがアプリを接続します。以下では、一回の実際の接続を通して関係を説明します。

  • 初心者
  • サブスクリプション
  • クライアント
目次

インストールしたのはクライアントであり、ノードのプランではない

初心者が最も混同しやすいのは四つです。グラフィカルクライアントはボタンと画面を提供し、Mihomo などのコアは接続を処理し、サブスクリプションリンクは設定をクライアントへ届け、ノードは設定内のリモート送信経路です。どれか一つでも欠けると画面は開いても、ネットワークは想定どおりに動きません。

グラフィカルクライアント
サブスクリプション、ポリシーグループ、システムプロキシ、TUN、ログ、更新を管理します。
プロキシコア
YAML を読み取り、ルールを照合し、直接接続またはプロキシ接続を確立します。
サブスクリプションリンク
認証情報を含むリモートアドレス。更新時にノード、グループ、ルールを返します。
ノード情報
実際の送信接続。可用性、プロトコル、経路は提供元によって決まります。

Clash Verge Rev、FlClash、その他のクライアントをダウンロードしても、ノードが自動的に提供されるわけではなく、このサイトもサブスクリプションを提供しません。逆に、サブスクリプションリンクを入手しても、その形式を読み取れるクライアントが必要です。まず不足しているものを確認すれば、無駄な手順を大きく減らせます。

クライアント選びで見るのは三つだけ:OS、保守状況、コア

ダウンロード前の確認

見るべき項目理由
OS とチップアーキテクチャWindows x64、Windows ARM64、Apple Silicon、Intel、Android のパッケージは相互に使用できない
プロジェクトが現在もメンテナンスされているかリリースページ、最近のバージョン、issue の動きから現在の状態が分かる
使用するコア設定フィールド、プロトコル、機能の互換性を決める

デスクトップ版は、継続的に保守されているプロジェクトの Release ページからダウンロードできます。Android では APK のアーキテクチャと署名元を確認してください。名前に Clash が含まれていても、同じ作者によるものとは限らず、古いチュートリアルのメニューが残っているとも限りません。

インストール後、まず画面が開き、コアの状態が安定していることを確認します。この時点ではサブスクリプションをインポートしていません。すでにアプリがクラッシュする、または core failed と表示される場合は、ノードのせいにせず、インストールとローカル環境の問題に対処してください。

サブスクリプションを Profiles に追加した後、更新して選択する

リンクから現在の設定まで

  1. Clash または Mihomo 互換のサブスクリプションをコピーする

    完全な HTTPS アドレスをコピーし、token を信頼できない変換サイトへ送らない

  2. Profiles / 設定画面で追加する

    配布元を識別できるローカル名を付けます。

  3. 手動で一度更新する

    新しい更新日時を待ち、download failed または parse error に注意します。

  4. 現在の設定として有効にする

    直前に更新した Profile に選択マークが付いている必要があります。

リストに名前が表示されても、インポート成功とは限りません。正しく解析されると、Proxies 画面にポリシーグループとノードが表示されます。空白のままなら、同じアドレスを繰り返し貼り付けず、返された形式、アカウント状態、現在の設定を確認してください。

ポリシーグループは選択方法を定め、ノードが具体的な送信経路になる

Proxies 画面で「自動選択」「フェイルオーバー」「AI サービス」などの名前が付いた項目は通常ポリシーグループで、展開するとノードが表示されます。select グループでは手動で選択し、url-test は確認時の遅延に基づいて選び、fallback は現在のノードが利用できなくなると順番に切り替えます。

最初の接続で自動グループにそのまま依存しないでください。特定のノードを一つ選び、実際のリクエストが成功してから自動選択を戻します。そうしないと、ノードが故障したのか、ヘルスチェックで送信経路が切り替わったのか判断できません。

最初にノードを選ぶときの確認事項

  • クリックしたのがポリシーグループか、特定ノードか
  • グループ内に少なくとも一つのノードがあるか
  • ノード遅延は確認結果であり、利用可能性を保証しない
  • メインのサービスグループが最終的に参照する送信経路

Rule モードでも、すべてのサイトが同じノードを使うわけではない

Rule は設定を上から順に照合します。よく使う国内サービスや LAN は DIRECT、ほかのドメインはプロキシグループ、広告や危険なアドレスは REJECT になる場合があります。Global は Clash に入った接続を一律にグローバルグループへ渡し、Direct はすべて直接接続にします。

日常利用は通常 Rule から始めます。特定サイトが開かない場合は、Connections で一致したルールを確認してください。Global を恒久的な万能スイッチとして使わず、DIRECT と表示されただけでクライアントが故障したと判断しないでください。

自己完結したルール読解の例
proxy-groups:
  - name: 默认代理
    type: select
    include-all: true
    proxies:
      - DIRECT

rules:
  - DOMAIN-SUFFIX,lan.example,DIRECT
  - DOMAIN-SUFFIX,example.com,默认代理
  - MATCH,默认代理

ブラウザはシステムプロキシから始め、取り込めないアプリに限り TUN を検討する

システムプロキシは最も元に戻しやすい入口です。有効にすると、ブラウザや多くのデスクトップアプリは HTTP、HTTPS リクエストを Clash へ渡します。ターミナル、ゲーム、一部のアプリはこの設定を参照しない場合があり、その場合 Connections には表示されません。

TUN は仮想アダプターを通じて、より多くの TCP、UDP トラフィックを取り込みます。追加のシステム権限が必要で、ルーティングと DNS にも関係します。通常のブラウザリクエストが動作する前に、急いで TUN を有効にしないでください。変数を減らしておけば、後から何が解決されたかを判断できます。

TUN へ切り替えるタイミング

症状対処方法
ブラウザーと普段使うソフトウェアがどちらも正常であるシステムプロキシを維持する
ブラウザは正常だが、ターミナルには接続記録がまったくないツールごとにプロキシを設定するか、TUN と比較する
接続は表示されるが、誤ったルールに一致するルールを修正する。入口を広げる必要はない
すべての接続が timeout になるノードとネットワークを確認する。TUN でノードが復旧することはない

最初の成功は Connections で確認できる必要がある

確認可能なリクエストを一度完了する

  1. ノードを一つ固定する

    モードは Rule のままにし、テスト中の自動切り替えを避けます。

  2. System Proxy を有効にする

    現在のクライアントがシステム設定へ書き込んだことを確認します。

  3. ブラウザで使い慣れたサイトへアクセスする

    遅延ボタンを実際のWebページの代わりにしないでください。

  4. Connections を開く

    ドメイン、一致したルール、実際の送信経路を確認します。

ページが開き、接続記録も完全なら、クライアント、コア、Profile、ノード、システムプロキシが一つの経路として動作しています。記録が空ならシステムプロキシへ戻り、DIRECT と表示されたらルールを読み、ノード表示後に timeout になるなら動作確認済みの別ノードへ切り替えてください。

後で問題が起きたら、エラーが表示された画面から調べ始める

Profile に 401 / 403 と表示される

サブスクリプションの認証情報またはアカウント状態に問題があります。クライアントを再インストールする必要はありません。

Profile に parse error と表示される

返された内容がコアの形式と互換性を持ちません。具体的な行番号を残してください。

Proxies にノードはあるが、Webページの Connections 記録がない

アプリが Clash に入っていません。システムプロキシまたは別の入口を確認してください。

Connections が DIRECT に一致する

ルールが直接接続を選んでいます。想定どおりか確認してください。

Connections がノードを使った後に timeout になる

特定ノード、接続ネットワーク、ログを比較してください。

ここまでで、実際のリクエストを一度使い、クライアント、コア、サブスクリプション、ポリシーグループ、ノード、システムプロキシが動作することを確認できました。今後サブスクリプション更新に失敗した場合は古い設定を残し、特定ノードが使えなくなった場合はノードだけを変更します。アプリが Connections に入らない場合に限り、新しい取り込み方法を検討してください。

参考資料