Съдържание

Въведение

Черният екран на RDP или Citrix не означава непременно, че отдалечената връзка е неуспешна. Сесията може вече да е удостоверена, докато работният плот, потребителският профил или графичният слой не успяват да се заредят правилно. Идентифицирането на мястото, където този процес спира, помага на ИТ екипите да разграничат времеви проблем със сесията от по-широк проблем с Windows, Remote Desktop Services (RDS) или Citrix.

Какво означава да имате черен екран на RDP или Citrix?

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

Има множество стъпки между установяването на връзка и получаването на използваем работен плот, показан на отдалечен компютър. RDP трябва да създаде сесия, операционната система трябва да удостоверява потребителя, да зареди профила, да зареди потребителския интерфейс и графичния стек, за да визуализира работния плот. Ако се използва Citrix, са включени допълнителни елементи; VDA, HDX, политики (на Citrix), може би и управление на профили.

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

Какво трябва да проверите първо, когато вашият RDP или Citrix екран стане черен?

Преди да променяте драйвери, политики или настройки на регистъра, проверете дали засегнатата сесия все още е "жива". В RDP сесия можете да получите достъп до опциите за сигурност на Windows чрез Ctrl+Alt+End. Ако мениджърът на задачите се отвори, Windows вероятно работи нормално, просто работният плот не се визуализира "локално".

Няколко сравнения могат да намалят обхвата на разследването:

  • Излезте от засегнатата сесия, вместо просто да се изключите.
  • Опитайте да се свържете с различен потребител.
  • Свържете се с различен крайна точка / клиент.
  • Други потребители ли са засегнати на същия хост?
  • Започна ли след актуализация на Windows / актуализация на драйвери / актуализация на VDA?
  • Ако е възможно (където е възможно да се направи), опитайте директен RDP към машината, за да сравните с Citrix връзката.

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

Как можете да диагностицирате черния екран преди да промените конфигурацията?

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

Черен екран преди или по време на влизане

Ако вашият десктоп никога не стига до логина на Windows или до някакъв вид стартов екран на Windows, който разпознавате, тогава вероятно трябва да започнете от слоевете на връзката/хоста. Услугите RDP, регистрацията/статусът на VDA, инициализацията на графиката, мрежовите връзки и общото състояние на отдалечения хост са по-вероятни заподозрени.

Може да успеете да идентифицирате дали други потребители се свързват или дали самата машина отговаря. В света на Citrix, започнете с регистрацията на VDA и проблемите с стартирането на сесии, преди да посочите профила на потребителя в Windows.

Появява се приветствието на Windows, след което екранът става черен

Сега, когато е показан Windows Welcome, знаете, че удостоверяването е много по-напред, така че фокусът може да се насочи към зареждане на профила, разрешения и стартиране на Windows Shell, Group Policy и други компоненти за вход.

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

Черен екран с работещ курсор на мишката

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

Опитайте се да отворите Диспечера на задачите и вижте дали explorer.exe се изпълнява; Стартирането или рестартирането на Windows Explorer.exe може да ви върне работния плот – повторните случаи ще покажат проблемите, които ще искате да проучите вместо очевидния (и често много уморителен) трик за опресняване на работния плот чрез повторно стартиране, който е да се задълбочите в профила на потребителя на вашата Windows обвивка и в дневниците на събитията.

Само един потребител е засегнат

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

Опитайте засегнатия акаунт с друг акаунт. Ако работи, трябва да разгледате повреден профил или непълен профил, настройки на потребителската политика, разрешения на профила или остаряла сесия. Тук може да се наложи да включите Citrix Profile Management или подобно решение за управление на профили.

Всеки потребител е засегнат

Ако това се случи за някои или всички потребители, опитайте да преместите нагоре в стека. Ресурсите на хоста, услугите за Remote Desktop, състоянието на VDA, актуализациите на Windows или VDA, графичните драйвери, политиките на ниво машина стават основни кандидати.

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

Черен екран се появява след повторно свързване

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

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

Какви са общите причини за черен екран при RDP?

Черните екрани на RDP могат да се появят на няколко етапа от процеса на отдалечена сесия на Windows. Следните области обясняват много често срещани сценарии за отстраняване на проблеми.

Забавени или прекъснати RDP сесии

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

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

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

Неуспех на Windows Explorer или Shell

Може да успеете да стартирате Windows, но не и обвивката. Празен екран и курсор често са причина да се провери дали това е така.

Ако няма следи от explorer.exe в мениджъра на задачите и смятате, че explorer е неуспешен, използвайте Ctrl+Alt+Del и кликнете върху мениджъра на задачите, след това кликнете на "Нова задача". explorer.exe сега се използва за всичко, не само за самия explorer, така че рестартирането му е по-вероятно да реши проблема с липсващия работен плот, отколкото в по-ранни версии на Windows.

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

Корумпирани или проблемни потребителски профили

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

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

Драйвери за графика и отдалечено рендиране

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

Внимавайте особено по време на отстраняване на проблеми, ако се е появил черен екран след актуализация на графичния драйвер, или актуализация на операционната система, или виртуализация на хост, актуализация на ОС. Деактивирането на хардуерното ускорение или модифицирането на WDDM-политиката е валидна диагностична стъпка в определени сценарии, но не винаги е универсално решение.

