Отдалечен работен плот продължава да се разединява? Причини и решения

Въведение

Неочаквани прекъсвания на Remote Desktop могат да прекъснат административната работа и да засегнат потребителите в цялата среда на Remote Desktop Services (RDS). Въпреки това, загубата на връзка с Remote Desktop Protocol (RDP) не означава непременно, че сесията на Windows е приключила. Тази статия обяснява как да се идентифицира причината, да се конфигурират лимити на сесиите и да се разрешат повтарящи се прекъсвания без компрометиране на сигурността.

Защо Remote Desktop продължава да се разединява?

Сесиите на Remote Desktop могат да бъдат нарушени от политики на Windows сесии, мрежови проблеми, проблеми с шлюза или проблеми от страна на сървъра. Въпреки подобни симптоми, всеки проблем изисква специфичен подход.

Администраторите трябва да анализират ситуацията и да определят какво точно се случва с Windows сесията и кога се случва, преди да предприемат каквито и да било действия.

Сесията ли се прекъсва, заключва или изключва?

Windows различава между няколко състояния на сесията, познаването на които е съществено за точно отстраняване на проблеми.

Състояние на сесията	Какво се случва	Влияние върху приложенията
Активен	Потребителят е свързан и взаимодейства с Windows	Приложенията работят нормално
Неактивен	Сесията остава свързана без потребителски вход.	Приложенията обикновено продължават да работят
Заключен	Изисква се удостоверяване, за да се възобнови взаимодействието.	Приложенията обикновено остават активни
Дисконектнато	RDP връзката се затваря, но сесията на Windows остава.	Приложенията обикновено продължават да работят
Излязохте	Сесията на Windows приключва	Приложенията, работещи в сесията, обикновено се затварят.

Ако потребителите се свържат отново и установят, че техните приложения все още работят, тяхната сесия вероятно е била прекъсната, а не прекратена. Ако приложенията са били затворени и на потребителите е представена нова сесия, може да е настъпило излизане, прекратяване на сесията или рестартиране на хоста.

Заключената сесия, отново, е различна. Потребителите може просто да се наложи да се удостоверят, за да възобновят съществуващата си сесия, без да установяват нова RDP връзка.

Какво ви казва времето на прекъсването?

Времето и обстоятелствата на прекъсване на RDP често могат да дадат най-добрите подсказки за основната причина.

Симптом	Възможна причина	Първа проверка
Изключва се след фиксиран период на неактивност	Ограничение на неактивна сесия или таймаут на мрежата	Политики за сесии и шлюзове
Изключвания след фиксирано време по време на активност	Ограничение на активната сесия или времето за изчакване на посредника	Настройки на активна сесия и шлюз
Изключва се произволно по време на употреба	Загуба на пакети, нестабилност на VPN или транспортна неизправност	Свързаност в мрежата
Заключване след неактивност	Политика за неактивност на Windows или защитен екран	Настройки за сигурност
Дисконектва, когато хостът е неактивен	Сън или хибернация	Настройки на захранването
Приложенията се затварят след прекъсване	Прекратяване на сесия, излизане или рестартиране на хоста	Ограничения на сесиите и журнали на събитията
Множество потребители се изключват едновременно	Споделен шлюз, проблем с мрежата или хоста	Инфраструктурни събития

Въпреки това, тези наблюдения са само подсказки и истинската причина може да е различна.

Например, ако вашият защитен екран има вграден таймаут за неактивни връзки, това може да обърка ситуацията, маскирайки политика за неактивни сесии на RDS.

След това проверете дали политиките на сесията на Windows са виновни.

Как работят таймаутите на RDP сесии и лимитите за неактивност?

Услугите за отдалечен работен плот предлагат множество различни опции за управление на времето на сесиите, неактивността и затварянето. Неправилната употреба на тези опции може да доведе до недоразумения сред администраторите, което да доведе до промяна на политики, които не съответстват на проблема.

Активни, неактивни и ограничение на дисконектирани сесии

Според Документация на политиката за услуги за отдалечен работен плот на Microsoft Learn Windows предоставя три основни ограничения на времето за сесия:

