目次
Mac で「開けない」と言うとき、アプリ自体を指す場合と、プロキシ経由のウェブページを指す場合では、対処が異なります。ダウンロードとインストールでは、チップの種類、ファイルの配布元、システムのセキュリティ表示を確認します。アプリを起動できたら、設定とリクエストを確認しましょう。古いクライアントを置き換える際は、残っているプロキシ設定も解除します。
Mac のダウンロード：Apple Silicon と Intel の選択
Apple メニューの「この Mac について」でチップまたはプロセッサの欄を確認し、以下の表から対応する macOS アセットを選びます。中古品や職場の端末は購入年からアーキテクチャを推測しないでください。
Clash Verge Rev など、実際のプロジェクトの Release ページから macOS 用ファイルをダウンロードしてください。ファイル一覧はバージョンタグとリリースノートに対応している必要があります。名称が似たファイル共有サイトの「Mac クラック版」は使用せず、ファイル名に Clash が含まれるだけで保守中だと判断しないでください。
Mac とファイルの表記
| Mac に表示される内容 | 選択肢 |
|---|---|
| Apple M1、M2、M3 または後続の Apple シリーズのチップ | arm64 / Apple Silicon |
| Intel プロセッサ | x64 / Intel |
| Universal | 両方のアーキテクチャを含み、通常はファイルサイズが大きい |
| 判別できない | 推測せず、「このMacについて」に戻って確認する |
DMG 内のアプリを Applications にインストールする
標準的なインストール手順
ダウンロードした DMG を開く
Finder にアプリアイコンと Applications フォルダが表示されるまで待ちます。
アプリを Applications にドラッグする
コピーが完了したら Applications フォルダから起動し、DMG 上で使い続けないでください。
ディスクイメージを取り出す
アプリをコピーしたら、Finder のサイドバーから DMG を取り出せます。
元の Release 情報を残す
バージョンとアーキテクチャは、後のトラブルシューティングや更新でも必要になります。
Applications に同名の旧バージョンがある場合は、置き換える前にメニューバーのプログラムを完全に終了してください。古い ClashX、別の Mihomo クライアント、または VPN が同時に動作していると、それぞれがシステムプロキシを書き換え、新バージョンのインストールに失敗したように見えることがあります。
開発元を確認できない場合やアプリ破損の警告への対処
macOS でインターネットから取得したアプリを初めて開くと、開発元を確認できない、またはアプリがブロックされたと表示される場合があります。プロジェクトの Release、バージョン、ファイル名をもう一度確認し、「システム設定 > プライバシーとセキュリティ」で直前にブロックされた項目を探して、システムの「このまま開く」手順に従ってください。
Gatekeeper を全体で無効にするコマンドを実行したり、警告を回避するために出所不明の署名パッチをインストールしたりしないでください。システムによる個別アプリの例外で十分であり、ほかのダウンロードは引き続き保護されます。アプリが破損していると表示された場合は、セキュリティ属性をすぐ削除せず、正しいアーキテクチャのファイルを再度ダウンロードしてください。
メニューバーのアイコンと Mihomo の起動状態
初回起動で画面が表示されても、Mihomo の準備ができたとは限りません。設定やログを開き、コアが繰り返し終了していないことと、設定ディレクトリを読み書きできることを確認します。まだサブスクリプションを読み込んでいないため、core failed や permission denied が出たら、サブスクリプションではなく端末のインストール状態と権限を確認してください。
Rosetta の案内後にしかアプリが開かない場合は、Intel ビルドを選んだ可能性があります。Apple シリコンでも一部の Intel アプリは動作しますが、追加の依存関係や今後の更新時の混乱を減らすため、プロジェクトが提供する arm64 版への変更を推奨します。
サブスクリプションを取り込み、システムプロキシを有効にする
ここでは Clash Verge Rev を例にします。Profiles（プロファイル）に Clash または Mihomo 対応のサブスクリプションを追加し、手動更新して選択します。Proxies でノードを固定し、Rule のまま System Proxy を有効にします。macOS がプロキシ設定の変更許可を求めたら、インストールしたクライアントからの要求か確認してください。
ブラウザで使い慣れたサイトを開くと、Connections に対応する接続が表示されるはずです。通常のシステムプロキシが動作するまでは、TUN を有効にしたりネットワーク拡張をインストールしたりしないでください。そうしないと、一度の失敗でサブスクリプション、ノード、システムプロキシ、ネットワーク権限を同時に調べることになります。
ほかの macOS クライアントでは、そのアプリのサブスクリプションと接続の操作箇所を使います。Profiles がなくても、インストールの失敗とは限りません。
初回接続で確認できる結果
- Profile に今回の更新日時が表示される
- Proxies で特定のノードを選択できる
- 現在のクライアントが macOS のシステムプロキシを書き込む
- Connections で直前のブラウザリクエストを確認できる
アプリが開かない場合とページが表示されない場合の対処
アプリアイコンに禁止マークが付いている
macOS のバージョン要件とアプリのアーキテクチャを確認し、対応するビルドをダウンロードしてください。
アプリが破損していると表示される
元の Release から再度ダウンロードし、ファイルが完全で同じ配布元から取得されたことを確認してください。
サブスクリプション更新で 401 / 403 が返る
リンクの認証情報またはアカウント状態に問題があり、macOS の権限とは関係ありません。
ブラウザが失敗し、Connections に記録がない
System Proxy が書き込まれていることを確認し、ほかのプロキシクライアントを終了してください。
接続は Clash に入るが timeout になる
動作確認済みの別ノードへ切り替えてください。DMG を再インストールする必要はありません。
アンインストールや移行時に macOS のプロキシ設定を解除する
アンインストール、バージョンの切り戻し、別クライアントへの移行前に、現在のアプリでシステムプロキシと TUN を無効にし、メニューバーから完全に終了します。ウィンドウを閉じるだけでは、バックグラウンドのプロセスがローカルのプロキシポートで待ち受けている場合があります。そのままアプリをゴミ箱に入れると、ブラウザーは停止したプロキシポートへの接続を試み続けます。
macOS のネットワーク設定で HTTP、HTTPS、SOCKS プロキシが解除されていることを確認します。ブラウザはローカルで到達可能なサイトへ直接接続できる必要があります。直接接続が戻ったことを確認してから Applications のアプリと不要なデータを削除してください。移行時はサブスクリプションを再インポートし、二つのクライアントのデータディレクトリを上書きし合わないでください。
新クライアントで System Proxy を有効にすると、Connections に新しいブラウザー要求が表示される必要があります。その後のバージョン変更や移行でも、プログラムを終了して直接接続を確認する操作を続けます。