Sort skærm på RDP & Citrix - Fejlfinding

Introduktion

En sort skærm på RDP eller Citrix betyder ikke nødvendigvis, at den fjernforbindelse er mislykket. Sessionen kan allerede være godkendt, mens skrivebordet, brugerprofilen eller grafiklaget ikke indlæses korrekt. At identificere, hvor den proces stopper, hjælper IT-teams med at skelne mellem et midlertidigt sessionsproblem og et større Windows-, Remote Desktop Services (RDS) eller Citrix-problem.

Hvad betyder det at have en sort skærm på RDP eller Citrix?

Den sorte skærm er et symptom og ikke en diagnose. Det er muligt, at den fjernforbindelse faktisk fungerer - godkendelsen lykkedes, og en session er blevet oprettet af Windows, men derefter fejler en del af den efterfølgende initialisering eller visningsfase eller gengives ikke korrekt.

Der er flere trin mellem etablering af en forbindelse og at få en brugbar desktop vist på en fjerncomputer. RDP skal oprette en session, operativsystemet skal godkende brugeren, indlæse profilen, indlæse brugerskallen og grafikstakken for at gengive desktoppen. Hvis der bruges Citrix, er der yderligere elementer involveret; VDA, HDX, politikker (Citrix's), måske også profiladministration.

Hvis genstarten af den fjerne computer løser problemet, så er det muligt at gøre det, men det giver ikke nogen svar. En mere nyttig første ting at bestemme er, hvor langt forbindelsen faktisk når, før den sorte skærm.

Hvad skal du tjekke først, når din RDP- eller Citrix-skærm bliver sort?

Før du ændrer drivere, politikker eller registreringsindstillinger, skal du kontrollere, om den berørte session stadig er "aktiv". I en RDP-session kan du få adgang til Windows-sikkerhedsindstillinger via Ctrl+Alt+End. Hvis joblisten åbner, kører Windows sandsynligvis fint, skrivebordet gengives simpelthen ikke "lokalt".

Nogle sammenligninger kan reducere undersøgelsens omfang:

• Log af den berørte session i stedet for blot at afbryde forbindelsen.
• Prøv at oprette forbindelse med en anden bruger.
• Forbind med forskellige slutpunkter / klienter.
• Er andre brugere på den samme vært påvirket?
• Startede det efter en Windows-opdatering / driveropdatering / VDA-opdatering?
• Hvis muligt (hvor det er muligt at gøre det), prøv direkte RDP til maskinen for at sammenligne med Citrix-forbindelsen.

Med alt dette bør man være i stand til at udlede, om problemet følger brugeren / klienten / sessionen / værten og kan undgå at prøve en vilkårlig opskrift på en sort skærm.

Hvordan kan du diagnosticere den sorte skærm, før du ændrer konfigurationen?

Du kan gøre det præcist, når den sorte skærm vises, og det kan være lige så meningsfuldt som skærmen selv. Forskellige symptomer signalerer involveringen af forskellige aspekter af den fjernsession.

Sort skærm før eller under logon

Hvis din desktop aldrig når til Windows-login eller en form for Windows-opstartsskærm, som du genkender, så bør du sandsynligvis starte ved forbindelses-/værtslagene. RDP-tjenester, VDA-registrering/status, grafikinitialisering, netværksforbindelser og den overordnede tilstand af den fjerne vært er mere sandsynlige mistænkte.

Du kan muligvis identificere, om andre brugere opretter forbindelse, eller om maskinen selv reagerer. I Citrix-verdenen skal du starte med VDA-registrering og session-startproblemer, før du peger på brugerens Windows-profil.

Windows velkomst vises, derefter bliver skærmen sort.

Nu hvor Windows Welcome vises, ved du, at godkendelsen er meget længere fremme, så fokus kan nu rettes mod profilindlæsning, tilladelser og opstart af Windows Shell, Group Policy og andre logonkomponenter.

Citrix har også mange eksempler i deres supportdokumentation, der viser en situation, der ligner denne, hvor en bruger bliver logget hele vejen til Windows Velkomst, men derefter viser en sort skærm, da de ikke får adgang til den migrerede. Citrix Profile Management-mappe på grund af manglende NTFS-tilladelse Dette er et godt eksempel på et problem, der involverer profil eller tilladelser, som ikke kan antages at være en forbindelsesfejl.

Sort skærm med en fungerende musmarkør

En let tilgængelig, bevægelig, følsom markør kunne indikere, at Windows har startet den interaktive session, men ikke har formået at indlæse et skrivebord.

Forsøg at åbne Jobliste og se, om explorer.exe kører; at starte eller genstarte Windows Explorer.exe kan få dig tilbage til skrivebordet – gentagne tilfælde vil indikere de problemer, du vil udforske i stedet for den åbenlyse (og ofte meget trættende) trick med at opdatere skrivebordet via genstart, er at grave ind i din Windows-shell-brugerprofil og begivenhedslogfiler.

Kun én bruger er berørt

Hvis andre brugere kan RDP til RDP-værten eller til Citrix-ressourcen uden problemer, kan du udelukke maskinbrede netværks- eller serviceproblemer.

Prøv den berørte konto mod en anden konto. Hvis det virker, skal du se på en beskadiget profil eller en ufuldstændig profil, brugerpolitiksindstillinger, profilrettigheder eller en forældet session. Dette er, hvor du muligvis også skal involvere Citrix Profile Management eller en lignende profilhåndteringsløsning.

Hver bruger er påvirket

Hvis det sker for nogle eller alle brugere, så prøv at flytte op i stakken. Værtressourcer, Remote Desktop-tjenester, VDA-tilstand, opdateringer til Windows eller VDA, grafikkdrivere, politikker på maskinniveau bliver de øverste kandidater.

Se også efter CPU-, hukommelses- og diskbelastninger. En server kan acceptere forbindelsen, mens den forsøger at fuldføre brugerlogins; en ressourceudtømning kan fremstå for brugerne som en fejl i den fjerne visning.

Den sorte skærm vises efter genforbindelse

Det er muligt, at ikke-forbundne sessioner ikke genstarter ved genforbindelse. En alternativ testmetode består i at logge helt ud af en session og starte en ny; en passende tilgang ville være at observere, om nyoprettede sessioner starter korrekt, mens genforbindelses-sessioner gentagne gange fejler.

Hvis nye sessioner genstarter, men genoptagelse af sessioner mislykkes gentagne gange, så koncentrer dig om sessionsstatus og vis reinitialisering før ændring af displaypolitikker.

Hvad er de almindelige årsager til en RDP sort skærm?

RDP sorte skærme kan opstå på flere stadier af Windows fjernsessionprocessen. Følgende områder står for mange almindelige fejlfinding scenarier.

Stoppede eller afbrudte RDP-sessioner

At forlade en RDP-klient betyder ikke nødvendigvis, at brugeren er væk. Windows holder faktisk sessionen, så brugeren kan fortsætte, hvor de slap senere. A session kunne også blive fastlåst og kan genoprette forbindelsen uden at gendanne dit skrivebord korrekt.

En administrator, der ser på aktive/frakoblede sessioner på værten, kan endda logge brugeren ud.

Hvis en ren genstart hjælper, så fejlfind hvorfor de sessioner hænger, i stedet for at serveren konstant genstarter.

Windows Stifinder eller Shell-fejl

Du kan muligvis starte Windows, men ikke shellen. En blank skærm og en markør er ofte en grund til at teste, om dette er tilfældet.

Hvis der ikke er nogen tegn på explorer.exe i joblisten, og du mener, at explorer er fejlet, skal du bruge Ctrl+Alt+Del og klikke på joblisten, derefter klikke på "Ny opgave". explorer.exe bruges nu til alt, ikke kun selve explorer, så genstart af det er mere sandsynligt at løse et manglende skrivebord end i tidligere versioner af Windows.

Dog gentagne shell-fejl kan betyde en beskadiget profil, logonscripts, gruppepolitik eller elementer, der starter med login.

Korrupte eller problematiske brugerprofiler

En beskadiget profil ville forklare fejlen ved at afslutte indlæsningen, selvom godkendelsen lykkes.

Derfor kan det være gavnligt at teste med en alternativ konto. Hvis problemet ligger med en specifik konto, skal du undersøge profilindlæsningsbegivenhederne og dens placering, før du forsøger at genskabe dem. På roaming- eller administrerede profilopsætninger skal du også tjekke diskplads og tilladelser.

Grafikdrivere og fjernrendering

RDP bruger Windows-grafik- og displaykomponenter til at producere billedet af skrivebordet på afstand. Dog kan driverkonflikter, konfiguration af GPU'en og ændringer i Windows-displaystakken potentielt forårsage visningsproblemer, herunder sort skærm.

Vær særlig opmærksom under fejlfinding, hvis der opstår en sort skærm efter opgradering af grafikdriver, eller OS-opgradering eller virtualiserings-vært, OS-opdatering. Deaktivering af hardwareacceleration eller ændring af WDDM-politik er et gyldigt diagnostisk skridt i visse scenarier, men ikke altid en mirakelløsning.

Opløsning, DPI, Flere skærme og Bitmap-cache

Hvis der opstår en sort skærm med kun én specifik endpoint, opløsning eller monitorlayout, er der en god diagnostisk indikator her. Prøv med en enklere skærmkonfiguration, ved en lavere opløsning eller på én monitor. Hvis du midlertidigt deaktiverer bitmap-caching, så se om cachelagrede skærmdata er et problem for det.

Efter at problemet er løst ved at ændre skærmindstillingerne, skal du undersøge klient- og grafik konfigurationsproblemer i stedet for at holde fast i en permanent restriktiv indstilling.

RDP Transport, Tjenester og Windows-opdateringer

Desuden brugen af Fjernskrivebordstjenester og den underliggende transport påvirker RDP. Adfærd omkring UDP/TCP, tjenester som RDS, netværksveje og Windows-versioner kan resultere i, at sessioner oprettes, men ikke vises korrekt. Vær opmærksom på Event Viewer og analyser, hvilke tidsændringer der blev indført i din infrastruktur.

Enhver ændring, der påvirker Remote Desktop Services eller transportpolitikkerne, skal være efterfølgende til en indikation af, at problemerne ligger på dette infrastrukturlag.

Ændring af en tjeneste som brugerapplikationer påvirker ikke flere brugere som ændring af de infrastrukturkomponenter.

Hvordan kan du fixe en sort skærm på RDP?

Da symptomer hjælper med at indsnævre den mest sandsynlige kilde, så prøv at foretage den mindst indgribende ændring først og arbejd dig op til systemkonfigurationsjusteringer på værtsniveau.

1. Kontroller, om sessionen reagerer. Send Ctrl+Alt+End, og hvis Jobliste vises, skal du se på skrivebordet, shell og brugerprofil, før du antager, at du har mistet RDP.
2. Log ud af den eksisterende session. Afslut en forældet eller afbrudt RDP-session korrekt, og opret derefter en ny; hvis problemet vender tilbage efter genforbindelse, så undersøg sessionens tilstand nærmere.
3. Genstart Windows Stifinder. Hvis det er muligt at få adgang til Jobliste, men ikke få skrivebordet, skal du dræbe eller manuelt starte explorer.exe; gør dette både som et genoprettelsestrin og en diagnostisk test.
4. Opret forbindelse som en anden bruger. Hvis en anden bruger får en ren skrivebord, er problemet i brugerens profil, tilladelser eller anden brugerspecifik konfiguration.
5. Reducer kompleksiteten af skærmindstillingerne. Prøv én skærm; brug den lavest mulige opløsning; indstil din skærm til 16 bit; og prøv endda at deaktivere bitmap-caching for at isolere problemer med klient-side skærmrendering, hvis det er relevant.
6. Undersøg skærmdrivere og opdateringshistorik. Se efter korrelationer til Windows, GPU, hypervisor eller driveropdateringshistorik. Test den korrekte komponent med en driverændring i stedet for at foretage mange forskellige systemkonfigurationsændringer.
7. Undersøg RDP- og Windows-hændelseslogs. Hændelseslogs kan indeholde en række profiler, shell, Remote Desktop Services og systemfejl, som du ikke kan se direkte på den sorte skærm. Dette kan være særligt nyttigt, når en RDP-sessionen tager lang tid at konfigurere eller stopper under initialisering.
8. Fejlfinding af RDP-transport og politikker. Hvis du ser på forbindelseslaget, skal du undersøge den effektive RDP-transport, gruppepolitik og indstillinger for visningspolitik. Lav kopier eller noter, så du kan rulle ændringer tilbage, hvis det er nødvendigt.
9. Genstart tjenester eller værten, når det er nødvendigt. Selvom dette er et almindeligt skridt, som mange bruger i starten for at løse umiddelbare problemer, påvirker det også andre sessioner og kan potentielt kassere værdifuld diagnostisk information.

I en produktionsindstilling, prøv det efter at have udtømt brugersession-fokuserede trin og indsamlet logfiler. Ved at bruge denne ordnede tilgang fokuseres de indledende fejlfindingstiltag på reversible, sessionsspecifikke handlinger, før administratorer begynder at presse konfigurationsændringer på tværs af virksomheden.

Hvad kan være de almindelige årsager til en sort skærm på Citrix?

Citrix sorte skærme deler mange af de underliggende årsager med RDP, da Windows skal opbygge en fungerende brugersession. De yderligere komponenter, der placeres mellem klienten og Windows-skrivebordet, giver yderligere steder at undersøge for potentielle årsager.

VDA og sessioninitialiseringsproblemer

Citrix Virtual Delivery Agent spiller en central rolle i etablering og styring af sessioner. Registrerings-, service- eller initialiseringsproblemer kan forhindre en session i at nå en brugbar desktop.

Tjek VDA-status og relevante Citrix- og Windows-begivenheder, især når flere brugere er berørt, eller problemet følger en VDA-opdatering.

Citrix profiladministration og tilladelser

Indlæsning af profilen kan føre til en frosset session efter godkendelse. Kontroller også, om det er specifikt for én bruger, og om profilopbevaringer er tilgængelige.

Tilladelser er af særlig interesse efter profilmigration eller ændring af butik. Citrix har en dokumenteret sort skærm efter "Velkommen", som kan skyldes manglende NTFS-tilladelser på mapper til profiladministration.

HDX, grafikpolitikker og skærmindstillinger

Citrix HDX introducerer sine egne mekanismer til grafik og visning: grafikpolitikker, displaydrivere, hardwareacceleration og multi-monitor opsætninger kan bidrage til blanke/ delvist gengivne sessioner, så eventuelle problemer, der kun opstår i specifikke monitoropsætninger og/eller efter VDA/grafikændringer, bør tjekkes her, før profiler genopbygges uden behov.

Citrix Workspace App

Glem ikke endpointet. En gammel eller defekt Citrix Workspace-app kan være skyld i en række visnings- og sessionstartproblemer, hvis den ikke ser ud til at matche den VDA/støttede Workspace-version, du bør bruge, især når den sammenlignes med et kendt godt endpoint eller en anden browser/Workspace-version.

WEM, politikker og logonbehandling

Forsinkelser eller afbrydelser i desktopinitialisering kan skyldes en Citrix WEM-opsætning, gruppepolitikker, logonscripts eller andre sessionstartmekanismer.

Kontroller, over en vellykket godkendelse, hvilke begivenheder der opstår under login, ikke netværkskonfiguration, der kan forhindre skrivebordet i at starte.

VDA-opgraderinger og versionsspecifikke problemer

Hvis sorte skærme straks opstår efter at have udført en Citrix-, Windows- eller VDA-opdatering, er timingen vigtig. Noter de præcise versioner af Workspace, VDA og Windows og henvis. Citrix dokumentation og fejlrapporter , fordi disse fejl muligvis ikke gælder på tværs af forskellige versionsnumre, derfor kan du ikke betragte ældre grafik eller registreringsdatabase-løsninger som universelle Citrix-løsninger.

Hvordan kan du løse et sort skærmproblem på Citrix?

Begynd med at verificere sundheden af den underliggende Windows-session. En Citrix sort skærm betyder ikke, at VDA'en er skyld i det.

Test først en anden bruger og endpoint. Hvis kun den ene brugerkonto fejler, skal du kontrollere brugerens profil, tilladelser og sessionstilstand. Hvis alle brugere oplever den sorte skærm, skal du verificere VDA-registrering, Citrix-tjenester, værtsressourcer og nylige infrastrukturændringer.

Tjek både Citrix- og Windows-hændelseslogfilerne omkring lanceringen af sessionen og efter at brugeren har forsøgt at logge ind. For problemer vedrørende profiler skal du undersøge profilopbevaringen og de tilladelser, der er indstillet for den samme. Visningsspecifikke problemer vil kræve, at du tjekker med en meget enklere konfiguration med færre skærme og ser på Citrix-grafikpolitikker og drivere.

For problemer, der viser sig at være klientspecifikke, kan Citrix Workspace-app repareres eller bekræftes at være korrekt opsat. Hvis problemer med sort skærm opstår efter at systemet, VDA eller Windows er blevet opdateret, skal du være forsigtig med at dobbelttjekke med eksisterende Citrix-dokumenterede kendte problemer, præcist hvilken version du har med hvilket kendt problem, før du tyer til generiske løsninger.

At gøre dette først vil forhindre dig i at "skale" infrastrukturen for kun at besvare en enkelt brugers profil eller endpoint-problem.

RDP fungerer, men Citrix viser en sort skærm: Hvad skal man gøre?

Kontrasterende forbindelsestilstande kan danne en naturlig opdeling, når der fejlfinding.

Hvis en direkte RDP-forbindelse til den samme korrekte Windows-vært stadig viser et korrekt skrivebord, og Citrix-starten kun giver en sort skærm, så er der beviser, der tyder på, at det grundlæggende Windows OS og mange Windows-komponenter fungerer (da RDP er nået dertil). Nu kan du se på den ekstra vej, som Citrix tager: VDA-initialisering, HDX, politikker, profiler, Workspace, Citrix-definerede grafiske indstillinger.

Dette viser ikke nødvendigvis, at Windows er sundt, fordi Citrix og RDP kan belaste Windows på måder, der ikke er helt de samme. Det betyder dog, at du vil miste meget lidt i dine bestræbelser, når du begynder at justere RDP tilfældige generiske parametre tilfældigt.

Hvis RDP og Citrix opfører sig ens: tjek deres fælles årsager, før du prøver tilfældige indstillinger. Det bør også gøre dig mere opmærksom på at se efter værtens problemer såsom grafikdriver, systemressourcer og etablering af Windows-systemsession, samt brugere såsom opsætning af Windows-session og brugerprofiler.

Fejlfinding af sort skærm: Hvad skal man tjekke?

Hvad du ser	Tjek først	Sandsynligt område
Sort skærm med markør	Opgavestyring og Stifinder	Shell, profil eller grafik
Velkommen efterfulgt af sort skærm	Profil- og logonbehandling	Profil eller tilladelser
Kun én bruger påvirket	Test en anden konto	Brugerprofil eller session
Alle berørte brugere	Vært/VDA status og begivenheder	Server eller infrastruktur
Sort skærm efter genforbindelse	Start en ny session	Sessionsstatus
Kun multi-monitor	Forenkle visningskonfiguration	Grafik/visualisering
Begyndte efter en opdatering	Tjek nøjagtige builds og ændringer	Driver, Windows eller VDA
RDP og Citrix fejler begge	Test almindelige Windows-lag	Vært/delt infrastruktur
RDP fungerer, men Citrix fejler	Tjek VDA, HDX og Citrix-politikker	Citrix-specifik lag

Denne tabel bør betragtes som en vejledning, ikke som et diagnostisk værktøj; da nogle tilstande har fælles årsager, kan alle eller mange tilstande producere visse symptomer, så verificer hvilken lag der fejler, og fortsæt derefter med andre midler i overensstemmelse hermed.

Hvordan er det muligt for IT-teams at reducere gentagne sorte skærm-hændelser?

En fungerende løsning ville tage fat på dagens nedbrud. En vedvarende gentagelse af sorte skærme ville nødvendiggøre en IT-analyse af fællestræk.

Alle tre Windows-komponenter, RDS-komponenter, Citrix VDA'er, Workspace-app-versioner og drivere til grafik bør have kontrolleret, administreret opdatering, snarere end at nogen af opdateringerne bliver sendt ud. Test af opdateringer før dem på et udvalg af systemer ville være den bedste praksis for at undgå grafiske, profil- eller sessionskonflikter, der spreder sig blandt dine brugere.

Hostpræstation fortjener også opmærksomhed. I miljøer, der bruger TSplus Remote Access eller andre fjernadgangsplatforme, CPU, hukommelse, diskaktivitet og sessionstællinger kan indikere, om tilsyneladende skærmfejl falder sammen med overbelastede systemer. Begivenhedslogfiler kan på samme måde afsløre gentagne frakoblinger, mislykkede logon og sessionsproblemer, som brugerne blot rapporterer som "en sort skærm."

Disciplin er også essentiel, når man arbejder med brugerprofiler - ikke mindst i tilfælde af Citrix Profile Management, roamingprofiler eller netværksprofilopbevaring. Undersøg rettigheder, ledig lagerplads og profiladfærd, hvis du finder, at bestemte brugere er berørt flere gange.

Sidst men ikke mindst, sørg for at have dokumenteret ændringerne korrekt. Hvis du ser sorte skærme efter en Windows-opdatering, en VDA-opgradering, en driveropdatering eller en ændring i politikken, kan en klar identifikation af kilden reducere din fejlfinding til minutter.

Hvor passer TSplus ind?

For organisationer, der har brug for at levere Windows-applikationer og -skrivbord eksternt, TSplus Remote Access giver en alternativ måde at offentliggøre Windows-applikationer, skriveborde og serverressourcer til fjernbrugere. Brugere kan oprette forbindelse via understøttede RDP-baserede forbindelsesmetoder eller en webbrowser ved hjælp af HTML5 Web Client.

Dette gør ikke vores løsning til en løsning for hver RDP sort skærm. Problemer, der stammer fra Windows-profiler, værtsressourcer, grafikkortdrivere eller det underliggende operativsystem, skal stadig diagnosticeres ved deres kilde. Men for organisationer, der gennemgår, hvordan fjernapplikationer og skriveborde leveres, tilbyder TSplus en centraliseret platform til at administrere fjernadgang uden at kræve en fuld Citrix-implementering.

Konklusion

En RDP- eller Citrix-sort skærm kan stamme fra sessionen, profilen, Windows-shellen, grafikstakken, netværkstransporten eller Citrix-specifikke komponenter. I stedet for at anvende hver tilgængelig løsning, identificer hvornår skærmen bliver sort, hvem der er berørt, og om RDP og Citrix opfører sig forskelligt. Disse observationer indsnævrer det fejlagtige lag og gør fejlfinding hurtigere, sikrere og lettere at verificere.