Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Solución de problemas generales

Los siguientes son problemas generales que pueden surgir al usar Amazon WorkSpaces Applications.

La federación SAML no funciona. El usuario no está autorizado a ver WorkSpaces las aplicaciones de aplicaciones.

Esto podría ocurrir porque la política insertada que está integrada para el rol de IAM de federación SAML 2.0 no incluye permisos para el ARN de la pila. El usuario federado que accede a una pila de WorkSpaces aplicaciones asume la función de IAM. Edite los permisos del rol para incluir el ARN de la pila. Para obtener más información, consulte Integración de WorkSpaces las aplicaciones de Amazon con SAML 2.0 y Solución de problemas de la federación SAML 2.0 con AWS en la Guía del usuario de IAM.

Una vez federada desde un portal de ADFS, la sesión de streaming no se inicia. Recibo el error “Sorry connection went down”.

Establezca la opción Tipo de reclamación entrante de la regla de notificación para el atributo SAML NameID en UPN e intente conectarse de nuevo.

Recibo un error de URI de redireccionamiento no válido.

Este error se produce debido a una URL de estado de retransmisión de la pila de WorkSpaces aplicaciones mal formada o no válida. Asegúrese de que el estado de retransmisión configurado en la configuración de la federación sea el mismo que el estado de retransmisión de la pila que se muestra en los detalles de la pila en la consola de WorkSpaces aplicaciones. Si son los mismos y el problema persiste, póngase en contacto con AWS Support. Para obtener más información, consulte Integración de WorkSpaces las aplicaciones de Amazon con SAML 2.0.

Mis flotas y generadores de imágenes nunca alcanzan el estado de ejecución. Mis servidores DNS se encuentran en un directorio de Simple AD.

WorkSpaces Las aplicaciones dependen de los servidores DNS de su VPC para devolver una respuesta de dominio inexistente (NXDOMAIN) a los nombres de dominio locales que no existen. Esto permite que la interfaz de WorkSpaces Applications-managed red se comunique con los servidores de administración.

Al crear un directorio con Simple AD, AWS Directory Service crea dos controladores de dominio que también funcionan como servidores DNS en su nombre. Como los controladores de dominio no proporcionan la respuesta de NXDOMAIN, no se pueden usar con WorkSpaces las aplicaciones.

He habilitado la persistencia de la configuración de las aplicaciones para mis usuarios, pero la configuración de aplicaciones persistentes no se ha guardado o cargado.

WorkSpaces Las aplicaciones guardan automáticamente la configuración de las aplicaciones que se crean en determinadas ubicaciones de la instancia de Windows. La configuración se guarda solo si la aplicación la guarda en una de estas ubicaciones. Para ver una lista de las ubicaciones admitidas, consulte Cómo funciona la persistencia de configuración de aplicaciones. Si la aplicación está configurada para guardar en C:\Users\%username% y la configuración de los usuarios para la aplicación no se conserva entre sesiones, el punto de montaje podría no crearse. Esto impide que la configuración se guarde en el archivo VHD que contiene la configuración de aplicación persistente de los usuarios.

Para resolver este problema, siga estos pasos:

He habilitado la persistencia de configuración de la aplicación para mis usuarios, pero para determinadas aplicaciones de streaming, las contraseñas de mis usuarios no se conservan entre sesiones.

Este problema se produce cuando:

En los casos en que una instancia de streaming no esté unida a un dominio de Active Directory, el usuario de Windows es diferente en cada instancia de la flota. PhotonUser Debido a la forma en que funciona el modelo de seguridad DPAPI, las contraseñas de los usuarios no se mantienen para aplicaciones que utilizan DPAPI en esta situación. En los casos en que las instancias de streaming están unidas a un dominio de Active Directory y el usuario es un usuario de dominio, el nombre de usuario de Windows es el usuario que ha iniciado sesión y las contraseñas de los usuarios se mantienen para aplicaciones que utilizan DPAPI.

Los datos de Google Chrome llenan el archivo VHD que contiene la configuración de aplicación persistente de mis usuarios. Esto está evitando que la configuración se conserve. ¿Cómo puedo administrar el perfil de Chrome?

De forma predeterminada, Google Chrome almacena los datos de usuario y la caché del disco local en el perfil de usuario de Windows. Para evitar que los datos de la caché del disco local llenen el archivo VHD que contiene la configuración de la aplicación persistente de los usuarios, configure Chrome para que guarde únicamente los datos del usuario. Para ello, en la instancia de flota, abra la línea de comandos como administrador e inicie Chrome con los parámetros siguientes para cambiar la ubicación de la memoria caché en disco:

chrome.exe --disk-cache-dir C:\path-to-unsaved-location\

Si se ejecuta Chrome con estos parámetros, se evita que la caché en disco se conserve entre WorkSpaces las sesiones de las aplicaciones.

He configurado un dominio personalizado para mis sesiones de streaming de WorkSpaces aplicaciones integradas, pero las URL de streaming de mis WorkSpaces aplicaciones no redirigen a mi dominio personalizado.

