Svart skjerm på RDP og Citrix - Feilsøking

Introduksjon

En svart skjerm på RDP eller Citrix betyr ikke nødvendigvis at den eksterne tilkoblingen har feilet. Økten kan allerede være autentisert mens skrivebordet, brukerprofilen eller grafikklaget ikke lastes inn riktig. Å identifisere hvor den prosessen stopper hjelper IT-team med å skille et midlertidig sesjonsproblem fra et bredere Windows-, Remote Desktop Services (RDS) eller Citrix-problem.

Hva betyr det å ha en svart skjerm på RDP eller Citrix?

Den svarte skjermen er et symptom og ikke en diagnose. Det er mulig at den eksterne tilkoblingen faktisk fungerer - autentiseringen lyktes, og en økt har blitt opprettet av Windows, men deretter mislykkes noen del av den påfølgende initialiseringen eller visningsfasen, eller den gjengis ikke riktig.

Det er flere trinn mellom å etablere en forbindelse og få en brukbar skrivebord vist på en ekstern datamaskin. RDP må opprette en økt, operativsystemet må autentisere brukeren, laste profilen, laste brukerskallet og grafikkstakken for å gjengi skrivebordet. Hvis man bruker Citrix, er det involvert flere elementer; VDA, HDX, retningslinjer (Citrix sine), kanskje også profiladministrasjon.

Hvis omstart av den eksterne datamaskinen løser problemet, er det mulig å gjøre det, men det gir ingen svar. En mer nyttig første ting å avgjøre er hvor langt tilkoblingen faktisk kommer før den svarte skjermen:

Hva bør du sjekke først når RDP- eller Citrix-skjermen blir svart?

Før du endrer drivere, policyer eller registerinnstillinger, sjekk om den berørte økten fortsatt er "aktiv". I en RDP-økt kan du få tilgang til Windows-sikkerhetsalternativer via Ctrl+Alt+End. Hvis oppgavebehandleren åpnes, kjører Windows sannsynligvis fint, skrivebordet gjengis bare ikke "lokalt".

Noen sammenligninger kan redusere omfanget av undersøkelsen:

• Logg av den berørte økten i stedet for bare å koble fra.
• Prøv å koble til med en annen bruker.
• Koble til med forskjellige endepunkter / klienter.
• Er andre brukere på samme vert berørt?
• Startet det etter en Windows-oppdatering / driveroppdatering / VDA-oppdatering?
• Hvis mulig (der det er mulig å gjøre det), prøv direkte RDP til maskinen for å sammenligne med Citrix-tilkoblingen.

Med alt dette bør man kunne utlede om problemet følger brukeren / klienten / sesjonen / verten og unngå å prøve en vilkårlig oppskrift for svart skjerm.

Hvordan kan du diagnostisere den svarte skjermen før du endrer konfigurasjonen?

Du kan gjøre det akkurat når den svarte skjermen vises, og det kan være like meningsfylt som skjermen selv. Ulike symptomer signaliserer involvering av forskjellige aspekter ved den eksterne økten.

Svart skjerm før eller under pålogging

Hvis skrivebordet ditt aldri kommer til Windows-pålogging eller en slags Windows oppstartsskjerm som du gjenkjenner, bør du sannsynligvis starte på tilkoblings-/vertslagene. RDP-tjenester, VDA-registrering/status, grafikkinitialisering, nettverksforbindelser og den generelle tilstanden til den eksterne verten er mer sannsynlige mistenkte.

Du kan kanskje identifisere om andre brukere kobler til eller om maskinen selv svarer. I Citrix-verdenen, start med VDA-registrering og sesjonsstartproblemer før du peker på brukerens Windows-profil.

Windows velkomst vises, deretter blir skjermen svart

Nå som Windows Welcome vises, vet du at autentiseringen er mye lenger fremme, så fokuset kan nå rettes mot profilinnlasting, tillatelser og oppstart av Windows Shell, gruppepolicy og andre påloggingskomponenter.

