OpenVPN بعد میں OTP سیشن بند کر دیتا ہے: دوبارہ تصدیق کو کیا درکار ہے

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

حل یہ فیصلہ ہے کہ دوسرے ہینڈ شیک کو کیا پیش کرنا چاہیے، نہ کہ طویل دوبارہ کوشش کا ٹائمر۔

تبادلہ کلائنٹ کے نقطہ نظر سے دیکھیں

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

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

auth-gen-token بدلتا ہے کہ دوسرے سوال کا جواب کون دیتا ہے

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

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

طے کریں کہ اکاؤنٹ کی حالت کا کیا ہوگا

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

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

صرف لاگ ان نہیں، میعاد ختم ہونا اور دوبارہ رابطہ بھی آزمائیں

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

اکاؤنٹ ہٹانے کی جانچ آخر میں کریں۔ وہ صورت بتاتی ہے کہ آپ کی لکھی پالیسی نافذ ہوتی ہے یا صرف دستاویز ہے۔

تجدید بند کر کے اسے ٹھیک نہ کریں

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

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