Zwart scherm op RDP en Citrix - Probleemoplossing

Introductie

Een zwart scherm op RDP of Citrix betekent niet noodzakelijk dat de externe verbinding is mislukt. De sessie kan al zijn geverifieerd terwijl het bureaublad, het gebruikersprofiel of de grafische laag niet correct wordt geladen. Identificeren waar dat proces stopt helpt IT-teams om een tijdelijk sessieprobleem te onderscheiden van een breder Windows-, Remote Desktop Services (RDS)- of Citrix-probleem.

Wat betekent het om een zwart scherm te hebben op RDP of Citrix?

Het zwarte scherm is een symptoom en geen diagnose. Het is mogelijk dat de externe verbinding in feite werkt - de authenticatie is geslaagd en een sessie is aangemaakt door Windows, maar vervolgens faalt een deel van de daaropvolgende initialisatie- of weergavefase of wordt niet correct weergegeven.

Er zijn meerdere stappen tussen het tot stand brengen van een verbinding en het weergeven van een bruikbare desktop op een externe computer. RDP moet een sessie creëren, het besturingssysteem moet de gebruiker authentiseren, het profiel laden, de gebruikersshell laden en de grafische stack laden om de desktop weer te geven. Bij het gebruik van Citrix zijn er extra elementen betrokken; VDA, HDX, beleidsregels (van Citrix), misschien ook profielbeheer.

Als het opnieuw opstarten van de externe computer het probleem oplost, is het mogelijk om dat te doen, maar het geeft geen antwoorden. Een nuttigere eerste stap om te bepalen is hoe ver de verbinding daadwerkelijk komt voordat het zwarte scherm verschijnt:

Wat moet je als eerste controleren wanneer je RDP- of Citrix-scherm zwart wordt?

Voordat u stuurprogramma's, beleidsregels of registerinstellingen wijzigt, controleer of de getroffen sessie nog steeds "levend" is. In een RDP-sessie kunt u via Ctrl+Alt+Eind de Windows-beveiligingsopties openen. Als Taakbeheer wordt geopend, werkt Windows waarschijnlijk goed, de desktop wordt gewoon niet "lokaal" weergegeven.

Een paar vergelijkingen kunnen de onderzoeksscope verkleinen:

• Log de getroffen sessie af in plaats van alleen te verbreken.
• Probeer verbinding te maken met een andere gebruiker.
• Verbind met verschillende eindpunten / clients.
• Zijn andere gebruikers op dezelfde host getroffen?
• Is het begonnen na een Windows-update / stuurprogramma-update / VDA-update?
• Als het mogelijk is (waar mogelijk), probeer dan direct RDP naar de machine om te vergelijken met de Citrix-verbinding.

Met al dat zou men moeten kunnen afleiden of het probleem de gebruiker / cliënt / sessie / host volgt en kan men proberen een willekeurig recept voor een zwart scherm te vermijden.

Hoe kunt u het zwarte scherm diagnosticeren voordat u de configuratie wijzigt?

Je kunt het precies doen wanneer het zwarte scherm verschijnt en het kan net zo betekenisvol zijn als het scherm zelf. Verschillende symptomen signaleren de betrokkenheid van verschillende aspecten van de externe sessie.

Zwart scherm vóór of tijdens inloggen

Als uw desktop nooit bij het Windows-aanmeldscherm of een soort Windows-opstartscherm komt dat u herkent, dan moet u waarschijnlijk beginnen bij de verbinding/hostlagen. RDP-services, VDA-registratie/status, grafische initialisatie, netwerkverbindingen en de algehele toestand van de externe host zijn waarschijnlijker verdachten.

U kunt mogelijk identificeren of andere gebruikers verbinding maken of dat de machine zelf reageert. In de Citrix-wereld begint u met VDA-registratie en problemen met het starten van sessies voordat u naar het Windows-profiel van de gebruiker wijst.

Windows Welkom Verschijnt, Dan Wordt Het Scherm Zwart

Nu Windows Welkom wordt weergegeven, weet je dat de authenticatie veel verder gevorderd is, dus kan de focus nu verschuiven naar het laden van profielen, machtigingen en het starten van de Windows Shell, Groepsbeleid en andere inlogcomponenten.

