Citrix Kan Desktop Niet Starten: Oorzaken en Stapsgewijze Oplossingen

Introductie

Een Citrix-desktopstart hangt af van verschillende systemen die in volgorde werken. Authenticatie kan slagen en de gepubliceerde desktop kan normaal verschijnen in Citrix Workspace of StoreFront, maar de sessie kan nog steeds mislukken tijdens het brokering, VDA-registratie, Gateway-communicatie of desktoptoewijzing.

Omdat deze fouten dezelfde "Desktop kan niet worden gestart" melding kunnen produceren, onthult de fout zelf de onderliggende oorzaak niet. Dit artikel laat IT-beheerders zien hoe ze de reikwijdte van het probleem kunnen verkleinen, de mislukte opstartfase kunnen identificeren en stap voor stap door de meest waarschijnlijke oorzaken kunnen werken.

Wat betekent het wanneer de foutmelding “Citrix kan Desktop niet starten” verschijnt?

"Kan Desktop niet starten" is eigenlijk meer een symptoom van een mislukte sessie-start dan een fout op zich. De gebruiker kan al geauthenticeerd zijn en heeft de volgende weergegeven gekregen Citrix Workspace of StoreFront Citrix kan ze het gepubliceerde bureaublad perfect tonen. De fout doet zich voor wanneer het platform probeert die hulpbronverzoek om te zetten in een daadwerkelijke bureaubladsessie.

Een zeer eenvoudige workflow voor het starten van een Citrix-desktop:

User Workspace of StoreFront => Broker => VDA => Windows Desktop

Externe gebruikers voegen de volgende componenten aan deze keten toe:

=> Citrix Gateway => STA (Secure Ticket Authority) => Broker

Daarom kan een storing overal langs de Externe toegang pad na authenticatie, en resulteert in dezelfde eindgebruikersmelding. Citrix' eigen advies over hoe te troubleshooten "Kan Desktop niet starten" begint met het segmenteren van fouten die optreden via een directe StoreFront-verbinding van die welke alleen verschijnen via Citrix Gateway - wat het aantal componenten dat je dagelijks moet troubleshooten halveert.

Wat zijn de redenen voor deze fouten?

Er kan een aantal verschillende zijn infrastructuurproblemen die voorkomen dat Citrix een desktop toewijst en start. Deze veelvoorkomende problemen kunnen worden gecategoriseerd op basis van de verschillende fasen van de lancering, en ze vallen onder brede gebieden:

Oorzaak	Wat het voorkomt
Geen desktop beschikbaar	Broker heeft geen in aanmerking komende machine om toe te wijzen
Onderhoudsmodus	Nieuwe sessies kunnen de getroffen machine of Leveringsgroep niet bereiken.
VDA Niet Geregistreerd	Broker kan de desktop niet gebruiken voor sessie-starts
Leveringsgroep of toewijzingsprobleem	De gebruiker komt niet overeen met een in aanmerking komende desktop.
Probleem met de controllerverbinding	VDA en broker kunnen niet correct communiceren
Citrix Gateway of STA-probleem	Externe lancering kan de vereiste verbinding niet tot stand brengen
Certificaat- of DNS-probleem	Componenten kunnen elkaar niet vertrouwen of bereiken
Licentieprobleem	Citrix kan de gevraagde sessie niet autoriseren
Capaciteitslimiet	Geen geschikte machine kan een andere sessie accepteren.
FAS probleem	Federated authenticatie kan het certificaatproces niet voltooien

Elke voorwaarde genereert dezelfde foutmelding, en daarom kan "Desktop kan niet worden gestart" alleen verwijzen naar een van de bovenstaande fouten, waardoor de bedoeling wordt om te identificeren waar in het opstartproces het pad daadwerkelijk eindigt.

Wat moet worden gecontroleerd voordat u uw Citrix-instellingen wijzigt?

Begin met het verkleinen van de omvang van de storing.

Vaak kunnen slechts enkele gecontroleerde tests de helft van de mogelijkheden uitsluiten voordat er zelfs maar een wijziging in de configuratie is aangebracht.

Heeft de fout invloed op één gebruiker of op velen?

Log in op hetzelfde desktopaccount als een andere gebruiker. Als slechts één account faalt, controleer dan de rechten, desktoptoewijzing, gebruikersprofiel, huidige sessie op dat account.

