症状を言語化する：何が「効いていない」のか
まず、期待する動作を一文に落とします。多くの読者は「ブラウザのアクセスがプロキシノードの出口IPになること」を指標にしています。一方で、Ruleモードでは海外サイトだけがトンネルに乗り、国内はDIRECTのままというのは正常です。Globalやプロキシ優先のポリシーに切り替えてもIPが変わらない、接続ログにブラウザ由来のフローが出ない、システム設定 → ネットワークのプロキシ欄が空のまま、といった場合に本稿の手順が効きやすいです。逆に、CLIツールだけがプロキシを無視する場合は、システムプロキシではなくTUNや環境変数の話になります。TUNモード完全ガイドと棲み分けしてください。
ステップ1：Clash Verge Rev側の前提を潰す
OSに触る前に、アプリ内で次を確認します。コアが起動していること（プロファイルが有効でエラーが出ていないこと）、Listenポートが期待どおり（例：mixedポートが7890など）であること、システムプロキシまたは同等のトグルがオンであること。複数プロファイルを切り替えている場合、無効なYAMLが混ざるとコアだけ落ちてトグルは見た目オン、という状態もあり得ます。更新直後は一度完全終了してから再起動し、メニューバー常駐だけ残った古いプロセスがいないかも見ておくと安全です。クライアントの入手と更新は、仕様の変化に追いつきやすい本サイトのダウンロードページから行うと、インストーラ取得とリポジトリ閲覧が混ざりにくくなります（公式ダウンロードページ）。
ステップ2：macOSの「ネットワーク」設定で上書きされていないか
Clash系クライアントは、許可が揃えばシステムのHTTP/HTTPSプロキシを自動で書き換えます。しかし、職場端末や過去の手作業で手動のプロキシが残っていると、トグルと実際の経路がズレます。システム設定 → ネットワーク → （利用中のサービス）詳細 → プロキシを開き、手動で入力されたサーバが残っていないか、不要なチェックが入っていないかを確認してください。Wi‑Fiと有線のプロファイルが別なので、今つないているインターフェース側だけでなく、切り替えたとき用にも一瞥しておくと抜け漏れが減ります。ここで矛盾を直したあと、Clash Verge Revで一度トグルをオフ→オンし、表示が追随するか見ます。
ヒント：ブラウザ拡張型のプロキシや、別の「プロファイル管理」ユーティリティが同じ領域を触っている場合、OS表示とアプリ表示が往復で競合することがあります。切り分けの間は余計なネットワーク系ツールを一時停止するのがおすすめです。
ステップ3：キーチェーンと管理者パスワード（Helperの土台）
macOSでは、システム全体のプロキシ書き換えや低レベルな連携にPrivileged Helperが関わることがあり、初回やアップデート後に管理者パスワードのプロンプトが出ます。ここでキャンセルしたり、古いビルドの証明書が残っていると、以降トグルを押しても実処理が走らないことがあります。鍵束アクセスユーティリティで、Clash Verge Revやhelper関連の項目に鍵マークや期限切れがないかをざっと確認し、必要ならアプリ公式の手順に従って再インストールやサービスモードの再セットアップを検討してください。企業端末ではMDMプロファイルがネットワーク設定や拡張のインストールを制限していることもあるため、自己判断で突破せず、管理者ポリシーを確認してください。
ステップ4：サービスモード／Helperの再インストール
Clash Verge Revの設定周辺に、サービスモードやHelperのインストールに相当する項目がある場合は、一度アンインストール→再インストールを試します。これは「権限の付け直し」であり、本体アプリの再ダウンロードとは別レイヤーの修復です。操作後は再起動まで含めて状態をリセットしたうえで、もう一度システムプロキシトグルを確認してください。同じマシンに古い別名のClash系アプリが残っていると、Helper名や鍵束エントリが衝突して挙動が不安定になることがあります。長期運用マシンほど、整理の効果が出やすいです。
ステップ5：ネットワーク拡張（Network Extension）の許可
TUNやパケットフィルタ型の機能を使う構成では、ネットワーク拡張の許可が必須です。macOS Ventura以降では、システム設定 → 一般 → ログイン項目と拡張機能 → ネットワーク拡張（OSの表記はバージョンで多少異なります）から、Clash Verge Revに相当する拡張がオンになっているか確認します。ブロックされていると、見た目は有効でもトラフィックが捕捉されない、あるいはDNSだけ別経路といった半端な状態になりがちです。システムプロキシ単体の問題と混同しやすいので、拡張の拒否通知を最近閉じていないかも振り返ってください。DNSの取りこぼしが疑われる場合は、MetaコアのDNSリーク防止ガイドと合わせて、名前解決とルールの整合を確認します。
注意：プロキシやトンネルは、契約・法令・組織ポリシーで禁止されている環境では使用できない場合があります。許可された用途と場所でのみ設定してください。
ステップ6：VPN、iCloudプライベートリレー、セキュリティ製品との競合
別のVPNクライアント、iCloudプライベートリレー、Little Snitchや企業のエンドポイントセキュリティは、ルーティングとDNSの両方に介入します。Clash Verge Revのシステムプロキシが正しく書き込まれていても、これらが優先されるとブラウザの出口は変わりません。切り分けでは、一時的に競合候補をオフにして最小構成に戻し、症状が消えるかを見ます。戻したときに再発するなら、起動順序や除外リストを製品側で調整する必要があります。社用機ではセキュリティソフトのポリシー変更が必要になるため、IT部門の手順に従ってください。
ステップ7：検証コマンドと接続ログ
設定を直したら、事実ベースで確認します。ターミナルで次のようなコマンドを実行し、返ってくるIPが期待する出口かを見ます（プロキシを明示しない場合、システムプロキシを尊重するクライアントでは経路が変わります）。
# Example: check outbound IP (adjust if your network blocks the host)
curl -s https://ipinfo.io/ip
併せて、Clash Verge Revの接続ログで、ブラウザアクセスに対応するドメインが意図したポリシーにヒットしているかを確認します。ヒットしないのにブラウザだけ遅い場合は、拡張やDoHがルール評価の外に出ている可能性があります。検証のたびにブラウザのプライベートウィンドウや拡張機能オフを試すと、ノイズが減ります。
システムプロキシで限界なら：TUNへの移行判断
システムプロキシは、HTTP/HTTPSスタックを尊重するアプリに効きやすい一方、無視するバイナリやUDP主体のトラフィックには手が届きません。macOSで全アプリを同じルールに乗せたい場合、最終的にはTUNモードが現実的です。権限と拡張の話は本稿と重なるため、実装手順はClash Verge RevのTUNモードガイドに譲ります。システムプロキシが効かない原因がHelperや拡張の拒否にある場合、TUN側も同じ壁に当たることがある点だけ押さえておいてください。先に本稿の許可チェーンを直す方が早いケースが多いです。
ソースコードとIssueについて
挙動の詳細や未修正の不具合は、各プロジェクトのGitHubで追うのが確実です。一方、日々のインストーラ入手は本サイトのダウンロードページを主導線にすると、リリース資産とドキュメントの目的が混線しにくくなります。
チェックリスト（印刷して使える順序）
- Clash Verge Revでコア稼働・ポート・プロファイルを確認し、トグルをオフ→オン。
- システム設定 → ネットワーク → プロキシで手動上書きがないか確認。
- 管理者パスワードと鍵束まわりでHelperの認可を付け直す。
- サービスモード／Helperを再インストールして再起動。
- ネットワーク拡張の許可を確認（必要な構成の場合）。
- 他VPN・リレー・セキュリティ製品を一時オフして競合を排除。
curlと接続ログで出口とルールヒットを突き合わせる。- 必要ならTUNへ移行し、DNSはDNSガイドで整合。
まとめ
macOSでClash Verge Revのシステムプロキシが「効いていない」ように見えるとき、原因はアプリ単体に閉じないことが多いです。システム設定の手動プロキシ、鍵束に紐づくHelperの認可、ネットワーク拡張のブロック、そして他製品との競合を、上から順に潰すと、同じ症状でも短時間で収束しやすくなります。Windows向け記事で扱うUWPのLoopbackのような別問題ではありますが、「OSの境界をまたぐ権限」という発想は共通です。最後に、安定したクライアントと手順をそろえたい方は、公式の配布経路から入手するのがもっとも迷いにくいです。