स्लिपपछि VPN मृत: टनेल हरायो कि पुरानो एप?

ढकनी खुल्छ, वायरलेस आइकन फर्कन्छ, र VPN अझै जोडिएको देखिन्छ। त्यसपछि पहिलो आन्तरिक पृष्ठ समय सकिएसम्म अड्किन्छ, र नयाँ ट्याबले पनि त्यही गर्छ। तीन फरक कुराले त्यो चित्र बनाउन सक्छन्, र तिनलाई तीन फरक सुधार चाहिन्छ: स्लिपबाट नटिकेको टनेल, कसैले फेरि सक्रिय गर्न नभनेको प्रोफाइल, वा घण्टौं अघि मरेको सत्र अझै समातिरहेको एप। तिनको तुलना गर्नु जे पनि पुनः स्थापना गर्नुभन्दा छिटो हुन्छ।

उठेपछि तीन कुरा बिग्रन सक्छन्

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

दोस्रो सक्रियता हो। धेरै क्लाइन्ट आफैं फेरि जोडिन्छन्; केही जोडिँदैनन्, र फर्कन कोही नभन्ने प्रोफाइल त्यहीँ बसेर कन्फिगर देखिन्छ। त्यो असफलता डिजाइनले नै शान्त छ, किनकि कसैले त्रुटि दिएन।

तेस्रो एप हो। ब्राउजर ट्याब, SSH सत्र वा डेटाबेस जडानले नेटवर्क परिवर्तनलाई फाइल डिस्क्रिप्टरका रूपमा सहन सक्छ, जबकि तिनीहरूमुनिको यातायात मरेको हुन्छ। त्यसपछि नयाँ सत्र उत्तम चल्छ, जसले टनेल सुरुदेखि नै ठीक थियो भनी बताउँछ।

केही बदल्नुअघि तीनैको तुलना गर्नुहोस्, किनकि सुधारहरू एकअर्कामा मिसिँदैनन्। कहिल्यै फेरि सुरु गर्न नभनिएको क्लाइन्टलाई पुनः सुरु गर्दा तपाईंलाई चाहिएको प्रमाण खेर जान्छ। कन्फिगरेसन छुनुअघि लक्षण कुन उम्मेदवारसँग मिल्छ लेख्नुहोस्। त्यो एक वाक्यले प्रायः बाँकी अनुसन्धान तय गर्छ।

पहिलो: टनेल फर्क्यो?

क्लाइन्टको आफ्नै स्थिति पाठको सट्टा इन्टरफेस र साथीको अवस्था हेर्नुहोस्। ठेगाना भए पनि हालको हात मिलाउने नभएको इन्टरफेस नामको मात्र टनेल हो।

ip -brief addr show
wg show
ip route show table all | head -20

इन्टरफेस नै नभए टनेल टिकेन र त्यसलाई कसले फर्काउनुपर्ने थियो भन्ने प्रश्न बन्छ। त्यो भए पनि हात मिलाउने पुरानो भए साथीसँगको सम्बन्ध पुनः स्थापना गर्नुपर्छ, र क्लाइन्टले त्यसलाई सक्रिय गर्ने ट्राफिक पर्खिरहेको हुन सक्छ।

मार्ग र DNS कन्फिगरेसन पनि जाँच्नुहोस्। टनेल आफ्ना मार्गबिना फर्कन सक्छ, जसले इन्टरफेस चालु भए पनि आन्तरिक नामहरू अझै गलत सर्भरबाट समाधान हुने अन्योलपूर्ण अवस्था बनाउँछ।

दोस्रो: कसैले त्यसलाई फर्कन भन्यो?

यहीँ तुलनाले आफ्नो मूल्य कमाउँछ। NetworkManager ले OpenVPN प्लगइन प्रोफाइल र मूल WireGuard जडान फरक तरिकाले ह्यान्डल गर्छ, र जडान सेटिङको सन्दर्भ ले connection.autoconnect ले VPN प्रोफाइल सक्रिय नगर्ने स्पष्ट भन्छ; जडानसँगै VPN उठाउने विधि connection.secondaries हो।

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

