Clashのよくある質問

クライアントは設定のインポートやモード切り替え、ログ確認などの操作画面を提供します。コアは接続を処理し、ルールを判定して通信先を選びます。サブスクリプションはサービス提供元が発行するもので、ノード一覧や設定一式が含まれるのが一般的です。クライアントをインストールしても、利用できる回線が手に入るわけではありません。また、サブスクリプションを読み込んだだけでは、システムの通信がプロキシ経由になるとは限りません。初めて使うときは、サブスクリプションが有効で設定が選択されていることを確認してから、システムプロキシを有効にし、接続ログを確認しましょう。この3つの役割を分けて考えると、サービスの期限切れをインストールの不具合と取り違えずに済みます。

普段はルールモードを使い、設定内のルールに従って通信を直接接続、プロキシ経由、または拒否に振り分けるのが一般的です。グローバルモードでは、コアに入った通信をグローバル用のプロキシグループに渡しますが、そのグループで適切な出口を選ぶ必要があります。すべてのアプリの通信を自動的に取り込むモードではありません。DIRECTモードでは通常、コアに入った通信を接続先へ直接送るため、比較や切り分けに使えます。モードを切り替えても、既存の長時間接続には以前の出口が使われ続けることがあります。確認するときは新しい接続を作り、接続ログで実際に適用されたポリシーを確認してください。

システムプロキシはOSのプロキシ設定を変更し、その設定に従うアプリの通信に適用されます。コマンドラインツールやゲーム、独自にネットワークを管理するアプリなどは、システムプロキシを使わない場合があります。TUNモードは仮想ネットワークアダプターとルーティングを使って、より多くの通信を取り込みますが、権限やドライバー、DNS、ルート設定が必要です。対応範囲はクライアントとコアによって異なります。まずシステムプロキシで基本動作を確認し、必要に応じてTUNを有効にするのがおすすめです。どちらも通信速度を上げるための段階ではなく、無効なサブスクリプションや使えないノードを直すものでもありません。

クライアントと回線サービスは別のものです。クライアントの中には、無料で利用でき、ソースコードも公開されているものがあります。一方、ノードサーバーの帯域、アカウント、有効期限はサブスクリプションの提供元が管理するため、回線も無料、または長期間使えるとは限りません。インポートする前に、サービスの提供元、対応する設定形式、利用条件を確認してください。提供元が不明なサブスクリプションをメイン設定にせず、URLも公開しないでください。アクセスに必要な情報が含まれている場合があり、漏えいすると第三者に使われるおそれがあります。必要に応じてサービス側で認証情報をリセットしましょう。

同じ系統のコアを使うクライアントなら、一部のYAML設定を共用できる場合があります。ただし、画面上の設定やコアのバージョン、拡張フィールド、ファイルパスは互換性がないことがあります。移行前に設定をバックアップし、プロトコルの対応状況、ルールセットの形式、DNS関連の項目、ローカル参照パスを確認してから、新しいクライアントで設定を検証してください。自動起動、システムプロキシ、サービス権限なども再設定が必要な場合があります。インポートに成功しても、ルールの適用結果と接続先を確認しましょう。ファイルを読み込めたことだけで、すべての機能が移行できたとは限りません。

まずシステム情報でプロセッサのアーキテクチャを確認し、ダウンロードページで対応するクライアントを選びます。x64またはAMD64は多くのIntel・AMD製デスクトッププロセッサ向け、ARM64は対応するARMデバイス向けです。OSの名称だけで判断しないでください。macOSではApple SiliconとIntelを区別し、Androidでは端末とアプリの対応状況を確認して選びます。インストーラーにアーキテクチャ非対応と表示された場合は、ファイルの拡張子を何度も変更せず、選択内容を見直してください。既存のクライアントを更新する前に、現在の設定をエクスポートするかバックアップしておきましょう。

まずインポート結果とログを確認し、ログインページや案内ページ、エラーレスポンスではなく、クライアントが対応する設定を受け取れているか確認します。ノード一覧だけを返すURLもあり、その場合はクライアントが該当のインポート方式に対応している必要があります。設定一式には通常、プロキシグループやルールも含まれます。次に、読み込んだ設定が選択され、正常に適用されていることを確認してください。ログに解析エラーが出る場合は、サブスクリプション提供元に対応形式を問い合わせましょう。Webページの内容をそのままYAMLとして保存するのは避けてください。トラブルを相談するときは、個人情報を伏せたエラー情報だけを共有し、サブスクリプションURL全体は送らないでください。

