Citrix DaaS

SDK et API

SDK Remote PowerShell Citrix DaaS

Le SDK Remote PowerShell automatise les tâches complexes et répétitives. Il fournit le mécanisme qui permet de configurer et gérer l’environnement de Citrix DaaS (anciennement Citrix Virtual Apps and Desktops Service) sans utiliser les interfaces utilisateur Gérer.

  • Les détails de l’applet de commande sont fournis dans le SDK Citrix DaaS.
  • Les modules pris en charge sont répertoriés dans Prise en charge et limitations. Cette section répertorie également les applets de commande qui sont désactivées dans ce SDK.
  • Le SDK Remote PowerShell peut être téléchargé à partir du site Web de Citrix.

Ce produit prend en charge les versions 3 à 5 de PowerShell.

Différences entre ce SDK et le SDK pour déploiements gérés par le client

Dans un déploiement Citrix Virtual Apps and Desktops installé et géré par les administrateurs du client, ces administrateurs exécutent des scripts et applets de commande dans un site contenant des VDA et des Delivery Controller au sein d’une structure de domaine commune. Par comparaison, Citrix DaaS répartit les VDA et les Controller dans un emplacement de ressources et le plan de contrôle, respectivement. Cette répartition signifie que le SDK PowerShell Citrix Virtual Apps and Desktops d’origine ne fonctionne pas dans un environnement Citrix DaaS. Il ne peut pas traverser la limite sécurisée entre l’emplacement de ressources et le plan de contrôle.

La solution est le kit de développement logiciel distant SDK Remote PowerShell Citrix DaaS. Lors de son exécution dans l’emplacement de ressources, le SDK Remote PowerShell accède au plan de contrôle comme s’il était local. Les mêmes fonctionnalités sont les mêmes qu’avec un seul site Citrix Virtual Apps and Desktops. Seule une faible couche de communication non visible existe, optimisée pour fonctionner soit dans un seul site local, soit dans l’environnement de cloud. Les applets de commande sont identiques et la plupart des scripts existants fonctionnent de la même façon.

L’applet de commande Get-XdAuthentication fournit l’autorisation permettant de traverser la limite sécurisée entre l’emplacement de ressources et le plan de contrôle. Par défaut, Get-XdAuthentication invite les utilisateurs à entrer des informations d’identification CAS, ce qui doit être effectué une seule fois par session PowerShell. L’utilisateur peut également définir un profil d’authentification à l’aide d’un client sécurisé d’accès aux API, créé dans la console Citrix Cloud. Dans les deux cas, les informations de sécurité sont conservées afin de pouvoir être utilisées dans les appels ultérieurs du SDK PowerShell. Si cette applet de commande n’est pas explicitement exécutée, elle est appelée par la première applet de commande du SDK PowerShell.

Conditions préalables

Pour utiliser le SDK Citrix DaaS Remote PowerShell, ajoutez les URL suivantes à la liste blanche :

Commercial

  • https://accounts.cloud.com
  • https://[service].citrixworkspacesapi.net/[customerid]
  • https://[customerid].xendesktop.net:443

Japon

  • https://accounts.citrixcloud.jp
  • https://[service].citrixworkspacesapi.jp/[customerid]
  • https://[customerid].apps.citrixworkspacesapi.jp:443

Gouvernement

  • https://accounts.cloud.us
  • https://[service].citrixworkspacesapi.us/[customerid]
  • https://[customerid].xendesktop.us:443

Installer et utiliser le SDK Remote PowerShell

Configuration requise et considérations :

Remarque :

N’installez pas le SDK PowerShell Remote sur une machine Citrix Cloud Connector. Il peut être installé sur n’importe quelle machine appartenant au domaine dans le même emplacement de ressource.

Citrix ne prend pas en charge l’exécution des applets de commande de ce SDK sur des Cloud Connector. Le fonctionnement du SDK n’implique pas les Cloud Connector.

