पुराना डिवाइस छोड़ने से पहले Mastodon ऐप्स और सत्र रद्द करें

पुराना डिवाइस स्टोरेज का नहीं, पहुँच का सवाल है

जब आप कोई फ़ोन, टैबलेट या लैपटॉप इस्तेमाल करना बंद कर देते हैं, तो डिवाइस खुद मायने नहीं रखता — लेकिन उसके साथ जाने वाली पहुँच मायने रखती है। उस डिवाइस पर साइन इन किया गया Mastodon क्लाइंट अब भी आपके अकाउंट का टोकन रख सकता है। डिवाइस आपके हाथ से जाने से पहले जिस सवाल का जवाब ज़रूरी है, वह “डिस्क पर क्या है?” नहीं, बल्कि “अब भी क्या मेरे रूप में काम कर सकता है?” है।

यह गाइड तीन क्रियाओं को अलग करती है जिन्हें आसानी से एक-दूसरे में मिलाया जा सकता है: सत्र लॉग आउट करना, क्लाइंट ऐप रद्द करना, और अकाउंट पासवर्ड बदलना। ये एक-दूसरे के विकल्प नहीं हैं, और एक करने से बाकी अपने आप नहीं हो जाते।

Mastodon अकाउंट सेटिंग्स उपयोगकर्ताओं को सक्रिय सत्र या अधिकृत ऐप्स रद्द करने की अनुमति देती हैं। स्रोत

उसी अकाउंट सेटिंग्स क्षेत्र में पासवर्ड बदलाव और दो-कारक प्रमाणीकरण (two-factor authentication) भी शामिल हैं। स्रोत

यही वह पूरी आधिकारिक तस्वीर है जिस पर यह गाइड आधारित है। नीचे बाकी सब कुछ आपके अपने फ़ैसलों को व्यवस्थित करने का तरीका है, किसी विशेष सर्वर पर मेनू के शब्दों या सीमाओं के बारे में दावा नहीं।

चरण 1: डिवाइस छोड़ने से पहले उसकी सूची बनाएँ

पहले डिवाइस से ही शुरू करें, जब तक वह आपके हाथ में है। आप एक सूची बना रहे हैं, अभी कुछ ठीक नहीं कर रहे।

1. डिवाइस पर हर उस ऐप को खोलें जिसमें आपने कभी अपने Mastodon अकाउंट से साइन इन किया था। आधिकारिक ऐप, तृतीय-पक्ष क्लाइंट, और वह सब कुछ शामिल करें जिसने आपसे पहुँच अधिकृत करने को कहा था।
2. क्लाइंट का नाम वैसे लिखें जैसे वह ऐप में दिखता है, जैसे आपको याद है वैसे नहीं। एक ही डेवलपर के दो क्लाइंट सूची में एक जैसे दिख सकते हैं।
3. नोट करें कि क्या ऐप अब भी बिना दोबारा साइन इन कहे आपके अकाउंट पर खुलता है। अगर हाँ, तो वह एक जीवंत सत्र रखे हुए है।
4. आपने जो भी डिवाइस-स्तरीय साइन-इन इस्तेमाल किया, उसे लिख लें, जैसे उसी मशीन पर ब्राउज़र सत्र।
5. डिवाइस को वाइप करने या सौंपने से पहले, हर उस क्लाइंट से लॉग आउट करें जिसे आप अब भी खोल सकते हैं। यह शिष्टाचारपूर्ण, कम जोखिम वाला पहला कदम है — लेकिन इसे घर की सफ़ाई मानें, पहुँच खत्म होने का सबूत नहीं।

जिस डिवाइस को आप खोने वाले हैं, उस पर किया गया लॉगआउट तीन क्रियाओं में सबसे कमज़ोर है, क्योंकि बाद में आप पुष्टि नहीं कर सकते कि क्लाइंट ने अपने टोकन का क्या किया। इसीलिए अगला कदम उस डिवाइस से होता है जिसे आप रख रहे हैं।

चरण 2: अपने नियंत्रण वाले अकाउंट से सत्र और अधिकृत ऐप्स की समीक्षा करें

जिस डिवाइस को आप रख रहे हैं, उससे अपने Mastodon अकाउंट में साइन इन करें। अकाउंट सेटिंग्स में, वही क्षेत्र सक्रिय सत्र, अधिकृत ऐप्स, पासवर्ड बदलाव और दो-कारक प्रमाणीकरण को कवर करता है। उस क्षेत्र को खोलें और सूची को उसी सूची के साथ पढ़ें जो आपने अभी लिखी है।

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

