OpenVPN चा keepalive की systemd restart: कोण पुनर्प्राप्त करते?

टनेलमध्ये तीन वेगवेगळ्या गोष्टी चुकू शकतात, आणि त्यांना तीन वेगवेगळ्या प्रतिक्रिया लागतात। सहकारी उत्तर देणे थांबवतो, डेमन प्रक्रिया मरते, किंवा टनेलच्या मागील अनुप्रयोग सेवा देणे थांबवतो। यापैकी कोणत्याही स्थितीत सेवा पुन्हा सुरू करणारे कॉन्फिगरेशन सावध देखरेख नाही; ते असंबंधित बिघाडांवर लावलेले एक ढोबळ पाऊल आहे। प्रत्येक यंत्रणा प्रत्यक्षात काय निरीक्षण करू शकते याची तुलना केल्यास कामाची विभागणी स्पष्ट होते।

एकासारखे दिसणारे तीन बिघाड

सहकाऱ्याचे मौन म्हणजे दुसरे टोक पाठवणे थांबले आहे, आणि OpenVPN हे स्वतः शोधू शकते कारण हृदयस्पंद त्याच्याकडे आहे। प्रक्रियेचा मृत्यू म्हणजे डेमन बाहेर पडला, जे सेवा व्यवस्थापक लक्षात घेतो आणि OpenVPN घेऊ शकत नाही। अनुप्रयोग बिघाड म्हणजे टनेल ठीक आहे आणि त्यामागील काहीतरी नाही, आणि उर्वरित दोन यंत्रणांपैकी कोणाकडेही ते जाणून घेण्याचा मार्ग नाही। प्रत्येकाला वेगळी प्रतिक्रिया लागते, आणि त्यातील कोणतेही टनेल सुरू आहे हे लक्षात घेण्यासारखे नाही।

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

कोणताही टाइमर बदलण्यापूर्वी तीनही प्रकरणे लिहा। यादी स्वतःच सहसा दाखवते की एका यंत्रणेकडे तीनही झाकण्याची मागणी केली जात आहे।

keepalive प्रत्यक्षात कशात विस्तारते

keepalive निर्देश हा संक्षेप आहे, आणि विस्तार मोडनुसार वेगळा असतो। सर्व्हरवर, keepalive 10 60 दर दहा सेकंदाला स्थानिक ping, 120 सेकंदांची स्थानिक पुन्हा सुरू करण्याची मुदत, आणि क्लायंटना पाठवले जाणारे 10 व 60 मूल्ये बनते। सर्व्हरची मुदत जाणूनबुजून दुप्पट केली जाते जेणेकरून सर्व्हर हार मानण्यापूर्वी क्लायंटला पुन्हा सुरू करण्याची संधी मिळेल। प्रोफाइलमधील संक्षेप नव्हे, तर चालू कॉन्फिगरेशनमधील विस्तारित स्वरूप वाचा।

हेच दुप्पट करणे म्हणजे साठ सेकंदांनंतर दोन्ही टोके पुन्हा सुरू होतात असे म्हणणारे कोणतेही वर्णन चुकीचे असण्याचे कारण। मार्ग बिघडल्यावर दोन्ही टोके एकत्र का डोलत नाहीत हेही यामुळे स्पष्ट होते।

हृदयस्पंद हा OpenVPN चा सहकारी रहदारी आहे, कोणत्याही सार्वजनिक यजमानाची ICMP तपासणी नाही। उत्तर फक्त हे सिद्ध करते की टनेलचे दूरचे टोक जिवंत आहे। वापरकर्त्याला खरोखर आवश्यक असलेल्या डेटाबेस किंवा वेब सेवेबद्दल ते काहीही सांगत नाही।

Restart=on-failure कशावर लक्ष ठेवत नाही

ओव्हरराइड जोडण्यापूर्वी स्थापित युनिट वाचा। Restart=on-failure दस्तऐवजीकृत प्रक्रिया-बिघाड स्थितींना प्रतिसाद देते, जे कनेक्शन स्थितीवर लक्ष ठेवण्यासारखे नाही। अंतर्गत पुनर्जोडणी सुरू झाली म्हणून ते सक्रिय होत नाही, आणि स्वच्छ निर्गमनाचा अर्थ क्रॅशपेक्षा वेगळा आहे।

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

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

ping-restart आणि ping-exit अदलाबदल करण्यायोग्य नाहीत

ping-restart OpenVPN चे अंतर्गत पुन्हा सुरू करणे सुरू करते आणि प्रक्रिया ठेवते। ping-exit त्याच प्रकारच्या मुदतीवर प्रक्रिया संपवते, जे निर्णय सेवा व्यवस्थापकाकडे सोपवते। ते परस्परविरोधी आहेत, आणि दुसरे निवडल्यास पुनर्प्राप्तीचा मालक कोण ते बदलते। फरक असा आहे की पुन्हा प्रयत्न करण्याचा निर्णय कोण घेतो, आणि प्रयत्नातून किती स्थिती टिकते।

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

प्रत्येक तैनातीसाठी एक जीवनचक्र निवडा आणि का ते लिहा। दोन्ही निर्देश ठेवणारे प्रोफाइल हे निर्णय न घेतलेले प्रोफाइल आहे।

प्रत्येक बिघाड स्वतंत्र प्रकरण म्हणून तपासा

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

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