Solução geral de problemas - Amazon AppStream 2.0
SAMLa federação não está funcionando. O usuário não está autorizado a visualizar aplicativos AppStream 2.0.Depois de federar a partir de um ADFS portal, minha sessão de streaming não inicia. Estou recebendo o erro "Sorry connection went down".Eu recebo um erro de redirecionamento URI inválido.Meus criadores de imagem e as frotas nunca atingem o estado de execução. Meus DNS servidores estão em um diretório Simple AD.Eu habilitei a persistência de configurações de aplicativo para meus usuários, mas as configurações de aplicativo persistentes não foram salvas ou carregadas.Habilitei a persistência das configurações de aplicações para os meus usuários, mas as senhas dos meus usuários não estão persistindo entre sessões em determinadas aplicações de streaming.Os dados do Google Chrome estão preenchendo o VHD arquivo que contém as configurações persistentes do aplicativo dos meus usuários. Isso está impedindo que suas configurações persistam. Como posso gerenciar o perfil Chrome?Eu configurei um domínio personalizado para minhas sessões de streaming AppStream 2.0 incorporadas, mas meu streaming AppStream 2.0 URLs não está redirecionando para meu domínio personalizado.Eu lancei um aplicativo em uma frota AppStream 2.0 habilitada para smartcard, e há um número limitado de certificados (ou nenhum) disponível para autenticação no aplicativo.O serviço de Propagação de Certificação não está começando na minha frota 2.0 com smartcard AppStream .

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Solução geral de problemas

A seguir estão os problemas gerais que podem ocorrer quando você usa o Amazon AppStream 2.0.

Problemas

SAMLa federação não está funcionando. O usuário não está autorizado a visualizar aplicativos AppStream 2.0.

Isso pode acontecer porque a política embutida incorporada à IAM função de federação SAML 2.0 não inclui permissões para a pilhaARN. A IAM função é assumida pelo usuário federado que está acessando uma pilha AppStream 2.0. Edite as permissões da função para incluir a pilhaARN. Para obter mais informações, consulte Solução Integração da Amazon AppStream 2.0 com SAML 2.0 de problemas da federação SAML 2.0 AWS no Guia IAM do usuário.

Depois de federar a partir de um ADFS portal, minha sessão de streaming não inicia. Estou recebendo o erro "Sorry connection went down".

Defina o tipo de declaração de entrada da regra de solicitação para o atributo SAMLnameID e tente UPNa conexão novamente.

Eu recebo um erro de redirecionamento URI inválido.

Esse erro ocorre devido a um estado de retransmissão de pilha AppStream 2.0 malformado ou inválido. URL Certifique-se de que o estado de retransmissão configurado em sua configuração de federação seja o mesmo que o estado de retransmissão da pilha exibido nos detalhes da pilha por meio do console 2.0. AppStream Se eles forem iguais e o problema persistir, entre em contato AWS Support. Para obter mais informações, consulte Integração da Amazon AppStream 2.0 com SAML 2.0.

Meus criadores de imagem e as frotas nunca atingem o estado de execução. Meus DNS servidores estão em um diretório Simple AD.

AppStream 2.0 depende dos DNS servidores dentro de você VPC para retornar uma resposta domain (NXDOMAIN) inexistente para nomes de domínio locais que não existem. Isso permite que a interface de rede AppStream gerenciada 2.0 se comunique com os servidores de gerenciamento.

Quando você cria um diretório com o Simple AD, AWS Directory Service cria dois controladores de domínio que também funcionam como DNS servidores em seu nome. Como os controladores de domínio não fornecem a NXDOMAIN resposta, eles não podem ser usados com AppStream 2.0.

Eu habilitei a persistência de configurações de aplicativo para meus usuários, mas as configurações de aplicativo persistentes não foram salvas ou carregadas.

AppStream 2.0 salva automaticamente as configurações do aplicativo que são criadas em determinados locais na instância do Windows. As configurações são salvas somente se o aplicativo as salva em um desses locais. Para ver uma lista dos locais, consulte Como a persistência de configurações de aplicativo funciona. Se sua aplicativo estiver configurada para salvar em C:\Users\%username% e suas configurações de usuários para a aplicativo não forem persistentes entre essas sessões, o ponto de montagem não pode ser criado. Isso impede que as configurações sejam salvas no VHD arquivo que contém as configurações persistentes do aplicativo dos usuários.

