SMB 2240 روی VPN: فهرست ایستگاه‌های کاری ورود را بررسی کنید

باز کردن یک اشتراک از طریق تونل خطای 2240 برمی‌گرداند، و نخستین واکنش نگاه کردن به مسیریابی است. این شماره از آن مشخص‌تر است. ویندوز گزارش می‌دهد که حساب ممکن است نتواند از این ایستگاه کاری وارد شود، که بیانیه‌ای سیاستی درباره یک حساب است و نه بیانیه‌ای درباره دسترس‌پذیری.

شماره خطا را در تیکت نگه دارید. دامنه بررسی را به یک ویژگی و یک رویداد محدود می‌کند.

آنچه 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 می‌تواند چندین سرور و چندین تصمیم دسترسی را وارد کند. پاک کردن یک ویژگی حساب یکی از آنها را حل می‌کند. مقصدهای ارجاع باید همچنان در دسترس باشند و مجوزهای اشتراک و فایل‌سیستم روی هر یک از آنها باید همچنان حساب را بپذیرند. خطای بعدی را به همین شکل پیش ببرید نه اینکه فرض کنید اصلاح نخست همه را پوشش داده است.

دلیلی برای بازسازی نمایه VPN یا بازنشانی گذرواژه نیست در حالی که ویندوز از محدودیت ایستگاه کاری گزارش می‌دهد. فهرست خطاهای شبکه مایکروسافت ارزش باز نگه داشتن را دقیقاً به همین دلیل دارد: کد به شما می‌گوید پیش از دست زدن به هر چیزی کدام ویژگی را بررسی کنید.