SDK y API

Last published : Oct 24, 2026

SDK de PowerShell remoto de Citrix DaaS™

El SDK de PowerShell remoto automatiza tareas complejas y repetitivas. Proporciona el mecanismo para configurar y administrar el entorno de Citrix DaaS (anteriormente servicio Citrix Virtual Apps and Desktops™) sin usar Studio.
  • Los detalles de los cmdlets se proporcionan en Citrix DaaS SDK.
  • Los módulos admitidos se enumeran en Soporte y limitaciones. Esa sección también enumera los cmdlets que están inhabilitados en este SDK.
  • El SDK de PowerShell remoto está disponible para su descarga en el sitio web de Citrix.
Este producto es compatible con las versiones de PowerShell 3 a 7.6.

Diferencias entre este SDK y el SDK para implementaciones administradas por el cliente

En una implementación de Citrix Virtual Apps and Desktops instalada y administrada por administradores de clientes, esos administradores ejecutan cmdlets y scripts en un sitio que contiene VDA y Delivery Controllers dentro de una estructura de dominio común. Por el contrario, Citrix DaaS divide los VDA y los Controllers en una ubicación de recursos y el plano de control, respectivamente. Esta división significa que el SDK de PowerShell original de Citrix Virtual Apps and Desktops no funciona en un entorno de Citrix DaaS. No puede cruzar el límite seguro desde la ubicación de recursos al plano de control.
La solución es el SDK de PowerShell remoto de Citrix DaaS. Cuando se ejecuta en la ubicación de recursos, el SDK de PowerShell remoto accede al plano de control como si fuera local. Esto proporciona la misma funcionalidad que un único sitio de Citrix Virtual Apps and Desktops. Solo existe la capa de comunicación más baja no visible, mejorada para funcionar en un único sitio local o en el entorno de la nube. Los cmdlets son los mismos y la mayoría de los scripts existentes permanecen sin cambios.
El cmdlet Get-XdAuthentication proporciona la autorización para cruzar el límite seguro de la ubicación de recursos al plano de control. De forma predeterminada, Get-XdAuthentication solicita a los usuarios las credenciales de CAS y debe hacerse una vez por sesión de PowerShell. Alternativamente, el usuario puede definir un perfil de autenticación utilizando un cliente seguro de acceso a la API, creado en la consola de Citrix Cloud™. En ambos casos, la información de seguridad persiste para su uso en llamadas posteriores del SDK de PowerShell. Si este cmdlet no se ejecuta explícitamente, es llamado por el primer cmdlet del SDK de PowerShell.

Requisitos previos

Para usar el SDK de PowerShell remoto de Citrix DaaS, incluya en la lista blanca las siguientes URL:

Comercial

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

Japón

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

Gobierno

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

Instalar y usar el SDK de PowerShell remoto

Requisitos y consideraciones:
Nota:
No instale el SDK de PowerShell remoto en una máquina Citrix Cloud Connector™. Se puede instalar en cualquier máquina unida a un dominio dentro de la misma ubicación de recursos.
Citrix® no admite la ejecución de los cmdlets de este SDK en los Cloud Connectors. El funcionamiento del SDK no implica a los Cloud Connectors.
Si también tiene una implementación de Citrix Virtual Apps and Desktops (además de Citrix DaaS), no instale el SDK de PowerShell remoto en un Delivery Controller local. Dado que Citrix Studio (basado en MMC) se instala como parte del Delivery Controller, tampoco puede instalar el SDK en un servidor que ejecute Citrix Studio.
  • Instale Microsoft Edge WebView2.
  • Asegúrese de que PowerShell 3.0, 4.0, 5.0, 6.0 o 7.0 esté disponible en la máquina.
  • El instalador del SDK descarga e instala .NET Framework 4.8 si no está ya instalado (o una versión posterior compatible).
  • Si la máquina ya tiene instalado el SDK de Citrix Virtual Apps and Desktops, quite ese SDK (desde Programas y características de Windows) antes de instalar el SDK de PowerShell remoto.
  • Para un entorno automatizado, utilice el parámetro -quiet para instalar el SDK sin la intervención del usuario.
Para instalar el SDK de PowerShell remoto:
  1. Desde la página de descarga, descargue el SDK de PowerShell remoto de Virtual Apps and Desktops.
  2. Instale y ejecute el SDK.