Citrix heeft ook veel voorbeelden in hun ondersteuningsdocumentatie die een situatie tonen die hierop lijkt, waarin een gebruiker helemaal tot aan het Windows Welkom wordt ingelogd, maar vervolgens een zwart scherm ziet omdat ze geen toegang krijgen tot de gemigreerde. Citrix Profielbeheer-map vanwege ontbrekende NTFS-machtiging Dit is een goed voorbeeld van een probleem met betrekking tot profiel of machtigingen, dat niet kan worden aangenomen als een verbindingsfout.

Zwart scherm met een werkende muiscursor

Een gemakkelijk toegankelijk, verplaatsbaar, gevoelig cursor kan aangeven dat Windows de interactieve sessie heeft gestart, maar niet in staat is geweest om een desktop te laden.

Probeer Taakbeheer te openen en te kijken of de explorer.exe wordt uitgevoerd; Het starten of herstarten van de Windows Explorer.exe kan je een bureaublad teruggeven – herhaalde gevallen zullen de problemen aangeven die je wilt onderzoeken in plaats van de voor de hand liggende (en vaak zeer vermoeiende) bureaubladverversing via herstarttruc, is om in je Windows-shellgebruikersprofiel en gebeurtenislogs te graven.

Slechts één gebruiker is getroffen

Als andere gebruikers zonder problemen RDP naar de RDP-host of naar de Citrix-bron kunnen, kunt u netwerk- of serviceproblemen op machine-niveau uitsluiten.

Probeer het getroffen account met een ander account. Als het werkt, moet je kijken naar een beschadigd profiel of een onvolledig profiel, gebruikersbeleidinstellingen, profielmachtigingen of een verouderde sessie. Dit is waar je mogelijk ook Citrix Profile Management of een vergelijkbare profielbeheersoplossing moet betrekken.

Elke gebruiker is getroffen

Als het voor sommige of alle gebruikers gebeurt, probeer dan de stap omhoog te verplaatsen. Hostresources, Remote Desktop-services, VDA-status, updates voor Windows of VDA, grafische stuurprogramma's, beleidsregels op machine-niveau worden de belangrijkste kandidaten.

Kijk ook naar CPU-, geheugen- en schijfdruk. Een server kan de verbinding accepteren terwijl deze probeert de gebruikerslogins te voltooien; een uitputting van bronnen kan voor de gebruikers verschijnen als een fout in de externe weergave.

Het zwarte scherm verschijnt na het opnieuw verbinden

Het is mogelijk dat niet-verbonden sessies niet opnieuw opstarten bij het opnieuw aansluiten. Een alternatieve testbenadering bestaat uit volledig uitloggen uit een sessie en het starten van een nieuwe; een geschikte aanpak zou zijn om te observeren of nieuw aangemaakte sessies correct starten terwijl opnieuw aansluitende sessies herhaaldelijk falen.

Als nieuwe sessies opnieuw opstarten maar het opnieuw deelnemen aan sessies herhaaldelijk mislukt, concentreer je dan op de sessietoestand en de herinitialisatie van het scherm voordat je de weergavebeleid wijzigt.

Wat zijn de veelvoorkomende oorzaken van een RDP-zwart scherm?

RDP zwarte schermen kunnen optreden in verschillende fasen van het Windows-remote-sessieproces. De volgende gebieden zijn verantwoordelijk voor veelvoorkomende probleemoplossingsscenario's.

Gestopte of Verbonden RDP-sessies

Het afsluiten van een RDP-client betekent niet noodzakelijk dat de gebruiker weg is. Windows houdt de sessie daadwerkelijk vast, zodat de gebruiker later kan doorgaan waar ze waren gebleven. A sessie kan ook vastlopen en kan opnieuw verbinden zonder uw bureaublad correct te herstellen.

Een administrator die naar actieve/verbonden sessies op de host kijkt, kan zelfs de gebruiker afmelden.

Als een schone herstart helpt, los dan op waarom die sessies vastlopen, in plaats van de server constant opnieuw op te starten.

Windows Verkenner of Shell-fout

Je kunt mogelijk Windows starten, maar niet de shell. Een leeg scherm en een cursor zijn vaak een reden om te testen of dit het geval is.

Als er geen teken van explorer.exe in de taakbeheerder is en je denkt dat explorer is mislukt, gebruik dan Ctrl+Alt+Del en klik op Taakbeheer, klik vervolgens op "Nieuwe Taak". explorer.exe wordt nu voor alles gebruikt, niet alleen voor explorer zelf, en het opnieuw starten ervan is waarschijnlijker om een ontbrekend bureaublad te herstellen dan in eerdere versies van Windows.

