Citrix DaaS

SDK e API

Citrix DaaS SDK remoto di PowerShell

Remote PowerShell SDK automatizza attività complesse e ripetitive. Fornisce il meccanismo per configurare e gestire l’ambiente Citrix DaaS (in precedenza noto come servizio Citrix Virtual Apps and Desktops) senza utilizzare Studio.

  • I dettagli sui cmdlet sono forniti in Citrix DaaS SDK.
  • I moduli supportati sono elencati in Supporto e limitazioni. In questa sezione sono elencati anche i cmdlet disabilitati in questo SDK.
  • Remote PowerShell SDK è disponibile per il download dal sito web di Citrix .

Questo prodotto supporta le versioni di PowerShell dalla 3 alla 7.3.

Nota:

Attualmente, il supporto per la versione Powershell 7.4 è in anteprima.

In che modo questo SDK differisce dall’SDK per le distribuzioni gestite dal cliente

In una distribuzione di 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 suddivide i VDA e i controller rispettivamente in una posizione delle risorse e nel piano di controllo. Questa divisione significa che l’SDK PowerShell di Citrix Virtual Apps and Desktops originale non funziona in un ambiente Citrix DaaS. Non può attraversare il confine sicuro tra la posizione della risorsa e il piano di controllo.

La soluzione è Citrix DaaS Remote PowerShell SDK. Quando viene eseguito nella posizione della risorsa, Remote PowerShell SDK accede al piano di controllo come se fosse locale. Ciò fornisce le stesse funzionalità di un singolo sito Citrix Virtual Apps and Desktops. Esiste solo il livello di comunicazione più basso e non visibile, ottimizzato per funzionare sia in un singolo sito locale che nell’ambiente cloud. I cmdlet sono gli stessi e la maggior parte degli script esistenti rimangono invariati.

Il cmdlet Get-XdAuthentication fornisce l’autorizzazione ad attraversare il percorso sicuro delle risorse per raggiungere il confine del piano di controllo. Per impostazione predefinita, Get-XdAuthentication richiede agli utenti le credenziali CAS e deve essere eseguito una volta per sessione di PowerShell. In alternativa, l’utente può definire un profilo di autenticazione utilizzando un Secure Client con accesso API, creato nella console Citrix Cloud. In entrambi i casi, le informazioni di sicurezza rimangono disponibili per le successive chiamate a PowerShell SDK. Se questo cmdlet non viene eseguito in modo esplicito, viene chiamato dal primo cmdlet di PowerShell SDK.

Prerequisiti

Per utilizzare Citrix DaaS Remote PowerShell SDK, aggiungere alla whitelist i seguenti URL:

Commerciale

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

Giappone

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

Governo

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

Installa e utilizza Remote PowerShell SDK

Requisiti e considerazioni:

Nota:

Non installare Remote PowerShell SDK su una macchina Citrix Cloud Connector. Può essere installato su qualsiasi macchina aggiunta al dominio all’interno della stessa posizione delle risorse.

Citrix non supporta l’esecuzione dei cmdlet di questo SDK su Cloud Connector. Il funzionamento dell’SDK non coinvolge i Cloud Connector.

Se si dispone anche di una distribuzione Citrix Virtual Apps and Desktops (oltre alla distribuzione Citrix DaaS), non installare Remote PowerShell SDK su una macchina Delivery Controller locale.

  • Installa Microsoft Edge WebView2.
  • Assicurarsi che PowerShell 3.0, 4.0 o 5.0 sia disponibile sul computer.
  • Il programma di installazione dell’SDK scarica e installa .NET Framework 4.8 se questo (o una versione successiva supportata) non è già installato.
  • Se sul computer è già installato Citrix Virtual Apps and Desktops SDK, rimuovere tale SDK (da Programmi e funzionalità di Windows) prima di installare Remote PowerShell SDK.
  • Per un ambiente automatizzato, utilizzare il parametro -quiet per installare l’SDK senza input da parte dell’utente.

Per installare Remote PowerShell SDK:

  1. Da la pagina di download, scaricare l’SDK di PowerShell remoto per app e desktop virtuali.
  2. Installa ed esegui l’SDK.

