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 WorkSpaces Applications.

La federazione SAML non funziona. L'utente non è autorizzato a visualizzare WorkSpaces le applicazioni Applications.

Questo può accadere perché la policy inline incorporata per il ruolo IAM della federazione SAML 2.0 non include le autorizzazioni per l'ARN dello stack. Il ruolo IAM viene assunto dall'utente federato che accede a uno stack di WorkSpaces applicazioni. Modifica le autorizzazioni del ruolo per includere l'ARN dello stack. Per ulteriori informazioni, consulta Integrazione WorkSpaces delle applicazioni Amazon con SAML 2.0 e Risoluzione dei problemi della federazione SAML 2.0 con AWS nella Guida per l'utente IAM.

Dopo aver creato federazioni da un portale ADFS, la sessione di streaming non inizia. Ricevo l'errore "Siamo spiacenti, la connessione è assente".

Imposta il Tipo di intestazione in arrivo della regola di attestazione per l'attributo SAML NameID su UPN e riprova la connessione.

Ricevo un errore URI di reindirizzamento non valido.

Questo errore si verifica a causa di un URL di inoltro dello stack di WorkSpaces applicazioni non valido o non valido. Assicurati che lo stato di inoltro configurato nella configurazione della federazione sia lo stesso dello stato di inoltro dello stack visualizzato nei dettagli dello stack tramite la console Applicazioni. WorkSpaces Se sono uguali e il problema persiste, contatta. Supporto AWS Per ulteriori informazioni, consulta Integrazione WorkSpaces delle applicazioni Amazon con SAML 2.0.

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

WorkSpaces Applications si affida ai server DNS all'interno del tuo VPC per restituire una risposta di dominio inesistente (NXDOMAIN) per i nomi di dominio locali che non esistono. Ciò consente all'interfaccia di WorkSpaces Applications-managed rete di comunicare con i server di gestione.

Quando si Servizio di directory AWS crea una directory con Simple AD, vengono creati due controller di dominio che funzionano anche come server DNS per conto dell'utente. Poiché i controller di dominio non forniscono la risposta NXDOMAIN, non possono essere utilizzati con le applicazioni. WorkSpaces

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

WorkSpaces Le applicazioni salvano automaticamente le impostazioni delle applicazioni create in determinate posizioni dell'istanza 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. In questo modo si impedisce il salvataggio delle impostazioni nel file VHD che contiene le impostazioni persistenti dell'applicazione 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 in ogni istanza del parco istanze. PhotonUser A causa del modo in cui funziona il modello di sicurezza DPAPI, le password degli utenti non vengono memorizzate in modo permanente per le applicazioni che utilizzano DPAPI in questo scenario. Nei casi in cui le istanze di streaming fanno parte di un dominio Active Directory e l'utente è un utente di dominio, il nome utente Windows è quello dell'utente collegato e le password degli utenti vengono memorizzate in modo permanente per le applicazioni che utilizzano DPAPI.

I dati di Google Chrome riempiono il file VHD che contiene le impostazioni persistenti dell'applicazione degli 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 impedire che la cache del disco locale riempia il file VHD che contiene le impostazioni persistenti delle applicazioni utente, configura Chrome per salvare solo i dati utenti. 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 la persistenza della cache del disco tra le sessioni WorkSpaces delle applicazioni.

Ho impostato un dominio personalizzato per le mie sessioni di streaming di WorkSpaces Applicazioni integrate, ma gli URL di streaming WorkSpaces delle mie Applicazioni non vengono reindirizzati al mio dominio personalizzato.

Per risolvere questo problema, verifica che quando hai creato l'URL di streaming WorkSpaces delle Applicazioni, hai sostituito l'endpoint WorkSpaces Applications con il tuo dominio personalizzato. Per impostazione predefinita, gli URL di streaming WorkSpaces delle applicazioni sono formattati come segue:

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

Per sostituire l'endpoint WorkSpaces Applications predefinito nell'URL di streaming, sostituisci https://appstream2. region l'URL con il tuo dominio personalizzato. Ad esempio, se il tuo dominio personalizzato è training.example.com, il nuovo URL di streaming deve seguire questo formato:

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

Per ulteriori informazioni sulla configurazione dei domini personalizzati per le sessioni di streaming di WorkSpaces Applicazioni integrate, consulta. Requisiti di configurazione per l'utilizzo di domini personalizzati

Ho lanciato un'app su un parco WorkSpaces applicazioni abilitato per smartcard e l'app dispone di un numero limitato di certificati (o nessuno) per l'autenticazione.

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

Per risolvere questo problema, utilizza il PowerShell modulo Get-Service per interrogare lo stato del servizio Certificate Propagation 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 di applicazioni abilitate per WorkSpaces smartcard.

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

Se il tipo di avvio non è impostato su Disabilitato e il servizio non viene ancora avviato nel parco WorkSpaces applicazioni, utilizza il PowerShell modulo Start-Service per avviare il servizio Certificate Propagation all'avvio dell'istanza del parco applicazioni.

Ad esempio, il seguente PowerShell script avvierà il servizio se rileva che è in uno stato di arresto:

$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 l'autenticazione SAML.

Il nameID nell'attestazione SAML 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 che non si riflette nell'acquisizione SAML, consulta la documentazione o il programma di supporto del tuo IdP per quanto riguarda i passaggi specifici necessari per rendere effettiva la modifica.