SMB 2240 VPN کے ذریعے: لاگ اون ورک اسٹیشن فہرست چیک کریں
غلطی 2240 کا مطلب ہے کہ اکاؤنٹ اس ورک اسٹیشن سے لاگ اون نہ کر سکے۔ ناکام لاگ اون ریکارڈ پڑھیں اور اکاؤنٹ درست کریں، DNS یا ٹنل نہیں۔
ٹنل کے ذریعے شیئر کھولنے پر غلطی 2240 آتی ہے، اور پہلا ردِعمل روٹنگ دیکھنا ہے۔ نمبر اس سے زیادہ مخصوص ہے۔ Windows بتاتا ہے کہ اکاؤنٹ اس ورک اسٹیشن سے لاگ اون نہ کر سکے، جو ایک اکاؤنٹ کے بارے میں پالیسی بیان ہے، رسائی کے بارے میں بیان نہیں۔
غلطی نمبر ٹکٹ میں رکھیں۔ یہ تفتیش کو ایک خصوصیت اور ایک واقعے تک محدود کرتا ہے۔
2240 دراصل کس کی نشاندہی کرتا ہے
نیٹ ورک مینجمنٹ غلطیوں کی فہرست 2240 کو NERR_InvalidWorkstation کے طور پر شناخت کرتی ہے، یہ نام لفظی طور پر پڑھنے کے قابل ہے۔ اکاؤنٹ اجازت شدہ لاگ اون کمپیوٹرز کے مجموعے تک محدود ہے، اور اسناد پیش کرنے والی مشین ان میں نہیں ہے۔ اس تعریف میں ٹنل، فائل شیئر یا پاس ورڈ کا کوئی ذکر نہیں۔ خصوصیت اکاؤنٹ پر ہے اور لاگ اون کی کوشش پر جانچی جاتی ہے۔
اسی خاندان کے دوسرے نمبر کچھ اور بتاتے ہیں۔ اجازت شدہ لاگ اون اوقات کی خلاف ورزی الگ کوڈ ہے، اور غلط پاس ورڈ بھی۔ ان سب کو رسائی کا مسئلہ بتانا اس مخصوصیت کو ضائع کرتا ہے جو آپریٹنگ سسٹم نے ابھی دی۔
پابندی اکاؤنٹ پر رہتی ہے، اس لیے یہ شناخت کا ہر وہاں پیچھا کرتی ہے جہاں تصدیق ہو۔ جو صارف روز دفتر میں کام کرتا ہے اور لیپ ٹاپ گھر لے جاتا ہے، اسے یہ صرف تب ملتی ہے جب مشین کا نام بدلے، اور اسی لیے یہ ناکامی مہینوں VPN مسئلہ جیسی لگ سکتی ہے، جب تک کوئی نمونہ نہ پہچانے۔
دو متعلقہ حقائق اس کی وضاحت نہیں کرتے۔ NAT آلہ اکاؤنٹ کی خصوصیت کو چھوئے بغیر دیکھا گیا ماخذ پتہ بدل سکتا ہے، اور DNS لاحقہ کی تبدیلی مختصر نام درست کر سکتی ہے جبکہ لاگ اون پابندی بالکل وہیں رہتی ہے جہاں تھی۔ دونوں کو خارج کرنا چاہیے، اور کوئی بھی خصوصیت پڑھنے کا متبادل نہیں۔
پہلے ناکام لاگ اون ریکارڈ پڑھیں
مقرر کریں کہ فائل سرور نے کون سی شناخت تصدیق کی اور کون سی مشین نے اسے پیش کیا۔ ڈومین اکاؤنٹ، ملتے جلتے مختصر نام والا مقامی اکاؤنٹ اور الگ VPN اکاؤنٹ آپس میں بدلے نہیں جا سکتے، اور غلطی کا مطلب صرف تب ہے جب صحیح معلوم ہو۔
سیکیورٹی لاگ کوشش کو اکاؤنٹ اور کال کرنے والے ورک اسٹیشن کے نام کے ساتھ درج کرتا ہے، اور پابندی کا جائزہ بالکل اسی جوڑے کے خلاف ہوتا ہے:
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625; StartTime=(Get-Date).AddHours(-2)} |
Select-Object TimeCreated,Message | Format-List
Get-ADUser -Identity jdoe -Properties LogonWorkstations |
Select-Object SamAccountName,LogonWorkstations پہلا حکم ناکامی اور وہ ورک اسٹیشن سٹرنگ دکھاتا ہے جو سرور کو ملی، اور دوسرا اکاؤنٹ پر اجازت شدہ فہرست دکھاتا ہے۔ یہ ماننے کے بجائے کہ کلائنٹ کے اپنے کمپیوٹر کا نام ہی سرور نے درج کیا، دونوں کا موازنہ کریں۔ لاگ میں غلط نظر آنے والا نام عام طور پر مفید دریافت ہوتا ہے، کیونکہ یہ اس مشین کا نام بتاتا ہے جس سے سرور واقعی بات کر رہا سمجھتا ہے۔ پابندی بالکل اسی یقین کے خلاف جانچی جاتی ہے۔
VPN گیٹ وے کا نام شامل نہ کریں کیونکہ ٹریفک اس سے گزرتی ہے۔ گیٹ وے تصدیق شدہ کالر نہیں ہے، اور اسے فہرست میں شامل کرنے سے کچھ نہیں بدلتا، البتہ اکاؤنٹ کا جائزہ مشکل ہو جاتا ہے۔
پابندی کو سب سے چھوٹے دائرے میں درست کریں
اگر مشین کو اجازت دینی چاہیے تو بالکل وہی اندراج اکاؤنٹ کی ورک اسٹیشن فہرست میں شامل کریں اور باقی سب ویسا ہی رہنے دیں۔ اگر نہیں، تو صحیح جواب پابندی ہٹانا نہیں بلکہ منظور شدہ مشین ہے، کیونکہ پابندی اس لیے ہے کہ یہ اسناد کہاں استعمال ہو سکیں۔
بڑے پیمانے کی تدوین یہاں عام ہے اور عام طور پر غلط۔ طویل اجازت شدہ مشینوں کی فہرست والا اکاؤنٹ وہ اکاؤنٹ ہے جس کی پابندی بے معنی ہو چکی ہے۔
یہ جاننا بھی مفید ہے کہ شناخت مشترک ہے یا نہیں۔ جب کئی لوگ کئی لیپ ٹاپس سے ایک سروس اکاؤنٹ استعمال کرتے ہیں، تو پالیسی بے معنی ہونے تک ورک اسٹیشن فہرست بڑھتی ہے، جو ڈیزائن کا مسئلہ ہے، انتظامی نہیں۔
اگلا نتیجہ پڑھیں، اس کی عدم موجودگی نہیں
منظور شدہ تبدیلی کے بعد مطلوبہ اکاؤنٹ سے نئی درخواست کریں اور درج کریں کہ کیا ہوتا ہے۔ مختلف غلطی پیش رفت ہے، کیونکہ یہ پچھلے کو دہرانے کے بجائے اگلے مرحلے کا نام بتاتی ہے۔
DFS راستہ کئی سرور اور کئی رسائی فیصلے لا سکتا ہے۔ ایک اکاؤنٹ خصوصیت صاف کرنا ان میں سے ایک حل کرتا ہے۔ ریفرل ہدف اب بھی قابل رسائی ہونے چاہئیں، اور ہر ایک پر شیئر اور فائل سسٹم کی اجازتیں اب بھی اکاؤنٹ کو قبول کرنی چاہئیں۔ پہلی درستی نے سب ڈھانپ لیے یہ ماننے کے بجائے اگلی غلطی بھی اسی طرح نمٹائیں۔
Windows ورک اسٹیشن پابندی کی اطلاع دے رہا ہو تو VPN پروفائل دوبارہ بنانے یا پاس ورڈ ری سیٹ کرنے کی کوئی وجہ نہیں۔ Microsoft کی نیٹ ورک غلطیوں کی فہرست بالکل اسی وجہ سے کھلی رکھنے کے قابل ہے: کوڈ بتاتا ہے کہ کچھ بھی چھونے سے پہلے کون سی خصوصیت دیکھنی ہے۔