ایک ماہ آف لائن رہنے کے بعد ڈومین کا اعتماد ٹوٹ گیا؟ پہلے جانچیں

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

خرابی اعتماد جیسی لگتی ہے، مگر تین حالتیں ایک جیسی ہیں

صارف کیش شدہ ڈومین معلومات سے سائن ان کر سکتا ہے، ورک اسٹیشن ڈومین کنٹرولر نہ ڈھونڈ سکے، یا رکن اور ڈومین کمپیوٹر اکاؤنٹ پر واقعی متفق نہ ہوں۔ سخت معنی میں ٹوٹا ہوا اعتماد کا تعلق صرف تیسرا ہے۔

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

معروف 30 دن کی ڈیفالٹ ایک تبدیلی کی پالیسی ہے، آف لائن اختتام کی آخری تاریخ نہیں۔ Microsoft کی مشین اکاؤنٹ پاس ورڈ کی وضاحت ایک مربوط تبدیلی کا عمل بیان کرتی ہے، اور ادارہ مختلف وقفہ ترتیب دے سکتا ہے۔

VPN کا آئیکن محفوظ چینل کے بارے میں کچھ ثابت نہیں کرتا

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

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

nltest /dsgetdc:corp.example.com
Test-ComputerSecureChannel -Verbose

DNS سرور، حل شدہ کنٹرولر اور خرابی کا عین متن لکھیں۔ جڑا ہونے کی اطلاع دینے والا VPN کلائنٹ بتاتا ہے کہ ٹنل موجود ہے، یہ نہیں کہ ڈومین کا راستہ کام کرتا ہے۔ Kerberos پورٹ پر جواب دینے مگر ڈائریکٹری پورٹ پر نہ دینے والا کنٹرولر فائر وال کی دریافت ہے، اعتماد کی دریافت نہیں۔

مرمت سے پہلے رکن کی جانچ کریں

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

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

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

صرف وہی تعلق مرمت کریں جو آپ نے ثابت کیا

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

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

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

ناکامی واپس آنے پر کیا جانچیں

اگر ناکامی واپس آئے، تو وہی اکاؤنٹ دوبارہ ری سیٹ کرنے کی بجائے واپسی، دوہری شناخت اور اکاؤنٹ تبدیلیوں کے وقت کو دیکھیں۔ بحال شدہ امیج، اسنیپ شاٹ، کلون شدہ مشین شناخت، یا کہیں اور کیا گیا کمپیوٹر اکاؤنٹ ری سیٹ—سب تحقیق کے لائق ہیں۔

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

کنٹرولر، DNS سرور اور جانچ کا آؤٹ پٹ ٹکٹ میں لکھیں۔ یہی ریکارڈ اصل اعتماد کی ناکامی کو اس لیپ ٹاپ سے الگ کرتا ہے جو سادہ ڈومین نہ ڈھونڈ سکا۔