Si vous disposez également d’un déploiement Citrix Virtual Apps and Desktops (en plus du déploiement Citrix DaaS), n’installez pas le kit SDK Remote PowerShell sur une machine Delivery Controller locale.

  • Installez Microsoft Edge WebView2.
  • Assurez-vous que PowerShell 3.0, 4.0 ou 5.0 est disponible sur la machine.
  • Le programme d’installation du SDK télécharge et installe .NET Framework 4.8 s’il n’est pas déjà installé (ou une version ultérieure prise en charge).
  • Si le SDK Citrix Virtual Apps and Desktops est déjà installé sur la machine, supprimez ce SDK (à partir de Programmes et fonctionnalités de Windows) avant d’installer le SDK Remote PowerShell.
  • Dans un environnement automatisé, utilisez le paramètre -quiet pour installer le SDK sans intervention de l’utilisateur.

Pour installer et utiliser le SDK Remote PowerShell :

  1. Depuis la page de téléchargement, téléchargez le kit de développement logiciel Citrix Virtual Apps and Desktops Remote PowerShell.
  2. Installez et exécutez le kit de développement logiciel.

Les journaux d’installation sont créés dans %TEMP%\CitrixLogs\CitrixPoshSdk. Ils peuvent aider à résoudre les problèmes d’installation.

Exécutez le kit de développement logiciel sur un ordinateur joint au domaine dans cet emplacement de ressources :

  • Ouvrez une invite de commandes PowerShell. Vous n’avez pas besoin de l’exécuter en tant qu’administrateur
  • Si vous souhaitez utiliser le composant logiciel enfichable (plutôt que le module), ajoutez-le à l’aide de l’applet de commande Add-PSSnapin (ou asnp).
  • Vous pouvez vous authentifier explicitement à l’aide de l’applet de commande Get-XdAuthentication. Ou, exécutez votre première commande du SDK Remote PowerShell qui vous invite à utiliser la même authentification que Get-XdAuthentication. Si vous utilisez un proxy, vous devez vous authentifier auprès du proxy pour pouvoir utiliser l’applet de commande Get-XdAuthentication. Pour plus d’informations, consultez la section Utiliser le SDK Remote PowerShell avec un proxy.
  • Pour contourner l’invite d’authentification, vous pouvez utiliser l’applet de commande Set-XdCredentials pour créer un profil d’authentification par défaut, à l’aide d’un client sécurisé créé dans la console Citrix Cloud.
  • Continuez à exécuter les applets de commande SDK PowerShell ou les scripts d’automatisation SDK PowerShell. Voyez un exemple.

Pour désinstaller le SDK Remote PowerShell, à partir de la fonctionnalité Windows de suppression ou modification des programmes, sélectionnez Citrix Virtual Apps and Desktops Remote PowerShell SDK. Cliquez avec le bouton droit et sélectionnez Désinstaller. Suivez les dialogues.

Utiliser le SDK Remote PowerShell avec un proxy

Si vous utilisez un proxy, il se peut que vous ne puissiez pas utiliser l’applet de commande Get-xdAuthentication car le proxy bloque les requêtes HTTP émises par l’applet de commande.

Il existe deux manières de s’authentifier auprès du proxy. Vous pouvez utiliser le paramètre ProxyUseDefault ou les paramètres ProxyUsername et ProxyPassword :

  • Le paramètre ProxyUseDefault active l’authentification auprès du proxy à l’aide des informations d’identification du proxy par défaut. Par exemple :

     Get-XdAuthentication -ProxyUseDefault
     <!--NeedCopy-->
    
  • Les paramètres ProxyUsername et ProxyPassword permettent l’authentification auprès du proxy au sein de la session PowerShell. Par exemple :

     $secureString = ConvertTo-SecureString -String "password" -AsPlainText -Force
    
     Get-XdAuthentication -ProxyUsername user1 -ProxyPassword $secureString
     <!--NeedCopy-->
    

Exemples d’activités

