macOS پر لاگ ان سے پہلے VPN: ان لاک، لاگ ان ونڈو، سیشن
FileVault ان لاک، لاگ ان ونڈو اور صارف کا سیشن الگ الگ مراحل ہیں۔ لاگ ان پر شروع ہونے والا ڈیسک ٹاپ کلائنٹ صرف آخری مرحلے کا حل ہے۔
یہ ایک یقین ہے جو لوگوں کا ایک ہفتہ ضائع کرتا ہے: کہ Mac کے پاس لاگ ان سے پہلے نام کا ایک ہی لمحہ ہے، اور VPN کلائنٹ یا تو تب شروع ہوتا ہے یا نہیں۔ دراصل مشین میں کم از کم تین لمحے ہیں جب نیٹ ورک تک رسائی اہم ہے، اور انہیں یہ بات الگ کرتی ہے کہ اس وقت کسے اسناد رکھنے کی اجازت ہے۔ لاگ ان آئٹم سے شروع ہونے والا کلائنٹ ان میں سے صرف ایک کا احاطہ کرتا ہے، اور وہ آخری ہے۔
یہ افسانہ کہ ایک ترتیب پوری بوٹ کو ڈھانپ لیتی ہے
پروڈکٹ کا صفحہ دوبارہ پڑھیں اور دیکھیں کہ خصوصیت کس مرحلے کا نام لیتی ہے۔ لاگ ان پر شروع کریں لکھا چیک باکس لاگ ان آئٹم کا مطلب ہے، جو صارف کا سیشن بننے کے بعد چلتا ہے۔ ضرورت پر جڑیں لکھا چیک باکس کا مطلب ہے کہ کلائنٹ اس وقت کنکشن کھولتا ہے جب ٹریفک کسی اصول سے میل کھائے، جس کے لیے اب بھی کلائنٹ اور اس کی اسناد کا دستیاب ہونا ضروری ہے۔
ان میں سے کوئی بھی بوٹ کے عمل تک نہیں پہنچتا۔ یہ ایسی حد نہیں جو وینڈر ہٹانا بھول گیا ہو؛ یہ وہ ہے جس کی آپریٹنگ سسٹم اجازت دیتا ہے۔ والیوم کھلنے سے پہلے کوئی چلتا ہوا سسٹم نہیں جس سے کلائنٹ شروع کیا جا سکے، اور لاگ آؤٹ کے بعد صارف کے راز سیشن کے ساتھ چلے جاتے ہیں۔ دو الگ دیواریں، اور کوئی بھی کسی دوسرے چیک باکس کے آگے نہیں جھکتی۔
مراحل الگ کرنے پر اصل سوال کی شکل بدل جاتی ہے۔ یہ پوچھنے کے بجائے کہ VPN لاگ ان سے پہلے شروع ہوتا ہے یا نہیں، آپ پوچھتے ہیں کہ تین مخصوص لمحوں میں سے کون سا کام کرنا چاہیے، پھر پتہ چلتا ہے کہ ہر ایک کا مالک الگ ہے: انکرپشن اسٹیک، نیٹ ورک ایکسٹینشن یا صارف کا سیشن۔
ہر مرحلے پر دراصل کیا ہوتا ہے
بوٹ ایک انکرپٹڈ والیوم سے شروع ہوتی ہے جسے کسی عام کام کے لیے قابل استعمال سسٹم آنے سے پہلے کھولنا پڑتا ہے۔ وہ ان لاک محدود سیاق میں محدود اسناد کے ساتھ ہوتا ہے، اور Apple واضح طور پر درج کرتا ہے کہ درست ان لاک کے بغیر انکرپٹڈ ڈیٹا ناقابل رسائی رہتا ہے۔
پھر لاگ ان ونڈو آتی ہے، جہاں سسٹم چل رہا ہے لیکن ابھی صارف کا سیشن نہیں۔ اگر صارف لاگ آؤٹ کر چکا ہو تو صارف کے سیاق کی ایکسٹینشن پہلے ہی ختم ہو چکی ہے، اور عالمی سسٹم ایکسٹینشن اب بھی چل سکتی ہے، لیکن چلنا آپ کے VPN کو درکار اسناد رکھنے کے برابر نہیں۔
پھر سیشن آتا ہے، جہاں ایک عام کلائنٹ لاگ ان کی چین پڑھ سکتا ہے، دوسرا عنصر مانگ سکتا ہے اور دھکیلے گئے راستے لاگو کر سکتا ہے۔ لوگ لاگ ان سے پہلے کہہ کر جن خصوصیات کی وضاحت کرتے ہیں ان میں سے بیشتر دراصل یہی مرحلہ ہے، جو لاگ ان سے پہلے نہیں بلکہ سیشن کے آغاز میں فعال ہوتا ہے۔
| Stage | What it can use | What it cannot do |
|---|---|---|
| FileVault unlock | Credentials supplied at the console to unlock the volume | Run an ordinary VPN app or read a user keychain |
| Login window | System context, possibly a joined network | Use a user secret that only exists after login |
| User session | Login keychain, interactive MFA, full client features | Exist before the volume unlocks |
launch daemon غیر حاضر صارف کے لیے لاگ ان کیوں نہیں کر سکتا
بلند اختیار مسئلہ حل کرتا دکھائی دیتا ہے، اور کرتا نہیں۔ launch daemon پیچھے صارف کے سیشن کے بغیر سسٹم پروسیس کے طور پر چلتا ہے، اس لیے کھولنے کے لیے کوئی چین نہیں اور درخواست کا جواب دینے کے لیے کوئی انسان نہیں۔ یہ ساکٹ کھول سکتا ہے اور فائل پڑھ سکتا ہے؛ جو نہیں کر سکتا وہ اسناد کے مالک صارف بننا ہے۔ اختیار شناخت نہیں، اور یہیں دونوں گڈمڈ ہو جاتے ہیں۔
لوگ اس خلا میں جو بناتے ہیں وہ اندر پاس ورڈ والی اسکرپٹ ہے، جو ان کی ابتدائی مسئلے سے بھی بدتر مسئلہ ہے۔
ضرورت کا ایماندار ورژن زیادہ تنگ ہے۔ اگر مشین کو کسی کی موجودگی کے بغیر محفوظ وسیلے تک پہنچنا ہے، تو وہ شناخت جسے یہ وسیلہ قبول کرتا ہے ایسی ہونی چاہیے جو مشین انسان کے بغیر رکھ سکے: ڈیوائس سرٹیفکیٹ، سسٹم کی چین میں اسناد، یا ایسا اکاؤنٹ جس کا دوسرا عنصر کسی کی جیب کے فون پر پش نہیں۔ اس شناخت کو جان بوجھ کر ڈیزائن کریں، اور مرحلے کا سوال عام طور پر خود جواب دے دیتا ہے۔
Windows کی لاگ ان سے پہلے کی خصوصیت یہاں لاگو نہیں ہوتی
Windows میں کچھ ریموٹ رسائی مصنوعات کے لیے درج لاگ ان سے پہلے رسائی کا طریقہ ہے، اور نام صلاحیت سے بہتر سفر کرتا ہے۔ Windows کی تعیناتی گائیڈ میں بیان کردہ خصوصیت اس بارے میں کچھ نہیں بتاتی کہ وہی وینڈر macOS پر مساوی چیز لاگو کرتا ہے یا نہیں۔
ایسا بیان مانگیں جو Mac ہارڈ ویئر، macOS ریلیز، کلائنٹ ورژن اور وہ توثیق کا طریقہ ڈھانپے جو آپ واقعی استعمال کرتے ہیں۔ عمومی معاونت کا دعویٰ کافی نہیں، کیونکہ کام کرنے اور نہ کرنے کا فرق اکثر ان چار میں سے ایک میں ہوتا ہے۔
اگر وینڈر جواب نہیں دے سکتا تو وہی جواب ہے۔ سیشن کے مرحلے کی منصوبہ بندی کریں اور بغیر نگرانی والے معاملے کے لیے متبادل ڈیزائن کریں، تعیناتی کے دوران خلا دریافت کرنے کے بجائے۔
اس کے بجائے کیا مانگنا چاہیے
ضرورت کو مراحل کی زبان میں لکھیں۔ کون سا وسیلہ، کسے درکار، کس سیاق میں، اور جب کنکشن ابھی نہ ہو تو کتنی قابل قبول تاخیر؟
اگر جواب ایسا صارف ہے جو لاگ ان کرتا ہے اور پھر اسے ٹنل درکار ہوتا ہے، تو ضرورت پر جڑنا اور اسٹارٹ اپ آئٹم کافی اور سستے ہیں۔ اگر جواب ایسی مشین ہے جو رات بھر دوبارہ بوٹ ہوتی ہے اور رپورٹ کرنی ہے، تو ڈیزائن کو معاون ڈسک ان لاک راستہ، ڈیوائس شناخت اور ایسا بازیابی عمل درکار ہے جو نیٹ ورک کبھی نہ اٹھنے پر بھی کام کرے۔ اگر جواب ٹنل پر منحصر تنظیمی لاگ ان ہے، تو لاگ ان، شناخت اور VPN کے ڈیزائن اکٹھے بنائے جائیں، الگ خریدے نہ جائیں۔
Apple کی FileVault دستاویزات ان لاک مرحلے کے لیے درست نقطہ آغاز ہیں۔ اس کے بعد سب کچھ کلائنٹ اور شناخت کا سوال ہے جسے خریدنے سے پہلے وینڈر کا بیان طے کرے۔