Citrix har også mange eksempler i sin støttedokumentasjon som viser en situasjon lik denne der en bruker blir logget helt til Windows Velkommen, men deretter viser en svart skjerm ettersom de ikke får tilgang til den migrerte. Citrix Profiladministrasjon-mappen på grunn av manglende NTFS-rettigheter Dette er et godt eksempel på et problem som involverer profil eller tillatelser, som ikke kan antas å være en tilkoblingsfeil.

Svart skjerm med en fungerende musepeker

En lett tilgjengelig, flyttbar, sensitiv markør kan indikere at Windows har startet den interaktive sesjonen, men har feilet i å laste et skrivebord.

Forsøk å åpne Oppgavebehandling og se om explorer.exe kjører; Å starte eller starte Windows Explorer.exe på nytt kan gi deg tilbake skrivebordet – gjentatte tilfeller vil indikere problemene du ønsker å utforske i stedet for den åpenbare (og ofte veldig slitsomme) skrivebordsoppdateringen via relanseringstrikset, er å grave inn i brukerprofilen for Windows-skal og hendelseslogger.

Kun én bruker er berørt

Hvis andre brukere kan RDP til RDP-vert eller til Citrix-ressursen uten problemer, kan du utelukke maskinbrede nettverks- eller tjenesteproblemer.

Prøv den berørte kontoen mot en annen konto. Hvis det fungerer, må du se på en ødelagt profil eller ufullstendig profil, brukerpolicyinnstillinger, profilrettigheter eller utdaterte økter. Dette er også der du kan trenge å involvere Citrix Profile Management eller en lignende profiladministrasjonsløsning.

Hver bruker er berørt

Hvis det skjer for noen eller alle brukerne, prøv å flytte opp i stakken. Vertressurser, Remote Desktop-tjenester, VDA-status, oppdateringer til Windows eller VDA, grafikkdrivere, maskinnivåpolicyer blir de viktigste kandidatene.

Se også etter CPU-, minne- og diskbelastninger. En server kan akseptere tilkoblingen mens den prøver å fullføre brukerinnloggingene, en ressursutnyttelse kan fremstå for brukerne som en feil i den eksterne visningen.

Den svarte skjermen vises etter tilkobling igjen

Det er mulig at ikke-tilkoblede økter ikke klarer å starte på nytt ved gjenoppretting. En alternativ testmetode består i å logge helt ut av en økt og starte en ny; en passende tilnærming ville være å observere om nyopprettede økter starter riktig mens gjenopprettede økter gjentatte ganger mislykkes.

Hvis nye økter starter på nytt, men gjenoppretting av økter mislykkes gjentatte ganger, så fokuser på øktstatus og vis reinitialisering før du endrer visningspolitikkene.

Hva er de vanligste årsakene til en RDP svart skjerm?

RDP svarte skjermer kan oppstå på flere stadier av Windows fjernsesjonsprosessen. De følgende områdene står for mange vanlige feilsøkingsscenarier.

Stoppede eller frakoblede RDP-økter

Å avslutte en RDP-klient betyr ikke nødvendigvis at brukeren er borte. Windows holder faktisk økten slik at brukeren kan fortsette der de slapp senere. A økt kan også bli fastlåst og kan koble til igjen uten å gjenopprette skrivebordet ditt på riktig måte.

En administrator som ser på aktive/frakoblede økter på verten kan til og med logge ut brukeren.

Hvis en ren omstart hjelper, feilsøk hvorfor de sesjonene henger, i stedet for at serveren stadig blir omstartet.

Windows Utforsker eller Shell-feil

Du kan kanskje starte Windows, men ikke skallet. En blank skjerm og en markør er ofte en grunn til å teste om dette er tilfelle.

Hvis det ikke er noe tegn på explorer.exe i oppgavebehandleren og du tror explorer har feilet, bruk Ctrl+Alt+Del og klikk på oppgavebehandler, deretter klikk på "Ny oppgave". explorer.exe brukes nå til alt, ikke bare selve explorer, så omstart av det er mer sannsynlig å fikse et manglende skrivebord enn i tidligere versjoner av Windows.