Les activités courantes incluent la configuration de catalogues de machines, d’applications et d’utilisateurs. Un exemple de script est illustré ci-dessous.

    $users = "xd.local\Domain Users"

    $TSVDACatalogName = "TSVDA"

    $TSVDADGName = "TSVDA"

    $TSVDAMachineName = "xd\ds-tsvda2"

    #Create TSVDA Catalog

    $brokerUsers = New-BrokerUser -Name $users

    $catalog = New-BrokerCatalog -Name $TSVDACatalogName -AllocationType "Random" -Description $TSVDACatalogName -PersistUserChanges "OnLocal" -ProvisioningType "Manual" -SessionSupport "MultiSession" -MachinesArePhysical $true

    #Add TSVDA Machine to Catalog

    $BrokeredMachine = New-BrokerMachine -MachineName $TSVDAMachineName -CatalogUid $catalog.uid

    #Create new desktops & applications delivery group

    $dg = New-BrokerDesktopGroup -Name $TSVDADGName -PublishedName $TSVDADGName -DesktopKind "Shared" -SessionSupport "MultiSession" -DeliveryType DesktopsAndApps -Description $TSVDADGName

    #Create notepad application

    New-BrokerApplication -ApplicationType HostedOnDesktop -Name "Notepad" -CommandLineExecutable "notepad.exe" -DesktopGroup $dg

    #Assign users to desktops and applications

    New-BrokerEntitlementPolicyRule -Name $TSVDADGName -DesktopGroupUid $dg.Uid -IncludedUsers $brokerUsers -description $TSVDADGName

    New-BrokerAccessPolicyRule -Name $TSVDADGName -IncludedUserFilterEnabled $true -IncludedUsers $brokerUsers -DesktopGroupUid $dg.Uid -AllowedProtocols @("HDX","RDP")

    New-BrokerAppEntitlementPolicyRule -Name $TSVDADGName -DesktopGroupUid $dg.Uid -IncludedUsers $brokerUsers -description $TSVDADGName

    #Add machine to delivery group

    Add-BrokerMachine -MachineName $TSVDAMachineName -DesktopGroup $dg
<!--NeedCopy-->

Prise en charge et limitations

Les systèmes d’exploitation suivants sont pris en charge par le SDK Remote PowerShell :

  • Windows 11
  • Windows 10
  • Windows 10 IoT Enterprise LTSC x32 2019
  • Windows 10 IoT Enterprise LTSC x64 2019
  • Windows 10 IoT Enterprise 21h1 x64
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016

Les modules PowerShell Citrix Virtual Apps and Desktops suivants sont pris en charge dans cette version:

  • Broker
  • Identité Active Directory (AD)
  • Création d’une machine
  • Configuration
  • Journalisation de la configuration
  • Hôte
  • Administration déléguée
  • Analytics

Pour plus d’informations sur les applets de commande, consultez la section Citrix Virtual Apps and Desktops SDK.

Une fois authentifié, l’accès distant reste valide dans la session PowerShell en cours pendant 24 heures. Passé ce délai, vous devez entrer vos informations d’identification.

Le SDK Remote PowerShell doit être exécuté sur un ordinateur dans l’emplacement de ressources.

Les applets de commande suivantes sont désactivées dans les opérations à distance pour maintenir l’intégrité et la sécurité du plan de contrôle Citrix Cloud.

Citrix.ADIdentity.Admin.V2:

  • Copy-AcctIdentityPool
  • Get-AcctDBConnection
  • Get-AcctDBSchema
  • Get-AcctDBVersionChangeScript
  • Get-AcctInstalledDBVersion
  • Remove-AcctServiceMetadata
  • Reset-AcctServiceGroupMembership
  • Set-AcctDBConnection
  • Set-AcctServiceMetadata
  • Set-AcctADAccountUserCert
  • Test-AcctDBConnection

Citrix.Analytics.Admin.V1:

  • Get-AnalyticsDBConnection
  • Get-AnalyticsDBSchema
  • Get-AnalyticsDBVersionChangeScript
  • Get-AnalyticsInstalledDBVersion
  • Import-AnalyticsDataDefinition
  • Remove-AnalyticsServiceMetadata
  • Reset-AnalyticsServiceGroupMembership
  • Set-AnalyticsDBConnection
  • Set-AnalyticsServiceMetadata
  • Set-AnalyticsSite
  • Set-AnalyticsDBConnection

