VPN एप हटाएपछि Ubuntu मा इन्टरनेट छैन

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 सन्दर्भ माथि प्रयोग गरिएका यन्त्र र जडान आदेशहरू समेट्छ।