Juniper یا Pulse گیٹ وے: کون سا OpenConnect پروٹوکول استعمال کریں

OpenConnect کے لیے پروٹوکول چننا ملاپ کی مشق ہے، برانڈ کی تلاش نہیں۔ لاگ اِن صفحے پر Juniper لکھا ہوا گیٹ وے Network Connect، Pulse یا دونوں پیش کر سکتا ہے، اور کلائنٹ کی طے شدہ قدر ان میں سے کوئی نہیں ہے۔ اندازہ لگانا ناکام لاگ اِن اور اُس سے بدتر، پروٹوکول کی عدم مطابقت پر اسناد کو قصوروار ٹھہرانے والا معاونت کا دھاگہ بناتا ہے۔ پروفائل میں میزبان کا نام لکھنے سے پہلے سروس کی تصدیق کریں۔

OpenConnect پرانے پروٹوکول کو nc اور نئے کو pulse کہتا ہے، اور دونوں ایک ہی بائنری میں رہتے ہیں۔ آپ جو فلیگ چنتے ہیں وہ لاگ اِن کی تبادلہ بدلتا ہے، کامیاب اتصال کے بعد کی روٹنگ نہیں۔

دونوں پروٹوکول نام ایک ہی مصنوعات کی تاریخ بانٹتے ہیں

Juniper کا Network Connect اور بعد کا Pulse Secure کلائنٹ مختلف پروٹوکول ہیں جنہیں ایک آلاتی خاندان وقت کے ساتھ پیش کرتا رہا۔ OpenConnect نے پہلے کے لیے nc ہینڈلر اور دوسرے کے لیے pulse ہینڈلر بنایا۔ یہ الگ کوڈ راستے اور الگ درخواست فارمیٹ ہیں، اس لیے ایک میں معاونت دوسرے کے بارے میں کچھ نہیں بتاتی۔

فرق لاگ اِن گفتگو میں فوراً نظر آتا ہے: اختتامی نکات، فارم کے خانے اور رد شدہ دوسرے عامل کی کلائنٹ کیسے اطلاع دیتا ہے، یہ سب دونوں ہینڈلرز میں مختلف ہیں۔

کمانڈ لائن پر چننا ایک لفظ کی تبدیلی ہے: Network Connect کے لیے openconnect --protocol=nc vpn.example.com، یا Pulse کے لیے openconnect --protocol=pulse vpn.example.com۔ دونوں کوششیں حقیقی اتصال کی کوششیں ہیں جو راستے اور DNS دوبارہ ترتیب دے سکتی ہیں، اس لیے انہیں جان بوجھ کر چلائیں۔ پروٹوکول کی خرابی سے بچنے کے لیے کبھی کمانڈ لائن پر پاس ورڈ نہ رکھیں اور نہ سرٹیفکیٹ جانچ بند کریں، کیونکہ اس سے عدم مطابقت چھپتی ہے، ٹھیک نہیں ہوتی۔ اگر دیکھنا ہو کہ کلائنٹ کیا بھیجتا ہے، تو --dump-http-traffic تبادلہ چھاپتا ہے، جو عام طور پر وہ ہینڈلر شناخت کرتا ہے جس کی گیٹ وے توقع کرتا ہے۔

پروٹوکول کو اُس چیز سے ملا دیں جو گیٹ وے پیش کرتا ہے

آلہ صرف اُس پروٹوکول کا جواب دیتا ہے جس کے لیے ترتیب دیا گیا ہے۔ صرف Pulse والی سروس درست اسناد کے ساتھ بھی nc لاگ اِن مسترد کرتی ہے، اور پرانی Network Connect سروس کے پاس جواب دینے کے لیے pulse اختتامی نقطہ نہیں ہے۔ منتظم سے پوچھیں کہ کون سا فعال ہے اور وہ کس کلائنٹ کی معاونت کرتے ہیں۔ نام بدلا ہوا آلہ، پرانا ویکی صفحہ اور جانی پہچانی ویب پورٹل سب کمزور ثبوت ہیں۔

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

توثیق پروٹوکول سے پہلے ہی سوال طے کر سکتی ہے

کسی تعیناتی کو کلائنٹ سرٹیفکیٹ، براؤزر کے ذریعے SAML سفر، یا رسائی دینے سے پہلے مشین کی جانچ کرنے والا میزبان جانچ کنندہ درکار ہو سکتا ہے۔ OpenConnect کا pulse ہینڈلر ان میں سے کچھ بہاؤ کے لیے مطابقت کی حدود درج کرتا ہے، اور nc ہینڈلر کی اپنی خلا ہیں۔ براؤزر میں چلنے والا پاس ورڈ ثابت کرتا ہے کہ اکاؤنٹ درست ہے؛ یہ ثابت نہیں کرتا کہ کوئی بھی CLI یا ڈیسک ٹاپ پلگ اِن وہی ترتیب مکمل کر سکتا ہے۔ جب میزبان جانچ کنندہ شامل ہو، کلائنٹ کو منتظم کا فراہم کردہ ریپر اسکرپٹ درکار ہوتا ہے۔ اس کے بغیر لاگ اِن پہلی جواب کے بعد رک جاتا ہے اور پروٹوکول کی ناکامی جیسا لگتا ہے، جبکہ دراصل یہ تعمیل کا چھوٹا ہوا مرحلہ ہے۔

auth گروپ کا انتخاب دوسرا عام رکاوٹ ہے، کیونکہ کئی گروپ والا گیٹ وے توقع کرتا ہے کہ کلائنٹ ایک کا نام لے۔

کمانڈ لائن پر --authgroup="Employees" وہ انتخاب دیتا ہے، اور اسے چھوڑ دینا سیشن کو طے شدہ گروپ میں ڈال سکتا ہے جو اکاؤنٹ مسترد کرتا ہے۔ سرٹیفکیٹ کے ساتھ --certificate کلائنٹ سرٹیفکیٹ اور کلید کی طرف اشارہ کرتا ہے، اور گیٹ وے بعد میں بھی ٹوکن مانگ سکتا ہے۔ اس کے گرد کچھ بھی خودکار کرنے سے پہلے پوری ترتیب ایک بار تفصیلی آؤٹ پٹ کے ساتھ جانچیں۔

جب ڈیسک ٹاپ فرنٹ اینڈ انتخاب بیان نہ کر سکے

گرافیکل فرنٹ اینڈ اپنے فیچر سیٹ لاتے ہیں، اور پرانا پلگ اِن آپ کے مطلوبہ پروٹوکول سے پہلے کا ہو سکتا ہے۔ NetworkManager کا OpenConnect انٹیگریشن انتخاب کو اپنے اتصال کے ڈیٹا میں محفوظ کرتا ہے، اس لیے nmcli connection modify "Office VPN" vpn.data "protocol=pulse" وہ مقرر کر سکتا ہے جو ایڈیٹر نہیں دکھاتا۔ تبدیلی کے مؤثر ہونے کا فرض کرنے سے پہلے جانچیں کہ نصب شدہ پلگ اِن نسخہ اُس کلید کی معاونت کرتا ہے۔

اگر مینو صرف PPTP یا L2TP پیش کرتا ہے، تو ایک چننا Pulse سروس کو اُس پروٹوکول میں تبدیل نہیں کرتا۔ مینو جو بھی اتفاقاً فہرست کرے اُس کی طرف جانے کے بجائے منظور شدہ انٹیگریشن نصب کریں۔

جب لاگ اِن پھر بھی ناکام ہو تو کیا درج کریں

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

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