Citrix.DelegatedAdmin.Admin.V1:

  • Add-AdminRight
  • Get-AdminDBConnection
  • Get-AdminDBSchema
  • Get-AdminDBVersionChangeScript
  • Get-AdminInstalledDBVersion
  • Import-AdminRoleConfiguration
  • New-AdminAdministrator
  • Remove-AdminAdministrator
  • Remove-AdminAdministratorMetadata
  • Remove-AdminRight
  • Remove-AdminServiceMetadata
  • Reset-AdminServiceGroupMembership
  • Set-AdminAdministrator
  • Set-AdminAdministratorMetadata
  • Set-AdminDBConnection
  • Set-AdminServiceMetadata
  • Test-AdminDBConnection

Citrix.Broker.Admin.V2:

  • Get-BrokerDBConnection
  • Get-BrokerDBSchema
  • Get-BrokerDBVersionChangeScript
  • Get-BrokerInstalledDBVersion
  • Get-BrokerLease
  • Get-BrokerController
  • New-BrokerMachineConfiguration
  • Remove-BrokerControllerMetadata
  • Remove-BrokerLease
  • Remove-BrokerLeaseMetadata
  • Remove-BrokerMachineConfigurationMetadata
  • Remove-BrokerMachineConfiguration
  • Remove-BrokerSiteMetadata
  • Remove-BrokerUserFromApplication
  • Reset-BrokerLicensingConnection
  • Reset-BrokerServiceGroupMembership
  • Set-BrokerControllerMetadata
  • Set-BrokerDBConnection
  • Set-BrokerLeaseMetadata
  • Set-BrokerMachineConfiguration
  • Set-BrokerMachineConfigurationMetadata
  • Set-BrokerSiteMetadata
  • Test-BrokerDBConnection
  • Test-BrokerLicenseServer
  • Update-BrokerBrokerLocalLeaseCache

Citrix.Configuration.Admin.V2:

  • Export-ConfigFeatureTable
  • Get-ConfigDBConnection
  • Get-ConfigDBSchema
  • Get-ConfigDBVersionChangeScript
  • Get-ConfigInstalledDBVersion
  • Get-ConfigServiceGroup
  • Import-ConfigFeatureTable
  • Register-ConfigServiceInstance
  • Remove-ConfigRegisteredServiceInstanceMetadata
  • Remove-ConfigServiceGroup
  • Remove-ConfigServiceGroupMetadata
  • Remove-ConfigServiceMetadata
  • Remove-ConfigSiteMetadata
  • Reset-ConfigServiceGroupMembership
  • Set-ConfigDBConnection
  • Set-ConfigRegisteredServiceInstance
  • Set-ConfigRegisteredServiceInstanceMetadata
  • Set-ConfigServiceGroupMetadata
  • Set-ConfigServiceMetadata
  • Set-ConfigSite
  • Set-ConfigSiteMetadata
  • Test-ConfigDBConnection
  • Unregister-ConfigRegisteredServiceInstance

Citrix.Host.Admin.V2:

  • Get-HypDBConnection
  • Get-HypDBSchema
  • Get-HypDBVersionChangeScript
  • Get-HypInstalledDBVersion
  • Remove-HypServiceMetadata
  • Reset-HypServiceGroupMembership
  • Set-HypDBConnection
  • Set-HypServiceMetadata
  • Test-HypDBConnection

Citrix.ConfigurationLogging.Admin.V1:

  • Get-LogDBConnection
  • Get-LogDBSchema
  • Get-LogDBVersionChangeScript
  • Get-LogInstalledDBVersion
  • Remove-LogOperation
  • Remove-LogServiceMetadata
  • Remove-LogSiteMetadata
  • Reset-LogDataStore
  • Reset-LogServiceGroupMembership
  • Set-LogDBConnection
  • Set-LogServiceMetadata
  • Set-LogSite
  • Set-LogSiteMetadata
  • Test-LogDBConnection

Citrix.MachineCreation.Admin.V2:

  • Get-ProvDBConnection
  • Get-ProvDBSchema
  • Get-ProvDBVersionChangeScript
  • Get-ProvInstalledDBVersion
  • Get-ProvServiceConfigurationData
  • Remove-ProvServiceConfigurationData
  • Remove-ProvServiceMetadata
  • Reset-ProvServiceGroupMembership
  • Set-ProvDBConnection
  • Set-ProvServiceMetadata
  • Test-ProvDBConnection

