क्लायंट गेला आहे आणि मशीन अजूनही कुठेही पोहोचत नाही, त्यामुळे फायरवॉल सपाट करून पुन्हा सुरुवात करण्याचा मोह होतो। असे करू नका। ब्लॉकिंग स्थिती एकाच मशीनवर तीन वेगवेगळ्या मालकांकडून येऊ शकते, आणि प्रत्येकाचा स्वतःचा काढण्याचा मार्ग आहे। सर्व काही एकाच वेळी ओतणे हे तुम्हाला काढायचे होते ते वस्तू अजूनही आवश्यक असलेल्या संरक्षणासह काढून टाकते, आणि कोणत्या मालकाने समस्या निर्माण केली याचा पुरावाही नष्ट करते। पाच तपासण्या, क्रमाने, ते होण्यापासून रोखतात।

तपासणी 1: अजून काय आहे, आणि ते कशासाठी आहे

तीन कलाकृती वेगवेगळ्या शोधा: अजूनही अस्तित्वात असलेला व्हर्च्युअल अडॅप्टर, अजूनही ब्लॉक करणारा फायरवॉल फिल्टर किंवा नियम, आणि आता नसलेल्या बोगद्याकडे अजूनही निर्देश करणारा मार्ग किंवा धोरण नियम। त्यांची उपस्थिती स्वतःच काहीही सिद्ध करत नाही, कारण जाणूनबुजून लावलेला किल स्विच बाहेरून पाहिल्यास सोडून दिलेल्यासारखाच दिसतो।

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

कनेक्टिव्हिटी कधी थांबली आणि सामान्य क्लायंट अजूनही आपला बोगदा सुरू करू शकतो का ते लिहून ठेवा। क्लायंट बोगदा पुनर्संचयित करू शकत असेल आणि रहदारी परत आली तर ब्लॉक आपले काम करत आहे आणि समस्या क्लायंटच्या स्थितीत आहे, उरलेल्या नियमात नाही।

तपासणी 2: कोणता मालक ते नियंत्रित करतो

प्रत्येक कलाकृतीला एक मालक असतो। व्हर्च्युअल अडॅप्टर VPN क्लायंटचा किंवा त्याच्या ड्रायव्हरचा आहे। फिल्टर क्लायंटचा, प्लॅटफॉर्मच्या स्वतःच्या फायरवॉलचा, किंवा व्यवस्थापित सुरक्षा उत्पादनाचा असू शकतो। मार्ग क्लायंटने कनेक्ट होताना इन्स्टॉल केला आणि मागे सोडला असू शकतो।

व्यवस्थापित उपकरणावर, काहीही स्पर्श करण्यापूर्वी डिव्हाइस धोरण तपासा। धोरणाने लादलेला फिल्टर पुढील चेक-इनला पुनर्संचयित केला जाईल, म्हणून स्थानिक काढणे एक तास आणि अनुपालन अहवाल विकत घेते। ती चर्चा प्रशासकाची आहे, फायरवॉल इंटरफेसची नाही।

तपासणी 3: ते स्पष्ट करणारी सर्वात अरुंद गोष्ट काढा

विक्रेत्याच्या समर्थित मार्गाने सुरुवात करा: दुरुस्ती इन्स्टॉल किंवा योग्य अनइन्स्टॉल बहुतेक वेळा तयार झालेली स्थिती योग्यरित्या स्वच्छ करते, हाताने काढण्यातून सुटणारे फिल्टरही। इन्स्टॉल केलेल्या आवृत्तीच्या पुनर्प्राप्ती सूचना वाचा, कारण क्रम महत्त्वाचा आहे आणि अयशस्वी काढण्यानंतरचे अनइन्स्टॉल वेगळे वागते।

हाताने तपासणी खरोखर आवश्यक असल्यास, काहीही बदलण्यापूर्वी नियमाचे नाव, इंटरफेस आणि घोषित उद्देश नोंदवा, आणि ती वस्तू नावाने काढा। एका क्लायंटला लक्ष्य करण्यासाठी प्रत्येक नेटवर्क अडॅप्टर काढणे किंवा संपूर्ण नियमसंच ओतणे हा सपोर्ट केस पुनर्बांधणी होण्याचा मार्ग आहे।

तपासणी 4: DNS आणि मार्ग अडॅप्टरपेक्षा जास्त टिकतात

रिझोल्यूशन स्थिती बोगद्यापुढे टिकू शकते। आता नसलेल्या बोगद्यातील पत्त्याकडे अजूनही निर्देश करणारा रिझोल्व्हर फायरवॉल ड्रॉपसारखेच दिसणारे कालबाह्य होणे निर्माण करतो, आणि नेहमीचा निष्कर्ष चुकीचा असतो।

resolvectl status
ip route get 1.1.1.1
nslookup example.com

पत्ता रिझोल्व्ह झाला आणि IP द्वारे कच्चे कनेक्शन काम करत असेल, तर DNS ही उरलेली समस्या आहे, फिल्टरिंग नाही। दोन्ही अपयशी झाल्यास, मार्ग आणि फिल्टर हातात घेऊन तपासणी एकाकडे परत जा।

तपासणी 5: दोन्ही मार्ग पुन्हा तपासा आणि निदान परत ठेवा

प्रथम सामान्य कनेक्टिव्हिटी तपासा, नंतर उरलेली प्रत्येक VPN प्रोफाइल त्याच्या स्वतःच्या नियंत्रणांद्वारे: कनेक्ट करा, वापरा, डिस्कनेक्ट करा, आणि होस्ट साध्या कनेक्टिव्हिटीवर परत आला आहे याची खात्री करा। ती ये-जा हीच सोडून दिलेला ब्लॉक केवळ टाळला नाही तर खरोखर गेला आहे हे सिद्ध करणारी चाचणी।

शेवटी, वाटेत केलेला कोणताही निदान बदल पुनर्संचयित करा। यशस्वी स्वच्छता एक सोडून दिलेले अवलंबन काढते; ती होस्टचे सामान्य संरक्षण काढत नाही, आणि मागे कायमचा सैल केलेला फायरवॉल सोडू नये। कोणत्या मालकाकडे ब्लॉक होता ते नोंदवा, कारण पुढील अनइन्स्टॉल तेच तीन उमेदवार देईल।

संबंधित लेख