AnyConnect آپ کی پروفائل کو دوبارہ لکھتا ہے؟ یہ ناموں کا تصادم ہے

پھیلتی ہوئی کہانی یہ ہے کہ AnyConnect نے آپ کا دوسرا گیٹ وے کھو دیا، یا کلائنٹ دو پروفائل رکھنے کے لیے بہت پرانا ہے۔ دونوں میں سے کچھ نہیں ہوا۔ جو ہوا وہ یہ ہے کہ کلائنٹ ہر دیکھی گئی پروفائل کو اس نام کی فائل کے طور پر محفوظ کرتا ہے جو سرور نے بھیجا، اور آپ کے دونوں گیٹ ویز اپنی فائل کو ایک ہی نام دیتے ہیں۔ ڈسک پر اس نام کے لیے ایک ہی جگہ ہے، اس لیے دوسری ڈاؤن لوڈ پہلی کی جگہ لے لیتی ہے۔

دو فولڈر، اور ان میں سے صرف ایک آپ کا ہے

بدلنے والی نقل آپ کے اپنے صارف پروفائل کے تحت کام کرنے والی نقل ہے، عام طور پر %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml۔ وہ فائل آپ کے آخری کنکشن اور اس میں استعمال ہونے والی پروفائل کو ریکارڈ کرتی ہے۔ چونکہ وہ آپ کے فولڈر میں ہے، کلائنٹ ہر کنکشن پر اجازت بڑھانے کا مطالبہ کیے بغیر اسے دوبارہ لکھتا ہے۔

ڈراپ ڈاؤن میں جو فہرست دکھائی دیتی ہے وہ کچھ اور ہے۔ مشین نے آج تک جو بھی پروفائل حاصل کی وہ %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile میں نقل ہوتی ہے، اور کلائنٹ وہاں موجود فائلیں فہرست کرتا ہے۔ اس فولڈر میں لکھنے کے لیے منتظم کے حقوق درکار ہیں، جو ایک ایسی علامت کی وضاحت کرتا ہے جسے لوگ غلط پڑھتے ہیں: عام صارف کے طور پر ہاتھ سے پروفائل شامل کرنا کام کرتا دکھائی دیتا ہے، پھر اندراج غائب ہو جاتا ہے۔

اس لیے فی صارف فائل ایک اشارہ ہے اور پوری مشین کا فولڈر لائبریری ہے۔ غائب اندراج کا مطلب ہے کہ لائبریری بدلی، اشارہ نہیں۔

کلائنٹ فائلوں کو نام سے ملاتا ہے، گیٹ وے سے نہیں

اس کلائنٹ میں پروفائل کی شناخت فائل کا نام ہے۔ دونوں company.xml بھیجنے والے دو آلات، مقامی پروفائل ذخیرے کے لحاظ سے، دو بار شائع شدہ ایک ہی پروفائل ہیں۔ دوسری ڈاؤن لوڈ پہلی پر لکھ دیتی ہے، اور ونڈو کا اندراج اب بھی ایک ایسی فائل کی طرف اشارہ کرتا ہے جو اب دوسری سائٹ بیان کرتی ہے۔

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

لیبل نہیں، HostAddress پڑھیں

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

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

دونوں گیٹ ویز رکھنا، ترتیب سے

ہر سائٹ کی قبول شدہ پروفائل حاصل کریں، یا سائٹ سے یا ایسی مشین سے جو پہلے سے جڑتی ہے۔ دو نام مختلف ہونے کے لیے ہر فائل کا نام بدلیں، مثلاً site-a.xml اور site-b.xml۔ بطور منتظم دونوں کو پوری مشین کے پروفائل فولڈر میں رکھیں اور موصول شدہ اصلی نقول محفوظ رکھیں۔ پھر کلائنٹ دوبارہ شروع کریں اور تصدیق کریں کہ دونوں اندراجات ڈراپ ڈاؤن میں نظر آتے ہیں۔

ہر ایک سے جڑنے کے بعد preferences.xml دوبارہ کھولیں اور دیکھیں کہ اب کون سا پروفائل نام آخری استعمال شدہ کے طور پر درج ہوتا ہے۔ اگر نام آپ کے کلک کردہ اندراج سے میل کھاتا ہے تو مقامی نقشہ بندی درست برتاؤ کر رہی ہے۔ اگر نہیں، تو کچھ اب بھی آپ کی نام بدلی ہوئی نقل پر فائل دھکیل رہا ہے۔

نام بدلنے سے جو درست نہیں ہوتا

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

وہ اصل فائل نام کو نشانہ بنانے والے انتظامی پش کا بھی مقابلہ نہیں کرتی۔

جب اگلا پش اسے منسوخ کر دے

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

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

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