Los registros de instalación se crean en %TEMP%\CitrixLogs\CitrixPoshSdk. Los registros pueden ayudar a resolver problemas de instalación.
Ejecute el SDK en un equipo unido a un dominio dentro de esa ubicación de recursos:
  • Abra un símbolo del sistema de PowerShell. No es necesario ejecutarlo como administrador.
  • Si desea utilizar el complemento (en lugar del módulo), agregue el complemento mediante el cmdlet Add-PSSnapin (o asnp).
  • Puede autenticarse explícitamente mediante el cmdlet Get-XdAuthentication. Alternativamente, ejecute su primer comando del SDK de PowerShell remoto, que le solicitará la misma autenticación que Get-XdAuthentication. Si utiliza un proxy, debe autenticarse en el proxy para poder usar el cmdlet Get-XdAuthentication. Para obtener más información, consulte Usar el SDK de PowerShell remoto con un proxy.
  • Para omitir la solicitud de autenticación, puede usar el cmdlet Set-XdCredentials para crear un perfil de autenticación predeterminado, mediante un cliente seguro creado en la consola de Citrix Cloud.
  • Continúe ejecutando los cmdlets del SDK de PowerShell o los scripts de automatización del SDK de PowerShell. Consulte un ejemplo.
Para desinstalar el SDK de PowerShell remoto, desde la función de Windows para quitar o cambiar programas, seleccione Citrix Virtual Apps and Desktops Remote PowerShell SDK. Haga clic con el botón derecho y seleccione Desinstalar. Siga el cuadro de diálogo.

Usar el SDK de PowerShell remoto con un proxy

Si utiliza un proxy, es posible que no pueda usar el cmdlet Get-xdAuthentication debido a que el proxy bloquea las solicitudes HTTP que realiza el cmdlet.
Hay dos formas de autenticarse en el proxy. Puede usar el parámetro ProxyUseDefault o los parámetros ProxyUsername y ProxyPassword:
  • El parámetro ProxyUseDefault permite la autenticación en el proxy mediante las credenciales de proxy predeterminadas. Por ejemplo:
    Get-XdAuthentication -ProxyUseDefault
  • Los parámetros ProxyUsername y ProxyPassword permiten la autenticación en el proxy dentro de la sesión de PowerShell. Por ejemplo:
    $secureString = ConvertTo-SecureString -String "password" -AsPlainText -Force

    Get-XdAuthentication -ProxyUsername user1 -ProxyPassword $secureString
Nota:
Obtendrá un error si ejecuta un comando con XDHyp:\ en el SDK de PowerShell remoto. Para resolver este problema:
  1. Ejecute un comando con Hyp. Por ejemplo: Get-HypServiceStatus
  2. Ejecute un comando con XDHyp:\. Por ejemplo: Get-ChildItem XDHyp:\Connections\

Actividades de ejemplo

Las actividades comunes incluyen la configuración de catálogos de máquinas, aplicaciones y usuarios. A continuación, se muestra un script de ejemplo.
    $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

Soporte y limitaciones

El SDK de PowerShell remoto es compatible con los siguientes sistemas operativos:
  • 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
Los siguientes módulos de PowerShell de Citrix Virtual Apps and Desktops son compatibles con esta versión:
  • Broker
  • Identidad de Active Directory (AD)
  • Creación de máquinas
  • Configuración
  • Registro de configuración
  • Host
  • Administración delegada
  • Análisis
Para obtener detalles sobre los cmdlets, consulte Citrix Virtual Apps and Desktops SDK.
Después de la autenticación, el acceso remoto sigue siendo válido en la sesión actual de PowerShell durante 24 horas. Transcurrido ese tiempo, debe introducir sus credenciales.
El SDK remoto de PowerShell debe ejecutarse en un equipo dentro de la ubicación de recursos.
Los siguientes cmdlets están inhabilitados en las operaciones remotas para mantener la integridad y la seguridad del plano de control de 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 detección de Citrix DaaS para paquetes y servidores App-V

Citrix DaaS puede entregar aplicaciones contenidas en paquetes App-V a sus puntos finales utilizando cualquiera de los siguientes métodos:
  • Método de administración de un solo administrador (acceso a paquetes desde un recurso compartido de red)
  • Método de administración de doble administrador (acceso a paquetes desde un servidor de administración de Microsoft App-V)
El proceso de registrar paquetes App-V, servidores de administración y publicación de Microsoft App-V en la Biblioteca de aplicaciones mediante Citrix DaaS difiere ligeramente del registro de paquetes mediante una implementación local. Sin embargo, el proceso de asignar aplicaciones a los usuarios y ejecutarlas en el punto final de un usuario es idéntico.
La consola de administración de Citrix DaaS en Citrix Cloud no puede ver archivos en una ubicación de recursos. Además, no puede detectar directamente paquetes App-V o servidores Microsoft App-V en su infraestructura. El módulo de detección proporciona funciones que detectan información de paquetes App-V en su infraestructura local y carga la información de los paquetes en su Citrix DaaS. La información del paquete incluye paquetes App-V, servidores Microsoft App-V y las aplicaciones que contienen los paquetes.
El módulo de detección utiliza el SDK de PowerShell remoto de Virtual Apps and Desktops. Puede detectar información de paquetes desde un recurso compartido de red o un servidor de administración de Microsoft App-V. Se utiliza el módulo de detección en una máquina de su ubicación de recursos.
Requisitos previos para usar el módulo de detección:
  • verificar que PowerShell 3.0 o posterior esté disponible en la máquina.
  • verificar que el SDK de PowerShell remoto de Citrix Virtual Apps and Desktops esté instalado en la máquina.
  • verificar que tiene acceso al recurso compartido de red que contiene los paquetes App-V.
  • verificar que tiene acceso al servidor donde están instalados los Citrix Cloud Connectors y donde está alojado el servidor de administración de Microsoft App-V.

