ऑथेंटिकेटर नए फ़ोन पर ले जाना: क्या जाता है, क्या नहीं

फ़ोन बदलना एक रोज़मर्रा का काम है, जब तक बारी ऑथेंटिकेटर ऐप की न आ जाए। संपर्क, तस्वीरें और संदेश अपने-अपने रास्तों से जाते हैं, और ज़्यादातर लोग ये पहले कर चुके होते हैं। आपके और दर्जन भर अकाउंट के बीच खड़े वे छह अंक अलग नियमों पर चलते हैं, और इसे जानने का वक़्त वह नहीं होता जब पुराना हैंडसेट मिटाकर किसी को दिया जा चुका हो। अगर आपको इस फ़ोन की जगह नहीं बल्कि दूसरे फ़ोन पर मैसेजिंग ऐप चाहिए, तो डिवाइस जोड़ना अलग फ़ैसला है — और ऐसा फ़ैसला जो न ऑथेंटिकेटर की प्रविष्टियाँ ले जाता है, न इस माइग्रेशन की ज़रूरत ख़त्म करता है।

संक्षेप में: ऑथेंटिकेटर माइग्रेशन की कोई एक प्रक्रिया नहीं है। Google Authenticator प्रविष्टियाँ आपके Google अकाउंट पर सिंक कर सकता है या उन्हें डिवाइस पर ही एक्सपोर्ट के ज़रिये ले जा सकता है, और सिंक हुई प्रविष्टि मिटाने पर वह हर उस डिवाइस से हट जाती है जहाँ वह सिंक है। Microsoft Authenticator बैकअप और रिस्टोर सिर्फ़ एक ही तरह के डिवाइस के भीतर करता है, और दफ़्तर, स्कूल तथा पासवर्ड-रहित प्रविष्टियों में वह अकाउंट का नाम लौटाता है पर नए सिरे से साइन इन फिर भी माँगता है। पुराना डिवाइस तब तक चालू और साइन इन रखें जब तक दोनों बातें पक्की न हो जाएँ — कि नया डिवाइस आपको साइन इन करा देता है, और कि रिकवरी का कोई स्वतंत्र रास्ता मौजूद है।

तीन तंत्र, एक प्रक्रिया नहीं

“मेरा ऑथेंटिकेटर ले जाओ” वाक्य में कई अलग-अलग चीज़ें समा जाती हैं, और लोग अटकते इन्हीं फ़र्क़ों पर हैं।

कुछ प्रविष्टियाँ सिंक होती हैं — वे सिर्फ़ एक हैंडसेट पर रहने के बजाय आपके डिवाइसों और एक अकाउंट के बीच एक-सी रखी जाती हैं। कुछ एक्सपोर्ट और इम्पोर्ट होती हैं, यानी जान-बूझकर एक डिवाइस से दूसरे पर ले जाई जाती हैं। कुछ का बैकअप और रिस्टोर होता है, जो सुनने में सिंक होने जैसा लगता है पर उसके साथ ऐसी पाबंदियाँ आती हैं जो सिंक के साथ नहीं आतीं। और कुछ प्रविष्टियाँ किसी भी काम लायक़ रूप में जाती ही नहीं — नए फ़ोन पर जो पहुँचता है वह सूची में एक नाम भर होता है, और असल प्रमाणीकरण दोबारा क़ायम करना अब भी बाक़ी रहता है।

दो कंपनियाँ, दो डिज़ाइन, और इनमें से हर एक के भीतर एक से ज़्यादा स्थितियाँ। पूरा काम बस यही तय करना है कि आपकी हर प्रविष्टि किस स्थिति में है।

Google Authenticator: सिंक और हाथ से एक्सपोर्ट

Google दोनों रास्ते Google Authenticator से वेरिफिकेशन कोड पाने वाले अपने पेज पर दर्ज करता है।

सिंक। जब आप नए डिवाइस पर Google Authenticator के भीतर अपने Google अकाउंट में साइन इन करते हैं, तो आपके कोड अपने आप उस डिवाइस पर सिंक हो जाते हैं। यह इस पर टिका है कि वे प्रविष्टियाँ पहले उसी अकाउंट पर सिंक हुई हों: सिंक होना आपके डिवाइसों की प्रतियाँ अकाउंट के साथ एक-सी रखता है, इसलिए जो प्रविष्टि कभी सिंक हुई ही नहीं वह वहाँ उठाए जाने के इंतज़ार में नहीं पड़ी होती।

