Okta 앱 및 그룹 동기화

     `tctl` and `tsh` clients가 포함된, 서명된 Teleport macOS .pkg 설치 프로그램을 다운로드합니다:
 
     ```code
     $ curl -O https://cdn.teleport.dev/teleport-${TELEPORT_VERSION?}.pkg
     ```

     Finder에서 `pkg` 파일을 더블 클릭하여 설치를 시작합니다.
 
     

       Homebrew를 사용하여 Teleport를 설치하는 것은 지원되지 않습니다. Homebrew의
       Teleport 패키지는 Teleport에서 유지 관리하지 않으므로 신뢰성이나 보안을
       보장할 수 없습니다.
     

     ```code
     $ curl.exe -O https://cdn.teleport.dev/teleport-v${TELEPORT_VERSION?}-windows-amd64-bin.zip
     # Unzip the archive and move the `tctl` and `tsh` clients to your %PATH%
     # NOTE: Do not place the `tctl` and `tsh` clients in the System32 directory, as this can cause issues when using WinSCP.
     # Use %SystemRoot% (C:\Windows) or %USERPROFILE% (C:\Users\<username>) instead.
     ```
 
   

 
   

     Linux 설치판의 모든 Teleport 바이너리에는 `tctl` and `tsh` clients가 포함되어 있습니다.  RPM/DEB
     패키지 및 i386/ARM/ARM64용 다운로드를 포함한 더 많은 옵션은
     [설치 페이지](../installation/installation.mdx)를 참조하세요.
 
     ```code
     $ curl -O https://cdn.teleport.dev/teleport-v${TELEPORT_VERSION?}-linux-amd64-bin.tar.gz
     $ tar -xzf teleport-v${TELEPORT_VERSION?}-linux-amd64-bin.tar.gz
     $ cd teleport
     $ sudo ./install
     # Teleport binaries have been copied to /usr/local/bin
     ```
   

 

• (선택 사항) Okta SCIM 통합. 가이드 통합 흐름을 따를 수 있습니다.

Teleport cluster에 연결할 수 있는지 확인하려면 tsh login으로 로그인한 다음, 현재 자격 증명으로 tctl 명령을 실행할 수 있는지 확인합니다.

예를 들어, teleport.example.com에 cluster 내 Teleport Proxy Service의 도메인 이름을, email@example.com에 Teleport 사용자 이름을 지정하여 다음 명령을 실행합니다:

$ tsh login --proxy=teleport.example.com --user=email@example.com
$ tctl status
# Cluster  (=teleport.url=)
# Version  (=teleport.version=)
# CA pin   (=presets.ca_pin=)

cluster에 연결하여 tctl status 명령을 실행할 수 있다면, 현재 자격 증명을 사용하여 워크스테이션에서 이후의 tctl 명령을 실행할 수 있습니다. 자체 Teleport cluster를 호스팅하는 경우, 전체 권한을 얻기 위해 Teleport Auth Service를 호스팅하는 컴퓨터에서 tctl 명령을 실행할 수도 있습니다.

• 관리자 접근 권한이 있는 Okta 조직.

양방향 동기화가 활성화된 Okta 통합을 활성화하면 Teleport가 Okta에서 앱 및 그룹 할당의 소유권을 갖게 되며 Teleport RBAC 구성에 따라 Okta 내에서 변경을 수행할 수 있습니다. 통합 범위를 제한하려면 다음을 확인하십시오:

• (선택 사항) Okta 접근 토큰의 범위를 제한할 수 있는 Okta 리소스 세트로 Okta 애플리케이션과 그룹을 구성합니다.

1/2단계. 기본 목록 소유자 설정#

Okta 접근 목록 동기화 설정의 첫 번째 단계는 기본 접근 목록 소유자를 정의하는 것입니다. 원하는 수의 기본 소유자를 선택하거나 시스템에 아직 존재하지 않는 경우 소유자를 수동으로 입력할 수 있습니다. 이 소유자는 나중에 변경할 수 있으며 Okta 접근 목록 동기화 프로세스에 의해 덮어쓰이지 않습니다.

1. 사용자 그룹 및 앱 할당 동기화 페이지에 있는지 확인합니다. 그렇지 않으면 접근 -> 통합으로 이동하여 Okta 통합 행의 아무 곳이나 클릭하여 통합 상태 페이지를 방문합니다. 그런 다음 사용자 그룹 및 앱 할당 동기화 페이지를 방문합니다.
2. 기본 목록 소유자 추가 아래에서 드롭다운 메뉴에 Teleport 사용자의 이름을 입력합니다.

2/2단계. 사용자 그룹 및 애플리케이션 가져오기 설정#

기본 소유자를 설정한 후 어떤 Okta 사용자 그룹 및 애플리케이션을 가져올지 사용자 지정할 수 있습니다. 기본적으로 모든 사용자 그룹 및 애플리케이션이 가져와집니다. 이 섹션에서는 특정 사용자 그룹 및 애플리케이션을 접근 목록으로 가져오도록 Okta 통합을 설정하는 방법을 보여줍니다.

모든 사용자 그룹 및 애플리케이션을 가져오려면 메뉴 하단에서 설정 제출을 클릭합니다.

