M チップ Mac で ClashX Pro を選ぶ理由と検索の落とし穴

ClashX Pro は macOS 向けのメニューバー型クライアントとして検索需要が高く、Apple Silicon 向け arm64 ビルドが用意されている配布も多いです。画面を大きく開かず、常駐アイコンから システムプロキシ の ON/OFF やノード切替をしたいユーザーに向きます。一方、購読やルールをウィンドウで一覧管理したい場合は Clash Verge Rev の macOS 導入記事 のほうが作業台として分かりやすいことがあります。クライアント全体の比較は クライアントの選び方 を参照してください。

検索結果には旧 ClashX（無印）や Clash for Windows 前提の手順が混ざり、「Config」「Managed Config」「Enhanced Mode」などのラベルが現行 ClashX Pro と一致しないことがあります。本稿は処理の順序（入手 → 購読 → システムプロキシ → 任意で拡張）に沿って書き、手元ビルドの英語メニュー名は読み替え前提です。

ℹ 拡張モード＝TUN 系の理解や、macOS でプロキシと拡張がぶつかる典型例は macOS：TUN とプロキシの衝突 と TUN モードの詳解 が補助になります。初日はシステムプロキシだけでブラウザ疎通を確認する方が切り分けコストが低いです。

事前確認：macOS・他 VPN・入手経路

企業・学校支給 Mac では MDM によりユーザー領域への追加インストールやシステム拡張の承認自体が禁止されていることがあります。利用規約と管理者の許諾を先に確認してください。

常駐する別 VPN やフィルタは、ルートや Network Extension を握り、ClashX Pro でプロキシを ON にしても期待どおり流れない原因になります。検証時は片方を停止して差分を見るのが早いです。

Apple Silicon では配布ページに Apple Silicon／arm64／ユニバーサルと明記されたパッケージを選ぶと、Rosetta なしで動かしやすいです。入手は ダウンロードページ を主軸にし、見知らぬミラーや改造版は購読トークンごと漏洩するリスクがあるため避けます。設定ファイルの既定置き場は多くの場合 ~/.config/clash/ 配下です（ビルドにより clash-pro など名称差あり）。

インストールとメニューバー初回起動

一般的な流れは DMG を開き、ClashX Pro.app を Applications へドラッグし、Launchpad または Spotlight から起動します。初回はメニューバー右上（または隠れアイコン内）に猫アイコン相当のトレイが現れ、バックグラウンドでコア（Clash Meta／Mihomo 系）の展開・検証が走るため、数十秒操作できないことがあります。

Gatekeeper が「開発元を検証できないため開けません」と止める場合は、一度閉じて Finder で Control＋クリック →「開く」、または システム設定 → プライバシーとセキュリティ で実行を許可します。いずれも信頼できる入手元を確認してから行ってください。

メニューバーにアイコンが見えないとき

macOS のメニューバーはアイコン数で折りたたまれるため、Control キーを押しながらメニューバーをクリックして配置を調整するか、システム設定 → コントロールセンター でメニューバーへの常時表示を確認します。起動直後に終了する場合は、署名・他セキュリティ製品のブロックを疑い、正規ビルドへの差し替えから検証すると早いです。

購読 URL の取り込み

プロバイダから受け取った 購読 URL（クエリに秘密トークンが付く形式は第三者と共有しない）を、メニューバーの Config → Managed Config → Subscribe（または「購読を追加」に相当する項目）へ貼り付けます。表示名を付けて更新すると、config.yaml が取得・マージされ、ノード一覧がメニューに現れます。

すでに config.yaml や *.yaml がある場合は、同 Config メニューからフォルダを開くで配置ディレクトリへ入れ、Reload（再読み込み）を実行します。GUI とエディタの両方で同じキーを触ると上書き競合が出やすいので、どちらを正とするか最初に決めてください。

更新が失敗するときは URL の誤り、期限切れトークン、レート制限、学内プロキシの影響などを疑います。HTTP ステータス中心の切り分けは 購読更新エラー記事、長期運用は 購読とノード管理 が参考になります。

モード・プロキシグループ・出口ノード

メニューバーから Rule（ルール）／Global（全体）／Direct（直結）などのモードを選びます。続けて Proxy または プロキシグループ のサブメニューで、url-test 付きの自動選択グループや手動ノードを指定します。国内ドメイン直結・それ以外プロキシという一般的なルールベースは、初回の挙動把握に向きます。ルール設計の深掘りは ルール分流のベストプラクティス を参照してください。

一覧は取れたのにブラウザが素通りに見える場合、次のシステムプロキシ段階が分かれ目です。ClashX Pro はメニューからワンクリックで macOS のプロキシ設定を書き換える設計のため、ここを OFF のままにしていると「ノードは選べるのに通信が変わらない」状態になりやすいです。

システムプロキシで初回疎通（推奨ルート）

メニューバーで Set as system proxy（システムプロキシを設定）に相当する項目を ON にします。多くの場合 システム設定 → ネットワーク → 利用中のサービス → 詳細 → プロキシ に 127.0.0.1 と HTTP/HTTPS（および SOCKS）のポートが入ります。ビルドにより mixed-port 一本化や SOCKS のみ先に立つなど差があるため、実際の数値は画面で確認してください。