हाथ से ट्रांसफ़र। जहाँ प्रविष्टियाँ सिंक नहीं हैं, वहाँ पुराना डिवाइस उन्हें एक्सपोर्ट करता है: उसके मेन्यू से Transfer accounts, फिर Export accounts, और यह चुनना कि कौन-सी ले जानी हैं — इससे QR कोड बनते हैं। नया डिवाइस उन्हें स्कैन करने के लिए Transfer accounts और Import accounts इस्तेमाल करता है। इस रास्ते के लिए पुराने डिवाइस का चालू और आपके हाथ में होना ज़रूरी है, और यही एक वजह है कि उसे जल्दी हाथ से न जाने दें।

वह नतीजा जो लोगों को पकड़ लेता है। Google बताता है कि अगर आपके कोड सिंक हैं, तो उन्हें मिटाने पर वे हर उस डिवाइस से हट जाते हैं जहाँ वे सिंक हैं। यह इसलिए मायने रखता है कि पुराना फ़ोन छोड़ते वक़्त स्वाभाविक झुकाव यही होता है कि डिवाइस जाने देने से पहले ऐप से अकाउंट हटाकर सफ़ाई कर दी जाए। सिंक हुई प्रविष्टियों के लिए यह सफ़ाई नहीं है; यह उन प्रविष्टियों को हर जगह से मिटाना है, उस फ़ोन से भी जो आपने अभी-अभी सेट किया। डिवाइस विदा करना और प्रमाणीकरण की प्रविष्टियाँ मिटाना अलग-अलग काम हैं और अलग ही रहने चाहिए।

Microsoft Authenticator: बैकअप, रिस्टोर, और प्लेटफ़ॉर्म के बीच की दीवार

Microsoft का डिज़ाइन सिंक नहीं, बैकअप है, और इसमें एक पाबंदी ऐसी है जिसे नया फ़ोन चुनने से पहले जान लेना चाहिए।

बैकअप रहता कहाँ है। अपने अकाउंट का बैकअप लेने पर Microsoft की मार्गदर्शिका बताती है कि Android किसी Microsoft निजी अकाउंट पर बैकअप लेता है, और iOS iCloud का इस्तेमाल करता है, जिसमें iCloud Drive, iCloud Keychain और iCloud Backup चालू होने चाहिए। हर तीस सेकंड में वन-टाइम कोड बनाने वाली तीसरे पक्ष की प्रविष्टियाँ भी इसमें शामिल हैं। इसलिए रिस्टोर के लिए चाहिए ऐसा बैकअप जो वाक़ई लिया गया हो, ऐसे भंडार में जहाँ आप अब भी पहुँच सकें, और किसी अनुकूल प्लेटफ़ॉर्म से — और उस भंडार तक पहुँचने के लिए ही साइन इन करना पड़ सकता है, जिस पर ध्यान देना चाहिए अगर उस अकाउंट का दूसरा फ़ैक्टर वही फ़ोन है जिसे आप बदल रहे हैं।

एक ही तरह के डिवाइस वाली दीवार। अकाउंट क्रेडेंशियल रिस्टोर करने पर Microsoft का पेज साफ़ कहता है कि बैकअप और रिस्टोर सिर्फ़ एक ही तरह के डिवाइस पर काम करते हैं, और iOS डिवाइस पर लिया गया बैकअप किसी Android डिवाइस पर रिस्टोर नहीं किया जा सकता। अगर आप प्लेटफ़ॉर्म बदल रहे हैं, तो यह रास्ता आपकी प्रविष्टियाँ पार नहीं ले जाता, और आपको रिस्टोर के बजाय हर सेवा पर प्रमाणीकरण का तरीक़ा दोबारा सेट करने की योजना बनानी होगी।

रिस्टोर हुआ नाम कोई चलता हुआ तरीक़ा नहीं है। यही वह बारीकी है जिसे सबसे ज़्यादा पकड़ने की ज़रूरत है। दफ़्तर या स्कूल के अकाउंट के बारे में Microsoft बताता है कि सिर्फ़ अकाउंट का नाम रिस्टोर होता है और आपको दोबारा साइन इन करना होगा। यही बात पासवर्ड-रहित साइन-इन के लिए सेट किए गए निजी अकाउंट पर भी लागू है। जो प्रविष्टियाँ वन-टाइम कोड इस्तेमाल करती हैं वे चलते हुए कोड-जनरेटर के रूप में रिस्टोर होती हैं; बाक़ी सूची में ऐसी प्रविष्टि बनकर आती हैं जो देखने में तसल्ली देती है और अभी किसी चीज़ को प्रमाणित नहीं करती। नए फ़ोन पर अकाउंट का नाम दिख जाना इस बात की पुष्टि नहीं कि वह चल रहा है।

