Clashの使い方：サブスクリプション追加から接続確認まで

ステップ1：サブスクリプションを追加して設定を選択

クライアントを開き、「サブスクリプション」「設定」または「Profiles」ページに移動します。デスクトップ版では左側のナビゲーション、モバイル版ではホーム画面上部や設定メニューにあることが一般的です。URL入力欄を見つけ、用意したサブスクリプションURL全体を貼り付けて、「追加」「ダウンロード」または右側の確認ボタンを押します。クライアントによっては先に設定名の入力を求められます。設定名はローカルで識別するためだけのものなので、サービス名や用途名を入力すればよく、サブスクリプションの内容は変わりません。

追加を実行したら、処理が完了するまで待ち、連続してクリックしないでください。正常なら設定一覧に新しい項目が表示され、設定名、更新時刻、更新ボタンなどが確認できます。次に、その設定をクリックして現在の有効項目にします。一覧に表示されているだけで選択されていない場合、クライアントがその設定を使い始めたとは限りません。左側にブランドカラーのマークが付く、項目の背景が変わる、ラジオボタンが選択される、ページ上部に現在の設定名が表示される、といった状態が目印です。

設定を選択したら、「プロキシ」または「ポリシーグループ」ページに切り替えます。ここには「自動選択」「ノード選択」「フェイルオーバー」「DIRECT」など、設定で定義されたポリシーグループが表示されます。サブスクリプションによって名称は異なるため、このページの例と完全に一致する必要はありません。重要なのは、ポリシーグループのページに内容があり、空白や読み込み中の表示、エラーだけの状態になっていないことです。空のままなら設定ページに戻り、追加した項目が有効になっているか確認してください。

自動更新を設定

サブスクリプションを正常に追加できたら、設定の詳細で更新間隔を確認できます。一般的には、時間単位の自動更新か、更新ボタンを押す手動更新を設定します。基本設定の段階で頻繁に更新する必要はありません。提供元から変更の通知がない限り、クライアントの既定の間隔を使えば十分です。更新すると設定内容は再取得されますが、通常はシステムプロキシのオン・オフは変わりません。更新後にポリシーグループが変わった場合は、現在の選択項目をもう一度確認してください。

サブスクリプションの追加に失敗したら、まずURLが完全か確認し、現在のネットワークから再取得してください。「タイムアウト」は、クライアントが制限時間内に設定を取得できなかったことを示します。「形式エラー」は、返された内容がクライアントで認識できるYAML設定ではないことを示します。拡張子を適当に変更して解決しようとしたり、ウェブページのエラー内容を設定ファイルとして保存したりしないでください。関連するエラーは、トラブル対応で「インストール・設定」の分類から探せます。

設定が選択され、ポリシーグループを開ければ、サブスクリプション追加は完了です。次のステップでは、クライアントが接続を処理する方法だけを決めます。設定を再度追加する必要はありません。

ステップ2：プロキシモードとポリシーグループを選択

「モード」「プロキシモード」またはホーム画面のモード選択エリアを開きます。Clashクライアントの多くは、ルール、グローバル、ダイレクトの3つの基本モードを備えています。初期設定では「ルール」、一般的なRuleモードを選択します。現在の設定に含まれるルールを読み込み、対象ドメイン、IPアドレス、ルールセットを上から順に確認し、最初に一致したルールに対応するポリシーへ接続を渡します。これにより、プロキシが必要な接続はプロキシポリシーへ、LANや設定で指定されたサービスは直接接続へ振り分けられます。

「グローバル」モードでは、ほとんどの接続を同じプロキシポリシーに渡します。短時間でプロキシ自体の利用可否を確認するには適していますが、ルールが正しいか判断する基準には向きません。「ダイレクト」モードはプロキシを経由せず、プロキシを一時停止したり比較テストを行ったりするときに使います。日常設定が目的なら3つのモードを何度も切り替えず、まずルールモードを維持し、接続トラブルの切り分け時だけグローバルやダイレクトを一時的に使って比較してください。

ポリシーグループで利用可能な項目を選択