ブラウザでは、(1) 任意の HTTPS サイトで証明書警告が出ないこと、(2) 運用側が許可する診断用ドメインで出口が期待に近いこと、を同じセッションで続けて確認します。ログにヒットが出ずブラウザだけ直結に見えるときは、システムプロキシ OFF、ブラウザ拡張の独自プロキシ、別 VPN のルート奪取を疑います。TLS 周りは TLS／timeout のログ読み が役立ちます。

Checklist — ClashX Pro first hop 
1. Menu bar: config loaded, node / group selected
2. Menu bar: Set as system proxy = ON
3. macOS: Proxies tab shows 127.0.0.1 + expected ports
4. Browser: HTTPS OK; egress check matches policy

拡張モードとシステム拡張・Network Extension

プロキシ非対応アプリや UDP まわりまでまとめてコアへ寄せたい場合、Enhanced Mode（拡張モード／TUN 相当）を有効にします。初回は次の流れが典型です。

  1. メニューから拡張モードを ON にし、ヘルパーツール（Privileged Helper）のインストールを求められたら管理者パスワードで許可する。
  2. macOS が システム拡張がブロックされました と通知したら、システム設定 → プライバシーとセキュリティ 下部のシステム拡張（または Network Extension）でベンダ名横の許可を押す。
  3. 指示どおり再起動またはログアウト／ログイン後、再度拡張モードを ON にする。

Network Extension は macOS がトンネル系トラフィックを制御する枠組みで、ClashX Pro の拡張モードはここに依存します。許可ボタンが見当たらないときは拡張を一度 OFF → ON、クライアント再起動、他 VPN の拡張承認待ちとの混線確認を行います。詳細な衝突パターンは macOS：TUN とプロキシの衝突 を正としてください。

拡張モードとシステムプロキシを同時に ON にしない

拡張モードを主経路にするなら、システムプロキシの自動設定は OFF に寄せ切る方が安定しやすいです。両方 ON のままだと、ブラウザだけ遅い・ターミナルだけ直結するといったアプリごとの差が出やすくなります。方針は「ブラウザ中心ならシステムプロキシ」「全アプリをまとめたいなら拡張」のどちらかに決めてください。

うまくいかないときの切り分け

「一度に一手だけ」戻すのがコツです。システムプロキシ OFF → ON、別 VPN 停止、ノード切替、Reload の順で差分を付けます。ポート競合は mixed ポートの競合解消 が macOS でもそのまま参考になります。

購読は成功しているのにノード数が変わらない日は、プロバイダ側メンテナンスとローカルキャッシュの両方を確認してください。拡張モードだけ「仮想 NIC が立たない」場合は、システム拡張の未承認か、MDM による拡張禁止が第一候補です。

終了後にインターネットが戻らないときは、システムプロキシが OFF になっているか、scutil --proxy でプロキシ欄が空に近いかを確認します。類似症状は 終了後にネットが戻らない 記事も参照してください。

⚠ コンプライアンス：学校・職場・公共 Wi‑Fi ではトンネルやプロキシが禁止されている場合があります。本稿は許可された環境でのセットアップを説明するものであり、制限回避を助長する意図はありません。

よくある質問

ClashX Pro と Verge Rev、どちらを入れるべき？

常駐を軽くしメニューバー中心で済ませたいなら ClashX Pro。購読・プロファイル・ログを大きな GUI でまとめたいなら Verge Rev 導入記事。日常のモード切替だけなら Mihomo Party の macOS 利用記事 も選択肢です。

Apple Silicon で Rosetta は必要？

配布に arm64 またはユニバーサルが含まれていれば通常不要です。アクティビティモニタでプロセス種別を確認し、Intel 専用ビルドだけだった場合に Rosetta を検討します。

拡張モードを ON にしてもログに TUN エラーが出る

システム拡張の未承認、他 VPN とのルート競合、config.yaml の tun: 断片と GUI の矛盾を順に確認します。macOS 特化の手順は TUN とプロキシの衝突 に整理があります。

OSS と入手経路

ClashX Pro はコミュニティで広く使われる macOS クライアントの一つですが、フォークやビルド差によりメニュー表記が変わります。一般利用者の主たる入手口はサイト上のダウンロード導線に揃え、バージョンアップ時はリリースノートと手元 UI を正としてください。スクショ依存の第三者記事は陳腐化しやすいため、本稿のような順序ベースの手順のほうが長く使えます。

まとめ

Apple Silicon の Mac で ClashX Pro を実用に載せる最短ルートは、正規入手と Gatekeeper 通過 → 購読インポートとノード選択 → メニューバーからシステムプロキシ ON で疎通確認の三段です。全アプリ転送が必要になった段階で 拡張モード と システム拡張・Network Extension を足すと、権限まわりの切り分けが楽になります。

一方、単機能の常駐 VPN アプリはルール細工やログが薄く、失敗時に「プロバイダか端末か OS 権限か」を分けにくい製品が多いです。Clash V.CORE は購読・ルール・接続ログを同じ文脈に置けるため、ClashX Pro で慣れた「購読 → モード → 疎通確認」の流れを、長期運用や複数プロファイルにもそのまま伸ばしやすく、拡張や DNS の調整時も原因を追いやすいです。

具体的な入手と更新は ダウンロードページ から進め、購読運用と接続確認を同じワークフローで完結させましょう。