स्थानीय प्रणाली लगहरूले VPN जडानको बारेमा के प्रकट गर्छन्
सञ्चालन प्रणालीले सेवा सुरुवात, एडाप्टर परिवर्तन र कुनै पनि एपले कहिल्यै नलेख्ने रुट असफलता रेकर्ड गर्छ। एउटा साँघुरो विन्डो पढ्नुहोस् र यसलाई सहसम्बन्धित गर्नुहोस्।
हरेक डेस्कटपले VPN ले के गर्यो भन्ने आफ्नै रेकर्ड राख्छ, र एपको निर्यात सामान्यतया तीमध्ये सबैभन्दा अपूर्ण हुन्छ। सेवा प्रबन्धकहरूले युनिट कहिले सुरु भयो नोट गर्छन्, कर्नेलले इन्टरफेस कहिले देखा पर्यो नोट गर्छ, र नेटवर्क स्ट्याकले रुटहरू कहिले लागू हुन सकेनन् नोट गर्छ। यीमध्ये कुनै पनि सुविधालाई ग्राहकको मनसाय के थियो थाहा छैन, र ग्राहकलाई कर्नेलले उसको अनुरोधसँग के गर्यो थाहा छैन।
यस्तो एउटा रेकर्ड अलगै पढ्दा गलत निष्कर्षतिर लैजान्छ। एउटै मिनेटका दुई पढ्नुहोस्, अनि क्रम देखिन थाल्छ।
तीन सुविधा, तीन शब्दावली
Linux मा systemd जर्नलले wg-quick@wg0 वा NetworkManager VPN प्लगइनबाट युनिटको जीवनचक्र सन्देशहरू समात्छ, र कर्नेलको रिङ बफरले इन्टरफेस र रुटिङ सन्देशहरू बोक्छ। Windows मा इभेन्ट लगले कथालाई प्रणाली, WLAN र टाढा पहुँच प्रदायकहरूमा बाँड्छ, प्रत्येकका आफ्नै पहिचानकर्ता हुन्छन्। macOS मा एकीकृत लगले सबसिस्टम-सीमित सन्देशहरू बोक्छ, जुन ग्राफिकल Console ले आंशिक रूपमा मात्र देखाउँछ।
शब्दावलीहरू अनुवाद हुँदैनन्। एउटा प्लेटफर्मको इभेन्ट पहिचानकर्ताले अर्कोमा केही अर्थ राख्दैन, र Windows संवादको स्क्रिनसटले Linux युनिटको बारेमा केही पनि प्रमाणित गर्दैन।
तीनैले साझा गर्ने कुरा समयछाप, स्रोत र गम्भीरता हो, र यही त्रिकोणले ग्राहक लग र सञ्चालन प्रणाली रेकर्डबीच सहसम्बन्ध सम्भव बनाउँछ। उपलब्धता पनि फरक पर्छ: जर्नल नभएको कन्टेनर, काटिएको Windows इमेज, वा बिल्डको समयमा घटाइएको लग स्तरले पूरै तह लुकाउन सक्छ।
| Facility | What it records | What it cannot show |
|---|---|---|
| systemd journal | Unit start and stop, helper output, exit status | Whether packets actually reached the peer |
| Kernel and netlink | Interface creation, address assignment, route changes | Why the client asked for that configuration |
| Windows event log | Provider-specific connection and adapter events | Anything the provider chose not to log |
जोडिएको लाइनले के प्रमाणित गर्छ र के गर्दैन
सेवा-सुरुवात घटनाले स्थानीय युनिटलाई सुरु हुन भनिएको थियो र त्यो तुरुन्तै बन्द भएन भनी रेकर्ड गर्छ। यसले पूरा भएको ह्यान्डशेक, मान्य पीयर कुञ्जी वा काम गर्ने रुट रेकर्ड गर्दैन। त्यो लाइनलाई सुरुङको प्रमाण मान्नु यी लगहरूको सबैभन्दा सामान्य गलत पढाइ हो। लाइनले मनसाय र प्रक्रियाको अवस्था प्रमाणित गर्छ, र पहुँचयोग्यताको बारेमा बिल्कुल केही पनि होइन।
फर्वार्डिङ अवस्था छुट्टै अवलोकन हो, र यो कुनै लगबाट होइन, रुटिङ तालिकाबाट आउँछ।
एडाप्टर घटनाले साइलेन्स असफलता व्याख्या गर्न सक्छ: इन्टरफेस माथि आयो, ठेगाना तोकियो, र नीति नियमले तिनीहरूलाई अस्वीकार गरेकोले रुटहरू कहिल्यै स्थापित भएनन्। त्यो क्रममा केही पनि रुट नहुँदा देखिने हरेक लाइन स्वस्थ देखिन्छ, र यो देख्ने एउटै उपाय त्यही क्षणको रुटिङ तालिकासँग लगका समयछापहरू तुलना गर्नु हो। ग्राहकको आफ्नै घटना क्रम दुवैको छेउमा राख्नुहोस्, किनकि के मागियो भन्ने थाहा हुने एउटै स्रोत ग्राहक हो। सँगै आवश्यक दुई तथ्यहरू प्रायः कहिल्यै एउटै लाइनमा देखिँदैनन्।
पछिको पुनः जडानले यो चित्रको रोचक भाग माथि लेख्छ, त्यसैले तीन पुनःप्रयासपछि होइन, पहिलो असफलतामै विन्डो क्याप्चर गर्नुहोस्।
साँघुरो विन्डो सहसम्बन्धित गर्नुहोस्
प्रयासको समय यसको समय क्षेत्रसँगै रेकर्ड गर्नुहोस्, त्यसपछि वरपरका केही मिनेट तान्नुहोस्। विन्डोको पहिलो त्रुटि सहयोग टिकटहरूले उद्धृत गर्ने डिस्कनेक्ट लाइनभन्दा अगाडि हुन्छ लगभग सधैं।
journalctl -u wg-quick@wg0 --since "today 09:00" --until "today 09:20" ip route show table all | grep wg0 log show --last 20m --predicate 'subsystem == "com.apple.network"'
हरेक आदेशले प्रश्नको फरक भागको जवाफ दिन्छ: पहिलोले जीवनचक्र दिन्छ, दोस्रोले फर्वार्डिङ अवस्था, तेस्रोले macOS नेटवर्क सबसिस्टम। Windows मा पूरै च्यानल स्क्रोल गर्नुको सट्टा प्रदायकको नामले प्रणाली लग फिल्टर गर्नुहोस्, र मिल्ने घटनाहरू मात्र निर्यात गर्नुहोस्।
अंशलाई पाठकले पछ्याउन सक्ने गरी सानो राख्नुहोस्। चार सम्बन्धित घटनासहितको बीस मिनेटको विन्डोले निष्कर्षलाई समर्थन गर्छ; हजारौं लाइन भएको पूरै दिनको निर्यातले केही पनि समर्थन गर्दैन।
यी रेकर्डहरू कहाँ रोकिन्छन्
स्थानीय रेकर्डहरूले उपकरणको वर्णन गर्छन्, बाटोको होइन। तिनीहरूले प्रदायकले के भण्डारण गर्यो, सत्र खातासँग मिलाइयो कि, वा कुनै गन्तव्यले के देख्यो देखाउन सक्दैनन्। लग राख्दैन भन्ने प्रदायकको भनाईले तपाईंको ल्यापटपको सञ्चालन प्रणालीको बारेमा केही भन्दैन, र स्थानीय घटनाले प्रदायकको ऐतिहासिक रेकर्डको बारेमा केही प्रमाणित गर्दैन।
तिनीहरूले अपेक्षाभन्दा बढी व्यक्तिगत डाटा पनि बोक्छन्: प्रयोगकर्तानाम, होस्टनाम, माउन्ट पथ र उपकरण पहिचानकर्ता ब्राउजिङ सामग्री नभए पनि सामान्य प्रणाली सन्देशहरूमा देखा पर्छन्। टिकटमा केही संलग्न गर्नुअघि ती हटाउनुहोस्, र मूललाई सामान्य पहुँच नियन्त्रणमा राख्नुहोस्।
व्यवस्थापित उपकरणमा संगठनात्मक लगिङ मेटाउने प्रयास गर्नुको सट्टा IT बाट सम्बन्धित अंश माग्नुहोस्। निदानको लक्ष्य दुई स्रोतले जवाफ दिने एउटा साँघुरो प्रश्न हो, मेसिनको पूरा इतिहास होइन।