Il single sign-on (SSO) consente al tuo team di accedere a RedirHub con il provider di identità della tua azienda invece di una password separata di RedirHub. RedirHub supporta SAML 2.0 e funziona con Okta, Microsoft Entra ID (ex Azure AD), Google Workspace, OneLogin, JumpCloud, PingOne, Auth0, AD FS e qualsiasi altro provider di identità SAML 2.0. L'SSO è disponibile su Pro come componente aggiuntivo da 200 $/mese e su Enterprise tramite contratto.
Provider di identità supportati#
| Provider | Dove crei l'app | Dove trovare i metadati |
|---|---|---|
| Okta | Applicazioni › Crea integrazione app › SAML 2.0 | Scheda Accesso › URL dei metadati |
| Microsoft Entra ID | Applicazioni aziendali › Nuova applicazione › Crea la tua applicazione | Single sign-on › Certificati SAML › URL dei metadati di federazione dell'app |
| Google Workspace | App › App web e mobili › Aggiungi app › Aggiungi app SAML personalizzata | Dettagli del provider di identità Google › Scarica metadati |
| OneLogin | Applicazioni › Aggiungi app › Connettore SAML personalizzato (Avanzato) | Altre azioni › Metadati SAML |
| JumpCloud | Applicazioni SSO › Aggiungi nuova applicazione › Applicazione personalizzata | Esporta metadati |
| PingOne | Applicazioni › Aggiungi applicazione › Applicazione SAML | Configurazione › Scarica metadati |
| Auth0 | Applicazioni › la tua app › Add-on › App Web SAML2 | Scheda utilizzo › Metadati del provider di identità |
| AD FS | Gestione AD FS › Trust delle relying party › Aggiungi trust della relying party | https://your-adfs-server/FederationMetadata/2007-06/FederationMetadata.xml |
| Qualsiasi altro provider SAML 2.0 | Crea un'applicazione SAML 2.0 personalizzata | XML dei metadati IdP, oppure l'URL SSO, l'emittente e il certificato di firma |
Passaggio 1: Ottieni i dettagli SAML di RedirHub#
Una volta attivato l'SSO per il tuo workspace, RedirHub ti fornisce due valori da incollare nel tuo provider di identità. I provider li indicano con nomi diversi:
- URL ACS: chiamato anche URL di accesso singolo, URL di risposta, destinatario o URL del servizio consumer di asserzione.
- ID entità: chiamato anche URI audience, identificatore, audience o ID entità SP.
Passaggio 2: Crea l'app RedirHub nel tuo provider di identità#
I passaggi sono gli stessi in ogni provider:
- Crea una nuova applicazione SAML 2.0 e assegnale il nome RedirHub.
- Incolla l’URL ACS e l’ID entità dal Passaggio 1.
- Imposta il formato Name ID su indirizzo email e invia l’email principale dell’utente.
- Assegna le persone o i gruppi che dovrebbero poter accedere a RedirHub.
- Copia l’URL dei metadati dell’app oppure scarica il relativo XML dei metadati.
Qui è indicato dove si trova ciascuna impostazione nei provider più diffusi.
Okta#
- Nella Console di amministrazione, vai su Applications › Applications › Create App Integration e scegli SAML 2.0.
- Incolla l’URL ACS in Single sign-on URL e l’ID entità in Audience URI (SP Entity ID).
- Imposta Formato nome ID su EmailAddress e Nome utente dell'applicazione su Email.
- Assegna persone o gruppi nella scheda Assegnazioni, quindi copia l'URL dei metadati dalla scheda Accesso.
Microsoft Entra ID (Azure AD)#
- Nel centro di amministrazione Microsoft Entra, vai a Applicazioni aziendali › Nuova applicazione › Crea la tua applicazione e scegli l'opzione non gallery.
- Apri Single sign-on, scegli SAML e, in Configurazione SAML di base, incolla l'ID entità in Identificatore e l'URL ACS in URL di risposta.
- In Attributi e attestazioni, imposta Identificatore univoco dell'utente sull'email dell'utente (user.mail) con il formato indirizzo email.
- Assegna persone o gruppi in Utenti e gruppi, quindi copia l'App Federation Metadata Url dai Certificati SAML.
Google Workspace#
- Nella console di amministrazione Google, vai a App › App web e mobile › Aggiungi app › Aggiungi app SAML personalizzata.
- Nella schermata Dettagli del provider di identità Google, fai clic su Scarica metadati.
- In Dettagli del provider di servizi, incolla l'URL ACS e l'Entity ID, imposta Formato Name ID su EMAIL e Name ID su Informazioni di base › Email principale.
- In Accesso utente, attiva l'app per tutti o per le unità organizzative o i gruppi che ne hanno bisogno.
OneLogin#
- Vai a Applicazioni › Aggiungi app e seleziona SAML Custom Connector (Advanced).
- Nella scheda Configurazione, incolla l'Entity ID in Audience (EntityID) e l'URL ACS in Recipient e ACS (Consumer) URL. Imposta il formato SAML nameID su Email.
- Concedi l'accesso tramite i ruoli, quindi scarica i metadati da Altre azioni › Metadati SAML.
JumpCloud#
- Vai a Applicazioni SSO › Aggiungi nuova applicazione › Applicazione personalizzata e scegli di configurare l'SSO con SAML.
- Incolla l'Entity ID in SP Entity ID e l'URL ACS in ACS URL. Imposta SAMLSubject NameID su email.
- Associa i gruppi di utenti che necessitano dell'accesso, quindi fai clic su Esporta metadati.
PingOne (Ping Identity)#
- Vai a Applications, aggiungi un'applicazione e scegli SAML Application.
- Inserisci manualmente l'ACS URL e l'Entity ID, e associa saml_subject all'indirizzo email sotto Attribute Mappings.
- Concedi l'accesso ai gruppi corretti, attiva l'applicazione e fai clic su Download Metadata nella scheda Configuration.
Auth0#
- Crea una Regular Web Application, apri la scheda Addons e attiva SAML2 Web App.
- Incolla l'ACS URL in Application Callback URL e imposta audience sull'Entity ID nelle impostazioni.
- Copia il link dei Metadata del provider di identità dalla scheda Usage.
AD FS (Active Directory Federation Services)#
- In AD FS Management, vai a Relying Party Trusts › Add Relying Party Trust, scegli Claims aware e inserisci i dati manualmente.
- Abilita il protocollo SAML 2.0 WebSSO con l'ACS URL e aggiungi l'Entity ID come identificatore della relying party trust.
- Aggiungi regole di attestazione che inviino gli indirizzi e-mail come indirizzo e-mail, quindi trasforma l'indirizzo e-mail in Name ID con il formato Email.
- I tuoi metadati sono su https://your-adfs-server/FederationMetadata/2007-06/FederationMetadata.xml.
Qualsiasi altro provider SAML 2.0#
Crea un'applicazione SAML 2.0 personalizzata, incolla l'ACS URL e l'Entity ID, invia l'e-mail dell'utente come Name ID ed esporta i metadati. Se il tuo provider non dispone di un file di metadati, annota invece il suo URL SSO, l'issuer (IdP Entity ID) e il certificato di firma X.509.
Passaggio 3: aggiungi i dettagli del tuo identity provider a RedirHub#
Fornisci a RedirHub l'URL dei metadati o l'XML dei metadati del Passaggio 2. Se non hai i metadati, fornisci l'URL SSO, l'issuer e il certificato di firma.
Passaggio 4: prova l'accesso#
Accedi con una persona assegnata all'app RedirHub nel tuo identity provider. La sua e-mail nell'identity provider deve corrispondere all'e-mail del suo account RedirHub. Una volta che funziona, distribuisci l'SSO al resto del tuo team.
Da sapere#
- L'accesso con Google è un'opzione di login disponibile su tutti i piani, non un single sign-on SAML. Vedi Proteggi il tuo account.
- I certificati di firma scadono. Quando rinnovi il tuo, fornisci a RedirHub i nuovi metadati prima che il vecchio certificato scada, altrimenti l'accesso SSO smette di funzionare.
- Il ruolo di ogni persona in RedirHub è ancora gestito nel tuo workspace. Vedi Invita i membri del team e scegli il loro ruolo.
Domande frequenti
Qualsiasi provider di identità SAML 2.0, inclusi Okta, Microsoft Entra ID (Azure AD), Google Workspace, OneLogin, JumpCloud, PingOne, Auth0 e AD FS.
L'SSO è disponibile su Pro come componente aggiuntivo da $200/mese e su Enterprise tramite contratto.
No. Accedi con Google è un'opzione di accesso su ogni piano. L'SSO collega il tuo workspace al provider di identità della tua azienda tramite SAML 2.0, e Google Workspace può essere quel provider di identità.
L'indirizzo email dell'utente, usando il formato Name ID dell'indirizzo email. Deve corrispondere all'email del suo account RedirHub.
La causa più comune è un certificato di firma scaduto nel tuo provider di identità. Rinnovalo e fornisci a RedirHub i metadati aggiornati.
