Apple Silicon Mac で ClashX Pro を安全に入れる：検証から初回の購読インポートまで

なぜ今も ClashX Pro と Apple Silicon の組み合わせが検索されるのか

M シリーズの普及で「省電力で常駐させたい」「メニューバーから一息で ON/OFF したい」という利用が増え、軽量な常駐クライアントへの需要は下がっていません。ClashX 系は長く macOS の慣習に合わせた UI を保ってきたため、新しい mihomo 系 GUI に乗り換える前に、まず手慣れた導線で安定運用したい読者も多いです。一方で macOS のセキュリティフロー は年次で厳しくなり、未署名に近いコミュニティアプリでは 隔離（quarantine） や システム拡張 の承認が以前より目立ちます。したがって「インストールできた＝すぐ通信できる」とは限らず、公式の入手経路 と ローカル検証 を先に済ませるのが安全です。

本記事のスコープは ClashX Pro と Apple Silicon 搭載 Mac に限定し、ルール文法の深掘りやプロバイダ固有のダッシュボード操作は各サービス側の案内に譲ります。DNS や fake-ip でページが回るだけ開かない症状は「接続はあるがページが開かない：DNS と fake-ip」を参照し、終了後に OS のプロキシが残る話題は「終了後にシステムプロキシを戻す」が近いです。

始める前に揃えるもの

購読が「すでにプロキシがないと取得できない」設計だと鶏卵になります。初回だけモバイル回線や別端末で URL を確定し、以降はクライアントの自動更新に任せるのが現実的です。URL をチャットに丸ごと貼らない、公共端末に残さない、といった運用はどのクライアントでも共通です。

ダウンロードとハッシュ照合（身元の確認）

Apple Silicon 向けと謳うミラーサイトは、ファイル名が似ていても中身が別物である可能性があります。まずブラウザのアドレスバーが 公式ドメインまたは信頼できるミラー方針 に沿っているかを確認し、ダウンロード完了後にファイルサイズとリリースノートの記載が一致するかを見ます。リリースページに チェックサム が載っている場合は、保存した .dmg に対して次のように突き合わせてください（ファイルパスは環境に合わせて読み替えます）。

shasum -a 256 ~/Downloads/ClashXPro.dmg

一致しない場合は再ダウンロードし、VPN や企業プロキシがバイナリを書き換えていないかも含めて疑います。クラック版や「設定済みノード付き」と謳う匿名アーカイブは、ハッシュが合っても実行しないのが安全です。プロキシ権限を持つアプリは悪意あるビルドだと通信に深く入り込めるため、入手経路の説明責任 を自分で果たせるパッケージだけを使う、が原則です。

インストール、Gatekeeper、隔離属性の解除

DMG をマウントし、ClashX Pro を Applications フォルダへドラッグしてコピーします。初回起動で「開発元を確認できない」といった表示が出た場合は、Control+クリック → 開く で意図したバイナリであることを確認したうえで許可するのが定石です。macOS の新しめのバージョンでは、ブラウザが付与した 隔離属性 のせいでダイアログがループすることもあり、その際は次のコマンドでアプリ本体の隔離を外す例がコミュニティで共有されています（パスとアプリ名は実際のものに合わせます）。

sudo xattr -rd com.apple.quarantine /Applications/ClashX\ Pro.app

sudo を伴う操作は、ターミナルに貼る文字列の出所が信頼できる説明かどうかを必ず確認してください。MDM で管理された Mac ではポリシーによりシステム拡張や補助ツールのインストール自体が禁止されていることがあり、その場合はクライアントを入れても拡張モードまでは到達できません。業務端末では IT 部門の許可フローを先に通すのが安全です。

初回起動、メニューバー、ローカルネットワークなどの権限

起動後、画面上部のメニューバーにアイコンが現れるかを確認します。アイコンが隠れている場合は、Control を押しながらメニューバー上の余白へドラッグして表示領域を確保してください。macOS が ローカルネットワーク を尋ねたら、メニューバーアプリとローカルのコントローラ通信に必要なケースが多いため、目的を理解したうえで許可します。拒否したあとで通信が不安定になった場合は、システム設定のアプリ一覧から ClashX Pro を探し、権限を見直してください。

ログイン項目やバックグラウンド動作を尋ねられたら、常駐運用の方針に合わせて決めます。拒否しても手動起動セッションは続けられますが、再起動のたびにオンにし直す手間が増えます。ここではまだ 拡張モード を急がず、次章まで「システムプロキシだけでブラウザが動く」ことを優先すると切り分けが楽です。

拡張モードとシステム拡張（必要なときだけ）

Enhanced Mode（拡張モード） は、プロキシ設定を無視するアプリのトラフィックも引き込むための仕組みで、多くの場合 システム拡張／ネットワーク拡張 の承認と管理者パスワードを伴います。システム設定 → プライバシーとセキュリティ に誘導されたら、開発者表示を確認したうえで許可し、再起動を求められたら指示に従います。別製品の VPN や企業ポートプロファイルが同時に効いているときは競合が出やすいので、検証では一度だけスタックを単純化するのが効果的です。

