WireGuard ہینڈ شیک کا ٹائم اسٹیمپ دراصل آپ کو کیا بتاتا ہے

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

دو ریکارڈ، دو مختلف معانی

WireGuard ہر پیر کے لیے ایک ہینڈ شیک ٹائم اسٹیمپ رکھتا ہے، جو ہر کلید تجدید پر بدل جاتا ہے، ساتھ ہر سمت میں بائٹ کاؤنٹر۔ OpenVPN عام طور پر سیشن کے آغاز، کنکشن کے ٹوٹنے اور ہر وہ چیز ریکارڈ کرتا ہے جو ترتیب شدہ تفصیل شامل کرتی ہے، جس سے ریکارڈ کی اکائی کلید کی تبدیلی کی بجائے سیشن بن جاتی ہے۔

یہی فرق طے کرتا ہے کہ غیر موجودگی کا مطلب کیا ہے:

ہینڈ شیک مسلسل استعمال کیوں نہیں

جب تک محفوظ کرنے کے قابل ڈیٹا موجود ہے، WireGuard تقریباً ہر دو منٹ بعد کلیدیں تجدید کرتا ہے، اور غیر فعال ہو چکا پیر محض رک جاتا ہے۔ اس لیے پرانا ہینڈ شیک اس کا مطلب ہو سکتا ہے کہ لیپ ٹاپ سو رہا ہے، صارف نے کام روک دیا ہے، یا نیٹ ورک نے وہ پیکٹ گرا دیے ہیں جو اگلی تبدیلی شروع کرتے۔ ٹائم اسٹیمپ سرگرمی کی نچلی حد ہے، توجہ کا ٹریکر نہیں۔

الٹی غلطی بھی اتنی ہی آسان ہے۔ مسلسل keepalive ٹریفک غیر فعال ڈیوائس پر سرنگ کو گرم رکھتا ہے، اس لیے ایک گھنٹے سے کسی کے نہ چھوئے ہوئے مشین پر بھی حالیہ ہینڈ شیک ظاہر ہو سکتا ہے۔ یہاں بائٹ کاؤنٹر مدد کرتے ہیں، کیونکہ وہ اصل ڈیٹا بھیجنے والے پیر کو صرف keepalive بدلنے والے سے الگ کرتے ہیں اور یہ بھی بتاتے ہیں کہ حجم کس سمت لے جایا گیا۔ ان میں سے کچھ بھی منزل، صفحہ یا استفسار ظاہر نہیں کرتا۔

شناخت کنندگان ٹائم اسٹیمپ کے ساتھ سفر کرتے ہیں

اکاؤنٹ، عوامی کلید یا ماخذ پتے کے بغیر وقت یتیم ہے۔ ٹائم اسٹیمپ کو پیر کی شناخت سے جوڑیں اور مشاہدہ جوڑنے کے قابل ہو جاتا ہے: عوامی کلید پتوں کی تبدیلیوں میں بھی برقرار رہتی ہے، جبکہ ماخذ پتہ آپریٹر کی پتہ ترجمانی کے پیچھے بہت سے صارفین میں مشترک ہو سکتا ہے۔

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

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

نظاموں کے درمیان ارتباط کے لیے گھڑیوں کی دیکھ بھال ضروری ہے

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

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

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

ریکارڈ حکموں سے پڑھیں، تصور سے نہیں

جن فیلڈز پر آپ استدلال کرنے والے ہیں انہیں اُن اکائیوں میں چھاپیں جن میں ٹول محفوظ کرتا ہے، اُن میں نہیں جو ڈیش بورڈ دکھاتا ہے۔

یہ دو سطریں ہر WireGuard پیر کے لیے ہینڈ شیک کی عمر اور بائٹ کاؤنٹر دکھاتی ہیں، پھر OpenVPN کی حالت کی فائل سے ویسا ہی مواد:

wg show all latest-handshakes
wg show wg0 transfer
cat /run/openvpn/server.status

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