Imidlertid kan gjentatte skallfeil bety en ødelagt profil, påloggingsskripter, gruppepolicy eller elementer som starter med påloggingen.

Korrupte eller problematiske brukerprofiler

En korrumpert profil ville forklare feilen med å fullføre innlastingen, selv om autentiseringen lykkes.

Derfor kan det være nyttig å teste med en alternativ konto. Hvis problemet ligger med en spesifikk konto, undersøk profilinnlastingshendelsene og dens plassering før du prøver å gjenskape dem. På roaming- eller administrerte profiloppsett, sjekk også diskplass og tillatelser.

Grafikkdrivere og fjernrending

RDP bruker Windows-grafikk- og skjermkomponenter for å produsere bildet av skrivebordet på avstand. Imidlertid kan driverkonflikter, konfigurasjon av GPU, endringer i Windows-skjermstakken potensielt forårsake visningsproblemer, inkludert svart skjerm.

Vær spesielt forsiktig under feilsøking hvis svart skjerm vises etter oppgradering av grafikkdriver, eller OS, eller virtualiseringsvert, OS-oppdatering. Deaktivering av maskinvareakselerasjon eller endring av WDDM-policy er et gyldig diagnostisk steg i visse scenarier, men ikke alltid en enkel løsning.

Oppløsning, DPI, Flere skjermer og Bitmap-caching

Hvis det oppstår en svart skjerm med bare ett spesifikt endepunkt, oppløsning eller skjermoppsett, er det en god diagnostisk indikator her. Prøv med en enklere skjermkonfigurasjon, med lavere oppløsning eller på én skjerm. Hvis du midlertidig deaktiverer bitmap-caching, se om bufrede skjermdata er et problem for det.

Etter at problemet er løst ved å endre skjerminnstillingene, utforsk klient- og grafikkonfigurasjonsproblemer i stedet for å holde fast ved en permanent restriktiv innstilling.

RDP Transport, Tjenester og Windows-oppdateringer

Også bruken av Eksterne skrivebordstjenester og den underliggende transporten påvirker RDP. Atferd rundt UDP/TCP, tjenester som RDS, nettverksveier og Windows-versjoner kan føre til at økter blir opprettet, men ikke vises riktig. Vær oppmerksom på Event Viewer og analyser hvilke tidsendringer som ble innført i infrastrukturen din.

Enhver endring som påvirker Remote Desktop Services eller transportpolitikkene må være etterfulgt av en indikasjon på at problemene ligger på dette infrastruktur laget.

Å endre en tjeneste som brukerapplikasjoner påvirker ikke flere brukere som å endre de infrastrukturkomponentene.

Hvordan kan du fikse en svart skjerm på RDP?

Etter hvert som symptomer hjelper med å avgrense den mest sannsynlige kilden, prøv å gjøre den minst inngripende endringen først og arbeid deg opp til systemkonfigurasjonsjusteringer på vertsbredden.

