Wi-Fi पोर्टलची लॉगिने VPN लॉगिनपासून वेगळी ठेवा
दोन वेगळ्या प्रणाली साइन इन मागतात: जागेचे Wi-Fi आणि तुमचे VPN गेटवे। स्क्रीनवर त्या सारख्याच दिसतात पण पूर्णपणे वेगळ्या गोष्टींना परवानगी देतात। प्रत्येक विंडोमध्ये विचारा: हे रहस्य खरोखर कोण तपासू शकते?
सार्वजनिक नेटवर्कवर उपयुक्त काहीतरी गाठण्यापूर्वी दोन वेगळ्या प्रणाली तुम्हाला साइन इन करायला सांगतात: जागेचे Wi-Fi आणि तुमचे VPN गेटवे। स्क्रीनवर त्या सारख्याच दिसतात आणि पूर्णपणे वेगळ्या गोष्टींना परवानगी देतात। पोर्टल हे उपकरण स्थानिक नेटवर्क वापरू शकते का हे ठरवते; VPN तुम्ही इतरत्र खाजगी नेटवर्क गाठू शकता का हे ठरवते। मी प्रत्येक विंडोमध्ये एक प्रश्न विचारून त्या वेगळ्या ठेवतो: हे रहस्य खरोखर कोण तपासू शकते? पुढील गोष्ट म्हणजे हॉटेल, विमानतळ आणि परिषद स्थळांवर मी वापरतो ती तपासणी यादी, टाइप करणे थांबवतो ती ठिकाणेही धरून।
प्रत्येक लॉगिन ते तपासणाऱ्या सेवेशी जोडा
एका हॉटेल कनेक्शनमध्ये चार वेगळ्या तपासण्या असू शकतात, आणि त्यातील काहीच तुमचे इनपुट मागतात। प्रथम त्या क्रमाने लावा, कारण स्क्रीन कोणत्या टप्प्याचे आहे हे क्वचितच सांगते।
| Stage | Who checks it | What you give it | What it proves |
|---|---|---|---|
| Wi-Fi association | The access point | WPA2 passphrase or 802.1X credentials | That the device may join this SSID |
| Portal authorization | The venue or its portal provider | Room number, booking name, voucher, email or access code | That a guest may use local access |
| VPN authentication | Your gateway or identity provider | Client certificate, password, one-time code or SSO approval | That the user or device may enter the private network |
| Application login | Each internal service | That service's own account | That you may use that service |
कार्यालये आणि विद्यापीठांमध्ये सामान्य 802.1X नेटवर्क पहिल्या दोन ओळी अस्पष्ट करतात। तिथे Wi-Fi साइन इन स्वतः RADIUS सर्व्हरविरुद्ध ओळख तपासणी आहे, आणि क्लायंट राउटिंग ओळख सादर करू शकतो, खरे खाते एन्क्रिप्टेड देवघेवीतून प्रवास करते। तरीही तपासणी नेटवर्कमध्ये सामील होण्याबद्दल आहे; ती टनेलला परवानगी देत नाही, आणि VPN गेटवे ती कोणत्याही गोष्टीचा पुरावा म्हणून स्वीकारत नाही।
क्रम लेबलांपेक्षा महत्त्वाचा आहे। जोडणीनंतर प्रवेश दिला जाऊ शकतो म्हणून कॅप्टिव्ह पोर्टल असतात, त्यामुळे स्थळ पान एखाद्या तज्ञ पुरवठादाराकडे सोपवू शकते। IETF चे RFC 8952 पोर्टलला स्वतःचा घटक मानते, त्यामुळे अपरिचित डोमेन तपासण्याचे कारण आहे, स्वतःच फसवणुकीचा पुरावा नाही। डोमेन स्थळाच्या लेखी सूचनांशी आणि फील्ड्स तक्त्याशी तुलना करा।
पोर्टल काय मागू शकते ते तपासा
पोर्टलची फील्ड्स हक्काबद्दल आहेत, ओळखीबद्दल नाहीत: खोली क्रमांक, बुकिंगचे आडनाव, व्हाउचर कोड, किल्लीच्या आवरणावर छापलेला कोड, मुदतीच्या पाससाठी ईमेल, अटींची स्वीकृती। स्थळाला खोली कोणी बुक केली हे आधीच माहीत असते, त्यामुळे ते ती तथ्ये जुळवू शकते, इतरत्र तुमच्यासारखे वागण्यास अनुमती देणारे काहीही शिकल्याशिवाय।
त्या यादीपलीकडील काहीही विरामाला पात्र आहे। हॉटस्पॉट पान तुमचा डोमेन पासवर्ड तपासू शकत नाही, आणि ते तुमचा VPN चा एकवेळचा कोड, रिकव्हरी कोड किंवा खाजगी की देखील तपासू शकत नाही, आणि ते मागण्याचे कारण त्याला नाही। एकमेव कायदेशीर अपवाद संस्थेने चालवलेले नेटवर्क आहे: कार्यालयाचा अतिथी SSID किंवा परिषदेचे Wi-Fi तुम्हाला कामासाठी आधीच वापरत असलेल्या ओळख पुरवठादाराकडे पाठवू शकते। ते तरीही ओळखता येते: साइन इन होस्ट तुमचा रोजचा, संमती स्क्रीन तुमच्या भाडेकरूचे नाव घेते, आणि प्रवाह दिसण्याजोग्या ब्राउझर टॅबमध्ये उघडतो।
मार्केटिंग ईमेल वेगळे आहे: प्रवास उपनाव तुमची कामाची ओळख न देता फील्ड पूर्ण करते।
VPN क्लायंट स्वतःची क्रेडेन्शियल्स मागतो का ते तपासा
क्लायंट त्याच्या प्रोफाइलमध्ये कॉन्फिगर केलेलेच मागतो, त्यामुळे अपेक्षित विंडो प्रोफाइलचा गुणधर्म आहे, तुम्ही योगायोगाने असलेल्या नेटवर्कचा नाही। प्रमाणपत्र प्रोफाइल सहसा प्रोफाइल निवड दाखवतात आणि मग शांतपणे जोडतात। वापरकर्तानाव आणि पासवर्ड प्रोफाइल दोन्ही मागतात, बऱ्याचदा एकवेळच्या कोडसह। SSO प्रोफाइल तुमचा ब्राउझर ओळख पुरवठादाराकडे उघडतात आणि टोकन घेऊन परत येतात। WireGuard पुन्हा वेगळे आहे: ते उपकरणे सार्वजनिक की ने प्रमाणित करते आणि वापरकर्ता लॉगिन नाही, त्यामुळे WireGuard चे वापरकर्तानाव आणि पासवर्ड देणारी विंडो WireGuard चे वर्णन करत नाही।
प्रवासापूर्वी प्रोफाइल वाचा। OpenVPN मध्ये auth-user-pass पासवर्ड विनंती अपेक्षित असल्याचे सांगते, तर cert, key किंवा pkcs12 म्हणजे प्रमाणपत्राने काम करावे। सहसा विनंतीशिवाय जोडणारे प्रोफाइल अचानक पासवर्ड मागत असेल, तर प्रमाणपत्र लोड करू न शकलेल्या किंवा दुसऱ्या पद्धतीवर पडलेल्या प्रोफाइलचा संशय घ्या। विनंती दिसलेल्या कोणत्याही विंडोमध्ये तुमचा कामाचा पासवर्ड टाइप करण्याचे आमंत्रण नाही।
कोणताही कायदेशीर VPN क्लायंट खोली क्रमांक, पोर्टल व्हाउचर किंवा Wi-Fi पासफ्रेज प्रमाणीकरण इनपुट म्हणून मागत नाही। असे घडल्यास, एकतर क्लायंट तो नाही जसा तो दावा करतो, किंवा कॅप्टिव्ह पोर्टल टनेल तयार होण्यापूर्वी रहदारी अडवत आहे आणि तुम्ही लॉगिनसारखे दिसणारे HTML पान वाचत आहात।
या पाच अटींवर थांबा
हे असे मुद्दे आहेत जिथे मी संभाव्य पर्यायी मार्गाने पुढे जाण्याऐवजी थांबतो। प्रत्येक तपासणे स्वस्त आणि चूक करणे महाग आहे।
- पोर्टल किंवा SSO पानावर प्रमाणपत्र किंवा TLS चेतावणी दिसते। नेटवर्कपर्यंत पोहोचण्यासाठी त्यावर क्लिक करून पुढे जाऊ नका।
- पान फक्त VPN गेटवे किंवा ओळख पुरवठादार तपासू शकणारे रहस्य मागते: डोमेन पासवर्ड, एकवेळचा कोड, रिकव्हरी कोड, खाजगी की.
- डोमेन स्थळाच्या छापील सूचनांशी किंवा तुमची संस्था तिच्या स्वतःच्या सेवांसाठी दस्तऐवजीकरण करते त्या साइन इन होस्टशी जुळत नाही.
- तुमच्या उपकरण व्यवस्थापनातून न येणारे रूट प्रमाणपत्र, कॉन्फिगरेशन प्रोफाइल किंवा सहाय्यक अनुप्रयोग स्थापित करण्यास सांगितले जाते.
- तुम्ही सुरू न केलेली MFA मंजुरी येते, किंवा VPN क्लायंट हॉटेल क्रेडेन्शियल्स मागतो.
पर्याय दुसरा पासवर्ड नाही। फोन हॉटस्पॉट वापरा, रिसेप्शनला नेटवर्कचे नेमके नाव आणि प्रवेश पद्धत विचारा, आणि पानाबद्दल नेटवर्क चालवणाऱ्याला किंवा तुमच्या IT डेस्कला कळवा। यापैकी कशालाही तुम्ही जोडू शकत नाही अशा पानाविरुद्ध क्रेडेन्शियल तपासण्याची आवश्यकता नाही।
अपयश योग्य टप्प्याला जोडा
दोन्ही टप्पे पार झाल्यावरही अपयश होतात, आणि त्रुटी क्रमाने वाचल्यास सहसा टप्पा सांगते: जोडणी, पत्ता देणे, पोर्टल अधिकृतता, टनेल स्थापना, नंतर अंतर्गत संसाधन। पोर्टल कोड संपल्यामुळे VPN पासवर्ड बदलणे वेळ वाया घालवते आणि खरी समस्या जागच्या जागी ठेवते।
काही चाचण्या टप्पे वेगळे करतात। पोर्टल साइन इननंतर सामान्य सार्वजनिक HTTPS पान मागा। त्याऐवजी पोर्टल परत आले, तर त्या स्तरावर अधिकृतता कधीच पूर्ण झाली नाही। VPN क्लायंटने गेटवे गाठू शकत नसल्याचे सांगितले, तर समस्या टनेलखाली आहे: पोर्टल सत्र, नाव निराकरण, किंवा पोर्ट अडवणारे नेटवर्क। टनेल वर आले आणि एक अंतर्गत होस्टनाव अपयशी ठरले, तर खाजगी नेटवर्कमधील नाव निराकरण किंवा धोरण हा चांगला संशय आहे।
पोर्टल सत्रे टनेलपासून स्वतंत्रपणेही संपतात। स्थळाने प्रवेश रद्द केला, तर क्रेडेन्शियल्स कधीच चुकीची नसली तरी प्रस्थापित VPN जोडणी तुटते। पोर्टल पुन्हा अधिकृत करा, नंतर VPN पुन्हा जोडा आणि पुन्हा वाटाघाटी करू द्या। तेव्हा VPN पासवर्ड फिरवल्याने काहीही सुधारत नाही आणि तुम्ही बाहेर लॉक होऊ शकता।
प्रत्येक रहस्य फक्त ते तपासू शकणाऱ्या प्रणालीला द्या, आणि तक्त्याशी न जुळणाऱ्या विनंतीला टाळायचे पाऊल नव्हे तर थांबण्याचा संकेत माना। दोन्ही टप्पे पार झाले आणि टनेलने तरीही नकार दिला, तर कोणतेही क्रेडेन्शियल बदलण्यापूर्वी क्लायंटची नेमकी त्रुटी नोंदवा।