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

macOS の Clash クライアントは通常メニューバーに常駐し、メインウィンドウを閉じても動作を続けます。初回設定の前に設定またはログを開き、コアの状態が安定し、core failed や permission denied が繰り返し表示されていないことを確認してください。

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

このガイドでは、一般的な Profiles、Proxies、System Proxy、TUN という名称を使います。クライアントによって日本語ラベルが多少異なる場合がありますが、順序は変わりません。まず設定を更新できるようにし、次にノードでリクエストを完了し、最後にシステムレベルの取り込み権限を追加します。

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 に新しい記録がなければ、コアを再読み込みするか TUN を一度無効にして再度有効にします。通常、コンピュータの再起動より直接的です。

システムプロキシモードでも、古いプロキシ値が残っていないか確認してください。クライアント画面を閉じた後も macOS のネットワーク設定が 127.0.0.1 のポートを参照していると、すべてのWebページが失敗します。古い値を消すか、現在のクライアントを再起動してください。

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

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

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

システムプロキシは使えるのに、再起動後 TUN が再び拒否される場合は、ネットワーク拡張の権限へ戻ってください。スリープ後にすべてのリクエストが記録されない場合は、コアを再読み込みし、メニューバーのプロセスを確認します。正常な状態は明確です。サブスクリプションを更新でき、ブラウザはシステムプロキシ経由で記録され、TUN を必要とするプログラムも表示され、macOS が起動のたびに同じ権限を要求することはありません。