사용자 그룹 및 애플리케이션 가져오기를 설정하려면:

1. Teleport 웹 UI에서 사용자 그룹 및 앱 할당 동기화 페이지에 있는지 확인합니다.

2. 2단계에서 모든 사용자 그룹 동기화 스위치를 선택 해제합니다.

3. 그룹 이름으로 필터링 상자에 가져올 Okta 사용자 그룹 이름을 입력합니다.

   사용자 그룹을 지정할 때 글로브(* 문자) 또는 정규 표현식을 사용할 수 있습니다. 글로브는 임의의 값을 나타냅니다. 정규 표현식은 ^로 시작하고 $로 끝나야 하며 Google RE2 정규 표현식 구문을 사용합니다.

   필터가 추가되면 사용자 그룹 목록이 필터를 적용한 결과로 업데이트됩니다. 필터가 제공되지 않으면 모든 사용자 그룹 동기화 스위치가 선택 해제되어 있더라도 Teleport는 값을 와일드카드 *로 처리합니다.

4. 3단계에서 애플리케이션에 대해 이 단계를 반복합니다. 사용자 그룹과 마찬가지로 선택적으로 모든 애플리케이션 동기화를 선택 해제하고 글로브 및 정규 표현식을 포함한 애플리케이션 이름을 입력할 수 있습니다.

할당이 있는 Okta 사용자 그룹 및 애플리케이션만 접근 목록으로 가져옵니다. Okta 사용자 그룹 또는 애플리케이션에 할당이 없으면 할당이 생길 때까지 가져오지 않습니다. 접근 목록에서 마지막 사용자가 제거되면 다음 동기화 시 Teleport에서 접근 목록이 제거됩니다.

중첩된 접근 목록 처리#

Teleport는 중첩된 접근 목록을 지원하며, 접근 목록은 다른 접근 목록을 구성원으로 포함하여 계층적 구조를 만들 수 있습니다. 그러나 Okta는 중첩된 그룹을 지원하지 않습니다. 이 섹션에서는 Teleport Okta 통합이 접근 목록을 지원하는 로직을 설명합니다.

Teleport에서 Okta로의 동기화#

Teleport에서 Okta로 중첩된 접근 목록을 동기화할 때 동기화기는 중첩된 접근 목록을 평탄화합니다.

모든 중첩 수준의 접근 목록에 있는 구성원은 Okta에 동기화될 때 단일 평탄화된 구성원 목록으로 집계됩니다. 이를 통해 Teleport 계층에 따라 접근 권한을 가져야 하는 모든 사용자가 해당 Okta 그룹 또는 애플리케이션에 포함되도록 합니다.

예를 들어, 다음 Teleport 접근 목록 구조를 고려합니다:

• 접근 목록 A:
  • 구성원: User1
  • 중첩 구성원: 접근 목록 B
• 접근 목록 B:
  • 구성원: User2, User3

이 구조는 Okta에서 다음과 같이 표현됩니다:

• 접근 목록 A에 대한 그룹/애플리케이션:
  • 구성원: User1, User2, User3

Teleport 계층을 평탄화함으로써 모든 사용자는 Okta에서 루트 수준 접근 목록과 연관된 권한을 받습니다.

Okta에서 Teleport로의 동기화#

Okta에서 Teleport로 동기화할 때 동기화기는 Okta의 평탄화된 구조를 Teleport 계층으로 다시 매핑하려고 시도합니다. Okta의 평탄화된 구성원 목록을 Teleport의 기존 접근 목록 계층과 비교합니다.

Okta에서 Teleport 접근 목록 계층에 없는 새 사용자가 추가된 경우, 이 사용자는 Teleport의 루트 수준 접근 목록에 구성원으로 추가됩니다. 이 접근 방식은 Okta에서 수행된 접근 변경 사항이 적절히 반영되도록 하면서 Teleport 내의 계층적 구조를 유지합니다.

예를 들어, 이전 섹션의 접근 목록 A에 대한 다음 Okta 그룹/애플리케이션을 고려합니다:

• 접근 목록 A에 대한 Okta 그룹/애플리케이션:
  • 구성원: User1, User2, User3, User4 (User4는 Okta에서 추가된 새 구성원)

동기화기는 다음 업데이트를 적용합니다:

• 접근 목록 A:
  • 구성원: User1, User4
  • 중첩 구성원: 접근 목록 B
• 접근 목록 B:
  • 구성원: User2, User3

접근 목록 삭제#

Okta에서 동기화된 접근 목록은 Okta에서 할당된 구성원이 없거나 Okta에서 삭제될 때 자동으로 삭제됩니다.

동기화된 접근 목록 사용#

접근 목록을 처음 동기화할 때 접근 목록의 소유자는 초기 Okta 통합 등록 중에 설정된 기본 소유자로 설정되며, 초기 검토 날짜는 설정된 날짜로부터 6개월 후로 설정됩니다. 이 필드는 소유자 및 구성원 요구사항과 마찬가지로 수정 가능합니다. 그러나 부여 항목은 Okta 접근 목록 동기화기에 속하므로 변경할 수 없습니다.

Okta 동기화된 접근 목록의 소유자는 실행 간에 유지됩니다.