Citrix.EnvTest.Admin.V1:

  • Get-EnvTestDBConnection
  • Get-EnvTestDBSchema
  • Get-EnvTestDBVersionChangeScript
  • Get-EnvTestInstalledDBVersion
  • Remove-EnvTestServiceMetadata
  • Reset-EnvTestServiceGroupMembership
  • Set-EnvTestDBConnection
  • Set-EnvTestServiceMetadata
  • Test-EnvTestDBConnection

Citrix.Monitor.Admin.V1:

  • Get-MonitorConfiguration
  • Get-MonitorDBConnection
  • Get-MonitorDBSchema
  • Get-MonitorDBVersionChangeScript
  • Get-MonitorDataStore
  • Get-MonitorDataStore
  • Get-MonitorInstalledDBVersion
  • Remove-MonitorServiceMetadata
  • Reset-MonitorDataStore
  • Reset-MonitorServiceGroupMembership
  • Set-MonitorConfiguration
  • Set-MonitorDBConnection
  • Set-MonitorServiceMetadata
  • Test-MonitorDBConnection

Citrix.Storefront.Admin.V1:

  • Build-SfCluster
  • Get-SfClusters
  • Get-SfDBConnection
  • Get-SfDBSchema
  • Get-SfDBVersionChangeScript
  • Get-SfInstalledDBVersion

Module de détection du service Citrix DaaS pour les packages et les serveurs App-V

Citrix DaaS peut fournir les applications contenues dans les packages App-V à vos points de terminaison à l’aide d’une des méthodes suivantes :

  • Méthode de gestion d’administration unique (accès aux packages à partir d’un partage réseau)
  • Méthode de gestion d’administration double (accès aux packages à partir d’un serveur d’administration Microsoft App-V)

Le processus d’enregistrement des packages App-V, des serveurs de gestion et de publication Microsoft App-V dans la bibliothèque d’applications à l’aide de Citrix DaaS diffère légèrement de l’enregistrement de packages à l’aide d’un déploiement local. Cependant, le processus d’attribution d’applications aux utilisateurs et de lancement sur le poste d’un utilisateur est identique.

La console de gestion Citrix DaaS dans Citrix Cloud ne peut pas afficher les fichiers dans un emplacement de ressources. En outre, elle ne peut pas détecter directement les packages App-V ou les serveurs Microsoft App-V dans votre infrastructure. Le module de détection fournit des fonctions qui découvrent les informations de package App-V dans votre infrastructure locale et télécharge les informations de package vers votre instance Citrix DaaS. Les informations sur les packages incluent les packages App-V, les serveurs Microsoft App-V et les applications qu’ils contiennent.

Le module de détection utilise le SDK Remote PowerShell de Virtual Apps and Desktops. Il peut découvrir des informations de package à partir d’un partage réseau ou d’un serveur Microsoft App-V Management Server. Vous devez utiliser le module de détection sur une machine dans votre emplacement de ressources.

Conditions préalables à l’utilisation du module de détection :

  • Assurez-vous que PowerShell 3.0 ou version ultérieure est disponible sur la machine.
  • Assurez-vous que le SDK Remote PowerShell Citrix Virtual Apps and Desktops est installé sur la machine.
  • Vérifiez que vous avez accès au partage réseau contenant les packages App-V.
  • Vérifiez que vous avez accès au serveur sur lequel les Citrix Cloud Connectors sont installés et que Microsoft App-V Management Server est hébergé.

Ajouter des packages App-V à la bibliothèque d’applications dans Citrix Cloud