हर स्थिति में क्या मिलता है

आपकी प्रविष्टि	नए फ़ोन पर क्या पहुँचता है	अब भी क्या करना है	पहले क्या पक्का करें
Google, वे प्रविष्टियाँ जो वाक़ई उसी अकाउंट पर सिंक हैं जिसमें आप साइन इन करते हैं	कोड, उसी अकाउंट में साइन इन करने पर	कुछ नहीं, अगर साइन इन करने से वे आ गए	कि वे प्रविष्टियाँ वहाँ सिंक थीं, और कि कोड स्वीकार हो रहे हैं
Google, सिंक नहीं	जब तक आप पुराने डिवाइस से एक्सपोर्ट न करें, कुछ नहीं	पुराना फ़ोन चलते रहते ही एक्सपोर्ट और इम्पोर्ट	कि पुराना डिवाइस मौजूद है और चल रहा है
Microsoft, वही प्लेटफ़ॉर्म, वन-टाइम-कोड वाली प्रविष्टि, और पहुँच में बैकअप	चलता हुआ कोड-जनरेटर	कुछ नहीं, अगर कोड स्वीकार हो रहे हैं	कि बैकअप तक पहुँचा जा सकता है, और कि कोड सिर्फ़ दिख नहीं रहा बल्कि स्वीकार भी हो रहा है
Microsoft, दफ़्तर या स्कूल, या पासवर्ड-रहित	सिर्फ़ अकाउंट का नाम	तरीक़ा दोबारा क़ायम करने के लिए नए सिरे से साइन इन	कि पुराना फ़ोन विदा करने से पहले आप वह साइन इन पूरा कर सकते हैं
Microsoft, प्लेटफ़ॉर्म बदलते हुए	अलग-अलग तरह के डिवाइस के बीच रिस्टोर नहीं होता	हर सेवा पर सीधे जाकर प्रमाणीकरण का तरीक़ा दोबारा सेट करें	किन सेवाओं पर यह तरीक़ा दोबारा सेट करना पड़ेगा
ऐसी कोई भी सेवा जहाँ ऑथेंटिकेटर ही इकलौता फ़ैक्टर है	ऊपर की पंक्तियाँ जो देती हैं वही	कुछ भी बदलने से पहले दूसरा रास्ता क़ायम करें	कि रिकवरी का रास्ता ऐसा है जिसे आप वाक़ई इस्तेमाल कर सकते हैं — प्रकाशित सहायता पेज आपके पास मौजूद फ़ैक्टर नहीं है

पुराना डिवाइस विदा करने से पहले यह पक्का करें

अलग-अलग क़दमों से ज़्यादा क्रम मायने रखता है, और सिद्धांत एक ही है: जब तक नया फ़ोन साबित न हो जाए, पुराने फ़ोन के साथ ऐसा कुछ न हो जो पलटा न जा सके।

पुराना डिवाइस चालू और साइन इन रखें। सिर्फ़ बिना मिटाया हुआ नहीं — अब भी चलता हुआ और अपने सेशन समेटे हुए। पूरी प्रक्रिया में वही आपका सहारा है, और उसकी क़ीमत तभी ख़त्म होती है जब आप दोनों बातें पक्की कर लें — कि हर तरीक़ा नए डिवाइस पर प्रमाणित करता है, और कि रिकवरी का कोई स्वतंत्र रास्ता आपके पास है।

नए डिवाइस पर सचमुच साइन इन करें। “प्रविष्टि सूची में दिख गई” नहीं, बल्कि हर उस अकाउंट के साथ असल प्रमाणीकरण जो मायने रखता है। यही वह क़दम है जो रिस्टोर हुए नाम और चलते हुए तरीक़े में फ़र्क़ करता है, और इन दोनों को अलग पहचानने का यही इकलौता रास्ता है।

