तपाईंको VPN लग पठाउनु अघि पढ्नुहोस्: फिल्डैपिच्छे
सहयोग लगमा प्रयोगकर्तानाम, प्रमाणपत्रका नाम, आन्तरिक ठेगाना र कहिलेकाहीँ एउटा कुञ्जी हुन्छ। फिल्डहरू हेर्नुहोस्, गोप्य कुरा खोज्नुहोस्, त्यसपछि सम्पादित अंश पठाउनुहोस्।
तपाईं सहयोग टिकट खोल्नुहुन्छ, क्लाइन्टले बनाएको निदान निर्यात संलग्न गर्नुहुन्छ र पर्खनुहुन्छ। फाइलमा सायद कुनै ब्राउजिङ इतिहास नै हुँदैन, र यसैले यो सुरक्षित देखिन्छ। तैपनि यसमा तपाईं को हुनुहुन्छ, कुन मेसिन प्रयोग गर्नुभयो, कुन आन्तरिक ठेगानामा र कहिले पुग्नुभयो, र कहिलेकाहीँ आफ्नै कन्फिगरेसन लग गर्ने क्लाइन्टले प्रतिलिपि गरेको निजी कुञ्जी हुन्छ। पठाउनु अघि फाइल हेर्न करिब पाँच मिनेट लाग्छ र स्थायी खुलासा रोक्छ।
यसलाई खोल्नुहोस् र पहिलो चालीस लाइन पढ्नुहोस्
माथिबाट सुरु गर्नुहोस्, जहाँ क्लाइन्टहरू सामान्यतया संस्करण, प्लेटफर्म र कन्फिगरेसन खन्याउँछन्। पहिलो लाइनहरूले फाइल कति विस्तृत छ भन्छन्, र यसले बाँकीको कति ध्यान दिनुपर्ने निर्धारण गर्छ। पूर्वनिर्धारित लग र डिबग लग फरक जोखिमका फरक कृतिहरू हुन्।
head -n 40 vpn-support.log
sed -n '1,40p' vpn-support.log | grep -nE 'version|platform|config|option'यसको केही पढ्नु अघि फाइलको आकार र आकृति पनि जाँच्नुहोस्। एकै घटना दोहोरिने दुई मेगाबाइटको पाठ फाइल छोट्याउन सजिलो छ। उही फोल्डरमा रहेको बाइनरी क्याप्चर पूर्ण रूपमा अर्को समस्या हो, र यसका लागि निर्यात माग्नेसँग अर्को कुराकानी चाहिन्छ।
Windows मा समानहरू प्रत्येक एक cmdlet हुन्, र पहिलो आफैले नबनाएको कुनै पनि फाइलमा चलाउन लायक छ:
Get-Content .\vpn-support.txt -TotalCount 40
Get-Item .\vpn-support.txt | Select-Object Length,LastWriteTimeव्यक्ति पहिचान गर्ने फिल्डहरू
प्रयोगकर्तानामहरू मानिसहरूले नसोचेका ठाउँमा देखिन्छन्: प्रमाणीकरणका लागि प्रयोग हुने खाता, प्रमाणपत्रको विषय, गृह निर्देशिका मुनिको प्रोफाइल बाटो, र वास्तविक नाम सङ्केत गर्ने मेसिनको नाम। खाता फिल्ड सम्पादन गरी गृह बाटो अक्षुण्ण राख्ने लगले केही पनि सम्पादन गरेको हुँदैन।
| Field | What it identifies | Practical treatment |
|---|---|---|
| Account or username | A person, and often an employer | Replace consistently, keep the mapping |
| Certificate subject and CN | Device or user identity | Keep the structure, replace the value |
| Home directory path | A login name, sometimes a full name | Replace the segment, not the whole path |
| Machine or hostname | A person or a physical location | Replace with a stable pseudonym |
सहयोग इन्जिनियरले फाइलभरि एउटै सत्र पछ्याउनुपर्दा पूर्णताभन्दा सुसंगति महत्त्वपूर्ण हुन्छ। मानहरू हटाउनुको सट्टा स्थिर लेबलले बदल्नुहोस्, ताकि एउटै प्रयोगकर्ताको हरेक देखा पर्ने अझै त्यही प्रयोगकर्ताका रूपमा पढियोस्। फिल्ड पूरै हटाउँदा इन्जिनियरलाई चाहिने धागो टुट्छ र फाइल अझ सुरक्षित हुँदैन।
टाइमस्ट्याम्प पनि समग्रमा व्यक्तिगत डेटा हो। खाता जोडिएका समयहरू एक महिनाभर लिँदा कामका घण्टा र यात्रा वर्णन गर्छन्। प्रश्नलाई पूरै दायरा चाहिएन भने घटनाको वरपरको विन्डोसम्म फाइल छोट्याउनुहोस्।
नेटवर्क पहिचान गर्ने फिल्डहरू
एन्डपोइन्ट ठेगाना, आन्तरिक मार्ग र धकेलिएका विकल्पहरूले निजी नेटवर्कको आकृति वर्णन गर्छन्। ठ्याक्कै त्यही जानकारी आक्रमणकारीले चाहन्छ, र यो सामान्यतया टिकटलाई चाहिनेभन्दा धेरै विस्तृत हुन्छ।
प्रयोगमा रहेको ठेगाना परिवार खोज्नुहोस्, तपाईंले अपेक्षा गरेको मात्र होइन। दोहोरो स्ट्याक क्लाइन्टले IPv6 एन्डपोइन्ट र IPv6 मार्गहरूको समूह लग गर्न सक्छ जसलाई कसैले सम्पादन गर्ने सोचेन, किनकि समीक्षाले थोप्ला भएका चारवटा मात्र खोज्यो।
grep -nEo '([0-9]{1,3}\.){3}[0-9]{1,3}' vpn-support.log | sort -u | head -n 40
grep -nEo '([0-9a-fA-F]{0,4}:){2,7}[0-9a-fA-F]{0,4}' vpn-support.log | sort -u | head -n 20अद्वितीय सूची नै मुख्य कुरा हो। यसले फाइलले कतिओटा फरक ठेगाना उल्लेख गर्छ भन्छ, र त्यो सामान्यतया स्क्रोल गर्दा लाग्नेभन्दा धेरै कम हुन्छ। यसले सम्पादनका लागि जाँचसूची र सबै समेटेको प्रमाण दिने तरिका पनि दिन्छ। दस ठेगाना पाँच मिनेटको काम हो, र सयले निर्यात प्रश्नभन्दा फराकिलो छ भन्छ।
इन्जिनियरलाई चाहिएमा टोपोलोजी राख्नुहोस्। सबनेट सम्बन्ध जोगाउँदै दोस्रो र तेस्रो अक्टेट बदल्दा दायरा प्रकाशित नगरी प्रश्नको उत्तर दिन्छ। त्यही चाल IPv6 प्रिफिक्सका लागि पनि काम गर्छ। इन्जिनियरलाई चाहिने विफलताको आकृति हो, र सुसंगत प्रतिस्थापनपछि पनि आकृति टिक्छ।
गोप्य कुरा लेबलमा होइन, आकारमा लुक्छन्
निजी कुञ्जीलाई नजिकै “password” शब्दको आवश्यकता हुँदैन। यो मार्कर लाइनबीचको ब्लक, लामो base64 स्ट्रिङ, वा इनलाइन कन्फिगरेसन डम्पका रूपमा देखिन्छ। टोकन क्वेरी प्यारामिटरका रूपमा देखिन्छन्, र प्रमाणहरू क्लाइन्टले हुबहु लग गरेका URL भित्र देखिन्छन्।
grep -nE 'BEGIN [A-Z ]*PRIVATE KEY|password|passwd|token|secret|psk|auth-user-pass' vpn-support.log
grep -nE 'https?://[^ ]*:[^ ]*@' vpn-support.logदोस्रो ढाँचा मानिसहरूले बिर्सने हो। स्किम, प्रयोगकर्ता, पासवर्ड, होस्ट आकारको URL पूरै प्रमाण हो, र प्रोक्सी वा फिड इनलाइन प्रमाणीकरणसँग कन्फिगर भएको बेला क्लाइन्टहरू त्यस्ता URL लग गर्छन्।
तपाईंले सम्पादन गर्नुभएन भनी प्रमाण दिन मूल फाइल कहिल्यै नपठाउनुहोस्। यदि अपरेटरले अपरिवर्तित निर्यातमा जोड दिन्छ भने, त्यो किसलाई चाहिएको हो सोध्नुहोस्, उनीहरूको प्रमाणित सहयोग च्यानलबाट पठाउनुहोस्, र पछि आफ्नो स्थानीय प्रतिलिपि मेटाउनुहोस्। त्यो अनुरोध वैध छ; सार्वजनिक टाँस्ने होइन।
सम्पादित प्रतिलिपि बनाउनुहोस् र अंश पठाउनुहोस्
प्रतिलिपिमा काम गर्नुहोस्, मूललाई सुरक्षित ठाउँमा राख्नुहोस्, र हातले होइन दोहोर्याउन सकिने आदेशले सम्पादन गर्नुहोस्। ठेगानाका ढाँचामा एक पटक गएर यसको धेरैजसो भाग समातिन्छ:
cp vpn-support.log vpn-support.original.log
sed -E 's/([0-9]{1,3}\.){3}[0-9]{1,3}/ADDR/g; s/[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+/USER@DOMAIN/g' \
vpn-support.original.log > vpn-support.redacted.log
grep -cE 'PRIVATE KEY|password|token' vpn-support.redacted.logअन्तिम गणना शून्य हुनुपर्छ। यदि छैन भने, सम्पादन पटकले एउटा आकृति छुटाएको छ र केही पठाउनु अघि ती लाइन हेर्नुपर्छ। सम्पादित फाइल आफ्नै आँखाले पनि एक पटक पढ्नुहोस्; स्क्रिप्टले ढाँचा समात्छ, सन्दर्भ होइन।
विफलता अझै देखाउने सबैभन्दा सानो अंश पठाउनुहोस्। त्रुटिको वरपरका दस लाइन सामान्यतया पर्याप्त हुन्छन्, र ती दुई मेगाबाइटको फाइलभन्दा धेरै सजिलै समीक्षा गर्न सकिन्छ। त्यसपछि तपाईंका लेबल र वास्तविक मानबीचको मिलान आफ्नो नियन्त्रणमा रहेको ठाउँमा राख्नुहोस्, किनकि पछिको प्रश्नलाई त्यो चाहिन्छ।
OpenVPN को लगिङ कागजात ले भर्बोसिटी स्तरले के रेकर्ड हुन्छ भन्ने कसरी बदल्छ भनी वर्णन गर्छ, जुन समस्यालाई फाइलको कति भाग चाहिन्छ भन्ने निर्णय गर्न उपयोगी सन्दर्भ हो।