VPN üzerinden RDP donması: giriş hâlâ çalışıyor, öyleyse aktarımı test edin

Görüntü güncellenmeyi bırakırken fare hâlâ uzak masaüstünde kayıyorsa, bariz sonuç VPN'in düştüğüdür. Bu sonuç genellikle yanlıştır. Girişi çalışan donmuş bir kare, oturumun ve giriş kanalının canlı olduğu anlamına gelir; bu da hatayı yönlendirme veya kimlik bilgileri yerine grafik aktarımına doğru iter. İki hızlı gözlem, kullanıcıların aynı sözcükle tanımladığı üç arızayı ayırır.

Donmanın size söylemediği şey

Uzak masaüstü, girişi ve ekran güncellemelerini TCP 3389 üzerinden taşır ve güncel Windows istemcileri akışın grafik açısından ağır kısmı için bir UDP aktarımı ekleyebilir. Büyük veri gramlarını parçalayan veya düşüren bir tünelde, güvenilir kanal tuş vuruşlarını taşımaya devam ederken grafik kanalı takılır. Sonuç, donmuş bir görüntü ile yanıt veren bir klavyenin garip birleşimidir. Bu ayrıca yeniden bağlanmanın bazen belirtiyi bir dakikalığına iyileştirip sonra geri getirmesini açıklar.

Bağlantısı kesilip yeniden bağlanan oturum başka bir arızadır, hiç açılmayan oturum ise üçüncüsüdür. Önce biçimi adlandırmak yanlış katmanı test etmenizi önler.

Üç arızayı iki komutla ayırın

Erişilebilirliği dışlamak ucuzdur. RDP bağlantı noktasını istemciden test edin, ardından ana bilgisayardaki oturum durumunu okuyun.

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

Başarısız bir TCP testi oturumun hiç açılmadığı anlamına gelir, bu yüzden bunu donma değil güvenlik duvarı, kapsam veya hizmet sorunu olarak ele alın. Etkin bir oturumla başarılı test, denetim kanalının var olduğunu doğrular; bu tam olarak donmuş görüntü durumudur. Ana bilgisayar sorgusunu oturumları görmeye yetkili bir hesaptan çalıştırın, çünkü yetki hatası boş liste gibi görünür. Oturum kimliğini ve durumunu kaydedin, çünkü kimliğini koruyan bağlantısı kesilmiş oturum etkin olanla aynı değildir.

UDP aktarımını kapatın ve karşılaştırın

Yalnızca görüntü takılıyorsa istemci aktarımlarını her seferinde tek değişiklikle karşılaştırın. Yerleşik istemci ile Store istemcisi aynı yığını paylaşmaz ve aşağıdaki ilke UDP'yi yerleşik istemciden kaldırır.

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

1 değeri, UDP'nin o istemci için zaten kapalı olduğu anlamına gelir; bu ayarı atlatan bir donma UDP yolu sorunu değildir. Değer yoksa ilkeyi etkinleştirin, yeniden bağlanın ve daha önce donan eylemi tam olarak yineleyin. İki değişikliği birleştirmek yerine Store istemcisini ayrı bir adım olarak test edin, yoksa hangisinin önemli olduğunu bilemezsiniz. İstemci sürümünü notlarınızda tutun, çünkü aktarım davranışı Windows sürümleri arasında değişti.

Bir ana bilgisayar donduğunda ama diğerleri iyiyse

Aksi hâlde sağlıklı bir alt ağdaki tek arızalı ana bilgisayar tünelden uzağa işaret eder. VPN ayarlarına dokunmadan önce yolun MTU'sunu ve uzak görüntü yığınını denetleyin.

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

Bir yanıt, yolun bu boyutta parçalanma olmadan tam boyutlu paketi taşıdığını kanıtlar; parçalama yasağı bayrağıyla gelen başarısızlık ise tünelin MTU'sunun dikkat gerektirdiğini gösterir. 1472 bayt geçer ve yalnızca o ana bilgisayar donarsa, ağa değil grafik sürücüsüne ve yüküne bakın. Aynı makineye hızlı dosya kopyalama aktarım hızı hakkında bir şey söyler, RDP grafik kanalı hakkında değil. Her seferinde bir değişken değiştirin ve aynı ekran eylemini yineleyin ki karşılaştırma bir anlam taşısın.

Oturum hiç açılmıyorsa burada durun, çünkü bu donma değil erişilebilirliktir. Aksi hâlde belirtiyi değiştiren aktarım ayarını koruyun ve istemci sürümüyle birlikte kaydedin.