Svart skärm på RDP och Citrix - Felsökning

Introduktion

En svart skärm på RDP eller Citrix betyder inte nödvändigtvis att den fjärranslutningen har misslyckats. Sessionen kan redan vara autentiserad medan skrivbordet, användarprofilen eller grafiklagret misslyckas med att laddas korrekt. Att identifiera var den processen stannar hjälper IT-team att särskilja ett tillfälligt sessionsproblem från ett bredare Windows-, Remote Desktop Services (RDS) eller Citrix-problem.

Vad betyder det att ha en svart skärm på RDP eller Citrix?

Den svarta skärmen är ett symptom och inte en diagnos. Det är möjligt att den fjärranslutningen faktiskt fungerar - autentiseringen lyckades, och en session har skapats av Windows, men sedan misslyckas någon del av den efterföljande initialiseringen eller visningsfasen eller renderas inte korrekt.

Det finns flera steg mellan att etablera en anslutning och få en användbar skrivbordsyta visad på en fjärrdator. RDP behöver skapa en session, operativsystemet behöver autentisera användaren, ladda profilen, ladda användarskalet och grafikstacken för att rendera skrivbordet. Om Citrix används, är ytterligare element involverade; VDA, HDX, policyer (Citrix's), kanske även profilhantering.

Om omstarten av den fjärranslutna datorn löser problemet så är det möjligt att göra det, men det ger inga svar. En mer hjälpsam första sak att avgöra är hur långt anslutningen faktiskt kommer innan den svarta skärmen.

Vad bör du kontrollera först när din RDP- eller Citrix-skärm blir svart?

Innan du ändrar drivrutiner, policyer eller registerinställningar, kontrollera om den påverkade sessionen fortfarande är "aktiv". I en RDP-session kan du komma åt Windows-säkerhetsalternativ via Ctrl+Alt+End. Om aktivitetsfältet öppnas fungerar Windows troligtvis bra, skrivbordet renderas helt enkelt inte "lokalt".

Några jämförelser kan minska undersökningsomfånget:

• Logga ut från den berörda sessionen istället för att bara koppla bort.
• Försök att ansluta med en annan användare.
• Anslut med olika slutpunkter / klienter.
• Påverkas andra användare på samma värd?
• Började det efter en Windows-uppdatering / drivrutinsuppdatering / VDA-uppdatering?
• Om möjligt (där det är möjligt), försök direkt RDP till maskinen för att jämföra med Citrix-anslutningen.

Med allt detta bör man kunna dra slutsatsen om problemet följer användaren / klienten / sessionen / värden och kan undvika att försöka med en godtycklig lösning för svart skärm.

Hur kan du diagnostisera den svarta skärmen innan du ändrar konfigurationen?

Du kan göra det exakt när den svarta skärmen visas och det kan vara lika meningsfullt som skärmen själv. Olika symtom signalerar involveringen av olika aspekter av den fjärrsessionen.

Svart skärm före eller under inloggning

Om din dator aldrig når Windows inloggning eller någon typ av Windows startskärm som du känner igen, bör du förmodligen börja på anslutnings-/värdlagren. RDP-tjänster, VDA-registrering/status, grafikinitialisering, nätverksanslutningar och den övergripande tillståndet för den fjärrvärd är mer troliga misstänkta.

Du kan kanske identifiera om andra användare ansluter eller om maskinen själv svarar. I Citrix-världen börjar du med VDA-registrering och problem med sessionsstart innan du pekar på användarens Windows-profil.

Windows välkomstskärm visas, sedan blir skärmen svart

Nu när Windows Välkomstskärm visas vet du att autentiseringen är mycket längre fram, så fokus kan nu riktas mot profilinläsning, behörigheter och start av Windows Shell, Gruppolicy och andra inloggningskomponenter.

Citrix har också många exempel i sin supportdokumentation som visar en situation liknande denna där en användare loggas hela vägen till Windows Välkomstskärm men sedan visar en svart skärm eftersom de inte beviljas åtkomst till den migrerade. Citrix-profilhanteringsmapp på grund av bristande NTFS-behörighet Detta är ett bra exempel på ett problem som involverar profil eller behörigheter, vilket inte kan antas vara ett anslutningsfel.

Svart skärm med en fungerande muspekare

En lättillgänglig, rörlig, känslig markör kan indikera att Windows har startat den interaktiva sessionen men har misslyckats med att ladda en skrivbord.

Försök att öppna Aktivitetshanteraren och se om explorer.exe körs; Att starta om eller återstarta Windows Explorer.exe kan ge dig tillbaka en skrivbord – upprepade fall kommer att indikera de problem du vill utforska istället för den uppenbara (och ofta mycket tråkiga) skrivbordsuppdateringen via omstartstricket är att gräva i din Windows-skalanvändarprofil och händelseloggar.

Endast en användare påverkas

Om andra användare kan RDP till RDP-värden eller till Citrix-resursen utan problem kan du utesluta maskinövergripande nätverks- eller tjänsteproblem.

Testa det påverkade kontot mot ett annat konto. Om det fungerar behöver du titta på en korrupt profil eller ofullständig profil, användarpolicyinställningar, profilbehörigheter eller en gammal session. Det är här du också kan behöva involvera Citrix Profile Management eller en liknande profilhanteringslösning.

Varje användare påverkas

Om det händer för några eller alla användare, försök att flytta upp i stapeln. Värdresurser, Remote Desktop-tjänster, VDA-status, uppdateringar till Windows eller VDA, grafikkortsdrivrutiner, maskinnivåpolicyer blir de främsta kandidaterna.

Titta också efter tryck på CPU, minne och disk. En server kan acceptera anslutningen medan den försöker slutföra användarinloggningarna, en resursutarmning kan uppfattas av användarna som ett misslyckande med den fjärranslutna visningen.

Den svarta skärmen visas efter återanslutning

Det är möjligt att oanslutna sessioner misslyckas med att starta om vid återanslutning. En alternativ testmetod består av att helt logga ut från en session och starta en ny; en lämplig metod skulle vara att observera om nyss skapade sessioner startar korrekt medan återanslutna sessioner upprepade gånger misslyckas.

Om nya sessioner startar om men återanslutning till sessioner misslyckas upprepade gånger, fokusera då på sessionsstatus och visa återinitialisering innan du ändrar visningspolicyer.

Vad är de vanligaste orsakerna till en RDP svart skärm?

RDP svarta skärmar kan förekomma vid flera steg i Windows fjärrsessionprocessen. Följande områden står för många vanliga felsökningsscenarier.

Stoppade eller frånkopplade RDP-sessioner

Att avsluta en RDP-klient betyder inte nödvändigtvis att användaren är borta. Windows håller faktiskt sessionen så att användaren kan fortsätta där de slutade senare. A session kan också bli fast och kan återansluta utan att återställa din skrivbord korrekt.

En administratör som tittar på aktiva/frånkopplade sessioner på värden kan till och med logga ut användaren.

Om en ren omstart hjälper, felsök varför dessa sessioner hänger, istället för att servern ständigt startas om.

Windows Explorer eller Shell-fel

Du kanske kan starta Windows men inte skalet. En tom skärm och en markör är ofta en anledning att testa om detta är fallet.

Om det inte finns något tecken på explorer.exe i aktivitetsfältet och du tror att explorer har misslyckats, använd Ctrl+Alt+Del och klicka på aktivitetsfältet, klicka sedan på "Ny uppgift". explorer.exe används nu för allt, inte bara för explorer själv, så att starta om det är mer sannolikt att åtgärda en saknad skrivbord än i tidigare versioner av Windows.

Men upprepade skalfel kan betyda en korrupt profil, inloggningsskript, grupprinciper eller objekt som börjar med inloggningen.

Korrupta eller problematiska användarprofiler

Ett korrupt profil skulle förklara misslyckandet att slutföra inladdningen, även om autentiseringen lyckas.

Därför kan det vara fördelaktigt att testa med ett alternativt konto. Om problemet ligger med ett specifikt konto, granska händelserna för profilinläsning och dess plats innan du försöker återskapa dem. Vid roaming- eller hanterade profilinställningar, kontrollera även diskutrymme och behörigheter.

Grafikdrivrutiner och fjärrrendering

RDP använder Windows grafik- och visningskomponenter för att producera bilden av den fjärrskrivbordet. Emellertid kan drivrutinskonflikter, konfiguration av GPU:n och förändringar i Windows visningsstacken potentiellt orsaka visningsproblem, inklusive svart skärm.

Var särskilt försiktig under felsökning om en svart skärm uppträdde efter grafikdrivrutin, eller OS-uppgradering eller virtualiseringsvärd, OS-uppdatering. Att inaktivera hårdvaruacceleration eller modifiera WDDM-policy är ett giltigt diagnostiskt steg i vissa scenarier, men är inte alltid en universallösning.

Upplösning, DPI, Flera skärmar och Bitmap-caching

Om en svart skärm uppstår med endast en specifik slutpunkt, upplösning eller monitorlayout, finns det en bra diagnostisk indikator här. Försök med en enklare visningskonfiguration, med en lägre upplösning eller på en monitor. Om du tillfälligt inaktiverar bitmap-caching, se om cachad visningsdata är ett problem för det.

Efter att problemet har lösts genom att ändra visningsinställningarna, utforska klient- och grafikkonfigurationsproblem istället för att hålla fast vid en permanent begränsande inställning.

RDP-transport, tjänster och Windows-uppdateringar

Även användningen av Fjärrskrivbordstjänster och den underliggande transporten påverkar RDP. Beteende kring UDP/TCP, tjänster som RDS, nätverksvägar och Windows-versioner kan resultera i att sessioner upprättas men inte visas korrekt. Var uppmärksam på Event Viewer och analysera vilka tidsändringar som infördes i din infrastruktur.

Eventuella ändringar som påverkar Remote Desktop Services eller transportpolicyn måste föregås av någon indikation på att problemen ligger på detta infrastrukturplan.

Att ändra en tjänst som användarapplikationer påverkar inte flera användare som att ändra dessa infrastrukturkomponenter.

Hur kan du åtgärda en svart skärm på RDP?

Eftersom symtomen hjälper till att fastställa den mest troliga källan, försök att göra den minst påträngande ändringen först och arbeta upp till värdvid omfattande systemkonfigurationsjusteringar.

1. Kontrollera om sessionen svarar. Skicka Ctrl+Alt+End, och om Aktivitetshanteraren visas, titta på skrivbordet, skalet och användarprofilen innan du antar att du har förlorat RDP.
2. Logga ut den befintliga sessionen. Avsluta en gammal eller frånkopplad RDP-session på ett rent sätt och etablera sedan en ny; om problemet återkommer efter att ha återanslutit, gräv djupare i sessionsstatusen.
3. Starta om Windows Utforskaren. Om det är möjligt att få tillgång till Aktivitetshanteraren men inte få fram skrivbordet, avsluta eller starta manuellt explorer.exe; gör detta både som ett återställningssteg och ett diagnostiskt test.
4. Anslut som en annan användare. Om en annan användare får en ren skrivbordsmiljö ligger problemet i användarens profil, behörigheter eller annan användarspecifik konfiguration.
5. Minska komplexiteten i visningsinställningarna. Försök med en skärm; använd den lägsta möjliga upplösningen; ställ in din visning på 16 bitar; och försök till och med att inaktivera bitmap-caching för att isolera problem med rendering av visning på klientsidan om det är lämpligt.
6. Undersök skärmdrivrutiner och uppdateringshistorik. Leta efter korrelationer till Windows, GPU, hypervisor eller drivrutinsuppdateringshistorik. Testa den korrekta komponenten med en drivrutinsändring istället för att göra många olika systemkonfigurationsändringar.
7. Granska RDP- och Windows-händelseloggar. Händelseloggarna kan innehålla en mängd profiler, skal, Remote Desktop Services och systemfel som du inte kan se direkt på den svarta skärmen. Detta kan vara särskilt användbart när en RDP-sessionen tar lång tid att konfigurera eller stannar under initiering.
8. Felsök RDP-transport och policyer. Om du tittar på anslutningslagret, granska den effektiva RDP-transporten, grupprincipen och inställningarna för visningspolicy. Gör kopior eller anteckningar så att du kan återställa ändringar om det behövs.
9. Starta om tjänster eller värden när det är nödvändigt. Även om detta är ett vanligt steg som många använder först för att lösa omedelbara problem, påverkar det också andra sessioner och kan potentiellt kassera värdefull diagnostisk information.

I en produktionsmiljö, prova det efter att ha uttömt användarsession-fokuserade steg och samlat loggar. Att använda denna ordnade metod fokuserar de initiala felsökningsinsatserna på reversibla, sessionsspecifika åtgärder innan administratörer börjar trycka konfigurationsändringar över hela företaget.

Vad kan vara de vanliga orsakerna till en svart skärm på Citrix?

Citrix svarta skärmar delar många av de underliggande orsakerna med RDP eftersom Windows måste bygga en fungerande användarsession. De ytterligare komponenter som placeras mellan klienten och Windows-skrivbordet ger ytterligare platser att utforska för potentiella orsaker.

VDA och sessionsinitialiseringsproblem

Citrix Virtual Delivery Agent spelar en central roll i att etablera och hantera sessioner. Registrerings-, service- eller initieringsproblem kan förhindra en session från att nå en användbar skrivbord.

Kontrollera VDA-status och relevanta Citrix- och Windows-händelser, särskilt när flera användare påverkas eller problemet följer en VDA-uppdatering.

Citrix profilhantering och behörigheter

Laddning av profilen kan leda till en fryst session efter autentisering. Kontrollera också om det är specifikt för en användare och om profilbutiker är tillgängliga.

Behörigheter är av särskilt intresse efter profilmigration eller ändring av butik. Citrix har en dokumenterad svart skärm efter "Välkommen" som kan bero på avsaknad av NTFS-behörigheter på mappar för profilhantering.

HDX, grafikpolicyer och visningskonfiguration

Citrix HDX introducerar sina egna mekanismer för grafik och visning: grafikpolicyer, visningsdrivrutiner, hårdvaruacceleration och flermonitoruppsättningar kan bidra till tomma/delvis renderade sessioner, så eventuella problem som endast uppstår i specifika monitoruppsättningar och/eller efter VDA/grafikändringar bör kontrolleras här, innan profiler byggs om utan behov.

Citrix Workspace App

Glöm inte bort slutpunkten. En gammal eller trasig Citrix Workspace-app kan skyllas för ett antal visnings- och sessionsstartproblem om den inte verkar matcha den VDA/stödda Workspace-versionen du bör använda, särskilt när den jämförs med en känd bra slutpunkt eller en annan webbläsare/Workspace-version.

WEM, Policys och inloggningsbehandling

Förseningar eller avbrott i skrivbordsinitialisering kan bero på en Citrix WEM-installation, grupprinciper, inloggningsskript eller andra mekanismer för sessionstart.

Kontrollera, efter en lyckad autentisering, vilka händelser som inträffar under inloggningen, inte nätverkskonfigurationen, som kan förhindra att skrivbordet startar.

VDA-uppgraderingar och versionsspecifika problem

Om svarta skärmar omedelbart uppstår efter att ha utfört en Citrix-, Windows- eller VDA-uppdatering, är tidpunkten betydelsefull. Notera de exakta versionerna av Workspace, VDA och Windows och referera. Citrix-dokumentation och problemrapporter eftersom dessa buggar kanske inte gäller för olika versionsnummer, därför kan du inte behandla äldre grafik eller registerlösningar som universella Citrix-lösningar.

Hur kan du åtgärda en svart skärm på Citrix?

Börja med att verifiera hälsan hos den underliggande Windows-sessionen. En Citrix svart skärm betyder inte att VDA är felaktig.

Inledningsvis, testa en annan användare och slutpunkt. Om endast det ena användarkontot misslyckas, kontrollera användarens profil, behörigheter och sessionsstatus. Om alla användare stöter på den svarta skärmen, verifiera VDA-registrering, Citrix-tjänster, värdresurser och senaste infrastrukturförändringar.

Kontrollera både Citrix- och Windows-händelseloggar runt starten av sessionen och efter att användaren har försökt logga in. För problem som rör profiler måste du undersöka profilbutiken och behörigheterna som är inställda för samma. Att visa specifika problem kommer att kräva att du kontrollerar med en mycket enklare konfiguration med färre skärmar och granskar Citrix-grafikpolicyer och drivrutiner.

För problem som visar sig vara klient-specifika kan Citrix Workspace-app repareras eller bekräftas vara korrekt inställd. Om problemen med svart skärm uppstår efter att systemet, VDA eller Windows har uppdaterats, var noga med att dubbelkolla med befintlig dokumentation från Citrix om kända problem exakt vilken version du har med vilket känt problem innan du använder generiska lösningar.

Att göra detta först kommer att förhindra att du behöver "skala" infrastrukturen för att svara på potentiellt endast en användares profil eller slutpunktsproblem.

RDP fungerar men Citrix visar en svart skärm: Vad ska man göra?

Kontrasterande anslutningslägen kan bilda en naturlig partition vid felsökning.

Om en direkt RDP-anslutning till samma korrekta Windows-värd fortfarande visar en korrekt skrivbord och Citrix-starten ger enbart en svart skärm, finns det bevis som tyder på att det grundläggande Windows-operativsystemet och många Windows-komponenter fungerar (eftersom RDP har kommit dit). Nu kan du titta på den ytterligare väg som Citrix tar: VDA-initialisering, HDX, policyer, profiler, Workspace, Citrix-definierade grafiska inställningar.

Detta visar inte nödvändigtvis att Windows är friskt, eftersom Citrix och RDP kan belasta Windows på sätt som inte är exakt desamma. Men det betyder att du kommer att förlora mycket lite i dina ansträngningar när du börjar justera RDP slumpmässiga generiska parametrar slumpmässigt.

Om RDP och Citrix fungerar på samma sätt: kontrollera deras gemensamma orsaker innan du försöker med slumpmässiga inställningar. Det bör också göra dig mer uppmärksam på att leta efter värdens problem, såsom grafikdrivrutiner, systemresurser och etablering av Windows-systemsession, samt användare som Windows-sessioninställning och användarprofiler.

Felsökning av svart skärm: Vad ska kontrolleras?

Vad du ser	Kontrollera först	Sannolikt område
Svart skärm med muspekare	Aktivitetshanterare och Utforskaren	Skal, profil eller grafik
Välkommen följt av svart skärm	Profil och inloggning behandling	Profil eller behörigheter
Endast en användare påverkad	Testa ett annat konto	Användarprofil eller session
Alla användare som påverkas	Värd/VDA-status och händelser	Server eller infrastruktur
Svart skärm efter återanslutning	Starta en ny session	Sessionsstatus
Endast flera skärmar	Förenkla visningskonfiguration	Grafik/rendering
Började efter en uppdatering	Kontrollera exakta versioner och ändringar	Drivrutin, Windows eller VDA
RDP och Citrix misslyckas båda	Testa vanliga Windows-lager	Värd/delad infrastruktur
RDP fungerar men Citrix misslyckas	Kontrollera VDA, HDX och Citrix-policyer	Citrix-specifik lager

Denna tabell bör betraktas som en vägledning, inte som ett diagnostiskt verktyg; eftersom vissa tillstånd har gemensamma orsaker kan alla eller många tillstånd producera vissa symtom, så verifiera vilket lager som misslyckas och fortsätt sedan med andra åtgärder i enlighet därmed.

Hur är det möjligt för IT-team att minska upprepade incidenter med svart skärm?

En fungerande lösning skulle ta itu med dagens avbrott. En pågående återkomst av svarta skärmar skulle kräva en IT-analys av gemensamma drag.

Alla tre Windows-komponenter, RDS-komponenter, Citrix VDA:er, versioner av Workspace-appen och drivrutiner för grafik bör ha kontrollerad, hanterad patchning, snarare än att några av uppdateringarna skickas ut. Att testa uppdateringar innan dem på en delmängd av systemen skulle vara den bästa metoden för att undvika grafiska, profil- eller sessionskonflikter som sprider sig över din användarbas.

Värdprestanda förtjänar också uppmärksamhet. I miljöer som använder TSplus Remote Access eller andra fjärråtkomstplattformar, CPU, minne, diskaktivitet och sessionsantal kan indikera om uppenbara visningsfel sammanfaller med överbelastade system. Händelseloggar kan på liknande sätt avslöja upprepade frånkopplingar, misslyckade inloggningar och sessionsproblem som användare helt enkelt rapporterar som "en svart skärm."

Disciplin är också avgörande när man arbetar med användarprofiler - inte minst i fallen med Citrix Profile Management, roamingprofiler eller nätverksprofilbutiker. Undersök behörigheter, ledigt lagringsutrymme och profilbeteende om du upptäcker att särskilda användare påverkas flera gånger.

Slutligen, se till att du har dokumenterat ändringar på rätt sätt. Om du ser svarta skärmar efter en Windows-uppdatering, en VDA-uppgradering, en drivrutinsuppdatering eller en förändring i policyn, kan en tydlig identifiering av källan göra att din felsökning tar bara några minuter.

Var passar TSplus in?

För organisationer som behöver leverera Windows-applikationer och skrivbord på distans, TSplus Remote Access ger ett alternativt sätt att publicera Windows-applikationer, skrivbord och serverresurser till fjärranvändare. Användare kan ansluta via stödda RDP-baserade anslutningsmetoder eller en webbläsare med hjälp av HTML5 Web Client.

Detta gör inte vår lösning till en lösning för varje RDP svart skärm. Problem som härstammar från Windows-profiler, värdresurser, grafikdrivrutiner eller det underliggande operativsystemet måste fortfarande diagnostiseras vid sin källa. Men för organisationer som granskar hur fjärrapplikationer och skrivbord levereras, erbjuder TSplus en centraliserad plattform för att hantera fjärråtkomst utan att kräva en fullständig Citrix-installation.

Slutsats

En RDP- eller Citrix svart skärm kan härstamma från sessionen, profilen, Windows-skalet, grafikstacken, nätverksöverföringen eller Citrix-specifika komponenter. Istället för att tillämpa varje tillgänglig lösning, identifiera när skärmen blir svart, vem som påverkas och om RDP och Citrix beter sig olika. Dessa observationer smalnar av det felande lagret och gör felsökning snabbare, säkrare och lättare att verifiera.