VPN پر Ping کا نقصان: فیصد سے پہلے Echo درخواستیں گروپ کریں

ایک گرفت میں چھ Echo درخواستیں اور تین جوابات ہوتے ہیں، اور کوئی ٹکٹ میں 50 فیصد پیکٹ نقصان لکھ دیتا ہے۔ یہ عدد گرفت کے لیے درست اور سرنگ کے لیے غلط ہو سکتا ہے۔ یہ چھ درخواستیں دو مختلف ترسیلی معاہدوں والی دو مختلف گفتگوؤں کی ہو سکتی ہیں۔ تقسیم کرنے سے پہلے انہیں گروپ کریں، اور تناسب رپورٹ کا دلچسپ حصہ رہنا چھوڑ دے گا۔

مرحلہ 1: بہاؤ کو ماخذ اور منزل کے مطابق الگ کریں

Echo درخواست ماخذ اور منزل رکھتی ہے، اور یہ دو فیلڈ طے کرتے ہیں کہ یہ کس گفتگو کی ہے۔ گیٹ وے کا بنایا ہوا پروب گیٹ وے کے سرنگ پتے کا استعمال کرتا ہے، جبکہ LAN میزبان کی جانب سے بھیجا گیا پروب اسی میزبان کا پتہ رکھتا ہے۔ دوسری طرف ایک کے لیے واپسی راستہ ہو سکتا ہے اور دوسرے کے لیے نہیں، جس سے دونوں گروپ سرنگ سے بے تعلق وجوہات کی بنا پر مختلف برتاؤ کرتے ہیں۔

کچھ بھی گننے سے پہلے گرفت کو ان فیلڈز پر تقسیم کریں، اور منزل کو کلید کا حصہ رکھیں۔ مختلف ساتھیوں کی طرف دو بہاؤ ماخذ مشترک ہونے پر بھی موازنہ کے قابل نہیں۔

گروپ ان کی تعداد کے ساتھ لکھیں، کیونکہ اگلا مرحلہ طے کرتا ہے کہ کون سے جواب کس گروپ کے ہیں۔ تین درخواستیں اور کوئی مماثل جواب نہ ہونے والا گروپ ایک دریافت ہے۔ تین درخواستیں اور تین جوابات والا گروپ بنیادی لکیر ہے۔

مرحلہ 2: شناخت کنندہ اور ترتیب پر ملائیں

RFC 792 میں Echo فارمیٹ شناخت کنندہ اور ترتیب نمبر رکھتا ہے، اور انہیں وہ فیلڈ سمجھتا ہے جو جواب کو اس کی درخواست سے جوڑتے ہیں۔ اس کام کے لیے دونوں ضروری ہیں۔ صرف ترتیب نمبر منفرد نہیں، کیونکہ مختلف بھیجنے والے یا عمل ایک ہی گرفت ونڈو میں وہی قدر دوبارہ استعمال کر سکتے ہیں۔ شناخت کنندہ بھیجنے والے کو اور ترتیب مقام کو محدود کرتی ہے، اور جوڑی مل کر مماثلت کو قابل دفاع بناتی ہے۔

جواب اپنی درخواست کے پتوں کی سمت الٹ دیتا ہے، اس لیے مماثلت درخواست-جواب جوڑی ہے، دو یکساں ٹیوپل نہیں۔ درخواست کے ماخذ کا جواب کی منزل سے اور درخواست کی منزل کا جواب کے ماخذ سے موازنہ کریں، پھر تصدیق کریں کہ شناخت کنندہ اور ترتیب مطابق ہیں۔

مشاہدے کی ونڈو بھی رکھیں، کیونکہ طویل گرفت میں دونوں فیلڈز کا جائز دوبارہ استعمال ہو سکتا ہے۔ ونڈو کو ایک دھماکے تک محدود کرنا اس ابہام کا بیشتر حصہ دور کرتا ہے۔ یہ ٹکٹ پڑھنے والے ہر شخص کے لیے گنتیوں کو دوبارہ پیدا کرنے کے قابل بھی بناتا ہے۔

tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq

مرحلہ 3: ٹیوپل کا موازنہ ایک ہی حد پر کریں

