SDKs e APIs
SDK Remote PowerShell do Citrix DaaS™
O SDK Remote PowerShell automatiza tarefas complexas e repetitivas. Ele fornece o mecanismo para configurar e gerenciar o ambiente do Citrix DaaS (anteriormente serviço Citrix Virtual Apps and Desktops™) sem usar o Studio.
- Os detalhes do cmdlet são fornecidos no SDK do Citrix DaaS.
- Os módulos compatíveis estão listados em Suporte e limitações. Essa seção também lista os cmdlets que estão desabilitados neste SDK.
- O SDK Remote PowerShell está disponível para download no site da Citrix.
Este produto oferece suporte às versões 3 a 7.3 do PowerShell.
Observação:
Atualmente, o suporte para a versão 7.4 do Powershell está em pré-visualização técnica.
Como este SDK difere do SDK para implantações gerenciadas pelo cliente
Em uma implantação do Citrix Virtual Apps™ and Desktops que é instalada e gerenciada por administradores de clientes, esses administradores executam cmdlets e scripts em um site que contém VDAs e Delivery Controllers dentro de uma estrutura de domínio comum. Em contraste, o Citrix DaaS divide os VDAs e os Controllers em um local de recurso e no plano de controle, respectivamente. Essa divisão significa que o SDK original do PowerShell do Citrix Virtual Apps and Desktops não funciona em um ambiente Citrix DaaS. Ele não pode cruzar o limite seguro do local de recurso para o plano de controle.
A solução é o SDK Remote PowerShell do Citrix DaaS. Ao ser executado no local de recurso, o SDK Remote PowerShell acessa o plano de controle como se fosse local. Isso fornece a mesma funcionalidade de um único site do Citrix Virtual Apps and Desktops. Existe apenas a camada de comunicação não visível mais baixa, aprimorada para funcionar em um único site local ou no ambiente de nuvem. Os cmdlets são os mesmos, e a maioria dos scripts existentes permanece inalterada.
O cmdlet Get-XdAuthentication fornece a autorização para cruzar o limite seguro do local de recurso para o plano de controle. Por padrão, Get-XdAuthentication solicita as credenciais CAS aos usuários e deve ser executado uma vez por sessão do PowerShell. Alternativamente, a pessoa usuária pode definir um perfil de autenticação usando um Cliente Seguro de acesso à API, criado no console do Citrix Cloud™. Em ambos os casos, as informações de segurança persistem para uso em chamadas subsequentes do SDK do PowerShell. Se este cmdlet não for executado explicitamente, ele será chamado pelo primeiro cmdlet do SDK do PowerShell.
Pré-requisitos
Para usar o SDK Remote PowerShell do Citrix DaaS, adicione os seguintes URLs à lista de permissões:
Comercial
https://*.cloud.comhttps://*.citrixworkspacesapi.net/[customerid]https://[customerid].xendesktop.net:443
Japão
https://*.citrixcloud.jphttps://*.citrixworkspacesapi.jp/[customerid]https://[customerid].apps.citrixworkspacesapi.jp:443
Governo
hhttps://*.cloud.ushttps://*.citrixworkspacesapi.us/[customerid]https://[customerid].xendesktop.us:443
Instalar e usar o SDK Remote PowerShell
Requisitos e considerações:
Observação:
Não instale o SDK Remote PowerShell em uma máquina Citrix Cloud Connector™. Ele pode ser instalado em qualquer máquina ingressada no domínio dentro do mesmo local de recurso.
A Citrix® não oferece suporte à execução dos cmdlets deste SDK em Cloud Connectors. A operação do SDK não envolve os Cloud Connectors.
Se você também tiver uma implantação do Citrix Virtual Apps and Desktops (além do Citrix DaaS), não instale o SDK Remote PowerShell em um Delivery Controller local. Como o Citrix Studio (baseado em MMC) é instalado como parte do Delivery Controller, você também não pode instalar o SDK em um servidor que executa o Citrix Studio.
- Instale o Microsoft Edge WebView2.
- Verifique se o PowerShell 3.0, 4.0, 5.0, 6.0 ou 7.0 está disponível na máquina.
- O instalador do SDK baixa e instala o .NET Framework 4.8 se ele (ou uma versão posterior compatível) ainda não estiver instalado.
- Se a máquina já tiver o SDK do Citrix Virtual Apps and Desktops instalado, remova esse SDK (em Programas e Recursos do Windows) antes de instalar o SDK Remote PowerShell.
- Para um ambiente automatizado, use o parâmetro
-quietpara instalar o SDK sem interação do usuário.
Para instalar o SDK Remote PowerShell:
- Na página de download, baixe o SDK Remote PowerShell do Virtual Apps and Desktops.
- Instale e execute o SDK.
Os logs de instalação são criados em %TEMP%\CitrixLogs\CitrixPoshSdk. Os logs podem ajudar a resolver problemas de instalação.
Execute o SDK em um computador ingressado no domínio dentro desse local de recurso:
- Abra um prompt de comando do PowerShell. Não é necessário executar como administrador.
- Se quiser usar o snap-in (em vez do módulo), adicione o snap-in usando o cmdlet
Add-PSSnapin(ouasnp). - Você pode se autenticar explicitamente usando o cmdlet
Get-XdAuthentication. Alternativamente, execute seu primeiro comando do SDK Remote PowerShell, que solicitará a mesma autenticação queGet-XdAuthentication. Se você estiver usando um proxy, deverá se autenticar no proxy para poder usar o cmdletGet-XdAuthentication. Para obter mais informações, consulte Usar o SDK Remote PowerShell com um proxy. - Para ignorar o prompt de autenticação, você pode usar o cmdlet
Set-XdCredentialspara criar um perfil de autenticação padrão, usando um Cliente Seguro criado no console do Citrix Cloud. - Continue executando cmdlets do SDK do PowerShell ou scripts de automação do SDK do PowerShell. Consulte um exemplo.
Para desinstalar o SDK Remote PowerShell, no recurso do Windows para remover ou alterar programas, selecione Citrix Virtual Apps and Desktops Remote PowerShell SDK. Clique com o botão direito do mouse e selecione Desinstalar. Siga o diálogo.
Usar o SDK Remote PowerShell com um proxy
Se você estiver usando um proxy, talvez não consiga usar o cmdlet Get-xdAuthentication devido ao proxy bloquear as solicitações HTTP que o cmdlet faz.
Existem duas maneiras de se autenticar no proxy. Você pode usar o parâmetro ProxyUseDefault ou os parâmetros ProxyUsername e ProxyPassword:
-
O parâmetro
ProxyUseDefaultpermite a autenticação no proxy usando as credenciais de proxy padrão. Por exemplo:Get-XdAuthentication -ProxyUseDefault <!--NeedCopy--> -
Os parâmetros
ProxyUsernameeProxyPasswordpermitem a autenticação no proxy dentro da sessão do PowerShell. Por exemplo:$secureString = ConvertTo-SecureString -String "password" -AsPlainText -Force Get-XdAuthentication -ProxyUsername user1 -ProxyPassword $secureString <!--NeedCopy-->
Observação:
Você receberá um erro se executar um comando com
XDHyp:\no SDK Remote PowerShell. Para resolver este problema:
- Execute um comando com
Hyp. Por exemplo:Get-HypServiceStatus- Execute um comando com
XDHyp:\. Por exemplo:Get-ChildItem XDHyp:\Connections\
Atividades de exemplo
As atividades comuns incluem a configuração de catálogos de máquinas, aplicativos e usuários. Um script de exemplo é mostrado abaixo.
$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-->
Suporte e limitações
Os seguintes sistemas operacionais são compatíveis com o 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
Os seguintes módulos do PowerShell do Citrix Virtual Apps and Desktops são compatíveis nesta versão:
- Broker
- Identidade do Active Directory (AD)
- Criação de máquina
- Configuração
- Registro de configuração
- Host
- Administração delegada
- Análise
Para obter detalhes sobre cmdlets, consulte SDK do Citrix Virtual Apps and Desktops.
Após a autenticação, o acesso remoto permanece válido na sessão atual do PowerShell por 24 horas. Após esse período, você deve inserir suas credenciais.
O SDK Remote PowerShell deve ser executado em um computador dentro do local de recurso.
Os seguintes cmdlets estão desabilitados em operações remotas para manter a integridade e a segurança do plano de controle do 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
Módulo de descoberta do Citrix DaaS para pacotes e servidores App-V
O Citrix DaaS pode entregar aplicativos contidos em pacotes App-V aos seus endpoints usando um dos seguintes métodos:
- Método de gerenciamento de administrador único (acessando pacotes de um compartilhamento de rede)
- Método de gerenciamento de administrador duplo (acessando pacotes de um Microsoft App-V Management Server)
O processo de registro de pacotes App-V, Microsoft App-V Management e Publishing Servers na Biblioteca de Aplicativos usando o Citrix DaaS difere ligeiramente do registro de pacotes usando uma implantação local. No entanto, o processo de atribuição de aplicativos a usuários e seu lançamento no endpoint de um usuário é idêntico.
O console de gerenciamento do Citrix DaaS no Citrix Cloud não pode visualizar arquivos em um local de recurso. Além disso, ele não pode descobrir diretamente pacotes App-V ou servidores Microsoft App-V em sua infraestrutura. O módulo de descoberta fornece funções que descobrem informações de pacotes App-V em sua infraestrutura local e carregam as informações do pacote para o seu Citrix DaaS. As informações do pacote incluem pacotes App-V, servidores Microsoft App-V e os aplicativos que os pacotes contêm.
O módulo de descoberta usa o SDK Remote PowerShell do Virtual Apps and Desktops. Ele pode descobrir informações de pacotes de um compartilhamento de rede ou de um Microsoft App-V Management Server. Você usa o módulo de descoberta em uma máquina em seu local de recurso.
Pré-requisitos para usar o módulo de descoberta:
- Verifique se o PowerShell 3.0 ou posterior está disponível na máquina.
- Verifique se o SDK Remote PowerShell do Citrix Virtual Apps and Desktops está instalado na máquina.
- Verifique se você tem acesso ao compartilhamento de rede que contém os pacotes App-V.
- Verifique se você tem acesso ao servidor onde os Citrix Cloud Connectors estão instalados e o Microsoft App-V Management Server está hospedado.
Adicionar pacotes App-V à Biblioteca de Aplicativos no Citrix Cloud
O procedimento a seguir é válido para adicionar pacotes App-V de compartilhamentos de rede (gerenciamento de administrador único) e adicionar todos os pacotes App-V publicados do Microsoft App-V Management Server (gerenciamento de administrador duplo). Com o método de gerenciamento de administrador duplo, você deve gerenciar os pacotes App-V adicionados da mesma forma que faria ao usar o método de gerenciamento de administrador único.
-
Baixe o módulo de descoberta na página de downloads do Citrix DaaS https://www.citrix.com/downloads/citrix-cloud/product-software/xenapp-and-xendesktop-service.html. Extraia o arquivo zip
Citrix.Cloud.AppLibrary.Admin.v1.psm1para uma pasta conveniente.Observação:
Este arquivo também é fornecido no ISO do Citrix Virtual Apps and Desktops em
Support\Tools\Scripts. Você pode copiá-lo localmente ou referenciá-lo diretamente da unidade de CD. -
Verifique se o SDK Remote PowerShell do Virtual Apps and Desktops está instalado em sua máquina.
-
Navegue até a pasta que contém o módulo de descoberta. Na janela do PowerShell, digite o caminho completo da pasta que contém o módulo de descoberta e pressione Enter.
-
Importe o módulo de descoberta com o comando
Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1. -
Adicione os pacotes App-V à Biblioteca de Aplicativos no Citrix Cloud usando um dos seguintes métodos.
-
Para adicionar pacotes App-V de um compartilhamento de rede, execute o cmdlet do PowerShell:
Import-AppVPackageToCloud.Por exemplo:
Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appvPara obter ajuda sobre o cmdlet, digite
Get-Help Import-AppVPackageToCloud. -
Para adicionar pacotes App-V de um Microsoft App-V Management Server, execute o cmdlet do PowerShell:
Import-AppVPackagesFromManagementServerToCloudPor exemplo:
Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.localPara obter ajuda sobre o cmdlet, digite
Get-Help Import-AppVPackagesFromManagementServerToCloudEste comando importa todos os pacotes App-V publicados do Microsoft App-V Management Server para o Citrix Cloud.
Depois de adicionar os pacotes App-V ao Citrix Cloud, você deve gerenciá-los da mesma forma que faria usando o método de gerenciamento de administrador único.
-
-
Entre no Citrix Cloud. Selecione o cliente de destino. Após a execução bem-sucedida do script, os pacotes App-V são adicionados à Biblioteca de Aplicativos no Citrix Cloud.
Funções PowerShell de alto nível
O módulo contém as seguintes funções de alto nível que você pode chamar de seu próprio script PowerShell:
-
Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>Descobre e carrega para o Citrix DaaS todas as informações necessárias para publicar aplicativos de um único pacote App-V.
-
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>Descobre os caminhos UNC de pacotes publicados pelo Management Server e chama Import-AppVPackageToCloud para cada um, por sua vez.
Os pacotes descobertos dessa forma são carregados no Citrix DaaS usando o método de gerenciamento de administrador único. O Citrix DaaS não pode entregar pacotes usando o método de gerenciamento de administrador duplo.
-
Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Descobre os Microsoft App-V Management e Publishing Servers e importa o conteúdo para a Biblioteca de Aplicativos. Este cmdlet importa todos os pacotes gerenciados usando o Microsoft App-V Management Server e informações relacionadas. Os servidores podem ser adicionados e removidos via PowerShell.
Este cmdlet adiciona pacotes App-V no modo de administrador duplo. Somente pacotes App-V que são publicados no Microsoft App-V Management Server e que têm grupos AD adicionados são importados. Se você fizer alterações no Microsoft App-V Management Server, execute novamente este cmdlet para sincronizar a Biblioteca de Aplicativos com o 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>Remove os Microsoft App-V Management e Publishing Servers adicionados à Biblioteca de Aplicativos.
Este cmdlet remove os Microsoft App-V Management e Publishing Servers especificados, além de todos os pacotes App-V associados.
Execute o módulo de descoberta para pacotes e servidores App-V em um computador ingressado no domínio dentro desse local de recurso. Siga as orientações em Instalar e usar o SDK Remote PowerShell para começar. Continue executando cmdlets ou scripts do PowerShell. Consulte os exemplos a seguir.
Atividades de exemplo
Importe o módulo de descoberta de pacotes App-V do Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->
Percorra o diretório de armazenamento de pacotes App-V e carregue cada pacote.
Get-ChildItem -Path "\\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->
Descubra e carregue pacotes registrados em um servidor de gerenciamento do Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->
Descubra os Microsoft App-V Management e Publishing Servers e adicione a configuração à Biblioteca de Aplicativos. Isso também importa todos os pacotes gerenciados pelo Microsoft App-V Management Server no modo de administrador duplo.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->
Leia a documentação de ajuda do PowerShell incluída no módulo.
Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->
Limitações
- Você não pode descobrir pacotes App-V em sua infraestrutura de local de recurso diretamente do console de gerenciamento do Citrix DaaS no Citrix Cloud. Para obter mais informações sobre o Citrix Cloud, consulte a documentação do Citrix Cloud.
- O console de gerenciamento do Citrix DaaS no Citrix Cloud não tem uma conexão ao vivo com o servidor de gerenciamento do Microsoft App-V. As alterações em pacotes e outras configurações no servidor de gerenciamento do Microsoft App-V não são refletidas no console de gerenciamento do Citrix DaaS até que
Import-AppVDualAdminCloudseja executado novamente.
API OData do Monitor Service
Além de usar as funções do Monitor para exibir dados históricos, você pode consultar dados usando a API do Monitor Service. Use a API para:
- Analisar tendências históricas para planejamento
- Realizar solução de problemas detalhada de falhas de conexão e máquina
- Extrair informações para alimentar outras ferramentas e processos; por exemplo, usando tabelas PowerPivot do Microsoft Excel para exibir os dados de diferentes maneiras
- Construir uma interface de usuário personalizada sobre os dados que a API fornece
Para obter detalhes, consulte API OData do Monitor Service. Para acessar a API do Monitor Service, consulte Acessar dados do Monitor Service usando o endpoint OData v4 no Citrix Cloud.
APIs do Citrix DaaS
As APIs do Citrix DaaS estão disponíveis em https://developer.cloud.com/citrixworkspace/citrix-daas.
Isenção de responsabilidade
Este software/código de exemplo é fornecido a você “COMO ESTÁ”, sem representações, garantias ou condições de qualquer tipo. Você pode usá-lo, modificá-lo e distribuí-lo por sua conta e risco. A CITRIX SE ISENTA DE TODAS AS GARANTIAS, EXPRESSAS, IMPLÍCITAS, ESCRITAS, ORAIS OU ESTATUTÁRIAS, INCLUINDO, SEM LIMITAÇÃO, GARANTIAS DE COMERCIABILIDADE, ADEQUAÇÃO A UMA FINALIDADE ESPECÍFICA, TÍTULO E NÃO VIOLAÇÃO. Sem limitar a generalidade do exposto, você reconhece e concorda que (a) o software/código de exemplo pode apresentar erros, falhas de design ou outros problemas, possivelmente resultando em perda de dados ou danos à propriedade; (b) pode não ser possível tornar o software/código de exemplo totalmente funcional; e (c) a Citrix pode, sem aviso prévio ou responsabilidade para com você, deixar de disponibilizar a versão atual e/ou quaisquer versões futuras do software/código de exemplo. Em nenhuma hipótese o software/código deve ser usado para apoiar atividades de risco ultra-elevado, incluindo, mas não se limitando a, suporte à vida ou atividades de detonação. NEM A CITRIX NEM SUAS AFILIADAS OU AGENTES SERÃO RESPONSÁVEIS, SOB VIOLAÇÃO DE CONTRATO OU QUALQUER OUTRA TEORIA DE RESPONSABILIDADE, POR QUAISQUER DANOS DECORRENTES DO USO DO SOFTWARE/CÓDIGO DE EXEMPLO, INCLUINDO, SEM LIMITAÇÃO, DANOS DIRETOS, ESPECIAIS, INCIDENTAIS, PUNITIVOS, CONSEQUENCIAIS OU OUTROS DANOS, MESMO QUE AVISADOS DA POSSIBILIDADE DE TAIS DANOS. Você concorda em indenizar e defender a Citrix contra quaisquer reivindicações decorrentes de seu uso, modificação ou distribuição do código.