I registri di installazione vengono creati in %TEMP%\CitrixLogs\CitrixPoshSdk. I registri possono aiutare a risolvere i problemi di installazione.

Esegui l’SDK su un computer aggiunto al dominio all’interno di quella posizione di risorse:

  • Aprire un prompt dei comandi di PowerShell. Non è necessario eseguire il programma come amministratore.
  • Se si desidera utilizzare lo snap-in (anziché il modulo), aggiungere lo snap-in utilizzando il cmdlet Add-PSSnapin (o asnp).
  • È possibile eseguire l’autenticazione esplicita utilizzando il cmdlet Get-XdAuthentication . In alternativa, esegui il tuo primo comando Remote PowerShell SDK, che ti chiederà la stessa autenticazione di Get-XdAuthentication. Se si utilizza un proxy, è necessario autenticarsi presso il proxy per poter utilizzare il cmdlet Get-XdAuthentication . Per ulteriori informazioni, vedere Utilizzare Remote PowerShell SDK con un proxy.
  • Per ignorare la richiesta di autenticazione, è possibile utilizzare il cmdlet Set-XdCredentials per creare un profilo di autenticazione predefinito, utilizzando un Secure Client creato nella console Citrix Cloud.
  • Continuare a eseguire i cmdlet di PowerShell SDK o gli script di automazione di PowerShell SDK. Vedi un esempio .

Per disinstallare Remote PowerShell SDK, 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 tasto destro del mouse e selezionare Disinstalla. Segui il dialogo.

Utilizzare Remote PowerShell SDK con un proxy

Se si utilizza un proxy, potrebbe non essere possibile utilizzare il cmdlet Get-xdAuthentication perché il proxy blocca le richieste HTTP effettuate dal cmdlet.

Esistono due modi per autenticarsi al proxy. È possibile utilizzare il parametro ProxyUseDefault oppure i parametri ProxyUsername e ProxyPassword :

  • Il parametro ProxyUseDefault abilita l’autenticazione al proxy utilizzando le credenziali proxy predefinite. Per esempio:

    Get-XdAuthentication -ProxyUseDefault
  • I parametri ProxyUsername e ProxyPassword consentono l’autenticazione al proxy all’interno della sessione di PowerShell. Per esempio:

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

Nota:

Si verifica un errore se si esegue un comando con XDHyp:\ nell’SDK remoto di PowerShell. Per risolvere questo problema:

  1. Esegui un comando con Hyp. Ad esempio: Get-HypServiceStatus
  2. Esegui 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 è riportato 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

Supporto e limitazioni

I seguenti sistemi operativi sono supportati da Remote PowerShell SDK:

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

In questa versione sono supportati i seguenti moduli PowerShell di Citrix Virtual Apps and Desktops:

  • Broker
  • Identità di Active Directory (AD)
  • Creazione della macchina
  • Configurazione
  • Registrazione della configurazione
  • Ospite
  • Amministrazione delegata
  • Analisi

Per maggiori dettagli sui cmdlet, vedere Citrix Virtual Apps and Desktops SDK.

Dopo l’autenticazione, l’accesso remoto rimane valido nella sessione di PowerShell corrente per 24 ore. Dopo tale periodo dovrai inserire le tue credenziali.

Remote PowerShell SDK deve essere eseguito su un computer all’interno della posizione della risorsa.

I seguenti cmdlet sono disabilitati nelle operazioni remote per mantenere l’integrità e la sicurezza del piano di controllo Citrix Cloud.

Citrix.ADIdentity.Admin.V2:

  • Copia-AcctIdentityPool
  • Ottieni-AcctDBConnection
  • Ottieni-AcctDBSchema
  • Ottieni-AcctDBVersionChangeScript
  • Ottieni-AcctInstalledDBVersion
  • Rimuovi-AcctServiceMetadata
  • Reimposta-AcctServiceGroupMembership
  • Imposta-AcctDBConnection
  • Imposta-AcctServiceMetadata
  • Imposta-AcctADAccountUserCert
  • Test-AcctDBConnection

