Mac بار بار VPN پاس ورڈ مانگتا ہے: کی چین یا اکاؤنٹ؟
Mac لاگ ان کی چین کا پاس ورڈ، منتظم کا پاس ورڈ یا خود VPN اکاؤنٹ مانگ سکتا ہے۔ ڈائیلاگ کا مالک پڑھیں، پھر درست ذخیرہ ٹھیک کریں۔
آپ Mac کھولتے ہیں، VPN کلائنٹ چلاتے ہیں، اور سرنگ شروع ہونے سے پہلے ہی پاس ورڈ کی شیٹ سامنے آ جاتی ہے۔ آپ گیٹ وے کا پاس ورڈ لکھتے ہیں اور وہ یا مسترد ہو جاتا ہے یا شیٹ کچھ لمحوں بعد واپس آ جاتی ہے۔ پھر نیند سے بیدار ہونے، لاگ آؤٹ یا کلائنٹ کی تازہ کاری کے بعد یہ دوبارہ پوچھتا ہے۔ وہ شیٹ شاذ و نادر ہی VPN سرور ہوتی ہے جو اسناد مانگ رہا ہو؛ عام طور پر macOS کسی مقامی ریکارڈ کو پڑھنے، کھولنے یا بدلنے کی اجازت مانگ رہا ہوتا ہے، اور پاس ورڈ اُس ریکارڈ کے مالک کا ہوتا ہے، آپ کے VPN اکاؤنٹ کا نہیں۔
شیٹ کو اُس کے پیچھے موجود شناخت سے ملائیں
چار پرامپٹ تقریباً ایک جیسے لگتے ہیں، اور صرف ایک گیٹ وے سے متعلق ہے۔ الفاظ، رسائی مانگنے والا عمل اور نیچے درج چیز بتاتے ہیں کہ آپ کس سے سامنا کر رہے ہیں۔
| What the sheet says | Whose password it wants | What it does not do |
|---|---|---|
| Enter the password for the login keychain | The local keychain password, normally your Mac login password | It does not authenticate you to the VPN server |
| An app wants to use confidential information stored in your keychain | Approval for that app to retrieve one item | It does not grant privileges at the gateway |
| macOS wants to make changes, and asks for administrator authorization | An admin account on this Mac, for the named setting | It does not change the VPN account password |
| The client itself asks for a username and password to connect | The remote account, certificate or profile credential | It does not unlock anything local |
مقامی رسائی کے بارے میں ڈائیلاگ سرور کے بارے میں کچھ ثابت نہیں کرتا۔ گیٹ وے کی طرف سے مستردگی کلائنٹ کے اندر وینڈر کے غلطی متن کے ساتھ ظاہر ہوتی ہے، نہ کہ سسٹم شیٹ کی صورت میں جو کی چین کھولنے کی پیشکش کرے۔ اُلٹا بھی اتنا ہی عام ہے: کی چین شیٹ میں گیٹ وے کا پاس ورڈ لکھنا ریکارڈ کو مقفل ہی رہنے دیتا ہے اور ایک ناکام کوشش بڑھا دیتا ہے۔
ڈائیلاگ مالک، ذخیرہ اور عمل کا نام لیتا ہے
کی چین پرامپٹ حصول کے بارے میں ہیں، کسی بھی دور کی چیز کے لیے توثیق کے بارے میں نہیں۔ ایپل کی درخواست ڈائیلاگ کی وضاحت محدود ہے: ایک بار اجازت دیں، ہمیشہ اجازت دیں اور انکار کریں یہ طے کرتے ہیں کہ وہ ایپ محفوظ چیز پڑھ سکتی ہے یا نہیں۔ اِن تینوں میں سے کوئی گیٹ وے پر اختیار نہیں دیتا اور نہ سرور کا آپ کے پاس ورڈ کے بارے میں خیال بدلتا ہے۔
جب درخواست کرنے والا وہ کلائنٹ ہو جو ابھی اپ ڈیٹ ہوا ہو تو دوبارہ منظوری متوقع ہے: نیا بلڈ اب اُس چیز پر موجود رسائی کنٹرول فہرست سے میل نہیں کھاتا، اس لیے macOS دوبارہ پوچھتا ہے۔ تشخیص کے دوران ایک بار اجازت دیں کا جواب دیں۔ ہمیشہ اجازت دیں اُس ایپ کو مستقل اجازت ہے اور کسی ایسے معاون عمل کے لیے غلط جواب ہے جس کی آپ توقع نہیں رکھتے تھے؛ انکار کریں اور وینڈر کو دیکھیں اگر بائنری وہ کلائنٹ نہیں جو آپ نے نصب کیا۔
منتظم کی اجازت مانگنے والا پرامپٹ تیسری قسم ہے۔ یہ کسی تبدیل ہوتی سسٹم سیٹنگ یا محفوظ ذخیرے کا نام لیتا ہے، اور جو اسناد وہ مانگتا ہے وہ اِس Mac پر ایک منتظم اکاؤنٹ ہے۔ ہر ذاتی کی چین چیز کو اس کی ضرورت نہیں؛ نیٹ ورک کنفیگریشن کے پیچھے والی چیزوں کو عام طور پر ضرورت ہوتی ہے، کیونکہ کنفیگریشن سسٹم کی ہے، آپ کے لاگ ان سیشن کی نہیں۔
Mac کا VPN پاس ورڈ کہاں رہ سکتا ہے
کی چین ایک ممکنہ ذخیرہ ہے، ذخیرے کی تعریف نہیں۔ سسٹم سیٹنگز میں بنی ہوئی بلٹ اِن VPN کنفیگریشن اپنی اسناد نیٹ ورک کنفیگریشن کے ساتھ، ایک منظم سسٹم سیٹنگ کے طور پر رکھتی ہے۔ تیسرے فریق کا کلائنٹ عام طور پر آپ کی لاگ ان کی چین میں ایک چیز رکھتا ہے: سروس کے نام پر کلید والا عمومی پاس ورڈ، یا سرور، پروٹوکول اور اکاؤنٹ پر کلید والا انٹرنیٹ پاس ورڈ۔ بہت سی نئی ایپس اس کے بجائے ڈیٹا پروٹیکشن کی چین استعمال کرتی ہیں، جن کی چیزیں کی چین ایکسیس میں کبھی ظاہر نہیں ہوتیں۔
لوگ کی چین ایکسیس میں VPN کا نام ڈھونڈتے ہیں، کچھ نہیں ملتا، اور نتیجہ نکالتے ہیں کہ پاس ورڈ محفوظ نہیں۔ ایپل کا نوٹ TN3137 کہتا ہے کہ کی چین کی ایک سے زیادہ تنفیذات موجود ہیں؛ اُس فہرست میں نہ ہونا معمول ہے، خراب چیز کا ثبوت نہیں۔
ریکارڈ کی اقسام بھی ایک دوسرے کے متبادل نہیں۔ اکاؤنٹ پاس ورڈ، نجی کلید کا پاس فریز، کلائنٹ سرٹیفکیٹ اور IPsec مشترکہ راز مختلف طریقے سے ناکام ہوتے ہیں اور مختلف جگہوں پر ٹھیک ہوتے ہیں؛ محفوظ پاس ورڈ دوبارہ لکھنا مسترد شدہ سرٹیفکیٹ کے لیے کچھ نہیں کرتا۔ اگر Mac انتظام میں شامل ہے تو پروفائل ایک اور مالک ہے: VPN پروفائل اسناد لے کر چل سکتا ہے اور ریفریش پر انہیں دوبارہ لاگو کر سکتا ہے، اس لیے مقامی چیز حذف کرنا عارضی ہے جب تک منتظم اسے نہ بدلے۔
جب لاگ ان پاس ورڈ اور کی چین پاس ورڈ الگ ہو جائیں
لاگ ان کی چین عام طور پر آپ کے Mac لاگ ان پاس ورڈ کا استعمال کرتی ہے، اسی لیے دونوں الگ ہو سکتے ہیں۔ کسی اور اکاؤنٹ سے آپ کا پاس ورڈ ری سیٹ کرنے والا منتظم، بازیابی کا عمل یا ڈائریکٹری کی تبدیلی کی چین کو پرانی قدر پر مقفل چھوڑ سکتے ہیں، اور پھر macOS وہ پاس ورڈ مانگتا ہے جو آپ نے ابھی نہیں رکھا۔
لاگ ان پر آپ کو انتباہ نظر آ سکتا ہے کہ سسٹم کی چین کھول نہیں سکا۔ اسے اپ ڈیٹ کرنے کے لیے پرانا پاس ورڈ درکار ہوتا ہے، جو ٹھیک ہے اگر آپ کو یاد ہو اور بے کار اگر نہ ہو۔ دو ایماندار مرمت ہیں: کی چین ایکسیس، ترمیم، „login“ کی چین کے لیے پاس ورڈ تبدیل کریں، یا نئی لاگ ان کی چین جس میں مطلوبہ اسناد دوبارہ درج کی جائیں۔ دوسرا آپشن محفوظ چیزوں کو تباہ کر دیتا ہے۔
محض اس لیے پوری کی چین ری سیٹ نہ کریں کہ ایک VPN پرانی اسناد مسترد کرتا ہے: یہ غیر متعلقہ اکاؤنٹس ختم کر دیتا ہے اور چیز کو پھر بھی شناخت نہیں کرتا۔
ایک حکم مقامی بمقابلہ دور کا سوال طے کرتا ہے۔ کی چین سے براہِ راست چیز مانگیں:
security find-internet-password -s vpn.example.com -a [email protected] -g
security find-generic-password -s "Client Name" -a [email protected] -gاپنے کلائنٹ کی سیٹنگز سے سرور اور اکاؤنٹ استعمال کریں۔ اگر آپ خود کی چین سے پوچھیں تو وہی منظوری شیٹ ظاہر ہو، تو پرامپٹ مقامی ہے اور سرور تماشائی۔ اگر ایسی چیز موجود نہ ہو تو کلائنٹ پاس ورڈ وہاں محفوظ نہیں کر رہا جہاں آپ نے سمجھا تھا۔ -g پرچم راز ٹرمینل پر چھاپتا ہے، اس لیے اسکرین شیئرنگ سے بچیں۔
وہ ریکارڈ اپ ڈیٹ کریں جو کلائنٹ واقعی پڑھتا ہے
اگر اکاؤنٹ گیٹ وے پر بدلا تو پہلے وہیں بدلیں، پھر کلائنٹ کی سیٹنگز کے ذریعے محفوظ ریکارڈ اپ ڈیٹ کریں۔ کی چین کی چیز کو ہاتھ سے ترمیم کرنا ناقابلِ بھروسہ ہے: کلائنٹ کوئی اور سروس اور اکاؤنٹ جوڑی پڑھ سکتا ہے، اور منظم پروفائل آپ کی ترمیم کو مٹا دے گا۔
مشکوک طور پر پرانی چیز کے لیے، کچھ بھی حذف کرنے سے پہلے سروس، اکاؤنٹ اور پروٹوکول ملائیں:
security delete-generic-password -s "Client Name" -a [email protected]کسی اور کنکشن سے ملتا جلتا نام رکھنے والی چیز حذف کرنا ایک عام خود ساختہ بندش ہے۔ ہٹانا صرف مقامی ہے: یہ گیٹ وے پر سیشن منسوخ نہیں کرتا، ڈیوائس سرٹیفکیٹ نہیں چھوڑتا اور اکاؤنٹ کا پاس ورڈ نہیں بدلتا۔
تصدیق کریں کہ درستگی ریبوٹ کے بعد بھی قائم رہے
جڑیں، نیند سے بیدار ہوں، لاگ آؤٹ ہو کر دوبارہ لاگ ان کریں، پھر ایک بار ریبوٹ کریں۔ بغیر شیٹ کے صاف ترتیب اور متوقع اکاؤنٹ کا نام لینے والی کلائنٹ حالت ہی واحد ثبوت ہے جو شمار ہوتا ہے۔ پرامپٹ کہاں واپس آتا ہے بتاتا ہے کہ آپ کون سی پرت چھوڑ گئے: اپ ڈیٹ کے بعد یہ منظوری ہے، نیٹ ورک تبدیلی کے بعد کلائنٹ کا اپنا پرامپٹ، ریبوٹ کے بعد حالت دوبارہ لاگو کرنے والا پروفائل۔
کی چین کو دوبارہ چھونے سے پہلے کلائنٹ میں پاس ورڈ یاد رکھنے یا ہمیشہ پوچھنے کی سیٹنگ دیکھیں۔ کچھ کنفیگریشنز، خاص طور پر فی صارف توثیق والا IKEv2، ہر کنکشن پر ڈیزائن کے مطابق پوچھتی ہیں؛ کی چین کی مرمت مدد نہیں کرے گی۔
جو چیز آپ نے بدلی، جو ذخیرہ اس کا مالک تھا اور جو اکاؤنٹ اس سے متعلق تھا لکھ لیں، تاکہ اگلا پرامپٹ سیکنڈوں میں طے ہو جائے۔ ایپل کا صفحہ کی چین رسائی کی درخواستیں اُس بات کا حوالہ ہے جو وہ تین بٹن اجازت دیتے ہیں۔