Als veel gebruikers plotseling "Kan Desktop niet starten" rapporteren, richt je dan op de gedeelde infrastructuur. Leveringscontrollers, cloudverbindingen, leveringsgroepen, VDA's, gateway, licenties en de capaciteit van hosting worden in dit geval grote verdachten.

Heeft het invloed op één desktop of de hele leveringsgroep?

Controleer of de gebruiker in staat is om andere gepubliceerde desktops te starten.

Als de gehele Citrix-omgeving niet uitvalt, betekent de mogelijkheid dat één enkele bron faalt terwijl een andere succesvol wordt gestart, dat het een probleem is met een individuele machine, catalogus, desktoptoewijzing/Leveringsgroep, en dat de omgeving zelf niet de schuldige is en het de moeite waard is om te troubleshooten.

Als alle desktops kunnen falen, kijk dan verder omhoog in de keten naar de broker en de onderliggende hardware.

Werkt de Desktop intern maar faalt extern?

Waar de architectuur het ondersteunt, vergelijk een directe StoreFront-lancering met een StoreFront-lancering via een Citrix Gateway .

Als beide falen, kijk dan naar de beschikbaarheid/onderhoudsmodi van de desktop, VDA-registratie, breken voordat andere acties worden ondernomen.

Als StoreFront direct werkt en Citrix Gateway faalt, kijk dan beter naar het externe pad. De STA-configuratie, communicatie tussen gatewaycomponenten, certificaten, DNS of firewalls zijn waarschijnlijk complexer.

Dit is een van de nuttigere diagnostische limieten van de fout "Desktop kan niet worden gestart".

Hoe is het mogelijk om een "Citrix kan desktop niet starten" fout op te lossen?

Nu is de omvang bekend, stap door het lanceringspad.

Ga niet meteen aan de slag met het oplossen van ingewikkelde Citrix-problemen. Veelvoorkomende oorzaken kunnen binnen enkele minuten worden vastgesteld vanuit Studio of Monitor.

Stap 1: Bevestig dat een desktop beschikbaar is

De eerste stap om te controleren is of de broker überhaupt in staat is om een geschikte desktop te bieden.

Gebruik Citrix Studio of de Citrix DaaS-beheerconsole, controleer uw Machine Catalogus en Leveringsgroep en verifieer:

• je hebt de machines die je verwacht dat daadwerkelijk aanwezig zijn en ingelogd zijn zoals je ze nodig hebt
• u heeft machines beschikbaar voor de gebruiker om aan toe te wijzen
• dat de gebruiker recht heeft op de leveringsgroep
• dat de machine-toewijzingen correct zijn (bijv. voor dedicated desktops)

Als de broker geen desktop kan leveren, kan de gebruiker de sessie niet starten, zelfs niet als Citrix Workspace, StoreFront of authenticatie allemaal werken.

Stap 2: Controleer de Onderhoudsmodus

Controleer vervolgens of de machine, Catalogus of Leveringsgroep in Onderhoudsmodus is gegaan.

Onderhoudsmodus voorkomt opzettelijk nieuwe verbindingen. Op een multi-sessie OS-machine kunnen bestaande sessies doorgaan of opnieuw verbinden terwijl nieuwe sessies worden geblokkeerd. Op een enkele-sessie OS-machine kunnen gebruikers geen nieuwe verbindingen tot stand brengen of opnieuw verbinden terwijl de onderhoudsmodus actief is.

Dit kan een veelvoorkomende valkuil zijn, aangezien de machine verder prima lijkt te functioneren.

Als de onderhoudsmodus per ongeluk is ingeschakeld na patching of administratie, vergeet dan niet om de onderhoudsmodus voor de machine uit te schakelen indien nodig, en probeer de desktop.

Schakel de Onderhoudsmodus niet onmiddellijk uit als isolatie van de machine vereist is en werk uit waarom deze is ingeschakeld.

Stap 3: Verifieer VDA-registratie

Voor Citrix om normale doorbrekersessies naar een VDA te maken, moet het eerst geregistreerd zijn bij de Delivery Controller on-premise of, in de equivalente Citrix Cloud-architectuur, met de Cloud Connector.

Bekijk de machine-status, binnen Studio of Monitor.