Para resolver esse problema, siga estas etapas:

  1. Na instância de frota, abra o Explorador de arquivos e navegue até o diretório de perfil do usuário em C:\Users\%username%.

  2. Confirme se esse diretório contém um symlink e, em seguida, execute uma das seguintes ações:

    • Se houver um symlink, confirme se ele aponta para D:\%username%.

    • Se não houver um symlink, tente excluir C:\Users\%username%.

      Se você não pode excluir esse diretório, identifique o arquivo no diretório que está impedindo que ele seja excluído e o aplicativo que criou o arquivo. Em seguida, entre em contato com o fornecedor do aplicativo para obter informações sobre como alterar as permissões de arquivo ou mover o arquivo.

      Se você puder excluir esse diretório, entre em contato AWS Support para obter mais orientações para resolver esse problema. Para obter mais informações, consulte o AWS Support Center.

Habilitei a persistência das configurações de aplicações para os meus usuários, mas as senhas dos meus usuários não estão persistindo entre sessões em determinadas aplicações de streaming.

Isso ocorre quando:

  • Os usuários estão transmitindo aplicativos como o Microsoft Outlook, que usam o Microsoft Data Protection API.

  • A persistência da configuração de aplicativos está habilitada para instâncias de streaming que não estão associadas a domínios do Active Directory.

Nos casos em que uma instância de streaming não está associada a um domínio do Active Directory, o usuário do Windows PhotonUser,, é diferente em cada instância da frota. Devido à forma como o modelo DPAPI de segurança funciona, as senhas dos usuários não persistem para aplicativos usados DPAPI nesse cenário. Nos casos em que as instâncias de streaming são unidas a um domínio do Active Directory e o usuário é um usuário do domínio, o nome de usuário do Windows é o do usuário conectado, e as senhas dos usuários persistem para os aplicativos que usam. DPAPI

Os dados do Google Chrome estão preenchendo o VHD arquivo que contém as configurações persistentes do aplicativo dos meus usuários. Isso está impedindo que suas configurações persistam. Como posso gerenciar o perfil Chrome?

Por padrão, o Google Chrome armazena os dados do usuário e o cache de disco local no perfil de usuário do Windows. Para evitar que os dados do cache de disco local preencham o VHD arquivo que contém as configurações persistentes do aplicativo dos usuários, configure o Chrome para salvar somente os dados do usuário. Para fazer isso, na instância de frota, abra a linha de comando como um administrador e inicie o Chrome com os parâmetros a seguir para alterar o local do cache do disco:

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

Executar o Chrome com esses parâmetros impede que o cache de disco seja mantido entre as sessões AppStream 2.0.

Eu configurei um domínio personalizado para minhas sessões de streaming AppStream 2.0 incorporadas, mas meu streaming AppStream 2.0 URLs não está redirecionando para meu domínio personalizado.

Para resolver esse problema, verifique se, ao criar seu streaming AppStream 2.0URL, você substituiu o endpoint AppStream 2.0 pelo seu domínio personalizado. Por padrão, o streaming AppStream 2.0 URLs é formatado da seguinte forma:

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

Para substituir o endpoint AppStream 2.0 padrão em seu streamingURL, substitua https://appstream2.region no URL com seu domínio personalizado. Por exemplo, se seu domínio personalizado fortraining.example.com, seu novo streaming URL deverá seguir este formato:

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

Para obter mais informações sobre como configurar domínios personalizados para sessões de streaming AppStream 2.0 incorporadas, consulte. Requisitos de configuração para uso de domínios personalizados

Eu lancei um aplicativo em uma frota AppStream 2.0 habilitada para smartcard, e há um número limitado de certificados (ou nenhum) disponível para autenticação no aplicativo.

Isso acontece quando a aplicação é inicializada antes que o serviço de propagação de certificado esteja em execução.

Para resolver esse problema, use o PowerShell módulo Get-Service para consultar o status do serviço de Propagação de Certificados e verifique se ele está em execução antes de iniciar seu aplicativo.

Por exemplo, o seguinte script não inicializará a aplicação até que o serviço de propagação de certificado esteja em execução:

$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: $_" } }

O serviço de Propagação de Certificação não está começando na minha frota 2.0 com smartcard AppStream .

Se o serviço de propagação de certificado não estiver sendo iniciado, o tipo de inicialização do serviço poderá estar definido como Desativado. Para resolver isso, no construtor de imagens AppStream 2.0 usado para criar a imagem da sua frota, inicie o Microsoft Management Console do Windows Services e certifique-se de que o tipo de inicialização do serviço de Propagação de Certificados não esteja definido como Desativado.

Se o tipo de inicialização não estiver definido como Desativado e o serviço ainda não estiver iniciando em sua frota AppStream 2.0, use o PowerShell módulo Start-Service para iniciar o serviço de Propagação de Certificados quando sua instância de frota for iniciada.

Por exemplo, o PowerShell script a seguir iniciará o serviço se detectar que ele está em um estado parado:

$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) }