Разрешение, DPI, Множество дисплеи и кеширане на битмап

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

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

RDP транспорт, услуги и актуализации на Windows

Също така, използването на Услуги за отдалечен работен плот и влиянието на основния транспорт RDP. Поведението около UDP/TCP, услуги като RDS, мрежови пътища и версии на Windows може да доведе до установяване на сесии, които не се показват правилно. Обърнете внимание на Event Viewer и анализирайте какви промени във времето са били въведени във вашата инфраструктура.

Всякакви промени, които засягат Remote Desktop Services или транспортните политики, трябва да бъдат последвани от някакво указание, че проблемът е на този инфраструктурен слой.

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

Как можете да поправите черен екран на RDP?

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

  1. Проверете дали сесията отговаря. Изпратете Ctrl+Alt+End и ако се появи Диспечер на задачите, погледнете на работния плот, обвивката и потребителския профил, преди да предположите, че сте загубили RDP.
  2. Излезте от съществуващата сесия. Чисто прекратете остаряла или прекъсната RDP сесия и след това установете нова; ако проблемът се появи отново след повторно свързване, задълбочете се в състоянието на сесията.
  3. Рестартирайте Windows Explorer. Ако е възможно да получите достъп до Диспечера на задачите, но не можете да видите работния плот, убийте или стартирайте ръчно explorer.exe; направете това както като стъпка за възстановяване, така и като диагностичен тест.
  4. Свържете се като различен потребител. Ако друг потребител получи чист работен плот, проблемът е в профила на потребителя, разрешенията или друга конфигурация, специфична за потребителя.
  5. Намалете сложността на настройките за дисплея. Опитайте с един монитор; използвайте най-ниската възможна резолюция; задайте дисплея си на 16 бита; и дори опитайте да деактивирате кеширането на битмапите, за да изолирате проблемите с рендерирането на дисплея от страна на клиента, ако е подходящо.
  6. Разследвайте драйверите на дисплея и историята на актуализациите. Търсете корелации с историята на актуализациите на Windows, GPU, хипервизора или драйвера. Тествайте правилния компонент с промяна на драйвера, вместо да правите много различни промени в конфигурацията на системата.
  7. Изследвайте RDP и Windows журнали на събития. Журналите на събитията могат да съдържат множество профили, обвивки, услуги за отдалечен работен плот и системни грешки, които не можете да видите директно на черния екран. Това може да бъде особено полезно, когато един RDP сесията отнема много време за конфигуриране или спира по време на инициализация.
  8. Отстранете проблеми с RDP транспорта и политиките. Ако разглеждате слоя на свързаност, проверете ефективния RDP транспорт, настройките на груповата политика и политиката за дисплея. Направете копия или бележки, за да можете да върнете промените, ако е необходимо.
  9. Рестартирайте услугите или хоста, когато е необходимо. Докато това е обща стъпка, която много хора използват в началото, за да преодолеят непосредствени проблеми, тя също така влияе на други сесии и потенциално изхвърля ценна диагностична информация.

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

Какви могат да бъдат общите причини за черен екран в Citrix?

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

Проблеми с VDA и инициализация на сесията

Централната роля на Citrix Virtual Delivery Agent е да установява и управлява сесиите. Проблеми с регистрацията, услугата или инициализацията могат да попречат на сесията да достигне използваем работен плот.

Проверете статуса на VDA и съответните събития на Citrix и Windows, особено когато са засегнати множество потребители или проблемът следва актуализация на VDA.

Управление на профили Citrix и разрешения

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

Разрешенията са от специален интерес след миграция на профил или промяна на магазина. Citrix има документиран черен екран след "Добре дошли", който може да е резултат от отсъстващи NTFS разрешения в папките за управление на профили.

HDX, Политики за графика и конфигурация на дисплея

Citrix HDX въвежда свои собствени механизми за графика и дисплей: графични политики, драйвери за дисплей, хардуерно ускорение и настройки с множество монитори могат да допринесат за празни/частично визуализирани сесии, така че всякакви проблеми, които възникват само в специфични настройки на монитора и/или след промяна на VDA/графиката, трябва да бъдат проверени тук, преди профилите да бъдат възстановени без нужда.

Citrix Workspace App

Не забравяйте за крайния пункт. Стара или повредена Citrix Workspace апликация може да бъде обвинена за редица проблеми с дисплея и стартирането на сесии, ако не изглежда да съвпада с версията на VDA/поддържаната Workspace версия, която трябва да използвате, особено в сравнение с известен добър крайния пункт или друга версия на браузъра/Workspace.

WEM, Политики и обработка на входящи данни

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

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

Актуализации на VDA и проблеми, свързани с конкретни версии

Ако черните екрани се появят веднага след извършване на актуализация на Citrix, Windows или VDA, времето е значително. Обърнете внимание на точните версии на Workspace, VDA и Windows и се позовете на тях. Документация на Citrix и журнали с проблеми , защото тези грешки може да не важат за различни номера на версии, затова не можете да третирате наследствени графики или решения за регистри като универсални поправки за Citrix.

