त्रुटिमा रोकिने चरणहरूसँग 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 जाँच्नु। सुरुङ जुन एक स्रोतका लागि छ त्यहाँ पुगेर टुङ्ग्याउनु।

चलिरहेको प्रक्रिया र हरियो ट्रे आइकन प्रक्रियाका तथ्य हुन्, पहिचान र ट्राफिक नीति हस्तान्तरणबाट बाँचे भन्ने प्रमाण होइन।

पुनः चलाइ र अवकाश छुट्टाछुट्टै कार्यप्रवाह हुन्

दोस्रो पटकले उही समीक्षा गरिएका फाइल र उही मालिकमा अभिसरण गर्नुपर्छ, दोस्रो खाता वा दोस्रो डिमन बनाउनु हुँदैन। अवकाश आफ्नै प्रक्रिया हो: ठ्याक्कै मालिक रोक्नु, नीतिअनुसार स्थानीय प्रोफाइल अभिलेख गर्नु वा हटाउनु, र गेटवेमा पहिचान रद्द गर्नु। स्थानीय कुञ्जी फाइल हटाउँदा मेसिन पहिले नै छोडिसकेको प्रतिलिपि रद्द हुँदैन।

सुरुङमा निर्भर नहुने पुनःप्राप्ति मार्ग राख्नु, जस्तै कन्सोल पहुँच वा दोस्रो व्यवस्थापन मार्ग। तपाईंलाई मेसिनबाहिर ताला लगाउने प्रबन्ध परिवर्तन, प्रत्येक चरणले सफलता रिपोर्ट गरे पनि, असफल परिवर्तन हो।

राख्न योग्य स्क्रिप्ट मालिकत्व र प्रमाणको वरिपरिको कारोबार हो। विशेषाधिकार प्राप्त प्रतिलिपि आदेशहरूको छोटो सूची त्यही कुरा होइन।