خطای 0x204 ریموت دسکتاپ؛ چرا به سرور ویندوزی وصل نمی‌شویم؟

در برنامه Remote Desktop خطای 0x204 یا پیام اتصال‌نشدن به رایانه مقصد ظاهر می‌شود. این کد می‌تواند در شرایط مختلف دیده شود و به‌تنهایی مشخص نمی‌کند مشکل از رمز، خاموش‌بودن سرور، شبکه یا تنظیم RDP است. باید به ترتیب بررسی کنیم: مقصد درست است، سرور روشن است، مسیر شبکه به پورت می‌رسد و سرویس ریموت آماده پاسخ است یا خیر.

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

IP یا نام سرور و شماره پورت را با اطلاعات رسمی ارائه‌دهنده تطبیق دهید. پورت پیش‌فرض RDP اغلب ۳۳۸۹ است، اما ممکن است سرویس شما پورت دیگری داشته باشد. اگر آدرس به شکل server.example.com:port داده شده، آن را با دقت در برنامه اتصال وارد کنید. نمونه‌ها را با اطلاعات واقعی خودتان جایگزین کنید.

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

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

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

در رایانه ویندوزی خود PowerShell را باز کنید. نام نمونه و پورت را با مقادیر واقعی و مجاز جایگزین کنید:

این دستور تلاش می‌کند به پورت TCP مقصد برسد. اگر TcpTestSucceeded : True باشد، مسیر TCP برای این آزمون برقرار شده است؛ این نتیجه به‌تنهایی صحت گواهی، ورود کاربر یا عملکرد کامل RDP را ثابت نمی‌کند. اگر False است، آدرس و پورت، VPN، قانون شبکه و گوش‌دادن سرویس را باید جدا بررسی کرد. فایروال ممکن است پاسخ را رد یا بی‌صدا رها کند، بنابراین همین نتیجه محل دقیق مسدودی را مشخص نمی‌کند.

در macOS یا گوشی نام ابزار فرق دارد؛ همان برنامه یا راهنمای شبکه مورد تأیید خود را به کار ببرید. فقط مقصد متعلق به خود یا مقصدی را که برای آزمایش مجوز دارید بررسی کنید.

اگر از کنسول وارد ویندوز سرور شده‌اید، Command Prompt را باز و اجرا کنید:

این دستور فهرست نشست‌ها و در صورت وجود listener مربوط به RDP را نشان می‌دهد. نامی مانند rdp-tcp و وضعیت شنونده می‌تواند به مدیر کمک کند، ولی نمایش آن به‌تنهایی اجازه عبور از شبکه را ثابت نمی‌کند. نسخه، نقش‌های نصب‌شده و دسترسی حساب روی خروجی اثر دارند. راهنمای عیب‌یابی مایکروسافت وضعیت ماشین، listener و شبکه را به‌صورت جدا بررسی می‌کند.

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

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

اگر پورت از شبکه سازمانی باز و از شبکه دیگر بسته است، سیاست دسترسی یا مسیر میان آن شبکه و سرور را با مدیر بررسی کنید. اگر از هیچ مسیر مجازی باز نیست ولی کنسول سالم است، listener و قوانین مؤثر را روی سرور و شبکه بالادستی مقایسه کنید.

بعد از اصلاح، دوباره آزمون TCP و سپس ورود با حساب مجاز را انجام دهید. صفحه دسکتاپ و کارکرد همان برنامه موردنیاز را ببینید؛ جواب True در آزمون پورت پایان بررسی نیست. از یک مسیر غیرمجاز تحت کنترل خودتان نیز مطمئن شوید سیاست محدودسازی همچنان برقرار است.

در سرور مجازی ایران، آدرس، پورت، زمان و نتیجه آزمون را بدون رمز به پشتیبانی بدهید. اگر هنوز کنسول بالا نمی‌آید، قبل از تغییر شبکه یا راه‌اندازی مجدد با مدیر سرویس هماهنگ کنید.