Als de desktop 'Niet geregistreerd' weergeeft, verplaats dan uw probleemoplossingsstappen naar de VDA en naar het pad tussen de VDA en de controller/Cloud Connector.

Citrix vermeldt hier expliciet dat niet-geregistreerde VDA's niet worden meegerekend wanneer gebrokerde sessies worden gestart. Verspil geen tijd met het opnieuw installeren van Citrix Workspace op de clientmachine van de gebruiker, aangezien het probleem zich aan de serverzijde heeft voorgedaan.

Stap 4: Controleer de Leveringsgroep en Gebruikerstoewijzing

Een geregistreerde VDA alleen is niet genoeg: De toegewezen desktop zelf moet ook worden toegewezen via de relevante Leveringsgroep.

Bevestig dat de machine is toegewezen aan de juiste Leveringsgroep en dat de desktop is ingeschakeld voor de gebruikers in die groep.

Als je dedicated of toegewezen desktops gebruikt, controleer dan de toewijzing van machines aan gebruikers. Kijk ook naar tagtoewijzingen en andere regelbeperkingen die het aantal machines kunnen verminderen waarop de gegeven desktop mogelijk kan worden gestart.

Dit is goed, vooral wanneer één gebruiker er niet in slaagt om de toegewezen desktop te starten, maar veel gebruikers van dat desktoptype dat wel kunnen.

Stap 5: Test de connectiviteit van de Delivery Controller of Cloud Connector

Als de registratie van de VDA niet plaatsvindt, of vaak wegvalt, dan moet de communicatie tussen de Delivery Controllers/Cloud Connector en de VDA worden opgelost.

Registratie van een Citrix VDA is alleen succesvol als de VDA kan bepalen en communiceren met vertrouwde authentieke Controllers/Cloud Connectors. De moderne richtlijnen van Citrix specificeren het gebruik van de volledig gekwalificeerde domeinnaam voor Controller-namen en houden die namen zo nauwkeurig mogelijk.

Controleer:

• DNS-resolutie
• Controller of Cloud Connector FQDNs
• netwerkverbinding
• relevante firewallregels en poorten
• domeinlidmaatschap
• tijdsynchronisatie
• Kerberos-communicatie
• VDA-diensten
• Windows- en Citrix-gebeurtenislogboeken

De nieuwere VDA-probleemoplossingshulpmiddel van Citrix is om de DNS- en Controller- of Cloud Connector-connectiviteit te controleren en is bewijs van hoe afhankelijk registratie is.

Stap 6: Controleer Citrix Gateway, STA en certificaten

Als de desktop intern succesvol wordt gestart binnen StoreFront maar "Desktop kan niet worden gestart" bij het gebruik van Citrix Gateway, is er waarschijnlijk een probleem met het externe opstartpad.

Een van de componenten die hierbij een rol speelt, is Secure Ticket Authority (STA). Informatie kan worden gebruikt om toegang te verlenen tot bronnen door gebruik te maken van STA-informatie met Citrix Gateway tijdens een geautoriseerde verbinding met gepubliceerde bronnen.

Zorg ervoor dat de juiste STA's worden gebruikt door StoreFront en Gateway en dat die hostnamen bereikbaar zijn.

Ook onderzoeken:

• Gateway-configuratie
• STA bereikbaarheid
• certificaat geldigheid
• certificaat hostnaam overeenstemming
• intermediate- en rootcertificaatketens
• DNS-resolutie
• firewallbeleid
• proxies of inspectieapparaten in het verbindingspad

Maskeer certificaatvalidatie niet als een zwakke oplossing om fouten in de vertrouwens-/configuratielaag te verhelpen.

Stap 7: Verifieer Licenties en Capaciteit

Een andere reden waarom een correct geregistreerde en geconfigureerde desktop faalt, is als Citrix de benodigde middelen niet aan jou kan beschikbaar stellen. Controleer de Citrix-licenties is correct en voldoende licenties voor uw desktop beschikbaar zijn. Licentielimieten zijn enkele van de voorwaarden die ervoor kunnen zorgen dat een sessie mislukt volgens de momenteel in gebruik zijnde gids voor sessie-startdiagnose.

Controleer vervolgens de capaciteit.

Met multi-sessie machines kan het load management de beslissing hebben genomen om een andere verbinding niet te accepteren. Bij virtuele desktopcatalogi zijn voldoende middelen vereist door de hostinginfrastructuur om een andere machine op te starten of te bouwen.

