VPN लॉग को महत्वपूर्ण सुराग खोए बिना संपादित करें

आप एक लॉग को सहायता थ्रेड में चिपकाते हैं, एक उत्तर बताता है कि उसमें आपकी निजी कुंजी है, और चिपकाना स्थायी है। अधिक शांत विफलता बाद में दिखती है, जब हर पता X बन जाता है और फ़ाइल यह साबित नहीं करती कि क्लाइंट और सर्वर अलग-अलग होस्ट थे। संपादन का एक दौर वह हटाता है जो पहुँच देता है या किसी व्यक्ति का नाम लेता है, और वह रखता है जो विफलता की व्याख्या करता है। यह नियमों वाला रूपांतरण है, खोज बॉक्स से मिटाना नहीं।

संपादन एक रूपांतरण है, मिटाना नहीं

लॉग मानों के साथ-साथ संरचना भी रखता है: यह पता उस पते से इस समय बात कर रहा था, और हैंडशेक इस चरण पर रुक गया। मान ही फ़ाइल को प्रकाशित करने के लिए खतरनाक बनाते हैं। संरचना ही उसे प्रकाशन के योग्य बनाती है।

पूरी पंक्तियाँ मिटाना दोनों को एक साथ हटा देता है, इसीलिए छाँटा हुआ लॉग अक्सर किसी बात का उत्तर नहीं देता। हर मान को एक टोकन में समेटना अलग तरह से विफल होता है, क्योंकि दो अलग साथी एक ही अभिनेता बन जाते हैं। दोनों दौर साफ़ दिख सकते हैं और फिर भी सबूत नष्ट कर सकते हैं। परीक्षण यह है कि क्या कोई पाठक जिसने आपका नेटवर्क कभी नहीं देखा, क्रम का पालन करके उसी निष्कर्ष तक पहुँच सकता है जिस तक आप पहुँचे।

पहले अंश, फिर सफ़ाई

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

अंश को सादे पाठ के रूप में पढ़ें इससे पहले कि आप किसी निर्यात आदेश पर भरोसा करें कि उसने निजी हिस्से हटा दिए हैं, क्योंकि निर्यातक फ़ील्ड को साफ़ करने के बजाय सारांशित और घुमाते हैं। डीबग और वर्बोज़ मोड कुंजी ब्लॉक या इनलाइन क्रेडेंशियल के सबसे संभावित स्थान हैं। फ़ाइल को ऐसे संपादक में खोलें जो पूरी पंक्तियाँ दिखाता है, ऐसे व्यूअर में नहीं जो लपेटकर अंत छिपा देता है।

क्या जाना चाहिए, और किस क्रम में

पहुँच देने वाली सामग्री से शुरू करें, क्योंकि यहाँ कोई चूक अभ्यास समाप्त कर देती है: निजी कुंजी ब्लॉक, पासवर्ड, पहले से साझा कुंजियाँ, API टोकन, पुनर्प्राप्ति कोड। ये केवल पहचानकर्ता नहीं हैं; थ्रेड पढ़ने वाला कोई भी इन्हें उपयोग कर सकता है। जो दौर बाकी सब हटा दे और इनमें से एक छोड़ दे, वह विफल है।

फिर पहचान की परत: उपयोगकर्ता नाम, प्रमाणपत्र के विषय और क्रम संख्याएँ, खाता पहचानकर्ता, और कोई भी पथ जिसमें किसी व्यक्ति का नाम हो। इनमें से कोई अकेला उपयोगी नहीं, लेकिन साथ में ये किसी व्यक्ति का नाम लेते हैं, और यही वह हिस्सा है जिसकी सार्वजनिक थ्रेड को आवश्यकता नहीं।

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

रिश्तों को नष्ट न करें

हर वास्तविक मान को एक प्लेसहोल्डर दें और जब भी वह मान आए उसे फिर से उपयोग करें। यदि दो पते अलग थे, तो दौर के बाद भी अलग रहने चाहिए, अन्यथा पाठक निष्कर्ष निकालेगा कि क्लाइंट ने स्वयं से कनेक्ट किया। निरंतरता ही पूरा तंत्र है: पाठक लेबल के दोहराए जाने को देखकर मैपिंग सीखता है। दो अभिनेताओं के लिए एक ही दोबारा उपयोग किया गया टोकन लॉग को अपठनीय बनाने का सबसे तेज़ तरीका है।

क्रम और समय उसी संरचना का हिस्सा हैं। क्रम को अक्षुण्ण रखें, और यदि आप समय-चिह्न खिसकाते हैं तो सभी को एक ही मात्रा में खिसकाएँ और यह एक पंक्ति में कह दें। बदले हुए और असली समय को मिलाना उन्हें हटाने से बुरा है, क्योंकि तब अंतराल किसी ऐसी चीज़ का सबूत लगते हैं जो कभी हुई ही नहीं।

पोर्ट, प्रोटोकॉल और दिशा जैसे हैं वैसे ही रहते हैं। पते पर प्लेसहोल्डर का अर्थ पोर्ट पर प्लेसहोल्डर नहीं।

वह प्रश्न रखें जिसका उत्तर लॉग को देना है

संपादन शुरू करने से पहले वे फ़ील्ड लिख लें जिनकी सहायक को आवश्यकता है: त्रुटि का सटीक, गैर-गोपनीय पाठ, क्लाइंट और सर्वर संस्करण, ट्रांसपोर्ट, और किस पक्ष ने प्रयास शुरू किया। यही अजनबी को विफलता पहचानने देते हैं। सूची को अपने पास रखना दौर को आशा के बजाय जाँच बना देता है।

फ़ाइल भेजते समय एक पंक्ति जोड़ें कि क्या बदला गया, ताकि कोई प्लेसहोल्डर होस्ट नाम का निदान करने में घंटा न बिताए। OpenVPN का नैदानिक लॉग पर दस्तावेज़ उन फ़ील्डों को सूचीबद्ध करता है जो उसके लॉग रखते हैं, और यही वह सूची है जिसे आप बदल रहे हैं। मेमोरी डंप या पैकेट कैप्चर भेजने से पहले पूछें, और वह सहायता चैनल उपयोग करें जिसे आप सत्यापित कर सकें। ये कलाकृतियाँ पाठ लॉग से कहीं अधिक रखती हैं, और उनमें से कुछ आपके प्रकाशन के लिए नहीं है।

तैयार अंश को पहली से अंतिम पंक्ति तक एक बार पढ़ें, आरंभ और अंत सहित। स्क्रीनशॉट पाठ से अधिक संदेह के पात्र हैं, क्योंकि वे अन्य विंडो, खाता नाम और मेनू आइटम साथ लाते हैं।