O logon único (SSO) permite que sua equipe faça login no RedirHub com o provedor de identidade da sua empresa, em vez de uma senha separada do RedirHub. O RedirHub oferece suporte a SAML 2.0 e funciona com Okta, Microsoft Entra ID (anteriormente Azure AD), Google Workspace, OneLogin, JumpCloud, PingOne, Auth0, AD FS e qualquer outro provedor de identidade SAML 2.0. O SSO está disponível no Pro como um complemento de US$ 200/mês e no Enterprise por contrato.
Provedores de identidade compatíveis#
| Provider | Onde você cria o aplicativo | Onde encontrar os metadados |
|---|---|---|
| Okta | Applications › Create App Integration › SAML 2.0 | Sign On tab › Metadata URL |
| Microsoft Entra ID | Enterprise applications › New application › Create your own application | Single sign-on › SAML Certificates › App Federation Metadata Url |
| Google Workspace | Aplicações › Aplicações web e mobile › Adicionar app › Adicionar app SAML personalizado | Detalhes do Provedor de Identidade Google › Transferir metadados |
| OneLogin | Aplicações › Adicionar App › Conector SAML Personalizado (Avançado) | Mais Ações › Metadados SAML |
| JumpCloud | Aplicações SSO › Adicionar Nova Aplicação › Aplicação Personalizada | Exportar Metadados |
| PingOne | Aplicações › Adicionar aplicação › Aplicação SAML | Configuração › Transferir Metadados |
| Auth0 | Aplicações › a sua app › Addons › Aplicação Web SAML2 | Separador de uso › Metadados do Provedor de Identidade |
| AD FS | Gestão do AD FS › Relações de Confiança do Relying Party › Adicionar Relação de Confiança do Relying Party | https://your-adfs-server/FederationMetadata/2007-06/FederationMetadata.xml |
| Qualquer outro provedor SAML 2.0 | Criar uma aplicação SAML 2.0 personalizada | XML de metadados IdP, ou o URL de SSO, emissor e certificado de assinatura |
Passo 1: Obtenha os detalhes SAML da sua RedirHub#
Quando o SSO estiver ativado para o seu espaço de trabalho, a RedirHub fornece dois valores para colar no seu provedor de identidade. Os provedores usam nomes diferentes para eles:
- URL ACS: também chamado de URL de início de sessão único, URL de resposta, recetor ou URL do Serviço de Consumidor de Asserções.
- ID da entidade: também chamado de URI da audiência, identificador, audiência ou ID da entidade SP.
Passo 2: Crie a aplicação RedirHub no seu provedor de identidade#
Os passos são os mesmos em todos os provedores:
- Crie uma nova aplicação SAML 2.0 e dê a ela o nome de RedirHub.
- Cole a URL ACS e o ID da Entidade do Passo 1.
- Defina o formato do Name ID como Endereço de e-mail e envie o e-mail principal do usuário.
- Atribua as pessoas ou grupos que devem poder fazer login no RedirHub.
- Copie a URL de metadados do aplicativo ou baixe o XML de metadados.
Aqui é onde cada configuração fica nos provedores mais populares.
Okta#
- No Admin Console, vá para Applications › Applications › Create App Integration e escolha SAML 2.0.
- Cole a URL ACS em Single sign-on URL e o ID da Entidade em Audience URI (SP Entity ID).
- Defina Formato do ID do nome como EmailAddress e Nome de usuário da aplicação como Email.
- Atribua pessoas ou grupos na guia Atribuições e, em seguida, copie a URL de metadados da guia Sign On.
Microsoft Entra ID (Azure AD)#
- No centro de administração do Microsoft Entra, vá para Aplicativos empresariais › Novo aplicativo › Criar seu próprio aplicativo e escolha a opção não galeria.
- Abra Logon único, escolha SAML e, em Configuração básica do SAML, cole o ID da entidade em Identificador e a URL ACS em URL de resposta.
- Em Attributes & Claims, defina Identificador exclusivo do usuário como o email do usuário (user.mail) com o formato de endereço de email.
- Atribua pessoas ou grupos em Usuários e grupos e, em seguida, copie a URL de metadados da federação do aplicativo de SAML Certificates.
Google Workspace#
- No console do Google Admin, vá para Apps › Apps da Web e para dispositivos móveis › Adicionar app › Adicionar app SAML personalizado.
- Na tela de detalhes do Provedor de identidade do Google, clique em Baixar metadados.
- Em Detalhes do provedor de serviços, cole a URL ACS e o ID da entidade, defina Formato do Name ID como EMAIL e Name ID como Informações básicas › E-mail principal.
- Em Acesso do usuário, ative o app para todos ou para as unidades organizacionais ou grupos que precisarem dele.
OneLogin#
- Acesse Aplicativos › Adicionar aplicativo e escolha SAML Custom Connector (Advanced).
- Na aba Configuração, cole o ID da entidade em Audience (EntityID) e a URL ACS em Recipient e ACS (Consumer) URL. Defina o formato do nameID SAML como Email.
- Dê acesso por meio de funções e, em seguida, baixe os metadados em Mais ações › Metadados SAML.
JumpCloud#
- Acesse Aplicativos SSO › Adicionar novo aplicativo › Aplicativo personalizado e escolha configurar SSO com SAML.
- Cole o ID da entidade em SP Entity ID e a URL ACS em ACS URL. Defina o SAMLSubject NameID como email.
- Associe os grupos de usuários que precisam de acesso e, em seguida, clique em Exportar metadados.
PingOne (Ping Identity)#
- Vá para Aplicativos, adicione um aplicativo e escolha Aplicativo SAML.
- Insira manualmente o URL ACS e o ID da entidade, e mapeie saml_subject para Endereço de e-mail em Mapeamentos de atributos.
- Conceda acesso aos grupos corretos, ative o aplicativo e clique em Baixar metadados na aba Configuração.
Auth0#
- Crie um Aplicativo Web Regular, abra a aba Addons e ative SAML2 Web App.
- Cole o URL ACS em URL de callback do aplicativo e defina audience como o ID da entidade nas configurações.
- Copie o link de metadados do provedor de identidade da aba Uso.
AD FS (Serviços de Federação do Active Directory)#
- No Gerenciamento do AD FS, vá para Confiabilidades de terceira parte confiável › Adicionar confiança de terceira parte confiável, escolha orientado a declarações e insira os dados manualmente.
- Ative o protocolo SAML 2.0 WebSSO com a URL ACS e adicione o ID da entidade como identificador de confiança da parte confiável.
- Adicione regras de declarações que enviem os endereços de e-mail como endereço de e-mail e, em seguida, transformem o endereço de e-mail em ID de nome com o formato de e-mail.
- Os seus metadados estão em https://your-adfs-server/FederationMetadata/2007-06/FederationMetadata.xml.
Qualquer outro provedor SAML 2.0#
Crie uma aplicação SAML 2.0 personalizada, cole a URL ACS e o ID da entidade, envie o e-mail do utilizador como ID de nome e exporte os metadados. Se o seu provedor não tiver um ficheiro de metadados, anote em vez disso a URL de SSO, o emissor (ID da entidade do IdP) e o certificado de assinatura X.509.
Passo 3: Adicione os detalhes do seu fornecedor de identidade ao RedirHub#
Forneça ao RedirHub a URL dos metadados ou o XML dos metadados do Passo 2. Se não tiver metadados, forneça a URL de SSO, o emissor e o certificado de assinatura.
Passo 4: Testar o início de sessão#
Inicie sessão com uma pessoa que esteja atribuída à aplicação RedirHub no seu fornecedor de identidade. O e-mail dessa pessoa no fornecedor de identidade deve corresponder ao e-mail da respetiva conta RedirHub. Quando isso funcionar, disponibilize o SSO ao restante da sua equipa.
É útil saber#
- Entrar com o Google é uma opção de login em todos os planos, não é single sign-on SAML. Veja Proteja sua conta.
- Os certificados de assinatura expiram. Quando você renovar o seu, forneça ao RedirHub os novos metadados antes que o certificado antigo expire, ou o login via SSO deixará de funcionar.
- A função de cada pessoa no RedirHub ainda é gerenciada no seu workspace. Veja Convide membros da equipe e escolha a função deles.
Perguntas frequentes
Qualquer provedor de identidade SAML 2.0, incluindo Okta, Microsoft Entra ID (Azure AD), Google Workspace, OneLogin, JumpCloud, PingOne, Auth0 e AD FS.
O SSO está disponível no Pro como um complemento de US$ 200/mês e no Enterprise por contrato.
Não. Entrar com o Google é uma opção de login em todos os planos. O SSO conecta sua workspace ao provedor de identidade da sua empresa via SAML 2.0, e o Google Workspace pode ser esse provedor de identidade.
O endereço de e-mail do usuário, usando o formato de ID de nome Endereço de e-mail. Ele deve corresponder ao e-mail da conta RedirHub dele.
A causa mais comum é um certificado de assinatura expirado no seu provedor de identidade. Renove-o e forneça ao RedirHub os metadados atualizados.
