کاربر اجازه ورود با ریموت دسکتاپ ندارد؛ دسترسی را چطور درست کنیم؟

حساب کاربری روی ویندوز سرور ساخته‌اید، اما هنگام اتصال ریموت پیام The user account is not authorized for remote login می‌بینید. این پیام معمولاً به حق ورود کاربر مربوط است؛ بازکردن پورت‌های بیشتر یا تغییر رمز به‌تنهایی الزاماً آن را حل نمی‌کند.

در این راهنما بررسی می‌کنیم حساب و سرور درست‌اند یا نه، سپس روش معمول افزودن کاربر مجاز به گروه Remote Desktop Users و بررسی سیاست‌های مؤثر را توضیح می‌دهیم. قرار نیست به همه کاربران دسترسی مدیر داده شود یا محدودیت امنیتی سازمان بدون هماهنگی برداشته شود.

اگر اصلاً به صفحه ورود نمی‌رسید و پیام timeout می‌گیرید، ابتدا اتصال شبکه و نشانی را دنبال کنید. اگر پیام درباره CredSSP است، راهنمای خطای CredSSP ریموت دسکتاپ مسئله متفاوتی را توضیح می‌دهد. این مقاله برای زمانی است که پیام صریحاً به نداشتن حق ورود یا مجازنبودن حساب اشاره می‌کند.

IP یا نام سرور و نام حساب را با اطلاعات سرویس مقایسه کنید. حساب محلی سرور با حساب دامنه سازمانی یکسان نیست. در صورت نیاز نام را با قالب درست محیط، مانند SERVERNAME\username برای حساب محلی یا DOMAIN\username برای حساب دامنه، وارد کنید. نام‌های مثال را با مقادیر واقعی عوض کنید. رمز را در تصویر خطا یا پیام پشتیبانی نفرستید.

اگر یک حساب مجاز دیگر می‌تواند وارد همان سرور شود اما حساب جدید نه، مسئله تنظیم حساب یا مجوز آن محتمل‌تر است. اگر هیچ حسابی وصل نمی‌شود، وضعیت کلی سرویس و سیاست‌های سرور نیز باید بررسی شود. برای جلوگیری از قفل امنیتی حساب، رمزهای حدسی را پشت‌سرهم امتحان نکنید.

برای اصلاح مجوز، به یک حساب مدیریتی مجاز یا کنسول سرور نیاز دارید. اگر نشست مدیر سالم باز است، آن را تا پایان آزمون نبندید. اگر RDP مدیر هم در دسترس نیست، از کنسول تحت وب یا کنسول مجاز ارائه‌دهنده VPS استفاده کنید و پیش از هر تغییر، شناسه ماشین را تطبیق دهید.

اگر سرور عضو دامنه سازمانی است یا شما مسئول مدیریت آن نیستید، تغییر گروه و سیاست را با مدیر مربوط انجام دهید. افزودن کاربر ناشناس یا بازکردن دسترسی عمومی ریموت می‌تواند امنیت سرور را کاهش دهد. هر شخص بهتر است حساب مستقل و دسترسی متناسب با وظیفه خود داشته باشد.

در یک سرور ویندوز معمولی که حساب محلی دارد، با حساب مدیر به Server Manager ← Tools ← Computer Management بروید. در ستون سمت چپ، بخش Local Users and Groups ← Groups را باز و گروه Remote Desktop Users را انتخاب کنید. نام مسیر ممکن است با نسخه یا زبان ویندوز متفاوت باشد و این ابزار در همه نقش‌های سرور، به‌ویژه Domain Controller، به همان شکل در دسترس نیست.

اگر کاربر واقعاً باید اجازه ریموت داشته باشد و در گروه نیست، روی Add بزنید، نام همان حساب را وارد و با Check Names از تشخیص درست آن مطمئن شوید. اگر حساب دامنه است، Location یا محل جست‌وجو باید با دامنه درست تطبیق داشته باشد. پس از تأیید، پنجره‌ها را ذخیره کنید. قبل از افزودن، دقیقاً هویت و ضرورت دسترسی فرد را بررسی کنید.