Onderzoeken:

• sessielimieten
• machinebelasting
• beschikbare VDAs
• CPU- en geheugendruk
• hostbeschikbaarheid
• hypervisor of cloudcapaciteit
• machine power-management fouten

Een gezonde Citrix-besturingslaag kan geen desktop starten als er geen bruikbare desktopcapaciteit onder ligt.

Stap 8: Controleer FAS wanneer gefedereerde authenticatie wordt gebruikt

Als u de Citrix Federated Authentication Service (FAS) in de omgeving gebruikt, onderzoek dan FAS als onderdeel van de desktopstart. FAS maakt deel uit van certificaatgebaseerde Windows-aanmeldingen. Problemen bij het aanmaken of gebruiken van het certificaat van de gebruiker kunnen er daarom toe leiden dat de desktopstart mislukt nadat de gebruiker door de front-end is geverifieerd.

Controleer de gezondheid van de FAS-service, de bereikbaarheid van de certificeringsinstantie en de bijbehorende FAS-logboeken.

Onderzoek FAS niet als je het niet gebruikt, dit is een configuratiespecifieke tak en geen algemeen probleem met het starten van de desktop.

Probleemoplossing voor een niet-geregistreerde Citrix VDA

VDA-registratie is een zeer frequente afhankelijkheid van desktopstart en krijgt als zodanig een gestructureerde verificatie op zichzelf.

Zorg er eerst voor dat de VDA is ingeschakeld en dat de Citrix Desktop Service samen met andere subprocessen actief en operationeel is.

Controleer of de VDA de gedefinieerde Delivery Controllers of Cloud Connectors kan vinden en neem contact met hen op.

Bekijk hoe de VDA haalt adressen op van de Delivery Controllers of Cloud Connectors en verifiëren of ze geldig en toegankelijk zijn. Citrix ondersteunt verschillende manieren voor een VDA om zijn Delivery Controllers te identificeren, waaronder Citrix-beleid, registerinstellingen en Machine Creation Services. Ontdekking via een Organisatorische Eenheid (OU) in Microsoft Active Directory is een oudere, legacy-methode.

Vervolgens controleert u eventuele afhankelijkheden die de registratie kunnen laten mislukken:

• DNS
• Active Directory-domeinvertrouwen
• machine account gezondheid
• tijdsynchronisatie
• Kerberos
• firewallconfiguratie
• VDA en Controller compatibiliteit
• catalogus functioneel niveau

Probleemoplossingsdetails voor machines die geregistreerd zouden moeten zijn maar dat niet zijn, zijn ook beschikbaar vanuit Citrix Studio. Het valt altijd terug op dit basisprincipe: probeer eerst de verbinding tussen de VDA en het controlevlak te herstellen en denk later aan de Workspace-client van de gebruiker.

Hoe kan Citrix Monitor de mislukte opstartfase identificeren?

Als het aanwezig is, kan Citrix Monitor ook helpen de hoeveelheid handmatige correlatie die nodig is voor een "Desktop kan niet worden gestart" probleem te verminderen.

Citrix Session Launch Diagnostics volgt een reeks gebeurtenissen van een lancering mislukking binnen de componenten die verantwoordelijk zijn voor de lancering. Als er een mislukte lancering optreedt, kan dit een Transactie-ID genereren, die door beheerders kan worden gebruikt om de bijbehorende transactie binnen Monitor te vinden.

Deze diagnostiek kan helpen bij het onderscheiden waar een probleem zich bevindt, zoals binnen:

• Werkruimte
• Winkelpagina
• Citrix Gateway
• Cloud Connector
• brokerage
• VDA-communicatie
• licenties
• machinebeschikbaarheid

Dit betekent dat we de probleemoplossingsvraag hebben veranderd van "Waarom kan de gebruiker een Citrix-desktop niet starten?" naar " welk onderdeel faalt tijdens deze desktopstart?".

Dit wordt veel nuttiger in situaties waarin het probleem meerdere infrastructuurlagen beïnvloedt.

Op het moment van schrijven (documentatie gedateerd 24 juni 2026) is Session Launch Diagnostics een previewfunctie met vereisten voor implementatie voordat deze kan worden gebruikt, en waar dit niet beschikbaar is, moeten beheerders de benodigde logs handmatig relateren.