Citrix.Analytics.Admin.V1:

  • Ottieni-AnalyticsDBConnection
  • Ottieni-AnalyticsDBSchema
  • Ottieni-AnalyticsDBVersionChangeScript
  • Ottieni-AnalyticsInstalledDBVersion
  • Importazione-AnalyticsDataDefinition
  • Rimuovi-AnalyticsServiceMetadata
  • Reimposta-AnalyticsServiceGroupMembership
  • Connessione DB di Set-Analytics
  • Set-AnalyticsServiceMetadata
  • Set-AnalyticsSite
  • Connessione DB di Set-Analytics

Citrix.DelegatedAdmin.Admin.V1:

  • Aggiungi-AdminRight
  • Ottieni-AdminDBConnection
  • Ottieni-AdminDBSchema
  • Ottieni-AdminDBVersionChangeScript
  • Ottieni-AdminInstalledDBVersion
  • Importa-AdminRoleConfiguration
  • Nuovo-amministratoreAmministratore
  • Rimuovi-AdminAmministratore
  • Rimuovi-AdminAdministratorMetadata
  • Rimuovi-AdminRight
  • Rimuovi-AdminServiceMetadata
  • Reimposta-AdminServiceGroupMembership
  • Set-AdminAmministratore
  • Set-AdminAdministratorMetadata
  • Imposta-AdminDBConnection
  • Imposta-AdminServiceMetadata
  • Connessione DB di amministrazione di test

Citrix.Broker.Admin.V2:

  • Ottieni-BrokerDBConnection
  • Ottieni-BrokerDBSchema
  • Ottieni-BrokerDBVersionChangeScript
  • Ottieni-BrokerInstalledDBVersion
  • Ottieni-BrokerLease
  • Ottieni-BrokerController
  • Configurazione della macchina New-Broker
  • Rimuovi-BrokerControllerMetadata
  • Rimuovi-BrokerLease
  • Rimuovi-BrokerLeaseMetadata
  • Rimuovi-BrokerMachineConfigurationMetadata
  • Rimuovi-BrokerMachineConfiguration
  • Rimuovi-BrokerSiteMetadata
  • Rimuovi-BrokerUserFromApplication
  • Ripristina-BrokerLicensingConnection
  • Ripristina-BrokerServiceGroupMembership
  • Set-BrokerControllerMetadata
  • Imposta-BrokerDBConnection
  • Set-BrokerLeaseMetadata
  • Configurazione della macchina Set-Broker
  • Set-BrokerMachineConfigurationMetadata
  • Set-BrokerSiteMetadata
  • Connessione DB Broker di prova
  • Test-BrokerLicenseServer
  • Aggiorna-BrokerBrokerLocalLeaseCache

Citrix.Configuration.Admin.V2:

  • Esporta-ConfigFeatureTable
  • Ottieni-ConfigDBConnection
  • Ottieni-ConfigDBSchema
  • Ottieni-ConfigDBVersionChangeScript
  • Ottieni-ConfigInstalledDBVersion
  • Ottieni-ConfigServiceGroup
  • Importa-ConfigFeatureTable
  • Registro-ConfigServiceInstance
  • Rimuovi-ConfigRegisteredServiceInstanceMetadata
  • Rimuovi-ConfigServiceGroup
  • Rimuovi-ConfigServiceGroupMetadata
  • Rimuovi-ConfigServiceMetadata
  • Rimuovi-ConfigSiteMetadata
  • Reimposta-ConfigServiceGroupMembership
  • Imposta-ConfigDBConnection
  • Imposta-ConfigRegisteredServiceInstance
  • Set-ConfigRegisteredServiceInstanceMetadata
  • Imposta-ConfigServiceGroupMetadata
  • Imposta-ConfigServiceMetadata
  • Imposta-ConfigSite
  • Imposta-ConfigSiteMetadata
  • Test-ConfigDBConnection
  • Annulla registrazione-ConfigRegisteredServiceInstance

