iPhoneのVPNがオフ後も再接続される：誰が起動しているのか

iPhoneのVPNで切断をタップし、ブラウザを開くと、ページが読み込まれる前にトンネルが再びつながり、スイッチが壊れているように見えます。多くの場合、設計どおりに動いているだけで、ユーザーの意図どおりではありません。切断は一つのセッションを終えるだけであり、別の何かが新しいセッションを開始する権限を依然として持っています。iOSでは三種類の異なる所有者がそれを実行でき、再接続が起きるタイミングにそれぞれ異なる痕跡を残します。

切断は無効化ではない

手動の切断はトンネルに停止を指示します。しかしシステムに要求をやめさせるとは限りません。オンデマンド接続のルール、プロバイダーアプリ独自の自動接続ポリシー、管理された常時接続構成はどれも切断後も残り、いずれもユーザーが何も触れなくても接続を再開できます。

この区別が重要なのは、解決策が所有者の側にあるからです。スイッチを強く切り替えても効果はなく、プロファイルを削除するのは問題が必要とするよりはるかに大きな操作です。まず引き金を特定し、次にそれを変えるのが自分の役割かを決めます。この順序なら、別の場所にあるルールを追って動作中の構成を削除してしまうことも防げます。

三つの所有者を引き金で比較する

オンデマンド接続はオペレーティングシステムが評価する条件に反応します：ネットワークへの参加、またはルールが一致するドメインを含む要求です。プロバイダーアプリはアプリの起動時や、独自のバックグラウンドポリシーが決めたときに接続を立ち上げられます。管理された常時接続の展開はデバイスレベルの要件であり、ユーザーが回避することをまったく想定していません。

再接続の直前にどのイベントが起きたかを見れば、所有者はかなり明白になります。編集できるルールと、尋ねることしかできないポリシーの違いです。

オンデマンドのルールが実際にしていること

オンデマンドの動作は順序付きのリストです。各エントリは条件に一致し、接続、切断、接続試行の評価、無視のいずれかのアクションを生みます。切断ルールより前に置かれた接続ルールは、両方が一致するたびに優先されるため、手動で切断した直後にもデバイスは再接続できるのです。

ルールはドメイン駆動にもでき、インターフェースの変化ではなく要求内のホスト名に一致させられます。これが「イントラネットのサイトを開くとVPNが戻る」の背景にあるパターンで、iOS自体ではなく、ルールをインストールしたプロバイダーやプロファイルを指します。

管理された常時接続は個人の選択肢ではない

監視された管理対象デバイスでは、組織がVPNを常時接続にし、ユーザーがオフにする権限を奪うことができます。設定でどれだけ切り替えても変わらず、正直な答えは、その挙動は管理者のポリシーに属するということです。

どのポリシーが適用され、例外の手続きがあるなら何なのかを尋ねてください。インストールされた管理プロファイルを削除するのはサポートされた回避策ではなく、デバイスが依存する他の構成を削除したり、コンプライアンス報告を壊したりする可能性があります。

プロファイルではなく引き金を外して試す

プロファイルをインストールしたまま切断し、以前トンネルを再起動させたイベント（同じWi-Fiへの参加、同じアプリを開く、同じ内部名の要求）を繰り返します。その瞬間にトンネルが戻れば、引き金を特定でき、それを所有する設定を探せます。

所有者の設定を一つ変えて、同じテストを繰り返します。再接続が止まれば答えは出ており、続くなら引き金は別の場所にあり、プロファイルはそもそも問題ではありませんでした。ファイルAppに残っているダウンロード済みの設定ファイルもインストールされた構成ではないため、そのファイルを削除しても何の証明にもなりません。

役に立つ成果は、書き留められる一文、つまり「この接続はこのルールまたはポリシーによって開始され、この当事者が所有している」という一文です。それが事実になれば、スイッチは予測不能な感じを失い、次に報告する人は再インストールではなく直接の答えを得られます。