SDK y API
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 compatibles se enumeran en Compatibilidad 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 de la 3 a la 7.3.
Nota:
Actualmente, la compatibilidad con la versión 7.4 de PowerShell está en versión preliminar técnica.
En qué se diferencia este SDK del SDK para implementaciones administradas por el cliente
- En una implementación de Citrix Virtual Apps and Desktops instalada y administrada por los administradores del cliente, estos 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 no visible más baja, 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-XdAuthenticationproporciona la autorización para cruzar el límite seguro de la ubicación de recursos al plano de control. De forma predeterminada,Get-XdAuthenticationsolicita 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, lo llama el primer cmdlet del SDK de PowerShell.
Requisitos previos
- Para usar el SDK de PowerShell remoto de Citrix DaaS, agrega las siguientes URL a la lista de permitidos:
Comercial
https://*.cloud.comhttps://*.citrixworkspacesapi.net/[customerid]https://[customerid].xendesktop.net:443
Japón
https://*.citrixcloud.jphttps://*.citrixworkspacesapi.jp/[customerid]https://[customerid].apps.citrixworkspacesapi.jp:443
Gubernamental
hhttps://*.cloud.ushttps://*.citrixworkspacesapi.us/[customerid]https://[customerid].xendesktop.us:443
Instalar y usar el SDK de PowerShell remoto
-
Requisitos y consideraciones:
-
Nota:
-
No instales 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 Cloud Connectors. El funcionamiento del SDK no implica a los Cloud Connectors.
-
Si también tienes una implementación de Citrix Virtual Apps and Desktops (además de Citrix DaaS), no instales 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 puedes instalar el SDK en un servidor que ejecute Citrix Studio.
- Instala Microsoft Edge WebView2.
- Asegúrate 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, quita ese SDK (desde Programas y características de Windows) antes de instalar el SDK de PowerShell remoto.
- Para un entorno automatizado, usa el parámetro
-quietpara instalar el SDK sin la intervención del usuario.
Para instalar el SDK de PowerShell remoto:
- Desde la página de descarga, descarga el SDK de PowerShell remoto de Virtual Apps and Desktops.
- Instala y ejecuta el SDK.
Los registros de instalación se crean en %TEMP%\CitrixLogs\CitrixPoshSdk. Los registros pueden ayudar a resolver problemas de instalación.
Ejecuta el SDK en un equipo unido a un dominio dentro de esa ubicación de recursos:
- Abre un símbolo del sistema de PowerShell. No necesitas ejecutarlo como administrador.
- Si quieres usar el complemento (en lugar del módulo), agrega el complemento usando el cmdlet
Add-PSSnapin(oasnp). - Puedes autenticarte explícitamente usando el cmdlet
Get-XdAuthentication. Alternativamente, ejecuta tu primer comando del SDK de PowerShell remoto, que te solicitará la misma autenticación queGet-XdAuthentication. Si usas un proxy, debes autenticarte en el proxy para poder usar el cmdletGet-XdAuthentication. Para obtener más información, consulta Usar el SDK de PowerShell remoto con un proxy. - Para omitir la solicitud de autenticación, puedes usar el cmdlet
Set-XdCredentialspara crear un perfil de autenticación predeterminado, utilizando un cliente seguro creado en la consola de Citrix Cloud. - Continúa ejecutando cmdlets del SDK de PowerShell o scripts de automatización del SDK de PowerShell. Consulta un ejemplo.
Para desinstalar el SDK de PowerShell remoto, desde la función de Windows para quitar o cambiar programas, selecciona Citrix Virtual Apps and Desktops Remote PowerShell SDK. Haz clic con el botón derecho y selecciona Desinstalar. Sigue el cuadro de diálogo.
Usar el SDK de PowerShell remoto con un proxy
Si usas un proxy, es posible que no puedas 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. Puedes usar el parámetro ProxyUseDefault o los parámetros ProxyUsername y ProxyPassword:
-
El parámetro
ProxyUseDefaultpermite la autenticación en el proxy utilizando las credenciales de proxy predeterminadas. Por ejemplo:Get-XdAuthentication -ProxyUseDefault <!--NeedCopy--> -
Los parámetros
ProxyUsernameyProxyPasswordpermiten 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:
Obtienes un error si ejecutas un comando con
XDHyp:\en el SDK remoto de PowerShell. Para resolver este problema:
- Ejecuta un comando con
Hyp. Por ejemplo:Get-HypServiceStatus- Ejecuta 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
-
```
-
Asistencia y limitaciones
-
El SDK remoto de PowerShell 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, consulta 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, debes introducir tus credenciales.
-
El SDK remoto de PowerShell debe ejecutarse en un equipo dentro de la ubicación de recursos.
-
Los siguientes cmdlets están deshabilitados 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 tus puntos finales mediante 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, la administración de Microsoft App-V y los servidores de publicación con 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 de Microsoft App-V en tu infraestructura. El módulo de detección proporciona funciones que detectan información de paquetes App-V en tu infraestructura local y carga esa información de paquetes en tu Citrix DaaS. La información del paquete incluye paquetes App-V, servidores de 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 desde un servidor de administración de Microsoft App-V. Debes usar el módulo de detección en una máquina en tu ubicación de recursos.
Requisitos previos para usar el módulo de detección:
- Verifica que PowerShell 3.0 o posterior esté disponible en la máquina.
- Verifica que el SDK de PowerShell remoto de Citrix Virtual Apps and Desktops esté instalado en la máquina.
- Verifica que tienes acceso al recurso compartido de red que contiene los paquetes App-V.
- Verifica que tienes acceso al servidor donde están instalados los Citrix Cloud Connectors y donde se aloja el servidor de administración de Microsoft App-V.
Agrega paquetes App-V a la Biblioteca de aplicaciones en Citrix Cloud
El siguiente procedimiento es válido para agregar paquetes App-V desde recursos compartidos de red (administración de un solo administrador) y para agregar 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, debes administrar los paquetes App-V agregados de la misma manera que lo haces al usar el método de administración de un solo administrador.
-
Descarga 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. Extrae el archivo zip
Citrix.Cloud.AppLibrary.Admin.v1.psm1a una carpeta conveniente.Nota:
Este archivo también se proporciona en la ISO de Citrix Virtual Apps and Desktops en
Support\Tools\Scripts. Puedes copiarlo localmente o referenciarlo directamente desde la unidad de CD. -
Verifica que el SDK de PowerShell remoto de Virtual Apps and Desktops esté instalado en tu máquina.
-
Navega a la carpeta que contiene el módulo de detección. En la ventana de PowerShell, escribe la ruta completa de la carpeta que contiene el módulo de detección y luego pulsa Intro.
-
Importa el módulo de detección con el comando
Import-Module.\Citrix.Cloud.AppLibrary.Admin.v1.psm1. -
Agrega los paquetes App-V a la Biblioteca de aplicaciones en Citrix Cloud utilizando cualquiera de los siguientes métodos.
-
Para agregar paquetes App-V desde un recurso compartido de red, ejecuta el cmdlet de PowerShell:
Import-AppVPackageToCloud.Por ejemplo:
Import-AppVPackageToCloud –PackagePath \\AppVSrv\share\Notepad++.appvPara obtener ayuda sobre el cmdlet, escribe
Get-Help Import-AppVPackageToCloud. -
Para agregar paquetes App-V desde un servidor de administración de Microsoft App-V, ejecuta el cmdlet de PowerShell:
Import-AppVPackagesFromManagementServerToCloudPor ejemplo:
Import-AppVPackagesFromManagementServerToCloud –ManagementSrvFQDN AppVMngSrv.domain.localPara obtener ayuda sobre el cmdlet, escribe
Get-Help Import-AppVPackagesFromManagementServerToCloudEste comando importa todos los paquetes App-V publicados desde el servidor de administración de Microsoft App-V a Citrix Cloud.
Después de agregar los paquetes App-V a Citrix Cloud, debes administrarlos de la misma manera que lo haces con el método de administración de un solo administrador.
-
-
Inicia sesión en Citrix Cloud. Selecciona el cliente de destino. Después de que el script se ejecute correctamente, los paquetes App-V se agregará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 puedes llamar desde tu 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>Descubre 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 descubiertos de esta manera se cargan en Citrix DaaS utilizando el método de administración de administrador único. Citrix DaaS no puede entregar paquetes utilizando el método de administración de doble administrador.
-
Import-AppVDualAdminToCloud -ManagementSrvUrl <URL of a Microsoft App-V Management Server> -PublishingServerUrl <URL of a Microsoft App-V Publishing Server>Descubre 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 y la información relacionada. Los servidores se pueden agregar y quitar a través de PowerShell.
Este cmdlet agrega paquetes de App-V en modo de doble administrador. Solo se importan los paquetes de App-V que están publicados en el Servidor de administración de Microsoft App-V y a los que se les han agregado grupos de AD. Si realizas cambios en el Servidor de administración de Microsoft App-V, vuelve 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>Quita los Servidores de administración y publicación de Microsoft App-V agregados a la Biblioteca de aplicaciones.
Este cmdlet quita los Servidores de administración y publicación de Microsoft App-V especificados, además de todos los paquetes de App-V asociados.
Ejecuta el módulo de detección para paquetes y servidores de App-V en un equipo unido a un dominio dentro de esa ubicación de recursos. Sigue las instrucciones en Instalar y usar el SDK de PowerShell remoto para empezar. Continúa ejecutando cmdlets o scripts de PowerShell. Consulta los siguientes ejemplos.
Actividades de ejemplo
Importa el módulo de detección de paquetes de App-V de Citrix DaaS.
import-module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
<!--NeedCopy-->
Recorre el directorio de la tienda de paquetes de App-V y carga cada paquete.
Get-ChildItem -Path "\\FileServer.domain.net\App-V Packages" -Filter *.appv |
Foreach-Object{
Import-AppVPackageToCloud -PackagePath $_.FullName
}
<!--NeedCopy-->
Descubre y carga paquetes registrados con un servidor de administración de Microsoft App-V.
Import-AppVPackagesFromManagementServerToCloud -ManagementSrvFQDN AppVManagementServer.domain.net
<!--NeedCopy-->
Descubre los Servidores de administración y publicación de Microsoft App-V y agrega 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 doble administrador.
Import-AppVDualAdminCloud -ManagementSrvUrl http://AppVManagementServer.domain.net –PublishingServerUrl http://AppVManagementServer.domain.net:8001
<!--NeedCopy-->
Lee la documentación de ayuda de PowerShell incluida en el módulo.
Get-Help Import-AppVPackageToCloud
<!--NeedCopy-->
Limitaciones
- No puedes descubrir paquetes de App-V en la infraestructura de tu 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, consulta la documentación de Citrix Cloud.
- 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 vuelve a ejecutar
Import-AppVDualAdminCloud.
API OData del servicio Monitor
Además de usar las funciones de Monitor para mostrar datos históricos, puedes consultar datos utilizando la API del servicio Monitor. Usa la API para:
- Analizar tendencias históricas para la planificación
- Realizar una resolución de problemas detallada de fallos de conexión y de máquinas
- Extraer información para alimentar otras herramientas y procesos; por ejemplo, usando 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 detalles, consulta API OData del servicio Monitor. Para acceder a la API del servicio Monitor, consulta Acceder a los datos del servicio Monitor utilizando el punto de conexión OData v4 en Citrix Cloud.
API de Citrix DaaS
Las API de Citrix DaaS están disponibles en https://developer.cloud.com/citrixworkspace/citrix-daas.
Descargo de responsabilidad
Este software / código de ejemplo se te proporciona “TAL CUAL” sin representaciones, garantías ni condiciones de ningún tipo. Puedes usarlo, modificarlo y distribuirlo bajo tu 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 PROPÓSITO PARTICULAR, TÍTULO Y NO INFRACCIÓN. Sin limitar la generalidad de lo anterior, reconoces y aceptas 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 hacia ti, 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 AFILIADAS 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 DICHOS DAÑOS. Aceptas indemnizar y defender a Citrix contra cualquier reclamación que surja de tu uso, modificación o distribución del código.