iftop स्क्रीन किसी VPN के बारे में क्या सिद्ध कर सकती है और क्या नहीं

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

तीन शर्तें तय करती हैं कि स्क्रीन का अर्थ क्या है

शर्तें ये हैं: कौन-सा इंटरफ़ेस दिखाया जा रहा है, फ़िल्टर और स्वयं उपकरण क्या छिपा रहे हैं, और परीक्षण ने वास्तव में क्या किया। इनका उत्तर इसी क्रम में दें, क्योंकि पहली में गलती बाकी दोनों को निरर्थक बना देती है।

इंटरफ़ेस की शर्त महत्वपूर्ण है क्योंकि टनल दृश्य और भौतिक दृश्य एक ही ट्रैफ़िक की अलग-अलग परतें दिखाते हैं। टनल इंटरफ़ेस की ओर देखने पर टनल के भीतर के प्रवाह दिखते हैं; भौतिक इंटरफ़ेस की ओर देखने पर टनल का वाहक, साथ ही वह लिंक साझा करने वाला कोई भी वैध सेटअप, नियंत्रण या स्थानीय ट्रैफ़िक दिखता है। दोनों में से कोई दृश्य गलत नहीं है, और कोई भी पूरी तस्वीर नहीं है। आप किसे देख रहे हैं, यह बताना साक्ष्य और धारणा के बीच का अंतर है।

शर्त एक: कौन-सा इंटरफ़ेस दिखाया जाता है

iftop इंटरफ़ेस को स्पष्ट रूप से -i के साथ लेता है, और उसका मैनुअल बताता है कि जब आप ऐसा नहीं करते तो क्या होता है: वह एक चुनता है, जो टनल के बजाय बाहरी दिखने वाला उपकरण हो सकता है। वह डिफ़ॉल्ट बैंडविड्थ उपकरण के लिए उचित और लीक टेस्ट के लिए खराब है।

हमेशा इंटरफ़ेस दें, और उसे परिणाम के पास लिख लें। इंटरफ़ेस के नाम के बिना स्क्रीनशॉट पुनरुत्पादनीय नहीं है।

शर्त दो: फ़िल्टर और उपकरण क्या छिपाते हैं

iftop फ़िल्टर अभिव्यक्ति स्वीकार करता है, और जिस प्रवाह को फ़िल्टर बाहर रखता है वह अनुपस्थिति के कारण नहीं, बल्कि रचना के कारण अदृश्य है। उपकरण डिफ़ॉल्ट रूप से पते को लेबल करने के लिए होस्टनाम लुकअप भी करता है, और वे लुकअप अपना DNS ट्रैफ़िक पैदा करते हैं, अर्थात् वह ट्रैफ़िक जिसे आप देखना नहीं चाहते थे। -n लुकअप बंद करता है और डिस्प्ले को संख्यात्मक बनाता है; बाद में DNS पंक्तियाँ छिपाना वही नहीं है जो क्वेरी उत्पन्न न करना है।

यह अंतर सीधे कहने योग्य है, क्योंकि यह अन्य उपकरणों में भी दिखता है: किसी गतिविधि का प्रदर्शन दबाना उसे रोकने के बराबर नहीं है। यदि DNS लुकअप आपकी जाँच का हिस्सा हैं, तो परीक्षण लुकअप बंद करके चलाएँ ताकि अवलोकन पर्यवेक्षक से दूषित न हो।

शर्त तीन: परीक्षण ने वास्तव में क्या किया

एक एप्लिकेशन से, एक गंतव्य तक, एक पता परिवार में एक अनुरोध उस अनुरोध के बारे में कुछ सिद्ध करता है। यह किसी दूसरे एप्लिकेशन, दूसरे गंतव्य या दूसरे पता परिवार के बारे में कुछ भी सिद्ध नहीं करता, और IPv6 वही परिवार है जिसे ठीक इस प्रकार की जाँच में सबसे अधिक भुला दिया जाता है।

इसलिए शुरू करने से पहले अनुरोध परिभाषित करें: एक हानिरहित गंतव्य, उस एप्लिकेशन से जिसकी आपको चिंता है, उस परिवार में जिसकी आपको चिंता है, टनल के साथ उसकी स्वीकृत अवस्था में। फिर प्राप्त करने वाली ओर या क्लाइंट के अपने निदान जाँचें, क्योंकि दूर का सिरा जानता है कि क्या पहुँचा, ऐसे तरीके से जो स्थानीय स्क्रीन नहीं जान सकती। फिर टनल उपलब्ध न होने का स्वीकृत मामला चलाएँ और देखें कि ट्रैफ़िक रुकता है या नहीं, क्योंकि आवश्यकता आमतौर पर वास्तव में इसी व्यवहार के बारे में है।

DNS अपने अलग अवलोकन का हकदार है। क्वेरी का प्राप्तकर्ता और क्वेरी ने जो मार्ग लिया, ये दो तथ्य हैं, और बैंडविड्थ स्क्रीन इनमें से कोई भी नहीं दिखाती।

iftop का समर्थक साक्ष्य के रूप में उपयोग

तभी iftop मूल्य जोड़ता है, और वह इसे पुष्टि के रूप में जोड़ता है। sudo iftop -i wg0 -n -B -P -f "host 203.0.113.9" दिखाता है कि अपेक्षित प्रवाह अपेक्षित इंटरफ़ेस पर दिखता है या नहीं, बाइट गणना के साथ जो निष्क्रियता के दावे को जाँचने योग्य बनाती है।

इसकी तुलना सॉकेट-स्तर के दृश्य के लिए ss -tnp से और उस मार्ग के लिए ip route get से करें जो कर्नेल चुनेगा, और आपके पास एक मशीन के बारे में एक धारणा के बजाय एक अनुरोध के तीन अवलोकन होंगे। iftop का मैनुअल इंटरफ़ेस चयन, फ़िल्टर सिंटैक्स और लुकअप व्यवहार का दस्तावेज़ीकरण करता है, जो वे तीन चीज़ें हैं जिन पर लीक टेस्ट निर्भर करता है। बैंडविड्थ स्क्रीन गतिविधि का स्थान बताती है; मार्ग, अपवाद और विफलता का व्यवहार तय करते हैं कि वह गतिविधि आवश्यकता को पूरा करती है या नहीं।