Kits de développement logiciel (SDK) et API
SDK PowerShell distant Citrix DaaS™
-
Le SDK PowerShell distant automatise les tâches complexes et répétitives. Il fournit le mécanisme pour configurer et gérer l’environnement Citrix DaaS (anciennement service Citrix Virtual Apps and Desktops™) sans utiliser Studio.
- Les détails des cmdlets 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 cmdlets qui sont désactivées dans ce SDK.
- Le SDK PowerShell distant est disponible en téléchargement sur le site web de Citrix.
Ce produit prend en charge les versions 3 à 7.3 de PowerShell.
Remarque :
Actuellement, la prise en charge de la version 7.4 de PowerShell est en préversion technique.
En quoi ce SDK diffère-t-il du SDK pour les déploiements gérés par le client
- Dans un déploiement Citrix Virtual Apps and Desktops installé et géré par les administrateurs clients, ces administrateurs exécutent des cmdlets et des scripts sur un site contenant des VDA et des Delivery Controllers au sein d’une structure de domaine commune. En revanche, Citrix DaaS divise les VDA et les contrôleurs en un emplacement de ressources et un plan de contrôle, respectivement. Cette division signifie que le SDK PowerShell Citrix Virtual Apps and Desktops d’origine ne fonctionne pas dans un environnement Citrix DaaS. Il ne peut pas franchir la limite sécurisée entre l’emplacement des ressources et le plan de contrôle.
La solution est le SDK PowerShell distant Citrix DaaS. Lorsqu’il est exécuté dans l’emplacement des ressources, le SDK PowerShell distant accède au plan de contrôle comme s’il était local. Cela offre les mêmes fonctionnalités qu’un site Citrix Virtual Apps and Desktops unique. Il n’y a que la couche de communication non visible la plus basse, améliorée pour fonctionner soit dans un seul site local, soit dans l’environnement cloud. Les cmdlets sont les mêmes, et la plupart des scripts existants restent inchangés.
- La cmdlet
Get-XdAuthenticationfournit l’autorisation de franchir la limite sécurisée entre l’emplacement des ressources et le plan de contrôle. Par défaut,Get-XdAuthenticationinvite les utilisateurs à saisir leurs informations d’identification CAS et doit être exécutée une fois par session PowerShell. Alternativement, l’utilisateur peut définir un profil d’authentification à l’aide d’un client sécurisé d’accès à l’API, créé dans la console Citrix Cloud™. Dans les deux cas, les informations de sécurité persistent pour être utilisées lors des appels ultérieurs du SDK PowerShell. Si cette cmdlet n’est pas exécutée explicitement, elle est appelée par la première cmdlet du SDK PowerShell.
Prérequis
- Pour utiliser le SDK PowerShell distant Citrix DaaS, ajoutez les URL suivantes à la liste blanche :
Commercial
https://*.cloud.comhttps://*.citrixworkspacesapi.net/[customerid]https://[customerid].xendesktop.net:443
Japon
https://*.citrixcloud.jphttps://*.citrixworkspacesapi.jp/[customerid]https://[customerid].apps.citrixworkspacesapi.jp:443
Gouvernement
hhttps://*.cloud.ushttps://*.citrixworkspacesapi.us/[customerid]https://[customerid].xendesktop.us:443
Installer et utiliser le SDK PowerShell distant
-
Exigences et considérations :
-
Remarque :
-
N’installez pas le SDK PowerShell distant sur une machine Citrix Cloud Connector™. Il peut être installé sur n’importe quelle machine jointe à un domaine au sein du même emplacement de ressources.
Citrix® ne prend pas en charge l’exécution des cmdlets de ce SDK sur les Cloud Connectors. Le fonctionnement du SDK n’implique pas les Cloud Connectors.
-
Si vous disposez également d’un déploiement Citrix Virtual Apps and Desktops (en plus de Citrix DaaS), n’installez pas le SDK PowerShell distant sur un Delivery Controller sur site. Étant donné que Citrix Studio (basé sur MMC) est installé dans le cadre du Delivery Controller, vous ne pouvez pas non plus installer le SDK sur un serveur exécutant Citrix Studio.
- Installez Microsoft Edge WebView2.
- Assurez-vous que PowerShell 3.0, 4.0, 5.0, 6.0 ou 7.0 est disponible sur la machine.
- Le programme d’installation du SDK télécharge et installe .NET Framework 4.8 s’il (ou une version ultérieure prise en charge) n’est pas déjà installé.
- 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 PowerShell distant.
- Pour un environnement automatisé, utilisez le paramètre
-quietpour installer le SDK sans intervention de l’utilisateur.
Pour installer le SDK PowerShell distant :
- Depuis la page de téléchargement, téléchargez le SDK PowerShell distant Virtual Apps and Desktops.
- Installez et exécutez le SDK.
Les journaux d’installation sont créés dans %TEMP%\CitrixLogs\CitrixPoshSdk. Les journaux peuvent aider à résoudre les problèmes d’installation.
Exécutez le SDK sur un ordinateur joint à un domaine au sein de cet emplacement de ressources :
- Ouvrez une invite de commande 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 composant logiciel enfichable à l’aide de la cmdlet
Add-PSSnapin(ouasnp). - Vous pouvez vous authentifier explicitement à l’aide de la cmdlet
Get-XdAuthentication. Alternativement, exécutez votre première commande du SDK PowerShell distant, qui vous invite à la même authentification queGet-XdAuthentication. Si vous utilisez un proxy, vous devez vous authentifier auprès du proxy pour pouvoir utiliser la cmdletGet-XdAuthentication. Pour plus d’informations, consultez Utiliser le SDK PowerShell distant avec un proxy. - Pour contourner l’invite d’authentification, vous pouvez utiliser la cmdlet
Set-XdCredentialspour 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 cmdlets du SDK PowerShell ou les scripts d’automatisation du SDK PowerShell. Voir un exemple.
Pour désinstaller le SDK PowerShell distant, à partir de la fonctionnalité Windows de suppression ou de modification de programmes, sélectionnez Citrix Virtual Apps and Desktops Remote PowerShell SDK. Cliquez avec le bouton droit de la souris et sélectionnez Désinstaller. Suivez la boîte de dialogue.
Utiliser le SDK PowerShell distant avec un proxy
Si vous utilisez un proxy, il est possible que vous ne puissiez pas utiliser la cmdlet Get-xdAuthentication en raison du blocage par le proxy des requêtes HTTP effectuées par la cmdlet.
Il existe deux façons de s’authentifier auprès du proxy. Vous pouvez utiliser le paramètre ProxyUseDefault ou les paramètres ProxyUsername et ProxyPassword :
-
Le paramètre
ProxyUseDefaultpermet l’authentification auprès du proxy en utilisant les informations d’identification par défaut du proxy. Par exemple :Get-XdAuthentication -ProxyUseDefault <!--NeedCopy--> -
Les paramètres
ProxyUsernameetProxyPasswordpermettent 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
-
```
Remarque :
Une erreur se produit si vous exécutez une commande avec
XDHyp:\dans le SDK PowerShell distant. Pour résoudre ce problème :
- Exécutez une commande avec
Hyp. Par exemple :Get-HypServiceStatus- Exécutez une commande avec
XDHyp:\. Par exemple :Get-ChildItem XDHyp:\Connections\
-
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 présenté 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
-
```
-
Prise en charge et limitations
-
Les systèmes d’exploitation suivants sont pris en charge par le SDK PowerShell distant :
- 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 de machines
- Configuration
- Journalisation de la configuration
- Hôte
- Administration déléguée
-
Analyse
-
Pour plus de détails sur les cmdlets, consultez le SDK Citrix Virtual Apps and Desktops.
-
Après l’authentification, l’accès à distance reste valide dans la session PowerShell actuelle pendant 24 heures. Passé ce délai, vous devez saisir vos informations d’identification.
-
Le SDK PowerShell distant doit être exécuté sur un ordinateur situé dans l’emplacement des ressources.
-
Les cmdlets suivantes sont désactivées dans les opérations à distance afin de 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écouverte Citrix DaaS pour les packages et serveurs App-V
Citrix DaaS peut fournir des applications contenues dans des packages App-V à vos points de terminaison en utilisant l’une des méthodes suivantes :
- Méthode de gestion à administrateur unique (accès aux packages à partir d’un partage réseau)
- Méthode de gestion à double administrateur (accès aux packages à partir d’un serveur de gestion Microsoft App-V)
Le processus d’enregistrement des packages App-V, des serveurs de gestion et de publication Microsoft App-V auprès de la bibliothèque d’applications à l’aide de Citrix DaaS diffère légèrement de l’enregistrement des packages à l’aide d’un déploiement sur site. Cependant, le processus d’attribution d’applications aux utilisateurs et de leur lancement sur le point de terminaison d’un utilisateur est identique.
La console de gestion Citrix DaaS dans Citrix Cloud ne peut pas afficher les fichiers dans un emplacement de ressource. De plus, elle ne peut pas découvrir directement les packages App-V ou les serveurs Microsoft App-V dans votre infrastructure. Le module de découverte fournit des fonctions qui découvrent les informations des packages App-V dans votre infrastructure sur site et télécharge ces informations vers votre Citrix DaaS. Les informations de package incluent les packages App-V, les serveurs Microsoft App-V et les applications que les packages contiennent.
Le module de découverte utilise le SDK PowerShell distant de Virtual Apps and Desktops. Il peut découvrir les informations de package à partir d’un partage réseau ou d’un serveur de gestion Microsoft App-V. Vous utilisez le module de découverte sur une machine située dans votre emplacement de ressource.
Conditions préalables à l’utilisation du module de découverte :
- Vérifiez que PowerShell 3.0 ou une version ultérieure est disponible sur la machine.
- Vérifiez que le SDK PowerShell distant de 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 où les Citrix Cloud Connectors sont installés et où le serveur de gestion Microsoft App-V est hébergé.
Ajouter des packages App-V à la bibliothèque d’applications dans Citrix Cloud
La procédure suivante est valide pour l’ajout de packages App-V à partir de partages réseau (gestion à administrateur unique) et l’ajout de tous les packages App-V publiés à partir du serveur de gestion Microsoft App-V (gestion à double administrateur). Avec la méthode de gestion à double administrateur, vous devez gérer les packages App-V ajoutés de la même manière que vous le feriez avec la méthode de gestion à administrateur unique.
-
Téléchargez le module de découverte depuis 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.psm1dans 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. -
Vérifiez que le SDK PowerShell distant de Virtual Apps and Desktops est installé sur votre machine.
-
Accédez au dossier contenant le module de découverte. Dans la fenêtre PowerShell, tapez le chemin complet du dossier contenant le module de découverte, puis appuyez sur Entrée.
-
Importez le module de découverte avec la commande
Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1. -
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.Par exemple :
Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appvPour 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-AppVPackagesFromManagementServerToCloudPar exemple :
Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.localPour obtenir de l’aide sur l’applet de commande, tapez
Get-Help Import-AppVPackagesFromManagementServerToCloudCette commande importe tous les packages App-V publiés du serveur de gestion Microsoft App-V vers Citrix Cloud.
Après avoir ajouté les packages App-V à Citrix Cloud, vous devez les gérer comme vous le feriez avec la méthode de gestion à administrateur unique.
-
-
Connectez-vous à Citrix Cloud. Sélectionnez le client cible. Une fois le script exécuté avec succès, 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 <Chemin UNC complet vers le package App-V>Découvre et télécharge vers Citrix DaaS toutes les informations nécessaires pour publier des applications à partir d’un seul package App-V.
-
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>Découvre 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écouverts de cette manière sont chargés dans Citrix DaaS à l’aide de la méthode de gestion à administrateur unique. Citrix DaaS ne peut pas livrer de packages à l’aide de la méthode de gestion à double administrateur.
-
Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Découvre les serveurs de gestion et de publication Microsoft App-V et importe le contenu dans la bibliothèque d’applications. Cette cmdlet 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 cmdlet ajoute des packages App-V en mode double administrateur. Seuls les packages App-V publiés sur le serveur de gestion Microsoft App-V et auxquels des groupes AD ont été ajoutés sont importés. Si vous apportez des modifications au serveur de gestion Microsoft App-V, réexécutez cette cmdlet 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 cmdlet 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écouverte pour les packages et serveurs App-V sur un ordinateur joint à un domaine au sein de cet emplacement de ressources. Suivez les instructions de Installer et utiliser le SDK PowerShell distant pour commencer. Continuez à exécuter des cmdlets ou des scripts PowerShell. Voir les exemples suivants.
Exemples d’activités
Importez le module de découverte de packages App-V de Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->
Parcourez le répertoire du magasin de packages App-V et téléchargez chaque package.
Get-ChildItem -Path "\\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->
Découvrez et téléchargez les packages enregistrés auprès d’un serveur de gestion Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->
Découvrez les serveurs de gestion et de publication Microsoft App-V et ajoutez 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 double administrateur.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->
Lisez la documentation d’aide PowerShell incluse dans le module.
Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->
Limitations
- Vous ne pouvez pas découvrir les packages App-V sur l’infrastructure de votre emplacement de ressources directement depuis 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 en direct au serveur de gestion Microsoft App-V. Les modifications apportées aux packages et autres configurations du serveur de gestion Microsoft App-V ne sont pas reflétées dans la console de gestion Citrix DaaS tant que
Import-AppVDualAdminCloudn’est pas réexécuté.
API OData du service Monitor
En plus d’utiliser les fonctions Monitor pour afficher les données historiques, vous pouvez interroger les données à l’aide de l’API du service Monitor. Utilisez l’API pour :
- Analyser les tendances historiques pour la planification
- Effectuer un dépannage détaillé des pannes de connexion et de machine
- Extraire des informations pour les intégrer à d’autres outils et processus ; par exemple, en utilisant les tableaux PowerPivot de Microsoft Excel pour afficher les données de différentes manières
- Construire une interface utilisateur personnalisée basée sur les données fournies par l’API
Pour plus de détails, consultez API OData du service Monitor. Pour accéder à l’API du service Monitor, consultez Accéder aux données du service Monitor à l’aide du point de terminaison OData v4 dans Citrix Cloud.
API Citrix DaaS
Les API Citrix DaaS sont disponibles à l’adresse https://developer.cloud.com/citrixworkspace/citrix-daas.
Clause de non-responsabilité
Ce logiciel / exemple de code vous est fourni « EN L’ÉTAT », sans aucune déclaration, garantie ou condition d’aucune sorte. Vous pouvez l’utiliser, le modifier et le distribuer à vos propres risques. CITRIX DÉCLINE TOUTE GARANTIE QUELLE QU’ELLE SOIT, EXPRESSE, IMPLICITE, ÉCRITE, ORALE OU LÉGALE, Y COMPRIS, SANS S’Y LIMITER, LES GARANTIES DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER, DE TITRE ET DE NON-VIOLATION. Sans limiter la généralité de ce qui précède, vous reconnaissez et acceptez que (a) le logiciel / exemple de code peut présenter des erreurs, des défauts de conception ou d’autres problèmes, pouvant entraîner une perte de données ou des dommages matériels ; (b) il peut ne pas être possible de rendre le logiciel / exemple de code entièrement fonctionnel ; et (c) Citrix peut, sans préavis ni responsabilité envers vous, cesser de rendre disponible la version actuelle et/ou toute version future du logiciel / exemple de code. En aucun cas, le logiciel / code ne doit être utilisé pour soutenir des activités ultra-dangereuses, y compris, mais sans s’y limiter, les activités de maintien en vie ou de dynamitage. NI CITRIX NI SES FILIALES OU AGENTS NE SERONT RESPONSABLES, EN VERTU D’UNE RUPTURE DE CONTRAT OU DE TOUTE AUTRE THÉORIE DE RESPONSABILITÉ, DE TOUT DOMMAGE QUEL QU’IL SOIT DÉCOULANT DE L’UTILISATION DU LOGICIEL / EXEMPLE DE CODE, Y COMPRIS, SANS S’Y LIMITER, LES DOMMAGES DIRECTS, SPÉCIAUX, ACCESSOIRES, PUNITIFS, CONSÉCUTIFS OU AUTRES, MÊME SI AVISÉ DE LA POSSIBILITÉ DE TELS DOMMAGES. Vous acceptez d’indemniser et de défendre Citrix contre toute réclamation découlant de votre utilisation, modification ou distribution du code.