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 diagnosticare un problema di accesso, puoi esportare i log delle applicazioni dalla schermata di accesso. Includi questi registri quando contatti l'amministratore o AWS l'assistenza.
Nota
Se l'applicazione non riesce a raggiungere la pagina di accesso, completare l'autenticazione o caricare il contenuto, il problema potrebbe essere correlato alla rete. In ambienti con restrizioni, verifica che i domini richiesti siano presenti nell'elenco dei domini 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 esatto
http://localhost:18080e configurato come client pubblico o piattaforma nativa. - Accesso bloccato: app non verificata () Google Workspace
-
Questo errore indica che la schermata di consenso OAuth è impostata su Esterno. InGoogle Cloud Console, vai a Google Auth Platform → Branding e imposta il tipo di utente su Interno, che limita l'accesso agli utenti della tua organizzazione. Google Workspace
- Utente non trovato dopo l'accesso
-
Questo errore ha due cause comuni:
-
La richiesta via e-mail non viene restituita nel token. Per l'ID Microsoft Entra, è necessario aggiungere il claim
emailopzionale al token ID in Configurazione token (vedere il passaggio 1). Inoltre, l'attributo Mail dell'utente deve essere inserito nel suo profilo Entra ID. Il nome utente principale (UPN) da solo non è sufficiente. -
Non esiste alcun utente corrispondente in Amazon Quick. L'email nel token deve corrispondere esattamente all'email di un utente a cui è stato assegnato il provisioning. Per gli account IAM Identity Center, verifica che l'email dell'utente in Identity Center corrisponda. La corrispondenza delle email è sensibile alle 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 dell'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.0L'endpoint Entra ID v2.0 emette token con un claim che include:iss/v2.0Se manca il suffisso, elimina l'accesso all'estensione e ricrealo con l'URL dell'emittente corretto. - L'accesso aziendale non è configurato per questo account
-
Questo errore indica che l'accesso all'estensione è stato creato ma l'estensione stessa no. Nella console di 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 ad accedere dal desktop. Se l'errore persiste, verifica la connettività di rete con l'endpoint del servizio Amazon Quick. 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, includiaccess_type=offlinenella 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 che Return ID Token On Refresh Grant sia selezionato nella policy OIDC. - Applicazione non abilitata () PingOne
-
Se l'autenticazione fallisce immediatamente senza PingOne accedere alla pagina di accesso, verifica che l'interruttore dell'applicazione sia impostato su Abilitato nella console di PingOne amministrazione.
- Richiesta di informazioni utente non riuscita (HTTP 401) () PingOne
-
Gli ambiti richiesti non sono abilitati nella scheda Risorse dell'applicazione. Questo è un passaggio separato dalla scheda Configurazione: per impostazione predefinita, PingOne concede solo l'
openidambito. Nella console di PingOne amministrazione, apri la scheda Risorse dell'applicazione e aggiungi glioffline_accessambitiemailprofile, e. - Errore di convalida del token con un URI PingOne JSON Web Key Set (JWKS)
-
Verifica che l'URI JWKS nella configurazione di accesso all'estensione utilizzi il
/as/jwkspercorso (ad esempio,).https://auth.pingone.com/<ENV_ID>/as/jwksNon utilizzare/.well-known/jwks.json, che può apparire come segnaposto in alcuni moduli. PingOne PingOnenon utilizza questo percorso. - Richiesta e-mail mancante dopo refresh () PingFederate
-
Verifica che il
emailclaim sia incluso nella policy OIDC Attribute Contract e mappato all'attributo utente corretto. La mappatura deve produrre ilemailclaim relativo all'autenticazione iniziale e alla concessione dei token di aggiornamento.