Welke logs moeten worden gecontroleerd voor de foutmeldingen "Desktop kan niet worden gestart"?

De logs zullen waarschijnlijk nuttiger zijn zodra het waarschijnlijke punt van falen is vastgesteld. In plaats van nu alles te verzamelen, richt je op het verzamelen van gegevens rond het laatst bekende succesvolle punt.

Bijvoorbeeld:

Verdachte gebied	Bewijs om te inspecteren
Winkelpagina	StoreFront en IIS-logboeken
Brokering	Studio, Monitor en Leveringscontroller evenementen
VDA-registratie	VDA, Controller en Windows gebeurtenislogs
Gateway	Citrix Gateway en STA-gerelateerde informatie
FAS	FAS-beheer en gebeurtenislogs
Desktop opstarten	VDA en Windows Systeem-/Applicatielogs
Hosting	Hypervisor of cloudplatform evenementen

Maak gebruik van de tijdstempels van gebeurtenissen die zijn vastgelegd tijdens mislukte gebruikerstoegang om correlaties tussen verschillende systemen te vinden.

Nieuwere Citrix Always On Tracing richtlijnen volgen hetzelfde principe: het lezen van gebeurtenissen van beide zijden van een transactie kan laten zien of de VDA bijvoorbeeld heeft geprobeerd contact op te nemen met de Delivery Controller en of de Controller ooit het verzoek heeft ontvangen. Dit is beter dan gokken naar meerdere niet-verwante oplossingen totdat de fout een tijdje verdwijnt.

De snelste probleemoplossingsvolgorde

Voor de meeste incidenten met "Citrix kan desktop niet starten" houdt de volgende volgorde het onderzoek gefocust. Het doel is om elke fase van het leveringspad te bevestigen voordat naar de volgende wordt overgegaan, in plaats van ongerelateerde instellingen in de omgeving te wijzigen.

Reproduceer en definieer de reikwijdte

U kunt beginnen met precies te zijn over wat en wie wordt beïnvloed. Identificeer de gebruiker, de desktop, het eindpunt, de netwerklocatie en ongeveer hoe laat de lancering mislukt.

Vervolgens vergelijk je dit met de ervaring van een andere gebruiker, een ander bureaublad of een ander eindpunt waar van toepassing om te bepalen of het specifiek is voor de gebruiker, machine, bron of gedeeld Citrix-element.

Vergelijk directe StoreFront- en Gateway-toegang

Waar mogelijk test dezelfde desktop via directe StoreFront en via toegang tot Citrix Gateway.

Als beide falen, verwacht dan problemen met betrekking tot het brokerproces, de beschikbaarheid van een desktop of de registratie van een VDA. Als het werkt op een intern adresserende StoreFront en faalt via Gateway, richt je dan op de externe STA-configuratie, certificaten, DNS, firewalls en de connectiviteit terug via Gateway-in.

Bevestig desktopbeschikbaarheid

Bevestig dat een beschikbare Citrix-machine de gevraagde desktop-sessie kan hosten.

Controleer of een vereiste VDA-machine is ingeschakeld, bereikbaar is en in staat is om een verdere verbinding te ontvangen, en dat de desktop correct is gepubliceerd met de gewenste catalogus en bezorggroep(en).

Controleer onderhoudsmodus

Controleer of de onderhoudsmodus is ingeschakeld voor een van de machines, Catalogus of DG.

Onderhoudsmodus kan soms nieuwe sessies voorkomen, zelfs als de onderliggende machine perfect functioneert. Als een DG/Catalogus in Onderhoudsmodus is, zorg er dan voor dat dit opzettelijk is voordat je het uit de groep verwijdert, test en terugkeert naar de applicatielancering.

Controleer VDA-registratie

Zorg ervoor dat de Virtual Delivery Agent succesvol is geregistreerd bij zijn Delivery Controller of Cloud Connector.

Machines met een status van 'Niet Geregistreerd' zouden normaal gesproken niet worden opgenomen in de overweging voor het bemiddelen van een desktop sessie. Als een VDA niet is geregistreerd, controleer dan de VDA-services die draaien, verifieer of de D.C-adressen en FQDN's (Fully Qualified Domain Names) via DNS worden opgelost, en test de netwerkverbinding met de Controllers vanaf die machine voordat je verdergaat.

