VPN अनइंस्टॉल करने के बाद इंटरनेट नहीं: रीसेट से पहले सूची
पूरा रीसेट सबूतों के साथ बचे अवशेष भी मिटा देता है। पहले रूट, Winsock कैटलॉग और प्रॉक्सी पढ़ें, फिर एक बार में एक कदम सीढ़ी चढ़ें।
VPN क्लाइंट हटाने से मशीन वैसी ही वापस आनी चाहिए जैसी वह पहले थी, और कभी-कभी ऐसी मशीन वापस आती है जहाँ कुछ भी हल नहीं होता और ब्राउज़र अब भी प्रॉक्सी चाहता है। अवशेष मालिकों की छोटी सूची से आते हैं: रूट, Winsock प्रदाता, प्रॉक्सी सेटिंग, DNS और फ़िल्टर ड्राइवर। दो मरम्मत रणनीतियाँ हैं, और वे मुख्य रूप से इस बात में भिन्न हैं कि क्या नष्ट करती हैं।
बहुत अलग लागत वाली दो मरम्मतें
| Approach | What it fixes | What it costs |
|---|---|---|
| Full network reset | Almost everything, eventually | Wi-Fi passwords, firewall rules, evidence |
| Inventory, then narrow resets | The piece that actually broke | Time, and one command per layer |
विस्तृत रीसेट ग़लत नहीं है; वह महँगा है। वह उन सबूतों को भी हटा देता है जो बताते कि कौन-सी परत विफल हुई, इसलिए वही लक्षण वाली अगली मशीन फिर शून्य से शुरू करती है। पहले सूची बनाने में चार कमांड लगते हैं, और उनमें से तीन केवल पढ़ते हैं।
घड़ी से चुनें, पसंद से नहीं। जिस मशीन को दस मिनट में काम करना है, उस पर पूरा रीसेट सही निर्णय हो सकता है, और बाद में आप जो नोट छोड़ते हैं वही ज्ञान बचाता है। बार-बार आने वाले लक्षण वाले बेड़े में सूची सस्ता रास्ता है, क्योंकि वह ख़त्म हो चुके व्यवधान के बजाय कारण देती है।
कुछ भी छूने से पहले चार चीज़ें पढ़ें
ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxyहर आउटपुट अलग विफलता की ओर इशारा करता है। अब मौजूद न रहे एडाप्टर की ओर इशारा करने वाला डिफ़ॉल्ट रूट काम करते स्थानीय नेटवर्क के साथ मृत इंटरनेट समझाता है। एडाप्टर का DNS सर्वर जो पहले टनल का था, उन नामों को समझाता है जो विफल होते हैं जबकि पते काम करते हैं। क्लाइंट द्वारा इंस्टॉल किया गया Winsock प्रदाता उन ब्राउज़र विफलताओं को समझाता है जो हर रूट बदलाव से बच जाती हैं। प्रॉक्सी प्रविष्टि ऐसे ब्राउज़र को समझाती है जो कहीं नहीं पहुँचता जबकि curl पहुँचता है।
ब्राउज़र की अपनी प्रॉक्सी अलग से जाँचें। वह इंटरनेट विकल्प संवाद में कनेक्शन और स्थानीय नेटवर्क सेटिंग्स के अंतर्गत रहती है, और यह कमांड द्वारा बताई गई WinHTTP प्रॉक्सी से अलग सेटिंग है। एक को ठीक करने से दूसरी ठीक नहीं होती, और एक मशीन दोनों रख सकती है। ऐसा प्रॉक्सी पता खोजें जो कहीं हल न हो, क्योंकि हटाया गया क्लाइंट यही आकार छोड़ता है।
कूदने के बजाय सीढ़ी चढ़ें
ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalogroute -f एडाप्टर छुए बिना रूटिंग तालिका साफ़ करता है, जो टनल के बचे डिफ़ॉल्ट रूट को हटाने का सबसे सस्ता तरीका है। netsh int ip reset TCP/IP स्टैक की सेटिंग्स फिर से लिखता है और रीबूट की अपेक्षा करता है। netsh winsock reset उस कैटलॉग को बहाल करता है जिसे फ़िल्टर ड्राइवर ने बदला था, और यही वह कदम है जो केवल ब्राउज़र में दिखने वाली विफलताएँ ठीक करता है। एक चलाएँ, परखें, फिर अगला चलाएँ; जो सीढ़ी आप चढ़ चुके हैं वह बाद में बताई जा सकने वाली सीढ़ी है।
netsh advfirewall reset इस सीढ़ी का हिस्सा नहीं है। यह किसी के जानबूझकर बनाए नियमों को मिटाता है, और उन्हें बहाल करना अलग परियोजना है। सेटिंग्स ऐप का नेटवर्क रीसेट हर एडाप्टर को हटाकर फिर से इंस्टॉल करता है और सहेजे गए Wi-Fi पासवर्ड भी मिटाता है, इसलिए यह संकीर्ण कदमों के बाद आता है, पहले नहीं।
जिनके मालिक कोई दूसरा उत्पाद है ऐसे अवशेष
किसी एप्लिकेशन को ट्रैश में खींचने से वह अनइंस्टॉल नहीं होता। जो Mac उस VPN का उपयोग जारी रखे हुए था जिसे अब नहीं दिखाता था, उसमें विक्रेता का एक सहायक प्रोग्राम अब भी चल रहा था; Activity Monitor के नेटवर्क टैब ने ट्रैफ़िक से उसे पहचाना, और विक्रेता की अनइंस्टॉल प्रक्रिया ने डेमॉन और उसके लॉन्च आइटम हटा दिए। जिन प्रविष्टियों का प्रोग्राम अब मौजूद नहीं है, उन्हें /Library/LaunchDaemons और /Library/LaunchAgents में जाँचें।
सुरक्षा सॉफ़्टवेयर वह दूसरी जगह है जहाँ यह पैटर्न दिखता है। एंटीवायरस उपकरण अपने स्वयं के फ़िल्टर ड्राइवर इंस्टॉल करते हैं, और एक को पीछे छोड़ने वाला हटाना VPN एडाप्टर को ऐसे तोड़ सकता है जिसे कोई VPN सेटिंग समझा नहीं सकती। विक्रेता का हटाने वाला उपकरण उसी स्थिति के लिए है; सामान्य अनइंस्टॉल आमतौर पर वहाँ नहीं पहुँचता।
इंस्टॉलर भी शुरू होने से मना कर सकते हैं क्योंकि पिछला इंस्टेंस अभी जीवित है। OpenVPN इंस्टॉलर चल रहे openvpn.exe की जाँच करता है, जिसमें वह भी शामिल है जिसे आपकी स्वयं की स्क्रिप्ट ने घंटों पहले शुरू किया था।
env_block विफलता एक और तरह का अवशेष है। PATH ने C:\Windows\System32 और उसके पड़ोसी खो दिए हैं, इसलिए क्लाइंट वे उपयोगिताएँ शुरू नहीं कर सकता जो एडाप्टर बनाती हैं। फिर से इंस्टॉल करने के बजाय PATH ठीक करें, क्योंकि नई प्रतिलिपि उन्हीं गुम कमांडों से टकराएगी।
Linux इंटरफ़ेस और राउटर परीक्षण
tun इंटरफ़ेस उसे बनाने वाले कॉन्फ़िगरेशन से अधिक जीवित रह सकता है। धीमे डाउनलोड की एक रिपोर्ट बचे हुए उपकरण के साथ समाप्त हुई जो पुराने पूल का गेटवे पता रखे हुए था और ट्रैफ़िक को ऐसी टनल की ओर खींच रहा था जिसकी किसी ने नहीं सोची थी। ip -brief link सूचीबद्ध करता है कि क्या मौजूद है; इसकी तुलना वर्तमान सेवा के दावे से करें, फिर अनाथ को हटा दें।
VPN प्रयोग के बाद आना बंद कर देने वाले लीज़ अपने आप स्टैक की समस्या नहीं हैं। ऐसे लैपटॉप का परीक्षण करें जिसने कभी क्लाइंट नहीं उठाया, और दूसरे राउटर का, अधिक रीसेट चलाने से पहले। यदि राउटर ने जवाब देना बंद कर दिया है, तो कोई Windows कमांड उसे नहीं बदलेगा, और अस्थायी स्थिर पता, गेटवे और रिज़ॉल्वर आपको बताते हैं कि कौन-सा पक्ष टूटा है।
लिख लें कि आपने क्या रीसेट किया और किस क्रम में। अगले व्यक्ति को जानना है कि Winsock कैटलॉग या फ़ायरवॉल फिर से बना, और वही नोट एकमात्र चीज़ है जो अनइंस्टॉल साथ नहीं ले जा सकता।