VPN क्लायंट अनइन्स्टॉल करणे, रीबूट करणे आणि नंतर ब्राउझर काहीही लोड करू शकत नाही हे दिसणे हा Ubuntu मधील सामान्य क्रम आहे। टनेल गेले, पण ट्राफिक त्याकडे पाठवणारे धोरण गेले नाही, आणि Ubuntu मध्ये हे अवशेष सामान्यतः पॅकेजमध्ये नाही तर NetworkManager मध्ये राहतात। रनटाइममध्ये तयार केलेले कनेक्शन प्रोफाइल आणि डमी इंटरफेस कोणत्याही पॅकेजचे नाहीत, म्हणून पॅकेज काढल्याने ते काढले जात नाहीत।

टनेल गेले, धोरण नाही

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

म्हणूनच पुन्हा इन्स्टॉल केल्याने कधीकधी कनेक्टिव्हिटी परत येते: ते स्वतःचे धोरण मागे घेणे जाणणारी प्रक्रिया पुन्हा तयार करते। स्विच सक्रिय असताना काढलेल्या क्लायंटने अशी स्थिती सोडली जी स्वच्छ करायला कोणी उरले नाही।

पॅकेजने कधीही न बाळगलेल्या वस्तू वाचा

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

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

जे सापडेल ते लिहून ठेवा, कारण दुरुस्ती एक विशिष्ट वस्तू हटवणे हे आहे, सर्व काही रीसेट करणे नाही। यापेक्षा मोठे कोणतेही पाऊल दुसऱ्या खंडाचा धोका घेते। दुरुस्ती आणि अंदाज यातला हाच फरक आहे।

जोडलेल्या उपकरणासह रिकामे राउटिंग टेबल ही वेगळी बिघाडी आहे, आणि ते उरलेल्या प्रोफाइलकडे नाही तर DHCP कडे निर्देश करते। काहीही संपादित करण्यापूर्वी लीज वाचा।

प्रोफाइल काढा, की-फाइल नाही

की-फाइल काढण्याऐवजी NetworkManager द्वारे प्रोफाइल हटवा। फाइल हटवल्याने प्रोफाइल पुढील रीस्टार्टपर्यंत मेमरीमध्ये सक्रिय राहते, ज्यामुळे योग्य दुरुस्ती अविश्वसनीय दिसते। नंतर सेवा रीस्टार्ट करा आणि उपकरणांची यादी पुन्हा वाचा। हटवणे खरे करणारा तो रीस्टार्टच आहे।

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

जर डमी लिंक टिकली, तर ती लिंकही काढा, नंतर पत्ता आणि नाव स्वतंत्रपणे तपासा। स्वच्छ राउटिंगमध्ये नाव अपयशी झाले तर DNS कडे निर्देश करते, तर पत्ता अपयशी झाला तर रूट किंवा फायरवॉलकडे।

पुनरावृत्ती होण्यापूर्वी बूट-वेळ हुक तपासा

काही अवशेष प्रत्येक बूटला स्वतःला पुन्हा इन्स्टॉल करतात। हाताने लिहिलेले युनिट किंवा फायरवॉल नियम जोडणारी if-up स्क्रिप्ट पॅकेज गेल्यानंतरही ते करत राहते, म्हणून खंड परत येतो आणि आधीची दुरुस्ती नशिबासारखी वाटते। पुन्हा रीबूट करण्यापूर्वी युनिट फाइल्स आणि नेटवर्क हुक शोधा। युनिटचे नावच सहसा सुगावा देतं।

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

विशिष्ट फाइल काढा किंवा मास्क करा, नंतर एकदा रीबूट करा आणि टनेल-मुक्त स्थिती हीच तुम्हाला हवी आहे याची खात्री करा। तो शेवटचा रीबूट हीच चाचणी आहे, कारण पुढील बूटपर्यंत टिकणारी दुरुस्ती दुरुस्ती नसते। त्यानंतर टीप मशीनसोबत ठेवा। nmcli संदर्भ वर वापरलेल्या उपकरण आणि कनेक्शन आदेशांचा समावेश करतो।

संबंधित लेख