View a markdown version of this page

Risoluzione dei problemi di accesso aziendale per Amazon Quick su desktop - Amazon Quick

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 di accesso aziendale per Amazon Quick su desktop

 Si applica a: Enterprise Edition 
   Destinatari: amministratori di sistema 

Utilizza le seguenti linee guida per risolvere i problemi più comuni di accesso aziendale, indipendentemente dal provider di identità utilizzato.

Suggerimento

Per facilitare la diagnosi di un problema di accesso, puoi esportare i registri delle applicazioni dalla schermata di accesso. Includi questi registri quando contatti l'amministratore o il servizio di AWS assistenza.

Nota

Se l'applicazione non riesce a raggiungere la pagina di accesso, completare l'autenticazione o caricare contenuti, il problema potrebbe essere correlato alla rete. In ambienti con restrizioni, verifica che i domini richiesti siano presenti nell'elenco degli indirizzi consentiti e che le impostazioni del firewall e della VPN non blocchino le connessioni. Per l'elenco dei domini richiesti, consulta. Accesso alla rete e domini richiesti

Errore redirect_mismatch

Verifica che l'URI di reindirizzamento nel tuo IdP sia http://localhost:18080 esatto e configurato come client pubblico o piattaforma nativa.

Utente non trovato dopo l'accesso

Questo errore ha due cause comuni:

  1. L'e-mail di richiesta non viene restituita nel token. Per Microsoft Entra ID, è necessario aggiungere l'attestazione email opzionale al token ID in Configurazione token (vedere il passaggio 1). Inoltre, l'attributo Mail dell'utente deve essere inserito nel profilo Entra ID. Il nome principale dell'utente (UPN) da solo non è sufficiente.

  2. Non esiste alcun utente corrispondente in Amazon Quick. L'e-mail nel token deve corrispondere esattamente all'e-mail di un utente assegnato. Per gli account IAM Identity Center, verifica che l'e-mail dell'utente in Identity Center corrisponda. La corrispondenza delle e-mail distingue tra maiuscole e minuscole.

Errore di convalida del token

Verifica che l'URL dell'emittente nella configurazione di accesso all'estensione corrisponda esattamente all'URL dell'emittente nella configurazione OIDC del tuo IdP.

Errore emittente non valido (ID Microsoft Entra)

Se l'accesso non riesce con «Emittente non valido: https://login.microsoftonline.com/TENANT_ID/v2.0 «, verifica che l'URL dell'emittente nella configurazione di accesso all'estensione includa il suffisso del percorso. /v2.0 L'endpoint Entra ID v2.0 emette token con un'attestazione che include. iss /v2.0 Se manca il suffisso, eliminate l'accesso all'estensione e ricreatelo con l'URL dell'emittente corretto.

Accesso aziendale non configurato per questo account

Questo errore indica che l'accesso all'estensione è stato creato ma l'estensione stessa no. Nella console Amazon Quick, nel riquadro di navigazione a sinistra, scegli Estensioni (potresti dover scegliere Altro per trovarla) e crea l'estensione, selezionando l'accesso all'estensione che hai configurato in precedenza.

Richiesta di informazioni utente non riuscita (HTTP 504)

Si tratta di un timeout temporaneo del backend. Accedi prima al tuo account Amazon Quick tramite il browser Web, quindi riprova l'accesso da desktop. Se l'errore persiste, verifica la connettività di rete all'endpoint Amazon Quick service. Per l'elenco dei domini richiesti, consulta. Accesso alla rete e domini richiesti

Errori di consenso o autorizzazione (Microsoft Entra ID)

Concedi il consenso dell'amministratore per le autorizzazioni API richieste nel portale di Azure. Vai alla pagina delle autorizzazioni API della registrazione dell'app e scegli Concedi il consenso dell'amministratore per [la tua organizzazione].

La sessione scade frequentemente

Verifica che il tuo IdP sia configurato per emettere token di aggiornamento. Per Microsoft Entra ID, l'offline_accessambito è obbligatorio. Per Google Workspace, includilo access_type=offline nella richiesta di autorizzazione (gestita automaticamente da Quick). Per Okta, il tipo di concessione Refresh Token deve essere abilitato e l'offline_accessambito deve essere concesso. Per Ping Identity, il tipo di concessione Refresh Token deve essere abilitato e l'offline_accessambito deve essere concesso. Inoltre PingFederate, verifica anche che Return ID Token On Refresh Grant sia selezionato nella politica OIDC.

invalid_scopeerrore (Okta)

Verifica che offline_access sia abilitato sul tuo server di autorizzazione. Vai a Sicurezza → API → Server di autorizzazione → predefinito → Ambiti e conferma che l'ambito sia presente. Verifica inoltre che la politica di accesso per l'applicazione consenta il tipo di concessione Refresh Token.

Applicazione non abilitata () PingOne

Se l'autenticazione fallisce immediatamente senza raggiungere la pagina di PingOne accesso, verifica che l'interruttore dell'applicazione sia impostato su Attivato nella console di PingOne amministrazione.

Richiesta e-mail mancante dopo l'aggiornamento () PingFederate

Verifica che il email claim sia incluso nell'Attribute Contract della politica OIDC e mappato all'attributo utente corretto. La mappatura deve produrre l'emailattestazione sia per l'autenticazione iniziale che per la concessione del token di aggiornamento.