این کار حساب را عضو گروه ورود ریموت می‌کند و به‌خودی‌خود حساب را مدیر کامل سرور نمی‌کند. اضافه‌کردن کاربر به گروه Administrators فقط برای ظاهرشدن دسترسی ریموت معمولاً دسترسی بسیار بیشتری از نیاز می‌دهد. اگر سیاست سازمان مجوز ریموت را به گروه دیگری داده است، روش همان سیاست را دنبال کنید.

از رایانه کاربر، اتصال تازه‌ای به همان سرور با حساب درست بگیرید. اگر رمز و سایر شرط‌های امنیتی درست باشند و سیاست مؤثر اجازه دهد، انتظار دارید کاربر از مرحله خطای مجوز عبور کند. موفقیت را با دیدن دسکتاپ همان کاربر تأیید کنید؛ اگر پیام دیگری ظاهر شد، آن پیام را جداگانه دنبال کنید.

اگر کاربر از قبل نشست باز داشته یا عضویت به‌تازگی تغییر کرده، ممکن است نیاز باشد اتصال یا نشست مناسب دوباره ایجاد شود تا عضویت جدید در توکن ورود لحاظ شود. Sign out می‌تواند برنامه‌های باز آن کاربر را ببندد؛ پیش از خروج کامل با او هماهنگ و کارهای ذخیره‌نشده را حفظ کنید. نشست سالم مدیر را تا تأیید ورود کاربر نگه دارید.

عضویت گروه فقط بخشی از داستان است. در ویندوز، حق Allow log on through Remote Desktop Services و حق منع ورود ریموت می‌توانند بر نتیجه اثر بگذارند. سیاست اعمال‌شده از دامنه یا سامانه مدیریت مرکزی ممکن است تنظیم محلی را بازنویسی کند و حق منع می‌تواند بر اجازه غلبه کند. راهنمای رسمی مایکروسافت درباره کاربر غیرمجاز RDS مسیر بررسی این موارد را توضیح می‌دهد.

مدیر مجاز می‌تواند در سرور مناسب، Local Security Policy ← Local Policies ← User Rights Assignment را برای مشاهده تنظیمات مربوط باز کند. در محیط دامنه، سیاست مؤثر را از محل مدیریت Group Policy یا ابزار مدیریت سازمان بررسی کنید. پیش از تغییر، اعضای فعلی و منبع سیاست را ثبت کنید. حذف گروه‌ها از سیاست منع یا اضافه‌کردن گروهی گسترده، بدون درک علت، می‌تواند حفاظت موردنیاز سازمان را از بین ببرد.

اگر حساب به دلیل قفل، منقضی‌شدن رمز، محدودیت زمانی یا سیاست دیگری اجازه ورود ندارد، آن وضعیت را از مسیر مدیریت حساب بررسی کنید. پیام «مجوز ریموت ندارد» همیشه تنها نشانه ممکن نیست. در مجموعه RDS با چند میزبان، تنظیمات مجموعه، مجوزهای مربوط و سیاست مرکزی نیز ممکن است متفاوت باشند؛ یک دستور محلی برای همه محیط‌ها کافی نیست.

پس از اصلاح، با همان کاربر و یک نشست تازه وارد شوید و فقط دسترسی‌های موردنیاز را آزمایش کنید. حساب مدیر اضطراری و کنسول را طبق سیاست امنیتی نگه دارید. اگر هنوز خطا هست، زمان، نام سرور، نوع حساب محلی یا دامنه و متن پیام را بدون رمز برای مدیر بفرستید. گزارش ورود ناموفق ویندوز در همان زمان می‌تواند جزئیات بیشتری بدهد، اما اطلاعات حساس آن نباید عمومی شود.

جزئیات سرور مجازی ایران نت‌آرام در صفحه سرویس آمده است. فراهم‌بودن کنسول و اختیارات مدیریت به نوع سرویس بستگی دارد و باید برای همان سرور بررسی شود.