Intel Mac（x86_64）でクラシック ClashX：Gatekeeper から購読・システムプロキシまで

なぜ今も Intel Mac で ClashX を検索するのか

Intel Mac は現役機としてまだ十分な性能を持ちつつ、配布側のリリースノートが arm64 優先で書かれていると、dmg のファイル名だけ見て取り違えるリスクが残ります。ClashX は長く使われてきたメニューバー型クライアントであり、画面遷移よりシステムプロキシのオン／オフや購読更新の習慣が身についているユーザーにはなじみやすいです。一方で近年は別ブランドの GUI が増え、検索語に「ClashX」と入れても記事の対象がずれることがあるため、自分が入れたい実行体と UI が一致しているかを最初に確定させる必要があります。

典型的な検索意図は「公式に近い経路で dmg を取りたい」「ダブルクリックで止まるので Gatekeeper を越えたい」「購読は貼ったがブラウザが変わらない」という三段です。この順で確認項目を固定すると、ログが静かなまま時間だけが進む状況を避けやすくなります。Intel 世代特有の論点はアーキテクチャの一致と、クラシック ClashX が前提とするコア種別（多くの公開情報では Premium 系実行体）が購読側の文法と噛み合うか、という二点に集約されます。

開始前のチェック（管理者権限・入手経路・購読 URL）

「購読は更新できたのに通信が変わらない」という相談の多くは、実は購読ではなくプロキシ注入の段で止まっています。ClashX はメニューバーから短い操作で切り替えられる反面、初回だけ権限やポートの衝突が重なると原因が見えにくくなります。準備段階で「自分が開いている dmg がどのアーキテクチャ向けか」を一言で説明できる状態にしておくと、その後のスクショ共有や自己切り分けが速くなります。

会社端末では MDM やプロファイルによりシステム拡張やプロキシ変更が制限されることがあります。個人所有の Mac を前提にしていても、VPN クライアントやフィルター製品が同居すると Listen ポートが衝突し、表面的には「オンだが効かない」に見えます。最初の疎通は追加機能を増やさずに済ませ、安定したあとで高度なモードへ広げるほうが結果的に早いです。

ダウンロード、dmg の開き方、アーキテクチャ確認

公開ページでは README と Releases の本文を最後まで読み、Intel／x86_64 向けの資産名を選びます。説明が短いときは、アップロード日時とファイルサイズの桁が妥当か、チェックサムや署名に関する記載があるかもあわせて見ます。ダウンロード後はブラウザのダウンロード一覧に同名・異サイズの二重ファイルが残っていないか確認し、どれを開いたか自分で追える状態にします。この段階は権限ダイアログの前なので、ここで取り違えを潰すほど後工程が軽くなります。

dmg をマウントしたら中身を確認し、アプリケーション束を /Applications へコピーします。dmg 内から直接起動し続けると、更新やヘルパー登録のログが読みにくくなることがあり、トラブル時に説明が困難になります。コピー後は Finder で実体のパスが期待どおりかを一度見てから初回起動に進むと、Gatekeeper の許可対象もブレにくくなります。

公証の理解と Gatekeeper を越える実務手順

macOS が話題にする公証（Notarization）は、開発者が Apple に提出したバイナリにスタプルが付いた配布状態を指します。画面の文言は OS の細版本で微妙に変わるため、ユーザー側で押さえるべきは入手経路が一次情報かと開こうとしているファイルがその経路のものかです。「開発元を確認できない」という表示だけから善し悪しを決め打ちせず、転載サイト経由の実行は避けるのが安全側です。

初回は Finder でアプリをControl + クリック → 「開く」を選ぶのが一般的です。システム設定→プライバシーとセキュリティにブロックの記録がある場合は、意図したアプリについてだけ明示的に許可します。dmg の中でしか起動していないと同じダイアログが繰り返し見えて混乱しやすいので、Applications へコピーしたうえで試す順序を固定してください。このフローは他の第三者開発アプリでも同型であり、アプリ固有の不具合とは切り離して整理できます。

初回起動、メニューバー、補助機能の許可

起動後は画面上部のメニューバーにアイコンが現れるのが通常です。初回だけローカルネットワークやキーチェーン関連の確認が出ることがあり、拒否すると一部機能が毎回手動になります。ブラウザが 127.0.0.1 のコントローラのポートに触れないときは、許可一覧を後から開いて名前と機能の対応を確認します。

クラシック ClashX で高度な転送モードを試す説明もありますが、最初の購読確認ではシステムプロキシに絞るほうが切り分けが速いです。DNS だけ別経路になっている体感は「接続はあるがページが開かない：DNS と fake-ip」の整理が役立ちます。

購読 URL の取り込みとアクティブな構成

