محتوای آموزشی وبلاگ نت‌آرام
هنگام اتصال به سرور مجازی ایران پیامی می‌بینید که می‌گوید به دلیل مشکل لایسنس Remote Desktop، نشست تا ۶۰ دقیقه دیگر قطع می‌شود. این پیام در سناریوهای مشخص Remote Desktop Services یا RDS می‌تواند نشانه مشکل سرور صدور مجوز یا ارتباط Session Host با آن باشد. قطع‌شدن بعد از یک ساعت بدون این پیام، لزوماً مشکل لایسنس نیست و ممکن است به سیاست نشست یا شبکه مربوط باشد.
Microsoft توضیح می‌دهد سازوکار موقت ۶۰ دقیقه‌ای در Windows Server 2016 برای حالت Per Device و در Server 2019 برای بعضی سناریوهای Per User نیز وجود داشته و در Server 2022 حذف شده است. بنابراین نسخه و متن دقیق پیام مهم‌اند. راهکار این مقاله بر پایه تشخیص و تنظیم مجوز معتبر است، نه تغییر رجیستری برای دورزدن مهلت یا خاموش‌کردن کنترل لایسنس.
۱. نسخه، نقش سرور و متن پیام را ثبت کنید
با کنسول یا حساب مدیر مجاز وارد سرور شوید و PowerShell را باز کنید:
کد / دستورGet-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber
Get-WindowsFeature RDS-RD-Server, RDS-Licensing
دستور دوم در نسخه‌هایی که ماژول ServerManager در دسترس است وضعیت نقش RD Session Host و RD Licensing را نشان می‌دهد؛ ممکن است License Server روی ماشین دیگری باشد. اگر cmdlet موجود نیست، در Server Manager بخش Roles and Features را ببینید. متن کامل هشدار، زمان اتصال، نام Session Host و تعداد کاربران متأثر را ثبت کنید.
Remote Desktop برای مدیریت سرور و استقرار RDS برای ارائه نشست به کاربران، از نظر نقش و نیازهای مجوز یکسان نیستند. اگر مطمئن نیستید کدام نقش نصب و چه مجوزی تهیه شده، با مسئول زیرساخت یا تأمین‌کننده لایسنس بررسی کنید. صرف خرید یک VPS یا فعال‌بودن ویندوز، وضعیت CALهای RDS را مشخص نمی‌کند.
۲. گزارش RD Licensing Diagnoser را بخوانید
در Session Host از Server Manager، منوی Tools و سپس Remote Desktop Services، ابزار
RD Licensing Diagnoser را باز کنید. این ابزار ممکن است نیاز به نصب ابزار مدیریت مربوط داشته باشد. نام License Server، حالت Per User یا Per Device و خطاهای اعلام‌شده را یادداشت کنید. اگر سرور مجوز پیدا نمی‌شود، ابتدا نام و ارتباط را بررسی کنید؛ اگر پیدا می‌شود ولی CAL مناسب موجود نیست، نسخه، نوع و فعال‌سازی مجوز را با مسئول لایسنس تطبیق دهید.در License Server،
RD Licensing Manager را باز کنید و فعال‌بودن سرور، بسته‌های CAL نصب‌شده و پیام‌های آن را ببینید. عدد نمایش‌داده‌شده در برخی حالت‌های Per User به‌تنهایی معادل تمام تعهدات مجوز یا شمار دقیق استفاده نیست؛ نوع و شرایط مجوز را با مستند و قرارداد خود بررسی کنید. کلید یا اطلاعات خرید را در گزارش عمومی قرار ندهید.۳. ارتباط با سرور مجوز را از Session Host بسنجید
نام واقعی License Server را جایگزین نمونه کنید:
کد / دستورResolve-DnsName license.example.local
Test-NetConnection license.example.local -Port 135
اولی نام را به IP تبدیل می‌کند و دومی فقط اتصال TCP به پورت نمونه RPC را می‌سنجد. موفقیت آن به معنی سالم‌بودن کامل صدور لایسنس نیست؛ RPC و تنظیم‌های محیط ممکن است به ارتباط‌های دیگری نیز نیاز داشته باشند. به‌جای بازکردن گسترده پورت‌ها، مسیر و محدوده مجاز را با مدیر شبکه و مستند نسخه بررسی کنید.
در خود License Server، با حساب مدیر و در صورت نصب نقش اجرا کنید:
کد / دستورGet-Service TermServLicensing
اگر سرویس متوقف است، خطا و علت توقف را در Event Viewer بخوانید. بعد از رفع علت و در صورت مجازبودن، آن را از Services شروع کنید و وضعیت را دوباره ببینید. در Event Viewer شاخه Microsoft، Windows و
TerminalServices-Licensing و همچنین گزارش System می‌توانند پیام مربوط به سرویس و فعال‌سازی را نشان دهند.۴. نام سرور مجوز و حالت را هماهنگ کنید
اگر استقرار شما Connection Broker و مدیریت مرکزی RDS دارد، در Server Manager مسیر
Remote Desktop Services > Overview > Edit Deployment Properties > RD Licensing را باز کنید. حالت و سرور مجوز را با آنچه سازمان واقعاً خریداری و نصب کرده تطبیق دهید. ثبت مقدار قبلی و هماهنگی با مدیر استقرار مهم است؛ ممکن است یک سیاست دامنه تنظیم دیگری را اعمال کند.در محیطی که طبق طراحی از Group Policy استفاده می‌کند، مسیر
Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing دو گزینه مهم دارد: Use the specified Remote Desktop license servers و Set the Remote Desktop licensing mode. نام سرور و حالت درست را طبق طراحی وارد کنید، نه حدسی. راهنمای Microsoft برای پیکربندی Session Host مراحل دقیق را نشان می‌دهد. اگر سیاست دامنه وجود دارد، آن را در محل مدیریت سازمان اصلاح کنید؛ تغییر محلی ممکن است دوباره بازنویسی شود.تغییر حالت از Per Device به Per User یا برعکس صرفاً برای حذف هشدار درست نیست. نوع CAL، نسخه Session Host، فعال‌بودن License Server و نیاز محیط باید با هم سازگار باشند. اگر CAL لازم وجود ندارد، تهیه و نصب مجوز مناسب از مسیر معتبر راه‌حل است.
۵. اگر هشدار در شرایط خاص باقی ماند
برای Server 2019 و سناریوی Per User که دقیقاً با پیام ۶۰ دقیقه‌ای مطابقت دارد، Microsoft توصیه می‌کند به‌روزرسانی‌های مناسب سرورهای RDS بررسی شوند و در صورت باقی‌ماندن مشکل با پشتیبانی Microsoft پیگیری شود. مقاله رسمی هشدار ۶۰ دقیقه تفاوت نسخه‌ها را شرح می‌دهد. این توصیه به معنی حذف خودسرانه آپدیت امنیتی یا صدور مجوز جدید بدون تشخیص نیست.
اگر Server 2022 یا نسخه دیگر دارید و فقط قطع زمانی بدون پیام لایسنس رخ می‌دهد، سیاست زمان بیکاری، شبکه و رویدادها را جدا بررسی کنید. راهنمای قطع نشست RDP در زمان بیکاری برای آن سناریو مناسب‌تر است.
۶. پایان کار را با اتصال واقعی تأیید کنید
پس از اصلاح، RD Licensing Diagnoser را دوباره اجرا کنید و هشدارها را با وضعیت قبلی مقایسه کنید. با یک حساب مجاز اتصال جدید برقرار کنید و در دوره‌ای مناسب، نبود هشدار و پایداری نشست را بررسی کنید. اگر سیاست به ریبوت یا تازه‌سازی نیاز دارد، آن را در پنجره نگه‌داری و با اطلاع کاربران انجام دهید؛ راه‌اندازی مجدد بی‌برنامه TermService می‌تواند همه نشست‌ها را قطع کند.
اگر خطا همچنان باقی است، نسخه و build، نوع CAL، نام License Server، نتیجه DNS و گزارش Diagnoser را بدون اطلاعات محرمانه جمع کنید. این شواهد مشخص می‌کند پیگیری باید روی شبکه، سرور مجوز، سیاست یا خود نسخه ویندوز متمرکز شود.
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام