Завісанне RDP праз VPN: увод працуе, таму правярайце транспарт

Калі малюнак перастае абнаўляцца, але курсор мыши ўсё яшчэ слізгае па аддаленым працоўным стале, відавочная выснова — VPN абрынуўся. Звычайна гэтая выснова няправільная. Застылы кадр з працоўным уводам азначае, што сеанс і яго канал уводу жывыя, і гэта скіроўвае няспраўнасць да транспарту графікі, а не да маршрутызацыі ці ўліковых даных. Два хуткія назіранні раздзяляюць тры няспраўнасці, якія карыстальнікі апісваюць адным словам.

Што завісанне вам не кажа

Аддалены працоўны стол перадае ўвод і абнаўленні экрана праз TCP 3389, а сучасныя кліенты Windows могуць дадаць транспарт UDP для графічна цяжкай часткі патоку. На тунелі, які фрагментуе або скідае буйныя датаграмы, надзейны канал працягвае перадаваць націскі клавіш, пакуль графічны канал застойваецца. Вынік — дзіўнае спалучэнне застылага малюнка і клавіятуры, якая рэагуе. Гэта таксама тлумачыць, чаму перападключэнне часам лечыць сімптом на хвіліну, а потым вяртае яго.

Сеанс, які адключаецца і зноў падключаецца, — гэта іншая няспраўнасць, а той, што зусім не адкрываецца, — трэцяя. Калі спачатку назваць форму, вы не будзеце правяраць не той узровень.

Раздзяліце тры няспраўнасці дзвюма камандамі

Праверыць дасяжнасць дёшава. Праверце порт RDP з кліента, затым прачытайце стан сеансу на хосце.

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

Няўдалы тэст TCP азначае, што сеанс не адкрыўся, таму разглядайце гэта як праблему брандмаўэра, ахопу ці службы, а не як завісанне. Паспяховы тэст з актыўным сеансам пацвярджае, што канал кіравання існуе, і гэта менавіта выпадак застылага малюнка. Запусціце запыт да хоста з уліковага запісу, які мае права бачыць сеансы, бо памылка правоў выглядае як пусты спіс. Запішыце ID сеансу і яго стан, бо адключаны сеанс, што захоўвае свой ID, не тое ж, што актыўны.

Выключыце транспарт UDP і параўнайце

Калі застойваецца толькі экран, параўноўвайце транспарт кліента па адной змене за раз. Убудаваны кліент і кліент Store не падзяляюць адзін стек, а палітыка ніжэй прыбірае UDP з убудаванага кліента.

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

Значэнне 1 азначае, што UDP ужо выключаны для гэтага кліента, таму завісанне, якое перажывае гэтую наладу, не з’яўляецца праблемай шляху UDP. Калі значэнне адсутнічае, уключыце палітыку, падключыцеся зноў і паўтарыце дакладна тое дзеянне, якое завісла раней. Праверце кліент Store асобным крокам, а не аб’ядноўвайце абедзве змены, інакш вы не даведаецеся, якая з іх мела значэнне. Трымайце версію кліента ў нататках, бо паводзіны транспарту змяняліся паміж выпускамі Windows.

Калі адзін хост завісае, а астатнія ў норме

Адзіны збойны хост у здаровай падсетцы паказвае ў бок ад тунеля. Праверце MTU шляху і стек аддаленага дысплея, перш чым чапаць налады VPN.

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

Адказ даказвае, што шлях нясе пакет поўнага памеру без фрагментацыі на гэтым памеры, а збой з сцягам забароны фрагментацыі сведчыць, што MTU тунеля патрабуе ўвагі. Калі 1472 байты праходзяць і завісае толькі гэты хост, глядзіце на яго графічны драйвер і нагрузку, а не на сетку. Хуткае капіраванне файла на тую ж машыну кажа нешта пра прапускную здольнасць, а не пра графічны канал RDP. Мяняйце адну зменную за раз і паўтарайце тое ж дзеянне на экране, каб параўнанне мела сэнс.

Калі сеанс зусім не адкрываецца, спыніцеся тут, бо гэта дасяжнасць, а не завісанне. Інакш пакіньце наладу транспарту, якая змяніла сімптом, і запішыце яе разам з версіяй кліента.