モードをルールにしたら、「プロキシ」ページを開き、主なプロキシ通信を担当するポリシーグループを探します。「ノード選択」「Proxy」「手動選択」など、設定提供元が決めた名称になっている場合があります。グループを展開し、サブスクリプションが推奨する自動ポリシー、または現在利用できる項目を選びます。ポリシーグループはルールと実際の接続方式の間にある中間層です。ルールが接続をポリシーグループに渡し、グループが具体的な接続先を決定します。

設定に複数のポリシーグループがあっても、すべてを変更する必要はありません。まず最上位のメイン選択グループを設定し、他のグループは既定値のままにします。たとえば、ルールが動画、ダウンロード、一般的なウェブサイトを別々のグループに渡す場合、子グループには通常既定の項目が設定されています。一度に多くを変更すると原因の特定が難しくなるため、接続確認後に必要な項目だけ調整してください。

「自動選択」「負荷分散」「フェイルオーバー」などの名称は、ポリシーグループの動作方式を示すもので、プロキシモードとは異なります。プロキシモードはルールを読み込むかどうかを決め、ポリシーグループはルールに一致した後の経路を決めます。混同しやすい2つの概念については、Clash用語クイックリファレンスで詳しく確認できます。

ステップ3：コアを起動してシステム接続を有効化

クライアントのホームまたは「設定」ページに戻り、まずコアの状態を確認します。インストール後にコアが自動起動し、ページに「実行中」と表示されるクライアントもあれば、起動ボタンを押す必要があるクライアントもあります。コアが動作して初めて、設定とルールが接続処理に使われます。システムプロキシを有効にしても効果がない場合、最初にコアが停止していないか確認してください。

コアが起動したら、デスクトップ版ではまず「システムプロキシ」を有効にします。WindowsとmacOSでは、クライアントが提供するローカルプロキシアドレスがシステムのネットワーク設定に書き込まれ、ブラウザーなどシステムプロキシに従うアプリがClashへ接続を渡します。有効化に成功するとスイッチがオンのままになり、システムのネットワーク設定にも対応するプロキシ項目が表示されます。初回は変数を少なくして確認できるよう、TUNモードを同時に有効にしないでください。

AndroidとiOSのクライアントは通常、システムVPNインターフェースを通じて接続を引き受けます。「接続」「起動」またはホーム画面のスイッチをタップすると、システムがVPN構成の許可を求めます。アプリ名が現在のクライアントと一致することを確認して接続作成を許可すると、ステータスバーにシステムのVPNアイコンが表示されます。モバイル版のVPNインターフェースは通信をローカルのプロキシコアへ渡すためのもので、従来型の企業VPNに接続しているとは限りません。実際の振り分けは現在のClash設定によって決まります。

TUNモードを使うタイミング

TUNモードは仮想ネットワークインターフェースを作成し、システムプロキシ設定を読み取らないアプリも広く接続対象にできます。UDPやコマンドラインプログラムの通信を処理する場合にも適しています。ブラウザーがシステムプロキシ経由で正常にアクセスできるのに、特定のアプリだけが常にプロキシを回避する場合は、TUNの利用を検討してください。デスクトップで初めて有効にするときは、管理者権限やネットワークコンポーネントのインストールを求められる場合があります。クライアントの画面に従って許可し、完了後にコアの状態を確認してください。

システムプロキシとTUNでは対象範囲が異なります。両方を同時に有効にできるクライアントもありますが、基本設定では主要な接続方式を一度に1つだけ確認するのがおすすめです。まずシステムプロキシでブラウザーを確認し、より広い範囲を扱う必要がある場合はシステムプロキシを無効にしてTUNをテストするか、クライアントが推奨する組み合わせを使います。これにより、通信できなくなったときに、設定自体の問題か、仮想インターフェース、DNS、権限の問題かを判断しやすくなります。

ネットワークツールの干渉を避ける