• Лимит на активната сесия: Контролира максималната продължителност на сесията, независимо от активността на потребителя. Осемчасов лимит може да прекъсне връзката на някой, който е работил непрекъснато.
• Лимит на неактивна сесия: Контролира колко дълго свързаната сесия може да остане неактивна, преди Windows да я прекъсне. Ограничение от 30 минути може да прекъсне сесията след 30 минути без потребителски вход.
• Ограничение на сесията при прекъсване: Контролира колко дълго вече прекъсната сесия остава на сървъра, преди Windows да я прекрати.

Ограничението за прекъснати сесии обикновено не причинява прекъсване на първоначалната връзка. Вместо това, то определя колко дълго сесията на потребителя и приложенията остават налични след това.

Администраторите също трябва да прегледат политиката Край на сесията, когато се достигнат времевите ограничения Когато е активирана, тази настройка може да доведе до прекратяване на сесията при достигане на приложимите активни или неактивни времеви ограничения, вместо просто да я прекъсне.

Кои настройки за изтичане на сесия имат предимство?

Сесиите могат да бъдат контролирани от локалната групова политика, домейнната групова политика или настройките на RDS колекцията. Опциите за конфигурация не винаги са на едно и също ниво.

Windows действа на груповата политика във връзка с приложимата йерархия на политиките. По отношение на времевите ограничения за сесии на RDS, това означава, че компютърните политики имат приоритет пред свързаните потребителски политики, докато наложените настройки на политиката могат да имат предимство пред конфигурацията на ниво колекция.

Това означава, че промените в настройка, направени на локално ниво, може да нямат ефект, ако в домейнната политика е зададена различна стойност.

Администраторите трябва да определят ефективната конфигурация преди да направят множество промени. Това предотвратява създаването на конфликтни политики, което ще опрости записването и отстраняването на проблеми.

Какво трябва да се направи, за да се поправят таймаутите на сесията на отдалечен работен плот?

Ако Remote Desktop продължава да се разединява след определен период от време, първо проверете лимитите на времето за сесия вместо да променяте настройките на мрежата.

Стъпка 1: Проверете лимитите на RDP сесии в груповата политика

На засегнатия Windows хост:

1. Отворено Стартирай и въведете gpedit.msc .
2. Навигирайте до Конфигурация на компютъра > Административни шаблони > Компоненти на Windows > Услуги за отдалечен работен плот > Хост на сесии за отдалечен работен плот > Ограничения на времето за сесии .
3. Преглед Задайте времеви лимит за активни сесии на Remote Desktop Services .
4. Проверете Задайте времеви лимит за активни, но неактивни сесии на Remote Desktop Services .
5. Прегледайте лимита за прекъснати сесии и Край на сесията, когато се достигнат времевите ограничения .

Сравнете конфигурираните ограничения с измерения интервал между прекъсванията, които сте наблюдавали.

Например, ако хората имат склонност да се изключват след около 15 минути неактивност и е конфигурирано ограничение на неактивна сесия от 15 минути, това е вероятна причина.

Модифицирайте съответните инструкции в зависимост от нуждите на вашата среда. Обикновено е по-добре просто да разширите прекалено строги ограничения, вместо напълно да ги премахнете. На компютри, управлявани от домейна, може да искате да отворите Конзолата за управление на групови политики (gpmc.msc) и да проучите съответния запис.

Стъпка 2: Проверете кои групови политики са приложени

Ако промяната на локалната политика не решава проблема, определете кои обекти на груповата политика (GPO) всъщност са приложени.

От повишен команден ред на засегнатия хост, изпълнете:

gpresult /h C:\Windows\Temp\gpresult.html

Отворете отчета за компютър и след това прегледайте политиките, приложени към компютъра. За да видите политиките, приложени към потребител, прегледайте информацията за Резултатния набор от политики за потребителя или прегледайте резултатите от груповите политики за потребителя, като използвате домейн контролера.

След като направите упълномощена промяна в обект на групова политика, актуализирайте настройките за групова политика за компютрите, на които е приложена настройката:

gpupdate /force

В зависимост от сценария, може да е необходимо потребителите да възстановят връзката или дори да се излязат и влязат отново, преди промяната да влезе в сила.

Тази стъпка е особено необходима, ако същата RDS среда се управлява от множество GPO.

Стъпка 3: Преглед на настройките на RDS колекцията и RD Gateway