1. Sjekk om økten svarer. Send Ctrl+Alt+End, og hvis Oppgavebehandling vises, se på skrivebordet, skallet og brukerprofilen før du antar at du har mistet RDP.
2. Logg ut av den eksisterende økten. Avslutt en utdatert eller frakoblet RDP-økt på en ryddig måte, og opprett deretter en ny; hvis problemet kommer tilbake etter tilkobling, undersøk nærmere øktens tilstand.
3. Start Windows Utforsker på nytt. Hvis det er mulig å få tilgang til Oppgavebehandling, men ikke få opp skrivebordet, avslutt eller start explorer.exe manuelt; gjør dette både som et gjenopprettingssteg og en diagnostisk test.
4. Koble til som en annen bruker. Hvis en annen bruker får et rent skrivebord, ligger problemet i brukerens profil, tillatelser eller annen brukerspesifikk konfigurasjon.
5. Reduser kompleksiteten i skjerminnstillingene. Prøv én skjerm; bruk den lavest mulige oppløsningen; sett skjermen din til 16 bit; og prøv til og med å deaktivere bitmap-caching for å isolere problemer med gjengivelse av skjermen på klientsiden hvis det er aktuelt.
6. Undersøk skjermdriverne og oppdateringshistorikken. Se etter sammenhenger med Windows, GPU, hypervisor eller driveroppdateringshistorikken. Test den riktige komponenten med en driverendring i stedet for å gjøre mange forskjellige systemkonfigurasjonsendringer.
7. Undersøk RDP- og Windows-hendelseslogger. Hendelsesloggene kan inneholde en mengde profiler, skall, Remote Desktop Services og systemfeil du ikke kan se direkte på den svarte skjermen. Dette kan være spesielt nyttig når en RDP-økt tar lang tid å konfigurere eller stopper under initialisering.
8. Feilsøk RDP-transport og -policyer. Hvis du ser på tilkoblingslaget, undersøk den effektive RDP-transporten, gruppepolicyen og innstillingene for visningspolicy. Lag kopier eller notater slik at du kan rulle tilbake endringer om nødvendig.
9. Start tjenester eller verten når det er nødvendig. Selv om dette er et vanlig steg som mange bruker i starten for å løse umiddelbare problemer, påvirker det også andre økter og kan potensielt kaste bort verdifull diagnostisk informasjon.

I en produksjonsinnstilling, prøv det etter å ha uttømt brukerøktfokuserte trinn og samlet logger. Ved å bruke denne ordnede tilnærmingen fokuseres de innledende feilsøkingsinnsatsene på reversible, øktspesifikke handlinger før administratorer begynner å presse konfigurasjonsendringer på tvers av virksomheten.

Hva kan være de vanlige årsakene til en svart skjerm på Citrix?

Citrix svarte skjermer deler mange av de underliggende årsakene med RDP siden Windows må bygge en fungerende brukersesjon. De ekstra komponentene som plasseres mellom klienten og Windows-skrivebordet gir flere steder å utforske for potensielle årsaker.

VDA og sesjonsinitialiseringsproblemer

Citrix Virtual Delivery Agent spiller en sentral rolle i å etablere og administrere økter. Registrerings-, tjeneste- eller initialiseringsproblemer kan hindre en økt fra å nå et brukbart skrivebord.

Sjekk VDA-status og relevante Citrix- og Windows-hendelser, spesielt når flere brukere er berørt eller problemet følger en VDA-oppdatering.

Citrix profiladministrasjon og tillatelser

Lasting av profilen kan føre til en frosset økt etter autentisering. Vennligst bekreft også om det er spesifikt for én bruker og om profilene er tilgjengelige.

Tillatelser er av spesiell interesse etter profilmigrering eller endring av butikk. Citrix har en dokumentert svart skjerm etter "Velkommen" som kan skyldes fravær av NTFS-tillatelser på mapper for profiladministrasjon.

HDX, grafikkpolicyer og skjermkonfigurasjon

Citrix HDX introduserer sine egne mekanismer for grafikk og skjerm: grafikkpolicyer, skjermdrivere, maskinvareakselerasjon og flermonitoroppsett kan bidra til tomme/delvis gjengitte økter, så eventuelle problemer som kun oppstår i spesifikke monitoroppsett og/eller etter VDA/grafikkendringer, bør sjekkes her, før profiler bygges på nytt uten behov.

Citrix Workspace App

Ikke glem endepunktet. En gammel eller ødelagt Citrix Workspace-app kan være årsaken til en rekke visnings- og sesjonsstartproblemer hvis den ikke ser ut til å samsvare med VDA/støttet Workspace-versjon du bør bruke, spesielt når den sammenlignes med et kjent godt endepunkt eller en annen nettleser/Workspace-versjon.

WEM, retningslinjer og påloggingsbehandling

Forsinkelser eller avbrudd i oppstart av skrivebordet kan skyldes en Citrix WEM-oppsett, gruppepolicyer, påloggingsskripter eller andre mekanismer for oppstart av økter.

