छोट्या VPN मार्गदर्शकाने घाईत काय उत्तर द्यायला हवे

02:00 ला काम स्वीकारलेल्या काळजीवाहूने सेवा निरोगी आहे की नाही हे सांगू शकला नाही, कारण दस्तऐवज रचना समजावत होता आणि काय चालवायचे हे कधीच सांगत नव्हता। फाइल दुसऱ्या कोणालात देऊन मग खोलीतून बाहेर पडणे हीच एकमेव चाचणी आहे जी महत्त्वाची आहे। बहुतेक छोट्या VPN टिपा दुसऱ्याच पानावर यात नापास होतात। खालील आकार ती चाचणी टिकून राहतो, आणि त्यात काहीही लांब असण्याची गरज नाही।

थकलेली व्यक्ती एका नजरेत पाहू शकेल अशा नकाशापासून सुरुवात करा

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

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

प्रत्येक तपासणीला निरोगी म्हणून मोजले जाणारे उत्तर हवे

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

systemctl status openvpn-server@lab
ss -lntu | grep 1194

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

तीन अपयश बहुतेक रात्री झाकतात

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

या होस्टवर तुम्ही न चालवलेले आदेश पेस्ट करण्याऐवजी वरच्या दस्तऐवजाची लिंक द्या। दुसऱ्या वातावरणातून कॉपी केलेला न तपासलेला आदेश संकेतापेक्षा वाईट आहे, कारण तो अधिकृत दिसतो आणि शांतपणे अपयशी ठरतो।

बदल परिच्छेद नव्हे, क्रम म्हणून लिहा

कोणत्याही बदलासाठी ज्या चेकपॉइंटवर तुम्ही परत जाऊ शकता, यश निश्चित करणारी तपासणी आणि रोलबॅक सुरू करणारी अट, याच क्रमाने नोंदवा। टनेलमधून न जाणारा परतीचा मार्ग समाविष्ट करा, कारण तुम्ही करत असलेला बदलच तो बंद करू शकतो। जुन्या स्नॅपशॉटऐवजी सध्याच्या रद्दीकरणांची पुनर्स्थापना कशी होईल ते नोंदवा, कारण जुनी यादी त्या सकाळी निवृत्त केलेली क्रेडेन्शियल्स शांतपणे पुन्हा स्वीकारते। क्रमांकित आदेशात्मक पायऱ्या दबाव सहन करतात; गद्य अर्थ लावण्यात बदलते।

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

क्रेडेन्शियल्स दुसरीकडे राहतात

फाइलमधील कोणतीही सामग्री उद्धृत करण्याऐवजी पासवर्ड मॅनेजर, तिजोरी किंवा सीलबंद लिफाफ्याचा उल्लेख करा आणि तो कोण उघडू शकतो ते सांगा। खाजगी की, एकवेळचे पुनर्प्राप्ती कोड आणि गुपित आत समाविष्ट असलेली प्रोफाइल संरक्षित भांडारात असायला हवीत, आणि पानाने सांगावे की अधिकृत काळजीवाहू 02:00 ला त्यांच्यापर्यंत कसा पोहोचतो। जिवंत गुपित कधीही उदाहरण म्हणून वापरू नका, कारण उदाहरणे तिकिटे आणि चॅट थ्रेडमध्ये पेस्ट केली जातात। एक संकेत आणि एक परवानगी-यादी एवढेच दस्तऐवजाला हवे आहे।

खऱ्या बदलानंतर किंवा पुनर्प्राप्ती सरावानंतर फाइलचा आढावा घ्या, आता नसलेले मार्ग काढून टाका आणि पुढील देखभाल निर्णय कोणाचे काम आहे ते नोंदवा। शेवटी तीन स्तंभांचा बदल-लॉग ठेवा: तारीख, काय बदलले, कोणी पडताळले। हेच पान पुढील वाचकाला उरलेले अद्ययावत आहे की नाही सांगते, आणि systemd चे systemctl दस्तऐवज सरकणाऱ्या सेवा-आदेशांच्या पुनर्विवरणापेक्षा चांगली लिंक आहे।