صفحه 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 انتخاب رابط، نحو فیلتر و رفتار جست‌وجو را مستند می‌کند، که همان سه چیزی است که آزمون نشت به آن‌ها وابسته است. صفحه پهنای باند فعالیت را مکان‌یابی می‌کند؛ مسیر، استثناها و رفتار شکست تعیین می‌کنند که آیا آن فعالیت نیازمندی را برآورده می‌کند.