OpenVPN सर्व्हरने आपला लॉग कुठे लिहावा, आणि का
log, log-append आणि syslog वेगळे आहेत, आणि सेवा व्यवस्थापक स्वतःची प्रत ठेवतो. एक अधिकृत प्रवाह निवडा, जीवनचक्र वाचनीय ठेवा आणि धारण कालावधी ठरवा.
लॉग रचना तीन प्रश्नांचे उत्तर आहे: कोणत्या प्रक्रियेने नोंद तयार केली, ती नोंद कुठे पोहोचते आणि किती काळ टिकते। OpenVPN फाइलमध्ये लिहू शकतो, संदेश सिस्टम लॉगरला देऊ शकतो किंवा ते सेवा व्यवस्थापक जे पकडतो त्यावर सोडू शकतो, आणि हे एका प्रवाहाच्या तीन प्रती नाहीत। प्रत्येक निवड बदलते की फिरावाचा मालक कोण आहे, कोणता वापरकर्ता निकाल वाचू शकतो आणि सुरुवातीदरम्यान काय घडते। घटनेपूर्वी उत्तरे ठरवा, कारण नंतर तुम्हाला जे संरचित केले आहे तेच वारसा मिळतो।
डेमन निर्देशासह प्रत्यक्षात काय करतो
निर्देश अमूर्त नाहीत; प्रत्येक ठरवतो की प्रक्रिया आपले संदेश कुठे लिहिते। log /path ती फाइल उघडतो, log-append /path ती जोडण्यासाठी उघडतो, आणि syslog संदेश आपल्या सॉकेटद्वारे स्थानिक सिस्टम लॉगरला देतो। यापैकी काहीही नसल्यास आउटपुट मानक आउटपुटवर जाते आणि पुढे काय होईल हे सेवा व्यवस्थापक ठरवतो। डेमन तुमचे संरचना दुर्लक्षित करतो असा निष्कर्ष काढण्यापूर्वी प्रभावी युनिट आणि प्रोफाइल एकत्र वाचा।
शेवटची स्थिती पॅकेज इन्स्टॉलमध्ये सामान्य आहे आणि दोन प्रशासक लॉगच्या जागेवर का एकमत नाहीत हे स्पष्ट करते। एक युनिटचे जर्नल वाचतो, दुसरा अशी फाइल जी डेमनने कधीच लिहिली नाही।
चालू संरचना तपासा, डिस्कवरील फाइल नाही। drop-in युनिट ओव्हरराइड किंवा पर्यावरण फाइल प्रभावी निर्देश बदलू शकते, तुम्ही वाचत असलेल्या प्रोफाइलला स्पर्श न करता।
log कापतो, log-append कापत नाही
log निर्देश लागू होताच विद्यमान फाइल कापतो, त्यामुळे पुन्हा सुरू केल्यास त्याआधीचे पुरावे पुसले जातात। log-append जे आहे ते ठेवतो आणि जोडतो। कोणताही पर्याय काही फिरवत नाही आणि कोणताही नंतर स्वतः फाइल पुन्हा उघडत नाही, म्हणून फिरावास सहकार्य लागते।
फिराव फाइलचे नाव बदलत असताना डेमन जुन्या डिस्क्रिप्टरमध्ये लिहीत राहिला तर नवीन फाइल रिकामी राहते आणि नाव बदललेल्या फाइलमध्ये डिस्क वापर वाढत राहतो। प्रक्रियेला पुन्हा उघडण्याचा संकेत द्या, किंवा कॉपी-आणि-काप धोरणाने फिरवा आणि कॉपीचा कालावधी स्वीकारा।
डिरेक्टरी, मालकी आणि परवानग्या रचनेचा भाग आहेत। डेमन सुरुवातीनंतर अ-विशेषाधिकार वापरकर्ता म्हणून चालू शकतो, आणि इन्स्टॉलच्या वेळी root ने बनवलेली डिरेक्टरी तेव्हा लिहिण्यायोग्य नसू शकते। घटनेदरम्यान परवानग्या दुरुस्त करण्याऐवजी पॅकेजिंग किंवा तैनाती प्रक्रियेतून ती तयार करा।
सेवा व्यवस्थापक दुसरी प्रत ठेवतो
systemd डीफॉल्टनुसार मानक आउटपुट आणि मानक त्रुटी पकडतो, त्यामुळे स्पष्ट रीडायरेक्शन नसलेल्या युनिटचा लॉग आधीच असतो। फाइल निर्देश जोडल्यास दोन प्रवाह मिळतात ज्यांचा धारण कालावधी, वाचक आणि टाइमस्टॅम्प वेगळे असतात।
हे आपोआप चुकीचे नाही, पण ते निर्णय असले पाहिजे। सुरुवातीची नोंद जर्नलमध्ये ठेवा, कारण संरचित फाइल अस्तित्वात येण्यापूर्वीचे अपयश इतरत्र कुठेही दिसत नाहीत। नंतर फाइलला स्थिर-अवस्थेतील घटनांसाठी अधिकृत करा आणि ते runbook मध्ये लिहा। दोन अधिकृत प्रवाह म्हणजे प्रत्येक प्रश्नाला दोन उत्तरे।
निवड हेतुपुरस्सर अपयशी होणाऱ्या चाचणीने निश्चित करा। डेमन अपठनीय प्रमाणपत्रासह सुरू करा आणि कोणता प्रवाह त्रुटी नोंदवतो ते पाहा।
तपशील उपयुक्त तपशिलासारखा नाही
उच्च verb स्तर अधिक ओळी जोडतो, आणि एका बिंदूनंतर अशा ओळी ज्या कोणीही वाचत नाही। स्तर 3 बहुतेक तैनातींसाठी योग्य स्थिर अवस्था आहे, तर स्तर 4 आणि त्यापुढे ज्ञात प्रश्नासह मर्यादित तपासणीसाठी योग्य आहे। पुनरावृत्ती दमन गोंगाट कमी करते, पण एखादी घटना किती वेळा पुनरावृत्त होते हे लपवू नये। तुम्ही टिकवू शकता असा स्तर ठेवा आणि तो फक्त अंत असलेल्या नामनिर्देशित तपासणीसाठी वाढवा।
नोंदीत इन्स्टन्सची ओळख आणि टाइमस्टॅम्प ठेवा। फाइल महिन्यांपासून वाढत असेल आणि इन्स्टन्सचे नाव नसेल तर पुनःकनेक्शन पहिल्या कनेक्शनसारखेच दिसते।
त्या फाइलमध्ये अजून काय पडते याकडे लक्ष द्या। रीडायरेक्ट केलेल्या आउटपुटमध्ये बोलावलेल्या स्क्रिप्टचा मजकूर असू शकतो, आणि स्वतःचे पर्यावरण छापणारा सहाय्यक कार्यक्रम क्रेडेन्शियल्स आणि की मार्ग वाचनीय लॉगमध्ये टाकतो। डेमन स्वतः संवेदनशील काहीही छापत नसला तरी लॉगमधील प्रवेश हा सुरक्षा निर्णय माना।
फिराव, धारण आणि पुन्हा लोड करणारे संकेत
धारण कालावधी डिस्कच्या मालकासोबत ठरवा आणि व्हॉल्यूम तुमच्याऐवजी निर्णय घेण्यापूर्वी तो निश्चित करा। पुन्हा लोड करण्याचा संकेत लॉग देखभालीचा आदेश नाही: चुकीचा संकेत पाठवल्यास बोगदा पुन्हा सुरू होतो आणि प्रत्येक वापरकर्ता तुटतो। पुन्हा उघडण्याची प्रक्रिया फिराव नियमाजवळ लिहा जेणेकरून दोन्ही वेगळे होणार नाहीत।
निकाल असा सेवा असावा ज्याचे वर्णन ऑपरेटर करू शकेल: एक अधिकृत प्रवाह, प्रत्येक घटना जीवनचक्रात ठेवलेली, आणि असा नोंद जो होस्टवरील प्रत्येक रहस्य असलेली फाइल गोळा न करता मिळेल। हेच वर्णन रचनेची स्वीकृती चाचणी आहे, आणि पुढील घटनेपूर्वी ते तपासणे स्वस्त आहे।