Wi-Fi が不安定になる、仮想インタフェースが残るなどの報告がある場合は、拡張をオフにし、ネットワーク設定から不要なインタフェースを削除したうえで再試行してください。常に拡張が要るとは限らず、開発用 CLI だけ別経路にしたいときはそもそもシステムプロキシだけで足りることもあります。

Remote Config での購読インポートと有効化

メニューバーアイコンから Config → Remote Config → Manage の流れで URL を追加し、Download がエラーなく完了するまで待ちます。ここでのつまずきは、ログインページ URL をそのまま貼ってしまう事例や、末尾の空白・改行混入、期限切れトークンなどの人的ミスが多く、機械的な「壊れ」より先に確認する価値があります。成功後は一覧から 実際に使うリモート設定 を選択し、プロキシリストにサーバ行が増えているかを見ます。「ダウンロードは成功したのに一覧が寂しい」ときは、アクティブな構成が別のファイルのままになっていないかを疑ってください。

1. 購読用 URL を追加し、更新ログまたはタイムスタンプで成功を確認する。
2. 利用する Remote Config がハイライトまたはチェック状態になっていることを確認する。
3. Proxies の画面でグループ／ノード数がゼロでないかを見てから、上流のトグルへ進む。
4. 自動更新間隔を現実的な値にし、Stale ノードを溜めない。

システムプロキシ ON と疎通確認の順番

メニューから Set as system proxy を有効にし、モードはまず Rule を維持しつつ、海外サイトと国内サイトを交互に開いて挙動を見ます。システム設定 → ネットワーク → 詳細 → プロキシ に 127.0.0.1 と想定ポートが反映されているかを確認すると、アプリ側と OS の齟齬を早期に掴めます。ビルトインの遅延表示がすべてタイムアウトする場合でも、ログに connection refused が並ぶのか i/o timeout が並ぶのかで、ローカル待受と出口ノードを分けて考えられます。

アイコンは正常でもページだけ真っ白なときは、DNS フェーズに進む前に単純対照として短時間だけ Global を試す手もあります。恒常利用は Rule に戻し、問題がドメイン限定ならポリシーとルールセット側を疑います。ブラウザの Secure DNS を併用している場合も挙動が変わるため、検証ウィンドウでは一旦素の設定に寄せると切り分けが速くなることがあります。

うまくいかないときのチェックリスト

Gatekeeper と隔離のループ

別 DMG を誤ダウンロードしていないか、Applications のアプリが最新のコピーかを確認します。xattr コマンドはサイトの説明どおりであること、およびアプリパスがスペース付き名前と一致することを二度見します。

購読成功表示なのにノードなし

ブラウザで URL を開き YAML が見えるか、HTML ログインへリダイレクトされていないかを確認してください。サービス側のダッシュボードでサブスク形式が複数ある場合、mihomo 互換ではないリストを読み込んでいないかも見ます。

拡張 ON でだけ不安定

他 VPN のフルトンネルと同時稼働していないか、古い仮想インタフェースが残っていないかを確認し、順にオフへ戻して差分を取ります。社内証明書検査と相性が悪いケースでは、証明書順序やプロキションを IT 側に相談する必要があります。

よくある質問

Q. M1 と M4 で手順は変わりますか？

OS のセキュリティダイアログの文言や必須の再起動タイミングはバージョンで差が出ますが、取得 → 検証 → 許可 → 購読 の骨格は同じです。配布側がユニバーサルバイナリを提供している場合は、自分の機種でも同一 DMG で足ります。

Q. Clash Verge Rev とどう使い分けますか？

Verge は mihomo コア選択やウィンドウ型 UI が中心で、本稿のようなメニューバー短文操作とは設計が異なります。機能要件と好みが重なるなら両方試し、運用ログを読みやすい方を残すと良いです。導線の参考は前述のまとめ記事へ。

Q. アンインストール時の注意は？

先にプロキシをオフにし、必要なら拡張と仮想インタフェースを除去してから Applications から削除します。残骸設定は別途ユーザーライブラリ配下にある場合があるため、公式の削除手順があればそれに従ってください。

まとめ：最短で「開ける」を取りにいく順序

メニューバー型のプロキシ常駐は手軽ですが、ユーザーは裏側のルールファイルやポート設定をほとんど見えないままになりがちです。クラウド経由ですべて任せる閲覧補助型ツールとは違い、ローカルの構成と権限まで踏み込むぶんだけ、ウィザード一発完結の謳い文句とは温度差があります。複数サービスや古い構成ファイルを転がし続けるほど、この温度差による手戻りが増えるイメージです。

Clash はオープンに近い構成ファイルと複数実装があるエコシステムなので、「一度覚えた概念を別クライアントへ持ち運べる」「購読とルールが資産として残る」ことに強みがあります。更新は自分で追う前提になりますが、長期運用でドリフトしないようコミュニティのリリースを追いやすいのも特徴です。

初日の迷路をなるべく短くしたい場合は、説明どおり順番を守って検証し、広告サイトではなく自分で説明できる URL だけからファイルを入手してください。そのうえで、環境に合うクライアントを一覧から選びたければ Clash の公式ダウンロードページから入手 し、自分のチップ世代と読み書きできるドキュメントをセットで確認すると安心です。