Windows VPN एडाप्टरमा अपरिचित नेटवर्क: यसको अर्थ के हो
यो लेबल टनेलबाट नभई Windows को नेटवर्क स्थान पहिचानबाट आउँछ। एडाप्टर छुनु अघि प्रोफाइल, ठेगाना र मार्ग पढ्नुहोस्।
Windows ले कुनै पनि इन्टरफेसलाई स्थानमा वर्गीकृत गर्न नसके अपरिचित नेटवर्क देखाउँछ, र VPN एडाप्टर सामान्य उम्मेदवार हो किनकि यसको प्रायः आफ्नै पूर्वनिर्धारित गेटवे हुँदैन। यो लेबल फायरवाल श्रेणी हो, टनेल प्रमाणित भयो कि भएन वा तपाईंको अनुप्रयोग कुनै चीजसम्म पुग्छ कि भन्ने कथन होइन। यसलाई त्रुटि सन्देश मान्नु नै मानिसहरू अन्तमा काम गरिरहेको एडाप्टर रिसेट गर्ने र ठीक रहेको सत्र गुमाउने बाटो हो। लेबल कुनै ध्यान योग्य छ कि छैन दुई आदेशले बताउँछन्।
लेबल फायरवाल श्रेणी हो, स्थिति बत्ती होइन
नेटवर्क स्थान पहिचानले इन्टरफेस डोमेन, निजी वा सार्वजनिक नेटवर्कको हो भनी निर्णय गर्छ, त्यसपछि फायरवालले त्यो श्रेणीको नियम समूह लागू गर्छ। वर्गीकरण असफल हुँदा नतिजा अपरिचित हुन्छ, जसले सामान्यतया इन्टरफेसलाई सार्वजनिक प्रोफाइलमा राख्छ। सार्वजनिक प्रोफाइल नै पूर्वनिर्धारित रूपमा अधिकांश आगत ट्राफिक अवरुद्ध गर्ने हो।
सार्वजनिक प्रतिबन्धात्मक प्रोफाइल हो, त्यसैले व्यावहारिक प्रश्न तपाईंको सेवा त्यहाँ अनुमति छ कि छैन भन्ने हो। टनेल पूर्ण रूपमा स्वस्थ हुँदै पनि लेबल देखाउन सक्छ, किनकि वर्गीकरण जडानको अवस्थामा नभई इन्टरफेसको आकारमा निर्भर हुन्छ।
यही भिन्नताले सबैभन्दा भ्रमित गराउने रिपोर्ट व्याख्या गर्छ: हिजो चलेको र आज नचलेको फाइल साझेदारी, कसैले नबदलेको एडाप्टरमा, किनकि एउटा नियम निजी प्रोफाइलमा सीमित थियो र इन्टरफेस अब सार्वजनिकमा छ।
केही बदल्नु अघि तीन कुरा पढ्नुहोस्
श्रेणी, ठेगाना कन्फिगरेसन र गन्तव्यसम्मको मार्ग यही क्रममा जाँच्नुहोस्। स्रोत चल्छ भने, तपाईंको उद्देश्यका लागि लेबल केवल देखावटी हो र इमानदार उत्तर यसलाई यथावत् राख्नु हो।
यी आदेशहरूले हालको प्रोफाइल, इन्टरफेसको सूची र एउटा एडाप्टरको कन्फिगरेसन छाप्छन्:
Get-NetConnectionProfile
Get-NetAdapter | Format-Table Name,InterfaceIndex,Status
Get-NetIPConfiguration -InterfaceAlias "My VPN Adapter"इन्टरफेस अनुक्रमणिका महत्त्वपूर्ण छ किनकि प्रोफाइल कमाण्डलेटले इन्टरफेसलाई अनुक्रमणिकाद्वारा सम्बोधन गर्छन्, र भौतिक एडाप्टर, Wi-Fi एडाप्टर र टनेल भएको ल्यापटपमा ती तीन हुन्छन्। गलत पढ्दा कसैले प्रयोग नगरेको नेटवर्कको आत्मविश्वासी निदान हुन्छ।
एडाप्टर किन अपरिचित देखिन्छ
वर्गीकरणले इन्टरफेस कतै पर्छ भन्ने प्रमाण खोज्छ: पुग्न सकिने डोमेन नियन्त्रक, घरायसी नेटवर्कजस्तो व्यवहार गर्ने गेटवे, वा समाधान गर्न सकिने पहिचान। टनेल इन्टरफेसमा प्रायः गेटवे प्रविष्टि र प्रसारण डोमेन हुँदैन, त्यसैले जाँचहरूसँग काम गर्न केही हुँदैन।
पूर्ण टनेल क्लाइन्टहरू कहिलेकाहीँ गेटवे तोकेर वा वर्गीकरण जाँचले पछ्याउन सक्ने मार्ग बोकेर लेबलबाट बच्छन्। विभाजित टनेल क्लाइन्टहरूले यो बढी देखाउँछन्, किनकि टनेलले आफ्नो लागि कन्फिगर गरिएका प्रिफिक्स मात्र बोक्छ र बाँकी ट्राफिक अन्त कतैबाट बाहिर जान्छ।
यीमध्ये कुनै पनि दोष होइन। यो वर्गीकरण इन्जिनले LAN जस्तो नदेखिने इन्टरफेस वर्णन गरिरहेको छ, र टनेल ठ्याक्कै त्यही हो।
लेबल महत्त्वपूर्ण हुन थाल्ने ठाउँ नीति हो। प्रोफाइल अनुसार छान्ने व्यवस्थापन उपकरण, इन्डपोइन्ट एजेन्ट वा फायरवाल नियमले अपरिचित इन्टरफेसलाई सार्वजनिक मान्नेछ, र परिणामस्वरूप हुने अवरोध वास्तविक हुन्छ, कारण लेबल भए पनि।
श्रेणी बदल्नुका परिणाम हुन्छन्
इन्टरफेसलाई निजी भनी चिन्ह लगाउनु विश्वासको निर्णय हो, र यसले त्यो एडाप्टरमा आउने ट्राफिकमा निजी नियम समूह लागू गर्छ। टनेल तपाईंले नियन्त्रण नगर्ने प्रदायकमा टुंगिन्छ भने, वा उपकरण अविश्वसनीय नेटवर्कमा सामेल हुन सक्छ भने, त्यो परिवर्तनले त्यो इन्टरफेसबाट पुग्न सकिने विस्तार गर्छ। यसले उपकरणलाई तपाईंको नहुन सक्ने नेटवर्क खण्डमा पत्ता लगाउन सकिने पनि बनाउँछ। देखावटी लेबलका लागि यी धेरै परिणाम हुन्।
हरेक अपरिचित इन्टरफेसलाई निजी बनाउने फराकिलो स्क्रिप्ट अझ नराम्रो हो, किनकि यसले तपाईंले कहिल्यै निरीक्षण नगरेका एडाप्टरमा पनि उही विश्वास लागू गर्छ। व्यवस्थापित उपकरणमा अर्को रिफ्रेसमा नीतिले परिवर्तन माथि लेख्न सक्छ, र तपाईंसँग नरोकुन्जेल चल्ने उपाय मात्र रहन्छ।
असफल प्रवाह सुधार्नुहोस्, नाम होइन
ठोस असफलताबाट सुरु गर्नुहोस्: नखुल्ने साझेदारी, नलोड हुने साइट, नभेटिने प्रिन्टर। त्यसपछि कारणहरू अलग गर्नुहोस् — नाम समाधान, मार्ग छनोट, फायरवालको दायरा र प्रयोगकर्ता अनुमति फरक-फरक तरिकाले असफल हुन्छन् र फरक सन्देश दिन्छन्।
असफलता नाममा छ भने सामान्य मेसिनबाट नभई ठ्याक्कै त्यो एडाप्टरबाट समाधान परीक्षण गर्नुहोस्। मार्गमा छ भने सही गन्तव्यका लागि छानिएको मार्ग छाप्नुहोस्। फायरवालमा छ भने लागू प्रोफाइल र ट्राफिक अनुमति दिनुपर्ने नियम पढ्नुहोस्, त्यसपछि प्रोग्राममा सीमित साँघुरो नियम श्रेणी बदल्नुभन्दा राम्रो हो कि होइन निर्णय गर्नुहोस्।
ती तीन बाहेक गरेपछि मात्र श्रेणी सम्भावित कारण बन्छ, र त्यतिखेर पनि उपाय आवश्यक प्रवाह चलाउने सबैभन्दा सानो हुनुपर्छ। लक्ष्य अझ परिचित नेटवर्क नाम होइन; स्वीकृत नियमअन्तर्गत चल्ने साझेदारी हो।