OpenVPN भन्छ कि इनिसियलाइजेसन पूरा भयो: प्रम्प्ट किन फर्केर आउँदैन

अन्तिम लग लाइनपछि टर्मिनल शान्त हुँदा केही पनि अड्किएको छैन। फोरग्राउन्ड क्लाइन्टका लागि यही अपेक्षित रूप हो: यसले स्टार्टअप पूरा गर्यो र अब त्यहीँ बसेर ट्राफिक बोकिरहेको छ। शेलको प्रम्प्ट देखिने जस्तो सफलताको संकेत होइन।

सन्देशलाई स्टार्टअप र स्थिर अवस्थाबीचको सीमाना मान्नुहोस्, किनकि यसले ठ्याक्कै त्यही जनाउँछ।

सन्देशले प्रक्रियाको होइन, स्टार्टअपको अन्त्य जनाउँछ

OpenVPN ले त्यो लाइन यन्त्र खोलेपछि, इन्टरफेस कन्फिगर गरेपछि, रुटहरू स्थापना गरेपछि र साथीसँग TLS आदानप्रदान सकिएपछि छाप्छ। त्यसपछि प्रक्रिया चलिरहन्छ, किनकि यसको काम टनेल खुला राख्नु र प्याकेट अगाडि पठाउनु हो। फोरग्राउन्ड कार्यक्रम त्यो काम गर्दै गर्दा प्रम्प्टमा फर्केर आउँदैन। त्यसपछिको शान्त आउटपुट सामान्य हो, किनकि केही बदलिएमा मात्र क्लाइन्ट बोल्छ।

लाइन देखा पर्यो र जडान पछि मर्यो भने, त्यो अर्को घटना हो, र लगले पछि त्यो बताउनेछ।

Ctrl+C एउटा निर्णय हो, उपाय होइन

Ctrl+C थिच्दा अवरोध जान्छ, जसलाई क्लाइन्टले बन्द गर्ने अनुरोध मान्छ। प्रम्प्ट फर्केर आउँछ, टनेल हराउँछ, र यसलाई प्रयोग गर्ने जुनसुकै सत्र सकिन्छ। यो प्रगति जस्तो देखिन्छ र वास्तवमा उल्टो हो। लक्ष्य दिगो जडान हो भने, जवाफ प्रक्रियालाई तपाईंको टर्मिनल बिना चल्न सक्ने ठाउँमा सार्नु हो, यसलाई रोक्नु होइन।

डिबग गर्दा यसलाई फोरग्राउन्डमै छोड्नु ठीक हो, किनकि पछिका त्रुटिहरू उही विन्डोमा देखिन्छन्। शान्त एक मिनेटले कुनै पनि दिशामा केही प्रमाणित गर्दैन; आउटपुट हेर्नुको सट्टा टनेलबाट कुनै स्रोत परीक्षण गर्नुहोस्।

सन्देशले के प्रमाणित गर्दैन

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

‘सर्भर सुरु भयो’ र ‘ल्यापटपले साझा स्रोत खोल्न सक्छ’ दुई फरक ठाउँका अवलोकन हुन्, र तिनलाई मिसाउँदा तपाईं गलत होस्ट डिबग गर्न जानुहुन्छ।

टर्मिनल बिना चलाउने

दिगो परिनियोजनका लागि प्लेटफर्मले समर्थन गर्ने सेवा व्यवस्था प्रयोग गर्नुहोस्। systemd होस्टमा त्यो openvpn-client@office इन्स्टेन्स हो जसमा प्रोफाइल /etc/openvpn/client मा छ, रिबुटमा टिक्नका लागि सुरु र सक्षम गरिएको। Community OpenVPN ले --log वा --log-append सँगै --daemon पनि दिन्छ, जसले प्रक्रिया अलग गर्छ र आउटपुट फाइलमा पठाउँछ। दुवै तरिकाले प्रक्रिया कसरी चल्छ भन्ने बदल्छन्; कुनैले पनि रुट सुधार्दैन वा टाढाको अनुप्रयोगलाई स्वस्थ बनाउँदैन।

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

कामसँग मिल्ने व्यवस्था छान्नुहोस्

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

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