Echter, herhaalde shell-fouten kunnen wijzen op een beschadigd profiel, aanmeldscripts, Groepsbeleid of items die met de aanmelding beginnen.

Corrupt of problematische gebruikersprofielen

Een beschadigd profiel zou de mislukking om te laden verklaren, zelfs als de authenticatie slaagt.

Daarom kan het nuttig zijn om te testen met een alternatief account. Als het probleem bij een specifiek account ligt, controleer dan de profiel laad gebeurtenissen en de locatie voordat je probeert ze opnieuw te creëren. Controleer bij roaming of beheerde profielinstellingen ook de schijfruimte en machtigingen.

Grafische stuurprogramma's en externe rendering

RDP maakt gebruik van de Windows grafische en weergavecomponenten om het beeld van het externe bureaublad te produceren. Echter, stuurprogramma-conflicten, configuratie van de GPU, wijzigingen in de Windows weergavestack kunnen mogelijk weergaveproblemen veroorzaken, waaronder een zwart scherm.

Wees bijzonder voorzichtig tijdens het oplossen van problemen als er een zwart scherm verschijnt na een grafische stuurprogramma-, of besturingssysteemupgrade of virtualisatie-host, of besturingssysteemupdate. Het uitschakelen van hardwareversnelling of het wijzigen van het WDDM-beleid is een geldige diagnostische stap in bepaalde scenario's, maar niet altijd een wondermiddel.

Resolutie, DPI, Meerdere Schermen en Bitmap Caching

Als er een zwart scherm verschijnt met slechts één specifiek eindpunt, resolutie of monitorlay-out, is er hier een goede diagnostische indicator. Probeer een eenvoudigere weergaveconfiguratie, met een lagere resolutie of op één monitor. Als u bitmapcaching tijdelijk uitschakelt, kijk dan of gecachte weergavegegevens een probleem zijn.

Nadat het probleem is opgelost door de weergave-instellingen te wijzigen, verken dan problemen met de client- en grafische configuratie in plaats van vast te houden aan een permanent beperkende instelling.

RDP Transport, Services en Windows-updates

Ook het gebruik van Remote Desktop Services en de onderliggende transport beïnvloedt RDP. Gedrag rond UDP/TCP, diensten zoals RDS, netwerkpaden en Windows-builds kunnen resulteren in sessies die worden opgezet maar niet correct worden weergegeven. Let op de Event Viewer en analyseer welke tijdsveranderingen in uw infrastructuur zijn geïntroduceerd.

Elke wijziging die invloed heeft op Remote Desktop Services of de transportbeleid moet volgen op enige indicatie dat de problemen zich op deze infrastructuurlaag bevinden.

Het wijzigen van één service, zoals gebruikersapplicaties, heeft geen invloed op meerdere gebruikers zoals het wijzigen van die infrastructuurcomponenten.

Hoe kunt u een zwart scherm op RDP oplossen?

Aangezien symptomen helpen om de meest waarschijnlijke bron te bepalen, probeer eerst de minst ingrijpende wijziging aan te brengen en werk vervolgens naar aanpassingen in de systeemconfiguratie op hostniveau.

