대부분의 서비스에는 일반적으로 ACS URL, Service Provider Entity ID 및 매핑 등
몇 가지 설정만 필요합니다. 기본값은 일반적인 서비스 공급자와 작동하도록
선택되었으므로, 나머지는 서비스 문서에서 요구하는 경우에만 변경하세요.
Protocol details: Iru가 서비스 공급자에게 제공하는 것
애플리케이션의 Protocol details를 열어 서비스 공급자가 Iru를 신뢰하는 데 필요한 값을 복사하세요. 이 값은 Iru가 생성합니다.Provider details: 서비스에 대해 Iru에 알려주는 것
Request: Iru가 인증 요청을 처리하는 방식
Request: Iru가 인증 요청을 처리하는 방식
Response: Iru가 어설션을 구성하고 전송하는 방식
Response: Iru가 어설션을 구성하고 전송하는 방식
Mapping: Iru가 전송하는 NameID 및 속성
Mapping: Iru가 전송하는 NameID 및 속성
애플리케이션의 매핑을 열어 어설션의 ID를 제어합니다. 매핑은 제목(NameID)와
추가 속성의 두 부분으로 구성됩니다.
Subject (NameID)
Subject는 로그인한 사용자의 기본 식별자입니다. 기본적으로 사용자의user.username에서
가져오며, 값을 가져오는 소스를 변경하고 NameID 형식을 선택할 수 있습니다.속성
서비스가 어설션에서 필요로 하는 각 속성을 추가합니다. 각 속성에 대해 다음을 설정합니다.- Name: 서비스 공급자가 기대하는 속성 이름.
- 값: 값을 가져오는 프로필 속성 또는 표현식(예:
user.email또는 필드 조합). - 속성 이름 형식: Unspecified, URI 또는 Basic.
- 활성화 여부.
세션 관리
세션 관리
SAML 앱 어설션 또는 OIDC 토큰의 기본 세션 길이는 60분입니다. 일치하는 역할의
세션 길이가 이 값을 재정의합니다. 역할에서 세션 길이를 0으로 설정하면 대신
애플리케이션 기본값을 사용합니다.
역할 및 역할 번들을 참조하세요.
인증서 한눈에 보기
SAML 앱에는 최대 세 개의 인증서가 관련됩니다.IdP 서명 인증서(Iru 자체)
IdP 서명 인증서(Iru 자체)
Iru는 Protocol details에 표시된 자체 인증서로 응답 및/또는 어설션에 서명합니다.
서비스는 이를 사용하여 메시지가 Iru에서 왔고 변경되지 않았음을 확인합니다.
업로드할 것이 없습니다.
요청 서명 인증서(서비스의 인증서)
요청 서명 인증서(서비스의 인증서)
Iru가 서비스가 보내는 서명된 인증 요청을 검증할 수 있도록 서비스 공급자의
인증서를 업로드합니다. Request 섹션에서 구성하며, 서명된 요청을 요구하는
경우에만 필요합니다.
암호화 인증서(서비스의 인증서)
암호화 인증서(서비스의 인증서)
Iru가 어설션을 암호화하는 데 사용하는 서비스 공급자의 인증서로, Encrypt
assertions가 켜져 있을 때만 사용됩니다. 별도의 인증서를 업로드하는 대신 요청
서명 인증서를 재사용할 수 있습니다.
게시, 할당 및 활성화
1
초안을 current로 설정
초안을 게시하여 실시간 구성으로 만듭니다.
2
액세스 할당
앱을 사용해야 하는 그룹을 할당합니다.
액세스 할당을 참조하세요.
3
활성화
할당된 사용자가 로그인할 수 있도록 앱을 활성화합니다.
4
로그인 테스트
앱 대시보드에서 테스트 사용자로 로그인하여 경험을 확인하고, 매핑 미리 보기를
사용하여 어설션을 확인합니다.
다음 단계
액세스 할당
사용자 및 그룹에 앱을 부여하고 앱 역할을 구성합니다.
프로비저닝
액세스가 변경되면 앱에서 계정을 자동으로 생성하고 제거합니다.
OIDC 애플리케이션
SAML 대신 OpenID Connect를 사용하는 앱을 구성합니다.
애플리케이션 개요
프로토콜과 초안에서 current로의 버전 모델을 검토합니다.