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

پہلی جانچ: پڑھیں کہ توثیق کہاں رکی

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

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

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

دوسری جانچ: وہ کلائنٹ استعمال کریں جس کے پاس چیلنج ہے

OpenConnect خود چیلنج راؤنڈ سمیت پوری گفتگو نافذ کرتا ہے۔ اسے براہ راست چلانا یہ یقینی بنانے کا سب سے قابل قیاس طریقہ ہے کہ اکاؤنٹ اور گیٹ وے کام کرتے ہیں:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

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

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

اگر کمانڈ لائن بھی درخواست چھوڑ دے تو رکیں اور گیٹ وے کی ترتیب اس کے مالک کے ساتھ جانچیں۔ سرور کبھی نہ بھیجے جانے والے چیلنج کا جواب کوئی ڈیسک ٹاپ کلائنٹ نہیں دے سکتا۔

تیسری جانچ: دیکھیں کہ آپ کا پلگ ان TOTP موڈ دیتا ہے یا نہیں

کچھ NetworkManager OpenConnect بلڈ کنکشن کے Identity ٹیب میں ٹوکن موڈ اور صارف ایجنٹ فیلڈ دیتے ہیں۔ صارف ایجنٹ کو گیٹ وے کی متوقع قدر پر رکھیں، دستی TOTP اندراج منتخب کریں اور کنکشن محفوظ کریں۔

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

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

چوتھی جانچ: بنائے گئے کوڈ کو سودے بازی سمجھیں

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

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

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

وہی گیٹ وے اور اکاؤنٹ یقینی بنائیں

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

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

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

متعلقہ مضامین