SDK e API
SDK PowerShell remoto Citrix DaaS™
L’SDK PowerShell remoto automatizza attività complesse e ripetitive. Fornisce il meccanismo per configurare e gestire l’ambiente Citrix DaaS (precedentemente servizio Citrix Virtual Apps and Desktops™) senza utilizzare Studio.
- I dettagli dei cmdlet sono disponibili in Citrix DaaS SDK.
- I moduli supportati sono elencati in Supporto e limitazioni. Tale sezione elenca anche i cmdlet disabilitati in questo SDK.
- L’SDK PowerShell remoto è disponibile per il download sul sito web Citrix.
Questo prodotto supporta le versioni di PowerShell dalla 3 alla 7.3.
Nota:
Attualmente, il supporto per la versione 7.4 di Powershell è in anteprima tecnica.
In che modo questo SDK differisce dall’SDK per le distribuzioni gestite dal cliente
In una distribuzione Citrix Virtual Apps™ and Desktops installata e gestita dagli amministratori del cliente, tali amministratori eseguono cmdlet e script in un sito contenente VDA e Delivery Controller all’interno di una struttura di dominio comune. Al contrario, Citrix DaaS divide i VDA e i Controller in una posizione delle risorse e nel piano di controllo, rispettivamente. Questa divisione significa che l’SDK PowerShell originale di Citrix Virtual Apps and Desktops non funziona in un ambiente Citrix DaaS. Non può attraversare il confine sicuro dalla posizione delle risorse al piano di controllo.
La soluzione è l’SDK PowerShell remoto di Citrix DaaS. Quando viene eseguito nella posizione delle risorse, l’SDK PowerShell remoto accede al piano di controllo come se fosse locale. Ciò fornisce la stessa funzionalità di un singolo sito Citrix Virtual Apps and Desktops. Esiste solo il livello di comunicazione più basso non visibile, migliorato per funzionare sia in un singolo sito locale che nell’ambiente cloud. I cmdlet sono gli stessi e la maggior parte degli script esistenti rimane invariata.
Il cmdlet Get-XdAuthentication fornisce l’autorizzazione per attraversare il confine sicuro dalla posizione delle risorse al piano di controllo. Per impostazione predefinita, Get-XdAuthentication richiede agli utenti le credenziali CAS e deve essere eseguito una volta per sessione PowerShell. In alternativa, l’utente può definire un profilo di autenticazione utilizzando un client sicuro con accesso API, creato nella console Citrix Cloud™. In entrambi i casi, le informazioni di sicurezza persistono per l’uso nelle successive chiamate all’SDK PowerShell. Se questo cmdlet non viene eseguito esplicitamente, viene chiamato dal primo cmdlet dell’SDK PowerShell.
Prerequisiti
Per utilizzare l’SDK PowerShell remoto di Citrix DaaS, inserire nella whitelist i seguenti URL:
Commerciale
https://*.cloud.comhttps://*.citrixworkspacesapi.net/[customerid]https://[customerid].xendesktop.net:443
Giappone
https://*.citrixcloud.jphttps://*.citrixworkspacesapi.jp/[customerid]https://[customerid].apps.citrixworkspacesapi.jp:443
Governo
hhttps://*.cloud.ushttps://*.citrixworkspacesapi.us/[customerid]https://[customerid].xendesktop.us:443
Installazione e utilizzo dell’SDK PowerShell remoto
Requisiti e considerazioni:
Nota:
Non installare l’SDK PowerShell remoto su una macchina Citrix Cloud Connector™. Può essere installato su qualsiasi macchina aggiunta a un dominio all’interno della stessa posizione delle risorse.
Citrix® non supporta l’esecuzione dei cmdlet di questo SDK sui Cloud Connector. L’operazione dell’SDK non coinvolge i Cloud Connector.
Se si dispone anche di una distribuzione Citrix Virtual Apps and Desktops (oltre a Citrix DaaS), non installare l’SDK PowerShell remoto su un Delivery Controller locale. Poiché Citrix Studio (basato su MMC) è installato come parte del Delivery Controller, non è possibile installare l’SDK su un server che esegue Citrix Studio.
- Installare Microsoft Edge WebView2.
- Assicurarsi che PowerShell 3.0, 4.0, 5.0, 6.0 o 7.0 sia disponibile sulla macchina.
- Il programma di installazione dell’SDK scarica e installa .NET Framework 4.8 se non è già installato (o una versione successiva supportata).
- Se la macchina ha già installato l’SDK Citrix Virtual Apps and Desktops, rimuovere tale SDK (da Programmi e funzionalità di Windows) prima di installare l’SDK PowerShell remoto.
- Per un ambiente automatizzato, utilizzare il parametro
-quietper installare l’SDK senza input dell’utente.
Per installare l’SDK PowerShell remoto:
- Dalla pagina di download, scaricare l’SDK PowerShell remoto di Virtual Apps and Desktops.
- Installare ed eseguire l’SDK.
I log di installazione vengono creati in %TEMP%\CitrixLogs\CitrixPoshSdk. I log possono aiutare a risolvere i problemi di installazione.
Eseguire l’SDK su un computer aggiunto a un dominio all’interno di tale posizione delle risorse:
- Aprire un prompt dei comandi di PowerShell. Non è necessario eseguire come amministratore.
- Se si desidera utilizzare lo snap-in (anziché il modulo), aggiungere lo snap-in utilizzando il cmdlet
Add-PSSnapin(oasnp). - È possibile autenticarsi esplicitamente utilizzando il cmdlet
Get-XdAuthentication. In alternativa, eseguire il primo comando dell’SDK PowerShell remoto, che richiederà la stessa autenticazione diGet-XdAuthentication. Se si utilizza un proxy, è necessario autenticarsi al proxy per poter utilizzare il cmdletGet-XdAuthentication. Per maggiori informazioni, vedere Utilizzare l’SDK PowerShell remoto con un proxy. - Per ignorare la richiesta di autenticazione, è possibile utilizzare il cmdlet
Set-XdCredentialsper creare un profilo di autenticazione predefinito, utilizzando un client sicuro creato nella console di Citrix Cloud. - Continuare a eseguire i cmdlet dell’SDK PowerShell o gli script di automazione dell’SDK PowerShell. Vedere un esempio.
Per disinstallare l’SDK PowerShell remoto, dalla funzionalità di Windows per la rimozione o la modifica dei programmi, selezionare Citrix Virtual Apps and Desktops Remote PowerShell SDK. Fare clic con il pulsante destro del mouse e selezionare Disinstalla. Seguire la finestra di dialogo.
Utilizzare l’SDK PowerShell remoto con un proxy
Se si utilizza un proxy, potrebbe non essere possibile utilizzare il cmdlet Get-xdAuthentication a causa del proxy che blocca le richieste HTTP effettuate dal cmdlet.
Esistono due modi per autenticarsi al proxy. È possibile utilizzare il parametro ProxyUseDefault o i parametri ProxyUsername e ProxyPassword:
-
Il parametro
ProxyUseDefaultabilita l’autenticazione al proxy utilizzando le credenziali proxy predefinite. Ad esempio:Get-XdAuthentication -ProxyUseDefault <!--NeedCopy--> -
I parametri
ProxyUsernameeProxyPasswordabilitano l’autenticazione al proxy all’interno della sessione PowerShell. Ad esempio:$secureString = ConvertTo-SecureString -String "password" -AsPlainText -Force Get-XdAuthentication -ProxyUsername user1 -ProxyPassword $secureString <!--NeedCopy-->
Nota:
Si riceverà un errore se si esegue un comando con
XDHyp:\nell’SDK PowerShell remoto. Per risolvere questo problema:
- Eseguire un comando con
Hyp. Ad esempio:Get-HypServiceStatus- Eseguire un comando con
XDHyp:\. Ad esempio:Get-ChildItem XDHyp:\Connections\
Attività di esempio
Le attività comuni includono la configurazione di cataloghi di macchine, applicazioni e utenti. Di seguito è mostrato uno script di esempio.
$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-->
Supporto e limitazioni
I seguenti sistemi operativi sono supportati dall’SDK PowerShell remoto:
- 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
I seguenti moduli PowerShell di Citrix Virtual Apps and Desktops sono supportati in questa versione:
- Broker
- Identità Active Directory (AD)
- Creazione macchina
- Configurazione
- Registrazione configurazione
- Host
- Amministrazione delegata
- Analisi
Per dettagli sui cmdlet, vedere Citrix Virtual Apps and Desktops SDK.
Dopo l’autenticazione, l’accesso remoto rimane valido nella sessione PowerShell corrente per 24 ore. Trascorso tale periodo, è necessario inserire nuovamente le credenziali.
L’SDK PowerShell remoto deve essere eseguito su un computer all’interno della posizione delle risorse.
I seguenti cmdlet sono disabilitati nelle operazioni remote per mantenere l’integrità e la sicurezza del piano di controllo di 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
Modulo di rilevamento Citrix DaaS per pacchetti e server App-V
Citrix DaaS può distribuire applicazioni contenute in pacchetti App-V ai propri endpoint utilizzando uno dei seguenti metodi:
- Metodo di gestione a singolo amministratore (accesso ai pacchetti da una condivisione di rete)
- Metodo di gestione a doppio amministratore (accesso ai pacchetti da un server di gestione Microsoft App-V)
Il processo di registrazione dei pacchetti App-V, di Microsoft App-V Management e dei Publishing Server con la Libreria applicazioni tramite Citrix DaaS differisce leggermente dalla registrazione dei pacchetti tramite una distribuzione locale. Tuttavia, il processo di assegnazione delle applicazioni agli utenti e di avvio delle stesse sull’endpoint di un utente è identico.
La console di gestione Citrix DaaS in Citrix Cloud non può visualizzare i file in una posizione delle risorse. Inoltre, non può rilevare direttamente i pacchetti App-V o i server Microsoft App-V nella propria infrastruttura. Il modulo di rilevamento fornisce funzioni che rilevano le informazioni sui pacchetti App-V nella propria infrastruttura locale e carica le informazioni sui pacchetti nel proprio Citrix DaaS. Le informazioni sui pacchetti includono pacchetti App-V, server Microsoft App-V e le applicazioni che i pacchetti contengono.
Il modulo di rilevamento utilizza l’SDK PowerShell remoto di Virtual Apps and Desktops. Può rilevare le informazioni sui pacchetti da una condivisione di rete o da un server di gestione Microsoft App-V. Si utilizza il modulo di rilevamento su una macchina nella propria posizione delle risorse.
Prerequisiti per l’utilizzo del modulo di rilevamento:
- Verificare che PowerShell 3.0 o versioni successive sia disponibile sulla macchina.
- Verificare che l’SDK PowerShell remoto di Citrix Virtual Apps and Desktops sia installato sulla macchina.
- Verificare di avere accesso alla condivisione di rete contenente i pacchetti App-V.
- Verificare di avere accesso al server in cui sono installati i Citrix Cloud Connector e in cui è ospitato il server di gestione Microsoft App-V.
Aggiungere pacchetti App-V alla Libreria applicazioni in Citrix Cloud
La seguente procedura è valida per l’aggiunta di pacchetti App-V da condivisioni di rete (gestione a singolo amministratore) e per l’aggiunta di tutti i pacchetti App-V pubblicati dal server di gestione Microsoft App-V (gestione a doppio amministratore). Con il metodo di gestione a doppio amministratore, è necessario gestire i pacchetti App-V aggiunti esattamente come si fa quando si utilizza il metodo di gestione a singolo amministratore.
-
Scaricare il modulo di rilevamento dalla pagina di download di Citrix DaaS https://www.citrix.com/downloads/citrix-cloud/product-software/xenapp-and-xendesktop-service.html. Estrarre il file zip
Citrix.Cloud.AppLibrary.Admin.v1.psm1in una cartella comoda.Nota:
Questo file è fornito anche sull’ISO di Citrix Virtual Apps and Desktops in
Support\Tools\Scripts. È possibile copiarlo localmente o farvi riferimento direttamente dall’unità CD. -
Verificare che l’SDK PowerShell remoto di Virtual Apps and Desktops sia installato sulla propria macchina.
-
Passare alla cartella contenente il modulo di rilevamento. Nella finestra di PowerShell, digitare il percorso completo della cartella contenente il modulo di rilevamento e quindi premere Invio.
-
Importare il modulo di rilevamento con il comando
Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1. -
Aggiungere i pacchetti App-V alla Libreria applicazioni in Citrix Cloud utilizzando uno dei seguenti metodi.
-
Per aggiungere pacchetti App-V da una condivisione di rete, eseguire il cmdlet PowerShell:
Import-AppVPackageToCloud.Ad esempio:
Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appvPer la guida del cmdlet, digitare
Get-Help Import-AppVPackageToCloud. -
Per aggiungere pacchetti App-V da un server di gestione Microsoft App-V, eseguire il cmdlet PowerShell:
Import-AppVPackagesFromManagementServerToCloudAd esempio:
Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.localPer la guida del cmdlet, digitare
Get-Help Import-AppVPackagesFromManagementServerToCloudQuesto comando importa tutti i pacchetti App-V pubblicati dal server di gestione Microsoft App-V in Citrix Cloud.
Dopo aver aggiunto i pacchetti App-V a Citrix Cloud, è necessario gestirli come si fa utilizzando il metodo di gestione a singolo amministratore.
-
-
Accedere a Citrix Cloud. Selezionare il cliente di destinazione. Dopo che lo script è stato eseguito correttamente, i pacchetti App-V vengono aggiunti alla Libreria applicazioni in Citrix Cloud.
Funzioni PowerShell di alto livello
Il modulo contiene le seguenti funzioni di alto livello che è possibile chiamare dal proprio script PowerShell:
-
Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>Rileva e carica in Citrix DaaS tutte le informazioni necessarie per pubblicare applicazioni da un singolo pacchetto App-V.
-
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>Rileva i percorsi UNC dei pacchetti pubblicati dal server di gestione e chiama Import-AppVPackageToCloud per ciascuno di essi a turno.
I pacchetti rilevati in questo modo vengono caricati in Citrix DaaS utilizzando il metodo di gestione a singolo amministratore. Citrix DaaS non può distribuire pacchetti utilizzando il metodo di gestione a doppio amministratore.
-
Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Rileva i server di gestione e pubblicazione Microsoft App-V e importa il contenuto nella Libreria applicazioni. Questo cmdlet importa tutti i pacchetti gestiti utilizzando il server di gestione Microsoft App-V e le informazioni correlate. I server possono essere aggiunti e rimossi tramite PowerShell.
Questo cmdlet aggiunge pacchetti App-V in modalità doppio amministratore. Vengono importati solo i pacchetti App-V pubblicati sul server di gestione Microsoft App-V e a cui sono stati aggiunti gruppi AD. Se si apportano modifiche al server di gestione Microsoft App-V, rieseguire questo cmdlet per sincronizzare la Libreria applicazioni con il server di gestione Microsoft App-V.
-
Remove-AppVServerFromCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Rimuove i server di gestione e pubblicazione Microsoft App-V aggiunti alla Libreria applicazioni.
Questo cmdlet rimuove i server di gestione e pubblicazione Microsoft App-V specificati, oltre a tutti i pacchetti App-V associati.
Eseguire il modulo di rilevamento per i pacchetti e i server App-V su un computer aggiunto a un dominio all’interno di tale posizione delle risorse. Seguire le indicazioni in Installazione e utilizzo dell’SDK PowerShell remoto per iniziare. Continuare a eseguire i cmdlet o gli script PowerShell. Vedere gli esempi seguenti.
Attività di esempio
Importare il modulo di rilevamento dei pacchetti App-V di Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->
Scorrere la directory dell’archivio pacchetti App-V e caricare ogni pacchetto.
Get-ChildItem -Path "\\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->
Rilevare e caricare i pacchetti registrati con un server di gestione Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->
Rilevare i server di gestione e pubblicazione Microsoft App-V e aggiungere la configurazione alla Libreria applicazioni. Questo importa anche tutti i pacchetti gestiti dal server di gestione Microsoft App-V in modalità doppio amministratore.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->
Leggere la documentazione della guida di PowerShell inclusa nel modulo.
Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->
Limitazioni
- Non è possibile rilevare i pacchetti App-V sull’infrastruttura della posizione delle risorse direttamente dalla console di gestione Citrix DaaS in Citrix Cloud. Per maggiori informazioni su Citrix Cloud, consultare la documentazione di Citrix Cloud.
- La console di gestione Citrix DaaS in Citrix Cloud non ha una connessione live al server di gestione Microsoft App-V. Le modifiche ai pacchetti e ad altre configurazioni nel server di gestione Microsoft App-V non vengono riflesse nella console di gestione Citrix DaaS finché non viene rieseguito
Import-AppVDualAdminCloud.
API OData del servizio Monitor
Oltre a utilizzare le funzioni di Monitor per visualizzare i dati storici, è possibile interrogare i dati utilizzando l’API del servizio Monitor. Utilizzare l’API per:
- Analizzare le tendenze storiche per la pianificazione
- Eseguire una risoluzione dettagliata dei problemi di connessione e dei guasti delle macchine
- Estrarre informazioni da inserire in altri strumenti e processi; ad esempio, utilizzando le tabelle PowerPivot di Microsoft Excel per visualizzare i dati in modi diversi
- Creare un’interfaccia utente personalizzata basata sui dati forniti dall’API
Per i dettagli, vedere API OData del servizio Monitor. Per accedere all’API del servizio Monitor, vedere Accedere ai dati del servizio Monitor utilizzando l’endpoint OData v4 in Citrix Cloud.
API Citrix DaaS
Le API Citrix DaaS sono disponibili all’indirizzo https://developer.cloud.com/citrixworkspace/citrix-daas.
Dichiarazione di non responsabilità
Questo software/codice di esempio viene fornito “COSÌ COM’È” senza dichiarazioni, garanzie o condizioni di alcun tipo. L’utente può utilizzarlo, modificarlo e distribuirlo a proprio rischio. CITRIX DECLINA OGNI GARANZIA, ESPRESSA, IMPLICITA, SCRITTA, ORALE O LEGALE, INCLUSE, SENZA LIMITAZIONE, LE GARANZIE DI COMMERCIABILITÀ, IDONEITÀ PER UNO SCOPO PARTICOLARE, TITOLO E NON VIOLAZIONE. Senza limitare la generalità di quanto precede, l’utente riconosce e accetta che (a) il software/codice di esempio potrebbe presentare errori, difetti di progettazione o altri problemi, con conseguente possibile perdita di dati o danni alla proprietà; (b) potrebbe non essere possibile rendere il software/codice di esempio completamente funzionale; e (c) Citrix può, senza preavviso o responsabilità nei confronti dell’utente, cessare di rendere disponibile la versione corrente e/o qualsiasi versione futura del software/codice di esempio. In nessun caso il software/codice deve essere utilizzato per supportare attività ultra-pericolose, inclusi, a titolo esemplificativo ma non esaustivo, attività di supporto vitale o di esplosione. NÉ CITRIX NÉ I SUOI AFFILIATI O AGENTI SARANNO RESPONSABILI, IN CASO DI VIOLAZIONE DEL CONTRATTO O DI QUALSIASI ALTRA TEORIA DI RESPONSABILITÀ, PER QUALSIASI DANNO DERIVANTE DALL’USO DEL SOFTWARE/CODICE DI ESEMPIO, INCLUSE, SENZA LIMITAZIONE, DANNI DIRETTI, SPECIALI, INCIDENTALI, PUNITIVI, CONSEQUENZIALI O ALTRI DANNI, ANCHE SE AVVISATI DELLA POSSIBILITÀ DI TALI DANNI. L’utente accetta di indennizzare e difendere Citrix da qualsiasi reclamo derivante dall’uso, dalla modifica o dalla distribuzione del codice.