Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi generali

Di seguito sono riportati i problemi generali che potrebbero verificarsi quando utilizzi Amazon AppStream 2.0.

SAMLla federazione non funziona. L'utente non è autorizzato a visualizzare le applicazioni AppStream 2.0.

Ciò potrebbe accadere perché la politica in linea incorporata per il IAM ruolo di federazione SAML 2.0 non include le autorizzazioni per lo stack. ARN Il IAM ruolo viene assunto dall'utente federato che accede a uno stack 2.0. AppStream Modifica le autorizzazioni del ruolo per includere lo stack. ARN Per ulteriori informazioni, consulta Integrazione di Amazon AppStream 2.0 con SAML 2.0 la sezione Risoluzione dei problemi relativi alla federazione SAML 2.0 AWS nella Guida per l'IAMutente.

Dopo la federazione da un ADFS portale, la mia sessione di streaming non si avvia. Ricevo l'errore "Siamo spiacenti, la connessione è assente".

Imposta il tipo di reclamo in entrata della regola di reclamo per l'attributo SAMLNameID su e riprova UPNla connessione.

Ricevo un errore di reindirizzamento non valido. URI

Questo errore si verifica a causa di uno stato dello stack relay AppStream 2.0 non valido o non valido. URL Assicuratevi che lo stato dello stack relay configurato nella configurazione della federazione sia lo stesso dello stack relay visualizzato nei dettagli dello stack tramite la console 2.0. AppStream Se sono uguali e il problema persiste, contattateci. AWS Support Per ulteriori informazioni, consulta Integrazione di Amazon AppStream 2.0 con SAML 2.0.

I miei sviluppatori di immagini e i parchi istanze non arrivano mai in stato di esecuzione. DNSI miei server si trovano in una directory Simple AD.

AppStream 2.0 si affida DNS ai server interni dell'utente VPC per restituire una risposta domain (NXDOMAIN) inesistente per i nomi di dominio locali che non esistono. Ciò consente all'interfaccia di rete AppStream gestita dalla versione 2.0 di comunicare con i server di gestione.

Quando crei una directory con Simple AD, AWS Directory Service crea due controller di dominio che funzionano anche come DNS server per tuo conto. Poiché i controller di dominio non forniscono la NXDOMAIN risposta, non possono essere utilizzati con AppStream la versione 2.0.

Ho attivato la persistenza delle impostazioni dell'applicazione per gli utenti, ma le impostazioni persistenti dell'applicazione non vengono salvate o caricate.

AppStream 2.0 salva automaticamente le impostazioni dell'applicazione create in determinate posizioni dell'istanza di Windows. Le impostazioni vengono salvate solo se l'applicazione le salva in una di queste sedi. Per un elenco delle sedi supportate, consulta Come funziona la persistenza delle impostazioni dell'applicazione. Se l'applicazione è configurata per il salvataggio in C:\Users\%username% e le impostazioni degli utenti per l'applicazione non sono persistenti tra le sessioni, il punto di montaggio potrebbe non essere creato. Ciò impedisce il salvataggio delle impostazioni nel VHD file che contiene le impostazioni persistenti delle applicazioni degli utenti.

Per risolvere il problema, eseguire queste fasi:

Ho abilitato la persistenza delle impostazioni delle app per gli utenti, ma per alcune app di streaming le password degli utenti non sono persistenti tra le sessioni.

Questo problema si verifica quando:

Nei casi in cui un'istanza di streaming non è aggiunta a un dominio Active Directory, l'utente Windows è diverso per ogni istanza del parco istanze. PhotonUser A causa del modo in cui funziona il modello DPAPI di sicurezza, le password degli utenti non persistono per le applicazioni utilizzate DPAPI in questo scenario. Nei casi in cui le istanze di streaming vengono aggiunte a un dominio Active Directory e l'utente è un utente del dominio, il nome utente di Windows è quello dell'utente che ha effettuato l'accesso e le password degli utenti persistono per le applicazioni che utilizzano. DPAPI

