त्रुटीवर थांबणाऱ्या टप्प्यांसह OpenVPN क्लायंटची तरतूद

त्रुटी नोंदवून पुढे चालणाऱ्या तरतूद स्क्रिप्ट कधीही न चालणाऱ्या स्क्रिप्टपेक्षा वाईट असतात। क्लायंट सेटअप संरक्षित की, गेटवेवरील ओळख आणि आधीच रहदारी देत असू शकणाऱ्या सेवेला स्पर्श करतो। यापैकी प्रत्येकाला थांबण्याची अट हवी, आणि स्क्रिप्टला थांबताना कोणत्या टप्प्यापर्यंत पोहोचली हे माहीत असले पाहिजे।

संपूर्ण गोष्ट पाच तपासणी बिंदूंसह एक व्यवहार म्हणून घ्या, आणि प्रत्येक तपासणी बिंदूने स्वतःहून पुढे जाण्यास नकार द्यावा।

फाइलसिस्टमला स्पर्श करण्यापूर्वी इनपुट दुरुस्त करा

स्पष्ट कराराने सुरुवात करा: एक ओळख, एक प्रोफाइल स्रोत, एक इच्छित सेवा मालक। प्रोफाइल अस्तित्वात आहे का, ते ज्या प्रमाणपत्राचा आणि कीचा संदर्भ देते ते वाचनीय आहेत का, आणि लक्ष्य निर्देशिका अपेक्षित पॅकेजची आहे का हे तपासा। सुटणारा मार्ग म्हणजे त्यामागील सामग्री पूर्ण आहे याचा पुरावा नाही।

रिकामे चल लवकर नाकारा। कशातही न विस्तारणारे न सेट केलेले $DEVICE install -m 400 $KEY /etc/openvpn/client/ आदेशाचे निर्देशिकेकडे लक्ष्यित प्रत बनवते, आणि अपयश नंतर स्वतःची की वाचू न शकणारी सेवा म्हणून येते।

स्टेजिंग निर्देशिकेत प्रोफाइल संच जुळवा

आधी संपूर्ण संच खाजगी ठिकाणी तयार करा: प्रोफाइल, CA, क्लायंट प्रमाणपत्र, की आणि प्रोफाइल ज्याला बोलावते तो कोणताही सहायक। install -m 400 -o root -g root ने प्रत करा जेणेकरून परवानग्या नंतर नाही तर तयार करतानाच सेट होतील। नंतर प्रोफाइलमधील संदर्भ तपासा, कारण सापेक्ष ca किंवा key ओळ सेवा सुरू होताच युनिटच्या कार्य निर्देशिकेच्या संदर्भात सुटते। संपूर्ण संच मान्य होईपर्यंत सक्रिय निर्देशिकेत काहीही लिहू नये।

या फेरीने काय तयार केले याची गैर-गुप्त बोटांची खूण नोंदवा, उदाहरणार्थ आवृत्ती खुणेजवळ साठवलेले sha256sum office.conf। तेच एक मूल्य पुन्हा फेरीला अद्ययावत आणि काहीही न करणे यात फरक करू देते।

अणुशः बदला आणि मागील संच ठेवा

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

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

एक मालक सक्रिय करा आणि ते सिद्ध करा

एक सक्रियकरण मार्ग निवडा, systemd इन्स्टन्स किंवा NetworkManager, आणि तो सातत्याने वापरा। सक्रिय युनिटजवळ अव्यवस्थित openvpn प्रक्रिया सुरू केल्यास दोन बोगदे, स्पर्धा करणारे DNS अद्ययावत आणि थांबवण्याचा आदेश कोणाला लक्ष्य करतो याचे स्पष्ट उत्तर मिळत नाही। सक्रिय केल्यानंतर systemctl is-active openvpn-client@office तपासा, नंतर दूरच्या प्रीफिक्सचा मार्ग, नंतर बोगद्याने स्थापित केलेल्या रिझॉल्व्हरसाठी resolvectl status तपासा। बोगदा ज्या एका संसाधनासाठी आहे ते गाठून पूर्ण करा।

चालू प्रक्रिया आणि हिरवे ट्रे चिन्ह ही प्रक्रियेची तथ्ये आहेत, ओळख आणि रहदारी धोरण हस्तांतरातून टिकले याचा पुरावा नाही।

पुन्हा फेरी आणि निवृत्ती वेगवेगळे कार्यप्रवाह आहेत

दुसऱ्या फेरीने त्याच तपासलेल्या फाइलींवर आणि त्याच मालकाकडे एकवटले पाहिजे, दुसरे खाते किंवा दुसरा डेमॉन तयार करू नये। निवृत्ती ही स्वतःची प्रक्रिया आहे: नेमका मालक थांबवा, धोरणानुसार स्थानिक प्रोफाइल संग्रहित करा किंवा हटवा, आणि गेटवेवर ओळख रद्द करा। स्थानिक की फाइल हटवल्याने मशीन आधीच सोडलेली प्रत रद्द होत नाही।

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

ठेवण्यासारखी स्क्रिप्ट म्हणजे मालकी आणि पुराव्याभोवतीचा व्यवहार। विशेषाधिकारित प्रत आदेशांची छोटी यादी तेच नाही।