Android पर सहेजा गया VPN: आप कौन-सा रहस्य वापस पा सकते हैं?
जो फ़ोन बिना पासवर्ड माँगे फिर से जुड़ता है, वह ऐसा पासवर्ड सहेजता नहीं जिसे आप कॉपी कर सकें। चारों क्रेडेंशियल और हर एक के लिए ज़रूरी रिकवरी की तुलना करें।
फ़ोन हर सुबह बिना कुछ माँगे VPN से फिर जुड़ जाता है। इसका मतलब है कि क्रेडेंशियल कहीं उसके अंदर है। आम तौर पर ऐसा नहीं होता, कम से कम ऐसी शक्ल में नहीं जिसे आप पढ़कर नए डिवाइस में टाइप कर सकें।
फ़ोन के पास जुड़ने का अधिकार है। आप चाहते हैं ऐसा रहस्य जिसे आप साथ ले जा सकें, और ये अलग-अलग गुण हैं जो संयोग से स्क्रीन पर एक जैसा व्यवहार पैदा करते हैं।
कुछ भी रीसेट करने से पहले तय करें कि चार तरह के रहस्यों में से कौन-सा वास्तव में गायब है, क्योंकि हर एक का मालिक और रिकवरी अलग है।
काम करने वाला कनेक्शन सहेजा हुआ पासवर्ड नहीं है
चुपचाप फिर जुड़ने वाला ऐप पासवर्ड, सत्र टोकन, प्रमाणपत्र का संदर्भ, या डिवाइस से बँधी ऐसी चाबी के सिवा कुछ नहीं रख सकता जिसे वह निर्यात नहीं कर सकता। चारों एक जैसा उपयोगकर्ता अनुभव देते हैं और कोई भी एक-दूसरे की जगह नहीं ले सकता।
सेटिंग्स के किसी फ़ील्ड में बिंदुओं की कतार रेंडरिंग का फ़ैसला है, सबूत नहीं। कुछ ऐप सचमुच वापस पाई जा सकने वाला पासवर्ड सहेजते हैं और उसे दिखाने या निर्यात करने की सुविधा देते हैं; दूसरे सिंगल साइन-ऑन प्रवाह से टोकन लेते हैं और पासवर्ड कभी नहीं देखते।
तो पहला सवाल यह नहीं है कि फ़ाइल कहाँ है। सवाल यह है कि ऐप को किस तरह का अधिकार मिला, और उसका जवाब प्रदाता से आता है, डिवाइस से नहीं।
चार रहस्य, चार रिकवरी
किसी से संपर्क करने से पहले अपनी स्थिति को एक पंक्ति से मिलाएँ, क्योंकि कौन-सा मामला है उसके हिसाब से अनुरोध पूरी तरह बदल जाता है।
| What is missing | Who can restore it |
|---|---|
| Account password used with a username | The identity provider, through a reset |
| Password protecting a private key or PKCS#12 package | Nobody, if it is forgotten; a fresh profile and key are issued instead |
| Session token or SSO session | Nobody; sign in again to obtain a new session |
| Reference to a certificate or key held on the device | The administrator, by enrolling the new device |
दूसरी पंक्ति लोगों को सबसे ज़्यादा फँसाती है। PKCS#12 आयात पासवर्ड कुंजी सामग्री की रक्षा करता है और खाता लॉगिन से इसका कोई संबंध नहीं, इसलिए खाता पासवर्ड रीसेट करने से कुछ वापस नहीं आता। अगर पैकेज का पासवर्ड सचमुच खो गया है, तो समाधान दोबारा जारी करना है।
चौथी पंक्ति बहुत सारे उलझे हुए सहायता थ्रेड समझाती है। प्रोफ़ाइल पोर्टेबल कॉपी रखने के बजाय प्लेटफ़ॉर्म के कुंजी भंडार में मौजूद क्रेडेंशियल का संदर्भ दे सकती है, और उस स्थिति में सिद्धांत रूप में भी प्रोफ़ाइल में निकालने के लिए कुछ नहीं होता।
ऐप डेटा की कॉपी आम तौर पर क्यों नाकाम होती है
पुराना तरीका है ऐप की डेटा डायरेक्टरी निकालकर उसमें से कॉन्फ़िगरेशन पढ़ना। मौजूदा Android में इस तरीके की दो स्वतंत्र समस्याएँ हैं।
पहली बैकअप नीति है। Android 12 ने API 31 या उससे नए लक्ष्य वाले ऐप्स के लिए पुराने adb backup रास्ते से निर्यात होने वाले ऐप डेटा को सीमित किया, और ऐप डेटा को बैकअप से पूरी तरह बाहर रख सकते हैं। पुराने डिवाइस के लिए लिखी प्रक्रिया मौजूदा डिवाइस के लिए सार्वभौमिक रिकवरी तरीका नहीं है।
दूसरी कुंजी भंडार है। वहाँ बनी कुंजियाँ निर्यात न होने वाली और हार्डवेयर से बँधी हो सकती हैं, जैसा Android Keystore दस्तावेज़ीकरण बताता है। एन्क्रिप्टेड ब्लॉब की कॉपी करने से उसे डिक्रिप्ट करने वाली कुंजी कॉपी नहीं होती, इसलिए बहाल की गई डायरेक्टरी में ऐसा क्रेडेंशियल हो सकता है जिसे नया डिवाइस कभी इस्तेमाल नहीं कर सकेगा।
दोनों में से कोई भी समस्या ऐसी गड़बड़ नहीं है जिससे बचना हो। दोनों प्लेटफ़ॉर्म का वही करना है जिसके लिए उसे बनाया गया, और इन्हें रुकावट मानने का अंत आम तौर पर रूट किए गए फ़ोन और बिना पासवर्ड पर होता है।
जानबूझकर बदली वाले फ़ोन पर जाएँ
पहले वही करें जो समर्थित है। अगर प्रदाता ऐसा निर्यात देता है जिसमें आपके ज़रूरी क्रेडेंशियल साफ़ तौर पर शामिल हों, तो उसका उपयोग करें और पुराना मिटाने से पहले नए डिवाइस पर नतीजा जाँचें। अगर नहीं देता, तो नई प्रोफ़ाइल या नामांकन माँगें, जो प्रमाणपत्र-आधारित सेवाओं के लिए सामान्य रास्ता है और आम तौर पर कामचलाऊ उपाय से कम समय लेता है।
क्रम मायने रखता है। बदली को नामांकित करें, उसे जोड़ें, टनल से एक परीक्षण अनुरोध भेजें, और उसके बाद ही मूल को सेवानिवृत्त करें। नया साबित होने तक काम करता फ़ोन रखना सबसे सस्ता बीमा है, और इसमें सब्र के सिवा कुछ नहीं लगता।
रीसेट के दुष्प्रभावों की भी योजना बनाएँ। अगर खाता पासवर्ड रीसेट होता है या डिवाइस की पहचान रद्द होती है, तो अन्य सत्र अमान्य हो सकते हैं, जिनमें लैपटॉप क्लाइंट और वह टैबलेट भी शामिल है जिसे किसी ने याद नहीं रखा। एक-एक करके खोजने के बजाय उसी समय-खिड़की में निपटें।
क्या न करें
सादे टेक्स्ट फ़ाइल की तलाश में एकमात्र काम करते डिवाइस को रूट न करें। आप पहुँच-रिकवरी की समस्या को डिवाइस-अखंडता की समस्या में बदल देते हैं, ऐप की अपनी अखंडता जाँचें तोड़ सकते हैं, और फिर भी कोई गारंटी नहीं कि जो मान आप ढूँढ रहे हैं वह पढ़ने योग्य रूप में मौजूद है।
समस्या असली साबित करने के लिए निजी कुंजियाँ, निर्यात की गई प्रोफ़ाइलें या पासवर्ड सहायता टिकट में न चिपकाएँ। प्रदाता को प्रोफ़ाइल का नाम, ऐप का संस्करण, खाता पहचानकर्ता और त्रुटि चाहिए, जिनमें से कोई भी गुप्त नहीं है।
और इंतज़ार के दौरान कनेक्शन पाने के लिए प्रमाणपत्र सत्यापन बंद न करें। यह अस्थायी असुविधा के बदले उस एकमात्र जाँच को स्थायी रूप से कमज़ोर करता है जो बताती है कि आप किस सर्वर से बात कर रहे हैं। चार तथ्य दर्ज करें, ठोस सवाल पूछें और जारी किया गया रास्ता अपनाएँ।