VPN کے بارے میں iftop اسکرین کیا ثابت کر سکتی ہے اور کیا نہیں

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 کا دستور العمل انٹرفیس کے انتخاب، فلٹر کی ترکیب اور تلاش کے رویے کی دستاویز کرتا ہے، اور لیک ٹیسٹ انہی تین چیزوں پر منحصر ہے۔ بینڈوڈتھ اسکرین سرگرمی کا مقام بتاتی ہے؛ راستہ، استثنائیں اور ناکامی کا رویہ طے کرتے ہیں کہ وہ سرگرمی ضرورت پوری کرتی ہے یا نہیں۔