接続前に、システム上で他のプロキシ、VPN、ネットワークフィルター、パケットキャプチャーツールが動作していないか確認します。複数のプログラムがシステムプロキシ、ルーティングテーブル、DNSを同時に変更すると、すべて接続済みに見えても、通信が別の経路へ入ることがあります。基本確認中は現在のClashクライアントだけを動作させ、ブラウザーの独立したプロキシ拡張機能も一時停止してください。確認後、必要なツールだけを1つずつ戻します。

システムプロキシをオンにした直後に自動でオフになる場合は、コアが起動しているか、システム権限によるプロキシ変更が許可されているか、クライアントのポートが他のプログラムに使用されていないかを確認します。TUNの起動に失敗した場合は、まずシステムプロキシに戻してこのページの手順を完了し、その後トラブル対応でTUNの権限、仮想ネットワークアダプター、DNSに関する項目を確認してください。接続が確立する前に、ポート、DNS、ルールを同時に変更しないでください。

クライアントでコアが実行中と表示され、システムプロキシまたはモバイル版のVPNが有効になったら、確認手順に進めます。ただし「スイッチがオン」は必要条件にすぎません。実際の接続とログを確認し、通信が想定したルールを通過していることを確かめてください。

ステップ4：接続とルールの動作を確認

先に開いていたテスト用ウェブページを閉じ、新しいブラウザーのタブで普段使うサイトへアクセスします。新しい接続を使うことで、古いページのキャッシュ、既存の長時間接続、ブラウザーの先読みが判断に影響するのを避けられます。ページが開いたら、表示結果だけで結論を出さず、Clashクライアントの「接続」ページに戻り、アクセスした対象に対応する新しい記録が表示されているか確認します。

接続記録には通常、対象ドメイン、接続タイプ、一致したルール、使用したポリシーなどが表示されます。表示項目はクライアントによって異なりますが、少なくとも新しい接続が継続的に現れることを確認してください。記録を開き、現在の設定にあるポリシーグループを経由していることを確認します。すべてがDIRECTと表示される場合は注意が必要です。ただし、直接接続すべきLANアドレスへのアクセスでDIRECTと表示されるのは正常です。対象の種類を踏まえて判断し、すべての直接接続を失敗とみなさないでください。

続いて振り分けを比較します。設定上、直接接続するサービスとプロキシポリシーへ渡すサービスにそれぞれアクセスしてください。接続記録またはログに戻り、両者が一致したルールを比較します。ルールモードのログには、DOMAIN-SUFFIX、GEOIP、GEOSITE、MATCHのような情報が表示されることがあります。2つの対象が想定した経路にそれぞれ入れば、サブスクリプション、ルールモード、ポリシーグループ、システム接続が正常に連携しています。

ログで問題の層を特定

ウェブページを開けないのに接続記録が表示される場合、システムプロキシやVPNによる接続の引き受けはおおむね機能しており、問題はポリシー選択、リモート接続、DNS、ルール結果にある可能性が高いです。「ログ」を開き、先ほどアクセスした時刻以降を確認します。接続が特定のポリシーに渡された後でタイムアウトしている場合は、サブスクリプション提供元の自動ポリシーに戻して再テストします。ドメイン解決に失敗している場合は、DNS設定とローカルネットワークを優先して確認してください。

ウェブページへのアクセス時にクライアントへ新しい記録がまったく追加されない場合、問題は通常、通信がコアに入る前に発生しています。デスクトップ版ではシステムプロキシが有効なままか、ブラウザーが独自のプロキシ設定を使っていないか確認します。モバイル版ではシステムVPNアイコンの有無と、省電力設定によってクライアントが停止していないかを確認します。TUNモードでは、スイッチの表示だけが変わったのではなく、仮想インターフェースが実際に起動していることも確認してください。

確認が完了したら、ルールモードと現在のメインポリシーグループを維持できます。以後、サブスクリプションを更新する際に手順全体を繰り返す必要はありません。設定を更新し、現在の設定が選択されたままであることを確認するだけで十分です。更新後に突然アクセスできなくなった場合は、更新前後の設定名と時刻を記録し、モード、ポリシーグループ、システムスイッチの順に確認してください。最初からすべての設定を削除する必要はありません。