Zamrznutie RDP cez VPN: vstup stále funguje, preto testujte transport
Zamrznutý obraz RDP s funkčným vstupom nie je spadnutý tunel. Pred zmenou trás otestujte transport klienta, politiku UDP a prípad jedného hostiteľa.
Keď sa obraz prestane aktualizovať, ale myš po vzdialenej ploche stále kĺže, zrejmý záver je, že VPN spadla. Tento záver je zvyčajne nesprávny. Zamrznutá snímka s funkčným vstupom znamená, že relácia a jej vstupný kanál žijú, čo posúva poruchu k grafickému transportu, nie k smerovaniu alebo prihlasovacím údajom. Dve rýchle pozorovania oddelia tri poruchy, ktoré používatelia opisujú tým istým slovom.
Čo vám zamrznutie nehovorí
Vzdialená plocha prenáša vstup a aktualizácie obrazovky cez TCP 3389 a súčasní klienti Windows môžu pre graficky náročnú časť toku pridať transport UDP. Na tuneli, ktorý fragmentuje alebo zahadzuje väčšie datagramy, spoľahlivý kanál ďalej prenáša stlačenia klávesov, zatiaľ čo grafický kanál sa zasekáva. Výsledkom je zvláštna kombinácia zaseknutého obrazu a reagujúcej klávesnice. To tiež vysvetľuje, prečo opätovné pripojenie niekedy vylieči príznak na minútu a potom ho vráti.
Relácia, ktorá sa odpojí a znova pripojí, je iná porucha a tá, ktorá sa vôbec neotvorí, je tretia. Ak najprv pomenujete tvar, nebudete testovať nesprávnu vrstvu.
Oddeľte tri poruchy dvoma príkazmi
Overenie dostupnosti je lacné. Otestujte port RDP z klienta a potom prečítajte stav relácie na hostiteľovi.
Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-hostNeúspešný test TCP znamená, že sa relácia nikdy neotvorila, preto to berte ako problém brány firewall, rozsahu alebo služby, nie ako zamrznutie. Úspešný test s aktívnou reláciou potvrdzuje, že riadiaci kanál existuje, čo je presne prípad zamrznutého obrazu. Spustite dopyt na hostiteľa z účtu, ktorý smie vidieť relácie, pretože chyba oprávnení vyzerá ako prázdny zoznam. Zapíšte ID a stav relácie, keďže odpojená relácia, ktorá si drží svoje ID, nie je to isté ako aktívna.
Vypnite transport UDP a porovnajte
Ak sa zasekáva len zobrazenie, porovnávajte transporty klienta po jednej zmene. Vstavaný klient a klient zo Store nezdieľajú rovnaký zásobník a politika nižšie odstráni UDP z vstavaného klienta.
reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDPHodnota 1 znamená, že UDP je pre tohto klienta už vypnuté, takže zamrznutie, ktoré nastavenie prežije, nie je problém cesty UDP. Keď hodnota chýba, zapnite politiku, pripojte sa znova a zopakujte presne tú akciu, ktorá predtým zamrzla. Otestujte klienta zo Store ako samostatný krok namiesto zlúčenia oboch zmien, inak nebudete vedieť, ktorá bola dôležitá. Uchovajte verziu klienta v poznámkach, pretože správanie transportu sa medzi vydaniami Windows menilo.
Keď zamrzne jeden hostiteľ a ostatné sú v poriadku
Jediný zlyhávajúci hostiteľ v inak zdravej podsieti ukazuje mimo tunela. Skontrolujte MTU cesty a zásobník vzdialeného zobrazenia, skôr než sa dotknete nastavení VPN.
ping -f -l 1472 rdp-host.example.comOdpoveď dokazuje, že cesta nesie paket plnej veľkosti bez fragmentácie pri tejto veľkosti, zatiaľ čo zlyhanie s príznakom zákazu fragmentácie naznačuje, že MTU tunela potrebuje pozornosť. Ak 1472 bajtov prejde a zamrzne len ten hostiteľ, pozerajte sa na jeho grafický ovládač a zaťaženie, nie na sieť. Rýchle kopírovanie súboru na ten istý stroj hovorí niečo o priepustnosti, nie o grafickom kanáli RDP. Meňte jednu premennú naraz a opakujte tú istú akciu na obrazovke, aby porovnanie niečo znamenalo.
Ak sa relácia vôbec neotvorí, zastavte sa tu, pretože to je dostupnosť, nie zamrznutie. Inak ponechajte nastavenie transportu, ktoré zmenilo príznak, a zapíšte ho s verziou klienta.