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

पहिले त्यो विकल्प बन्द गर्नुहोस्, अनि साँच्चै कुन तह हेर्न आवश्यक छ भनेर निर्णय गर्नुहोस्।

दुई एडाप्टर, दुई फरक दृश्य

VPN क्लाइन्टले सामान्यतया दुई इन्टरफेस प्रस्तुत गर्छ: इन्क्रिप्टेड ट्रान्सपोर्ट बोक्ने भौतिक, र डिक्रिप्ट भएको आन्तरिक ट्राफिक बोक्ने भर्चुअल। ती फरक प्रश्नको जवाफ दिन्छन्। भौतिक क्याप्चरले अन्त्य बिन्दु, पोर्ट र प्याकेटको आकार देखाउँछ, जबकि भर्चुअलले टनेलले पुर्याए जस्तै अनुप्रयोग प्रोटोकल देखाउँछ। कुन प्रश्न सोध्दै हुनुहुन्छ भन्ने नजानी एउटा छान्दा क्याप्चर बर्बाद हुन्छ।

कुनै पनि दृश्य अर्कोको सुपरसेट होइन, र एउटा क्याप्चरले एकैचोटि दुवै प्रश्नको जवाफ विरलै दिन्छ।

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

Capture pointWhat it showsWhat it cannot show
Physical interfaceOuter endpoints, ports, packet sizesAny inner payload
Tunnel interfaceDecrypted inner trafficWhat the VPN added around it
Gateway or mirrorForwarded path after the tunnelThe client's own decision process

प्रोमिस्क्युअस मोडले टनेल एडाप्टर किन तोड्छ

प्रोमिस्क्युअस मोडले ड्राइभरलाई होस्टमा ठेगाना नभएका फ्रेम पुर्याउन भन्छ, जुन साझा Ethernet खण्डमा अर्थपूर्ण हुन्छ र पोइन्ट-टु-पोइन्ट टनेलमा धेरै कम अर्थपूर्ण। केही ड्राइभरले अनुरोध शान्त रूपमा सम्हाल्छन्; अरूले ट्रान्समिट ट्राफिक लाइनबाट निकाल्न छोड्छन्, र इन्टरफेस चुपचाप कालो प्वाल बन्छ। क्याप्चरले आउने कुरा अझै रेकर्ड गर्छ, त्यसैले फाइल काम गर्ने लिङ्कको प्रमाणजस्तो देखिन्छ। फाइलले देखाएको र इन्टरफेसले गरेको कुराबीचको त्यही खाडल नै पूरै जाल हो।

पहिलो प्याकेटभन्दा अघि विकल्प बन्द गर्नुहोस्, क्याप्चर फिल्टर साँघुरो राख्नुहोस् र सानो बफर प्रयोग गर्नुहोस्। व्यस्त इन्टरफेसमा ठूलो रिङ बफरले महत्त्वपूर्ण फ्रेम नै खसाल्छ, परिणामस्वरूप त्रुटि भएको ठाउँबाहेक सबैतिर पूर्ण क्याप्चर बन्छ।

क्याप्चरको बीचमा लिङ्क अड्किएमा त्यसलाई रोकेर पुनःप्राप्ति हेर्नुहोस्। त्यो एउटै अवलोकनले क्याप्चरको साइड इफेक्टलाई टनेलको वास्तविक त्रुटिबाट अलग गर्छ, र यसले कुनै पनि फिल्टर ट्युनिङभन्दा कम समय लिन्छ।

IPsec क्याप्चर पढ्नयोग्य बनाउने

IPsec क्याप्चर एक्लै पढ्नयोग्य हुँदैन, किनकि ESP ले पेलोड इन्क्रिप्ट गर्छ। तपाईंले सत्र कुञ्जी दिँदा वा ती बनाउने IKE वार्तालाप पछ्याउन सक्दा Wireshark ले डिकोड गर्न सक्छ, जसको अर्थ ह्यान्डशेक उही फाइलमा हुनुपर्छ।

कुञ्जी सकिन्छन्। दुवै पक्षले कुञ्जी नवीकरण गरेपछि पुराना कुञ्जीको समूह क्याप्चरको बीचमा काम गर्न छोड्छ, र नतिजा समय सीमा नभई डिकोडर बगजस्तो देखिन्छ।

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

सुरक्षित रूपमा साझा गर्न सकिने क्याप्चर

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

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

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

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