हर अकाउंट के लिए रिकवरी का स्वतंत्र रास्ता पक्का करें। ऐसा कुछ जो वाक़ई आपके पास हो — रिकवरी कोड, ऐसा दूसरा फ़ैक्टर जिसे आप अब भी इस्तेमाल कर सकें, या रिकवरी का ऐसा रास्ता जिसके बारे में आप पक्का कर चुके हों कि वह आप पर लागू होता है। प्रकाशित सहायता पेज आपके क़ब्ज़े में मौजूद फ़ैक्टर नहीं है। अगर वह दूसरा फ़ैक्टर किराये के नंबर पर भेजा जाने वाला SMS कोड है, तो उस पर टिकने से पहले देखें कि वह नंबर अब भी क्या कर सकता है। चक्कर वाली स्थिति पर नज़र रखें: अगर आपका बैकअप रखने वाले क्लाउड अकाउंट में जाने का इकलौता रास्ता उसी फ़ोन से आया कोड है जिसे आप विदा कर रहे हैं, तो फ़ोन के साथ वह रास्ता भी बंद हो जाता है। यह तब भी जाँचने लायक़ है जब माइग्रेशन देखने में बिल्कुल ठीक हुआ लगे।

इसके बाद ही पुराना डिवाइस विदा करें, और उसके साथ जो भी करना हो — रखना, किसी को देना, या लौटाना — उसके लिए डिवाइस निर्माता की अपनी मार्गदर्शिका पर चलें। रास्ता जो भी हो, वहाँ तक ऐप के भीतर से एक-एक करके प्रमाणीकरण की प्रविष्टियाँ मिटाते हुए न पहुँचें, और वजह ऊपर दी जा चुकी है। पुराने हैंडसेट में दूसरा डेटा और दूसरे अकाउंट भी हैं, इसलिए उसे निपटाना इस माइग्रेशन से बड़ा फ़ैसला है।

एक चीज़ जिसकी इस क्रम में कहीं जगह नहीं: सिम बदलने, नंबर पोर्ट कराने या नई लाइन ख़रीदने से ऑथेंटिकेटर की प्रविष्टियाँ नहीं जातीं। वे रहस्य ऐप और उसके बैकअप में बैठते हैं, सिम पर नहीं। अगर कोई अकाउंट दूसरे फ़ैक्टर के रूप में SMS भी इस्तेमाल करता है, तो वह हिस्सा नंबर के साथ ज़रूर जाता है, और दोनों को एक मान लेना आसान है — पर ये अलग व्यवस्थाएँ हैं जिनके नाकाम होने के तरीक़े भी अलग हैं। उस SMS वाले पहलू की अपनी शर्तें हैं: लाइन को संदेश पाने लायक़ होना चाहिए, जो डेटा-ओनली प्लान नहीं हो सकती, और आ चुके कोड को ख़ाने तक पहुँचना भी होता है, जो फिर से एक अलग समस्या है।

दो स्थितियाँ जिन्हें विस्तार से देखना चाहिए

दोनों काल्पनिक हैं, किसी असली मामले की रिपोर्ट नहीं — ये सोचने का तरीक़ा दिखाने के लिए लिखी गई हैं।

वह सफ़ाई जिसने कोड ही मिटा दिए। कोई व्यक्ति नया फ़ोन सेट करता है, Google Authenticator में साइन इन करता है, और अपनी प्रविष्टियाँ आती देखता है। संतुष्ट होकर वह पुराना हैंडसेट उठाता है और उसे जाने देने से पहले वहाँ के ऐप से अकाउंट मिटा देता है। चूँकि वे प्रविष्टियाँ सिंक थीं, यह मिटाना सिर्फ़ पुराने डिवाइस तक सीमित नहीं रहता। सोच की ग़लती यह है कि पुराने ऐप को अलग प्रति मान लिया गया, जबकि सिंक होने का मतलब है कि वह उसी समूह का एक दृश्य है। सुरक्षित क्रम यह है कि पहले पक्का करें कि हर तरीक़ा नए फ़ोन पर प्रमाणित करता है और रिकवरी का स्वतंत्र रास्ता हाथ में है, और उसके बाद ही पुराने हैंडसेट को ऑथेंटिकेटर ऐप के भीतर से प्रविष्टियाँ साफ़ करके नहीं, बल्कि कंपनी की अपनी उस मार्गदर्शिका के मुताबिक़ निपटाएँ जो डिवाइस विदा करने के लिए है।

