Android の VPN リセットの範囲:各層が実際に消すもの
キャッシュ、アプリのストレージ、ネットワーク リセット、工場出荷時リセットは、それぞれ異なる Android の状態を消します。プロファイルを消す前に、疑っている状態と層を対応させてください。
Android には人が VPN リセットと呼ぶ四つの別々の操作があり、それぞれ消えるものが違います。アプリのキャッシュを消すと一時ファイルが消え、ストレージを消すとプロファイル自体が消えます。ネットワーク リセットは接続スタックを作り直し、工場出荷時リセットはユーザー データ領域を置き換えます。習慣ではなく、疑っている状態で操作を選んでください。推測を誤ると、何も診断しないうちに必要なプロファイルや登録経路が失われます。
私がすべての問い合わせで使う原則はこれです。状態を名指しし、その所有者を名指しし、その所有者のコピーだけを消す。このページの残りは、どの Android コンポーネントがどのバイトを持つかという話です。
Android の VPN プロファイルが実際に置かれる場所
管理されていない端末のサードパーティ クライアントは、プロファイルを自分のアプリ データ ディレクトリに置きます。設定ファイル、JSON ブロブ、小さな SQLite データベースのいずれかです。設定の「ストレージを消去」が消すのはこのディレクトリです。プロファイルはシステムの VPN 一覧にはありません。あの一覧が持つのは、クライアントが VpnService を通じて登録した接続レコードで、接続名、所有パッケージ、利用者が設定した常時接続フラグが含まれます。
VpnService は配管であり、保存場所ではありません。クライアントは一度だけ同意を取り、tun インターフェースを構築し、パケットを自分で動かします。だからプラットフォームはプロファイル形式を理解する必要がありません。だから別の端末からコピーした設定ファイルが空のプロファイルとして取り込まれたり、検証に失敗したりするのです。
資格情報は別の経路を通ります。システムの KeyChain で取得した鍵や証明書はシステム管理の保管庫に残るため、アプリ データを消しても資格情報は使えるままで、クライアントからの別名だけが消えることがあります。
管理端末では所有者がもう一人増えます。EMM が作成した仕事用プロファイルは、独自のポリシーの下でクライアントの独自コピーを動かし、常時接続 VPN は端末ポリシーで固定できるため利用者は切断できません。そうした端末ではプロファイルは手入力ではなく登録時に配布されるのが普通です。その場合の復旧は再登録の判断であり、再インポートではありません。
キャッシュ、ストレージ、ネットワーク リセット、工場出荷時リセット
四つの操作はこの境界に対応します。何かに触れる前に、疑っている状態の行を読んでください。
| Operation | What it removes | What survives |
|---|---|---|
| Clear cache | Temporary files, including any diagnostic bundle the client wrote there | Profile, credentials, enrollment |
| Clear storage | The app's preferences, databases and saved profile | KeyChain entries, other apps, device policy |
| Network reset | Wi-Fi, mobile and Bluetooth registrations, and on most builds the saved VPN entries | App data, KeyChain, work profile |
| Factory reset | The user data partition, accounts and device-bound keys | Nothing on the device |
キャッシュの消去は最も安全で最も役に立ちません。一時ファイルが消えますが、そこはサポート担当がたった今求めたログをクライアントが置いている場所でもあります。Android のアプリ トラブルシューティング ガイドはキャッシュとストレージを二つの別の削除として扱っています。あなたもそうすべきです。
ストレージを消去は本当のアプリ単位リセットです。プロファイル、保存されたゲートウェイ、特定のネットワーク向けにクライアントが保持していた信頼フラグを消します。KeyChain の項目は取り消さず、他のアプリが所有するシステム VPN レコードも消さず、管理プロファイルではプロファイルを配布したポリシーも消しません。
設定のネットワーク リセットは端末全体が対象で、正確な範囲はメーカーと Android のバージョンで変わります。あなたのビルドの確認ダイアログだけが、何を忘れるかを示す唯一の確かな文です。
まず戻り道を記録する
破壊的な手順の前に、五つを書き留めます。クライアントのバージョン、プロファイル名、ゲートウェイのアドレス、サービスの所有者、接続が失敗する正確な段階です。
この五つの事実が、クライアントの障害とポリシーやサーバーの障害を分けます。タイムアウト、証明書の拒否、即時の拒否は三つの異なる失敗で、それぞれ別の所有者を指します。先にストレージを消すと、それらを区別したはずのクライアント側の証拠を失います。ログがまだ存在するうちに、浄化したコピーを残してください。
次に、接続をどう作り直すかを確認します。プロファイルがクライアント証明書、管理構成、この端末に結び付いた MFA 登録に依存していたなら、表示名とホスト名だけでは足りません。
誰も計画しない初期設定の締め出し
一つの失敗モードは独立した節に値します。プロファイルをダウンロードできる唯一の場所が、これから消すトンネル経由でしか届かない社内ポータルなら、ストレージを消すことはアプリ内に出る道のない行き止まりを作ります。
VPN なしの接続をブロックする設定を伴う常時接続 VPN は、これを全断に変えます。端末にはポータルへの使える経路がなく、クライアントにはトンネルを立ち上げるプロファイルがありません。二つの状態が互いをその場に留めます。
出口は手順であって技術ではありません。トンネルがまだ動くうちに構成をエクスポートするか撮影し、ポータルに VPN に依存しない経路があることを確認し、それから初めて何かを消してください。管理端末では、プロファイルに触る前に管理者へどんな復旧経路があるか尋ねてください。
作り直したトンネルを検証する
プロファイルが戻ったら順に試します。名前解決、既知の社内ホストへの TCP 接続、そして実際に頼っている障害時のブロック動作です。順序が重要なのは、トンネルが上がっても DNS が漏れることがあるからです。
ステータス バーの鍵アイコンは、インターフェースが存在することだけを示します。
的を絞ったリセットの後も接続が失敗するなら、操作の規模を広げるのはやめてください。前後の証拠を残し、どの層を消したかを書き、先の五つの事実とともにコンポーネントの所有者へ渡します。工場出荷時リセットははるかに高い費用のかかる別の判断であり、VPN チェックリストの次の手順ではありません。