यह भी वही समय है जब कुछ भी बदलने से पहले पुष्टि करें कि आपका रिकवरी सेटअप ठीक है। अगर आपका एकमात्र रिकवरी रास्ता ऐसा मेलबॉक्स है जो अब आपके नियंत्रण में नहीं है, तो पासवर्ड बदलना आपको बाहर लॉक कर सकता है।

चरण 3: तय करें कि हर प्रविष्टि के लिए क्या करना है

नीचे दी गई वर्कशीट का उपयोग करें। तालिका का उद्देश्य आपको सबसे बड़ा हथौड़ा — पासवर्ड बदलना — उस समस्या के लिए उठाने से रोकना है जिसे एक ही रद्दीकरण हल कर देता है, या उस स्थिति में लॉगआउट से काम चलाने से रोकना है जब क्लाइंट अभी भी अधिकृत है।

एक संक्षिप्त निर्णय नियम, अगर आप एक पंक्ति चाहते हैं: अब भी उपयोग में, रखें; उपयोग में नहीं, रद्द करें; अज्ञात, रद्द करें और जानबूझकर फिर से अधिकृत करें; संदिग्ध समझौता, पासवर्ड भी बदलें।

चरण 4: समझें कि हर क्रिया वास्तव में क्या करती है — और क्या नहीं

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

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

तीन सीमाएँ स्पष्ट रूप से बताने योग्य हैं, क्योंकि ये झूठे भरोसे के आम स्रोत हैं:

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

आम गलतियाँ

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

डिवाइस जाने के बाद अपनी छाप की सुरक्षा

एक बार पुराना डिवाइस आपके हाथ से चला जाए, तो बचा हुआ काम ऐप पहुँच के बजाय सार्वजनिक सतह के बारे में है। अपने दिमाग में दो बातें अलग रखना ज़रूरी है:

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

उपयोगकर्ता नाम खोज अकाउंट की सूची नहीं है। किसी हैंडल को खोजना बताता है कि वह स्ट्रिंग सार्वजनिक रूप से कहाँ दिखती है। यह हर उस अकाउंट की गिनती नहीं करता जो कोई व्यक्ति रखता है, और यह नहीं बताता कि कौन से अकाउंट सक्रिय, निष्क्रिय या नाम बदले हुए हैं। अगर आप अपनी खुद की छाप की समीक्षा कर रहे हैं, तो उन हैंडल से शुरू करें जिन्हें आप जानते हैं कि आपने उपयोग किया है और हर एक को जानबूझकर जाँचें।

अगर आप उस स्व-समीक्षा के लिए शुरुआती बिंदु चाहते हैं, तो TraceSeek एक उपयोगकर्ता नाम को 3,000+ प्लेटफ़ॉर्म पर जाँचता है और लगभग 20–30 सेकंड में सार्वजनिक मिलान लौटाता है, पहला स्कैन मुफ़्त है। यह जो सार्वजनिक रूप से दिखता है उसे रिपोर्ट करता है; यह किसी भी प्लेटफ़ॉर्म पर सेटिंग्स नहीं बदलता, मिलान की गारंटी नहीं देता, या किसी की पहचान सत्यापित नहीं करता। मिलानों को कैसे पढ़ा जाए, इसके लिए पद्धति पृष्ठ देखें।

मुख्य तथ्य

• Mastodon अकाउंट सेटिंग्स उपयोगकर्ताओं को सक्रिय सत्र या अधिकृत ऐप्स रद्द करने की अनुमति देती हैं।
• उसी अकाउंट सेटिंग्स क्षेत्र में पासवर्ड बदलाव और दो-कारक प्रमाणीकरण भी शामिल हैं।
• सत्र लॉग आउट करना, क्लाइंट ऐप रद्द करना और पासवर्ड बदलना अलग-अलग दायरे वाली अलग क्रियाएँ हैं।
• ऐप पहुँच रद्द करने से प्रकाशित पोस्ट नहीं हटते, हैंडल नहीं बदलता, या अन्य सर्वरों पर अकाउंट प्रभावित नहीं होते।
• सार्वजनिक उपयोगकर्ता नाम का मिलान पुष्टि करने योग्य सुराग है, यह सबूत नहीं कि अकाउंट एक ही व्यक्ति के हैं।