یخ‌زدگی RDP روی VPN: ورودی هنوز کار می‌کند، پس انتقال را آزمایش کنید

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

آنچه یخ‌زدگی به شما نمی‌گوید

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

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

سه خرابی را با دو فرمان جدا کنید

رد کردن دسترس‌پذیری ارزان است. پورت RDP را از کلاینت آزمایش کنید، سپس وضعیت نشست را روی میزبان بخوانید.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

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

انتقال UDP را خاموش کنید و مقایسه کنید

اگر فقط نمایش گیر می‌کند، انتقال کلاینت‌ها را یک تغییر در هر بار مقایسه کنید. کلاینت توکار و کلاینت Store پشته‌ی مشترک ندارند، و سیاست زیر UDP را از کلاینت توکار برمی‌دارد.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

مقدار 1 یعنی UDP برای آن کلاینت از قبل خاموش است، پس یخ‌زدگی‌ای که از این تنظیم جان سالم به در می‌برد مشکل مسیر UDP نیست. وقتی مقدار غایب است، سیاست را فعال کنید، دوباره وصل شوید و همان کنشی را که قبلاً یخ زد دقیقاً تکرار کنید. کلاینت Store را به‌عنوان گامی جدا آزمایش کنید نه با ترکیب هر دو تغییر، وگرنه نمی‌دانید کدام مهم بود. نسخه‌ی کلاینت را در یادداشت‌هایتان نگه دارید، چون رفتار انتقال در نسخه‌های Windows تغییر کرده است.

وقتی یک میزبان یخ می‌زند اما بقیه خوب‌اند

یک میزبان خراب در زیرشبکه‌ای که در بقیه موارد سالم است به دور از تونل اشاره می‌کند. پیش از دست زدن به تنظیمات VPN، MTU مسیر و پشته‌ی نمایش راه‌دور را بررسی کنید.

ping -f -l 1472 rdp-host.example.com

یک پاسخ اثبات می‌کند که مسیر بسته‌ی کامل را بدون قطعه‌بندی در آن اندازه حمل می‌کند، در حالی که شکست با پرچم قطعه‌نکردن نشان می‌دهد MTU تونل نیاز به توجه دارد. اگر 1472 بایت عبور کند و فقط همان میزبان یخ بزند، به درایور گرافیک و بار آن نگاه کنید نه به شبکه. کپی سریع فایل به همان ماشین چیزی درباره‌ی توان عملیاتی می‌گوید، نه درباره‌ی کانال گرافیک RDP. هر بار یک متغیر را تغییر دهید و همان کنش روی صفحه را تکرار کنید تا مقایسه معنا داشته باشد.

اگر نشست اصلاً باز نمی‌شود، اینجا متوقف شوید، چون آن دسترس‌پذیری است نه یخ‌زدگی. در غیر این صورت تنظیم انتقالی را که نشانه را تغییر داد نگه دارید و آن را همراه با نسخه‌ی کلاینت ثبت کنید.