Clashのダウンロードとインストーラー

デスクトップ画面から設定やルールを管理したい場合に適しています。サブスクリプションの更新で設定ファイルの内容が置き換わることがあるため、独自のDNS、ポート、ルールはクライアントが対応する上書き設定に追加してください。サービスモードやTUNを有効にする前に、インストールが完了していることを確認し、画面の案内に従って必要な権限を許可します。

デスクトップとモバイルで似た設定管理の手順を使える、クロスプラットフォームのGUIクライアントです。ここでのAMD64はx86-64アーキテクチャを指し、AMD製CPUに限定されません。設定を移行したら、他のソフトが旧クライアントのポートを参照したままにならないよう、システムプロキシの待ち受けポートを確認してください。

デスクトップで設定を管理する別の選択肢です。既存の設定をインポートしたら、実際にその設定が選択されているかを確認し、プロキシグループで参照されている名前も確認しましょう。複数クライアントのシステムプロキシやTUNを同時に有効にすると、ルーティング、DNS、待ち受けポートが競合して原因の特定が難しくなるため避けてください。

旧環境の再現や移行時の参考にするためのアーカイブです。旧クライアントが現在のOSに対応していることや、新しいプロトコルをサポートすることを保証するものではありません。新規インストールには上記のクライアントをおすすめします。移行前に元の設定と上書き内容を保存し、移行後はルール、DNS、プロキシグループを一つずつ確認してください。唯一のバックアップを直接上書きしないでください。

サブスクリプション、プロキシグループ、ルールの管理に使えます。現在、2つのmacOSチャンネルから同じx64 DMGが提供されています。Apple Siliconで実行するにはRosetta 2が必要です。インストール後は、まず設定を最小限変更して元のサブスクリプションが使えるか確認し、その後で個別の上書き設定を追加すると、サブスクリプションの問題とローカル設定の競合を切り分けやすくなります。

他のプラットフォームと同じ操作感で使いたい場合に適しています。現在、macOS向けの2つのチャンネルはいずれもAMD64ファイルを指しており、Apple Siliconでは互換実行環境が必要です。システムプロキシを有効にしても特定のアプリが直接接続する場合は、そのアプリがシステムプロキシに従うかを確認してください。インストーラーを何度も替える必要はありません。

既存の設定や従来の作業環境からの移行用に掲載しています。どちらのチャンネルもx86_64ファイルを提供しており、ARM64専用ビルドではありません。新規インストールにはメンテナンスが継続しているクライアントをおすすめします。移行前にメニューバーのプロキシ設定とローカル設定を保存し、新しいクライアントが正常に動作することを確認してから旧アプリを整理してください。

ARM64、ARM、ユニバーサル版があり、端末のアーキテクチャに合わせて選べます。アーキテクチャが分からない場合はユニバーサル版を選べますが、複数のアーキテクチャを含むためファイルサイズは大きくなりがちです。設定をインポートしたら該当項目を有効にしてからサービスを起動してください。サブスクリプションURLを一覧に保存するだけでは、通信は自動的に取り込まれません。

デスクトップ版に近い設定管理ができます。初回の権限許可後、他のVPNアプリが同時に動作していないか確認してください。Androidでは通常、システムのVPNインターフェースを同時に利用できるアプリは1つです。特定のアプリだけをプロキシ経由にする場合は、クライアントのアプリ別設定を確認し、YAMLのドメインルールとは適用範囲が異なる点に注意してください。

Surfboardが対応する設定形式を使用します。任意のClash YAMLをそのまま読み込むための代替クライアントではありません。移行前にサービス提供元が対応形式を提供しているか確認し、プロトコル、プロキシ、ルールを移行できるか確かめてください。拡張子を変更するだけでは形式を変換できません。

サブスクリプションやシステムプロキシをGUIで管理したいLinuxデスクトップユーザーに適しています。Debian、Ubuntu系ではDEBを、FedoraなどRPM系のディストリビューションではRPMを選んでください。ディストリビューションのパッケージマネージャーでインストールすると、不足している依存関係を把握しやすくなります。依存関係のエラーを無視して無理にインストールしないでください。

DEBパッケージを利用するAMD64デスクトップ環境向けです。インストール後に設定をインポートし、ローカルポートで待ち受けていることを確認してから、デスクトップのシステムプロキシが実際に反映されているか確認してください。コマンドラインツールはデスクトップのプロキシ設定を参照しない場合があります。必要に応じて、ツールのドキュメントに従ってプロキシや環境変数を個別に指定してください。