VPN अनइंस्टॉल करने के बाद इंटरनेट नहीं? तीन मालिकों की जाँच करें

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

जाँच 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 प्रोफ़ाइल को उसके अपने नियंत्रणों से: कनेक्ट करें, इस्तेमाल करें, डिस्कनेक्ट करें, और पुष्टि करें कि होस्ट सादी कनेक्टिविटी पर लौट आया है। वह आना-जाना ही वह परीक्षण है जो साबित करता है कि छोड़ा गया ब्लॉक गया है, केवल बचा नहीं गया।

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