メニューバーから設定または構成管理に入り、Remote Config／購読相当の画面で URL を登録します。貼り付けたあと更新／ダウンロードを実行し、成功ログが出るかを見ます。ここで典型のミスは、パネルのログイン HTML をそのまま貼ること、トークン付き URL をメールクライアントで改行されたこと、ブラウザ拡張が不可視文字を挿入したことです。疑わしいときは別ブラウザのプライベートウィンドウで URL を開き、YAML がそのまま返るかを確認します。

1. 購読画面で URL を追加し、更新処理がエラーなく終わるまで待つ。
2. 一覧から使用中のアクティブな構成になっているかを確認する。
3. プロキシ一覧を開き、ノードがゼロではないことを確認する。
4. 自動更新間隔を極端に短くしすぎない（異常ログやレート制限の原因になりやすい）。

「インポートしたつもり」はイベントではなく状態です。どの構成が選択されているかが画面上で読み取れるまで戻らないようにしてください。複数ウィンドウを開いたまま更新すると表示の読み間違いも起きやすいので、更新操作のときはウィンドウ数を増やさない運用だけでも事故は減ります。

システムプロキシをオンにして初回疎通を確認する

システムプロキシを有効にすると、対応アプリの HTTP／HTTPS が OS の設定に従います。メニューバー上のトグルと、アプリ内の表示が一致しているかを確認し、必要ならシステム設定→ネットワークの詳細で値が書き込まれているかを見ます。別製品の「最適化」がポート欄を空にしている例もあるため、オンだが効かないときはそこも疑います。

モードは用途によりますが、日常用途ではまずRule（ルール）から試し、強制的にすべてを同じ出口へ寄せたいときだけGlobal を検討するとよいです。ログに connection refused が並ぶときはローカルの Listen かノード側、ページが白紙だけでログが静かなら DNS／ルール側、という順で見ます。終了時に値が残る不安がある場合は「終了後にシステムプロキシを戻す」も参照してください。

それでも進まないときの分岐

dmg を開いたらすぐ終了する／unsupported と出る

アーキテクチャの取り違えが第一候補です。Universal と書いてあっても自分が開いたファイルが別資産になっていないか、ダウンロードマネージャの自動リネームに巻き込まれていないかを確認します。チェックサムが公開されていれば照合し、一致しない時点でもう一度クリーンに取得し直します。

許可しても同じ Gatekeeper ダイアログが繰り返す

Applications に複製された別コピーを開いていないか、dmg 内のコピーとフォルダ直のコピーが混在していないかを確認します。xattr で隔離属性を取り除く情報もありますが、まずはコピーの重複整理と公式経路の再取得で説明可能な状態に戻すのが先です。

プロキシはオンだがブラウザだけ無反応

ブラウザが独自のプロキシ設定を固定していないか、アプリのポートが他人と衝突していないかを確認します。システム設定側のプロキシ値と ClashX の表示が食い違うときは、ほかのネットワークユーティリティが後から上書きしている可能性があります。

よくある質問

ClashX Pro の記事をそのまま当てはめて大丈夫ですか

画面項目や配布チャネルが異なることがあります。チップが Apple Silicon なら Pro 向けの記事が適切なことが多く、本稿はIntel Mac でクラシック ClashX に焦点を当てています。見出しのアプリ名と dmg の説明をセットで確認してください。

Verge Rev の手順で進めてよいですか

Verge は多くの場合 mihomo コア前提で UI 語彙も異なります。Intel で別 GUI を試すなら「Verge Rev・Intel Mac」の流れが近いです。コアと GUI を混同しないことが重要です。

公証の有無を細かく自分で調べるより早いことは

実務では入手経路の一本化が最も効きます。開発者の Releases にセキュリティ方針の記載があれば読み、ユーザー側はファイルパスとダイアログ文言をセットで記録しておくと、後からの質問も速くなります。

まとめ：Intel Mac で ClashX を初日から安定させる順序

検索需要の多いインストール系では、説明文だけが新しくバイナリが追いついていない転載や、画面違いのアプリ手順の借用が混ざりやすいです。その結果として「購読は成功したように見えるがページが進まない」状態が長引きます。一次情報と自分のチップの整合を最初に固定すると、権限とプロキシの切り分けに時間を使えます。

一方で単一クライアントに依存すると、コア更新やプラットフォーム差で運用が窮屈に感じる場面もあります。複数 GUI が並ぶ現在でも、入手チャネルが読みやすく、自分で構成や権限の説明に落とし込みやすい製品は長く残ります。Clash はクロスプラットフォームで配布情報を比較しやすく、検証済みの経路から環境を組み立てたい読者にも向いています。

自分の Mac と用途に合うパッケージから試したい場合は、入手ページで選択肢を俯瞰すると安心しやすいです。Clash をダウンロード の導線も合わせてご覧ください。