Citrix.Host.Admin.V2:

  • Ottieni-HypDBConnection
  • Ottieni-HypDBSchema
  • Ottieni-HypDBVersionChangeScript
  • Ottieni-HypInstalledDBVersion
  • Rimuovi-HypServiceMetadata
  • Reimposta-HypServiceGroupMembership
  • Imposta-HypDBConnection
  • Imposta-HypServiceMetadata
  • Test-HypDBConnection

Citrix.ConfigurationLogging.Admin.V1:

  • Ottieni-LogDBConnection
  • Ottieni-LogDBSchema
  • Ottieni-LogDBVersionChangeScript
  • Ottieni-LogInstalledDBVersion
  • Rimuovi-LogOperation
  • Rimuovi-LogServiceMetadata
  • Rimuovi-LogSiteMetadata
  • Reimposta-LogDataStore
  • Reimposta-LogServiceGroupMembership
  • Imposta-LogDBConnection
  • Imposta-LogServiceMetadata
  • Imposta-LogSite
  • Imposta-LogSiteMetadata
  • Connessione di prova del registro DB

Citrix.MachineCreation.Admin.V2:

  • Ottieni-ProvDBConnection
  • Ottieni-ProvDBSchema
  • Ottieni-ProvDBVersionChangeScript
  • Ottieni-ProvInstalledDBVersion
  • Ottieni-ProvServiceConfigurationData
  • Rimuovi-ProvServiceConfigurationData
  • Rimuovi-ProvServiceMetadata
  • Ripristina-ProvServiceGroupMembership
  • Imposta-ProvDBConnection
  • Set-ProvServiceMetadata
  • Test-ProvDBConnection

Citrix.EnvTest.Admin.V1:

  • Ottieni-EnvTestDBConnection
  • Ottieni-EnvTestDBSchema
  • Ottieni-EnvTestDBVersionChangeScript
  • Ottieni-EnvTestInstalledDBVersion
  • Rimuovi-EnvTestServiceMetadata
  • Reimposta-EnvTestServiceGroupMembership
  • Imposta-EnvTestDBConnection
  • Imposta-EnvTestServiceMetadata
  • Test-EnvTestDBConnection

Citrix.Monitor.Admin.V1:

  • Ottieni-MonitorConfiguration
  • Ottieni-MonitorDBConnection
  • Ottieni-MonitorDBSchema
  • Ottieni-MonitorDBVersionChangeScript
  • Ottieni-MonitorDataStore
  • Ottieni-MonitorDataStore
  • Ottieni-MonitorInstalledDBVersion
  • Rimuovi-MonitorServiceMetadata
  • Ripristina-MonitorDataStore
  • Reimposta-MonitorServiceGroupMembership
  • Imposta-MonitorConfigurazione
  • Imposta-MonitorDBConnection
  • Imposta-MonitorServiceMetadata
  • Test-MonitorDBConnection

Citrix.Storefront.Admin.V1:

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

Modulo di scoperta Citrix DaaS per pacchetti e server App-V

Citrix DaaS può distribuire le applicazioni contenute nei pacchetti App-V ai tuoi endpoint utilizzando uno dei seguenti metodi:

  • Metodo di gestione dell’amministratore singolo (accesso ai pacchetti da una condivisione di rete)
  • Metodo di gestione con doppia amministrazione (accesso ai pacchetti da un server di gestione Microsoft App-V)

Il processo di registrazione dei pacchetti App-V, Microsoft App-V Management e Publishing Server con Application Library tramite Citrix DaaS è leggermente diverso dalla registrazione dei pacchetti tramite una distribuzione locale. Tuttavia, il processo di assegnazione delle applicazioni agli utenti e di avvio delle stesse sull’endpoint dell’utente è identico.

La console di gestione Citrix DaaS in Citrix Cloud non riesce a visualizzare i file in una posizione di risorsa. Inoltre, non è in grado di rilevare direttamente i pacchetti App-V o i server Microsoft App-V nella tua infrastruttura. Il modulo di individuazione fornisce funzioni che rilevano le informazioni sui pacchetti App-V nell’infrastruttura locale e caricano tali informazioni sul Citrix DaaS. Le informazioni sul pacchetto includono i pacchetti App-V, i server Microsoft App-V e le app contenute nei pacchetti.