Как можете да поправите черен екран на Citrix?

Започнете с проверка на здравето на основната Windows сесия. Черният екран на Citrix не означава, че VDA е виновен.

Първоначално тествайте различен потребител и крайна точка. Ако само един потребителски акаунт не работи, проверете профила на потребителя, разрешенията и състоянието на сесията. Ако всички потребители срещат черния екран, проверете регистрацията на VDA, услугите на Citrix, ресурсите на хоста и последните промени в инфраструктурата.

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

За проблеми, които се проявяват като специфични за клиента, приложението Citrix Workspace може да бъде поправено или потвърдено, че е настроено правилно. Ако проблемите с черния екран се появят след актуализация на системата, VDA или Windows, бъдете внимателни да проверите с наличната документация на Citrix за известни проблеми точно коя версия имате с какъв известен проблем, преди да прибягвате до общи решения.

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

RDP работи, но Citrix показва черен екран: Какво да правим?

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

Ако директната RDP връзка към същия правилен Windows хост все още показва правилен работен плот, а стартирането на Citrix дава само черен екран, тогава има доказателства, които предполагат, че основната Windows операционна система и много Windows компоненти работят (тъй като RDP е достигнал там). Сега можете да разгледате допълнителния път, който Citrix следва: инициализация на VDA, HDX, политики, профили, Workspace, графични настройки, определени от Citrix.

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

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

Отстраняване на проблеми с черния екран: Какво да проверите?

Каквото виждате Проверете първо Вероятна област
Черен екран с курсор Диспечер на задачите и Изследовател Обвивка, профил или графика
Добре дошли, последвано от черен екран Профил и обработка на влизане Профил или разрешения
Само един потребител е засегнат Тествайте друга сметка Профил на потребителя или сесия
Всички засегнати потребители Състояние и събития на хост/VDA Сървър или инфраструктура
Черен екран след повторно свързване Започнете нова сесия Състояние на сесията
Само за многоекранни системи Оптимизиране на конфигурацията на дисплея Графика/рендеринг
Започна след актуализация Проверете точните версии и промени Драйвер, Windows или VDA
RDP и Citrix и двата не успяват Тест на общите слоеве на Windows Хост/споделена инфраструктура
RDP работи, но Citrix не успява Проверете политиките на VDA, HDX и Citrix Citrix-специфичен слой

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

Как е възможно ИТ екипите да намалят повторните инциденти с черен екран?

Работещо решение би адресирало днешното прекъсване. Постоянното повторение на черни екрани би наложило ИТ анализ на общите характеристики.

Всички три компонента на Windows, компоненти на RDS, VDAs на Citrix, версии на приложението Workspace и драйвери за графика трябва да имат контролирано, управлявано обновление, вместо да излизат каквито и да било актуализации. Тестовете на актуализациите преди тях на подмножество от системите биха били най-добрата практика, за да се избегнат графични, профилни или конфликтни сесии, които да се разпространяват сред вашата потребителска база.

Хост производителността също заслужава внимание. В среди, използващи TSplus Remote Access или други платформи за отдалечен достъп, CPU, памет, активност на диска и брой сесии могат да покажат дали очевидните проблеми с дисплея съвпадат с претоварени системи. Събитийните журнали също могат да разкрият повторни прекъсвания, неуспешни входове и проблеми със сесиите, които потребителите просто докладват като "черен екран."

Дисциплината също е от съществено значение при работа с потребителски профили - не на последно място в случаите на Citrix Profile Management, роуминг профили или мрежови хранилища на профили. Разследвайте разрешенията, свободното пространство за съхранение и поведението на профилите, ако установите, че определени потребители са засегнати многократно.

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

Къде се вписва TSplus?

За организации, които трябва да предоставят Windows приложения и работни станции отдалечено, TSplus Remote Access предоставя алтернативен начин за публикуване на Windows приложения, работни станции и сървърни ресурси на отдалечени потребители. Потребителите могат да се свързват чрез поддържани методи за свързване, базирани на RDP, или уеб браузър, използвайки HTML5 Web Client.

Това не прави нашето решение решение за всеки черен екран на RDP. Проблемите, произтичащи от Windows профили, ресурси на хоста, графични драйвери или основната операционна система, все още трябва да бъдат диагностицирани в техния източник. Въпреки това, за организациите, които преглеждат как се предоставят отдалечени приложения и работни станции, TSplus предлага централизирана платформа за управление на отдалечен достъп без необходимост от пълно внедряване на Citrix.

Заключение

Черен екран при RDP или Citrix може да произтича от сесията, профила, Windows shell, графичния стек, мрежовия транспорт или специфични за Citrix компоненти. Вместо да прилагате всяко налично решение, идентифицирайте кога екранът става черен, кой е засегнат и дали RDP и Citrix се държат различно. Тези наблюдения стесняват провалящия се слой и правят отстраняването на проблеми по-бързо, по-безопасно и по-лесно за проверка.

TSplus Remote Access Безплатен Пробен период

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

Допълнително четене

back to top of the page icon