Clash for macOS の使い方：サブスクリプション、システムプロキシ、TUN、権限の設定

macOS のクライアントはメニューバーに常駐し、メインウィンドウを閉じても通常は動き続けます。設定やログのコア状態は、接続を処理するプロセスが正常かを示します。core failed や permission denied が続く場合は、ローカルの起動と権限の問題を処理します。

古い ClashX、ほかの Mihomo クライアント、VPN を同時に終了し、複数のプログラムが一緒にシステムプロキシを変更しないようにしてください。

この節の画面とスクリーンショットは Clash Verge Rev を例にしています。サイドバーの項目は Profiles（プロファイル）です。ほかの macOS クライアントでは、そのアプリの設定操作を使い、同じ名前のページを探す必要はありません。後の権限設定も、使っているクライアントが実際に求めるものだけを扱います。

macOS のネットワーク権限ではサブスクリプションのエラーは直せません。更新で 401/403 が返る場合は token やアカウントを、YAML の解析エラーならコアと形式を確認します。Profile が読み込まれて初めて、システムプロキシと TUN がそのノードとルールを使えます。

メニューバーのアイコンが点灯していても、クライアントが動作中であることしか分かりません。ブラウザがクライアントへ渡されたとは限りません。Proxies のメイン選択グループでノードを一つ固定し、モードは Rule のままにします。System Proxy を有効にすると、macOS からアプリによるネットワークプロキシ変更の許可を求められる場合があります。要求元が現在のクライアントであることを確認してから、システム認証情報を入力するか Touch ID を使用してください。

Safari または Chrome で使い慣れたサイトを開き、Connections でドメイン、ルール、出口を確認します。ページが表示されて記録も想定どおりなら、今回のシステムプロキシ経由のリクエストは正常です。ノードを確認するには、実際に選んだノードを通ったかも調べます。ブラウザーは動いてもターミナルに記録がなければ、ターミナルがシステムプロキシを使っていない可能性があります。

TUN は仮想ネットワークインターフェースを作成し、より多くの TCP、UDP 接続を Mihomo へ渡します。ターミナルツール、ゲームランチャー、システムプロキシを参照しないソフトウェアが Connections にまったく表示されない場合は、TUN と比較してください。すでに Clash に入っているものの誤ったルールに一致するリクエストでは、取り込み範囲を広げる必要はありません。

TUN を有効にすると、macOS からネットワーク拡張、補助サービス、または VPN 設定のインストールや許可を求められる場合があります。システム設定には具体的な項目が表示されます。許可する開発元とアプリが現在のクライアントと一致することを確認してください。

スイッチがすぐ戻る、またはログに permission denied が出る場合は、ログに従って現在のクライアントに必要なネットワーク拡張、VPN、補助サービスの権限を確認します。システム設定またはクライアント内のサービス項目で対処した後、クライアントへ戻って再度有効にし、仮想インターフェースの準備を待ちます。

有効化後に履歴が表示されて通信も成功すれば、TUN がそのリクエストを取り込めています。DIRECT ならルールを、ノード経由で timeout ならノードとネットワークを比較します。履歴がなければサブスクリプションを変更し続けず、ネットワーク拡張の状態、ファイアウォール、ほかの VPN を確認します。

Mac がスリープから復帰したり Wi-Fi からスマートフォンのテザリングへ切り替わると、実際の出口アダプターが変わっても TUN インターフェースに古い状態が残ることがあります。数秒待って元の要求を繰り返し、Connections を確認して以下の症状に応じて対処します。

システムプロキシを使う場合も、古い設定が残っていないか確認します。コアが待ち受けを停止しているのに macOS が 127.0.0.1 のポートを参照していると、そのプロキシを使うページへのリクエストは失敗します。残った設定を解除するか、現在のクライアントを再起動してください。メイン画面を閉じただけでは、コアが停止したとは限りません。

プリンター、NAS、ルーターの管理画面、社内ドメインが TUN 有効時に到達不能になる場合、原因はノードではなく、プライベートアドレスがプロキシ経路へ入ったことにある可能性が高いと考えられます。TUN を無効にするとローカル端末がすぐ復旧するなら、原因を LAN ルール、内部 DNS、ルーティングへ絞れます。

その IP が Connections で DIRECT に一致するか確認します。自宅で一般的なプライベートアドレス範囲は通常すでにルールがありますが、企業独自の範囲と split DNS は実際の環境に合わせて追加する必要があります。見覚えのない範囲を含む「全体迂回リスト」をコピーせず、自分で確認できるアドレスだけを扱ってください。

サブスクリプション、System Proxy、TUN の権限を設定した後、クライアントを一度再起動し、Mac をスリープさせて復帰させます。Profile が現在の設定のままで、ブラウザリクエストが Connections に入り、以前 TUN を必要としたプログラムにも接続記録が出続けるなら、権限とバックグラウンドサービスは今回のセッションだけに一時適用されたものではありません。

システムプロキシは動いても再起動後に TUN が再び拒否される場合は、ログに従って現在のクライアントのネットワーク拡張、VPN、補助サービスの権限を確認します。スリープ後にどのリクエストも記録されない場合は、コアを再読み込みし、メニューバーのプロセスを確認してください。