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 पासवर्ड घुमाउनुले केही सुधार्दैन र तपाईं बाहिर लक हुन सक्नुहुन्छ।
हरेक रहस्य त्यसलाई प्रमाणित गर्न सक्ने प्रणालीलाई मात्र दिनुहोस्, र तालिकासँग नमिल्ने अनुरोधलाई छल्ने कदम होइन, रोकिने सङ्केत मान्नुहोस्। दुवै चरण पार भए र टनेलले अझै अस्वीकार गर्यो भने, कुनै पनि प्रमाण बदल्नुअघि क्लाइन्टको ठ्याक्कै त्रुटि कैद गर्नुहोस्।