VPN کے ذریعے سائن اِن کیوں سست ہے: پروفائل، ری ڈائریکشن یا آف لائن فائلیں

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

تین انتظار اور تین مختلف ذمہ دار

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

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

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

ناپیں کہ اصل میں کون انتظار کر رہا ہے

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

یہ دو حقائق کسی بھی پالیسی آڈٹ سے زیادہ تیزی سے مسئلہ کو محدود کرتے ہیں، اور انہیں جمع کرنے کے لیے کسی ترتیب کو بدلنے کی ضرورت نہیں۔ انہیں متاثرہ لیپ ٹاپ پر چلائیں، شیئر کے پاس کھڑے سرور پر نہیں۔

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

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

کنکشن انتظار شروع ہونے کے بعد آتا ہے

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

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

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

دستاویزات پروفائل سے باہر رکھیں

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

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

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

ٹھیک ہونے کہنے سے پہلے چاروں صورتیں جانچیں

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

پروفائل سروس کا لاگ اور اس سے بننے والا پالیسی مجموعہ متاثرہ سیشن سے جمع کریں، اپنے انتظامی ورک سٹیشن سے نہیں۔

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

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