Causes et dépannage des défaillances de Citrix Director
Les tableaux suivants décrivent les différentes catégories de défaillances, leurs causes et les mesures à prendre pour résoudre les problèmes. Pour plus d’informations, consultez Énumérations, codes d’erreur et descriptions.
Erreurs de connexion
| Catégorie | Raison | Problème | Action |
|---|---|---|---|
| N/A | [0] Inconnu. Ce code d’erreur n’est pas mappé. | Le service de surveillance ne peut pas déterminer la raison de l’échec de lancement ou de connexion signalé à partir des informations partagées par le service de courtage. | Collectez les journaux CDF sur le contrôleur et contactez le support Citrix. |
| [0] Aucun | [1] Aucun | Aucun | N/A |
| [2] DéfaillanceMachine | [2] PréparationSession | La demande de préparation de session du contrôleur de livraison vers le VDA a échoué. Causes possibles : Problèmes de communication entre le contrôleur et le VDA, problèmes rencontrés par le service Broker lors de la création d’une demande de préparation, ou problèmes réseau empêchant le VDA d’accepter la demande. | Reportez-vous aux étapes de dépannage listées dans l’article du centre de connaissances, Dépannage de l’enregistrement de l’agent de livraison virtuel auprès des contrôleurs de livraison dans Citrix Virtual Apps and Desktops pour les problèmes courants qui causent des problèmes de communication entre le contrôleur et le VDA. |
| [2] DéfaillanceMachine | [3] DélaiExpirationEnregistrement | Le VDA a été mis sous tension, mais un délai d’expiration s’est produit alors qu’il tentait de s’enregistrer auprès du contrôleur de livraison. | Vérifiez que le service Citrix Broker est en cours d’exécution sur le contrôleur de livraison et que le service Desktop est en cours d’exécution sur le VDA. Démarrez-les s’ils sont arrêtés. |
| [1] ÉchecConnexionClient | [4] DélaiExpirationConnexion | Le client ne s’est pas connecté au VDA après que le VDA ait été préparé pour le lancement de session. La session a été correctement négociée, mais un délai d’expiration s’est produit en attendant que le client se connecte au VDA. Causes possibles : Paramètres de pare-feu, interruptions réseau ou paramètres empêchant les connexions à distance. | Vérifiez la console Director pour voir si le client a actuellement une connexion active, ce qui signifie qu’aucun utilisateur n’est impacté. Si aucune session n’existe, examinez les journaux d’événements sur le client et sur le VDA pour détecter d’éventuelles erreurs. Résolvez tout problème de connectivité réseau entre le client et le VDA. |
| [4] AucuneLicenceDisponible | [5] Licences | La demande de licence a échoué. Causes possibles : Nombre insuffisant de licences, ou le serveur de licences est hors service depuis plus de 30 jours. | Vérifiez que le serveur de licences est en ligne et accessible. Résolvez tout problème de connectivité réseau vers le serveur de licences ou redémarrez le serveur de licences s’il semble mal fonctionner. Vérifiez qu’il y a suffisamment de licences dans l’environnement et allouez-en davantage si nécessaire. |
| [1] ÉchecConnexionClient | [6] Billetterie | Un échec s’est produit lors de la billetterie, indiquant que la connexion du client au VDA ne correspond pas à la demande négociée. Un ticket de demande de lancement est préparé par le Broker et livré dans le fichier ICA®. Lorsque l’utilisateur tente de lancer une session, le VDA valide le ticket de lancement dans le fichier ICA avec le Broker. Causes possibles : Le fichier ICA est corrompu ou l’utilisateur tente d’établir une connexion non autorisée. | Vérifiez que l’utilisateur a accès à l’application ou au bureau en fonction des groupes d’utilisateurs définis dans les groupes de mise à disposition. Demandez à l’utilisateur de relancer l’application ou le bureau pour déterminer s’il s’agit d’un problème ponctuel. Si le problème se reproduit, examinez les journaux d’événements du périphérique client pour détecter les erreurs. Vérifiez que le VDA auquel l’utilisateur tente de se connecter est enregistré. S’il n’est pas enregistré, examinez les journaux d’événements sur le VDA et résolvez tout problème d’enregistrement. |
| [1] ÉchecConnexionClient | [7] Autre | Une session a été signalée comme terminée depuis le VDA après que le client ait initialement contacté le VDA mais avant qu’il n’ait terminé la séquence de connexion. | Vérifiez si la session n’a pas été terminée par l’utilisateur avant le lancement. Essayez de relancer la session ; si le problème persiste, collectez les journaux CDF et contactez le support Citrix. |
| [1] ÉchecConnexionClient | [8] ÉchecGénéral | Le lancement de la session a échoué. Causes possibles : Un lancement négocié a été demandé alors que le broker était encore en cours de démarrage ou d’initialisation, ou une erreur interne s’est produite pendant la phase de courtage d’un lancement. | Vérifiez que le service Citrix Broker est en cours d’exécution et réessayez de lancer la session. |
| [5] Configuration | [9] ModeMaintenance | Le VDA, ou le groupe de mise à disposition auquel le VDA appartient, est en mode maintenance. | Déterminez si le mode maintenance est requis. Désactivez le mode maintenance sur le groupe de mise à disposition ou la machine en question si ce n’est pas nécessaire et demandez à l’utilisateur de tenter de se reconnecter. |
| [5] Configuration | [10] ApplicationDésactivée | L’application ne peut pas être accédée par les utilisateurs finaux car elle a été désactivée par l’administrateur. | Si l’application est destinée à être disponible pour une utilisation en production, activez l’application et demandez à l’utilisateur de se reconnecter. |
| [4] AucuneLicenceDisponible | [11] FonctionnalitéLicenceRefusée | La fonctionnalité utilisée n’est pas couverte par les licences existantes. | Contactez un représentant commercial Citrix pour confirmer les fonctionnalités couvertes par l’édition et le type de licence Citrix Virtual Apps and Desktops™ existants. |
| [3] AucuneCapacitéDisponible | [13] LimiteSessionAtteinte | Tous les VDA sont utilisés et il n’y a pas de capacité pour héberger davantage de sessions. Causes possibles : Tous les VDA sont utilisés (pour les VDA de système d’exploitation à session unique), ou tous les VDA ont atteint le nombre maximal de sessions concurrentes configuré (pour les VDA de système d’exploitation multi-session). | Vérifiez s’il y a des VDA en mode maintenance. Désactivez le mode maintenance si ce n’est pas nécessaire pour libérer plus de capacité. Envisagez d’augmenter la valeur de Nombre maximal de sessions dans le paramètre de stratégie Citrix pour autoriser plus de sessions par VDA serveur. Envisagez d’ajouter davantage de VDA de système d’exploitation multi-session. Envisagez d’ajouter davantage de VDA de système d’exploitation à session unique. |
| [5] Configuration | [14] ProtocoleNonAutorisé | Les protocoles ICA et RDP ne sont pas autorisés. | Exécutez la commande PowerShell Get-BrokerAccessPolicyRule sur le contrôleur de livraison et vérifiez que la valeur AllowedProtocols contient tous les protocoles souhaités. Ce problème ne se produit qu’en cas de mauvaise configuration. |
| [5] Configuration | [15] RessourceIndisponible | L’application ou le bureau auquel l’utilisateur tente de se connecter n’est pas disponible. Cette application ou ce bureau pourrait ne pas exister, ou il n’y a pas de VDA disponibles pour l’exécuter. Causes possibles : L’application ou le bureau a été dépublié, ou les VDA hébergeant l’application ou le bureau ont atteint leur charge maximale, ou l’application ou le bureau est en mode maintenance. | Vérifiez que l’application ou le bureau est toujours publié et que les VDA ne sont pas en mode maintenance. Déterminez si les VDA de système d’exploitation multi-session sont à pleine charge. Si c’est le cas, provisionnez davantage de VDA de système d’exploitation multi-session. Vérifiez qu’il y a des VDA de système d’exploitation à session unique disponibles pour les connexions. Provisionnez davantage de VDA de système d’exploitation à session unique si nécessaire. |
| [5] Configuration | [16] ReconnnexionSessionActiveDésactivée | La session ICA est active et connectée à un autre point de terminaison. Cependant, comme la Reconnexion de session active est désactivée, le client ne peut pas se connecter à la session active. | Sur le contrôleur de livraison, vérifiez que la Reconnexion de session active est activée. Vérifiez que la valeur de DisableActiveSessionReconnect dans le registre, sous HKEY_LOCAL_MACHINE\Software\Citrix\Desktop\Server, est définie sur 0. |
| [2] DéfaillanceMachine | [17] AucuneSessionÀReconnecter | Le client a tenté de se reconnecter à une session spécifique, mais la session a été terminée. | Réessayez la reconnexion du contrôle d’espace de travail. |
| [2] DéfaillanceMachine | [18] ÉchecDémarrage | Le VDA ne peut pas être mis sous tension pour le lancement de session. Il s’agit d’un problème signalé par l’hyperviseur. | Si la machine est toujours hors tension, tentez de la démarrer depuis Citrix Studio. Si cela échoue, examinez la connectivité et les autorisations de l’hyperviseur. Si le VDA est une machine provisionnée par PVS, vérifiez dans la console PVS que la machine est en cours d’exécution. Si ce n’est pas le cas, vérifiez que la machine est associée à un Personal vDisk, connectez-vous à l’hyperviseur pour réinitialiser la VM. |
| [2] DéfaillanceMachine | [19] Refusé | Le contrôleur de livraison envoie une requête au VDA pour préparer une connexion depuis un utilisateur final, mais le VDA refuse activement cette requête. | Vérifiez, via un ping, que le contrôleur de livraison et le VDA peuvent communiquer avec succès. Si ce n’est pas le cas, résolvez tout problème de pare-feu ou de routage réseau. |
| [2] DéfaillanceMachine | [20] ÉchecConfigurationSet | Le contrôleur de livraison n’a pas envoyé les données de configuration requises, telles que les paramètres de stratégie et les informations de session, au VDA lors du lancement de la session. Causes possibles : Problèmes de communication entre le contrôleur et le VDA, problèmes rencontrés par le service Broker lors de la création d’une requête d’ensemble de configuration, ou problèmes réseau empêchant le VDA d’accepter la requête. | - |
| [3] CapacitéNonDisponible | [21] NombreMaxInstancesTotalDépassé | Le nombre maximal d’instances d’une application a été atteint. Aucune instance supplémentaire de l’application ne peut être ouverte sur le VDA. Ce problème est lié à la fonctionnalité de limites d’application. | Envisagez d’augmenter la valeur du paramètre d’application, Limiter le nombre d’instances exécutées simultanément, si la licence le permet. |
| [3] CapacitéNonDisponible | [22] NombreMaxInstancesParUtilisateurDépassé | L’utilisateur tente d’ouvrir plus d’une instance d’une application, mais l’application est configurée pour n’autoriser qu’une seule instance par utilisateur. Ce problème est lié à la fonctionnalité de limites d’application. | Une seule instance de l’application est autorisée par utilisateur par défaut. Si plusieurs instances par utilisateur sont requises, envisagez de désactiver le paramètre Limiter à une instance par utilisateur dans les paramètres de l’application. |
| [1] ÉchecConnexionClient | [23] Erreur de communication | Le contrôleur de livraison a tenté d’envoyer des informations au VDA, telles qu’une requête de préparation à une connexion, mais une erreur s’est produite lors de la tentative de communication. Cela peut être dû à des perturbations réseau. | S’il est déjà démarré, redémarrez le service Desktop sur le VDA pour relancer le processus d’enregistrement et vérifiez que le VDA s’enregistre avec succès. Confirmez que les contrôleurs de livraison configurés pour le VDA sont corrects via les détails du journal des événements de l’application. |
| [3] CapacitéNonDisponible | [100] AucuneMachineDisponible Le service de surveillance convertit [12] AucunBureauDisponible en ce code d’erreur. | Le VDA affecté au lancement de la session est dans un état invalide ou n’est pas disponible. Causes possibles : L’état d’alimentation du VDA est inconnu ou indisponible, le VDA n’a pas redémarré depuis la dernière session de l’utilisateur, le partage de session est désactivé alors que la session actuelle l’exige, ou le VDA a été supprimé du groupe de mise à disposition ou du site. | Vérifiez que le VDA fait partie d’un groupe de mise à disposition. Si ce n’est pas le cas, ajoutez-le au groupe de mise à disposition approprié. Vérifiez qu’il y a suffisamment de VDA enregistrés et prêts à lancer le bureau partagé publié ou l’application demandée par l’utilisateur. Vérifiez que l’hyperviseur hébergeant le VDA n’est pas en mode maintenance. |
| [2] DéfaillanceMachine | [101] MachineNonFonctionnelle. Le service de surveillance convertit [12] AucunBureauDisponible en ce code d’erreur. | Le VDA n’est pas opérationnel. Causes possibles : Le VDA a été supprimé du groupe de mise à disposition, le VDA n’est pas enregistré, l’état d’alimentation du VDA est indisponible, ou le VDA rencontre des problèmes internes. | Vérifiez que le VDA fait partie d’un groupe de mise à disposition. Si ce n’est pas le cas, ajoutez-le au groupe de mise à disposition approprié. Vérifiez que le VDA apparaît comme étant sous tension dans Citrix Studio. Si l’état d’alimentation est inconnu pour plusieurs machines, résolvez tout problème de connectivité à l’hyperviseur ou les défaillances de l’hôte. Vérifiez que l’hyperviseur hébergeant le VDA n’est pas en mode maintenance. Redémarrez le VDA une fois ces problèmes résolus. |
Type de défaillance de machine
| Code d’erreur | ID du code d’erreur | Problème | Action |
|---|---|---|---|
| Inconnu | - | - | - |
| Non enregistré | 3 | - | - |
| Capacité maximale (représentée comme Charge maximale dans Director) | 4 | La machine signale qu’elle est à sa capacité maximale, c’est-à-dire à l’indice de charge maximale. | Assurez-vous que tous les hyperviseurs sont sous tension. Ajoutez davantage de machines aux groupes de mise à disposition affectés en augmentant la capacité de l’hyperviseur ou en ajoutant d’autres hyperviseurs. |
| Bloqué au démarrage | 2 | La VM n’a pas terminé sa séquence de démarrage et ne communique pas avec l’hyperviseur. | Assurez-vous que la VM a démarré correctement sur l’hyperviseur. Vérifiez les autres messages sur la VM, tels que les problèmes de système d’exploitation. Assurez-vous que les outils de l’hyperviseur sont installés sur la VM. Assurez-vous que le VDA est installé sur la VM. |
| Échec du démarrage | 1 | La VM a rencontré des problèmes lors de la tentative de démarrage sur l’hyperviseur. | Vérifiez les journaux de l’hyperviseur. |
| Aucun | 0 | - | - |
Raison de la désinscription de la machine (applicable lorsque le type de défaillance est Non enregistré ou Inconnu)
| Code d’erreur | ID du code d’erreur | Problème | Action |
|---|---|---|---|
| AgentShutdown | 0 | Le VDA a subi un arrêt propre. | Mettez le VDA sous tension si vous ne vous attendez pas à ce qu’il soit éteint en fonction des stratégies de gestion de l’alimentation existantes. Vérifiez les erreurs dans les journaux d’événements. |
| AgentSuspended | 1 | Le VDA est en mode veille prolongée ou veille. | Sortez le VDA du mode veille prolongée. Envisagez de désactiver la veille prolongée pour les VDA Citrix Virtual Apps™ et Desktops via les paramètres d’alimentation. |
| IncompatibleVersion | 100 | Le VDA ne peut pas communiquer avec le contrôleur de livraison en raison d’une incompatibilité des versions du protocole Citrix. | Alignez les versions du VDA et du contrôleur de livraison. |
| AgentAddressResolutionFailed | 101 | Le contrôleur de livraison n’a pas pu résoudre l’adresse IP du VDA. | Vérifiez que le compte machine du VDA existe dans l’AD. Si ce n’est pas le cas, créez-le. Vérifiez que le nom et l’adresse IP du VDA dans le DNS sont exacts. Si ce n’est pas le cas, corrigez-les. Si le problème est généralisé, validez les paramètres DNS sur les contrôleurs de livraison. Vérifiez la résolution DNS depuis le contrôleur en exécutant la commande nslookup. |
| 101 | Le contrôleur de livraison n’a pas pu résoudre l’adresse IP du VDA. | Vérifiez que le compte machine du VDA existe dans l’AD. Si ce n’est pas le cas, créez-le. Vérifiez que le nom et l’adresse IP du VDA dans le DNS sont exacts. Si ce n’est pas le cas, corrigez-les. | |
| AgentNotContactable | 102 | Un problème de communication est survenu entre le contrôleur de livraison et le VDA. | Utilisez un ping pour vérifier que le contrôleur de livraison et le VDA peuvent communiquer avec succès. Si ce n’est pas le cas, résolvez tout problème de pare-feu ou de réseau. Reportez-vous aux étapes de dépannage listées dans l’article du Knowledge Center, Dépannage de l’enregistrement de l’agent de livraison virtuel avec les contrôleurs de livraison dans Citrix Virtual Apps and Desktops (CTX136668), pour les problèmes courants qui causent des problèmes de communication entre le contrôleur et le VDA. |
| 102 | Un problème de communication est survenu entre le contrôleur de livraison et le VDA. | Reportez-vous aux étapes de dépannage listées dans l’article du Knowledge Center, Dépannage de l’enregistrement de l’agent de livraison virtuel avec les contrôleurs de livraison dans Citrix Virtual Apps and Desktops (CTX136668), pour les problèmes courants qui causent des problèmes de communication entre le contrôleur et le VDA. Contactez le support Citrix. | |
| AgentWrongActiveDirectoryOU | 103 | Une erreur de configuration de la découverte Active Directory s’est produite. L’unité d’organisation (OU) spécifique au site (où les informations du contrôleur de site sont stockées dans l’AD) configurée dans le registre du VDA est destinée à un site différent. | Assurez-vous que la configuration Active Directory est correcte, ou vérifiez les paramètres du registre. |
| EmptyRegistrationRequest | 104 | La demande d’enregistrement envoyée par le VDA au contrôleur de livraison était vide. Cela peut être dû à une installation logicielle du VDA corrompue. | Redémarrez le service Desktop sur le VDA pour relancer le processus d’enregistrement et vérifiez que le VDA s’enregistre correctement via le journal des événements de l’application. |
| MissingRegistrationCapabilities | 105 | La version du VDA n’est pas compatible avec le contrôleur de livraison. | Mettez à niveau le VDA ou supprimez le VDA puis réinstallez-le. |
| MissingAgentVersion | 106 | La version du VDA n’est pas compatible avec le contrôleur de livraison. | Réinstallez le logiciel VDA si le problème affecte toutes les machines. |
| InconsistentRegistrationCapabilities | 107 | Le VDA ne peut pas communiquer ses capacités au Broker. Cela peut être dû à une incompatibilité entre les versions du VDA et du contrôleur de livraison. Les capacités d’enregistrement, qui changent à chaque version, sont exprimées sous une forme qui ne correspond pas à la demande d’enregistrement. | Alignez les versions du VDA et du contrôleur de livraison. |
| NotLicensedForFeature | 108 | La fonctionnalité que vous tentez d’utiliser n’est pas sous licence. | Vérifiez votre édition de licence Citrix, ou supprimez le VDA puis réinstallez-le. |
| 108 | La fonctionnalité que vous tentez d’utiliser n’est pas sous licence. | Contactez le support Citrix. | |
| UnsupportedCredentialSecurity version | 109 | Le VDA et le contrôleur de livraison n’utilisent pas le même mécanisme de chiffrement. | Alignez les versions du VDA et du contrôleur de livraison. |
| InvalidRegistrationRequest | 110 | Le VDA a envoyé une demande d’enregistrement au Broker, mais le contenu de la demande est corrompu ou invalide. | Reportez-vous aux étapes de dépannage listées dans l’article du Knowledge Center, Dépannage de l’enregistrement de l’agent de livraison virtuel avec les contrôleurs de livraison dans Citrix Virtual Apps and Desktops (CTX136668), pour les problèmes courants qui causent des problèmes de communication entre le contrôleur et le VDA. |
| SingleMultiSessionMismatch | 111 | Le type de système d’exploitation du VDA n’est pas compatible avec le catalogue de machines ou le groupe de mise à disposition. | Ajoutez le VDA au type de catalogue de machines ou au groupe de mise à disposition correct contenant des machines avec le même système d’exploitation. |
| FunctionalLevelTooLowForCatalog | 112 | Le catalogue de machines est défini sur un niveau fonctionnel VDA supérieur à la version du VDA installée. | Vérifiez que le niveau fonctionnel du catalogue de machines du VDA correspond à celui du VDA. Mettez à niveau ou rétrogradez le catalogue de machines pour qu’il corresponde à celui du VDA. |
| FunctionalLevelTooLowForDesktopGroup | 113 | Le groupe de mise à disposition est défini sur un niveau fonctionnel VDA supérieur à la version du VDA installée. | Vérifiez que le niveau fonctionnel du groupe de mise à disposition du VDA correspond à celui du VDA. Mettez à niveau ou rétrogradez le catalogue de machines pour qu’il corresponde à celui du VDA. |
| PowerOff | 200 | Le VDA ne s’est pas arrêté proprement. | Si le VDA est censé être sous tension, tentez de démarrer le VDA depuis Citrix Studio et vérifiez qu’il démarre et s’enregistre correctement. Dépannage de tout problème de démarrage ou d’enregistrement. Examinez les journaux d’événements sur le VDA une fois qu’il est de nouveau opérationnel pour aider à déterminer la cause première de l’arrêt. |
| AgentRejectedSettingsUpdate | 203 | Des paramètres tels que les stratégies Citrix ont été modifiés ou mis à jour, mais une erreur s’est produite lors de l’envoi des mises à jour au VDA. Cela peut se produire si les mises à jour sont incompatibles avec la version du VDA installée. | Mettez à niveau le VDA si nécessaire. Vérifiez si les mises à jour appliquées sont prises en charge par la version du VDA. |
| SessionPrepareFailure | 206 | Le Broker n’a pas terminé un audit des sessions en cours d’exécution sur le VDA. | Si le problème est généralisé, redémarrez le service Citrix Broker sur le contrôleur de livraison. |
| 206 | Le Broker n’a pas terminé un audit des sessions en cours d’exécution sur le VDA. | Contactez le support Citrix. | |
| ContactLost | 207 | Le contrôleur de livraison a perdu la connexion avec le VDA. Cela peut être causé par des interruptions réseau. | Vérifiez que le service Citrix Broker est en cours d’exécution sur le contrôleur de livraison et que le service Desktop est en cours d’exécution sur le VDA. Démarrez-les s’ils sont arrêtés. S’ils sont déjà démarrés, redémarrez le service Desktop sur le VDA pour relancer le processus d’enregistrement et vérifiez que le VDA s’enregistre avec succès. Confirmez que les contrôleurs de livraison configurés pour le VDA sont exacts via les détails du journal des événements de l’application. Utilisez un ping pour vérifier que le contrôleur de livraison et le VDA peuvent communiquer avec succès. Si ce n’est pas le cas, résolvez tout problème de pare-feu ou de réseau. |
| 207 | Le contrôleur de livraison a perdu la connexion avec le VDA. Cela peut être causé par des interruptions réseau. | Vérifiez que le service Desktop est en cours d’exécution sur le VDA. Démarrez-le s’il est arrêté. | |
| Nom du code d’erreur | Code d’erreur | Description | Résolution |
| BrokerRegistrationLimitReached | 301 | Le contrôleur de livraison a atteint le nombre maximal configuré de VDA autorisés à s’enregistrer simultanément auprès de lui. Par défaut, le contrôleur de livraison autorise 10 000 enregistrements VDA simultanés. | Envisagez d’ajouter des contrôleurs de livraison au Site ou de créer un Site. Vous pouvez également augmenter le nombre de VDA autorisés à s’enregistrer simultanément auprès du contrôleur de livraison via la clé de registre HKEY_LOCAL_MACHINE\Software\Citrix\DesktopServer\MaxWorkers. Consultez l’article du Centre de connaissances, Registry Key Entries Used by Citrix Virtual Apps and Desktops (CTX117446) pour plus d’informations. L’augmentation de ce nombre peut nécessiter davantage de ressources CPU et de mémoire pour le contrôleur. |
| SettingsCreationFailure | 208 | Le Broker n’a pas construit un ensemble de paramètres et de configurations à envoyer au VDA. Si le Broker ne parvient pas à collecter les données, l’enregistrement échoue et le VDA devient non enregistré. | Vérifiez les journaux d’événements sur le contrôleur de livraison pour toute erreur. Redémarrez le service Broker si un problème spécifique n’est pas évident dans les journaux. Une fois le service Broker redémarré, redémarrez le service Desktop sur les VDA affectés et vérifiez qu’ils s’enregistrent avec succès. |
| [Cloud] : SettingsCreationFailure | 208 | Le Broker n’a pas construit un ensemble de paramètres et de configurations à envoyer au VDA. Si le Broker ne parvient pas à collecter les données, l’enregistrement échoue et le VDA devient non enregistré. | Redémarrez le service Desktop sur les VDA affectés et vérifiez qu’ils s’enregistrent avec succès. Contactez le support Citrix. |
| SendSettingsFailure | 204 | Le Broker n’a pas envoyé les données de paramètres et de configuration au VDA. Si le Broker peut collecter les données mais ne parvient pas à les envoyer, l’enregistrement échoue. | Si cela est limité à un seul VDA, redémarrez le service Desktop sur le VDA pour forcer le réenregistrement et validez que le VDA s’enregistre avec succès via le journal des événements de l’application. Résolvez toutes les erreurs constatées. Reportez-vous aux étapes de dépannage listées dans l’article du Centre de connaissances, Troubleshooting Virtual Delivery Agent Registration with delivery controllers in Citrix Virtual Apps and Desktops (CTX136668), pour les problèmes courants qui causent des problèmes de communication entre le contrôleur et le VDA. |
| AgentRequested | 2 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| DesktopRestart | 201 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| DesktopRemoved | 202 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| SessionAuditFailure | 205 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| UnknownError | 300 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| RegistrationStateMismatch | 302 | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
| Unknown | - | Une erreur inconnue s’est produite. | Contactez le support Citrix. |
Causes et dépannage des défaillances de Citrix Director
Copié !
Échec !