د 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 لارښود د انټرفېس ټاکنه، د فلټر ترکیب او د لټون چلند مستند کوي، او همدا هغه درې شیان دي چې د بهېدنې ازموینه ورته تړلې ده۔ د بینډوېډت سکرین د فعالیت ځای پیدا کوي؛ لار، استثناوې او د ناکامۍ چلند ټاکي چې آیا هغه فعالیت اړتیا پوره کوي۔

اړوندې مقالې