Android VPN રીસેટનું વ્યાપ: દરેક સ્તર ખરેખર શું સાફ કરે છે
કેશ, એપ સ્ટોરેજ, નેટવર્ક રીસેટ અને ફેક્ટરી રીસેટ Android માં અલગ અલગ સ્થિતિઓ સાફ કરે છે. પ્રોફાઇલ ડિલીટ કરતાં પહેલાં સ્તરને તમે શંકા કરો છો તે સ્થિતિ સાથે મેળવો.
Android માં ચાર અલગ ક્રિયાઓ છે જેને લોકો VPN રીસેટ કહે છે, અને તે અલગ વસ્તુઓ સાફ કરે છે. એપની કેશ સાફ કરવાથી કામચલાઉ ફાઇલો દૂર થાય છે; તેનું સ્ટોરેજ સાફ કરવાથી પ્રોફાઇલ જ દૂર થાય છે. નેટવર્ક રીસેટ કનેક્ટિવિટી સ્ટેક ફરી બનાવે છે, અને ફેક્ટરી રીસેટ વપરાશકર્તા ડેટા પાર્ટીશન બદલે છે. આદત પ્રમાણે નહીં, પણ તમે શંકા કરો છો તે સ્થિતિ પ્રમાણે ક્રિયા પસંદ કરો. જો ખોટું અનુમાન કરો, તો તમને જરૂરી પ્રોફાઇલ અથવા નોંધણી માર્ગ કંઈપણ નિદાન કરતાં પહેલાં જ જતો રહે છે.
દરેક કૉલ પર હું આ નિયમ વાપરું છું: સ્થિતિનું નામ આપો, તેના માલિકનું નામ આપો, પછી ફક્ત તે માલિકની નકલ દૂર કરો. આ પૃષ્ઠનો બાકીનો ભાગ એ વિશે છે કે કયો Android કૉમ્પોનન્ટ કયા બાઇટ રાખે છે.
Android VPN પ્રોફાઇલ ખરેખર ક્યાં રહે છે
બિન-મેનેજ્ડ ફોન પરનો તૃતીય-પક્ષ ક્લાયન્ટ તેની પ્રોફાઇલ પોતાની એપ ડેટા ડિરેક્ટરીમાં રાખે છે — પ્રેફરન્સ ફાઇલ, JSON બ્લોબ અથવા નાની SQLite ડેટાબેઝ તરીકે. સેટિંગ્સની Clear storage એન્ટ્રી એ જ ડિરેક્ટરી ડિલીટ કરે છે. પ્રોફાઇલ સિસ્ટમ VPN યાદીમાં નથી: તે યાદી ક્લાયન્ટે VpnService દ્વારા નોંધાવેલ કનેક્શન રેકોર્ડ રાખે છે, જેમાં કનેક્શનનું નામ, માલિક પેકેજ અને વપરાશકર્તાએ સેટ કરેલ કોઈપણ always-on ફ્લેગનો સમાવેશ થાય છે.
VpnService પ્લમ્બિંગ છે, સ્ટોરેજ નહીં. ક્લાયન્ટ એક વાર સંમતિ માંગે છે, tun ઇન્ટરફેસ બનાવે છે અને પોતે પેકેટ ખસેડે છે, તેથી પ્લેટફોર્મને ક્યારેય પ્રોફાઇલ ફોર્મેટ સમજવાની જરૂર પડતી નથી. એટલે જ બીજા ફોનથી કોપી કરેલ કન્ફિગરેશન ફાઇલ ઘણી વાર ખાલી પ્રોફાઇલ તરીકે આયાત થાય છે અથવા વેલિડેશનમાં નિષ્ફળ જાય છે.
ક્રેડેન્શિયલ અલગ માર્ગે જાય છે. સિસ્ટમ KeyChain દ્વારા મેળવેલ કી અથવા સર્ટિફિકેટ સિસ્ટમ-મેનેજ્ડ સ્ટોરમાં રહે છે, તેથી એપ ડેટા ડિલીટ કરવાથી ક્રેડેન્શિયલ વાપરી શકાય તેમ રહી શકે અને ફક્ત ક્લાયન્ટનું તેનું ઉપનામ દૂર થાય.
મેનેજ્ડ ડિવાઇસ બીજો માલિક ઉમેરે છે. EMM દ્વારા બનાવેલ વર્ક પ્રોફાઇલ પોતાની નીતિ હેઠળ ક્લાયન્ટની પોતાની નકલ ચલાવે છે, અને always-on 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 ની એપ ટ્રબલશૂટિંગ માર્ગદર્શિકા કેશ અને સ્ટોરેજને બે અલગ ડિલીશન તરીકે ગણે છે, અને તમારે પણ તેમ જ કરવું જોઈએ.
Clear storage એ ખરેખર પ્રતિ-એપ રીસેટ છે. તે પ્રોફાઇલ, સાચવેલ ગેટવે અને ચોક્કસ નેટવર્ક માટે ક્લાયન્ટે રાખેલા ટ્રસ્ટ ફ્લેગ દૂર કરે છે. તે KeyChain એન્ટ્રી રદ કરતું નથી, બીજી એપના માલિકીના સિસ્ટમ VPN રેકોર્ડને દૂર કરતું નથી, અને મેનેજ્ડ પ્રોફાઇલ પર જે નીતિએ પ્રોફાઇલને શરૂઆતમાં ધકેલ્યું તે દૂર કરતું નથી.
Settings માંનું નેટવર્ક રીસેટ સમગ્ર ડિવાઇસ માટે છે, અને તેનું ચોક્કસ વ્યાપ ઉત્પાદક અને Android આવૃત્તિ સાથે બદલાય છે. તમારા બિલ્ડ પરનો કન્ફર્મેશન ડાયલોગ તે શું ભૂલશે તેનું એકમાત્ર વિશ્વસનીય નિવેદન છે.
પહેલાં પાછા ફરવાનો માર્ગ લખો
કોઈપણ વિનાશક પગલા પહેલાં પાંચ વસ્તુ લખો: ક્લાયન્ટ આવૃત્તિ, પ્રોફાઇલ નામ, ગેટવે સરનામું, સેવાનો માલિક અને કનેક્શન જે ચોક્કસ તબક્કે નિષ્ફળ જાય છે.
એ પાંચ હકીકતો ક્લાયન્ટ ખામીને નીતિ કે સર્વર ખામીથી અલગ પાડે છે. ટાઇમઆઉટ, સર્ટિફિકેટ નકાર અને તત્કાલ ઇનકાર એ ત્રણ અલગ નિષ્ફળતાઓ છે, અને દરેક અલગ માલિક તરફ ઇશારો કરે છે. પહેલાં સ્ટોરેજ સાફ કરો તો ક્લાયન્ટ બાજુના તે પુરાવા ગુમાવશો જે તેમને અલગ પાડતા. લોગ હજી અસ્તિત્વમાં હોય ત્યાં સુધી તેની સ્વચ્છ નકલ રાખો.
પછી ખાતરી કરો કે કનેક્શન કેવી રીતે ફરી બનશે. પ્રદર્શન નામ અને હોસ્ટનામ પૂરતા નથી જ્યારે પ્રોફાઇલ ક્લાયન્ટ સર્ટિફિકેટ, મેનેજ્ડ કન્ફિગરેશન અથવા આ ડિવાઇસ સાથે બંધાયેલ MFA નોંધણી પર આધારિત હતી.
જે બૂટસ્ટ્રેપ લૉકઆઉટની કોઈ યોજના કરતું નથી
એક નિષ્ફળતા મોડ પોતાનું વિભાગ લાયક છે. જો પ્રોફાઇલ ડાઉનલોડ કરવાનું એકમાત્ર સ્થળ એ આંતરિક પોર્ટલ હોય જે તમે દૂર કરવા જઈ રહ્યા છો તે ટનલ દ્વારા જ પહોંચી શકાય, તો સ્ટોરેજ સાફ કરવાથી એપમાં બહાર નીકળવાનો કોઈ રસ્તો ન હોય તેવી ડેડ-એન્ડ બની જાય છે.
VPN વિના કનેક્શન બ્લોક કરો વિકલ્પ સાથેનું always-on VPN તેને સંપૂર્ણ વિક્ષેપમાં ફેરવે છે: ફોન પાસે પોર્ટલ સુધી કોઈ કાર્યકારી માર્ગ નથી, અને ક્લાયન્ટ પાસે ટનલ ઉપાડવા માટે કોઈ પ્રોફાઇલ નથી. બે સ્થિતિઓ એકબીજાને જગ્યાએ પકડી રાખે છે.
બહાર નીકળવાનો રસ્તો પ્રક્રિયાગત છે, તકનીકી નહીં. ટનલ હજી કામ કરે ત્યારે કન્ફિગરેશન એક્સપોર્ટ કરો અથવા ફોટો લો, ખાતરી કરો કે પોર્ટલ પાસે VPN પર આધારિત ન હોય તેવો રૂટ છે, અને પછી જ કંઈપણ સાફ કરો. મેનેજ્ડ ડિવાઇસ પર, પ્રોફાઇલને સ્પર્શ કરતાં પહેલાં એડમિનિસ્ટ્રેટરને પૂછો કે કયો પુનઃપ્રાપ્તિ માર્ગ છે.
ફરીથી બનાવેલ ટનલ ચકાસો
પ્રોફાઇલ પાછી આવે પછી ક્રમમાં પરીક્ષણ કરો: નામ રિઝોલ્યુશન, જાણીતા આંતરિક હોસ્ટ સાથે TCP કનેક્શન, અને તમે ખરેખર જે નિષ્ફળતા-બ્લોકિંગ વર્તન પર આધાર રાખો છો. ક્રમ મહત્વપૂર્ણ છે કારણ કે ટનલ ઉપર આવી શકે છે અને તેમ છતાં DNS લીક કરી શકે છે.
સ્ટેટસ બારમાં કી આઇકન સાબિત કરે છે કે ઇન્ટરફેસ અસ્તિત્વમાં છે, તેનાથી વધુ નહીં.
લક્ષ્યાંકિત રીસેટ પછી પણ કનેક્શન નિષ્ફળ જાય તો ક્રિયાનું કદ વધારવાનું બંધ કરો. પહેલાં અને પછીના પુરાવા રાખો, કયું સ્તર સાફ કર્યું તે નોંધો, અને તે પાંચ હકીકતો સાથે કેસ કૉમ્પોનન્ટ માલિકને સોંપો. ફેક્ટરી રીસેટ ઘણી વધુ કિંમતનો અલગ નિર્ણય છે, અને તે VPN ચેકલિસ્ટનું આગળનું પગલું નથી.