Okta, Microsoft Entra ID, Google Workspace 등으로 싱글 사인온(SSO) 설정하기

싱글 사인온(SSO)을 사용하면 팀이 별도의 RedirHub 비밀번호 대신 회사의 ID 공급자를 통해 RedirHub에 로그인할 수 있습니다. RedirHub는 SAML 2.0을 지원하며 Okta, Microsoft Entra ID(구 Azure AD), Google Workspace, OneLogin, JumpCloud, PingOne, Auth0, AD FS 및 기타 모든 SAML 2.0 ID 공급자와 호환됩니다. SSO는 Pro 요금제에서는 월 $200의 추가 옵션으로 제공되며, Enterprise 요금제에서는 계약에 따라 제공됩니다.

지원되는 ID 공급자#

1단계: RedirHub SAML 세부 정보 가져오기#

워크스페이스에서 SSO를 켜면 RedirHub에서 ID 공급자에 붙여넣을 두 개의 값을 제공합니다. 공급자마다 이를 다르게 부릅니다:

• ACS URL: 단일 로그인 URL, 회신 URL, 수신자 또는 어설션 소비자 서비스 URL이라고도 합니다.
• Entity ID: 대상 URI, 식별자, 대상 또는 SP 엔터티 ID라고도 합니다.

2단계: ID 공급자에서 RedirHub 앱 만들기#

단계는 모든 제공업체에서 동일합니다:

1. 새 SAML 2.0 애플리케이션을 만들고 이름을 RedirHub로 지정하세요.
2. 1단계에서 ACS URL과 Entity ID를 붙여넣으세요.
3. Name ID 형식을 이메일 주소로 설정하고 사용자의 기본 이메일을 전송하세요.
4. RedirHub에 로그인할 수 있어야 하는 사람 또는 그룹을 할당하세요.
5. 앱의 메타데이터 URL을 복사하거나 메타데이터 XML을 다운로드하세요.

가장 많이 사용되는 각 제공업체에서 각 설정이 있는 위치는 다음과 같습니다.

Okta#

1. Admin Console에서 Applications › Applications › Create App Integration으로 이동한 다음 SAML 2.0을 선택하세요.
2. ACS URL을 Single sign-on URL에 붙여넣고 Entity ID를 Audience URI (SP Entity ID)에 붙여넣으세요.
3. 이름 ID 형식을 EmailAddress로, 애플리케이션 사용자 이름을 Email로 설정합니다.
4. 할당 탭에서 사용자 또는 그룹을 할당한 다음, Sign On 탭에서 메타데이터 URL을 복사합니다.

Microsoft Entra ID (Azure AD)#

1. Microsoft Entra 관리자 센터에서 엔터프라이즈 애플리케이션 › 새 애플리케이션 › 직접 만든 애플리케이션 만들기로 이동한 다음 갤러리 외 옵션을 선택합니다.
2. Single sign-on을 열고 SAML을 선택한 다음, Basic SAML Configuration에서 Entity ID를 식별자에, ACS URL을 회신 URL에 붙여넣습니다.
3. Attributes & Claims에서 Unique User Identifier를 이메일 주소 형식의 사용자 이메일(user.mail)로 설정합니다.
4. 사용자 및 그룹 아래에서 사용자 또는 그룹을 할당한 다음, SAML Certificates에서 App Federation Metadata Url을 복사합니다.

Google Workspace#

1. Google Admin 콘솔에서 앱 › 웹 및 모바일 앱 › 앱 추가 › 맞춤 SAML 앱 추가로 이동합니다.
2. Google Identity Provider details 화면에서 메타데이터 다운로드를 클릭합니다.
3. 서비스 제공업체 세부정보 아래에 ACS URL과 Entity ID를 붙여넣고, Name ID 형식을 EMAIL로, Name ID를 기본 정보 › 기본 이메일로 설정합니다.
4. 사용자 액세스 아래에서 앱을 모든 사용자에게 켜거나, 필요한 조직 단위 또는 그룹에 대해 켭니다.

OneLogin#

