IQ Option पासवर्ड भूल गए और रीसेट के स्टेप
कब रीसेट की ज़रूरत
पासवर्ड तब रीसेट करें जब वह वाक़ई याद न आ रहा हो, जब शक हो कि उसे किसी और ने देख लिया है, या जब वह बस बहुत लंबे समय से चल रहा हो। बार-बार अंदाज़ा लगाना ही वह एक तरीक़ा है जो हालात बिगाड़ता है।
पासवर्ड रिकवरी कोई आख़िरी उपाय नहीं है, और उसे आख़िरी उपाय मानना ही वह चीज़ है जो एक मामूली असुविधा को बंद अकाउंट में बदल देती है। यह प्रक्रिया इसीलिए मौजूद है कि भूला हुआ क्रेडेंशियल सपोर्ट से बात किए बिना बदला जा सके, और इसे इस्तेमाल करने की कोई क़ीमत नहीं है। सोचने लायक़ बात यह नहीं कि आपको रीसेट करने की इजाज़त है या नहीं, बल्कि यह कि जो समस्या आपके सामने है उसका हल रीसेट है भी या नहीं — क्योंकि नामंज़ूर हुए साइन-इन की कई वजहें हो सकती हैं और उनमें से सिर्फ़ एक पासवर्ड है।
रिकवरी लिंक छूने से पहले हालात को परख लें। अगर साइन-इन फ़ॉर्म खाली फ़ील्ड के साथ वापस आता है और कोई और सफ़ाई नहीं देता, तो क्रेडेंशियल नामंज़ूर हुए और रीसेट समझदारी है। अगर प्लेटफ़ॉर्म इसके बजाय पुष्टि कोड माँग रहा है, या बता रहा है कि अकाउंट तक पहुँच सीमित है, तो रुकावट पासवर्ड नहीं है और उसे बदलने से दरवाज़ा नहीं खुलेगा। ये दोनों स्थितियाँ क्रमशः डिवाइस वेरिफिकेशन और ब्लॉक किए अकाउंट के तहत आती हैं।
भूले हुए क्रेडेंशियल
सबसे आम वजह सीधी-सादी है: पासवर्ड गया। यह आम तौर पर उन अकाउंट के साथ होता है जो कुछ समय पहले खोले गए, कुछ अरसे तक ऐसे ब्राउज़र से चलाए गए जो सब कुछ याद रखता था, और फिर नए फ़ोन पर या सिस्टम दोबारा इंस्टॉल करने के बाद खोले गए — उस मोड़ पर सहेजी हुई कॉपी वहाँ नहीं होती और याद तो वह कभी थी ही नहीं। इसमें शर्म की कोई बात नहीं और इसका कोई जुर्माना भी नहीं।
जिसकी क़ीमत चुकानी पड़ती है वह है अंदाज़ेबाज़ी, जो आम तौर पर पहले आती है। लोग किसी पुराने पसंदीदा पासवर्ड के चार-पाँच रूप आज़माते जाते हैं, हर कोशिश नाकाम होती है, और प्लेटफ़ॉर्म बिलकुल वाजिब तरीक़े से इस पैटर्न को संदिग्ध मानने लगता है। बचाव के लिए रेट लिमिटिंग लग जाती है, और अब एक की जगह दो समस्याएँ हैं। एक काम का नियम:
- जिस पासवर्ड पर सबसे ज़्यादा भरोसा है, उससे एक सोची-समझी कोशिश — धीरे टाइप करते हुए, रिवील आइकन चालू रखकर ताकि दिख सके कि फ़ील्ड में गया क्या है।
- दूसरी कोशिश सिर्फ़ तब जब पहली नाकामी की कोई साफ़ वजह थी जिसे आपने अब ठीक कर लिया — Caps Lock, नोट से चिपकी कोई फ़ालतू स्पेस, ग़लत कीबोर्ड लेआउट।
- उसके बाद रुक जाएँ और रिकवरी प्रक्रिया खोलें। तीसरा अंदाज़ा कभी काम नहीं आया।
आगे बढ़ने से पहले ख़ुद को यक़ीन दिला लें कि ईमेल पता सही है। जो पता अकाउंट पर दर्ज नहीं है उस पर भेजा गया पासवर्ड रीसेट कुछ भी पैदा नहीं करता — न कोई संदेश, न कोई ऐसी त्रुटि जिस पर आप कुछ कर सकें — और लोग अक्सर बीस मिनट ऐसे ईमेल का इंतज़ार करते रह जाते हैं जो आने ही वाला नहीं था। मायने वह पता रखता है जो फ़ाइल पर दर्ज है, वह नया पता नहीं जो आपने बाद में अपनाया।
समझौते का शक
दूसरी वजह चरित्र में अलग है और ज़्यादा तात्कालिक। अगर आपके पास यह सोचने की वजह है कि पासवर्ड किसी और के पास है, तो रीसेट रख-रखाव नहीं रह जाता, वह रोकथाम बन जाता है। जिन संकेतों पर क़दम उठाना बनता है:
- ऐसी कोशिश के लिए साइन-इन पुष्टि ईमेल आना जो आपने की ही नहीं।
- अकाउंट सेटिंग में ऐसे बदलाव की सूचना जो आपने नहीं किया।
- यह एहसास कि आपने क्रेडेंशियल ऐसे पेज पर टाइप किए जिसके आधिकारिक होने पर अब आपको शक है।
- वही पासवर्ड किसी असंबंधित सेवा की ब्रीच सूचना में दिखना — पासवर्ड दोहराने का मतलब है कि एक जगह का उजागर होना हर जगह का उजागर होना है।
- अकाउंट जो भी गतिविधि दिखाता हो, उसमें कोई अनजान डिवाइस या जगह दिखना।
ऐसी हालत में रीसेट दोहरा काम करता है। वह क्रेडेंशियल बदलता है, और चूँकि पासवर्ड बदलने से मौजूदा सेशन ख़त्म हो जाते हैं, वह उस हर व्यक्ति को भी बाहर कर देता है जो इस वक़्त कहीं ऐसी जगह साइन इन है जो आपके नियंत्रण में नहीं। यह काम ऐसे डिवाइस और ऐसे नेटवर्क से करें जिन पर आपको भरोसा है, न कि उस सार्वजनिक टर्मिनल से जहाँ से शक शुरू हुआ। फिर लॉगिन सुरक्षा तरीक़ों में बताया गया दूसरी परत का काम करें, क्योंकि अकेला नया पासवर्ड वही एकल कमज़ोर कड़ी छोड़ देता है जो पुराने के साथ थी।
अगर चिंता ऐसे पेज से आई जिसने आपके क्रेडेंशियल माँगे और अब पीछे मुड़कर देखने पर ग़लत लगता है, तो बाद में फ़िशिंग लॉगिन पेज का विश्लेषण पढ़ें। यह जानना कि नक़ल ने क्या सही किया था, वही चीज़ है जो उसी चाल को दोबारा चलने से रोकती है।
नियमित पासवर्ड बदलाव
तीसरी स्थिति स्वैच्छिक है। कोई आपसे पासवर्ड बदलवाता नहीं, और आज सुरक्षा पर आम राय यह है कि मज़बूत, अनोखे पासवर्ड को कैलेंडर के हिसाब से बदलते रहना अपने आप में बहुत कम हासिल करता है। बदलाव तब सार्थक होता है जब पासवर्ड के बारे में सचमुच कुछ बदल गया हो:
- वह किसी दूसरे अकाउंट के साथ साझा है, और यह आदत छोड़ने लायक़ है चाहे कुछ ग़लत हुआ हो या नहीं।
- वह बरसों पहले चुना गया था, जब पासवर्ड को लेकर आपका मानक आज से नीचे था।
- आपने उसे कभी किसी को बोलकर लिखवाया, काग़ज़ पर लिखा, या पासवर्ड मैनेजर से कम निजी किसी जगह रखा।
- जिस डिवाइस में वह सहेजा था वह बेचा, दिया या खो गया है।
अगर आप पहले ही साइन आउट हैं तो स्वैच्छिक बदलाव के लिए रिकवरी प्रक्रिया बिलकुल ठीक रास्ता है। अगर आप साइन इन हैं, तो अकाउंट सेटिंग का सुरक्षा हिस्सा सीधा बदलाव देता है जो ईमेल के चक्कर से पूरी तरह बचा लेता है। दोनों रास्ते एक ही जगह ख़त्म होते हैं — फ़र्क़ सिर्फ़ इतना है कि कितने मिनट लगते हैं।
पहले यह तय करें कि रुकावट वाक़ई पासवर्ड है या नहीं: पुष्टि माँगने वाला प्रॉम्प्ट या प्रतिबंध की सूचना अलग समाधान माँगती है, और रीसेट उनमें से किसी को नहीं छूता।
रीसेट शुरू करना
रीसेट साइन-इन स्क्रीन पर ही शुरू होता है, पासवर्ड फ़ील्ड के बग़ल वाले रिकवरी लिंक से। आप रजिस्टर्ड ईमेल पता देते हैं और प्लेटफ़ॉर्म तटस्थ पुष्टि देता है, यह नहीं बताता कि वह पता मौजूद है या नहीं।
इस हिस्से का सब कुछ कोई ईमेल भेजे जाने से पहले होता है, और यहीं ज़्यादातर रीसेट जीते या हारे जाते हैं। मशीनरी छोटी है, पर दो स्टेप पूरा बोझ उठाते हैं: प्रक्रिया असली साइन-इन स्क्रीन से खोलना, न कि किसी के भेजे लिंक से, और ठीक वही पता डालना जिससे अकाउंट रजिस्टर हुआ था।
पासवर्ड भूल जाने वाला लिंक
रिकवरी का प्रवेश-बिंदु साइन-इन स्क्रीन पर, पासवर्ड फ़ील्ड के पास रहता है, और भूले हुए पासवर्ड वाले संकेत जैसा पढ़ा जाता है। यह हर पहुँच-रास्ते में मौजूद है — ब्राउज़र फ़ॉर्म, मोबाइल ऐप और डेस्कटॉप क्लाइंट तीनों इसे दिखाते हैं, और तीनों सर्वर पर एक ही प्रक्रिया शुरू करते हैं, इसलिए आप कौन-सा इस्तेमाल करते हैं इससे फ़र्क़ नहीं पड़ता। वह डिवाइस चुनें जिस पर रजिस्टर्ड इनबॉक्स है, क्योंकि ईमेल आप उसी डिवाइस पर खोलना चाहेंगे।
उस स्क्रीन तक उसी तरह पहुँचें जैसे हमेशा पहुँचना चाहिए: अपने बुकमार्क से, या आधिकारिक पता टाइप करके। रिकवरी प्रक्रिया आम साइन-इन फ़ॉर्म से भी ज़्यादा आकर्षक निशाना है हूबहू दिखने वाले पेज के लिए, क्योंकि उसे इस्तेमाल करने वाला व्यक्ति ख़ुद मान चुका है कि कुछ काम नहीं कर रहा और इसलिए असामान्य प्रॉम्प्ट पर भी क्लिक करते जाने को तैयार रहता है। नक़ली रिकवरी पेज ख़ुशी-ख़ुशी ईमेल पता बटोर लेगा, और कभी-कभी उससे कहीं ज़्यादा। असली लॉगिन पेज कैसा दिखता है, यह शुरू करने से पहले एक मिनट देने लायक़ है।
रीसेट शुरू करना, स्टेप दर स्टेप
- अपने बुकमार्क से आधिकारिक IQ Option साइन-इन स्क्रीन खोलें, ब्राउज़र में या ऐप में।
- एड्रेस बार जाँचें — HTTPS, कोई सर्टिफ़िकेट चेतावनी नहीं, ठीक वही आधिकारिक डोमेन जिसके आगे कुछ जुड़ा न हो।
- पहले कोई अंदाज़ा जमा करने के बजाय पासवर्ड फ़ील्ड के बग़ल वाला पासवर्ड रिकवरी लिंक चुनें।
- वही ईमेल पता टाइप करें जिससे अकाउंट रजिस्टर हुआ था। ऑटोकंप्लीट के भरोसे रहने के बजाय टाइप करें, क्योंकि वह सही पते की जगह वही पता सुझाएगा जो आपने हाल में सबसे ज़्यादा इस्तेमाल किया।
- उसे अक्षर-दर-अक्षर जाँचें, डोमेन वाला हिस्सा भी — प्रोवाइडर का नाम ग़लत टाइप होना ही वह अकेली सबसे आम वजह है जिससे रीसेट ईमेल कभी नहीं दिखता।
- फ़ॉर्म जमा करें और उसके बाद आने वाला पुष्टि संदेश पढ़ें।
- उसी डिवाइस पर रजिस्टर्ड इनबॉक्स में जाएँ और संदेश आने तक थोड़ी देर रुकें।
- रिकवरी टैब खुला रहने दें। कुछ प्रक्रियाएँ उम्मीद करती हैं कि आप उस पर लौटें, और उसे बंद करने का मतलब दोबारा शुरू करना हो सकता है।
- संदेश खोलें और उसमें मौजूद लिंक पर चलें — किसी और संदेश का लिंक नहीं, चाहे वह कितना ही मिलता-जुलता लगे।
- लिंक जो पेज खोले उस पर नया पासवर्ड तय करें, फिर टैब बंद करें और हमेशा की तरह अपने बुकमार्क से साइन इन करें।
अगर आप इसके बारे में पढ़ने के बजाय सीधे स्क्रीन पर करना चाहें, तो आधिकारिक IQ Option साइन-इन स्क्रीन पर जाएँ और स्टेप तीन से शुरू करें। यह पूरा क्रम करने में उतना समय नहीं लेता जितना पढ़ने में।
अपना अकाउंट ईमेल डालना
रिकवरी फ़ॉर्म का ईमेल फ़ील्ड फ़ाइल पर दर्ज पते से हूबहू मिलाया जाता है, और लगभग-सही चलता नहीं। जिन स्थितियों में लोग फँसते हैं वे हर बार वही हैं:
- नया पता। अकाउंट किसी पुराने प्रोवाइडर से खुला था जिसे आपने बाद में छोड़ दिया, और जिस पते को आप अब अपना मानते हैं वह उससे कभी जुड़ा ही नहीं था।
- फ़ॉरवर्ड करने वाला ऑफ़िस का पता। मेल आप तक पहुँचती है, इसलिए वही मेलबॉक्स लगता है, पर अकाउंट उसी पते पर दर्ज है जो आपने साइन-अप के वक़्त असल में टाइप किया था।
- प्लस-वाला या उपनाम वाला रूप। प्लस चिह्न के बाद जो कुछ है वह मिलान के लिहाज़ से पते का हिस्सा है।
- रजिस्ट्रेशन से चली आ रही टाइपिंग की ग़लती। अगर अकाउंट बनाते समय पता ग़लत टाइप हुआ था, तो रीसेट उसी ग़लत रूप पर भेजा जाएगा, और शायद आप उसे पढ़ ही न सकें। वह मामला सपोर्ट का है, जो अकाउंट रिकवरी के तहत आता है।
- सोशल साइन-इन। अगर अकाउंट पासवर्ड के बजाय जुड़े हुए सोशल प्रोफ़ाइल से बना था, तो रीसेट करने को शायद कोई पासवर्ड ही न हो — आप उसी प्रोवाइडर से साइन इन करते हैं।
जब आपको सचमुच पता न हो कि कौन-सा पता इस्तेमाल हुआ था, तो एक के बाद एक तीन उम्मीदवार जमा करने की इच्छा रोकें। इसके बजाय अपने मेल संग्रह में खोजें: रजिस्ट्रेशन का असली स्वागत या पुष्टि संदेश उन्हीं मेलबॉक्स में से एक में पड़ा है, और उसे ढूँढ़ना इस सवाल का दो-टूक जवाब अंदाज़ेबाज़ी से कम समय में दे देता है।
पुष्टि संदेश
जमा करने के बाद प्लेटफ़ॉर्म एक तटस्थ स्वीकृति दिखाता है — कुछ इस आशय की कि अगर उस पते के लिए अकाउंट मौजूद है तो निर्देश भेज दिए गए हैं। वह जानबूझकर यह पुष्टि नहीं करता कि पता रजिस्टर्ड है या नहीं। हर गंभीर प्लेटफ़ॉर्म पर यही आम चलन है और यह आपकी रक्षा करता है: जो रिकवरी फ़ॉर्म ऐसा कोई अकाउंट नहीं कहता, वह किसी को भी पतों की सूची जाँचकर यह पता लगाने देता कि किन पर हमला करना फ़ायदेमंद है।
व्यावहारिक नतीजा यह है कि पुष्टि स्क्रीन आपको यह कुछ नहीं बताती कि ईमेल आ रहा है या नहीं। उसे कामयाबी का संकेत न मानें और ख़ामोश इनबॉक्स को प्लेटफ़ॉर्म की नाकामी न मानें। वह इतना ज़रूर बताती है कि अनुरोध स्वीकार हो गया और अगला क़दम मेलबॉक्स में जाकर देखना है, फ़ॉर्म दोबारा जमा करना नहीं। बार-बार जमा करने से कई लिंक बनते हैं, और चूँकि हर नया लिंक आम तौर पर पिछले को रद्द कर देता है, रीसेट का ढेर लगाना यह पाने का पक्का तरीक़ा है कि आप जिस लिंक पर आख़िर में क्लिक करें वह पहले ही पीछे छूट चुका हो।
| स्क्रीन क्या कहती है | इसका मतलब क्या है | आगे क्या करें |
|---|---|---|
| तटस्थ पुष्टि कि निर्देश भेज दिए गए | अनुरोध स्वीकार हुआ; पते के बारे में कुछ भी पुष्ट नहीं | इनबॉक्स में जाकर रुकें; दोबारा जमा न करें |
| ईमेल फ़ील्ड अमान्य बताकर अस्वीकार | लिखावट की गड़बड़ी — कोई फ़ालतू स्पेस, डोमेन का कोई छूटा हिस्सा | पता हाथ से दोबारा टाइप करें और एक बार जमा करें |
| बहुत ज़्यादा अनुरोधों की सूचना | बार-बार जमा करने के बाद रेट लिमिटिंग | रुकें, कुछ समय बीतने दें, फिर एक अनुरोध करें |
| फ़ॉर्म कोई जवाब ही नहीं देता | ब्राउज़र में स्क्रिप्ट या कुकीज़ ब्लॉक हैं | एक्सटेंशन बंद करके प्राइवेट विंडो में दोबारा कोशिश करें |
रिकवरी फ़ॉर्म एक बार जमा करें और फिर इनबॉक्स में जाएँ — हर अतिरिक्त बार जमा करना आम तौर पर पिछली बार बने लिंक को रद्द कर देता है।
रीसेट ईमेल
रिकवरी संदेश रजिस्टर्ड पते पर आता है और उसमें एक ही समय-सीमित लिंक होता है। उसमें कभी आपका पुराना पासवर्ड नहीं होता, और वह कभी कार्ड की जानकारी या दस्तावेज़ नहीं माँगता।
ईमेल इस पूरी प्रक्रिया का वह हिस्सा है जिस पर आपका सबसे कम नियंत्रण है, और ठीक इसीलिए यह जानना अहम है कि असली ईमेल कैसा दिखता है। वह प्लेटफ़ॉर्म से आता है, वह उसी अकाउंट को संबोधित करता है जिसके बारे में आपने पूछा, और उसमें एक ही काम होता है: एक लिंक जो ऐसा पेज खोलता है जहाँ नया पासवर्ड तय किया जा सकता है। इससे आगे कुछ भी रुक जाने की वजह है।
वह कहाँ पहुँचता है
आम हालत में डिलीवरी तेज़ होती है, पर संदेश को प्लेटफ़ॉर्म और आपकी स्क्रीन के बीच के हर फ़िल्टर से टकराना पड़ता है। यह नतीजा निकालने से पहले कि कुछ भेजा ही नहीं गया, उन जगहों पर देखें जहाँ मेल असल में जाती है:
- स्पैम या जंक फ़ोल्डर — एक बड़े-से लिंक वाली स्वचालित मेल ठीक उसी शक्ल की होती है जिसके लिए स्पैम फ़िल्टर बने हैं।
- Promotions, Updates या ऐसे ही कैटेगरी टैब, जहाँ व्यावसायिक भेजने वालों की मेल अपने आप चली जाती है और मुख्य इनबॉक्स को छूती तक नहीं।
- आपका अपना बनाया कोई नियम या फ़िल्टर जो वित्त से जुड़ी मेल को ऐसे फ़ोल्डर में डालता है जिसे आप कम ही खोलते हैं।
- आर्काइव, अगर स्क्रॉल करते वक़्त फ़ोन के किसी जेस्चर ने उसे आर्काइव कर दिया हो।
- कॉर्पोरेट क्वारंटीन, अगर पता ऑफ़िस का है — कुछ गेटवे बाहरी मेल को समीक्षा के लिए रोक लेते हैं और आपको सिर्फ़ रोज़ाना के सारांश में बताते हैं।
फ़ोल्डर-दर-फ़ोल्डर स्क्रॉल करने के बजाय पूरे मेलबॉक्स में भेजने वाले के डोमेन से खोजें; यह तेज़ भी है और उन फ़ोल्डर तक भी पहुँचता है जिन्हें आप भूल चुके थे। जब संदेश मिल जाए, उसे स्पैम से हटाएँ और भेजने वाले को अपने संपर्कों में जोड़ें। यही एक काम अगली सुरक्षा ईमेल — डिवाइस की पुष्टि, टू-फैक्टर की सूचना — को उसी तरह ग़ायब होने से रोकता है। इस पर विस्तार से लॉगिन ईमेल न आने पर क्या करें में लिखा है।
समय-सीमित लिंक
संदेश का लिंक जानबूझकर अल्पजीवी और एक बार इस्तेमाल होने वाला है। कोई प्रकाशित समय-सीमा मौजूद नहीं है, और उसका अंदाज़ा लगाना बेकार है — सुरक्षित मान्यता यह है कि लिंक अगले कुछ मिनट के लिए ठीक है, कल सुबह के लिए नहीं। इससे दो आदतें निकलती हैं:
- रीसेट तब शुरू करें जब उसे पूरा करने का वक़्त हो। लिंक माँगकर बाहर निकल जाना ही अवधि ख़त्म होने की समस्या बनाता है।
- लिंक पर एक बार क्लिक करें, उसी ब्राउज़र में जिसे आप पहले से इस्तेमाल कर रहे हैं। उसे खोलकर पेज छोड़ देना और बाद में लौटना अक्सर फ़ॉर्म के बजाय पहले-से-इस्तेमाल-हो-चुका त्रुटि देता है।
लिंक कहाँ खुलता है, यह भी मायने रखता है। फ़ोन पर मेल ऐप लिंक को आपके सामान्य ब्राउज़र के बजाय ऐप के भीतर वाले ब्राउज़र को सौंप सकता है; रीसेट आम तौर पर फिर भी चल जाता है, पर सेशन जिस ब्राउज़र के पास रह जाता है वह वह नहीं है जिसकी आपने उम्मीद की थी। अगर आप बाद में प्लेटफ़ॉर्म अपने आम ब्राउज़र में चलाना चाहते हैं, तो लिंक उसी ब्राउज़र में कॉपी करें, या नया पासवर्ड तय हो जाने के बाद वहाँ नए सिरे से साइन इन कर लें।
असली रिकवरी संदेश इस बात के लिए भी उल्लेखनीय है कि वह क्या नहीं करता। उसमें आपका मौजूदा पासवर्ड नहीं होता — प्लेटफ़ॉर्म उसे पढ़े जा सकने वाले रूप में रखता ही नहीं और चाहकर भी नहीं भेज सकता। वह आपसे किसी चीज़ का जवाब देने को नहीं कहता। वह कार्ड नंबर, दस्तावेज़ की स्कैन, वॉलेट फ़्रेज़ या सपोर्ट फ़ीस नहीं माँगता। जो संदेश इनमें से कुछ भी करता है वह प्लेटफ़ॉर्म से नहीं है, सजावट चाहे कितनी ही भरोसेमंद हो, और सही जवाब है उसे मिटाकर अपने बुकमार्क से रीसेट दोबारा शुरू करना।
नया पासवर्ड तय करना
लिंक एक फ़ॉर्म खोलता है जो नया पासवर्ड माँगता है, आम तौर पर दो बार। यही वह पल है जब ठीक से चुनना चाहिए, क्योंकि जल्दबाज़ी में तय किया पासवर्ड वही होता है जिसे आप तीन महीने में दोबारा रीसेट करेंगे।
- पासवर्ड ख़ुद गढ़ने के बजाय पासवर्ड मैनेजर से बनवाएँ — लंबाई चतुराई से बेहतर है, और मैनेजर कुछ लंबा बना देगा जिसे आपको याद रखना नहीं पड़ेगा।
- उसे इसी अकाउंट के लिए अनोखा रखें। ईमेल अकाउंट या शॉपिंग साइट के साथ साझा पासवर्ड उन दोनों की हर ब्रीच अपने साथ ले आता है।
- पुराने से बनी किसी भी चीज़ से बचें। जिस पासवर्ड के उजागर होने का आपको शक है उसके आगे एक अंक जोड़ देने से लगभग कुछ नहीं बदलता।
- उसे दोनों फ़ील्ड में टाइप या पेस्ट करें, फिर अगर आप किसी निजी जगह हैं तो जमा करने से पहले रिवील आइकन से पुष्टि करें कि दोनों मिलते हैं।
- उसे मैनेजर में उसी पल सहेजें जब आप जमा करें, बाद में नहीं। जमा करने और सहेजने के बीच का अंतराल ही वह जगह है जहाँ नए पासवर्ड खोते हैं।
अगर फ़ॉर्म आपका दिया पासवर्ड अस्वीकार करता है, तो वह पासवर्ड पर एतराज़ नहीं कर रहा, बनावट का कोई नियम लागू कर रहा है। चिह्न जोड़ने से पहले लंबाई जोड़ें; लंबा पासफ़्रेज़ ज़्यादातर नियमों को आराम से पूरा करता है और छोटे विराम-चिह्नों वाली लड़ी से कहीं आसान निभता है। कामयाबी पर प्लेटफ़ॉर्म बदलाव की पुष्टि करता है, और दूसरी जगहों के मौजूदा सेशन ख़त्म हो जाते हैं — यही अपेक्षित व्यवहार है, और यही वजह है कि रीसेट उस डिवाइस से साइन आउट करने का भी रास्ता बन जाता है जो अब आपके पास नहीं।
असली रिकवरी ईमेल में ठीक एक लिंक होता है और आपका पुराना पासवर्ड कभी नहीं — जो दस्तावेज़, कार्ड या जवाब माँगे वह नक़ल है, चाहे दिखने में कैसा भी हो।
रीसेट समस्याएँ
लगभग हर अटके हुए रीसेट के पीछे तीन ख़राबियाँ होती हैं: ईमेल कभी दिखता ही नहीं, लिंक की अवधि ख़त्म है या वह इस्तेमाल हो चुका है, या डाला गया पता वह नहीं जो अकाउंट पर दर्ज है। हर एक का समाधान अलग है।
जब रीसेट अटकता है तो पहली प्रवृत्ति उसे दोहराने की होती है, और दोहराना आम तौर पर ग़लत क़दम है — इससे लिंक रद्द होते हैं और रेट लिमिटिंग लगती है। पहले तय करें कि तीनों में से कौन-सी ख़राबी आपके सामने है, फिर उससे मेल खाता समाधान लगाएँ।
तीन आम ख़राबियों का समाधान
| लक्षण | सबसे संभावित वजह | क्या करें | क्या न करें |
|---|---|---|---|
| रीसेट ईमेल कभी नहीं आता | स्पैम या कैटेगरी टैब में छँट गया, या ऐसे पते पर गया जिसे आप देख नहीं रहे | पूरे मेलबॉक्स में भेजने वाले के डोमेन से खोजें, स्पैम और कैटेगरी टैब देखें, पुष्टि करें कि अकाउंट कौन-सा पता इस्तेमाल करता है | बार-बार दोबारा जमा न करें — हर अनुरोध पिछले लिंक की जगह ले लेता है |
| रीसेट ईमेल कभी नहीं आता, मेलबॉक्स साफ़ है | डाला गया पता रजिस्टर्ड पता नहीं है, या कोई कॉर्पोरेट गेटवे संदेश रोके हुए है | अपने संग्रह में रजिस्ट्रेशन की मूल पुष्टि ढूँढ़ें; एडमिनिस्ट्रेटर से क्वारंटीन की गई मेल छोड़ने को कहें | एक के बाद एक तीन संभावित पते न आज़माएँ |
| लिंक कहता है अवधि ख़त्म | अनुरोध करने और क्लिक करने के बीच बहुत समय बीत गया | एक नया लिंक माँगें और उन्हीं कुछ मिनटों में रीसेट पूरा करें | पुराना लिंक दोबारा इस्तेमाल न करें और न उसका पता संपादित करें |
| लिंक कहता है पहले ही इस्तेमाल हो चुका | कई अनुरोध किए गए और कोई पुराना लिंक क्लिक हो गया, या किसी मेल स्कैनर ने उसे पहले खोल दिया | एक लिंक माँगें, फिर उसे एक ही बार क्लिक करें, उसी ब्राउज़र में जिसे आप इस्तेमाल करना चाहते हैं | यह देखने के लिए लिंक कई ऐप में न खोलें कि कौन-सा चलता है |
| लिंक फ़ॉर्म खोलता है जो फिर त्रुटि देता है | रीसेट एक ब्राउज़र में शुरू हुआ और दूसरे में पूरा हुआ, या कुकीज़ हटाई जा रही हैं | पूरी प्रक्रिया एक ही ब्राउज़र में पूरी करें जिसमें उस डोमेन के लिए कुकीज़ चालू हों | बीच प्रक्रिया में लिंक को डिवाइस के बीच कॉपी न करें |
| फ़ॉर्म नया पासवर्ड अस्वीकार करता है | बनावट का कोई नियम पूरा नहीं हो रहा | पहले लंबाई बढ़ाएँ, फिर विविधता; जमा करने से पहले मैनेजर में सहेजें | कुछ याद रहने लायक़ छोटा बनाकर उसे कहीं और दोहराएँ नहीं |
| रीसेट हो जाता है पर साइन-इन फिर भी नाकाम | सहेजा हुआ पुराना पासवर्ड ऑटोफिल हो रहा है, या कोई और वेरिफिकेशन स्टेप बाक़ी है | सहेजा क्रेडेंशियल हटाएँ, नया हाथ से टाइप करें, कोई भी पुष्टि प्रॉम्प्ट पूरा करें | तुरंत दोबारा रीसेट न करें |
| सूचना कहती है कि पहुँच सीमित है | यह पासवर्ड की समस्या है ही नहीं | सूचना पढ़ें और अकाउंट प्रतिबंध वाला रास्ता अपनाएँ | रीसेट करते न रहें — यह प्रतिबंध नहीं हटा सकता |
ईमेल का न आना
क्रम से काम करें और जैसे ही मिल जाए रुक जाएँ। पहला, ब्राउज़ करने के बजाय खोजें — ज़्यादातर मेल क्लाइंट स्पैम समेत हर फ़ोल्डर में खोजते हैं, और भेजने वाले के डोमेन से खोज सेकंड लेती है। दूसरा, किसी दूसरे पते से ख़ुद को एक परीक्षण संदेश भेजकर पुष्टि करें कि मेलबॉक्स मेल ले भी रहा है या नहीं; भरा हुआ मेलबॉक्स या टूटा फ़ॉरवर्डिंग नियम ठीक वैसी ही ख़ामोशी पैदा करता है जैसी कभी न भेजा गया रीसेट। तीसरा, नेटवर्क पर ध्यान दें: कॉर्पोरेट मेल गेटवे बाहरी मेल रोक सकता है, और उसे सिर्फ़ एडमिनिस्ट्रेटर ही छोड़ सकता है।
अगर यह सब ख़ाली जाता है, तो समस्या डिलीवरी से ज़्यादा लगभग तय रूप से पता ही है। वही मोड़ है जहाँ रणनीति बदलकर और रीसेट अनुरोध करने के बजाय रजिस्ट्रेशन का मूल संदेश ढूँढ़ना चाहिए।
अवधि ख़त्म या इस्तेमाल हो चुके लिंक
आम हालत में अवधि ख़त्म होना अपनी ही की हुई ग़लती है और उससे बचना आसान: लिंक तभी माँगें जब काम पूरा कर सकें। इस्तेमाल-हो-चुका वाली त्रुटियाँ ज़्यादा बारीक हैं। दो वजहें जानने लायक़ हैं। पहली है ढेर लगाना — झुँझलाहट में तीन अनुरोध, फिर सबसे पुराने लिंक पर क्लिक, जिसे प्लेटफ़ॉर्म सबसे नए के हक़ में पहले ही रिटायर कर चुका है। हमेशा सबसे नए संदेश पर क्लिक करें। दूसरी है स्वचालित स्कैनिंग: कुछ कॉर्पोरेट मेल सिस्टम और कुछ सुरक्षा उत्पाद आने वाली मेल के लिंक जाँचने के लिए उन पर चलते हैं, और एक बार इस्तेमाल होने वाला लिंक जिस पर स्कैनर चल चुका हो, आपके देखने से पहले ही ख़र्च हो चुका होता है। अगर ऐसा शक हो, तो रीसेट कॉर्पोरेट मेलबॉक्स के बजाय निजी मेलबॉक्स पर चलाएँ, बशर्ते वही पता रजिस्टर्ड हो।
ग़लत या पुराना ईमेल पता
यह वह ख़राबी है जिसे रिकवरी प्रक्रिया अपने बल पर हल नहीं कर सकती, क्योंकि पूरी व्यवस्था इस पर टिकी है कि आप रजिस्टर्ड पते की मेल पढ़ सकें। अगर पता किसी ऐसे नियोक्ता का था जिसे आप छोड़ चुके हैं, किसी ऐसे प्रोवाइडर का जो बंद हो गया, या रजिस्ट्रेशन के वक़्त ग़लत टाइप हुआ था, तो कितने भी रीसेट अनुरोध कुछ नहीं देंगे। रास्ता है आधिकारिक सपोर्ट के ज़रिए पहचान का वेरिफिकेशन, जो जानबूझकर धीमी और दस्तावेज़ों से भरी प्रक्रिया है — होनी भी चाहिए, क्योंकि यही अकेला रास्ता है जो वह पता बदलता है जिस पर रीसेट भेजा जा सकता है। शुरू करने से पहले रजिस्ट्रेशन का जो भी ब्योरा आपके पास बचा है इकट्ठा कर लें, क्योंकि वह प्रक्रिया इसी पर टिकती है कि आप क्या सबूत दे सकते हैं।
इससे जुड़ा पर अलग मामला वह है जहाँ साइन-इन किसी ऐसी वजह से नाकाम हो रहा है जिसे पासवर्ड ठीक नहीं कर सकता — कोई अपरिचित डिवाइस, कोई लंबित पुष्टि, या बहुत ज़्यादा कोशिशों के बाद लगा सुरक्षात्मक ताला। संदेशों की पूरी सूची और हर एक का असल मतलब लॉगिन त्रुटियों की व्याख्या में है, और क्रेडेंशियल को दोषी मानने से पहले उसे देख लेना बनता है।
दोहराने से पहले पहचान करें: न आया ईमेल, अवधि ख़त्म लिंक और ग़लत पता साइन-इन स्क्रीन से एक जैसे दिखते हैं पर तीन अलग जवाब माँगते हैं।
रीसेट के बाद
नया पासवर्ड चलने लगे तो तीन काम बचते हैं — साफ़-सुथरा साइन इन करना, पुष्टि करना कि टू-फैक्टर ऑथेंटिकेशन अब भी चालू है, और जहाँ-जहाँ पुराना पासवर्ड सहेजा था वहाँ उसे बदलना।
रीसेट तब पूरा नहीं होता जब प्लेटफ़ॉर्म उसकी पुष्टि कर देता है। वह तब पूरा होता है जब आपके इस्तेमाल के हर डिवाइस के पास नया क्रेडेंशियल हो और किसी के पास पुराना न हो। यह चरण छोड़ देना ही वजह है कि लोग एक ही अकाउंट को दो हफ़्तों में दो बार रीसेट करते हैं: फ़ोन बासी पासवर्ड सुझाता रहता है, साइन-इन नाकाम होता रहता है, और नतीजा यह निकाला जाता है कि रीसेट चला ही नहीं।
नई जानकारी से साइन इन करना
पुष्टि ईमेल के किसी लिंक के बजाय अपने बुकमार्क से साइन-इन स्क्रीन पर लौटें, और पहली बार नया पासवर्ड हाथ से डालें। एक बार टाइप कर लेना यह साबित करता है कि क्रेडेंशियल किसी सहेजी कॉपी से स्वतंत्र होकर चलता है, और ब्राउज़र सेटिंग बदलना शुरू करने से पहले ठीक यही अस्पष्टता हटानी चाहिए।
पुष्टि वाले एक स्टेप की उम्मीद रखें। पासवर्ड बदलना एक सुरक्षा घटना है, और उसके तुरंत बाद साइन इन करना — शायद उसी ब्राउज़र से जिसका सेशन अभी रद्द हुआ है — प्लेटफ़ॉर्म को नया संदर्भ लगता है। इस मोड़ पर ईमेल से पुष्टि माँगा जाना सिस्टम का ठीक काम करना है, यह संकेत नहीं कि कुछ अब भी ग़लत है। उसे उसी डिवाइस पर रजिस्टर्ड इनबॉक्स से पूरा करें और इसमें सेकंड लगते हैं।
भीतर पहुँचने के बाद, कुछ और करने से पहले एक पल रुकें:
- बैलेंस संकेतक देखें और पुष्टि करें कि डेमो चुना है या रियल अकाउंट।
- अकाउंट मेन्यू खोलें और सुरक्षा वाला हिस्सा ढूँढ़ें, ताकि अगली बार पता हो कि वह कहाँ है।
- अकाउंट जो भी गतिविधि या सेशन सूची देता हो उसे देखें और पुष्टि करें कि कुछ अनजाना दर्ज नहीं है।
अगर आप बिना पैसे लगाए यह पुष्टि करना चाहें कि सब सामान्य चल रहा है, तो सेलेक्टर बदलने से पहले नया पासवर्ड डेमो अकाउंट पर आज़माएँ। दोनों बैलेंस का फ़र्क़, और नए सिरे से साइन इन करने के बाद सेलेक्टर कैसा व्यवहार करता है, डेमो और रियल अकाउंट लॉगिन में बताया गया है। ट्रेडिंग में नुक़सान का जोखिम रहता है, इसलिए रिकवरी सेशन ख़त्म करने की समझदार जगह प्रैक्टिस बैलेंस ही है।
टू-फैक्टर दोबारा चालू करना
टू-फैक्टर ऑथेंटिकेशन वह नियंत्रण है जो अगली बार पासवर्ड भूलने को कहीं छोटी घटना बना देता है, क्योंकि चोरी या अंदाज़े से मिला क्रेडेंशियल अकेले अकाउंट नहीं खोलता। रीसेट के बाद उसकी हालत मान लेने के बजाय जाँचें:
- अकाउंट सेटिंग का सुरक्षा हिस्सा खोलें।
- पुष्टि करें कि टू-फैक्टर ऑथेंटिकेशन सक्रिय दिख रहा है या नहीं। अगर नहीं, तो अभी चालू कर दें जबकि आप सेटिंग में हैं ही।
- सेटअप उस डिवाइस पर पूरा करें जिसे आप रखने वाले हैं — अगर दूसरा फ़ैक्टर ऐसे फ़ोन पर रहता है जिसे आप बदलने वाले हैं, तो आपने समस्या हल नहीं की, सरका दी है।
- सेटअप जो बैकअप या रिकवरी कोड देता है उन्हें बनाकर सहेजें, अपने पासवर्ड मैनेजर में या काग़ज़ पर किसी निजी जगह। दूसरे फ़ैक्टर वाला डिवाइस खोने पर यही आपको वापस भीतर पहुँचाते हैं।
- एक बार साइन आउट करके साइन इन करें और पुष्टि करें कि प्रॉम्प्ट उम्मीद के मुताबिक़ आता है, ताकि पहली बार वह तब न दिखे जब आप जल्दी में हों।
अगर रीसेट भूलने के बजाय समझौते के शक से हुआ था, तो इस स्टेप को वैकल्पिक नहीं, अनिवार्य मानें। इसकी मशीनरी, यह भी कि दूसरे फ़ैक्टर वाला डिवाइस उपलब्ध न हो तो क्या होता है, लॉगिन पर टू-फैक्टर ऑथेंटिकेशन के तहत दी गई है।
सहेजे पासवर्ड अपडेट करना
आख़िरी काम उबाऊ है, और वही है जो दोहराव रोकता है। पुराना पासवर्ड अब भी हर उस जगह पड़ा है जिसने उसे कभी सहेजा था, और उनमें से हर जगह उसे सुझाती रहेगी:
- पासवर्ड मैनेजर — दूसरी प्रविष्टि बनाने के बजाय मौजूदा को अपडेट करें, ताकि इस पर कोई उलझन न रहे कि चालू कौन-सा है।
- ब्राउज़र में सहेजे क्रेडेंशियल — अपने हर ब्राउज़र और प्रोफ़ाइल में उस प्लेटफ़ॉर्म डोमेन की सहेजी प्रविष्टि हटाएँ, उस दूसरे ब्राउज़र समेत जिसे आप किसी ख़ास मशीन के लिए रखते हैं।
- फ़ोन और टैबलेट — सिस्टम कीचेन ब्राउज़र से अलग अपनी कॉपी रख सकता है।
- मोबाइल ऐप — एक बार साइन आउट करके दोबारा साइन इन करें ताकि ऐप के पास नए क्रेडेंशियल से जुड़ा सेशन हो।
- डेस्कटॉप क्लाइंट, अगर आप उसे ऐसे कंप्यूटर पर इस्तेमाल करते हैं जिसे आपने काफ़ी समय से नहीं छुआ।
- नोट्स और संदेश — जहाँ भी आपने पुराना पासवर्ड लिखा था उसे मिटाएँ। अगर वह कभी किसी चैट संदेश में गया था, तो वह कभी निजी था ही नहीं।
इसी दौरान वही सफ़ाई रजिस्टर्ड ईमेल अकाउंट के लिए भी कर लें। वह मेलबॉक्स ट्रेडिंग अकाउंट का रिकवरी रास्ता है, इसलिए उसका अपना पासवर्ड कम से कम उतना ही मज़बूत होना चाहिए और उसका अपना टू-फैक्टर ऑथेंटिकेशन चालू होना चाहिए। बढ़िया सुरक्षा वाला ट्रेडिंग अकाउंट जिसके पीछे कमज़ोर ईमेल हो, उतना ही मज़बूत है जितना वह मेलबॉक्स। जब ध्यान इस ओर है तभी दोनों कर लें; किसी में भी कुछ मिनट से ज़्यादा नहीं लगते।
पुराना पासवर्ड उसी दिन हर ब्राउज़र, कीचेन और ऐप से हटा दें — बासी सहेजा क्रेडेंशियल ही वह वजह है जिससे ज़्यादातर लोग दो बार रीसेट करते हैं।
अक्सर पूछे जाने वाले सवाल
IQ Option पासवर्ड रीसेट लिंक कितनी देर तक चलता है?
कोई समय-सीमा प्रकाशित नहीं है, इसलिए लिंक को अल्पजीवी और एक बार इस्तेमाल होने वाला मानें। उसे तभी माँगें जब उन्हीं कुछ मिनटों में रीसेट पूरा कर सकें, और उसे एक बार उसी ब्राउज़र में क्लिक करें जिसे आप आगे इस्तेमाल करने वाले हैं। अगर वह बताए कि उसकी अवधि ख़त्म हो गई या वह इस्तेमाल हो चुका है, तो पुराना संदेश दोबारा खोलने के बजाय एक नया लिंक माँगें।
रीसेट ईमेल नहीं आया। सबसे पहले क्या देखूँ?
फ़ोल्डर ब्राउज़ करने के बजाय पूरे मेलबॉक्स में भेजने वाले के डोमेन से खोजें, क्योंकि संदेश आम तौर पर स्पैम या प्रमोशन टैब में छँट जाता है। फिर पुष्टि करें कि मेलबॉक्स मेल ले भी रहा है, और आख़िर में जाँचें कि आपने जो पता डाला वह वाक़ई वही है जिससे अकाउंट रजिस्टर हुआ था। फ़ॉर्म बार-बार जमा करना हालात बिगाड़ता है, क्योंकि हर नया अनुरोध आम तौर पर पिछले लिंक को रद्द कर देता है।
अगर रजिस्टर्ड ईमेल तक मेरी पहुँच नहीं रही तो क्या मैं पासवर्ड रीसेट कर सकता हूँ?
ख़ुद-सेवा प्रक्रिया से नहीं, क्योंकि वह इसी पर टिकी है कि आप उस पते पर भेजा संदेश पढ़ सकें। रास्ता है आधिकारिक सपोर्ट के ज़रिए पहचान का वेरिफिकेशन, जो जानबूझकर धीमा है क्योंकि यही अकेला रास्ता है जो वह पता बदल सकता है जिस पर रिकवरी मेल जाती है। शुरू करने से पहले रजिस्ट्रेशन का जो भी ब्योरा आपके पास बचा है इकट्ठा कर लें।
क्या पासवर्ड रीसेट करने से मैं दूसरे डिवाइस से साइन आउट हो जाऊँगा?
हाँ। पासवर्ड बदलने से मौजूदा सेशन ख़त्म हो जाते हैं, इसीलिए खोए हुए डिवाइस या ऐसे कंप्यूटर के लिए रीसेट एक वाजिब जवाब है जो अब आपके नियंत्रण में नहीं। अपने फ़ोन, अपने ब्राउज़र और किसी भी डेस्कटॉप क्लाइंट पर दोबारा साइन इन करने की उम्मीद रखें, और पहली बार में पुष्टि वाले एक स्टेप की भी।
क्या रिकवरी ईमेल मुझे बताएगा कि मेरा पुराना पासवर्ड क्या था?
नहीं, और जो संदेश ऐसा दावा करे वह प्लेटफ़ॉर्म से नहीं है। पासवर्ड पढ़े जा सकने वाले रूप में रखे ही नहीं जाते, इसलिए रिकवरी ईमेल सिर्फ़ नया तय करने का लिंक दे सकता है। जो भी संदेश आपसे जवाब में जानकारी भेजने, कार्ड नंबर देने या पासवर्ड वापस पाने के लिए दस्तावेज़ अपलोड करने को कहे उसे मिटा देना चाहिए, और रीसेट अपने बुकमार्क से दोबारा शुरू करना चाहिए।
मैंने पासवर्ड रीसेट कर लिया पर साइन-इन अब भी नाकाम है। क्यों?
आम वजह यह है कि आपके ध्यान देने से पहले ही पुराने पासवर्ड की सहेजी कॉपी ऑटोफिल हो जाती है। उस प्लेटफ़ॉर्म डोमेन के लिए सहेजा क्रेडेंशियल हटाएँ और नया हाथ से टाइप करें। अगर फिर भी नाकाम रहे, तो स्क्रीन पर आया संदेश ध्यान से पढ़ें — कोई लंबित पुष्टि स्टेप या अकाउंट प्रतिबंध ऐसा नाकाम साइन-इन पैदा करता है जिसे पासवर्ड बदलना ठीक नहीं कर सकता।
अगर कुछ ग़लत नहीं हुआ है तो क्या मुझे पासवर्ड बदलना चाहिए?
सिर्फ़ तब जब पासवर्ड के बारे में ही कुछ बदला हो — वह किसी दूसरे अकाउंट के साथ साझा है, वह उस मानक से चुना गया था जो आज आपके मानक से नीचे है, या जिस डिवाइस में वह सहेजा था वह अब आपके हाथ में नहीं। मज़बूत, अनोखे पासवर्ड को कैलेंडर के हिसाब से बदलते रहना बहुत कम जोड़ता है। टू-फैक्टर ऑथेंटिकेशन चालू करना कहीं ज़्यादा जोड़ता है।