iPhone の Defender が VPN を表示する理由（IP アドレスは変わらない）

管理された iPhone で設定を開き、VPN の項目を見ると Defender が有効な構成として表示されます。どのサイトでも公開アドレスを確認すると、通信事業者が割り当てたものと同じです。壊れているものも、設定を誤ったものもありません。この項目が存在するのは、iOS が端末上の検査を VPN フレームワーク経由で実装しているためで、そのフレームワークの表示はローカルトンネルと遠隔トンネルを区別しません。どちらの種類を見ているのかを理解すれば、二つの観察が同時に説明できます。

VPN の項目は実際には何か

Apple のネットワークスタックでは、アプリがトンネルプロバイダを導入し、端末の IP トラフィックを受け取ってその扱いを決められます。Microsoft は Defender の iOS Web Protection を、ローカルで自己ループする VPN と説明しています。つまりトラフィックは端末上で動作するコンポーネントに渡され、その後、通常のネットワーク経路に戻されます。別の国にあって接続を終端するサーバーは存在しません。

したがって状態表示は、地理についての表明ではなく構成についての表明です。トンネルが導入され有効であることは示しますが、パケットがどこから出るかは示さず、検査コンポーネントが健全かどうかも分かりません。

公開アドレスが動かない理由

検査がローカルで行われるため、最終的に端末を離れるパケットは、同じ Wi-Fi または携帯回線のインターフェースから同じ送信元アドレスで出ていきます。遠隔出口の VPN は設計上そのアドレスを変えます。ローカル検査トンネルには変える理由がなく、変えるなら別の製品になります。

多くのトラブルシューティングが誤るのは、まさにこの点です。保護を有効にする前と後で自分のアドレスを比べ、違いがないので VPN が機能していない、あるいは黙って切断されたと結論します。その結論はもっともらしく、しかし完全に逆です。ローカルトンネルはネットワークの端で見えないのが正しい姿です。

保護はそれ自身の信号で判断する

まず Defender アプリが報告する保護状態を使い、管理端末では組織のコンプライアンスまたは正常性の表示を使います。これらの情報源は有効にした機能について報告します。アドレス確認サイトは、その機能が決して約束していない性質を報告します。問いに答えるために作られた情報源を選び、変更した同じ日に読んでください。

機能テストが必要なら、悪意あるものを探して回るのではなく、ベンダー自身の検証手順か組織が承認したテストページを使ってください。問いは検査層が有効で適用されているかであり、アプリまたは管理コンソールがそれに答える場所です。

エスカレーションするときは、機能名、アプリのバージョン、正確で機密性のないエラーを送ってください。VPN に新しい IP がないと伝えても、管理者が検索できるものは何も残りません。その結果は想定どおりだからです。

廃止された個人向け VPN は別の製品だった

Microsoft の通知は、個人向け Defender に同梱されていた個人向け VPN、Privacy Protection の終了日を 2025年二月28日と定めています。その製品は遠隔出口であり、見かけの位置を変えるものでした。それ向けに書かれた古い手順はまったく異なる挙動を説明しており、現在のローカルコンポーネントに当てはめると誤った期待を生みます。

廃止の通知は、今も VPN の項目として現れうる iOS のローカルウェブ保護トンネルを明確に区別しています。したがってアイコンは終了したサービスの名残でも、保護が止まった証拠でもありません。

アイコンを消すためにトンネルを外さない

Microsoft の機能ドキュメントは、VPN を無効にすると Web Protection が利用できなくなると述べています。表示を消すことは修正ではなく、それを生み出したコンポーネントを切ることです。管理端末では、その構成の変更が組織の依拠するコンプライアンス報告を壊すこともあります。

表示そのものが問題なら、ポリシーまたは UX の課題として管理者に提起してください。トンネルは導入された目的の仕事をしており、変えないままのアドレスがその最も明確な証拠です。