В конвенционалните развертания на Microsoft RDS, лимитите на сесиите могат да бъдат конфигурирани и на ниво колекция.

Отворено Сървърен мениджър > Услуги за отдалечен работен плот > Колекции изберете съответната колекция и прегледайте свойствата на сесията. Проверете активните, неактивните и лимитите на дисконектираните сесии спрямо предвидената конфигурация.

Ако потребителите се свързват чрез Remote Desktop Gateway (RD Gateway), проверете политиките за авторизация на връзката на шлюза.

На сървъра на RD Gateway:

1. Отворено Мениджър на Remote Desktop Gateway .
2. Навигирайте до Политики > Политики за авторизация на връзка .
3. Отворете съответната политика.
4. Прегледайте настройките за изтичане на сесията.

Таймаут, наложен от шлюз, може да се случи дори ако хостът на сесията позволява удължени сесии.

Ако проблемът възниква само при използване на RD Gateway, проучете конфигурация на шлюза и свързани мрежови устройства, преди да промените политиките на хост сесия.

Защо Remote Desktop се разединява след известно бездействие?

Не всички прекъсвания, свързани с неактивност, са причинени от лимита на неактивна сесия на RDS. Има и други настройки на Windows, които могат да пречат, като настройки, свързани със сигурността или управлението на енергията.

Проверете политиките за неактивност на Windows машината

Windows може да бъде конфигуриран да заключва сесия след определено време на неактивност от страна на потребителя.

Отворено secpol.msc и навигирайте до:

Локални политики > Опции за сигурност > Интерактивно влизане: Ограничение на неактивността на машината

Тази настройка определя периода на неактивност, в секунди, преди Windows да заключи сесията.

Заключването обикновено не прекратява RDP сесията или не затваря приложения. Поради това, ако потребителят вижда само екрана за вход в Windows, проучете политиките за заключване, преди да променяте ограниченията на RDS сесията.

Проверете настройките на защитния екран и захранването

Политиките за защитни екрани също могат да изискват от потребителите да се удостоверят след неактивност.

Прегледайте настройките под:

Конфигурация на потребителя > Административни шаблони > Контролен панел > Персонализация

Обърнете особено внимание на настройките за изчакване на защитния екран и защитата с парола.

На работни станции с Windows режимът на заспиване или хибернация може да направи отдалечения компютър временно недостъпен. Проверете съответните настройки за захранване под Настройки > Система > Захранване и батерия или съответния интерфейс за опции за захранване.

Системи, които изискват непрекъснато дистанционен достъп трябва да може да се достъпва от разстояние и да има правилната политика за управление на енергията. Деактивирането на съня на всички крайни точки може да подкопае сигурността на предприятието и нуждите от енергия.

Какъв е процесът за отстраняване на случайни RDP прекъсвания?

Ако отдалеченият работен плот често се прекъсва без предупреждение, особено при активно работа, неуспехите на мрежовия интерфейс и транспорта са много по-вероятни от изтичането на сесията.

Тествайте свързаността на мрежата и стабилността на VPN

Започнете с тестване на свързаността с релевантния сървър или шлюз.

Test-NetConnection server.example.com -Port 3389

Тестът проверява дали може да се установи TCP връзка с дадената дестинация и порт. Заменете името на хоста и порта с стойностите, които са релевантни за вашата среда.

За да извършите текущи тестове за достъпност, изпълнете:

ping server.example.com -t

Използването на непрекъснат пинг може да подчертае интермитентна загуба на пакети или пикове на латентност, ако протоколът за контрол на съобщенията в интернет (ICMP) е разрешен. Въпреки това, успешните отговори на пинга не са гаранция за стабилност на RDP транспорта.

Ако прекъсванията са свързани с мрежови смущения, обмислете прекъсвания на Wi-Fi. Неуспехи на VPN тунела , промени в маршрутизацията и преходи на състоянието на защитната стена.

Неуспехите при повторно ключиране на VPN, таймаутите на връзката с защитната стена и изтичането на сесии за мрежов адресен превод (NAT) могат да нарушат иначе стабилните RDP връзки.

При анализиране на алтернативни пътища за свързване, използвайте само упълномощени мрежови маршрути. Не излагайте RDP на общ интернет трафик и не заобикаляйте задължителните VPN политики за сигурност за диагностични цели.

