Principe

Le serveur MCP Citrix DaaS connecte un assistant IA (client MCP) directement à un Delivery Controller DaaS on-premises. Au lieu de naviguer dans DaaS Director (groupe de mise à disposition, machine, session, échecs de connexion) et de corréler les informations à la main, l’administrateur pose une question comme « Pourquoi des machines échouent-elles dans le delivery group de Londres ? » et obtient les machines concernées, les erreurs, les métriques de session et les utilisateurs touchés. Les réponses s’appuient sur des données en direct, les mêmes que celles utilisées par Citrix DaaS Monitor.

Les requêtes s’exécutent dans votre propre environnement, avec les identifiants de l’administrateur configuré.

Exemples de cas d’usage

  • Dépanner la session d’un utilisateur : demander les métriques de performance de session d’un utilisateur et ses échecs de connexion sur les dernières 24 heures. L’agent regroupe en une seule réponse ce qui nécessiterait plusieurs écrans de DaaS Director.
  • Repérer les machines à traiter : par exemple lister les VDA non enregistrés d’un delivery group (Finance), puis, pour chacun, afficher les échecs récents et analyser la cause. L’agent produit une analyse globale plutôt qu’un tri manuel.
  • Requêtes ad hoc : par exemple toutes les sessions dont la durée d’ouverture de session dépasse 60 secondes sur 3 jours, regroupées par delivery group. Le client IA construit la requête OData à la place de l’administrateur, qui n’a plus à l’écrire ni à exporter des données depuis Director.
  • Anticiper les problèmes de capacité : lister les 10 machines multi-session les plus chargées, puis analyser les tendances d’utilisation des 3 premières. Le serveur classe les machines par charge, analyse l’utilisation des ressources avec détection d’anomalies et signale les schémas de saturation.

Données interrogeables (20 outils)

  • Vue d’ensemble du site : nombre d’échecs de connexion par type, nombre de machines en échec, activité des sessions connectées sur la dernière heure, détails des connexions à l’hyperviseur, configuration des stratégies de groupe (paramètres et filtres).
  • Delivery groups et catalogues de machines : recherche et filtrage par nom, mode maintenance, état activé, type de partage, prise en charge des sessions, type d’allocation et type de provisioning ; configuration détaillée de chaque groupe ou catalogue.
  • VDA : recherche par delivery group, catalogue, version d’agent, type d’OS, tags, mode maintenance, état d’alimentation, état d’enregistrement, état de session et état de faute. Analyse de l’utilisation des ressources avec profil statistique (moyenne, P95, maximum), détection d’anomalies et de schémas de saturation, avec recommandations. Classement de la charge des machines multi-session selon l’effective load index.
  • Sessions : recherche par utilisateur, machine, delivery group, catalogue, état de session et applications utilisées. Métriques de performance en temps réel sur les 2 dernières heures. Détail des phases de la durée d’ouverture de session, avec durée et chronologie de chacune.
  • Utilisateurs et terminaux : sessions actives par utilisateur (machine, DNS, IP, version de l’agent), utilisateurs actifs sur une machine (UPN, nom complet, domaine), métriques du terminal client sur les 2 dernières heures.
  • Échecs de connexion : tentatives échouées par utilisateur (7 derniers jours) ou par identifiant de transaction (90 derniers jours).
  • Requêtes OData personnalisées : toute requête sur le service OData de DaaS Monitor, formulée en langage naturel, avec pagination automatique jusqu’à 10 000 lignes. Une documentation OData intégrée aide l’assistant à comprendre les relations entre entités et à construire des requêtes correctes.

Les 20 outils sont en lecture seule : le serveur interroge le Delivery Controller sans rien créer, modifier ni supprimer.

Sécurité et confinement des données

  • Le serveur s’exécute en local sur une machine Windows et dialogue directement avec le Delivery Controller via le réseau.
  • Le flux : l’assistant détermine les données nécessaires, le serveur MCP interroge le Delivery Controller, les résultats reviennent à l’assistant qui rédige la réponse.
  • Le serveur MCP n’envoie aucune donnée à des services externes.
  • Les identifiants sont stockés dans le Windows Credential Manager, protégés par le compte Windows, jamais écrits en clair sur disque.
  • Les droits effectifs sont ceux du compte administrateur configuré : avec un accès Delegated Admin en lecture seule, le serveur ne voit que ce périmètre.

Prérequis

  • Machine Windows 11 avec Node.js 18 ou supérieur.
  • Connectivité réseau vers le Delivery Controller DaaS.
  • Compte de domaine disposant d’un rôle d’administrateur Citrix DaaS.
  • Déploiement DaaS Local en version 2402 LTSR ou ultérieure.

Installation

Environ 5 minutes :

  1. Télécharger le bundle depuis la page de téléchargement Citrix.
  2. Exécuter la commande de configuration dans PowerShell.
  3. Saisir le nom d’hôte du Delivery Controller et les identifiants administrateur.

L’installateur exécute un autotest ; s’il réussit, la connexion est opérationnelle.

Clients IA compatibles

Tout client prenant en charge le standard Model Context Protocol (MCP) convient. Claude Code a été validé et est configuré automatiquement pendant l’installation. Pour les autres clients MCP, l’installateur génère un bloc de configuration à copier dans les paramètres du client.

Limites et suite

  • La préversion se concentre sur la supervision et le dépannage en lecture seule, pour les environnements on-premises uniquement.
  • L’extension aux déploiements cloud et des capacités améliorées sont en préparation pour de prochaines versions.
  • Citrix invite à télécharger le bundle, le connecter à un client IA et remonter les questions posées et les cas d’usage importants.

Source : Citrix DaaS MCP server is now available in preview (Citrix Tech Zone, en anglais)