OpenConnect vpnc-script: कुन फाइल चलिरहेको छ?
रुट र DNS स्थापना गर्ने सहायक टनेल क्लाइन्टबाट अलग छ। फोरमको प्रतिलेखले बदल्नु अघि चलिरहेको क्लाइन्टले प्रयोग गर्ने बाटो पत्ता लगाउनुहोस्।
OpenConnect टनेल ह्यान्डसेक पूरा गरेर पनि तपाईंलाई निजी सबनेटमा रुट बिना छोड्न सक्छ, किनकि क्लाइन्ट र स्थानीय नेटवर्कको अवस्था बदल्ने सहायक दुई फरक कार्यक्रम हुन्। प्रमाणीकरणले गेटवेले सत्र स्वीकार गरेको प्रमाणित गर्छ; त्यसपछि कुन इन्टरफेस, कुन रुट वा रिजोल्भरका कुन सेटिङ स्थापना भए भन्ने कुरामा यसले केही पनि प्रमाणित गर्दैन। सबैभन्दा अन्योलपूर्ण रिपोर्टहरू पुरानो उत्तरबाट लिएको प्रतिलेखले सहायक बदल्नबाट आउँछन्, जसले मेसिनमा हरेक जडानको व्यवहार बदल्छ। यसको कुनै पनि भाग सम्पादन गर्नु अघि चलिरहेको क्लाइन्टले वास्तवमा कल गर्ने सहायक पत्ता लगाउनुहोस्।
दुई कार्यक्रम, दुई जिम्मेवारी
क्लाइन्टसँग ढुवानी, प्रमाणीकरण र टनेल उपकरण छ। छुट्टै सहायकसँग टनेल बनेपछि स्थानीय प्रणालीमा के हुन्छ भन्ने जिम्मेवारी छ: इन्टरफेसमा ठेगाना दिने, गेटवेले घोषणा गरेका सबनेटतर्फका रुट, र रिजोल्भर कन्फिगरेसन। OpenConnect सहायकको कागजात त्यो विभाजन र सहायकले पाउने वातावरण वर्णन गर्छ। विफलताको समयमा यो भिन्नता महत्त्वपूर्ण छ, किनकि अस्वीकृत पासवर्ड र हराएको रुट एउटै घटना होइनन्, डेस्कटपले दुवैका लागि एउटै संवाद देखाए पनि।
यो विभाजन सम्झिराख्नुले जडानले सफलता किन रिपोर्ट गर्न सक्छ तर निजी नाम अझै नहुने भन्ने पनि व्याख्या गर्छ। दुवै अवस्थामा टनेल चालु हुन्छ, र स्थानीय एकीकरणको चरण मात्र फरक पर्छ।
चलिरहेको क्लाइन्टले प्रयोग गर्ने सहायक पत्ता लगाउनुहोस्
बाटो प्याकेज बनाउँदा तय हुन्छ र हरेक कलमा अधिलेखन गर्न सकिन्छ, त्यसैले अर्को वितरणबाट सम्झिएको फाइलको यो जडानसँग केही सम्बन्ध नहुन सक्छ। संयोगले खुला रहेको कागजातलाई होइन, चलिरहेको प्रक्रियालाई सोध्नुहोस्।
openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null
यदि प्रक्रियाको लाइनमा --script आर्गुमेन्ट छ भने, त्यो फाइलले कम्पाइल गरिएको पूर्वनिर्धारितलाई जित्छ। /etc/vpnc/vpnc-script जस्ता पुराना बाटोहरू अवस्थित भएर पनि अप्रयुक्त रहन सक्छन्, त्यसैले तिनलाई मेटाउनु वा सम्पादन गर्नुले नयाँ बिल्डमा केही बदल्दैन। परिवर्तनको मिति पनि हेर्नुहोस्, किनकि वर्षौंसम्म कसैले नछोएको सहायक प्याकेजको पूर्वनिर्धारितले काम गरिरहेको बलियो संकेत हो।
NetworkManager एकीकरण तेस्रो मालिक हो, यसको आफ्नै सहायक र आफ्नै प्रोफाइल सेटिङ छन्। त्यो एकीकरणमाथि दोस्रो रुट वा रिजोल्भर स्क्रिप्ट राख्दा रुट दोब्बर हुन्छन् र दुई कार्यक्रमले आफ्नो भनी दाबी गर्ने रिजोल्भर रहन्छ। हरेक जडानका लागि एउटा मालिक छान्नुहोस् र परीक्षण अघि अर्को बन्द गर्नुहोस्।
अन्तिम चेतावनी होइन, पहिलो असफल कार्य पढ्नुहोस्
इन्टरफेस कन्फिगरेसन, रुट स्थापना, रिजोल्भर छनोट र पुरानो अवस्था सफा गर्ने अलग चरण हुन्, र सबैभन्दा पछि छापिने चेतावनी प्रायः जडान तोड्ने विफलता होइन, सफाइको गुनासो हुन्छ। पहिलो ठोस असफल कार्यसम्म माथि पढ्नुहोस्। फाइल वा ठेगाना नाम दिने सहायकको त्रुटि दस लाइन भत्काइको हल्लाभन्दा बढी मूल्यवान छ।
इच्छित स्थानीय नतिजालाई अवलोकन गरिएको नतिजासँग तुलना गर्नुहोस्: टनेल उपकरण छ, ज्ञात निजी ठेगानातर्फ जाने रुट त्यसबाट जान्छ, र रिजोल्भर निजी नामका लागि जवाफ दिन्छ। पहिलो दुईमा सफल र तेस्रोमा असफल हुने सहायकले राउटिङ होइन, रिजोल्भर नीतितर्फ संकेत गर्छ। उपकरणलाई बिल्कुल कन्फिगर नगर्ने सहायक सायद कहिल्यै चलेको थिएन, र त्यो नेटवर्कको होइन, अनुमतिको प्रश्न हो। कुनै पनि तर्क पुनःलेख्नु अघि कार्यान्वयनयोग्य बिट र सेवा खाता पुष्टि गर्नुहोस्।
जडान, पुनःजडान र विच्छेदन जाँच्नुहोस्
सेटअप सम्झौताको आधा मात्र हो, किनकि टनेल बन्द हुँदा त्यही सहायकले आफ्नो स्वामित्वको अवस्था पुनर्स्थापित वा हटाउनुपर्छ। रुट थपेर कहिल्यै नहटाउने सहायकले मेसिनमा सत्रभन्दा लामो बाँच्ने पुरानो बाटो छोड्छ।
ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'
जोडिएको अवस्थामा पहिलो तीन चलाउनुहोस्, विच्छेद गर्नुहोस्, त्यसपछि ती फेरि चलाएर रुट र रिजोल्भर प्रविष्टि गएको पुष्टि गर्नुहोस्। चौथो लाइनले सहायकलाई बिल्कुल कल गरिएको थियो कि थिएन र सेवाले कुन कार्यान्वयनयोग्य बाटो प्रयोग गर्यो देखाउँछ। ती दुई आउटपुट टिकटमा राख्नुहोस्, किनकि अघि-पछिको तुलनाले नै सफाइको बग स्पष्ट बनाउँछ।
सहायकलाई प्याकेज गरिएको र सेवा खाताका लागि कार्यान्वयनयोग्य राख्नुहोस्, किनकि तपाईंको शेलमा चल्ने स्क्रिप्ट पनि सीमित सेवा नीतिअन्तर्गत अस्वीकृत हुन सक्छ. जब अनुकूलन साँच्चै आवश्यक हुन्छ, यसको उद्देश्य र मालिक अभिलेख गर्नुहोस् र हरेक अपग्रेडमा प्याकेज गरिएको संस्करणसँग तुलना गर्नुहोस्। सहायकको अव्याख्यायित फोर्क एउटा वर्षपछि चलिरहेको जडानलाई पनि असफल बनाउन सक्ने थोरै कुरामध्ये एक हो।