Проверете дали RDP UDP транспортът е отговорен

Съвременните RDP сесии сега използват User Datagram Protocol (UDP) в допълнение към Transmission Control Protocol (TCP) за повишена отзивчивост.

Но неправилно конфигурираните защитни стени, VPN мрежи или всякакви други мрежови устройства могат да блокират UDP пакети.

За да тествате дали проблемът е причинен от UDP пакети, използвайте инструкциите по-долу, за да принудите клиента за Remote Desktop да използва само TCP.

Отворете груповата политика на клиентския компютър и продължете към:

Конфигурация на компютъра > Административни шаблони > Компоненти на Windows > Услуги за отдалечен работен плот > Клиент за връзка с отдалечен работен плот

Активиране Изключете UDP на клиента след това се свържете отново и наблюдавайте дали прекъсванията продължават.

Ако връзката се стабилизира, разгледайте обработката на UDP по мрежовия път.

Това е диагностична стъпка, а не общо решение. TCP само връзките ще имат различно поведение в мрежи с лошо качество, така че се уверете, че ще възстановите предпочитания транспорт, след като основната причина за проблема бъде решена.

Разследване на здравето на клиента и сървъра на Remote Desktop

Постоянните прекъсвания могат да бъдат предизвикани и от остарели компоненти на Windows, мрежови драйвери или нестабилност на отдалечения хост.

Уверете се, че клиентските и хост системите са актуализирани. Определете дали проблеми са възникнали след актуализации на Windows, промени в драйверите или настройки на мрежовата конфигурация.

Изследвайте използването на CPU, памет и диск около времето на неуспехите. Наблюдение на производителността на RDP сесията може да помогне за свързването на изчерпването на ресурси, което може да повлияе на производителността на Remote Desktop Services, въпреки че високата употреба не идентифицира непременно основната причина.

Избягвайте да рестартирате Remote Desktop Services като първоначална диагностична стъпка на производствени сървъри. Рестартирането на услуги или хостове трябва да се отложи, докато не бъдат завършени подходящите процедури за управление на промените и диагностика, тъй като те могат да нарушат работата на други потребители.

Какъв е начинът да диагностицирате прекъсвания на RDP, когато използвате Windows журнали?

Когато вашата политика или проверки на свързаност не показват причина, журналите на събитията на Windows могат да помогнат за определяне какво може да е настъпило преди и по време на прекъсването на връзката. Ръководство за отстраняване на проблеми на Microsoft Learn предоставя допълнителна информация за диагностициране на грешки при прекъсване на Remote Desktop.

Преглед на събитията за отдалечен работен плот в прегледа на събитията

Отворено eventvwr.msc на засегнатата Windows система.

Релевантните канали за събития на сървъра включват:

• Приложения и услуги Логове > Microsoft > Windows > TerminalServices-LocalSessionManager > Оперативен
• Приложения и услуги Логове > Microsoft > Windows > TerminalServices-RemoteConnectionManager > Оперативен
• Windows Logs > Система

Тези събития могат да помогнат за идентифициране на сесийни връзки, прекъсвания или проблеми с удостоверяването и системни проблеми.

За всяко събитие запишете потребителя, който е бил засегнат, хоста на сесията, приблизителното време на събитието и типа на използваната връзка. Сравнете тези събития с тези, уловени от вашия RD Gateway, VPN и софтуер за мониторинг на мрежата.

Събитие в Windows, което указва, че сесията е прекъсната, не винаги идентифицира основната причина. Може да е необходимо да се прегледат свързаните събития.

Проверете дали сесията на Windows все още съществува

На хоста на сесията за отдалечен работен плот стартирайте:

запитване сесия

Тази команда показва вашите текущи сесии и техните статуси.

Ако проблемната сесия все още е прекъсната, то вашите приложения може все още да работят. Ако сесията вече не е налична, проверете за изходи, политики за почистване на сесии и рестартиране на хоста.

На споделени RDS сървъри, въздържайте се от прекратяване на сесии при отстраняване на проблеми, освен ако не знаете кой е засегнат и какви могат да бъдат последствията.

Корелирайте прекъсванията между множество потребители

Когато множество потребители се изключват наведнъж, първо погледнете инфраструктурата, преди да преминете към отделни потребителски машини.

