Clash Verge Rev で macOS のモバイルホットスポット接続時に TUN から通信できない場合の修正方法

本稿では、Intel Mac を iPhone のインターネット共有へ接続した際、システムの直接接続は正常なのに、Clash Verge Rev で TUN を有効にすると通信できなくなる、という限定的な障害を扱います。公式 issue #7576 に記録された環境は、クライアント v2.5.2 と Mihomo v1.19.29 です。ほかの Mac で本稿の手順を試すのは、同じログが表示される場合に限ってください。

重要なのは Web ページにタイムアウトと表示されることではありません。TUN の起動直後に get empty name、<invalid>、interface not found が順に現れ、その後で dns resolve failed が表示される点です。これは、出口の自動検出時に空のインターフェースが最初に取得され、その結果 DNS とプロキシ接続に利用可能な出口がなくなったことを示します。

まず TUN を無効にし、macOS を直接接続できる状態へ戻してから、ターミナルでグローバルアドレスへのルートを調べます。コマンド出力の interface が、その時点でホットスポットのトラフィックを実際に処理している物理ネットワークインターフェースです。他人のスクリーンショットから名前を推測しないでください。

Mihomo の interface-name は最上位の送信インターフェースで、auto-detect-interface は tun の配下に置きます。現在の Profile の Merge またはオーバーライド設定を開き、この二つのキーだけを追加してください。issue にある TUN、DNS、IPv6 の設定一式はコピーしないでください。以前から動作している設定まで置き換わるおそれがあります。

ここでの en0 は例にすぎません。また、tun.device へ指定しないでください。公式ドキュメントによると、macOS の TUN デバイス名は utun で始まります。一方、interface-name は Mihomo がトラフィックを実際に外部へ送信するインターフェースを指し、用途が異なります。

オーバーライドを保存して設定の検証に合格したら、カーネルを一度完全に再起動し、TUN を有効にします。スイッチの色だけではなく、今回新たに生成されたログを先に確認してください。インターフェースのエラーが消えた後、新しい DNS 問い合わせと HTTPS アクセスを一度ずつ実行します。

インターフェースを手動で指定すると、自動検出は停止します。モバイルホットスポット環境を一時的に安定させるには有効ですが、ホットスポットから自宅の Wi-Fi、USB ネットワーク、Ethernet へ切り替えると、元のインターフェースがデフォルト出口ではなくなる可能性があります。更新を忘れると、TUN が有効でも新しい接続を確立できない状態が再発します。

正しいインターフェースを固定しても失敗する場合、現在の障害は自動検出だけに起因するものではありません。入手元が不明な DNS、ルート、スクリプトの設定を追加せず、まず変更前の Profile へ戻してください。