Il modulo di individuazione utilizza l’SDK Remote PowerShell per app e desktop virtuali. Può scoprire informazioni sui pacchetti da una condivisione di rete o da un Microsoft App-V Management Server. Utilizzi il modulo di individuazione su una macchina nella posizione della tua risorsa.

Prerequisiti per l’utilizzo del modulo di scoperta:

  • Verificare che PowerShell 3.0 o versione successiva sia disponibile sul computer.
  • Verificare che Citrix Virtual Apps and Desktops Remote PowerShell SDK sia installato sul computer.
  • Verificare di avere accesso alla condivisione di rete contenente i pacchetti App-V.
  • Verificare di avere accesso al server in cui sono installati Citrix Cloud Connectors e in cui è ospitato Microsoft App-V Management Server.

Aggiungere pacchetti App-V alla libreria delle applicazioni in Citrix Cloud

La seguente procedura è valida per aggiungere pacchetti App-V da condivisioni di rete (gestione con singolo amministratore) e per aggiungere tutti i pacchetti App-V pubblicati da Microsoft App-V Management Server (gestione con doppio amministratore). Con il metodo di gestione con doppio amministratore, è necessario gestire i pacchetti App-V aggiunti esattamente come si fa con il metodo di gestione con singolo amministratore.

  1. Scarica il modulo di individuazione 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.psm1 in una cartella di propria scelta.

    Nota:

    Questo file è fornito anche nell’ISO di Citrix Virtual Apps and Desktops in Support\Tools\Scripts. È possibile copiarlo localmente o consultarlo direttamente dall’unità CD.

  2. Verificare che Virtual Apps and Desktops Remote PowerShell SDK sia installato sul computer

  3. Passare alla cartella contenente il modulo di individuazione. Nella finestra di PowerShell, digitare il percorso completo della cartella contenente il modulo di individuazione, quindi premere Invio.

  4. Importare il modulo di individuazione con il comando Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1.

  5. Aggiungere i pacchetti App-V alla libreria delle applicazioni in Citrix Cloud utilizzando uno dei seguenti metodi.

    • Per aggiungere pacchetti App-V da una condivisione di rete, eseguire il cmdlet di PowerShell: Import-AppVPackageToCloud.

      Ad esempio: Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appv

      Per assistenza sui cmdlet, digitare Get-Help Import-AppVPackageToCloud.

    • Per aggiungere pacchetti App-V da un Microsoft App-V Management Server, eseguire il cmdlet di PowerShell: Import-AppVPackagesFromManagementServerToCloud

      Ad esempio: Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.local

      Per assistenza sui cmdlet, digitare Get-Help Import-AppVPackagesFromManagementServerToCloud

      Questo comando importa tutti i pacchetti App-V pubblicati da Microsoft App-V Management Server a Citrix Cloud.

      Dopo aver aggiunto i pacchetti App-V a Citrix Cloud, è necessario gestirli come si fa con il metodo di gestione con singolo amministratore.

  6. Accedi a Citrix Cloud. Seleziona il cliente target. Una volta eseguito correttamente lo script, i pacchetti App-V vengono aggiunti alla libreria delle applicazioni in Citrix Cloud.

Funzioni di PowerShell di alto livello

Il modulo contiene le seguenti funzioni di alto livello che è possibile richiamare dal proprio script PowerShell:

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

    Rileva e carica su Citrix DaaS tutte le informazioni necessarie per pubblicare le 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 Management Server 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 con singolo amministratore. Citrix DaaS non può distribuire pacchetti utilizzando il metodo di gestione con doppia amministrazione.

  • 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 tramite Microsoft App-V Management Server e le informazioni correlate. È possibile aggiungere e rimuovere server tramite PowerShell.

    Questo cmdlet aggiunge pacchetti App-V in modalità di doppia amministrazione. Vengono importati solo i pacchetti App-V pubblicati su Microsoft App-V Management Server e a cui sono stati aggiunti gruppi AD. Se si apportano modifiche a Microsoft App-V Management Server, eseguire nuovamente questo cmdlet per sincronizzare la libreria applicazioni con Microsoft App-V Management Server.

  • 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 individuazione per pacchetti e server App-V su un computer aggiunto al dominio all’interno di tale posizione di risorse. Per iniziare, segui le istruzioni in Installa e usa Remote PowerShell SDK . Continuare a eseguire cmdlet o script di PowerShell. Vedere i seguenti esempi.