I dati di Google Chrome stanno compilando il VHD file che contiene le impostazioni persistenti delle applicazioni dei miei utenti. Ciò impedisce la persistenza delle impostazioni. Come posso gestire il profilo Chrome?

Per impostazione predefinita, Google Chrome memorizza sia i dati utente sia la cache del disco locale nel profilo utente di Windows. Per evitare che i dati della cache del disco locale riempiano il VHD file che contiene le impostazioni persistenti delle applicazioni degli utenti, configura Chrome in modo che salvi solo i dati dell'utente. A questo scopo, sul parco istanze, apri la riga di comando come amministratore e avvia Chrome con i seguenti parametri per modificare la posizione della cache del disco:

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

L'esecuzione di Chrome con questi parametri impedisce che la cache del disco venga mantenuta tra le sessioni AppStream 2.0.

Ho impostato un dominio personalizzato per le mie sessioni di streaming AppStream 2.0 integrate, ma lo streaming AppStream 2.0 URLs non viene reindirizzato al mio dominio personalizzato.

Per risolvere questo problema, verifica che quando hai creato lo streaming AppStream 2.0URL, hai sostituito l'endpoint AppStream 2.0 con il tuo dominio personalizzato. Per impostazione predefinita, lo streaming AppStream URLs 2.0 è formattato come segue:

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

Per sostituire l'endpoint AppStream 2.0 predefinito nel tuo streamingURL, sostituiscilo https://appstream2. region URL con il tuo dominio personalizzato. Ad esempio, se il tuo dominio personalizzato ètraining.example.com, il tuo nuovo streaming URL deve seguire questo formato:

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

Per ulteriori informazioni sulla configurazione di domini personalizzati per le sessioni di streaming embedded AppStream 2.0, consulta. Requisiti di configurazione per l'utilizzo di domini personalizzati

Ho lanciato un'app su una flotta AppStream 2.0 compatibile con smartcard e il numero di certificati disponibili per l'autenticazione è limitato (o nessuno).

Ciò accade quando l'applicazione viene avviata prima che il servizio di propagazione dei certificati sia in esecuzione.

Per risolvere questo problema, usa il PowerShell modulo Get-Service per interrogare lo stato del servizio di propagazione dei certificati e assicurati che sia in esecuzione prima di avviare l'applicazione.

Ad esempio, lo script seguente non avvierà l'applicazione finché il servizio di propagazione dei certificati non sarà in esecuzione:

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

Il servizio Certification Propagation non si avvia sulla mia flotta 2.0 abilitata per smartcard. AppStream

Se il servizio di propagazione dei certificati non si avvia, il tipo di avvio del servizio potrebbe essere impostato su Disabilitato. Per risolvere questo problema, nel generatore di immagini AppStream 2.0 utilizzato per creare l'immagine del tuo parco macchine, avvia la Microsoft Management Console di Windows Services e assicurati che il tipo di avvio del servizio di propagazione dei certificati non sia impostato su Disabilitato.

Se il tipo di avvio non è impostato su Disabilitato e il servizio non si avvia ancora nel parco istanze AppStream 2.0, utilizza il PowerShell modulo Start-Service per avviare il servizio Certificate Propagation all'avvio dell'istanza del parco istanze.

Ad esempio, lo PowerShell script seguente avvierà il servizio se rileva che si trova in uno stato interrotto:

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

Non riesco ad accedere con il nome utente o la password di Active Directory dopo SAML l'autenticazione.

Il NameID nell'SAMLattestazione deve corrispondere al nome utente in Active Directory. Alcuni IdPs richiedono un aggiornamento, un aggiornamento o una ridistribuzione dopo aver modificato determinati attributi. Se apporti una modifica e questa non si riflette nell'SAMLacquisizione, consulta la documentazione o il programma di supporto del tuo IdP per conoscere i passaggi specifici necessari per rendere effettiva la modifica.