बेलाबेलामा जानु कन्फिगरेसनको समस्या हुनुअघि डाटा संकलनको समस्या हो। हरेक पटक उही फिल्ड रेकर्ड गर्नुहोस्, नत्र घटनाहरू तुलना गर्न सकिँदैन। हरेक घटनापछि तीन सेटिङ बदल्नाले तपाईंसँग भएको एउटै प्रमाण नष्ट हुन्छ।

तलको प्रक्रियाले प्रति घटना करिब दुई मिनेट लिन्छ र प्रति घटना एक लाइन दिन्छ। यसले तपाईंले व्यवस्थापन गर्ने यन्त्रमा पढ्न मात्र पहुँच छ भनी मानेको छ।

पहिलो असफलताअघि फिल्ड तय गर्नुहोस्

केही बिग्रनुअघि फिल्डको सूची बनाउनुहोस्, किनकि घटनाको बीचमा बनाइएको टेम्प्लेटले सधैं एक स्तम्भ छुटाउँछ। सुरु गर्न पाँच फिल्ड पर्याप्त छन्: यसको अफसेटसहित स्थानीय समय, ट्रिगर, जुन चरण बिग्रियो, त्रुटिको ठ्याक्कै पाठ, र नयाँ प्रयास सफल भयो कि भएन।

ट्रिगरले आफ्नै शब्दावली पाउनुपर्छ: निष्क्रिय, निद्राबाट फर्कने, नेटवर्क परिवर्तन, लोडको उछाल, प्रमाणपत्र नवीकरण वा अज्ञात। अज्ञातलाई पछि सम्झनाबाट भर्नुको सट्टा अज्ञात भनेरै चिन्हित राख्नुहोस्। सबैभन्दा बढी मूल्य चरणको फिल्डमा हुन्छ, किनकि यसले शृंखला कहाँ रोकियो भन्ने रेकर्ड गर्छ, प्रयोगकर्ताले के महसुस गरे भन्ने होइन। त्रुटिको पाठ हुबहु प्रतिलिपि गर्नुपर्छ, किनकि पुनर्कथनले दुई मिल्दाजुल्दा कोडबीचको भिन्नता गुमाउँछ।

खाली ठाउँलाई खाली नै राख्नुहोस्। उत्तर दिन बाध्य पार्ने टेम्प्लेटले बनावटीलाई निम्तो दिन्छ, र बनावटी सन्दर्भ खाली ठाउँभन्दा नराम्रो हुन्छ।

FieldExampleWhy it earns its place
Time with offset2026-11-03T09:14+08:00Orders events across sources in different zones
Triggerresume from sleepSeparates a cause from a coincidence
Stagehandshake ok, no routeNames the boundary that failed

असफलताको समयमा उही पाँच तथ्य रेकर्ड गर्नुहोस्

हरेक पटक उही आदेशहरू उही क्रममा चलाउनुहोस्। दुई मिनेटको आउटपुट ट्रे आइकनको फोटोभन्दा राम्रो हुन्छ, र पछि समयका चिन्हहरू नमिल्दा क्रमले महत्त्व राख्छ।

date -Is
journalctl -u wg-quick@wg0 --since "-2 min" --no-pager
wg show wg0 latest-handshakes transfer
ip route get 203.0.113.10
ping -c 3 -W 2 192.0.2.1

पहिलो लाइनले अवलोकनलाई अफसेटसँग छाप लगाउँछ, र फरक फरक क्षेत्रमा रेकर्ड गरिएका तीन स्रोत मिलाउने एउटै उपाय त्यही हो। जर्नलको अंशले सेवाको जीवनचक्र समेट्छ, र ह्यान्डशेकको लाइनले साथीले जवाफ दियो कि दिएन भन्छ। मार्ग खोजले कुनै विशेष गन्तव्यले प्रयोग गर्ने इन्टरफेसको नाम दिन्छ, र त्यो इन्टरफेस हुनुसँग बराबर तथ्य होइन। सुरुङको ठेगानामा पठाइएको ping ले लिङ्कबाट केही जान्छ कि जाँदैन देखाउँछ, पारिपट्टि पुग्न सकिन्छ कि सकिँदैन होइन।

चलिरहेको लगमा प्रति घटना एक लाइन लेख्नुहोस्, ती फिल्डसँग मात्र, अरू केही होइन। पाँच वा छ वटा प्रविष्टिपछि ट्रिगरअनुसार र त्यसपछि चरणअनुसार क्रमबद्ध गर्नुहोस्। ढाँचाहरू दोहोरिने जोडीका रूपमा देखिन्छन्, र कहिल्यै नदोहोरिने जोडी सम्भवतः संयोग हो।

बिग्रिएको चरण पत्ता लगाउनुहोस्

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

नाम विश्लेषण पनि त्यही रेकर्डको भाग हो। सोमबार सुरुङ र मंगलबार स्थानीय नेटवर्क पछ्याउने रिजोल्भरले अनुप्रयोग तहमा अनियमित देखिने असफलताहरू उत्पन्न गर्छ।

अधिकृत सर्भर पहुँचका लागि नजिकको पुनःजडान होइन, त्यही प्रयासलाई सहसम्बन्ध गर्नुहोस्। मूल समयचिन्ह सुरक्षित राख्नुहोस् र कुनै पनि अफसेट अलग रेकर्ड गर्नुहोस्, किनकि तिनलाई त्यहीँ रूपान्तरण गर्दा रूपान्तरणको प्रमाण मेटिन्छ। एउटा प्रयास, समयचिन्हको एउटा सेट, एउटा निष्कर्ष।

एकैचोटि एउटा सर्त तुलना गर्नुहोस्

नियन्त्रित तुलनाले एउटा अर्थपूर्ण सर्त बदल्छ र असफल रनलाई सफल रनको छेउमा राख्छ। यन्त्रलाई अर्को नेटवर्कमा सार्नुहोस्, वा एउटा अपवाद अक्षम गर्नुहोस्, र त्यही चरणमा अरू केही नबदल्नुहोस्।

असफल रनलाई रेकर्डमा राख्नुहोस्। काम गर्नेको पक्षमा त्यो मेटाउनाले तपाईं खोजिरहनुभएको सीमाको एउटै प्रमाण फालिन्छ।

प्रोफाइल होइन, अंश साझा गर्नुहोस्

केही पठाउनुअघि पासवर्ड, टोकन, निजी कुञ्जी, असम्बन्धित पहिचान र पेलोड हटाउनुहोस्। पूरा प्रोफाइल कनेक्शनको सारांश होइन, कन्फिगरेसनको रहस्य हो, र त्यसको टिकटमा ठाउँ छैन।

पाँच फिल्डसहित अंश पठाउनुहोस् र कुन चरण असफल भयो भन्ने तपाईंलाई लाग्छ भन्नुहोस्। यसले प्रशासकलाई डिस्कनेक्ट भएको आइकनका स्क्रिनसटमा स्क्रोल गर्नुको सट्टा तपाईंले नाम दिएको सीमा जाँच्न दिन्छ। सीमा अझै स्पष्ट छैन भने, अर्को कदम अर्को नियन्त्रित रेकर्ड हो, अर्को सेटिङ परिवर्तन होइन।

सम्बन्धित लेखहरू