VPN üzərində RDP donması: giriş hələ də işləyir, ona görə nəqli yoxlayın
İşləyən girişlə donmuş RDP şəkli düşmüş tunel deyil. Marşrutları dəyişməzdən əvvəl müştəri nəqlini, UDP siyasətini və tək-host halını yoxlayın.
Şəkil yenilənməyi dayandırıb siçan uzaq iş masası üzərində sürüşməyə davam edəndə, aydın nəticə VPN-in düşdüyü olur. Bu nəticə adətən yanlışdır. İşləyən girişlə donmuş çərçivə sessiyanın və onun giriş kanalının diri olduğunu bildirir və bu, nasazlığı marşrutlaşdırma və ya etimad məlumatlarına deyil, qrafika nəqlinə doğru itələyir. İki sürətli müşahidə istifadəçilərin eyni sözlə təsvir etdiyi üç nasazlığı ayırır.
Donma sizə nə demir
Uzaq iş masası girişi və ekran yeniləmələrini TCP 3389 üzərindən daşıyır və müasir Windows müştəriləri axının qrafika baxımından ağır hissəsi üçün UDP nəqli əlavə edə bilər. Böyük dataqramları parçalayan və ya atan tuneldə etibarlı kanal düymə vuruşlarını daşımağa davam edir, qrafika kanalı isə dayanır. Nəticə ilişib qalmış şəkil və cavab verən klaviaturanın qəribə birləşməsidir. Bu həm də yenidən qoşulmanın bəzən simptomu bir dəqiqəlik sağaldıb sonra geri qaytarmasını izah edir.
Ayrılıb yenidən qoşulan sessiya başqa nasazlıqdır, heç açılmayan sessiya isə üçüncüdür. Əvvəlcə formanı adlandırmaq sizi səhv qatı yoxlamaqdan saxlayır.
Üç nasazlığı iki əmrlə ayırın
Əlçatanlığı istisna etmək ucuzdur. Müştəridən RDP portunu yoxlayın, sonra hostda sessiya vəziyyətini oxuyun.
Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-hostUğursuz TCP testi sessiyanın heç açılmadığını bildirir, ona görə bunu donma deyil, firewall, əhatə və ya xidmət problemi kimi qəbul edin. Aktiv sessiya ilə uğurlu test nəzarət kanalının mövcud olduğunu təsdiqləyir və bu, məhz donmuş şəkil halıdır. Host sorğusunu sessiyaları görmək icazəsi olan hesabdan işlədin, çünki icazə xətası boş siyahı kimi görünür. Sessiya ID-sini və vəziyyətini qeyd edin, çünki ID-sini saxlayan ayrılmış sessiya aktiv sessiya ilə eyni deyil.
UDP nəqlini söndürün və müqayisə edin
Yalnız ekran dayanırsa, müştəri nəqlini hər dəfə bir dəyişikliklə müqayisə edin. Daxili müştəri ilə Store müştərisi eyni yığını paylaşmır və aşağıdakı siyasət UDP-ni daxili müştəridən çıxarır.
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDPDəyərin 1 olması UDP-nin həmin müştəri üçün artıq söndürüldüyünü bildirir, ona görə bu parametrdən sonra da davam edən donma UDP yolu problemi deyil. Dəyər yoxdursa, siyasəti aktivləşdirin, yenidən qoşulun və əvvəl donan hərəkəti eynilə təkrarlayın. Store müştərisini ayrı addım kimi yoxlayın, iki dəyişikliyi birləşdirməyin, əks halda hansının vacib olduğunu bilməyəcəksiniz. Müştəri versiyasını qeydlərinizdə saxlayın, çünki nəql davranışı Windows buraxılışları arasında dəyişib.
Bir host donanda, qalanları yaxşı olanda
Sağlam alt şəbəkədə tək nasaz host tuneldən uzağa işarə edir. VPN parametrlərinə toxunmazdan əvvəl yolun MTU-sunu və uzaq ekran yığınını yoxlayın.
ping -f -l 1472 rdp-host.example.comCavab yolun həmin ölçüdə parçalanmadan tam ölçülü paket daşıdığını sübut edir, parçalamama bayrağı ilə uğursuzluq isə tunelin MTU-sunun diqqət tələb etdiyini göstərir. 1472 bayt keçirsə və yalnız həmin host donursa, şəbəkəyə deyil, onun qrafika drayverinə və yükünə baxın. Eyni maşına sürətli fayl köçürməsi RDP qrafika kanalı haqqında deyil, ötürmə qabiliyyəti haqqında nəsə deyir. Hər dəfə bir dəyişəni dəyişin və ekranda eyni hərəkəti təkrarlayın ki, müqayisənin mənası olsun.
Sessiya heç açılmırsa, burada dayanın, çünki bu donma deyil, əlçatanlıqdır. Əks halda simptomu dəyişən nəql parametrini saxlayın və müştəri versiyası ilə birlikdə qeyd edin.