1. Controleer of de sessie reageert. Stuur Ctrl+Alt+Eind, en als de Taakbeheerder verschijnt, kijk dan naar het bureaublad, de shell en het gebruikersprofiel voordat je aanneemt dat je RDP bent verloren.
2. Log uit de bestaande sessie. Sluit een verouderde of verbroken RDP-sessie netjes af en maak vervolgens een nieuwe verbinding; als het probleem terugkeert na het opnieuw verbinden, onderzoek dan dieper de sessietoestand.
3. Herstart Windows Verkenner. Als het mogelijk is om Taakbeheer te openen maar niet het bureaublad te krijgen, beëindig of start explorer.exe handmatig; doe dit zowel als een herstelstap als een diagnostische test.
4. Verbind als een andere gebruiker. Als een andere gebruiker een schone desktop krijgt, ligt het probleem in het gebruikersprofiel, de machtigingen of andere gebruikersspecifieke configuraties.
5. Verminder de complexiteit van de weergave-instellingen. Probeer één monitor; gebruik de laagst mogelijke resolutie; stel uw weergave in op 16 bit; en probeer zelfs bitmap-caching uit te schakelen om problemen met de weergave-rendering aan de clientzijde te isoleren, indien van toepassing.
6. Onderzoek de weergave-stuurprogramma's en de updategeschiedenis. Zoek naar correlaties met de Windows-, GPU-, hypervisor- of stuurprogramma-updategeschiedenis. Test de juiste component met een stuurprogrammawijziging in plaats van veel verschillende systeemconfiguratiewijzigingen aan te brengen.
7. Onderzoek RDP- en Windows-gebeurtenislogs. De gebeurtenislogs kunnen een schat aan profiel-, shell-, Remote Desktop Services- en systeemfouten bevatten die je niet direct op het zwarte scherm kunt zien. Dit kan bijzonder nuttig zijn wanneer een RDP-sessie duurt lang om te configureren of vastloopt tijdens de initialisatie.
8. Probleemoplossing voor RDP-vervoer en -beleid. Als je naar de connectiviteitslaag kijkt, controleer dan het effectieve RDP-vervoer, de Groepsbeleid- en weergavebeleidinstellingen. Maak kopieën of aantekeningen zodat je wijzigingen indien nodig kunt terugdraaien.
9. Herstart services of de host indien nodig. Hoewel dit een veelvoorkomende stap is die velen in eerste instantie gebruiken om directe problemen op te lossen, heeft het ook invloed op andere sessies en kan het waardevolle diagnostische informatie weggooien.

In een productieomgeving, probeer het nadat je de stappen gericht op gebruikerssessies hebt uitgeput en logs hebt verzameld. Het gebruik van deze gestructureerde aanpak richt de initiële probleemoplossingsinspanningen op omkeerbare, sessiespecifieke acties voordat beheerders beginnen met het doorvoeren van configuratiewijzigingen in de hele onderneming.

Wat kunnen de veelvoorkomende oorzaken zijn van een zwart scherm op Citrix?

Citrix zwarte schermen delen veel van de onderliggende oorzaken met RDP, aangezien Windows een werkende gebruikerssessie moet opbouwen. De extra componenten die tussen de client en het Windows-bureaublad zijn geplaatst, bieden extra locaties om te verkennen voor mogelijke oorzaken.

VDA en sessie-initialisatieproblemen

De Citrix Virtual Delivery Agent speelt een centrale rol bij het opzetten en beheren van sessies. Registratie-, service- of initialisatieproblemen kunnen voorkomen dat een sessie een bruikbare desktop bereikt.

Controleer de VDA-status en relevante Citrix- en Windows-gebeurtenissen, vooral wanneer meerdere gebruikers zijn getroffen of het probleem volgt op een VDA-update.

Citrix-profielbeheer en machtigingen

Het laden van het profiel kan leiden tot een bevroren sessie na authenticatie. Controleer ook of het specifiek is voor één gebruiker en of de profielopslag toegankelijk is.

Permissies zijn van bijzonder belang na profielmigratie of wijziging van de winkel. Citrix heeft een gedocumenteerd zwart scherm na "Welkom" dat kan voortkomen uit ontbrekende NTFS-permissies op de mappen voor profielbeheer.

HDX, Grafische beleidsregels en weergaveconfiguratie

Citrix HDX introduceert zijn eigen mechanismen voor graphics en weergave: graphicsbeleid, weergave-stuurprogramma's, hardwareversnelling en multi-monitoropstellingen kunnen bijdragen aan lege/deels weergegeven sessies, dus eventuele problemen die alleen optreden in specifieke monitoropstellingen en/of na VDA/graphics-wijzigingen, moeten hier worden gecontroleerd voordat profielen opnieuw worden opgebouwd zonder noodzaak.

Citrix Workspace App

Vergeet de endpoint niet. Een oude of defecte Citrix Workspace-app kan verantwoordelijk zijn voor een aantal weergave- en sessie-startproblemen als deze niet lijkt te passen bij de VDA/ondersteunde Workspace-versie die je zou moeten gebruiken, vooral in vergelijking met een bekende goede endpoint of een andere browser/Workspace-versie.

WEM, Beleid en Aanmeldverwerking

