क्या वह Wi-Fi लॉगिन पेज असली है? पासवर्ड लिखने से पहले जाँचें

आप जगह के Wi-Fi से जुड़ते हैं, एक पेज खुलता है, और वह आपसे ईमेल पते या कंपनी खाते से साइन इन करने को कहता है। नेटवर्क का नाम वही है जो रिसेप्शन ने आपको बताया था, और लोगो सही दिखता है। इनमें से कोई भी सबूत नहीं है, क्योंकि दोनों एक दोपहर में कॉपी किए जा सकते हैं। कुछ भी लिखने से पहले साइन इन का तरीका ऐसे स्रोत से पुष्टि करें जो आपके सामने वाला पेज न हो।

पेज से नहीं, निर्देशों से शुरू करें

पूरा तरीका यही है: किसी स्वतंत्र माध्यम से पुष्टि करें, फिर तय करें। नीचे सब कुछ यह है कि क्या तुलना करनी है और क्या अस्वीकार करना है।

यह धीमा लगता है, और दो बार कर लेने के बाद इसमें लगभग दो मिनट लगते हैं।

डिज़ाइन नहीं, डोमेन पढ़ें

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

पेज के लेआउट की जगह एड्रेस बार देखें। ताला सिर्फ यह कहता है कि उस होस्ट से कनेक्शन एन्क्रिप्टेड है; यह नहीं बताता कि वह होस्ट वही है जो जगह ने चाहा था।

HTTPS चेतावनी रुकने का संकेत है, क्लिक करके आगे बढ़ने की चीज़ नहीं।

पेज क्या मांग रहा है, पढ़ें

Wi-Fi एक्सेस पेज का काम सीमित है: कमरा नंबर, वाउचर कोड, ईमेल पता या शर्तों का चेकबॉक्स स्वीकार करना। उसके पास आपकी VPN निजी कुंजी, काम का पासवर्ड, रिकवरी कोड या मुफ़्त नेटवर्क के लिए भुगतान कार्ड मांगने की कोई वजह नहीं है। वे अलग सेवाओं के हैं, और जो पेज उन्हें मांगता है वह आपको बता चुका है कि वह क्या है। अनुरोध को ही सबसे मजबूत संकेत मानें जो आपको मिलेगा।

ट्रस्ट सर्टिफिकेट या सहायक ऐप इंस्टॉल करने से मना कर दें क्योंकि पेज कहता है कि एक्सेस के लिए यह ज़रूरी है। वैध प्रबंधित आवश्यकताएँ आपके संगठन के ज़रिए आती हैं, पोर्टल की मांग से नहीं।

अगर पेज इनमें से कोई एक भी मांगे, तो कनेक्शन काटें और दूसरा नेटवर्क इस्तेमाल करें।

ऑटो-जॉइन तय करता है कि आप किस नेटवर्क पर हैं

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

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

जिस नेटवर्क से आप वास्तव में जुड़े हैं उसकी पुष्टि करें, उसकी नहीं जिससे जुड़ने का इरादा था।

VPN इस कदम को नहीं ढकता

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

अगर पेज की पुष्टि हो चुकी है और सुरंग फिर भी नहीं चलती, तो यह नेटवर्क की समस्या है और अलग सूची में आती है।

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

RFC 8952 में वर्णित कैप्टिव पोर्टल आर्किटेक्चर एक बार पढ़ने लायक है, क्योंकि यह समझाता है कि पोर्टल आपके बाद में बनाए जाने वाले किसी भी सुरंग के बाहर क्यों रहता है। यह जानकारी संदिग्ध पेज को अनुमान की जगह फैसला बना देती है।