Agregar paquetes App-V a la Biblioteca de aplicaciones en Citrix Cloud

El siguiente procedimiento es válido para añadir paquetes App-V desde recursos compartidos de red (administración de administrador único) y para añadir todos los paquetes App-V publicados desde el servidor de administración de Microsoft App-V (administración de doble administrador). Con el método de administración de doble administrador, debe administrar los paquetes App-V añadidos del mismo modo que lo hace con el método de administración de administrador único.
  1. Descargue el módulo de detección desde la página de descargas de Citrix DaaS <https://www.citrix.com/downloads/citrix-cloud/product-software/xenapp-and-xendesktop-service.html>. Extraiga el archivo zip Citrix.Cloud.AppLibrary.Admin.v1.psm1 a una carpeta conveniente.
    Nota:
    Este archivo también se proporciona en la ISO de Citrix Virtual Apps and Desktops en Support\Tools\Scripts. Puede copiarlo localmente o hacer referencia a él directamente desde la unidad de CD.
  2. verificar que el SDK remoto de PowerShell de Virtual Apps and Desktops está instalado en su máquina
  3. Vaya a la carpeta que contiene el módulo de detección. En la ventana de PowerShell, escriba la ruta completa de la carpeta que contiene el módulo de detección y, a continuación, pulse Intro.
  4. Importe el módulo de detección con el comando Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1.
  5. Agregue los paquetes App-V a la Biblioteca de aplicaciones en Citrix Cloud mediante cualquiera de los siguientes métodos.
    • Para añadir paquetes App-V desde un recurso compartido de red, ejecute el cmdlet de PowerShell: Import-AppVPackageToCloud.
      Por ejemplo: Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appv
      Para obtener ayuda sobre el cmdlet, escriba Get-Help Import-AppVPackageToCloud.
    • Para añadir paquetes App-V desde un servidor de administración de Microsoft App-V, ejecute el cmdlet de PowerShell: Import-AppVPackagesFromManagementServerToCloud
      Por ejemplo: Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.local
      Para obtener ayuda sobre el cmdlet, escriba Get-Help Import-AppVPackagesFromManagementServerToCloud
      Este comando importa todos los paquetes App-V publicados desde el servidor de administración de Microsoft App-V a Citrix Cloud.
      Después de añadir los paquetes App-V a Citrix Cloud, debe administrarlos como lo haría con el método de administración de administrador único.
  6. Inicie sesión en Citrix Cloud. Seleccione el cliente de destino. Una vez que el script se ejecute correctamente, los paquetes App-V se añadirán a la Biblioteca de aplicaciones en Citrix Cloud.

Funciones de PowerShell de alto nivel

El módulo contiene las siguientes funciones de alto nivel que puede llamar desde su propio script de PowerShell:
  • Import-AppVPackageToCloud -PackagePath <Full UNC path to App-V package>
    Detecta y carga en Citrix DaaS toda la información necesaria para publicar aplicaciones desde un único paquete App-V.
  • Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN <FQDN of a Microsoft App-V Management Server>
    Detecta las rutas UNC de los paquetes publicados por el servidor de administración y llama a Import-AppVPackageToCloud para cada uno de ellos.
    Los paquetes detectados de esta manera se cargan en Citrix DaaS mediante el método de administración de administrador único. Citrix DaaS no puede entregar paquetes mediante el método de administración de administrador doble.
  • Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>
    Detecta los servidores de administración y publicación de Microsoft App-V e importa el contenido a la Biblioteca de aplicaciones. Este cmdlet importa todos los paquetes administrados mediante el servidor de administración de Microsoft App-V e información relacionada. Los servidores se pueden agregar y quitar a través de PowerShell.
    Este cmdlet agrega paquetes App-V en modo de administrador doble. Solo se importan los paquetes App-V publicados en el servidor de administración de Microsoft App-V y que tienen grupos de AD agregados. Si realiza cambios en el servidor de administración de Microsoft App-V, vuelva a ejecutar este cmdlet para sincronizar la Biblioteca de aplicaciones con el servidor de administración de Microsoft App-V.
  • Remove-AppVServerFromCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>
    Elimina los servidores de administración y publicación de Microsoft App-V agregados a la Biblioteca de aplicaciones.
    Este cmdlet elimina los servidores de administración y publicación de Microsoft App-V especificados, además de todos los paquetes App-V asociados.