1. Applications › Add App로 이동하여 SAML Custom Connector (Advanced)를 선택합니다.
2. 구성 탭에서 Entity ID를 Audience (EntityID)에 붙여넣고, ACS URL을 Recipient 및 ACS (Consumer) URL에 붙여넣습니다. SAML nameID 형식을 Email로 설정합니다.
3. 역할을 통해 액세스를 부여한 다음 More Actions › SAML Metadata에서 메타데이터를 다운로드합니다.

JumpCloud#

1. SSO Applications › Add New Application › Custom Application로 이동하여 SAML로 SSO를 구성하도록 선택합니다.
2. Entity ID를 SP Entity ID에 붙여넣고 ACS URL을 ACS URL에 붙여넣습니다. SAMLSubject NameID를 email로 설정합니다.
3. 액세스가 필요한 사용자 그룹을 연결한 다음 Export Metadata를 클릭합니다.

PingOne (Ping Identity)#

1. 애플리케이션으로 이동하여 애플리케이션을 추가한 다음 SAML 애플리케이션을 선택하세요.
2. ACS URL과 Entity ID를 수동으로 입력하고, 속성 매핑에서 saml_subject를 이메일 주소에 매핑하세요.
3. 올바른 그룹에 액세스 권한을 부여하고 애플리케이션을 켠 다음, 구성 탭에서 메타데이터 다운로드를 클릭하세요.

Auth0#

1. 일반 웹 애플리케이션을 만들고, Addons 탭을 연 다음 SAML2 Web App을 켜세요.
2. ACS URL을 애플리케이션 콜백 URL에 붙여넣고 설정에서 audience를 Entity ID로 설정하세요.
3. 사용법 탭에서 ID 공급자 메타데이터 링크를 복사하세요.

AD FS (Active Directory Federation Services)#

1. AD FS Management에서 Relying Party Trusts › Add Relying Party Trust로 이동한 다음 Claims aware를 선택하고 데이터를 수동으로 입력하세요.
2. ACS URL과 함께 SAML 2.0 WebSSO 프로토콜을 사용하도록 설정하고, 엔터티 ID를 신뢰 당사자 신뢰 식별자로 추가합니다.
3. 이메일 주소를 이메일 주소로 보내는 클레임 규칙을 추가한 다음, 이메일 형식으로 이메일 주소를 Name ID로 변환합니다.
4. 메타데이터는 https://your-adfs-server/FederationMetadata/2007-06/FederationMetadata.xml 에 있습니다.

기타 모든 SAML 2.0 공급자#

사용자 지정 SAML 2.0 애플리케이션을 만들고, ACS URL과 엔터티 ID를 붙여넣은 다음, 사용자의 이메일을 Name ID로 보내고 메타데이터를 내보냅니다. 공급자에 메타데이터 파일이 없는 경우, 대신 SSO URL, 발급자(IdP 엔터티 ID) 및 X.509 서명 인증서를 기록해 두세요.

3단계: ID 공급자 세부 정보를 RedirHub에 추가#

2단계의 메타데이터 URL 또는 메타데이터 XML을 RedirHub에 제공하세요. 메타데이터가 없는 경우 SSO URL, 발급자 및 서명 인증서를 제공하세요.

4단계: 로그인 테스트#

ID 공급자에서 RedirHub 앱에 할당된 사용자로 로그인하세요. ID 공급자에 있는 해당 사용자의 이메일은 RedirHub 계정의 이메일과 일치해야 합니다. 이게 작동하면 나머지 팀원에게도 SSO를 배포하세요.

알아두면 좋은 점#

• Google로 로그인하는 것은 모든 요금제에서 사용할 수 있는 로그인 옵션이며, SAML 싱글 사인은 아닙니다. 계정을 보호하세요를 참조하세요.
• 서명 인증서는 만료됩니다. 인증서를 갱신할 때 이전 인증서가 만료되기 전에 RedirHub에 새 메타데이터를 제공해야 하며, 그렇지 않으면 SSO 로그인이 작동하지 않습니다.
• RedirHub에서 각 사람의 역할은 여전히 워크스페이스에서 관리됩니다. 팀원을 초대하고 역할을 선택하세요를 참조하세요.