Sjekk, over en vellykket autentisering, hvilke hendelser som skjer under pålogging, ikke nettverkskonfigurasjon, som kan hindre skrivebordet fra å starte.

VDA-oppgraderinger og versjonsspesifikke problemer

Hvis svarte skjermer umiddelbart oppstår etter å ha utført en Citrix-, Windows- eller VDA-oppdatering, er timingen betydningsfull. Noter de nøyaktige versjonene av Workspace, VDA og Windows og referer til dem. Citrix-dokumentasjon og feillogger , fordi disse feilene kanskje ikke gjelder på tvers av forskjellige versjonsnumre, derfor kan du ikke behandle eldre grafikk eller registerløsninger som universelle Citrix-løsninger.

Hvordan kan du fikse en svart skjerm på Citrix?

Begynn med å verifisere helsen til den underliggende Windows-økten. En svart skjerm fra Citrix betyr ikke at VDA er skyldig.

Først, test en annen bruker og endepunkt. Hvis bare én brukerkonto feiler, sjekk brukerens profil, tillatelser og sesjonstilstand. Hvis alle brukere opplever den svarte skjermen, verifiser VDA-registrering, Citrix-tjenester, vertsressurser og nylige infrastrukturendringer.

Sjekk både Citrix- og Windows-hendelseslogger rundt oppstarten av økten og etter at brukeren har forsøkt å logge inn. For problemer knyttet til profiler må du undersøke profilbutikken og tillatelsene som er satt for den samme. Spesifikke problemer vil kreve at du sjekker med en mye enklere konfigurasjon med færre skjermer og ser på Citrix-grafikkpolitikker og drivere.

For problemer som viser seg å være klientspesifikke, kan Citrix Workspace-app repareres eller bekreftes å være riktig konfigurert. Hvis problemene med svart skjerm oppstår etter at systemet, VDA eller Windows har blitt oppdatert, vær forsiktig med å dobbeltsjekke med eksisterende dokumenterte kjente problemer fra Citrix nøyaktig hvilken versjon du har med hvilket kjent problem før du tyr til generiske løsninger.

Å gjøre dette først vil forhindre at du må "skalere" infrastrukturen for å svare på potensielt bare et enkelt brukers profil- eller endepunktproblem.

RDP fungerer, men Citrix viser en svart skjerm: Hva skal jeg gjøre?

Kontrasterende tilkoblingsmoduser kan danne en naturlig partisjon når man feilsøker.

Hvis en direkte RDP-tilkobling til den samme riktige Windows-verten fortsatt viser et korrekt skrivebord, og Citrix-lanseringen bare gir en svart skjerm, er det bevis som tyder på at det grunnleggende Windows-operativsystemet og mange Windows-komponenter fungerer (siden RDP har kommet dit). Nå kan du se på den ekstra banen Citrix tar: VDA-initialisering, HDX, policyer, profiler, Workspace, Citrix-definerte grafikkinnstillinger.

Dette viser ikke nødvendigvis at Windows er sunt, fordi Citrix og RDP kan belaste Windows på måter som ikke er helt like. Imidlertid betyr det at du vil miste svært lite i innsatsen din når du begynner å justere RDP tilfeldige generiske parametere tilfeldig.

Hvis RDP og Citrix oppfører seg likt: sjekk deres felles årsaker før du prøver tilfeldige innstillinger. Det bør også gjøre deg mer oppmerksom på å se etter vertens problemer som grafikkdriver, systemressurser og opprettelse av Windows-systemøkt, samt brukere som oppsett av Windows-økt og brukerprofiler.

Feilsøking av svart skjerm: Hva bør sjekkes?

