WireGuard کا ہینڈ شیک کامیاب ہوتا ہے، لیکن کوئی جواب واپس نہیں آتا

حالیہ ہینڈ شیک اچھی خبر ہیں، اور اُس جملے سے کہیں چھوٹا دعویٰ جو لوگ لکھنا چاہتے ہیں۔ دونوں فریقوں نے تصدیق شدہ ہینڈ شیک پیغامات کا تبادلہ کیا۔ ایپلیکیشن پیکٹ کو پھر بھی اپنی اندرونی منزل تک پہنچ کر واپس آنا ہے۔

صحت مند کنٹرول طیارے اور خاموش ڈیٹا طیارے کے درمیان یہی خلا یہاں پورا موضوع ہے۔ انہی کاؤنٹروں کی دو قراءتیں بتاتی ہیں کہ آپ اُس کے کس طرف ہیں۔

ہینڈ شیک چابیاں ثابت کرتا ہے، ترسیل نہیں

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

چنانچہ ٹنل مکمل طور پر قائم ہو سکتا ہے جبکہ اُس کے اندر ہر پیکٹ رد کیا جا رہا ہو۔ غلط روٹ کیا گیا اندرونی پیکٹ اور دوسرا راستہ لینے والا جواب کلائنٹ کی طرف سے یکساں دکھتے ہیں۔

ایک اندرونی پتہ ہی پورا امتحان ہے

ایک منزل منتخب کریں اور اسی پر قائم رہیں۔ سامنے والے فریق کا اپنا ٹنل پتہ سب سے آسان صورت ہے، اور اُس کے پیچھے کا ہوسٹ ٹھیک ایک چھلانگ بڑھاتا ہے۔ تبدیلی درج کیے بغیر دونوں کے درمیان بدلتے رہنے سے ایسے نتائج ملتے ہیں جن کا کوئی موازنہ نہیں کر سکتا۔

پھر وہ راستہ دیکھیں جو کلائنٹ چنتا ہے۔ زیادہ مخصوص مقامی راستہ پیکٹ کو کہیں اور بھیج سکتا ہے، WireGuard سے پوچھے جانے سے بھی پہلے، اور ایسا تب ہوتا ہے جب گھر کا LAN دور کی رینج سے اوورلیپ ہوتا ہے۔

ip route get 10.30.8.10
ip -4 addr show wg0
ip route show table all | grep -w wg0

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

کاؤنٹر ثبوت ہیں، فیصلہ نہیں

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

wg show wg0 transfer
wg show wg0 latest-handshakes
ping -c 4 10.30.8.10
wg show wg0 transfer

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

مقررہ بائٹ تعداد بھی کامیابی کی حد نہیں ہے۔ کاؤنٹر کی قدریں ٹریفک کی پیروی کرتی ہیں، اور ایک عدد کو صحت کا ثبوت سمجھنا پُراعتماد بے معنی بات پیدا کرتا ہے۔

سامنے والا فریق واپسی پیکٹ خود جانچتا ہے

دور کا فریق اندرونی پیکٹ صرف اُس وقت قبول کرتا ہے جب ماخذ اُس فریق کے allowedips کے اندر آئے۔ بھیجنے والے پر موجود راستہ کافی نہیں۔ وصول کرنے والے پر ماخذ اندراج نہ ہونے سے واپسی ٹریفک خاموشی سے رد ہو جاتی ہے۔

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

تجربے کو دیانت دار رکھیں

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

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

ہینڈ شیک کو معلوم کارآمد مرحلہ رکھیں اور وہیں سے آگے بڑھیں۔ اگلا مفید ثبوت یہ ہے کہ ایک اندرونی درخواست کہاں رکتی ہے، نہ کہ چابیوں کا نیا مجموعہ اور اندازے کا ایک اور دور۔