La procédure ci-dessous est valide pour ajouter des packages App-V à partir de partages réseau (gestion d’administration unique) et ajouter tous les packages App-V publiés à partir de Microsoft App-V Management Server (gestion d’administration double). Si vous utilisez la méthode de gestion d’administration double, vous devez gérer les packages App-V ajoutés comme vous le faites lors de l’utilisation de la méthode de gestion d’administration unique.

  1. Téléchargez le module de détection à partir de la page de téléchargements de Citrix DaaS https://www.citrix.com/downloads/citrix-cloud/product-software/xenapp-and-xendesktop-service.html. Extrayez le fichier zip Citrix.Cloud.AppLibrary.Admin.v1.psm1 dans un dossier pratique.

    Remarque :

    Ce fichier est également fourni sur l’ISO de Citrix Virtual Apps and Desktops dans Support\Tools\Scripts. Vous pouvez le copier localement ou le référencer directement depuis le lecteur de CD.

  2. Vérifier que le SDK Remote PowerShell de Virtual Apps and Desktops est installé sur la machine

  3. Naviguez jusqu’au dossier contenant le module de détection. Dans la fenêtre PowerShell, tapez le chemin d’accès complet du dossier contenant le module de détection, puis appuyez sur Entrée.

  4. Importez le module de détection avec la commande Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1.

  5. Ajoutez les packages App-V à la bibliothèque d’applications dans Citrix Cloud en utilisant l’une des méthodes suivantes.

    • Pour ajouter des packages App-V à partir d’un partage réseau, exécutez l’applet de commande PowerShell : Import-AppVPackageToCloud.

      Pa exemple : Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appv

      Pour obtenir de l’aide sur l’applet de commande, tapez Get-Help Import-AppVPackageToCloud.

    • Pour ajouter des packages App-V à partir d’un serveur de gestion Microsoft App-V, exécutez l’applet de commande PowerShell : Import-AppVPackagesFromManagementServerToCloud

      Pa exemple : Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.local

      Pour obtenir de l’aide sur l’applet de commande, tapez Get-Help Import-AppVPackagesFromManagementServerToCloud.

      Cette commande importe tous les packages App-V publiés à partir du serveur Microsoft App-V Management Server vers Citrix Cloud.

      Après avoir ajouté les packages App-V à Citrix Cloud, vous devez les gérer comme vous le faites à l’aide de la méthode de gestion d’administration unique.

  6. Connectez-vous à Citrix Cloud. Sélectionnez le client cible. Une fois le script exécuté correctement, les packages App-V sont ajoutés à la bibliothèque d’applications dans Citrix Cloud.

Fonctions PowerShell de haut niveau

Le module contient les fonctions de haut niveau suivantes que vous pouvez appeler à partir de votre propre script PowerShell :

  • Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>

    Détecte et charge sur Citrix DaaS toutes les informations nécessaires à la publication d’applications à partir d’un package App-V unique.

  • Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>

    Détecte les chemins UNC des packages publiés par le serveur de gestion et appelle Import-AppVPackageToCloud pour chacun d’eux à tour de rôle.

    Les packages détectés de cette manière sont chargés sur Citrix DaaS à l’aide de la méthode de gestion d’administration unique. Citrix DaaS ne peut pas fournir de packages à l’aide de la méthode de gestion à double administration.

  • Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>

    Détecte les serveurs de gestion et de publication Microsoft App-V et importe le contenu dans la bibliothèque d’applications. Cette applet de commande importe tous les packages gérés à l’aide du serveur de gestion Microsoft App-V et les informations associées. Les serveurs peuvent être ajoutés et supprimés via PowerShell.

    Cette applet de commande ajoute des packages App-V en mode administrateur double. Seuls les packages App-V publiés sur le serveur de gestion Microsoft App-V et qui ont ajouté des groupes AD, sont importés. Si vous apportez des modifications au serveur de gestion Microsoft App-V, réexécutez cette applet de commande pour synchroniser la bibliothèque d’applications avec le serveur de gestion Microsoft App-V.

  • Remove-AppVServerFromCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>

    Supprime les serveurs de gestion et de publication Microsoft App-V ajoutés à la bibliothèque d’applications.

    Cette applet de commande supprime les serveurs de gestion et de publication Microsoft App-V spécifiés, ainsi que tous les packages App-V associés.

Exécutez le module de détection des packages et des serveurs App-V sur un ordinateur joint à un domaine dans cet emplacement de ressources. Suivez les instructions de la procédure d’installation et d’utilisation du SDK Remote PowerShell pour commencer. Continuez à exécuter les applets de commande ou les scripts PowerShell. Voir les exemples suivants.

Exemples d’activités

Importez le module de détection de packages Citrix DaaS App-V.

import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->

Lisez en boucle le répertoire du magasin de packages App-V et charger chaque paquet.

Get-ChildItem -Path "\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
    Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->

