دو iPhone پر ایک ہی IKEv2 شناخت؟ وہ باری باری جڑتے ہیں
دو ڈیوائسز پر کاپی شدہ ایک پروفائل گیٹ وے کو دو کی بجائے ایک peer دیتا ہے۔ peer جدول کو بھرتے اور خالی ہوتے دیکھیں، پھر ہر ڈیوائس کے لیے ایک قدر جاری کریں۔
دو فون، ایک پروفائل اور ایسا نمونہ جو کسی کے گیٹ وے کو دیکھنے تک فوق الفطرت لگتا ہے۔ ایک ڈیوائس سرنگ رکھتی ہے، دوسری جڑتی ہے، اور پہلی چند سیکنڈوں میں اسے کھو دیتی ہے۔ پہلی دوبارہ جڑتی ہے اور دوسری گر جاتی ہے۔ بیٹری بچت، Wi-Fi رومنگ اور کیریئر NAT سب کو مورد الزام ٹھہرایا جاتا ہے، جبکہ اصل وجہ ایک متن والے خانے میں بیٹھی ہے جو باقی سب کے ساتھ کاپی ہوا ہے۔ IKEv2 peer کو نام سے پہچانتا ہے، اور دونوں فون وہی نام پیش کر رہے ہیں۔
شناخت وہ کنجی ہے جس کے نیچے سرور آپ کو رکھتا ہے
IKEv2 تبادلے کے اندر ہر فریق بتاتا ہے کہ وہ کون ہے: آغاز کرنے والا مقامی شناخت کنندہ بھیجتا ہے، جواب دینے والا اپنے والے سے جواب دیتا ہے، اور جواب دینے والا آغاز کرنے والے کے دعویٰ کردہ شناخت کو پالیسی کے خلاف جانچتا بھی ہے۔ گیٹ وے اپنی حالت ڈیوائس کے بجائے شناخت کے حساب سے رکھتا ہے، کیونکہ ڈیوائس ایسی چیز نہیں جو وہ دیکھ سکے۔ اسی لیے ایک شناخت کنندہ والے دو فون ایک peer کے طور پر آتے ہیں، اور دوسرے تبادلے کو پہلے کے اوپر لکھنا پڑتا ہے۔ مسئلہ صرف اس وقت ظاہر ہوتا ہے جب دونوں استعمال میں ہوں، اسی لیے ایک فون کا تجربہ اسے کبھی دہراتا نہیں۔
ان میں سے کچھ بھی کلائنٹ میں خرابی نہیں ہے۔ کلائنٹ نے بالکل وہی بھیجا جو پروفائل نے کہا تھا۔
گیٹ وے سے ٹکراؤ کیسا دکھتا ہے
دونوں فون جاگتے اور استعمال میں ہوں تو peer فہرست دیکھیں۔ ٹکراؤ ایک ہی اندراج دکھاتا ہے جس کا پتہ فون بدلنے پر بدلتا ہے، اور فعال سیشنوں کا شمار کبھی دو تک نہیں پہنچتا۔ طلب پر منقطع ہونا مختلف دکھتا ہے، اور انہیں الگ پہچاننے کے لیے نظریہ نہیں، ایک مشاہدہ درکار ہے۔
| Observation | Shared identity | Idle teardown |
|---|---|---|
| Peer entries while both are awake | One, with a changing address | One per phone, or none |
| What triggers the drop | The other device connecting | Time without traffic |
| What restores it | The other device disconnecting | Any app needing the tunnel |
یہ ہوتے وقت دونوں واقعات وقت کے نشانات کے ساتھ لکھیں۔ دوسرے ہینڈ سیٹ کے جڑنے سے ملنے والا منقطع ہونا شناخت کنندہ کی طرف اشارہ کرتا ہے، اور آخری پیکٹ کے بعد ایک غیر فعال وقفے پر آنے والا منقطع ہونا ٹائمر کی طرف۔
نقلیں کہاں سے آتی ہیں
ایک کام کرنے والی ترتیب برآمد کر کے صرف سرور کا پتہ تبدیل کرنے سے دوسری فائل بنتی ہے جس میں پہلی فائل کی شناخت اب بھی اندر ہوتی ہے۔ یہ اسی ناکامی کا عام راستہ ہے، اور عام طور پر جلد بازی میں چھوٹے گروپ کو شامل کرتے وقت ہوتا ہے۔
خانے کے نام اسے نظر انداز کرنا آسان بناتے ہیں۔ دور کا شناخت کنندہ اس گیٹ وے کا نام دیتا ہے جس کی فون توقع کرتا ہے، اور اسے کاپی کرنا درست ہے۔ مقامی شناخت کنندہ اس ہینڈ سیٹ کا نام گیٹ وے کے سامنے دیتا ہے، اور اس قدر کو کاپی کرنا ہی پورا مسئلہ ہے۔
ہر ڈیوائس کے لیے ایک قدر جاری کریں
ہینڈ سیٹ کے لیے منفرد اور اس کی پوری زندگی میں مستقل چیز استعمال کریں، جیسے انوینٹری سے ڈیوائس شناخت کنندہ یا وہ قدر جو آپ کا انتظامی نظام ہر اندراج کے لیے پیدا کرتا ہے۔ شعبے کا لیبل، مشترکہ سروس اکاؤنٹ کا نام یا صارف کا ای میل پتہ—جیسے ہی اس شخص کے پاس دوسری ڈیوائس ہوگی، سب ٹکرائیں گے۔
ایک فائل تقسیم کرنے کے بجائے ہر ڈیوائس کے لیے پے لوڈ بنائیں۔ لکھیں کہ کون سی قدر کس ہینڈ سیٹ کی ہے، تاکہ تبدیلی پرانی پروفائل بحال کر کے نئے فون کو دوبارہ اسی ٹکراؤ میں نہ دھکیلے۔
سرور کا رخ بھی جانچیں۔ جو گیٹ وے شناخت کو مقررہ سرنگ پتے پر نقشہ کرتا ہے، وہ دو مختلف شناخت کنندگان کو ایک ہی تقسیم ملنے پر پھر بھی ٹکرا سکتا ہے، اس لیے یقینی بنائیں کہ پول میں جگہ ہے اور تقسیمیں صارف کے حساب سے جڑی نہیں ہیں۔
دونوں فون جاگتے رکھ کر تصدیق کریں
پہلا جوڑیں، کسی نجی وسیلے تک پہنچیں، پھر دوسرا جوڑیں اور دونوں کو ایک منٹ غیر فعال چھوڑ دیں۔ دونوں سیشن قائم رہنے چاہئیں اور peer فہرست میں دو شناختیں دکھنی چاہئیں۔ پھر ہر فون کو لاک اور ان لاک کر کے تصدیق کریں کہ غیر فعال صورت اب بھی درست برتاؤ کرتی ہے۔
اگر ایک سیشن اب بھی دن میں ایک بار گرتا ہے اور کوئی اور چیز نہیں جڑتی، تو شناخت اب ملزم نہیں ہے۔ پروفائل دوبارہ تبدیل کرنے کے بجائے غیر فعال ٹائمرز اور سرور سیشن حدود کی طرف بڑھیں۔