Attività di esempio

Importare il modulo di individuazione dei pacchetti Citrix DaaS App-V.

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

Eseguire un ciclo nella directory dell’archivio pacchetti App-V e caricare ciascun pacchetto.

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

Individuare e caricare i pacchetti registrati con un server di gestione Microsoft App-V.

Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net

Individuare i server di gestione e pubblicazione Microsoft App-V e aggiungere la configurazione alla libreria applicazioni. In questo modo vengono importati anche tutti i pacchetti gestiti da Microsoft App-V Management Server in modalità di doppia amministrazione.

Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001

Leggere la documentazione della guida di PowerShell inclusa nel modulo.

Get-Help Import-AppVPackageToCloud

Limitazioni

  • Non è possibile individuare i pacchetti App-V nell’infrastruttura di ubicazione delle risorse direttamente dalla console di gestione Citrix DaaS in Citrix Cloud. Per ulteriori informazioni su Citrix Cloud, consultare la documentazione Citrix Cloud .
  • La console di gestione Citrix DaaS in Citrix Cloud non dispone di una connessione live al server di gestione Microsoft App-V. Le modifiche apportate 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 .

Monitoraggio del servizio OData API

Oltre a utilizzare le funzioni 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 guasti della macchina
  • 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
  • Crea un’interfaccia utente personalizzata in base ai dati forniti dall’API

Per maggiori dettagli, vedere Monitoraggio dell’API OData del servizio. Per accedere all’API del servizio Monitor, vedere Accesso ai dati del servizio Monitor tramite 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.

Disclaimer

Questo software/codice di esempio ti viene fornito “COSÌ COM’È”, senza dichiarazioni, garanzie o condizioni di alcun tipo. Puoi utilizzarlo, modificarlo e distribuirlo a tuo rischio e pericolo. CITRIX DECLINA OGNI GARANZIA, ESPRESSA, IMPLICITA, SCRITTA, ORALE O STATUTARIA, COMPRESE, SENZA LIMITAZIONE, LE GARANZIE DI COMMERCIABILITÀ, IDONEITÀ PER UNO SCOPO PARTICOLARE, TITOLARITÀ E NON VIOLAZIONE. Fatto salvo quanto precede, l’utente riconosce e accetta che (a) il software/codice di esempio potrebbe presentare errori, difetti di progettazione o altri problemi, che potrebbero causare la perdita di dati o danni alla proprietà; (b) potrebbe non essere possibile rendere il software/codice di esempio completamente funzionante; e (c) Citrix potrebbe, 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à estremamente pericolose, tra cui, a titolo esemplificativo ma non esaustivo, attività di supporto vitale o di brillamento. NÉ CITRIX NÉ LE SUE AFFILIATE O AGENTI SARANNO RITENUTI RESPONSABILI, PER VIOLAZIONE DEL CONTRATTO O DI QUALSIASI ALTRA TEORIA DI RESPONSABILITÀ, PER QUALSIASI DANNO DERIVANTE DALL’USO DEL SOFTWARE/CODICE CAMPIONE, INCLUSI, SENZA LIMITAZIONE, DANNI DIRETTI, SPECIALI, ACCIDENTALI, PUNITIVI, CONSEGUENTI O DI ALTRO TIPO, ANCHE SE INFORMATI DELLA POSSIBILITÀ DI TALI DANNI. L’utente accetta di indennizzare e difendere Citrix da qualsiasi rivendicazione derivante dall’uso, dalla modifica o dalla distribuzione del codice.

SDK e API