Hva du ser	Sjekk først	Sannsynlig område
Svart skjerm med markør	Oppgavebehandling og Utforsker	Skall, profil eller grafikk
Velkommen etterfulgt av svart skjerm	Profil- og påloggingsbehandling	Profil eller tillatelser
Kun én bruker berørt	Test en annen konto	Brukerprofil eller økt
Alle berørte brukere	Vert/VDA-status og hendelser	Server eller infrastruktur
Svart skjerm etter gjenoppretting	Start en ny økt	Øktstatus
Multi-skjerm kun	Forenkle visningskonfigurasjon	Grafikk/visualisering
Begynte etter en oppdatering	Sjekk nøyaktige versjoner og endringer	Driver, Windows eller VDA
RDP og Citrix feiler begge	Test vanlige Windows-lag	Vert/ delt infrastruktur
RDP fungerer, men Citrix feiler	Sjekk VDA, HDX og Citrix-policyer	Citrix-spesifikk lag

Denne tabellen bør betraktes som en veiledning, ikke som et diagnostisk verktøy; siden noen tilstander har felles årsaker, kan alle eller mange tilstander produsere visse symptomer, så bekreft hvilken lag som svikter og fortsett deretter med andre tiltak deretter.

Hvordan er det mulig for IT-team å redusere gjentatte svart-skjerm hendelser?

En fungerende løsning ville ta for seg dagens nedetid. En pågående gjentakelse av svarte skjermer ville kreve en IT-analyse av fellestrekk.

Alle tre Windows-komponentene, RDS-komponentene, Citrix VDA-er, versjoner av Workspace-appen og drivere for grafikk bør ha kontrollert, administrert oppdatering, i stedet for at noen av oppdateringene sendes ut. Testing av oppdateringer før dem på et utvalg av systemer ville være den beste praksisen for å unngå grafiske, profil- eller sesjonskonflikter som sprer seg blant brukerne dine.

Vertsprestasjoner fortjener også oppmerksomhet. I miljøer som bruker TSplus Remote Access eller andre fjernaksessplattformer, CPU, minne, diskaktivitet og sesjonsantall kan indikere om tilsynelatende skjermfeil sammenfaller med overbelastede systemer. Hendelseslogger kan på samme måte avdekke gjentatte frakoblinger, mislykkede pålogginger og sesjonsproblemer som brukere bare rapporterer som "en svart skjerm."

Disiplin er også essensielt når man arbeider med brukerprofiler - ikke minst i tilfeller med Citrix Profile Management, roamingprofiler eller nettverksprofilbutikker. Undersøk tillatelser, ledig lagringsplass og profilatferd dersom du finner at bestemte brukere er berørt flere ganger.

Til slutt, sørg for at du har dokumentert endringer på riktig måte. Hvis du ser svarte skjermer etter en Windows-oppdatering, en VDA-oppgradering, en driveroppdatering eller en endring i policy, kan det å tydelig identifisere kilden redusere feilsøkingen til minutter.

Hvor passer TSplus inn?

For organisasjoner som trenger å levere Windows-applikasjoner og skrivebord eksternt, TSplus Remote Access gir en alternativ måte å publisere Windows-applikasjoner, skrivebord og serverressurser til eksterne brukere. Brukere kan koble til via støttede RDP-baserte tilkoblingsmetoder eller en nettleser ved hjelp av HTML5 Web Client.

Dette gjør ikke løsningen vår til en løsning for hver RDP svart skjerm. Problemer som stammer fra Windows-profiler, vertressurser, grafikkdrivere eller det underliggende operativsystemet må fortsatt diagnostiseres ved kilden. Imidlertid, for organisasjoner som vurderer hvordan eksterne applikasjoner og skrivebord leveres, gir TSplus en sentralisert plattform for å administrere ekstern tilgang uten å kreve en full Citrix-implementering.

Konklusjon

En svart skjerm fra RDP eller Citrix kan stamme fra sesjonen, profilen, Windows-skal, grafikkstakken, nettverkstransport eller Citrix-spesifikke komponenter. I stedet for å bruke hver tilgjengelig løsning, identifiser når skjermen blir svart, hvem som er berørt og om RDP og Citrix oppfører seg forskjellig. Disse observasjonene smalner inn det sviktende laget og gjør feilsøking raskere, sikrere og lettere å verifisere.