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 पुस्तिका इंटरफेस निवड, फिल्टर सिंटॅक्स आणि शोध वर्तनाचे दस्तऐवजीकरण करते, आणि गळती चाचणी अवलंबून असणाऱ्या तीन गोष्टी याच आहेत। बँडविड्थ स्क्रीन कृतीचे स्थान शोधते; मार्ग, अपवाद आणि अयशस्वीतेचे वर्तन ती कृती आवश्यकता पूर्ण करते का हे ठरवतात।