Linux वर VPN आणि प्रॉक्सी सेवा क्रमाने बंद करणे

प्रॉक्सी चालू असताना बंद करताना अडकणे क्वचितच VPN ची बग असते, अगदी स्क्रीनवर शेवटी दिसणारी गोष्ट VPN असली तरी। प्रॉक्सीमागील अनुप्रयोग अजूनही लुप्त होणाऱ्या मार्गाची वाट पाहत आहेत, आणि बोगदा धारण करणारे युनिट अजून त्याला बंद करायला सांगितले गेले नाही। संथ सेवा वाटणारी गोष्ट सहसा क्रमाची समस्या असते। क्रमाने मांडणी कोणत्याही टाइमआउट बदलापेक्षा जास्त अशा प्रकरणांचे निराकरण करते।

उलट क्रमाने बाहेरच्या दिशेने जा: आधी ग्राहक, नंतर प्रॉक्सी, आणि नंतर बोगदा — प्रत्येकाला तो सुरू करणारा घटक थांबवतो।

काहीही थांबवण्यापूर्वी युनिटची यादी करा

सामान्य चालीत सहभागी असलेले अनुप्रयोग युनिट, प्रॉक्सी युनिट आणि VPN मालक लिहून काढा। स्वतःचे बंद होणे असलेला कोणताही रिझॉल्व्हर किंवा सहायक घटक जोडा, कारण रात्री दोन वाजता हेच विसरले जातात। त्या यादीशिवाय तुम्ही टाइप केलेली पहिली थांबवण्याची आज्ञा यादृच्छिकपणे बळी निवडते।

नावे कमकुवत पुरावा आहेत। वापरकर्ता प्रॉक्सी, प्रणाली प्रॉक्सी आणि दुसऱ्या खात्याचा बोगदा एकच नाव सामायिक करू शकतात पण त्यांचे जीवनचक्र पूर्णपणे असंबंधित असते।

आधी काम पूर्ण करा, नंतर ग्राहक थांबवा

नियोजित थांबणी अनुप्रयोगापासून सुरू होते: त्याला त्याच्या विनंत्या पूर्ण करू द्या किंवा रद्द करू द्या, नंतर प्रॉक्सी त्याच्या सेवा युनिटमार्फत थांबवा। अनुप्रयोगाने बोगदा गेल्यानंतरही चालू राहावे असे असल्यास ते जाणीवपूर्वक आयोजित करा, लुप्त होणाऱ्या मार्गाला जोडून ठेवू नका।

थांबणीच्या वेळी उड्डाणात असलेल्या विनंत्या नोंदीत आहेत, कारण पुढील सुरुवातीला पुनर्प्रयत्नांची वादळ तिथूनच येते।

ExecStop आणि ExecStopPost वेगवेगळी साधने आहेत

ExecStop= — हे समकालीन थांबणी क्रिया आहे; ExecStopPost= — हे साफसफाई आहे जे अयशस्वी सुरुवातीनंतरही चालते। केवळ प्रक्रियेला सिग्नल पाठवून परत येणारी थांबणी आज्ञा ग्राहक अजून डेटा बाहेर टाकत असताना systemd ला पुढे जाऊ देते। काहीही झाले तरी घडायला हवे ते नंतरच्या प्रकारात, आणि थांबणी अडवायला हवे ते समकालीन प्रकारात मोडते। पॅकेज फाइल जागेवरच संपादित करण्याऐवजी प्रभावी युनिट आणि त्याच्या drop-in फाइल तपासा।

अवलंबित्व आलेख थांबणीची कामे क्रमाने लावतो। तो असमकालीन स्क्रिप्ट समकालीन करत नाही, आणि दूरच्या अनुप्रयोगाला त्याचा डेटा नोंदवायला भाग पाडत नाही।

थांबणी मर्यादित करा आणि त्या मर्यादेची किंमत जाणा

TimeoutStopSec= थांबणी आज्ञा आणि सेवेची स्वतःची समाप्ती दोन्ही मर्यादित करते, आणि मुदत संपल्यावर systemd जबरदस्ती किल कडे वळते। मूल्य अनुप्रयोगाच्या प्रत्यक्ष बाहेर टाकण्याच्या वर्तनावरून निवडा आणि मर्यादा लागू झाल्यावर काय गमावले जाऊ शकते ते लिहा। मशीन वेगाने बंद व्हायला हवे म्हणून निवडलेला आकडा हा दुसऱ्या नावाने डेटा हानीचा सेटिंग आहे।

थांबणी अजूनही संथ असल्यास युनिट, त्याच्या बाल प्रक्रिया, जर्नल अंतराल आणि टाइमआउट निकाल नोंदवा। सर्व टाइमआउट कमी करणे किंवा विस्तृत किल कडे वळणे हा स्वच्छ थांबण्या पुढील बूटवर बिघडलेल्या स्थितीत बदलण्याचा मार्ग आहे।

मालकामार्फत डिस्कनेक्ट करा, नंतर तीन प्रकरणे तपासा

ग्राहक खाली आल्यावर बोगदा धारण करणार्या व्यवस्थापकाला डिस्कनेक्ट करायला सांगा: systemd उदाहरण, NetworkManager सक्रिय कनेक्शन किंवा विक्रेत्याची सेवा। असंबंधित OpenVPN प्रक्रिया मारल्याने मार्ग पुरवणारे सत्र काढले जाईलच असे नाही, आणि रिस्टार्ट धोरण असलेली प्रॉक्सी तुम्ही मार्ग उद्ध्वस्त करत असताना विनंती पुन्हा तयार करू शकते। सुरुवातीपूर्वी ते धोरण नियोजित थांबणीशी जुळवा।

सामान्य थांबणी, सक्रिय विनंतीसह थांबणी आणि बोगदा आधी अयशस्वी होणारी थांबणी तपासा। मुदतीसह पुनरावृत्तीय क्रम एकदाच चालणाऱ्या वेगवान बंदीपेक्षा बरा आहे।