Ejecute el módulo de detección de paquetes y servidores App-V en un equipo unido a un dominio dentro de esa ubicación de recursos. Siga las instrucciones de (#install-and-use-the-remote-powershell-sdk) para empezar. Continúe ejecutando cmdlets o scripts de PowerShell. Consulte los siguientes ejemplos.

Ejemplos de actividades

Importe el módulo de detección de paquetes App-V de Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
Recorra el directorio de la tienda de paquetes App-V y cargue cada paquete.
Get-ChildItem -Path "\\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
    Import-AppVPackageToCloud -PackagePath $_.FullName
}
Detecte y cargue paquetes registrados con un servidor de administración de Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
Detecte los servidores de administración y publicación de Microsoft App-V y agregue la configuración a la Biblioteca de aplicaciones. Esto también importa todos los paquetes administrados por el servidor de administración de Microsoft App-V en modo de administración dual.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
Lea la documentación de ayuda de PowerShell incluida en el módulo.
Get-Help Import-AppVPackageToCloud

Limitaciones

  • No puede detectar paquetes App-V en la infraestructura de su ubicación de recursos directamente desde la consola de administración de Citrix DaaS en Citrix Cloud. Para obtener más información sobre Citrix Cloud, consulte la documentación de (/es-es/citrix-cloud/citrix-cloud-overview.html).
  • La consola de administración de Citrix DaaS en Citrix Cloud no tiene una conexión en vivo con el servidor de administración de Microsoft App-V. Los cambios en los paquetes y otras configuraciones en el servidor de administración de Microsoft App-V no se reflejan en la consola de administración de Citrix DaaS hasta que se vuelva a ejecutar Import-AppVDualAdminCloud.

API de OData del servicio Monitor

Además de usar las funciones de Monitor para mostrar datos históricos, puede consultar datos mediante la API del servicio Monitor. Utilice la API para:
  • Analizar tendencias históricas para la planificación
  • Realizar una solución de problemas detallada de las fallas de conexión y de la máquina
  • Extraer información para alimentar otras herramientas y procesos; por ejemplo, usar las tablas PowerPivot de Microsoft Excel para mostrar los datos de diferentes maneras
  • Crear una interfaz de usuario personalizada sobre los datos que proporciona la API
Para obtener más información, consulte API OData del servicio Monitor. Para acceder a la API del servicio Monitor, consulte Acceder a los datos del servicio Monitor mediante el punto de conexión OData v4 en Citrix Cloud.

API de Citrix DaaS

Para obtener una lista completa de las API de Citrix DaaS, consulte API de Citrix DaaS.
Este software / código de ejemplo se le proporciona "TAL CUAL", sin representaciones, garantías ni condiciones de ningún tipo. Puede usarlo, modificarlo y distribuirlo bajo su propio riesgo. CITRIX RENUNCIA A TODAS LAS GARANTÍAS, EXPRESAS, IMPLÍCITAS, ESCRITAS, ORALES O LEGALES, INCLUIDAS, ENTRE OTRAS, LAS GARANTÍAS DE COMERCIABILIDAD, IDONEIDAD PARA UN FIN DETERMINADO, TÍTULO Y NO INFRACCIÓN. Sin limitar la generalidad de lo anterior, usted reconoce y acepta que (a) el software / código de ejemplo podría presentar errores, fallos de diseño u otros problemas, lo que podría resultar en la pérdida de datos o daños a la propiedad; (b) podría no ser posible hacer que el software / código de ejemplo sea completamente funcional; y (c) Citrix puede, sin previo aviso ni responsabilidad ante usted, dejar de poner a disposición la versión actual y/o cualquier versión futura del software / código de ejemplo. En ningún caso el software / código debe utilizarse para apoyar actividades de riesgo extremo, incluidas, entre otras, actividades de soporte vital o voladuras. NI CITRIX NI SUS AFILIADOS O AGENTES SERÁN RESPONSABLES, BAJO INCUMPLIMIENTO DE CONTRATO O CUALQUIER OTRA TEORÍA DE RESPONSABILIDAD, POR CUALQUIER DAÑO QUE SURJA DEL USO DEL SOFTWARE / CÓDIGO DE EJEMPLO, INCLUIDOS, ENTRE OTROS, DAÑOS DIRECTOS, ESPECIALES, INCIDENTALES, PUNITIVOS, CONSECUENTES U OTROS DAÑOS, INCLUSO SI SE HA ADVERTIDO DE LA POSIBILIDAD DE TALES DAÑOS. Usted acepta indemnizar y defender a Citrix contra cualquier reclamación que surja de su uso, modificación o distribución del código.