Para resolver este problema, comprueba que, al crear la URL de streaming de WorkSpaces las aplicaciones, hayas sustituido el punto final de las WorkSpaces aplicaciones por tu dominio personalizado. De forma predeterminada, WorkSpaces las URL de streaming de las aplicaciones tienen el siguiente formato:

https://appstream2.region.aws.amazon.com/authenticate?parameters=authenticationcode

Para reemplazar el punto final predeterminado de WorkSpaces las aplicaciones en tu URL de streaming, reemplaza https://appstream2. region la URL por tu dominio personalizado. Por ejemplo, si su dominio personalizado es training.example.com, la nueva URL de streaming debe seguir este formato:

https://training.example.com/authenticate?parameters=authenticationcode

Para obtener más información sobre la configuración de dominios personalizados para las sesiones de streaming de WorkSpaces aplicaciones integradas, consulteRequisitos de configuración para usar dominios personalizados.

He lanzado una aplicación con una flota de WorkSpaces aplicaciones compatible con tarjetas inteligentes y hay un número limitado de certificados (o ninguno) disponibles para la autenticación en la aplicación.

Esto ocurre cuando la aplicación se inicia antes de que el servicio de propagación de certificados esté en ejecución.

Para resolver este problema, usa el PowerShell módulo Get-Service para consultar el estado del servicio de propagación de certificados y asegúrate de que esté en funcionamiento antes de iniciar la aplicación.

Por ejemplo, el siguiente script no iniciará la aplicación hasta que se ejecute el servicio de propagación de certificados:

$logFile = "$Env:TEMP\AS2\Logging\$(Get-Date -Format "yyyy-MM-dd-HH-mm-ss")_applaunch.log"
New-Item -path $logfile -ItemType File -Force | Out-Null

Function Write-Log {
    Param ([string]$message)
    $stamp = Get-Date -Format "yyyy/MM/dd HH:mm:ss"
    $logoutput = "$stamp $message"
    Add-content $logfile -value $logoutput
}

if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) {

    Write-Log "The Certificate Propagation Service is running. Launching Application..."
    try {
        Start-Process -FilePath "Path to Application" -WindowStyle Maximized -ErrorAction Stop
    }
    catch {
        Write-Log "There was an error launching the application: $_"
        
    }
    
}   
else {

    do {
        
        $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status
        Write-Log "The Certificate Propagation service status is currently $status"
        Start-Sleep -Seconds 2

    
    } until (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running)
    
    write-log "The Certificate Propagation Service is running. Launching Application..."
    try {
        Start-Process -FilePath "Path to Application" -WindowStyle Maximized -ErrorAction Stop
    }
    catch {
        Write-Log "There was an error launching the application: $_"
        
    }
}   

El servicio de propagación de certificados no se inicia en mi flota de aplicaciones compatibles con tarjetas inteligentes WorkSpaces .

Si el servicio de propagación de certificados no se inicia, es posible que el tipo de inicio del servicio esté configurado como Desactivado. Para solucionarlo, inicie la consola de administración de Microsoft de los servicios de Windows en el generador de imágenes de las WorkSpaces aplicaciones que se usó para crear la imagen de su flota y asegúrese de que el tipo de inicio del servicio de propagación de certificados no esté desactivado.

Si el tipo de inicio no está desactivado y el servicio sigue sin iniciarse en tu flota de WorkSpaces aplicaciones, usa el PowerShell módulo Start-Service para iniciar el servicio de propagación de certificados cuando se inicie la instancia de tu flota.

Por ejemplo, el siguiente PowerShell script iniciará el servicio si detecta que está detenido:

$logFile = "C:\AppStream\Logging\$(Get-Date -Format "yyyy-MM-dd-HH-mm-ss")_certpropcheck.log"
New-Item -path $logfile -ItemType File -Force | Out-Null

Function Write-Log {
    Param ([string]$message)
    $stamp = Get-Date -Format "yyyy/MM/dd HH:mm:ss"
    $logoutput = "$stamp $message"
    Add-content $logfile -value $logoutput
}

if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running) {

    Write-Log "The Certificate Propagation Service is running. Exiting..."
    Exit
}
else {
    do {

        if (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Stopped) {

            Write-Log "The Certificate Propagation Service is stopped, attepmting to start..."
            try {
                Start-Service -Name "CertPropSvc" -ErrorAction Stop
                
            }
            catch {
                Write-Log "There was a problem starting the service: $_"
                break               
            }

            $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status
            Write-Log "The Certificate Propagation service status is currently $status"
            

        }
        else {
        
            $status = Get-Service "CertPropSvc" | select-object -ExpandProperty Status
            Write-Log "The Certificate Propagation service status is currently $status"
            break
        }
    
    } until (Get-Service -Name "CertPropSvc" | Where-Object -Property Status -eq Running)
}   

No puedo iniciar sesión con mi nombre de usuario o contraseña de Active Directory después de la autenticación SAML.

El nameID de la notificación de SAML debe coincidir con el nombre de usuario de Active Directory. Algunos IdPs requieren una actualización, una actualización o una nueva implementación después de ajustar ciertos atributos. Si realiza un ajuste y no se refleja en la captura de SAML, consulte la documentación o el programa de soporte de IdP para conocer los pasos específicos necesarios para que el cambio surta efecto.