کاپی شدہ WireGuard پروفائل: دونوں آلات کیوں ناکام ہوتے ہیں

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

ہر آلے پر ہینڈ شیک لاگ سے شروع کریں

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

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

تصدیق کریں کہ آیا دو آلات ایک ہی شناخت رکھتے ہیں

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

wg show wg0 public-key
wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

دوسری شناخت درست طریقے سے تیار کریں

جس آلے کو ضرورت ہے اس پر نئی کلید جوڑی بنائیں، پھر حاصل شدہ عوامی کلید کو اپنے مجاز پتوں کے ساتھ الگ ساتھی کے طور پر سرور پر شامل کریں۔ نجی کلید آلے پر ہی بننی چاہیے اور وہیں رہنی چاہیے؛ کسی اور جگہ بنا کر چسپاں کی گئی کلید کم از کم ایک اضافی جگہ سے گزری ہے، اور وہ سفر اب اعتماد کی کہانی کا حصہ ہے۔

umask 077
wg genkey > newdevice.key
wg pubkey < newdevice.key

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

اصل کو توڑے بغیر نقل ہٹائیں

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

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

دونوں آلات الگ الگ اور مل کر جانچیں

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

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