इस काम में वास्तव में क्या शामिल है
पुराना GitLab सत्र रद्द करना एक क्लिक जैसा लगता है, लेकिन असल में यह दो अलग-अलग असर वाला समीक्षा कार्य है। एक असर केवल उस सत्र तक सीमित है जिसे आप चुनते हैं। दूसरा असर उस सत्र से आगे जाकर हर जगह के याद रखे गए लॉगिन टोकन खत्म कर देता है। क्लिक करने से पहले दोनों को समझना आपको खुद को लॉक आउट करने से बचाता है, और यह मानने से भी रोकता है कि जितनी सफाई हुई है, वह वास्तव में हुई है।
यह गाइड केवल मालिक की अपनी सत्र सूची के बारे में है। इसमें सर्वर प्रशासन, Rails कंसोल कमांड, या किसी और के खाते में बदलाव शामिल नहीं हैं।
चरण 1: सत्र सूची तक पहुँचें और कार्रवाई से पहले उसे पढ़ें
GitLab मालिक Edit profile, Access, Active sessions खोलकर अनचाहा सत्र रद्द कर सकता है।
GitLab मालिक Edit profile, Access, Active sessions खोलकर अनचाहा सत्र रद्द कर सकता है। स्रोत
कुछ भी रद्द करने से पहले सूची को साफ करने की चीज़ नहीं, बल्कि पढ़ने की चीज़ मानें। हर प्रविष्टि के लिए जो आप वास्तव में देख सकते हैं उसे नोट करें: डिवाइस या ब्राउज़र का विवरण, सत्र अंतिम बार कब सक्रिय था, और क्या आप उसे अपना पहचानते हैं। जिस सत्र को आप नहीं पहचानते, वह और ध्यान से देखने की वजह है, न कि इसका स्वतः सबूत कि किसी और के पास आपका पासवर्ड है। साझा कंप्यूटर, पुराने फोन और अब इस्तेमाल न किए जाने वाले ब्राउज़र—ये सभी ऐसी प्रविष्टियाँ बना सकते हैं जो अनजानी लगें।
एक व्यावहारिक क्रम यह है:
- वह सत्र पहचानें जिसे आप अभी इस्तेमाल कर रहे हैं, ताकि आपको पता हो कौन-सी प्रविष्टि बनी रहनी चाहिए।
- जिन प्रविष्टियों का आप कोई हिसाब नहीं दे सकते, उन्हें चिह्नित करें।
- तय करें कि समस्या एक पुराना सत्र है या याद रखे गए लॉगिन के बारे में व्यापक चिंता है।
- तभी रद्द करें।
चरण 2: जानें कि वर्तमान सत्र पर क्या लागू नहीं होता
वर्तमान सक्रिय सत्र उस कार्रवाई से रद्द नहीं होता।
वर्तमान सक्रिय सत्र उस कार्रवाई से रद्द नहीं होता। स्रोत
यही वह ब्यौरा है जो सबसे ज़्यादा भ्रम पैदा कर सकता है। पुराना सत्र रद्द करने से आप उस ब्राउज़र से साइन आउट नहीं होते जिसमें आप काम कर रहे हैं। यह सुविधाजनक है, क्योंकि इसका मतलब है कि सफाई की कार्रवाई समीक्षा को बीच में नहीं रोकती। इसका यह भी मतलब है कि अगर आपका लक्ष्य अभी इस्तेमाल हो रहे सत्र को खत्म करना है, तो किसी दूसरी प्रविष्टि को रद्द करने से वह पूरा नहीं होगा। वर्तमान सत्र से साइन आउट करना सूचीबद्ध सत्र रद्द करने से अलग कार्रवाई है।
चरण 3: याद रखे गए लॉगिन के व्यापक असर को ध्यान में रखें
कोई भी सत्र रद्द करने से सभी डिवाइस पर Remember me टोकन भी रद्द हो जाते हैं।
कोई भी सत्र रद्द करने से सभी डिवाइस पर Remember me टोकन भी रद्द हो जाते हैं। स्रोत
यही वह हिस्सा है जो काम का दायरा बदल देता है। आप एक पुरानी प्रविष्टि हटाना चाहते हों, लेकिन याद रखे गए लॉगिन पर असर उस एक प्रविष्टि से व्यापक है। अगर अन्य डिवाइस याद रखे गए लॉगिन पर निर्भर हैं, तो उम्मीद रखें कि वे याद रखे गए लॉगिन खत्म होंगे, और उन डिवाइस पर उन क्रेडेंशियल से फिर साइन इन करने की योजना बनाएँ जो अब भी आपके नियंत्रण में हैं।
योजना का यह कदम मायने रखता है। रद्द करने से पहले पुष्टि करें कि आप अब भी किसी ऐसी विधि से साइन इन कर सकते हैं जो आपके नियंत्रण में है, जैसे आपका पासवर्ड या खाते पर पहले से सेट कोई अन्य रिकवरी रास्ता। इस सफाई के हिस्से के रूप में अपनी रिकवरी विधि न हटाएँ और न बदलें। जब तक आप पुष्टि न कर लें कि खाता उस स्थिति में है जो आप चाहते हैं, उसे बनाए रखें।
निर्णय तालिका: एक सत्र या व्यापक याद-रखे-लॉगिन रीसेट
| आपने क्या देखा | रद्द करने से क्या होता है | किसकी योजना बनाएँ |
|---|---|---|
| एक पुराना सत्र जिसे आप अपने पुराने डिवाइस के रूप में पहचानते हैं | वह सत्र खत्म होता है; वर्तमान सत्र सक्रिय रहता है; Remember me टोकन सभी डिवाइस पर खत्म होते हैं | जिस भी डिवाइस पर याद रखे गए लॉगिन पर निर्भरता थी, वहाँ फिर साइन इन करें |
| एक सत्र जिसका आप कोई हिसाब नहीं दे सकते | ऊपर जैसा ही | इसे अपने साइन-इन सुरक्षा की समीक्षा करने का संकेत मानें, सेंध का सबूत नहीं |
| आप अभी इस्तेमाल हो रहा सत्र खत्म करना चाहते हैं | सूचीबद्ध सत्र रद्द करने से यह नहीं होता | वर्तमान सत्र से अलग से साइन आउट करें |
| कई अनजानी प्रविष्टियाँ | हर रद्दीकरण का वही व्यापक याद-रखे-लॉगिन असर होता है | तय करें कि बार-बार रद्द करना ज़रूरी है या नहीं, और अपना रिकवरी रास्ता बनाए रखें |
चरण 4: नतीजे को ईमानदारी से सत्यापित करें
क्या बदला, यह पुष्टि करने की जगह सत्र सूची है। जाँचें कि जिस प्रविष्टि को आपने लक्षित किया वह चली गई है और जो सत्र आप इस्तेमाल कर रहे हैं वह अब भी मौजूद है। फिर उन डिवाइस की जाँच करें जिन पर याद-रखे-लॉगिन बदलाव का असर होने की उम्मीद थी, और जहाँ ज़रूरत हो वहाँ फिर साइन इन करें।
सूची क्या बता सकती है और क्या नहीं, इस बारे में सतर्क रहें। सूची से प्रविष्टि का गायब होना दिखाता है कि सत्र रद्द हुआ। यह अपने आप में यह नहीं बताता कि सत्र क्यों था, किसने इस्तेमाल किया, या खाते पर कुछ और बदला या नहीं। अगर आपने कोई सत्र इसलिए रद्द किया क्योंकि आप उसे नहीं पहचानते थे, तो समझदारी भरा अगला कदम यह मानने के बजाय कि मामला खत्म हो गया, अपने साइन-इन सुरक्षा की समीक्षा करना है।
आम गलतियों के रास्ते
- गलती से उसी सत्र को रद्द करना जिसमें आप काम कर रहे हैं। वर्तमान सत्र उस कार्रवाई से रद्द नहीं होता, इसलिए यह खास गलती नहीं होती; लेकिन अलग से साइन आउट करने पर आपकी समीक्षा बाधित होगी। साइन आउट करने से पहले समीक्षा पूरी करें।
- यह मानना कि एक रद्दीकरण ने हर डिवाइस साफ कर दिया। याद-रखे-लॉगिन का असर एक सत्र से व्यापक है, लेकिन सत्र सूची अब भी हर उस जगह की पूरी तस्वीर नहीं है जहाँ आपने कभी साइन इन किया।
- अपनी रिकवरी विधि बहुत जल्दी हटाना। जब तक आप पुष्टि न कर लें कि खाता उस स्थिति में है जो आप चाहते हैं, अपने नियंत्रण वाला रिकवरी रास्ता बनाए रखें।
- अनजानी प्रविष्टि को सिद्ध घुसपैठ मानना। यह आगे की समीक्षा का सुराग है, निष्कर्ष नहीं।
एक उपयोगी अगला काम
GitLab सत्र एक खाता है। अगर आपकी चिंता व्यापक है, तो सत्र को व्यक्ति से अलग रखने का यही अनुशासन अन्य जगहों पर भी लागू होता है। Google खाते के डिवाइस की समीक्षा करने, बिना सत्रों को लोगों से भ्रमित किए वाली गाइड एक अलग खाते के लिए इसी अंतर को समझाती है, और यहाँ काम पूरा करने के बाद यह स्वाभाविक अगला कदम है।
अगर आपकी चिंता का कुछ हिस्सा यह है कि कोई उपयोगकर्ता नाम सार्वजनिक रूप से किससे जुड़ा है, तो उपयोगकर्ता नाम लुकअप सार्वजनिक मिलानों को सुराग के रूप में दिखा सकता है। TraceSeek 3,000+ प्लेटफ़ॉर्म कवर करता है, और पहला स्कैन मुफ़्त है और 20-30 सेकंड लेता है। सार्वजनिक मिलान सुराग हैं, स्वामित्व का सबूत नहीं, और उपयोगकर्ता नाम खोज पूरी खाता सूची नहीं है।