اگر نیٹ ورک پتوں کا ترجمہ گرفت کے نقطے اور ساتھی کے درمیان ہو، تو درخواست اور جواب میں پتے ڈیزائن کے مطابق مختلف ہوں گے۔ ٹیوپل کا موازنہ ایک حد پر کریں، یا فرق کو مدنظر رکھنے کے لیے میپنگ واضح طور پر ساتھ رکھیں۔ ترجمے سے پہلے کی درخواستوں کو ترجمے کے بعد کے جوابات کے ساتھ ملانا ایسی ناہمواریاں پیدا کرتا ہے جو تار پر کبھی نہیں تھیں۔

گننا شروع کرنے سے پہلے حد طے کریں، اور رپورٹ میں اس کا ذکر کریں تاکہ اگلا شخص گروپ بندی دوبارہ پیدا کر سکے۔ کلائنٹ کی طرف ایک گرفت اور سرور کی طرف دوسری دو مختلف حدیں ہیں۔ ہر ایک اس بارے میں مختلف سوال کا جواب دیتی ہے کہ جواب کہاں غائب ہوا۔

ترجمہ شدہ پروبوں کا گروپ ترجمہ آلے کی اپنی حالت بھی ورثے میں لیتا ہے، جو جواب کبھی نہ آنے کی اصل وجہ ہو سکتی ہے۔ اس سے آگے کے راستے کو قصوروار ٹھہرانے سے پہلے وہ حالت جانچیں۔

tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20

مرحلہ 4: بتائیں کہ گرفت کیا ثابت کر سکتی ہے اور کیا نہیں

دیکھا گیا خلا یہ ثابت نہیں کرتا کہ دور کا میزبان خاموش رہا۔ گرفت کا نقطہ صرف ایک سمت دیکھ سکتا ہے، فلٹر جواب گرا سکتا ہے، یا ونڈو کے دوران بفر بہہ سکتا ہے۔ ان میں سے ہر ایک وہی غیر موجودگی اور مختلف نتیجہ دیتا ہے۔

گنتیوں کے ساتھ گرفت کا مقام، فلٹر کا اظہار اور ڈراپ کاؤنٹر لکھیں، کیونکہ ان کے بغیر تناسب کا آڈٹ نہیں ہو سکتا۔ یہی تین سطریں عدد کو بعد میں قابل دفاع بناتی ہیں۔

پھر مشاہدہ جو قائم کرتا ہے اور جو تجویز کرتا ہے اسے ایک نہیں دو جملوں میں الگ کریں۔ پہلا جملہ گنتیاں اور حد بتاتا ہے۔ دوسرا مفروضہ اور اسے کیا تصدیق دے گا بتاتا ہے۔

جب سوال یہ ہو کہ آیا کوئی مخصوص راستہ پیکٹ گراتا ہے، تو واضح ماخذ پتے والا کنٹرول شدہ پروب مخلوط ٹریفک کی غیر فعال گنتی سے زیادہ مضبوط ثبوت ہے۔ اسے اسی مشین سے، اسی وقت، اسی ساتھی کو بھیجیں۔ ایک متغیر بدلیں اور موازنہ قائم رہتا ہے۔

گروپوں اور اگلی حد کی رپورٹ کریں

رپورٹ میں تین سطریں ہیں: گروپ کی تعریف، ہر گروپ کے اندر مماثل گنتیاں، اور وہ حد جہاں موازنہ کیا گیا۔ پھر قاری دیکھ سکتا ہے کہ ایک گروپ نے مکمل جواب دیا اور دوسرے نے نہیں، جو بے ترتیب نقصان کے بجائے راستے یا اجازت کی طرف اشارہ کرتا ہے۔

گروپ بندی کے دوبارہ پیدا ہونے کے لیے گرفت فائل اور فلٹر اظہارات منسلک کریں۔ فائل کے بغیر خلاصہ ایک دعویٰ ہے، نتیجہ نہیں۔

ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | head

جب ایک گروپ پانچ جوابات دکھائے اور دوسرا کچھ بھی نہیں، تو دریافت یہ ہے کہ ایک ماخذ کے پاس کام کرنے والا واپسی راستہ ہے اور دوسرے کے پاس نہیں۔ یہ مخلوط فیصد سے کہیں بہتر ٹکٹ ہے، اور یہ اگلی جانچ کو غیر متعلق VPN مثال کے بجائے واپسی راستے کی طرف لے جاتا ہے۔