Linux मा VPN र प्रोक्सी सेवाहरू क्रममा बन्द गर्ने

प्रोक्सी चलिरहेको बेला बन्द गर्दा अड्किने कुरा विरलै VPN को बग हुन्छ, स्क्रिनमा अन्तिम देखिने कुरा VPN नै भए पनि। प्रोक्सीपछाडिका अनुप्रयोगहरू अझै हराउन लागेको मार्ग कुरिरहेका छन्, र सुरुङ राख्ने युनिटलाई अझै यो बन्द गर्न भनिएको छैन। ढिलो सेवा जस्तो देखिने कुरा सामान्यतया क्रमको समस्या हो। क्रम मिलाउनुले यीमध्ये धेरै समस्या कुनै पनि टाइमआउट परिवर्तनभन्दा बढी समाधान गर्छ।

उल्टो क्रममा बाहिरतिर जानुहोस्: पहिले उपभोक्ता, त्यसपछि प्रोक्सी, र त्यसपछि सुरुङ — प्रत्येकलाई यो सुरु गर्ने कम्पोनेन्टले रोक्छ।

केही पनि रोक्नु अघि युनिटहरूको सूची बनाउनुहोस्

सामान्य सञ्चालनमा संलग्न अनुप्रयोग युनिट, प्रोक्सी युनिट र VPN मालिक लेख्नुहोस्। आफ्नै बन्द हुने कुनै पनि रिजोल्भर वा सहायक कम्पोनेन्ट थप्नुहोस्, किनकि राति दुई बजे यी नै बिर्सिन्छन्। त्यो सूची बिना तपाईंले टाइप गर्ने पहिलो रोक्ने आदेशले अनियमित रूपमा शिकार छान्छ।

नामहरू कमजोर प्रमाण हुन्। प्रयोगकर्ता प्रोक्सी, प्रणाली प्रोक्सी र अर्को खाताको सुरुङ एउटै नाम साझा गर्न सक्छन् तर पूर्ण रूपमा असम्बन्धित जीवनचक्र हुन्छ।

पहिले काम सक्नुहोस्, त्यसपछि उपभोक्ता रोक्नुहोस्

योजनाबद्ध रोकाइ अनुप्रयोगबाट सुरु हुन्छ: यसलाई आफ्ना अनुरोधहरू सक्न वा रद्द गर्न दिनुहोस्, त्यसपछि प्रोक्सी यसको सेवा युनिटमार्फत रोक्नुहोस्। यदि अनुप्रयोग सुरुङ गएपछि पनि चलिरहनुपर्ने हो भने त्यो जानाजान व्यवस्थित गर्नुहोस्, हराउन लागेको मार्गमा जोडेर नछोड्नुहोस्।

रोकाइका बेला उडानमा रहेका अनुरोधहरू अभिलेखमा पर्छन्, किनकि अर्को सुरुवातमा पुनःप्रयासको आँधी त्यहीँबाट आउँछ।

ExecStop र ExecStopPost फरक उपकरण हुन्

ExecStop= — यो समकालीन रोकाइ कार्य हो; ExecStopPost= — यो सफाइ हो जो असफल सुरुवातपछि पनि चल्छ। केवल प्रक्रियालाई सिग्नल पठाएर फर्कने रोकाइ आदेशले उपभोक्ता अझै डेटा बाहिर पठाइरहेको बेला systemd लाई अगाडि बढ्न दिन्छ। जे जसरी पनि हुनुपर्छ त्यो पछिको प्रकारमा, र रोकाइ रोक्नुपर्ने कुरा समकालीन प्रकारमा पर्छ। प्याकेज फाइल ठाउँमै सम्पादन गर्नुको सट्टा प्रभावकारी युनिट र यसका drop-in फाइलहरू जाँच्नुहोस्।

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

रोकाइ सीमित गर्नुहोस् र त्यो सीमाको मूल्य थाहा पाउनुहोस्

TimeoutStopSec= रोकाइ आदेश र सेवाको आफ्नै अन्त्य दुवै सीमित गर्छ, र सीमा सकिएपछि systemd जबरजस्त किलतिर जान्छ। मान अनुप्रयोगको वास्तविक डेटा बाहिर पठाउने व्यवहारबाट छान्नुहोस् र सीमा लागू हुँदा के हराउन सकिन्छ लेख्नुहोस्। मेसिन छिटो बन्द हुनुपर्छ भनेर छानिएको अंक अर्को नाममा डेटा हानिको सेटिङ हो।

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

मालिकमार्फत विच्छेद गर्नुहोस्, त्यसपछि तीन अवस्था परीक्षण गर्नुहोस्

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

सामान्य रोकाइ, सक्रिय अनुरोधसहितको रोकाइ र सुरुङ पहिले असफल हुने रोकाइ परीक्षण गर्नुहोस्। म्याद सहितको दोहोर्याउन सकिने क्रम एक पटक मात्र चल्ने छिटो बन्दभन्दा राम्रो हुन्छ।