VPN लॉगचे संचयन: ते संख्येशी नाही, घटनेशी जोडा
संचयन घटना, सामग्री आणि धोरणाचे अनुसरण करते, काही सार्वत्रिक मुदतीचे नाही। प्रत्येक प्रत शोधा, तपशीलवार संकलन थांबवा आणि एक छोटा नोंद ठेवा।
VPN लॉग किती काळ ठेवायचा हे प्रत्यक्षात कोणी विचारत नाही; लोक विचारतात की लॉग कशासाठी आहे, आणि त्याचे उत्तरच तारीख ठरवते। एका घटनेतून वेगवेगळ्या आयुष्याच्या दोन फाइल्स बाहेर पडू शकतात, आणि त्यांना एकच धोरण मानल्यास एकाच वेळी जास्त संचयन आणि पुराव्याची हानी होते। कारण अज्ञात असताना घेतलेला डीबग निर्यात मॉनिटरिंग साठवणीतील एका ओळीसारखा तोच घटक नाही। उद्देशापासून सुरुवात करा, मग तारीख निवडा।
तारीख निवडण्यापूर्वी चार प्रश्नांची उत्तरे द्या
फाइल राहील की नाही हे चार प्रश्न ठरवतात: घटना अजून खुली आहे का, फाइलमध्ये काय आहे, ती कोणाला वाचायची आहे, आणि लागू धोरण काय मागते। याच क्रमाने उत्तर द्या आणि संचयनाची तारीख आपोआप येते। तर्क एका तक्त्यात बसतो:
| Question | How it moves the answer |
|---|---|
| Incident state | An open investigation justifies a protected original; a closed one rarely does |
| Content | Connection identifiers, internal names and addresses raise the cost of a leak |
| Audience | Who retrieves it, and whether a redacted excerpt would serve them instead |
| Policy floor | The applicable service or organizational rule, which overrides a shorter reasoning |
घटना खुली असताना एक संरक्षित मूळ प्रत ठेवा, जेणेकरून नंतर घटनांची तुलना करता येईल किंवा मदत प्रश्नाला उत्तर देता येईल, आणि तिला लेखी स्वरूपात मालक व उद्देश द्या। प्रतिसाद कार्यसंघाबाहेरील कोणत्याही व्यक्तीसाठी छोटा संपादित उतारा सहसा पुरतो, आणि पूर्ण निर्यातीपेक्षा त्याचा बचाव करणे खूप सोपे असते। मूळ प्रत आणि उतारा वेगळ्या प्रेक्षकांच्या वेगळ्या वस्तू आहेत, आणि त्यांना एकत्र करणेच एकाच वेळी जास्त संचयन आणि पुराव्याची हानी निर्माण करते। धोरण किमान मर्यादा ठरवते, म्हणून जर ते तुमच्या तर्कापेक्षा जास्त काळ मागत असेल, तर धोरण जिंकते।
घटना नोंदीने बंद करा, निर्यातीने नाही
तिकिटात चार ओळींची नोंद लिहा: लक्षण, क्लायंट आणि आवृत्ती, ती ओळखणारी एकमेव त्रुटी ओळ, आणि दुरुस्ती। दुसरे काही जोडू नका, कारण निर्यात तुमच्यासाठी होती आणि नोंद पुढच्या व्यक्तीसाठी आहे।
नोंद वाचली जाण्याची शक्यताही जास्त आहे: पूर्ण निर्यात मुख्यतः ती घेणाऱ्याच्याच कामी येते, आणि त्या व्यक्तीला काय झाले हे आधीच माहीत असते। पुढच्या घटनेत शोधले जाईल तिथे नोंद ठेवा, म्हणजे सहसा तारखेच्या नावाचे फोल्डर नाही तर तिकीट। जर नोंद कनेक्शन ओळखकर्ता उघड न करता मागोवा घेण्यायोग्य असायला हवी असेल, तर केस क्रमांक संदर्भ वाहू शकतो। जर एखादा प्रश्न अजून खुला असेल, तर मूळ प्रत वरील संरक्षित-प्रत नियमाखाली राहते; नोंद अस्तित्वात आल्यावर बाकी सर्व जाऊ शकते।
एक पुसण्यापूर्वी प्रत्येक प्रत शोधा
निर्यात फोल्डर पाहा, मग घटना विंडोच्या जर्नलमध्ये, मग तिकिटाचे जोडपत्र, मग बॅकअप कॅटलॉग, मग मॉनिटरिंग साठवणीत पाहा। जर तोच कनेक्शन ओळखकर्ता पाचव्या ठिकाणी सापडला, तर यादी चुकीची होती। जर्नल हे नेहमीचे आश्चर्य आहे, कारण तुम्ही निर्यात वाचत असतानाही ते संकलन करत होते।
फाइल्स हाताने वेगळ्या करण्याऐवजी समर्थित रोटेशन आणि विलोपन मार्ग वापरा। अजून उघडी असलेली फाइल डिरेक्टरी नोंद गायब झाल्यावरही तिची साठवण ठेवते, त्यामुळे विलोपन पूर्ण दिसते आणि काहीही मोकळे होत नाही। हा गोपनीयतेचा लेबल घातलेला साठवण दोष आहे, आणि तो दोन्हीपैकी कोणतेही उद्दिष्ट पूर्ण करत नाही।
विलोपन तपासण्यापूर्वी संकलन थांबवा
तात्पुरते तपशीलवार संकलन ते धारण करणाऱ्या अनुप्रयोगाद्वारे थांबवा, त्याची आउटपुट फाइल संपादित करून नाही। विसरलेली डीबग सेटिंग जुन्या नोंदी काढल्यानंतरही नव्या नोंदी लिहीत राहते, ज्यामुळे नुकतेच केलेले काम शांतपणे रद्द होते। तुम्हाला आठवणारे मूल्य नाही तर प्रत्यक्ष लॉगिंग पातळी तपासा। त्यानंतर उरलेले संरक्षित आहे आणि फक्त इच्छित लोकच ते मिळवू शकतात याची खात्री करा।
तत्त्व म्हणजे डेटा-किमानीकरण: घोषित उद्देशाला जे आवश्यक आहे ते जितका काळ आवश्यक असेल तितका ठेवा, त्यापेक्षा जास्त नाही, जसे RFC 6973 गोपनीयता मार्गदर्शक तत्त्वे ते मांडतात। उद्देशाशिवाय ठेवलेली फाइल वेळ-छापेसह जबाबदारी आहे। फाइल, तिचा उद्देश, तिचा मालक आणि तिची अंतिम तारीख सांगता आल्यावर निर्णय पूर्ण होतो।