Détectez et chargez des packages enregistrés avec un serveur de gestion Microsoft App-V.

Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->

Détectez les serveurs de gestion et de publication Microsoft App-V et ajouter la configuration à la bibliothèque d’applications. Cela importe également tous les packages gérés par le serveur de gestion Microsoft App-V en mode administrateur double.

Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->

Lisez la documentation d’aide de PowerShell incluse dans le module.

Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->

Limitations

  • Vous ne pouvez pas détecter les packages App-V sur votre infrastructure d’emplacement de ressources directement à partir de la console de gestion Citrix DaaS dans Citrix Cloud. Pour plus d’informations sur Citrix Cloud, consultez la documentation Citrix Cloud.
  • La console de gestion Citrix DaaS dans Citrix Cloud n’a pas de connexion active au Microsoft App-V Management Server. Les modifications apportées aux packages et à d’autres configurations dans le Microsoft App-V Management Server ne sont pas répercutées dans la console de gestion Citrix DaaS tant que Import-AppVDualAdminCloud n’est pas réexécuté.

API Monitor Service OData

En plus d’utiliser les fonctions de surveillance pour afficher les données d’historique, vous pouvez interroger les données à l’aide de l’API de Monitor Service. Utilisez l’API pour :

  • Analyser des tendances historiques pour la planification
  • Effectuer une résolution des problèmes détaillée des échecs de connexion et de machine
  • Extraire des informations afin de les envoyer dans d’autres outils et processus ; par exemple, à l’aide des tables PowerPivot de Microsoft Excel pour afficher les données de différentes manières
  • Créer une interface utilisateur personnalisée en plus des données offertes par l’API

Pour de plus amples informations, consultez Monitor Service OData API. Pour accéder à l’API Monitor Service, consultez la section Accéder aux données de Monitor Service à l’aide du point de terminaison OData v4 dans Citrix Cloud.

API Citrix DaaS

Les API Citrix DaaS sont disponibles sur https://developer.cloud.com/citrixworkspace/citrix-daas.

Clause d’exclusion de responsabilité

Ce logiciel/exemple de code est fourni « en l’état », sans aucune déclaration, garantie ou condition. Vous pouvez l’utiliser, le modifier et le distribuer à vos propres risques. CITRIX EXCLUT TOUTE GARANTIE EXPRESSE, TACITE, ÉCRITE, ORALE OU LÉGALE, Y COMPRIS, MAIS SANS S’Y LIMITER, TOUTE GARANTIE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER, DE PROPRIÉTÉ ET D’ABSENCE DE CONTREFAÇON. Nonobstant ce qui précède, vous reconnaissez et acceptez (a) que le logiciel/exemple de code peut présenter des erreurs, des défauts de conception ou d’autres problèmes, susceptibles d’entraîner une perte de données ou des dommages à la propriété ; (b) qu’il peut être impossible de rendre le logiciel/exemple de code entièrement opérationnel ; et (c) que Citrix peut, sans préavis ni responsabilité, cesser de mettre à votre disposition la version actuelle et/ou les versions futures du logiciel/exemple de code. En aucun cas le logiciel/code ne devra être utilisé dans le cadre d’activités à haut risque, telles que, mais sans limitation aucune, les activités de maintien en vie ou d’explosion. CITRIX, SES FILIALES OU SES AGENTS NE POURRONT ÊTRE RESPONSABLES, EN VERTU D’UNE RUPTURE DE CONTRAT OU DE TOUTE AUTRE THÉORIE DE RESPONSABILITÉ, DE TOUT DOMMAGE RÉSULTANT DE L’UTILISATION DU LOGICIEL/EXEMPLE DE CODE, Y COMPRIS MAIS SANS LIMITATION AUCUNE, LES DOMMAGES DIRECTS, SPÉCIAUX, ACCESSOIRES, PUNITIFS, INDIRECTS OU AUTRES, MÊME S’ILS ONT ÉTÉ PRÉVENUS DE L’ÉVENTUALITÉ DE TELS DOMMAGES. Vous acceptez d’assurer l’indemnisation et la défense de Citrix contre toute réclamation résultant de l’utilisation, de la modification ou de la distribution du code.

SDK et API