वह अकाउंट नाम जिसने कुछ भी प्रमाणित नहीं किया। कोई दूसरा व्यक्ति एक iPhone की जगह दूसरा iPhone लेता है, iCloud बैकअप से Microsoft Authenticator रिस्टोर करता है, और अपना दफ़्तर वाला अकाउंट सूची में देखता है। वह पुराना फ़ोन मिटा देता है। अगली बार साइन-इन माँगे जाने पर उसे प्रविष्टि मौजूद तो मिलती है पर काम की नहीं, क्योंकि दफ़्तर और स्कूल के अकाउंट में रिस्टोर नाम लाता है और नए सिरे से साइन इन फिर भी माँगता है — और अब वह उसे आसानी से पूरा नहीं कर सकता, क्योंकि जिस रास्ते से वह करता वह उसी डिवाइस से होकर जाता था जिसे वह अभी मिटा चुका है। कुछ ख़राब नहीं हुआ; रिस्टोर ने ठीक वही किया जो वह दर्ज करता है। जो छूट गया वह यह क़दम था कि पुराने फ़ोन के चलते रहते नए फ़ोन पर सचमुच साइन इन करके देख लिया जाता।

इस गाइड की सीमाएँ

यह वही बताता है जो Google और Microsoft अपने-अपने ऐप के बारे में प्रकाशित करते हैं। यह दूसरे ऑथेंटिकेटर ऐप को शामिल नहीं करता, जो बैकअप और ट्रांसफ़र के अलग डिज़ाइन इस्तेमाल करते हैं, और इसे उन पर आम नहीं कर लेना चाहिए।

यह रीसेट, दोबारा इंस्टॉल या डेटा साफ़ करने के क़दम नहीं देता, और यह भी नहीं बताता कि पुराने हैंडसेट को कैसे निपटाएँ। वे काम ठीक उन्हीं प्रविष्टियों से जुड़ते हैं जिन्हें आप बचाना चाह रहे हैं, और उस डिवाइस की बाक़ी हर चीज़ से भी, इसलिए उनके लिए सही जगह उस कंपनी के अपने मौजूदा दस्तावेज़ हैं।

अकाउंट रिकवरी को ऑथेंटिकेटर ऐप नहीं, हर गंतव्य सेवा ख़ुद तय करती है। अगर कोई अकाउंट पहुँच से बाहर हो जाए, तो वापसी का रास्ता उसी सेवा की अपनी रिकवरी प्रक्रिया से होकर जाता है, यहाँ बताई किसी चीज़ से नहीं।

एक्सपोर्ट वाले QR कोड, सेटअप कुंजियाँ और रिकवरी कोड ख़ुद उन्हीं रहस्यों के बराबर हैं। ये किसी सहायता अनुरोध के साथ लगाने का सबूत नहीं हैं, किसी के लिए तस्वीर खींचने की चीज़ नहीं हैं, और न हमें भेजने की, न किसी ऐसे को जो ख़ुद को किसी सेवा का प्रतिनिधि बताए। अगर कभी कोई इनमें से कुछ माँगे, तो यही रुकने की वजह है। इस सलाह का आम रूप बिना माँगे आए वेरिफिकेशन कोड का क्या करें में है।

ऑर्डर से जुड़ा पहलू हमारे सहायता जवाबों में है, और हमारे यहाँ दिए गए किसी ख़ास ऑर्डर से जुड़ी बात के लिए रास्ता सपोर्ट टिकट है।

FAQ

क्या मेरे ऑथेंटिकेटर कोड अपने आप नए फ़ोन पर चले जाएँगे?

यह ऐप पर निर्भर है और इस पर कि हर प्रविष्टि किस तरह सेट की गई थी। Google Authenticator की जो प्रविष्टियाँ आपके Google अकाउंट पर सिंक हैं वे नए डिवाइस पर साइन इन करते ही आ जाती हैं; जो सिंक नहीं हैं उनके लिए पुराने फ़ोन से एक्सपोर्ट चाहिए। Microsoft Authenticator बैकअप से रिस्टोर करता है, पर सिर्फ़ एक ही तरह के डिवाइस पर, और कुछ अकाउंट-प्रकारों में सिर्फ़ अकाउंट का नाम। “अपने आप आ ही जाएगा” को मान लेने की नहीं, जाँचने की बात समझें।

