SDKs e APIs
Citrix DaaS Remote PowerShell SDK
O SDK do PowerShell remoto automatiza tarefas complexas e repetitivas. Ele fornece o mecanismo para configurar e gerenciar o ambiente do Citrix DaaS (anteriormente Citrix Virtual Apps and Desktops Service) sem usar as interfaces de usuário do Manage.
- Os detalhes do cmdlet são fornecidos no Citrix DaaS SDK.
- Os módulos suportados estão listados em Suporte e limitações. Essa seção também lista os cmdlets desabilitados neste SDK.
- O Remote PowerShell SDK está disponível para download no site da Citrix.
Este produto oferece suporte ao PowerShell versões 3 a 5.
Como esse SDK difere do SDK para implantações gerenciadas pelo cliente
Em uma implantação do Citrix Virtual Apps and Desktops instalada e gerenciada pelos administradores do cliente, esses administradores executam cmdlets e scripts em um site que contém VDAs e Delivery Controllers em uma estrutura de domínio comum. Por outro lado, o Citrix DaaS divide os VDAs e os Controllers em um local do recurso e o plano de controle, respectivamente. Essa divisão significa que o SDK do PowerShell do Citrix Virtual Apps and Desktops não funciona em um ambiente do Citrix DaaS. Ele não pode cruzar o limite seguro do local do recurso para o plano de controle.
A solução é o SDK do PowerShell remoto do Citrix DaaS. Ao executar no local do recurso, o SDK do PowerShell remoto 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 local do recurso seguro para controlar o limite do plano. Por padrão, Get-XdAuthentication solicita aos usuários as credenciais CAS e deve ser feito uma vez por sessão do PowerShell. Como alternativa, o usuário pode definir um perfil de autenticação usando um Secure Client 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 PowerShell SDK. Se esse cmdlet não for executado explicitamente, ele será chamado pelo primeiro cmdlet do PowerShell SDK.
Pré-requisitos
Para usar o Citrix DaaS Remote PowerShell SDK, acrescente as seguintes URLs à lista branca:
Comercial
https://accounts.cloud.comhttps://[service].citrixworkspacesapi.net/[customerid]https://[customerid].xendesktop.net:443
Japão
https://accounts.citrixcloud.jphttps://[service].citrixworkspacesapi.jp/[customerid]https://[customerid].apps.citrixworkspacesapi.jp:443
Governo
https://accounts.cloud.ushttps://[service].citrixworkspacesapi.us/[customerid]https://[customerid].xendesktop.us:443
Instalar e usar o SDK do PowerShell remoto
Requisitos e considerações:
Nota:
Não instale o SDK do PowerShell remoto em uma máquina do Citrix Cloud Connector. Ele pode ser instalado em qualquer máquina ingressada no domínio no mesmo local de recursos.
A Citrix não oferece suporte à execução dos cmdlets desse SDK no 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 da implantação do Citrix DaaS), não instale o SDK do PowerShell remoto em uma máquina do Delivery Controller local.
- Instale o Microsoft Edge WebView2.
- Assegure que o PowerShell 3.0, 4.0 ou 5.0 esteja disponível na máquina.
- O instalador do SDK baixa e instala o .NET Framework 4.8 se ele (ou uma versão mais recente com suporte) ainda não estiver instalado.
- Se a máquina já tiver o SDK do Citrix Virtual Apps and Desktops instalado, remova esse SDK (dos Programas e Recursos do Windows) antes de instalar o SDK do PowerShell remoto.
- Para um ambiente automatizado, use o parâmetro
-quietpara instalar o SDK sem a interferência do usuário.
Para instalar o SDK do PowerShell remoto:
- Na página de download, baixe o SDK do PowerShell remoto do Virtual Apps and Desktops.
- Instale e execute o SDK.
Os logs de instalação são criados em %TEMP%\CitrixLogs\CitrixPoshSdk. Os registros podem ajudar a resolver problemas de instalação.
Execute o SDK em um computador ingressado no domínio nesse local do recurso:
- Abra um prompt de comando do PowerShell. Você não precisa executar como administrador.
- Se você quiser usar o snap-in (em vez do módulo), adicione o snap-in usando o cmdlet
Add-PSSnapin(ouasnp). - Você pode autenticar explicitamente usando o cmdlet
Get-XdAuthentication. Alternativamente, execute seu primeiro comando do SDK do PowerShell remoto, que solicita 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 do PowerShell remoto 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 Secure Client criado no console do Citrix Cloud. - Continue executando cmdlets do PowerShell SDK ou scripts de automação do PowerShell SDK. Veja um exemplo.
Para desinstalar o Remote PowerShell SDK, a partir do recurso do Windows de remoção ou alteração de programas, selecione Citrix Virtual Apps and Desktops Remote PowerShell SDK. Clique com o botão direito do mouse e selecione Desinstalar. Siga as instruções.
Usar o SDK do PowerShell remoto com um proxy
Se você estiver usando um proxy, talvez não consiga usar o cmdlet Get-xdAuthentication porque o proxy bloqueia as solicitações HTTP feitas pelo cmdlet.
Há duas maneiras de se autenticar no proxy. Você pode usar o parâmetro ProxyUseDefault ou os parâmetros ProxyUsername e ProxyPassword:
-
O parâmetro
ProxyUseDefaulthabilita 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-->
Atividades de exemplo
As atividades comuns incluem a configuração de catálogos de máquinas, aplicativos e usuários. Um exemplo de script é 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 suportados pelo Remote PowerShell SDK:
- 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 Citrix Virtual Apps and Desktops PowerShell são suportados nesta versão:
- Agente
- Identidade do Active Directory (AD)
- Criação de máquina
- Configuração
- Log de configuração
- Host
- Administração delegada
- Análise
Para obter detalhes sobre cmdlets, consulte Citrix Virtual Apps and Desktops SDK.
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 do PowerShell remoto deve ser executado em um computador no local do recurso.
Os cmdlets a seguir são desativados 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 servidores e pacotes App-V
O Citrix DaaS pode fornecer aplicativos contidos em pacotes App-V para os seus pontos de extremidade usando um dos seguintes métodos:
- Método de gerenciamento de administração simples (acessando pacotes de um compartilhamento de rede)
- Método de gerenciamento de administração dupla (acessando pacotes a partir de um servidor de gerenciamento Microsoft App-V)
O processo de registro de pacotes App-V e servidores de gerenciamento e publicação Microsoft App-V na biblioteca de aplicativos usando o Citrix DaaS difere ligeiramente do registro de pacotes usando uma implantação local. No entanto, o processo de atribuir aplicativos a usuários e iniciá-los no ponto de extremidade de um usuário é idêntico.
O console de gerenciamento do Citrix DaaS no Citrix Cloud não pode exibir os arquivos em um local de recurso. Além disso, ele não pode detectar diretamente pacotes App-V ou servidores Microsoft App-V em sua infraestrutura. O módulo de descoberta fornece funções que detectam informações do pacote App-V na sua infraestrutura local e carrega 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 do PowerShell remoto do Virtual Apps and Desktops. Ele pode detectar informações de pacotes a partir de um compartilhamento de rede ou de um servidor de gerenciamento Microsoft App-V. Você usa o módulo de descoberta em uma máquina no seu local do 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 do PowerShell remoto 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 em que os Citrix Cloud Connectors estão instalados e o servidor de gerenciamento Microsoft App-V está hospedado.
Adicionar pacotes App-V à biblioteca de aplicativos no Citrix Cloud
O procedimento a seguir é válido para adicionar pacotes App-V a partir de compartilhamentos de rede (gerenciamento de administrador simples) e adicionar todos os pacotes App-V publicados a partir do servidor de gerenciamento Microsoft App-V (gerenciamento de administração dupla). Com o método de gerenciamento de administração dupla, você deve gerenciar os pacotes App-V adicionados da mesma forma que faz ao usar o método de gerenciamento de administração simples.
-
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 de sua escolha.Nota:
Esse arquivo também é fornecido no Citrix Virtual Apps and Desktops ISO em
Support\Tools\Scripts. Você pode copiá-lo localmente ou referenciá-lo diretamente da unidade de CD. -
Verifique se o SDK do PowerShell remoto 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 métodos a seguir.
-
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 do cmdlet, digite
Get-Help Import-AppVPackageToCloud. -
Para adicionar pacotes App-V a partir de um servidor de gerenciamento Microsoft App-V, execute o cmdlet do PowerShell:
Import-AppVPackagesFromManagementServerToCloudPor exemplo:
Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.localPara obter ajuda do cmdlet, digite
Get-Help Import-AppVPackagesFromManagementServerToCloudEste comando importa todos os pacotes App-V publicados a partir do servidor de gerenciamento Microsoft App-V para o Citrix Cloud.
Depois de adicionar os pacotes do App-V ao Citrix Cloud, você deve gerenciá-los da mesma forma que faz usando o método de gerenciamento de administração simples.
-
-
Faça login no Citrix Cloud. Selecione o cliente-alvo. Depois que o script for executado com êxito, os pacotes App-V serão adicionados à biblioteca de aplicativos no Citrix Cloud.
Funções do PowerShell de alto nível
O módulo contém as seguintes funções de alto nível que você pode chamar do seu próprio script do PowerShell:
-
Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>Detecta e carrega para o Citrix DaaS todas as informações necessárias para publicar aplicativos a partir de um único pacote App-V.
-
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>Detecta os caminhos UNC dos pacotes publicados pelo servidor de gerenciamento e chama Import-AppVPackageToCloud para cada um deles.
Os pacotes detectados dessa maneira são carregados para o Citrix DaaS usando o método de gerenciamento de administração simples. O Citrix DaaS não pode entregar pacotes usando o método de gerenciamento de administração dupla.
-
Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Detecta os servidores de gerenciamento e publicação Microsoft App-V e importa o conteúdo para a biblioteca de aplicativos. Esse cmdlet importa todos os pacotes gerenciados usando o servidor de gerenciamento Microsoft App-V e informações relacionadas. Os servidores podem ser adicionados e removidos por meio do PowerShell.
Esse cmdlet adiciona pacotes App-V no modo de administração dupla. Somente os pacotes do App-V publicados no servidor de gerenciamento Microsoft App-V e que têm grupos do AD adicionados são importados. Se você fizer alterações no servidor de gerenciamento Microsoft App-V, execute esse cmdlet novamente para sincronizar a biblioteca de aplicativos com o servidor de gerenciamento Microsoft App-V.
-
Remove-AppVServerFromCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Remove os servidores de gerenciamento e publicação Microsoft App-V adicionados à biblioteca de aplicativos.
Esse cmdlet remove os servidores de gerenciamento e publicação Microsoft App-V especificados, além de todos os pacotes App-V associados.
Execute o módulo de descoberta para servidores e pacotes App-V em um computador ingressado no domínio nesse local de recurso. Siga as orientações em Instalar e usar o SDK do PowerShell remoto para começar. Continue executando os scripts ou cmdlets do PowerShell. Veja os exemplos a seguir.
Atividades de exemplo
Importe o módulo de descoberta do pacote App-V do Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->
Percorrer o diretório de armazenamento de pacotes App-V e carregar cada pacote.
Get-ChildItem -Path "\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->
Detectar e carregar pacotes registrados em um servidor de gerenciamento Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->
Detectar servidores de gerenciamento e publicação Microsoft App-V e adicionar a configuração à biblioteca de aplicativos. Isso também importa todos os pacotes gerenciados pelo servidor de gerenciamento Microsoft App-V no modo de administração dupla.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->
Ler a documentação de ajuda do PowerShell incluída no módulo.
Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->
Limitações
- Você não pode detectar pacotes App-V em sua infraestrutura de localização 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 em tempo real com o servidor de gerenciamento Microsoft App-V. Alterações a pacotes e outras configurações no servidor de gerenciamento Microsoft App-V não são refletidas no console de gerenciamento do Citrix DaaS até que
Import-AppVDualAdminCloudseja executado novamente.
API Monitor Service OData
Além de usar as funções 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
- Efetuar a solução detalhada de problemas de conexão e falhas de máquina
- Extrair informações para fornecer a outras ferramentas e processos; por exemplo, usar tabelas PowerPivot do Microsoft Excel para exibir os dados de diferentes maneiras
- Criar uma interface de usuário personalizada além dos dados fornecidos pela API
Para obter detalhes, consulte Monitor Service OData API. Para acessar a API do Monitor Service, consulte Access Monitor Service data using the OData v4 endpoint in Citrix Cloud.
APIs do Citrix DaaS
As APIs do Citrix DaaS estão disponíveis em https://developer.cloud.com/citrixworkspace/citrix-daas.
Aviso de isenção de responsabilidade
Este software/código de amostra é fornecido a você “NO ESTADO EM QUE SE ENCONTRA”, sem representações, garantias ou condições de qualquer tipo. Você pode usá-lo, modificá-lo e distribuí-lo por sua própria conta e risco. A CITRIX SE ISENTA DE TODA E QUALQUER GARANTIA, EXPRESSA, IMPLÍCITA, ESCRITA, ORAL OU ESTATUTÁRIA, INCLUINDO, SEM LIMITAÇÃO, GARANTIAS DE COMERCIALIZAÇÃO, ADEQUAÇÃO A UMA FINALIDADE ESPECÍFICA, TÍTULO E NÃO VIOLAÇÃO. Sem limitar a generalidade do acima exposto, você reconhece e concorda que (a) o software/código de amostra poderá apresentar erros, falhas de projeto ou outros problemas, possivelmente resultando em perda de dados ou danos à propriedade; (b) poderá não ser possível tornar o software/código de amostra totalmente funcional; e (c) a Citrix pode, sem aviso prévio ou responsabilidade perante você, deixar de disponibilizar a versão atual e/ou quaisquer versões futuras do software/código de amostra. Em nenhum caso o software/código deve ser usado para apoiar atividades ultraperigosas, incluindo, mas não se limitando a, suporte de 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 AMOSTRA, INCLUINDO, SEM LIMITAÇÃO, DANOS DIRETOS, ESPECIAIS, INCIDENTAIS, PUNITIVOS, CONSEQUENCIAIS OU OUTROS, MESMO QUE AVISADOS SOBRE A POSSIBILIDADE DE TAIS DANOS. Você concorda em indenizar e defender a Citrix contra quaisquer reclamações decorrentes do uso, modificação ou distribuição do código.