Verifieer de leveringsgroep en toewijzing

Zorg ervoor dat de gevraagde desktop beschikbaar is binnen de juiste Leveringsgroep en beschikbaar is voor de gebruiker.

Als toegewezen/gewijde desktops worden benaderd, zorg ervoor dat de machine correct is gekoppeld aan de juiste gebruiker. Controleer ook op eventuele tags, toegangsbeleid of andere eigenschappen van de Delivery Group die kunnen voorkomen dat de bedoelde machine wordt gekozen.

Controleer de connectiviteit van de controller

Controleer of de communicatie is uitgevallen of onderbroken tussen de VDA en de Delivery Controllers of Cloud Connectors als de VDA-registratie niet doorkomt of onderbroken is.

Controleer DNS, netwerkbereikbaarheid, firewalls, domeinverbinding, tijdsynchronisatie, Kerberos en de juiste services binnen Citrix. Op dit niveau betekent een probleem dat de machine gezond lijkt, maar niet door de broker kan worden ontdekt.

Controleer Gateway en STA

Controleer de configuratie van Citrix Gateway en Secure Ticket Authority in een scenario waarin een interne lancering slaagt, maar externe fouten optreden.

Valideer STA-servers die zijn geconfigureerd op de Gateway, Storefront die naar de juiste STA's wijst. Controleer de netwerkbereikbaarheid op die systemen, certificaatvertrouwen, DNS-invoer en firewallregels, proxy/inspectie op die elementen vanuit het externe pad.

Licenties en capaciteit verifiëren

Zorg ervoor dat Citrix gemachtigd is om de aangevraagde sessie te verlenen en toe te wijzen.

Controleer de licentietoestand en het aantal VDAs dat momenteel in gebruik is en aan sessies is toegewezen (sessiebeperkingen, machinebelasting). Voor gevirtualiseerde of cloudgebaseerde desktops, controleer of de hypervisor of het hostingssysteem de middelen heeft om één extra machine te starten of toe te wijzen.

Correlate diagnostiek en logs

Nu weet je welke componenten het potentieel hebben om de faalfase te zijn, je moet dit bevestigen met behulp van de logs en diagnostiek.

Als het mogelijk is, gebruik dan Transaction ID en Citrix-monitor. Zo niet, kijk dan naar StoreFront, Controller, Gateway, VDA en Windows-logboeken (gesorteerd op tijdstempel) rond de fout om te proberen te achterhalen wat er op dat moment misging.

Dit wordt gevolgd door het leveringspad, het voordeel van het volgen van deze volgorde is dat een beheerder zal weten dat de component werkt en geen tijd verspilt aan het controleren van andere componenten die mogelijk niet werken na het wijzigen van een instelling elders.

Hoe kan TSplus het alternatief zijn voor Citrix?

Een "Kan Desktop niet starten" fout betekent op zichzelf niet dat Citrix het verkeerde platform is. Echter, terugkerende leveringscomplexiteit kan een nuttige reden zijn om te heroverwegen of de omgeving nog steeds de volledige Citrix-infrastructuurstack nodig heeft voor de huidige vereisten voor externe toegang.

TSplus Remote Access biedt een eenvoudigere benadering voor het publiceren van Windows-desktops en applicaties via RDP-compatibele clients en een HTML5-webportaal. Voor MKB's en IT-teams met eenvoudigere vereisten kan het het aantal infrastructuurlagen dat betrokken is bij het leveren van externe Windows-bronnen verminderen.

Conclusie

De Citrix "Kan Desktop Niet Starten" fout kan voortkomen uit verschillende fasen van het sessie-startproces, waaronder desktopbeschikbaarheid, onderhoudsmodus, VDA-registratie, configuratie van de Leveringsgroep, Controller-connectiviteit, Gateway- en STA-communicatie, licentieverlening en infrastructuurcapaciteit.

De meest betrouwbare manier om het op te lossen is om de boodschap niet als een enkele fout te beschouwen. Bepaal de reikwijdte, identificeer de laatste succesvolle fase in het lanceringspad en onderzoek verder vanaf dat punt. Deze methode helpt IT-teams om de onderliggende oorzaak sneller te achterhalen, terwijl onnodige wijzigingen aan Citrix-componenten die al werken, worden vermeden.