まずTUNを無効にし、通常のシステムプロキシでアクセスできることを確認してから、使用中のクライアントの手順に従ってサービスコンポーネントをインストールまたは修復します。Windowsではサービスのインストールや管理者権限が必要になることがあります。macOSではネットワーク関連の権限を許可する必要があり、Linuxではサービス権限と仮想ネットワークアダプターへの対応を確認します。権限を許可したらクライアントを再起動し、最初に表示されたエラーを確認してください。それでも解決しない場合は、ほかのVPNや仮想ネットワークアダプター用ソフトとの競合を調べます。エラーを回避するためにセキュリティ機能を長期間無効にしたり、複数のルート設定を同時に変更したりしないでください。

クライアントに対応するサブスクリプションまたは設定をインポートしたら、設定とプロキシポリシーを選択し、システムの案内に従ってVPN構成の追加を許可します。クライアントに戻って接続を開始し、システムの接続状態とクライアントのログを確認してから、新しいWebリクエストで動作を確かめてください。iOSのネットワーク接続方式はデスクトップのシステムプロキシとは異なるため、デスクトップ版のポート設定をそのまま適用しないでください。接続ボタンを有効にできない場合は、設定の解析結果とシステムの許可状態を確認します。有効になっても通信できない場合は、サブスクリプションの有効期限、選択した出口、DNS設定を見直してください。

自動起動はログイン後にクライアントを起動する設定であり、システムプロキシやTUNも同時に有効になるとは限りません。スタートアップ項目、起動後の接続設定、選択中の設定、サービスの状態をそれぞれ確認し、必要な権限が許可されているかも確認してください。複数ユーザーで使う環境では、スタートアップ項目がどのアカウントに設定されているかも確認します。まず手動で起動してネットワークを確認し、ログアウトして再ログインした後のログを確認しましょう。タスクトレイのアイコンだけで判断しないでください。スリープから復帰したノートPCでルートがまだ準備できていない場合は、ネットワーク接続が完了するのを待ってから、クライアントを再接続してください。

サブスクリプション更新のたびに上書きされる元ファイルへ、長期間使うカスタムルールを直接書き込むのは避けてください。クライアントのオーバーライド、マージ、拡張設定機能を使い、ルールが挿入される位置の仕様を事前に確認しましょう。優先して適用したいルールは通常、最後に適用されるルールより前に置きますが、すべてのクライアントで同じ順序になるとは限りません。更新後は実際に適用された設定を確認し、対象ドメインへの新しい接続で意図したルールが適用されるか確かめてください。変更前にバックアップを取り、解析エラーが起きたときに戻せるようにしておきましょう。

システムプロキシを有効にしたら、ブラウザーから新しいリクエストを送り、クライアントの接続ログを確認します。ログには接続先、適用されたルール、使用したポリシーが表示されるはずです。ログがまったく記録されない場合は、通信がクライアントに届いているかを先に確認してください。信頼できるIPアドレス確認サービスを使えば出口の参考になりますが、そのリクエストの結果しか分からず、すべてのアプリがプロキシ経由であることの証明にはなりません。直接接続する接続先とプロキシを使う接続先を、それぞれ試してください。クライアントが起動中と表示されることや、Webページが開けることだけで、振り分けが正しいと判断しないでください。

レイテンシテストで測定するのは、指定したテスト先へのリクエストにかかった時間です。利用できる帯域幅とは異なり、パケットロスや混雑、アクセス先の品質まで十分に反映するものではありません。同じノードでも、接続するサービスによってその先のネットワーク経路が異なる場合があります。使い勝手を比べるときは、できるだけ同じ端末、ネットワーク、接続先、時間帯で試し、実際の通信が安定しているか確認しましょう。特定のサイトだけ遅い場合は、レイテンシ順にノードを切り替え続けるのではなく、そのサイトに適用されたルールと出口を確認してください。テスト自体が回線の通信量を消費することもあります。

信頼できる同じネットワーク内の端末からプロキシを使う必要がある場合に限り、この設定を有効にしてください。接続する端末には、自身のループバックアドレスではなく、クライアントを実行しているPCのLAN内アドレスと実際の待ち受けポートを設定します。待ち受けアドレス、ファイアウォールの受信規則、クライアントが対応するアクセス認証も確認してください。プロキシのポートをインターネットに公開せず、公衆Wi-Fiで直接開放することも避けましょう。使い終わったらLAN接続の許可を無効にします。接続できないときは、まず2台の端末間で通信できることを確認し、次にプロキシのプロトコルとポートが一致しているか調べてください。