Vertragingen of onderbrekingen bij de desktopinitialisatie kunnen het gevolg zijn van een Citrix WEM-configuratie, groepsbeleid, aanmeldscripts of andere mechanismen voor het opstarten van sessies.

Controleer, na een succesvolle authenticatie, welke gebeurtenissen zich voordoen tijdens het inloggen, niet de netwerkinstellingen, die het opstarten van de desktop kunnen verhinderen.

VDA-upgrades en versie-specifieke problemen

Als zwarte schermen onmiddellijk optreden na het uitvoeren van een Citrix-, Windows- of VDA-update, is de timing belangrijk. Noteer de exacte versies van Workspace, VDA en Windows en verwijs daarnaar. Citrix-documentatie en probleemlogs , omdat deze bugs mogelijk niet van toepassing zijn op verschillende versienummers, daarom kun je legacy graphics of registeroplossingen niet als universele Citrix-oplossingen beschouwen.

Hoe kunt u een zwart scherm op Citrix oplossen?

Begin met het verifiëren van de gezondheid van de onderliggende Windows-sessie. Een Citrix zwart scherm betekent niet dat de VDA de schuldige is.

Test eerst een andere gebruiker en eindpunt. Als alleen het ene gebruikersaccount faalt, controleer dan het gebruikersprofiel, de machtigingen en de sessiestatus. Als alle gebruikers de zwarte scherm tegenkomen, controleer dan de VDA-registratie, Citrix-services, hostbronnen en recente infrastructuurwijzigingen.

Controleer zowel de Citrix- als Windows-logboeken rond de lancering van de sessie en nadat de gebruiker heeft geprobeerd in te loggen. Voor problemen met profielen moet u de profielopslag en de ingestelde machtigingen voor hetzelfde onderzoeken. Specifieke weergaveproblemen vereisen controle met een veel eenvoudigere configuratie met minder monitoren en het bekijken van Citrix-grafische beleidsregels en stuurprogramma's.

Voor problemen die zich als cliëntspecifiek manifesteren, kan de Citrix Workspace-app worden gerepareerd of bevestigd dat deze correct is ingesteld. Als de zwarte schermproblemen optreden na de update van het systeem, VDA of Windows, wees dan voorzichtig en controleer dubbel met de bestaande gedocumenteerde bekende problemen van Citrix welke versie je hebt met welk bekend probleem voordat je toevlucht neemt tot algemene oplossingen.

Dit eerst doen voorkomt dat je de infrastructuur moet "schalen" om mogelijk slechts een enkel gebruikersprofiel of eindpuntprobleem op te lossen.

RDP werkt, maar Citrix toont een zwart scherm: wat te doen?

Contrasterende verbindingsmodi kunnen een natuurlijke scheiding vormen bij het oplossen van problemen.

Als een directe RDP-verbinding met dezelfde correcte Windows-host nog steeds een correct bureaublad toont en de Citrix-start slechts een zwart scherm geeft, dan zijn er aanwijzingen dat het basis Windows-besturingssysteem en veel Windows-componenten werken (aangezien RDP daar is aangekomen). Nu kun je kijken naar het aanvullende pad dat Citrix volgt: VDA-initialisatie, HDX, beleidsregels, profielen, Workspace, door Citrix gedefinieerde grafische instellingen.

Dit toont niet noodzakelijk aan dat Windows gezond is, omdat Citrix en RDP Windows op manieren kunnen belasten die niet precies hetzelfde zijn. Het betekent echter wel dat je zeer weinig zult verliezen in je inspanningen wanneer je begint met het willekeurig aanpassen van RDP random-generic parameters.

Als RDP en Citrix hetzelfde functioneren: controleer hun gemeenschappelijke oorzaken voordat je willekeurige instellingen probeert. Het zou je ook alerter moeten maken om te kijken naar de problemen van de host, zoals grafische stuurprogramma's, systeembronnen en de totstandbrenging van Windows-systeemsessies, en gebruikers zoals de opzet van Windows-sessies en gebruikersprofielen.

Probleemoplossing voor een zwart scherm: Wat te controleren?