हातले फेरि जोड्दा हरेक पटक समस्या ठीक हुन्छ भने त्यो फुटेको टनेल नभई हराएको सक्रियताको संकेत हो। लगले प्रायः इन्टरफेस तल जाँदैछ र कसैले त्यसलाई फर्काइरहेको छैन देखाउनेछ।

तुरुन्तै स्लिप हुक थप्ने चाहनाको प्रतिरोध गर्नुहोस्। नेटवर्क सुध्रनुअघि चल्ने हुकले आफूले सहयोग गर्न खोजेको त्यही प्रक्रियासँग दौड गर्छ, र दोहोर्याउन सकिने समस्या बेलाबेलामा आउने समस्या बनाउँछ।

तेस्रो: एपले पुरानो अवस्था समातेको छ?

VPN छुनुअघि त्यही गन्तव्यमा पूरै नयाँ सत्र खोल्नुहोस्। नयाँ सत्र चल्यो र पुरानो चलेन भने टनेल ठीक छ र एपले मरेको जडान समातेको छ।

यो तीन जाँचमध्ये सबैभन्दा सस्तो र सबैभन्दा धेरै छुट्ने हो, किनकि असफल हुने विन्डो ठीक स्क्रिनमा छ। त्यसलाई बन्द गर्नुहोस्, फेरि खोल्नुहोस्, र समस्या रहन्छ कि भनी नोट गर्नुहोस्। नयाँ सत्र चल्यो भने टनेलको अनुसन्धान पूरै रोक्नुहोस्। त्यो पनि असफल भयो भने एप कारण नभई लक्षण हो।

केही एप समय सकिएपछि आफैं सुध्रिन्छन्, त्यसैले केही मिनेटपछि लक्षण आफैं ठीक भएजस्तो देखिन सक्छ। त्यो व्यवहारले टनेलतिर नभई एपतिर संकेत गर्छ, र त्यो छुट्टै नोट गर्न लायक छ। आफैं ठीक भयो भन्ने सहकर्मीले यही ढाँचा वर्णन गर्दैछन्, भाग्य होइन।

तुलनालाई दोहोर्याउन सकिने बनाउनुहोस्

चलहरू सानो राख्नुहोस्: एउटा पहुँच नेटवर्क, एउटा स्लिप अवधि र हरेक पटक त्यही पहिलो अनुरोध। त्यसपछि दुई नतिजा लेख्नुहोस्: हातले फेरि जोड्दा त्यो ठीक हुन्छ कि हुँदैन, र अर्को स्लिपले असफलता फर्काउँछ कि हुँदैन।

त्यही अन्तिम अवलोकनले तीन उम्मेदवारलाई सबैभन्दा भरपर्दो रूपमा छुट्याउँछ। असफल पुरानो सत्रपछि चल्ने नयाँ सत्र टनेलको समस्या होइन, र क्लाइन्ट पुनः स्थापना गर्दा त्यो बदलिँदैन।

WireGuard को स्थायी keepalive यो चित्रमा केवल NAT म्यापिङ keepalive का रूपमा आउँछ। यसले म्यापिङ खुला राख्न प्याकेट पठाउँछ; यसले मेसिनलाई सुत्नबाट रोक्दैन र प्रक्रिया स्थगित हुँदा पठाउन जारी राख्न सक्दैन।

टिकटमा तपाईंले के भेट्टाउनुभयो लेख्नुहोस्: तीनमध्ये कुन बिग्रेको थियो, कसले त्यो ठीक गर्यो र कसरी दोहोर्याउनुभयो। सोमबार ढकनी खोल्ने अर्को व्यक्ति तपाईंलाई धन्यवाद दिनेछ, र उत्तर शून्यबाट फेरि खोज्नु पर्ने छैन।