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 र माथि ज्ञात प्रश्न भएको सीमित अनुसन्धानका लागि उपयुक्त छ। दोहोरिने कुराको दमनले हल्ला घटाउँछ, तर घटना कति पटक दोहोरिन्छ भन्ने लुकाउनु हुँदैन। तपाईंले धान्न सक्ने स्तर तोक्नुहोस्, र अन्त्य भएको नामित अनुसन्धानका लागि मात्र बढाउनुहोस्।
रेकर्डमा इन्स्ट्यान्सको पहिचान र टाइमस्ट्याम्प राख्नुहोस्। फाइल महिनौंदेखि थपिँदै गएको र इन्स्ट्यान्सको नाम नभएको बेला पुनः जडान पहिलो जडानजस्तै देखिन्छ।
त्यो फाइलमा अरू के पर्छ भन्नेमा ध्यान दिनुहोस्। रिडाइरेक्ट गरिएको आउटपुटमा बोलाइएका स्क्रिप्टको पाठ हुन सक्छ, र आफ्नो वातावरण छाप्ने सहायक प्रोग्रामले प्रमाणहरू र कुञ्जी मार्गहरू पठनीय लगमा राख्छ। डेमन आफैंले संवेदनशील केही नछापे पनि लगमा पहुँचलाई सुरक्षा निर्णय मान्नुहोस्।
घुमाइ, प्रतिधारण र पुनः लोड गर्ने संकेतहरू
प्रतिधारण डिस्कको मालिकसँग टुंग्याउनुहोस् र भोल्युमले तपाईंको सट्टा निर्णय गर्नुअघि तोक्नुहोस्। पुनः लोड संकेत लग मर्मतको आदेश होइन: गलत संकेत पठाउँदा सुरुङ फेरि सुरु हुन्छ र हरेक प्रयोगकर्ता विच्छेद हुन्छ। फेरि खोल्ने प्रक्रिया घुमाइ नियमको छेउमा लेख्नुहोस् ताकि दुवै अलग नहोऊन्।
नतिजा यस्तो सेवा हुनुपर्छ जसको वर्णन अपरेटरले गर्न सकोस्: एउटा आधिकारिक प्रवाह, हरेक घटना जीवनचक्रमा राखिएको, र यस्तो रेकर्ड जो होस्टमा रहस्य भएका हरेक फाइल नजम्मा गरी पाइन्छ। यही वर्णन डिजाइनको स्वीकृति परीक्षण हो, र अर्को घटनाअघि यो जाँच्न सस्तो छ।