मैं iPhone से Android पर जा रहा हूँ। क्या Microsoft Authenticator रिस्टोर होगा?

उस रास्ते से नहीं। Microsoft बताता है कि बैकअप और रिस्टोर सिर्फ़ एक ही तरह के डिवाइस पर काम करते हैं और iOS पर लिया गया बैकअप Android पर रिस्टोर नहीं किया जा सकता। हर सेवा पर सीधे जाकर प्रमाणीकरण का तरीक़ा दोबारा सेट करने की योजना बनाएँ, और यह पुराने फ़ोन के चलते रहते ही कर लें।

नया फ़ोन सेट हो जाने के बाद क्या मैं पुराने फ़ोन से अकाउंट मिटा सकता हूँ?

अगर प्रविष्टियाँ सिंक हैं, तो सफ़ाई के क़दम के तौर पर नहीं। Google बताता है कि सिंक हुए कोड मिटाने पर वे हर उस डिवाइस से हट जाते हैं जहाँ वे सिंक हैं, और इसमें वह फ़ोन भी है जो आपने अभी सेट किया। पहले पक्का करें कि नया डिवाइस चल रहा है और रिकवरी का स्वतंत्र रास्ता आपके पास है, फिर पुराने हैंडसेट को ऐप के भीतर से प्रविष्टियाँ हटाकर नहीं, बल्कि डिवाइस निर्माता की अपनी मार्गदर्शिका के मुताबिक़ विदा करें।

अकाउंट मेरे नए फ़ोन पर दिख रहा है। क्या इसका मतलब वह चल रहा है?

ज़रूरी नहीं। दफ़्तर, स्कूल और पासवर्ड-रहित प्रविष्टियों में Microsoft अकाउंट का नाम रिस्टोर करता है और नए सिरे से साइन इन फिर भी माँगता है। चलते हुए तरीक़े और सूची में पड़े नाम में फ़र्क़ करने का इकलौता रास्ता यही है कि उससे साइन इन करके देखें, तब जब पुराना डिवाइस अब भी सहारे के तौर पर मौजूद हो।

क्या सिम या फ़ोन नंबर बदलने से मेरा ऑथेंटिकेटर चला जाता है?

नहीं। ऑथेंटिकेटर की प्रविष्टियाँ ऐप और उसके बैकअप में रहती हैं, सिम पर नहीं, इसलिए नंबर या लाइन बदलने से वे नहीं जातीं। अगर कोई अकाउंट दूसरे फ़ैक्टर के रूप में SMS भी इस्तेमाल करता है, तो वह हिस्सा नंबर के साथ ज़रूर जाता है — और इसीलिए दोनों को आपस में गड्डमड्ड करना आसान है, जबकि ये अलग-अलग तरह से नाकाम होते हैं।

अगर मैं पुराना फ़ोन मिटा चुका हूँ और कोड ट्रांसफ़र नहीं हुए तो?

ज़रूरी नहीं कि पहला क़दम हर सेवा की अपनी रिकवरी हो। पहले कंपनी वाले रास्ते देखें: अगर Google Authenticator की प्रविष्टियाँ आपके Google अकाउंट पर सिंक थीं और आप अब भी उसमें साइन इन कर सकते हैं, तो नए डिवाइस पर साइन इन करने से वे आ सकती हैं; अगर Microsoft Authenticator का बैकअप मौजूद है, पहुँच में है और उसी तरह के डिवाइस पर लिया गया था, तो उसे रिस्टोर करने से कुछ प्रविष्टियाँ लौट सकती हैं — उन्हीं सीमाओं के साथ जो ऊपर हैं, क्योंकि दफ़्तर, स्कूल और पासवर्ड-रहित प्रविष्टियाँ नाम के रूप में रिस्टोर होती हैं और नए सिरे से साइन इन माँगती हैं, और रिस्टोर हर तरीक़े का सेटअप पूरा नहीं करता। यह सब उन सेशन को गिराए बिना करें जो अब भी आपके पास हैं। सिर्फ़ जहाँ कोई लागू सिंक या बैकअप काम न आए, और आपका रजिस्टर किया हुआ कोई स्वतंत्र तरीक़ा भी उपलब्ध न हो, वहीं यह हर सेवा की अपनी रिकवरी या एडमिन वाले रास्ते का मामला बनता है, एक-एक अकाउंट करके।