Рестартирането на шлюз, мрежови проблеми или срив на хост сесия могат да доведат до спиране на много потребители едновременно.

Корелирането на събития на множество машини помага да се определи дали е било изолирана клиентска проблема или нещо по-широко разпространено.

В някои случаи може да е необходимо допълнително анализиране на RDS и мрежови следи, за да се определи точната причина и реда на събитията.

Как можете да поддържате сесиите и приложенията на Remote Desktop активни?

Някои потребители биха искали да избегнат прекъсвания на Remote Desktop, тъй като това позволява на приложенията да продължат да работят след приключване на дистанционната сесия.

Въпреки това, поддържането на RDP сесия отворена и осигуряването на продължаваща работа на Windows натоварването са два различни случая на употреба.

Изключване без излизане

Затварянето на клиента за отдалечен работен плот обикновено прекъсва вашата връзка, но не ви изключва от Windows.

Сесията, която сте установили, обикновено се запазва, а приложенията обикновено остават отворени, освен ако политика на сесията или някакво друго събитие не ги затвори.

В контекста на избора Изход завършва сесията на Windows и обикновено затваря приложенията си.

Ако приложенията приключват неочаквано след прекъсване, прегледайте периода на изтичане на времето за прекъсната сесия и всички политики, които автоматично почистват сесиите.

Изпълнявайте фонови натоварвания независимо от RDP сесиите

Приложенията и процесите, които трябва да работят непрекъснато, не трябва да зависят от отворена интерактивна RDP сесия.

В зависимост от натоварването, потенциалните алтернативи включват Windows услуги, Task Scheduler или автоматизация, специфична за приложението.

Докато Task Scheduler може да изпълнява специфични задачи без надзор (без интерактивно влизане), не всички настолни приложения на Windows поддържат този тип операция.

За критични работни натоварвания предпочитаният метод е да се отдели процесът на приложението от интерактивната сесия на администратора напълно.

Как можете да предотвратите повтарящи се прекъсвания на Remote Desktop?

Прилагането на стандартни правила за сесии, наличността на инфраструктурата и прегледът на мрежовата активност значително допринасят за предотвратяването на случайни RDP прекъсвания.

Първо, администраторът трябва да определи активни, неактивни и прекъснати лимити на сесиите и таймаути в съответствие с политиката за сигурност на компанията и изискванията на потребителите. Освен това, редовната проверка на приложените и ефективни Групови политики, таймаутите на шлюза и мрежовите устройства помага да се избегне прекъсването на сесията, причинено от тяхната несъвместимост.

Например, ако използването на RDS хоста има множество гости или потребители, анализирането на производителността на сървъра и отделното разследване на възникнали грешки или инциденти по време на сесията би било добра идея. Това ще позволи да се определи източникът на проблема и да се отстранят проблемите с всички потребители или гости наведнъж.

Грешка е да се вярва, че колкото по-дълга е активната или постоянна сесия, толкова по-добре. Въпреки че е полезно за мониторинг на инфраструктурата, отворената и работеща сесия без оператор може да бъде заплаха за сигурността.

Основната идея е да се предотвратят непланирани RDP прекъсвания и прекъсвания, без да се причиняват нестабилност на системата и проблеми със сигурността за операторите и потребителите, които работят с отдалечения работен плот.

Търсите по-прост алтернативен вариант на традиционния RDS?

За организации, които искат да опростят централизираното предоставяне на Windows приложения и работни станции, TSplus Remote Access предлага публикуване на приложения, достъп през браузър и възможности за многопотребителски сесии. Той предоставя алтернативен подход към традиционните внедрения на RDS, като позволява на ИТ екипите да управляват отдалечената свързаност чрез централизирано решение.

Заключение

Когато Remote Desktop продължава да се разединява, започнете с идентифицирането на това дали Windows сесията се заключва, разединява или приключва. Предсказуемите прекъсвания обикновено оправдават проверка на политиките на сесията, докато случайните неуспехи изискват по-внимателно разглеждане на мрежовия транспорт, шлюзовете и системните журнали.

Целевите конфигурационни промени са по-ефективни от деактивирането на всички таймаути. Последователните политики и мониторингът помагат за поддържане на надеждни RDP връзки, без да се отслабва сигурността.