सामग्री क्याप्चर नगरी खारेज भएका VPN प्याकेट खोज्नुहोस्

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

काउन्टरहरू पहिलो प्रश्नको जवाफ दिन्छन्

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

नियमहरूको मालिक भएको उपकरणले काउन्टर पढ्नुहोस्:

iptables -L FORWARD -v -n --line-numbers
nft list ruleset

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

काउन्टरले तपाईंलाई के भन्न सक्दैन

काउन्टरले संख्या दिन्छ, कारण दिँदैन। ठेगानामा मिलेको प्याकेटलाई पोर्टमा मिलेकोबाट छुट्याउन सक्दैन, र दुई समान नियममध्ये कसले प्रवाह समात्यो भन्न सक्दैन। काउन्टरको मालिक नियम नपढेसम्म प्याकेट खारेज भयो, अस्वीकार भयो वा स्वीकार भएर पछि हरायो भन्ने पनि बताउन सक्दैन।

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

पेलोड लगिङले अर्को प्रश्नको जवाफ दिन्छ, र इन्टरफेसमा भएका सबैको बारेमा जवाफ दिन्छ।

साँघुरो दायरासहित मेटाडेटा लगिङ

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

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

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

एउटा नयाँ अनुरोध मिलाउनुहोस्

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

झ्याललाई समय-सीमामा राख्नुहोस् र लेख्नुहोस्। दुई तोकिएका मिनेटबीच, यो क्लाइन्ट ठेगानाबाट, यो प्रोटोकलमा यो गन्तव्यसम्म — त्यो निदान हो। आज बिहान कुनै बेला — त्यो खोज हो।

एउटा प्रवाह, एउटा झ्याल, एउटा सीमा यहाँ प्रगतिको एकाइ हो।

सफा गर्नुहोस् र अंश मात्र राख्नुहोस्

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

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

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