Wat u ziet	Controleer eerst	Waarschijnlijk gebied
Zwart scherm met cursor	Taakbeheer en Verkenner	Shell, profiel of graphics
Welkom gevolgd door een zwart scherm	Profiel- en aanmeldverwerking	Profiel of machtigingen
Slechts één gebruiker getroffen	Test een ander account	Gebruikersprofiel of sessie
Alle gebruikers getroffen	Host/VDA-status en gebeurtenissen	Server of infrastructuur
Zwart scherm na opnieuw verbinden	Start een nieuwe sessie	Sessie status
Multi-monitor alleen	Vereenvoudig de weergaveconfiguratie	Grafische weergave
Begon na een update	Controleer exacte builds en wijzigingen	Driver, Windows of VDA
RDP en Citrix falen beide	Test veelvoorkomende Windows-lagen	Host/gedeelde infrastructuur
RDP werkt maar Citrix faalt	Controleer VDA-, HDX- en Citrix-beleid	Citrix-specifieke laag

Deze tabel moet worden beschouwd als een richtlijn, niet als een diagnostisch hulpmiddel; aangezien sommige aandoeningen gemeenschappelijke oorzaken hebben, kunnen alle of veel aandoeningen bepaalde symptomen veroorzaken, dus verifieer welke laag faalt en ga vervolgens verder met andere remedies dienovereenkomstig.

Hoe is het mogelijk voor IT-teams om herhaalde zwart-schermincidenten te verminderen?

Een werkbare oplossing zou de huidige storing aanpakken. Een voortdurende herhaling van zwarte schermen zou een IT-analyse van gemeenschappelijkheid vereisen.

Alle drie Windows-componenten, RDS-componenten, Citrix VDA's, versies van de Workspace-app en stuurprogramma's voor graphics zouden gecontroleerde, beheerde patches moeten hebben, in plaats van dat updates van welke aard dan ook worden verspreid. Het testen van updates vooraf op een subset van systemen zou de beste praktijk zijn om grafische, profiel- of sessieconflicten te voorkomen die zich over uw gebruikersbasis verspreiden.

Hostprestaties verdienen ook aandacht. In omgevingen die gebruikmaken van TSplus Remote Access of andere remote access platforms, CPU, geheugen, schijfactiviteit en sessietellingen kunnen aangeven of schijnbare weergavefouten samenvallen met overbelaste systemen. Evenementlogs kunnen op vergelijkbare wijze herhaalde verbroken verbindingen, mislukte aanmeldingen en sessieproblemen blootleggen die gebruikers simpelweg rapporteren als "een zwart scherm."

Discipline is ook essentieel bij het werken met gebruikersprofielen - niet in de laatste plaats in het geval van Citrix Profile Management, roamingprofielen of netwerkprofielopslag. Onderzoek de machtigingen, vrije opslagruimte en profielgedrag als je merkt dat bepaalde gebruikers meerdere keren zijn getroffen.

Zorg ervoor dat u wijzigingen goed documenteert. Als u zwarte schermen ziet na een Windows-update, een VDA-upgrade, een stuurprogramma-update of een wijziging in het beleid, kan het duidelijk identificeren van de bron uw probleemoplossing tot enkele minuten terugbrengen.

Waar past TSplus?

Voor organisaties die Windows-toepassingen en desktops op afstand moeten leveren, TSplus Remote Access biedt een alternatieve manier om Windows-toepassingen, desktops en serverbronnen aan externe gebruikers te publiceren. Gebruikers kunnen verbinding maken via ondersteunde RDP-gebaseerde verbindingsmethoden of een webbrowser met behulp van de HTML5 Web Client.

Dit maakt onze oplossing geen oplossing voor elk RDP-zwart scherm. Problemen die voortkomen uit Windows-profielen, hostbronnen, grafische stuurprogramma's of het onderliggende besturingssysteem moeten nog steeds bij de bron worden gediagnosticeerd. Voor organisaties die bekijken hoe externe applicaties en desktops worden geleverd, biedt TSplus echter een gecentraliseerd platform voor het beheren van externe toegang zonder dat een volledige Citrix-implementatie nodig is.

Conclusie

Een RDP- of Citrix-zwart scherm kan afkomstig zijn van de sessie, het profiel, de Windows-shell, de grafische stack, het netwerktransport of Citrix-specifieke componenten. In plaats van elke beschikbare oplossing toe te passen, identificeer wanneer het scherm zwart wordt, wie erdoor wordt getroffen en of RDP en Citrix zich anders gedragen. Die observaties verkleinen de falende laag en maken probleemoplossing sneller, veiliger en gemakkelijker te verifiëren.