Обхват на нулиране на VPN в Android: какво всъщност изчиства всеки слой

В Android има четири отделни операции, които хората наричат нулиране на VPN, и те изчистват различни неща. Изчистването на кеша на приложението премахва временни файлове; изчистването на хранилището му премахва самия профил. Нулирането на мрежата изгражда наново свързаността, а фабричното нулиране заменя дяла с потребителски данни. Избирайте операцията според състоянието, което подозирате, а не по навик. Ако сгрешите, профилът или пътят за записване, който ви е бил нужен, изчезват, преди да сте диагностицирали каквото и да е.

Ето правилото, което използвам при всяко обаждане: назовете състоянието, назовете собственика му, след което премахнете само копието на този собственик. Останалата част от страницата е за това кой компонент на Android държи кои байтове.

Къде всъщност живее профилът за VPN в Android

Клиент от трета страна на неадминистриран телефон държи профила си в собствената директория с данни на приложението — като файл с настройки, JSON блок или малка база SQLite. Именно тази директория изтрива елементът Изчистване на хранилището в Настройки. Профилът не е в системния списък с VPN: този списък държи записа за връзката, който клиентът е регистрирал чрез VpnService, и включва името на връзката, пакета собственик и всеки флаг за постоянна активност, зададен от потребителя.

VpnService е тръбопровод, не хранилище. Клиентът иска съгласие веднъж, изгражда интерфейс tun и сам мести пакетите, затова платформата никога не се налага да разбира формата на профила. Ето защо конфигурационен файл, копиран от друг телефон, често се импортира като празен профил или не минава проверка.

Идентификационните данни следват друг път. Ключ или сертификат, получен през системния KeyChain, остава в управлявано от системата хранилище, така че изтриването на данните на приложението може да остави идентификационните данни използваеми, като премахне само псевдонима на клиента към тях.

Управляваните устройства добавят втори собственик. Работният профил, създаден от EMM, изпълнява собствено копие на клиента по собствена политика, а постоянно активен VPN може да бъде фиксиран от политиката на устройството, така че потребителят да не може да го изключи. На такива устройства профилът обикновено се предоставя при записването, а не се въвежда ръчно. Тогава възстановяването е решение за повторно записване, а не за повторен импорт.

Кеш, хранилище, нулиране на мрежата, фабрично нулиране

Четирите операции съответстват на тези граници. Прочетете реда за състоянието, което подозирате, преди да натиснете нещо.

Изчистването на кеша е най-безопасното и най-малко полезното. То премахва временни файлове, а именно там клиентът може да е сложил журнала, който агентът по поддръжка току-що ви поиска. Ръководството на Android за отстраняване на проблеми с приложения разглежда кеша и хранилището като две различни изтривания и вие също трябва да правите така.

Изчистването на хранилището е истинското нулиране на отделно приложение. Премахва профила, запазения шлюз и флаговете за доверие, които клиентът е пазил за определени мрежи. То не отменя записите в KeyChain, не премахва системен запис за VPN, собственост на друго приложение, а при управляван профил не премахва политиката, която първоначално е изпратила профила.

Нулирането на мрежата в Настройки е за цялото устройство и точният му обхват се променя според производителя и версията на Android. Диалогът за потвърждение във вашата сборка е единственото надеждно указание какво ще забрави.

Първо запишете пътя за връщане

Преди всяка разрушителна стъпка запишете пет неща: версия на клиента, име на профила, адрес на шлюза, собственик на услугата и точния етап, на който връзката се проваля.

Тези пет факта разделят клиентска неизправност от неизправност в политиката или сървъра. Изтичане на времето, отхвърляне на сертификат и незабавен отказ са три различни провала и всеки сочи към различен собственик. Изчистете първо хранилището и губите доказателствата от страна на клиента, които биха ги различили. Пазете дезинфекцирано копие на журнала, докато той все още съществува.

След това потвърдете как връзката ще бъде създадена наново. Име за показване и име на хост не стигат, когато профилът е зависел от клиентски сертификат, управлявана конфигурация или записване с MFA, обвързано с това устройство.

Блокирането при първоначално настройване, за което никой не планира

Един режим на отказ заслужава собствен раздел. Ако единственото място за изтегляне на профила е вътрешен портал, достъпен през тунела, който ще премахнете, изчистването на хранилището създава задънена улица без изход в приложението.

Постоянно активен VPN с опция за блокиране на връзки без VPN превръща това в пълно прекъсване: телефонът няма работещ път към портала, а клиентът няма профил, за да вдигне тунела. Двете състояния се държат едно друго на място.

Изходът е процедурен, не технически. Експортирайте или снимайте конфигурацията, докато тунелът още работи, потвърдете, че порталът има маршрут, който не зависи от VPN, и едва след това изчиствайте каквото и да е. На управлявано устройство попитайте администратора какъв път за възстановяване съществува, преди да пипате профила.

Проверете възстановения тунел

След като профилът се върне, тествайте по ред: разрешаване на имена, TCP връзка към известен вътрешен хост и поведението на блокиране при отказ, на което наистина разчитате. Редът е важен, защото тунелът може да се вдигне и пак да изтича DNS.

Иконата с ключ в лентата на състоянието доказва, че интерфейсът съществува, и нищо повече.

Ако връзката продължава да се проваля след целенасочено нулиране, спрете да увеличавате мащаба на операцията. Пазете доказателствата преди и след това, отбележете кой слой сте изчистили и предайте случая на собственика на компонента заедно с онези пет факта. Фабричното нулиране е отделно решение с много по-висока цена и не е следващата стъпка в контролния списък за VPN.