RDP membeku melalui VPN: input masih berfungsi, jadi uji pengangkutan

Apabila imej berhenti dikemas kini tetapi tetikus masih meluncur merentas desktop jauh, kesimpulan yang jelas ialah VPN terputus. Kesimpulan itu biasanya salah. Bingkai beku dengan input yang berfungsi bermakna sesi dan saluran inputnya masih hidup, yang menolak kerosakan ke arah pengangkutan grafik dan bukan ke arah penghalaan atau kelayakan. Dua pemerhatian pantas memisahkan tiga kegagalan yang digambarkan pengguna dengan perkataan yang sama.

Apa yang pembekuan tidak beritahu anda

Desktop Jauh membawa input dan kemas kini skrin melalui TCP 3389, dan klien Windows semasa boleh menambah pengangkutan UDP untuk bahagian aliran yang berat grafik. Pada terowong yang memecahkan atau menggugurkan datagram yang lebih besar, saluran boleh dipercayai terus membawa tekanan kekunci manakala saluran grafik tersekat. Hasilnya ialah gabungan pelik imej tersekat dan papan kekunci yang bertindak balas. Ini juga menjelaskan mengapa menyambung semula kadangkala menyembuhkan simptom selama satu minit dan kemudian membawanya kembali.

Sesi yang terputus dan menyambung semula ialah kegagalan lain, dan yang tidak pernah dibuka ialah yang ketiga. Menamakan bentuk dahulu menghalang anda daripada menguji lapisan yang salah.

Pisahkan tiga kegagalan dengan dua arahan

Kebolehsampaian murah untuk dikesan. Uji port RDP dari klien, kemudian baca keadaan sesi pada hos.

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

Ujian TCP yang gagal bermakna sesi tidak pernah dibuka, jadi anggapnya sebagai masalah tembok api, skop atau perkhidmatan dan bukan pembekuan. Ujian berjaya dengan sesi aktif mengesahkan saluran kawalan wujud, iaitu tepat kes imej beku. Jalankan pertanyaan hos dari akaun yang dibenarkan melihat sesi, kerana ralat kebenaran kelihatan seperti senarai kosong. Rekod ID dan keadaan sesi, kerana sesi terputus yang mengekalkan IDnya tidak sama dengan sesi aktif.

Matikan pengangkutan UDP dan bandingkan

Jika hanya paparan tersekat, bandingkan pengangkutan klien satu perubahan pada satu masa. Klien terbina dalam dan klien Store tidak berkongsi tindanan yang sama, dan dasar di bawah mengeluarkan UDP daripada klien terbina dalam.

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

Nilai 1 bermakna UDP sudah dimatikan untuk klien itu, jadi pembekuan yang bertahan selepas tetapan itu bukan masalah laluan UDP. Apabila nilai tiada, aktifkan dasar, sambung semula dan ulangi tindakan yang membeku sebelum ini dengan tepat. Uji klien Store sebagai langkah berasingan dan bukan menggabungkan kedua-dua perubahan, atau anda tidak akan tahu mana yang penting. Simpan versi klien dalam nota anda, kerana tingkah laku pengangkutan telah berubah antara keluaran Windows.

Apabila satu hos membeku tetapi yang lain baik

Satu hos yang gagal pada subrangkaian yang sihat menunjukkan jauh dari terowong. Periksa MTU laluan dan tindanan paparan jauh sebelum menyentuh tetapan VPN.

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

Balasan membuktikan laluan membawa paket saiz penuh tanpa pemecahan pada saiz itu, manakala kegagalan dengan bendera jangan-pecah mencadangkan MTU terowong memerlukan perhatian. Jika 1472 bait lulus dan hanya hos itu membeku, lihat pemacu grafik dan bebannya dan bukan rangkaian. Salinan fail yang pantas ke mesin yang sama memberitahu sesuatu tentang daya pemprosesan, bukan tentang saluran grafik RDP. Tukar satu pemboleh ubah pada satu masa dan ulangi tindakan skrin yang sama supaya perbandingan bermakna.

Jika sesi tidak pernah dibuka, berhenti di sini, kerana itu kebolehsampaian dan bukan pembekuan. Jika tidak, kekalkan tetapan pengangkutan yang mengubah simptom dan rekodkannya bersama versi klien.