Mac پر Cisco Secure Client: ونڈو، خودکار کنکشن یا دوبارہ کنکشن؟

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

جو رویّہ آپ واقعی دیکھ رہے ہیں اس کا نام لیں

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

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

تینوں آؤٹ پٹ ایک ساتھ پڑھیں، کیونکہ scutil --nc list سسٹم کی VPN ترتیبات کی فہرست دیتا ہے اور خالی فہرست کا مطلب صرف یہ ہے کہ کوئی سسٹم VPN سروس ٹنل کی مالک نہیں۔ Cisco Secure Client ایسی کوئی رجسٹر نہیں کرتا: یہ vpnagentd اور utun انٹرفیس کے ذریعے ختم ہوتا ہے، اس لیے پروسیس اور انٹرفیس وہ ثبوت ہیں جو اسے دیکھتے ہیں۔ جب vpnagentd چل رہا ہو اور utun انٹرفیس کے پاس پتہ ہو، تو ونڈو بند ہونے پر بھی ٹنل موجود ہوتا ہے؛ جب دونوں میں سے کوئی نہ ہو، خودکار کنکشن بند ہے اور ونڈو ہی گفتگو کا موضوع ہے۔ فرنٹ اینڈ تب بھی چل سکتا ہے جب کوئی الگ پس منظر سروس ٹنل کی مالک ہو، اس لیے ملکیت کا سوال پروفائل حصوں کا ہے، اس کا نہیں۔

لاگ اِن کے وقت ونڈو لانچ کا سوال ہے

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

منظم Mac پر، رویّے کو مقامی ترجیح سمجھنے سے پہلے تصدیق کریں کہ آیا یہ نصب شدہ کنفیگریشن پروفائل کے ذریعے آتا ہے۔ سسٹم اپنے پاس موجود پروفائلز کی فہرست دے سکتا ہے، اور منظم لاگ اِن آئٹم آپ کا حذف کرنے والا نہیں:

profiles show -type configuration

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

Auto Connect on Start ایک الگ ترجیح ہے

Cisco کی کنکشن گائیڈ Auto Connect on Start کو وہ ترجیح کہتی ہے جو کلائنٹ کے شروع ہونے پر کنکشن کی کوشش کو کنٹرول کرتی ہے، اور اسے بطور ڈیفالٹ بند بتاتی ہے۔ تعینات پروفائل اسے فعال کر سکتا ہے، اسی لیے ایک ہی کلائنٹ والے دو Mac لاگ اِن پر مختلف برتاؤ کرتے ہیں۔ لانچ آئٹمز کے بارے میں کچھ فرض کرنے سے پہلے کلائنٹ کی سیٹنگز میں وہ ترجیح تلاش کریں۔

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

Auto Reconnect تیسری سیٹنگ کا ہے

دوبارہ کنکشن طے کرتا ہے کہ قائم شدہ سیشن کا راستہ کھونے کے بعد کیا ہوتا ہے: ڈھکن بند ہونا، Wi-Fi نیٹ ورک بدلنا، تار والا لنک گرنا۔ Cisco اسے اسٹارٹ اپ رویّے سے الگ دستاویز کرتا ہے، اس لیے اسٹارٹ اپ کی تبدیلی اسے نہیں چھوئے گی۔ نیٹ ورک کو لمحہ بھر کے لیے منقطع کر کے اور یہ دیکھ کر جانچیں کہ ٹنل بغیر اِن پٹ کے واپس آتا ہے یا نہیں۔

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

سب سے چھوٹی تبدیلی مانگیں، پھر اس کی تصدیق کریں

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

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

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