サブスクリプションURL全体、アクセストークン、パスワード、ノードサーバーのアドレス、アカウント情報に加え、公開したくないドメイン名や端末内のファイルパスも隠してください。ログに明らかなパスワードがなくても、サービスの識別情報やネットワーク環境が分かることがあります。問題を報告する際は、クライアント名、コアの情報、OS、発生手順、関連するエラー行を残せば十分です。設定ファイル全体をアップロードする必要はありません。再現用の設定が必要なら、個人情報を伏せた最小限のサンプルを作り、添付前に内容を確認してください。認証情報を公開してしまった場合は、スクリーンショットを削除するだけでなく、サービス側で認証情報をリセットしましょう。

まずローカルネットワークとシステム時刻が正常かを確認し、次にサブスクリプションの期限切れ、通信量の上限、URLの変更がないかを調べます。続いて更新ログを確認し、タイムアウト、認証エラー、設定の解析エラーを切り分けてください。更新自体は成功しても解析に失敗する場合は、提供元に返却形式を確認します。サブスクリプションのドメインへの接続にプロキシが必要で、現在の設定が使えない場合は、クライアントの対応状況を確認したうえで一時的にDIRECTで更新するか、動作確認済みの接続を使います。短時間に何度も再試行したり、非公開のサブスクリプションURLを不明な変換サイトに送信したりしないでください。

まずプロキシを無効にして基本のネットワーク接続を確認し、システム時刻が正しいかを調べてから、サブスクリプションの状態と現在の設定を確認します。特定のノードだけ失敗する場合は、同じ設定内のほかの出口と比べてください。すべて失敗する場合は、ローカルネットワーク、サブスクリプションのアカウント、コアのプロトコル対応状況、セキュリティソフトによるブロックを優先して確認します。ログを見て、ドメイン名の解決失敗、接続タイムアウト、認証エラーを区別し、すべてをノードの障害と決めつけないようにしましょう。信頼できる別のネットワークで比較する方法もありますが、1回のテストでポート、DNS、プロトコルの設定を同時に変更しないでください。

まずシステムプロキシのアドレスとポートが、現在のクライアントの実際の待ち受け先と一致するか確認します。次にコアが起動していて、ポートがほかのアプリに使われていないことを確認してください。ブラウザー拡張機能、ブラウザー独自のプロキシ設定、別のプロキシソフトがシステム設定を上書きしている場合があります。一時的に無効にして、新しい接続を試してみましょう。クライアントの接続ログにリクエストがない場合は、通信の取り込み段階に問題がある可能性があります。ログがある場合は、ルールと出口を確認してください。コマンドラインツールはシステムプロキシに従わないことがあるため、対応するプロキシ方式を個別に設定する必要があります。それだけでクライアントの故障と判断しないでください。

まず通常のブラウザーがシステムプロキシ経由で接続できることを確認し、影響を受けるアプリがループバック制限のあるパッケージアプリかどうかを調べます。アプリによっては、PC内のループバックプロキシに直接接続できません。クライアントにループバックの例外設定ツールがある場合は、必要なアプリだけを許可し、案内に従って管理者権限で操作してください。例外設定をしても、すべてのストアアプリの問題が解決するわけではなく、ノードやDNSの障害も直りません。TUNを使っている場合は、仮想ネットワークアダプターとルートの状態も確認します。設定後は対象アプリを再起動して試してください。すべてのアプリを一度に例外設定するのは避けましょう。

接続中の表示は、一部のコンポーネントが動作していることを示すだけです。まず新しいリクエストが接続ログに記録されているかを確認し、選択したポリシー、拒否ルールの適用、DNSエラー、出口の利用可否を調べてください。クライアント終了後にネットが切れる場合は、停止したローカルプロキシをシステムが参照したままになっていないか確認し、残ったプロキシ設定を解除します。TUNを使っていた場合は、仮想ネットワークアダプターとルートが元に戻っていることも確認してください。元の設定を記録したうえで、項目を一つずつ元に戻します。ネットワーク設定をすべて同時にリセットしないでください。会社や学校の管理端末では、先にネットワーク管理者へ相談しましょう。