vpncli -s بمقابلہ GUI: Cisco Secure Client میں لاگ اِن

Cisco Secure Client آپ کو انہی لاگ اِن درخواستوں کا جواب دینے کے دو طریقے دیتا ہے: کوئی شخص جو vpnui.exe میں ٹائپ کرے، یا کوئی اسکرپٹ جو -s کے ساتھ معیاری اِن پٹ کے ذریعے جوابات vpncli.exe کو بھیجے۔ دوسرا طریقہ GUI کی سکرین پڑھے بغیر مقررہ وقت کے کنکشن ممکن بناتا ہے اور لاگ اِن کو ایسی فائل میں بدل دیتا ہے جسے اسناد کی طرح محفوظ رکھنا پڑتا ہے۔ آپ کو کون سا چاہیے یہ اس پر منحصر ہے کہ مشین کے پاس کوئی شخص موجود ہے یا نہیں اور پاس ورڈ کتنی بار بدلتا ہے۔ دونوں میں سے کوئی آپشن یہ نہیں بدلتا کہ گیٹ وے کیا مانگتا ہے، صرف یہ بدلتا ہے کہ کون جواب دیتا ہے۔

دونوں راستے ایک ہی سرنگ میں ختم ہوتے ہیں، اس لیے موازنہ پروٹوکول کا نہیں، کارروائی کا ہے۔

انہی درخواستوں کا جواب دینے کے دو طریقے

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

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

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

جواب فائل میں کیا ہونا چاہیے

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

connect vpn.example.com
MyGroup
alice
correct-horse-battery
y

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

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

GUI کو پہلے کیوں جانا پڑتا ہے

GUI کے عمل کو ختم کر کے اسکرپٹ شروع کریں، پھر CLI کو اس کی اپنی تنصیب ڈائریکٹری سے چلائیں، کیونکہ کام کی ڈائریکٹری اور کلائنٹ کا ورژن دونوں اہم ہیں۔ ایک مثال ریپر:

@echo off
taskkill /IM vpnui.exe /F >nul 2>&1
cd /d "%PROGRAMFILES(x86)%\Cisco\Cisco Secure Client"
vpncli.exe -s < C:\secure\login.txt

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

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

سیشن کی تصدیق کریں، فرض نہ کریں

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

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

پرانا vpnclient.exe وہی اوزار نہیں ہے

وہی خودکاری پرانے نام کے تحت نظر آتی ہے، اور دونوں ایک دوسرے کے بدلے استعمال نہیں ہو سکتے۔ ریٹائر شدہ Cisco IPsec کلائنٹ vpnclient.exe کو ایک ہی کمانڈ لائن پر connect فعل، پروفائل کا نام، صارف اور پاس ورڈ جیسے اِن لائن دلائل کے ساتھ استعمال کرتا تھا؛ جبکہ vpncli.exe معیاری اِن پٹ پر -s کے ساتھ درخواستوں کی ترتیب کی توقع رکھتا ہے۔ اس لیے پرانی فورم اسکرپٹ کو آج کی مشین پر کاپی کرنے سے ایسا حکم بنتا ہے جو چلتا ہے، کچھ نظر نہیں آتا، اور الزام گیٹ وے کو ملتا ہے۔

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