이 가이드에서는 EC2 참여 방법을 사용하여 AWS에서 실행 중인 Teleport 프로세스가 어떠한 시크릿도 공유하지 않고 Teleport 클러스터에 참여하도록 구성하는 방법을 설명합니다.

EC2 참여 방법은 자체 호스팅 Teleport 배포에서만 사용할 수 있습니다. 사용 사례에 따라 두 가지 다른 AWS 참여 방법도 이용할 수 있습니다:

1. IAM 참여 방법은 IAM 역할이 연결된 EC2 인스턴스와 같이 IAM 자격 증명에 접근할 수 있는 어디서든 실행 중인 모든 Teleport 프로세스에서 사용할 수 있습니다(문서 참조). 특별한 권한이나 IAM 정책이 필요하지 않습니다: 연결된 정책이 없는 IAM 역할로 충분합니다. Teleport Auth Service에는 IAM 자격 증명이 필요하지 않습니다.
2. AWS가 서명하지 않은 토큰: AWS에서 실행 중인 Teleport 프로세스가 Teleport 참여 토큰을 통해, 또는 Kubernetes에서 실행 중인 Teleport 프로세스의 경우 서명된 ServiceAccount 토큰을 통해 클러스터에 참여하도록 구성할 수 있습니다. 이 접근 방식은 클라우드 중립적인 방식을 채택하는 경우와 같이 AWS 특정 API에 의존하지 않고 Teleport 프로세스를 클러스터에 참여시킬 때 사용합니다.

동작 방식#

EC2 참여 방법은 EC2 인스턴스에서 실행 중인 모든 Teleport 프로세스에서 사용할 수 있습니다. EC2 인스턴스당 하나의 Teleport 프로세스만 EC2 참여 방법을 사용할 수 있습니다. 프로세스는 EC2 인스턴스 자격 증명 문서를 Teleport Auth Service에 제출합니다.

한편, Teleport Auth Service는 자격 증명 문서가 합법적인 EC2 인스턴스에 속하는지 확인하기 위해 ec2:DescribeInstances 권한이 있는 AWS IAM 자격 증명을 보유합니다. 클러스터에 참여하는 Teleport 프로세스에는 IAM 자격 증명이 필요하지 않습니다.

사전 요구 사항#

• 실행 중인 self-hosted Teleport 클러스터. Teleport를 시작하려면 무료 체험판에 가입하거나 데모 환경을 구성하세요.

• tctl and tsh clients.

  Installing `tctl` and `tsh` clients

  1. Teleport 클러스터의 버전을 확인합니다. tctl and tsh clients는 Teleport 클러스터 버전보다 최대 한 개의 메이저 버전까지만 뒤처질 수 있습니다. Proxy Service의 /v1/webapi/find로 GET 요청을 보내고 JSON 쿼리 도구를 사용하여 클러스터 버전을 확인합니다. teleport.example.com:443를 Teleport Proxy Service의 웹 주소로 바꿉니다:

     $ TELEPORT_DOMAIN=teleport.example.com:443
     $ TELEPORT_VERSION="$(curl -s https://$TELEPORT_DOMAIN/v1/webapi/find | jq -r '.server_version')"
     

  2. 사용 중인 플랫폼에 대한 지침에 따라 tctl and tsh clients를 설치합니다:

Mac

     `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에서 유지 관리하지 않으므로 신뢰성이나 보안을
       보장할 수 없습니다.
     

Windows - Powershell

     ```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

     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
     ```
   

 

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 명령을 실행할 수도 있습니다.

• Teleport 바이너리가 설치된, Teleport 프로세스를 호스팅할 AWS EC2 인스턴스. 호스트에는 기존 데이터 디렉터리(/var/lib/teleport 기본값)가 없어야 합니다. 이 인스턴스가 이전에 Teleport 클러스터에 참여한 적이 있다면 데이터 디렉터리를 삭제하세요.

1/5단계. AWS IAM 자격 증명 설정#

Teleport Auth Service는 클러스터에 참여하려는 EC2 인스턴스가 합법적이고 현재 실행 중인지 확인하기 위해 ec2:DescribeInstances를 호출할 권한이 필요합니다.

IAM 정책 생성#

계정에서 teleport-DescribeInstances-policy라는 이름으로 다음 AWS IAM 정책을 생성하세요:

{
   "Version": "2012-10-17",
   "Statement": [
	   {
		   "Effect": "Allow",
		   "Action": "ec2:DescribeInstances",
		   "Resource": "*"
	   }
   ]
}

IAM 정책 연결#

Teleport Auth Service가 EC2 인스턴스에서 실행 중이고 이미 "Amazon EC2용 IAM 역할"이 연결되어 있다면, 기존 역할에 위의 teleport-DescribeInstances-policy를 추가하세요. 인스턴스에 아직 연결된 역할이 없다면, 위의 정책으로 IAM 역할을 생성하고 Teleport Auth Service를 실행하는 EC2 인스턴스에 연결하세요.

AWS 외부에서 Teleport Auth Service를 실행하는 경우 teleport-DescribeInstances-policy를 Teleport가 인증에 사용할 IAM 사용자에 직접 연결할 수 있습니다.

공유 구성 파일 또는 환경 변수를 통해 Teleport에 IAM 자격 증명을 제공할 수 있습니다. 자세한 내용은 자격 증명 지정하기를 참조하세요.

2/5단계. AWS 참여 토큰 생성#

AWS 계정의 서비스가 Teleport 클러스터에 참여할 수 있도록 Teleport Auth Service에 특별한 동적 토큰을 구성하세요.

내부적으로 서비스는 AWS 참여 토큰에 구성된 허용 규칙과 일치하는 서명된 EC2 인스턴스 자격 증명 문서를 전송하여 AWS 계정에서 실행 중임을 증명합니다.

AWS 계정과 EC2 인스턴스가 실행될 AWS 리전을 지정하는 allow 규칙과 함께 다음 token.yaml을 생성하세요.

# token.yaml
kind: token
version: v2
metadata:
  # the token name is not a secret because instances must prove that they are
  # running in your AWS account to use this token
  name: ec2-token
spec:
  # use the minimal set of roles required (e.g. Node, App, Kube, DB, WindowsDesktop)
  roles: [Node]

  # set the join method allowed for this token
  join_method: ec2

  # aws_iid_ttl is the amount of time after the EC2 instance is launched during
  # which it should be allowed to join the cluster. Use a short TTL to decrease
  # the risk of stolen EC2 Instance Identity Documents being used to join your
  # cluster.
  #
  # When launching your first Teleport process using the EC2 join method, you may need to
  # temporarily configure a higher `aws_iid_ttl` value so that you have time
  # to get Teleport set up and configured. This feature works best once Teleport
  # is configured in an EC2 AMI to start automatically on launch.
  aws_iid_ttl: 5m

  allow:
  - aws_account: "111111111111" # your AWS account ID
    aws_regions: # use the minimal set of AWS regions required
    - us-west-1
    - us-west-2

tctl create token.yaml을 실행하여 토큰을 생성하세요.

3/5단계 Teleport 설치#

AWS EC2 인스턴스에 Teleport를 설치하세요.

Linux 서버에 Teleport Agent를 설치하려면:

권장 설치 방법은 클러스터 설치 스크립트입니다. 이 스크립트는 클러스터에 맞는 올바른 버전, 에디션, 설치 모드를 선택합니다.

1. teleport.example.com:443에 Teleport 클러스터의 호스트명과 포트를 할당하되, 스킴(https://)은 포함하지 마십시오.

2. 클러스터의 설치 스크립트를 실행하십시오:

   $ curl "https://teleport.example.com:443/scripts/install.sh" | sudo bash
   

4/5단계. 서비스 구성#

EC2 참여 방법은 SSH, Proxy, Kubernetes, 애플리케이션, 데이터베이스 또는 Windows Desktop 서비스를 실행하는 Teleport 프로세스에 사용할 수 있습니다. Teleport 프로세스는 AWS EC2 인스턴스에서 직접 실행되어야 하며 AWS EC2 IMDSv2에 대한 네트워크 접근이 있어야 합니다(대부분의 EC2 인스턴스에서 기본으로 활성화되어 있습니다).

사용자 지정 teleport.yaml 파일로 Teleport 프로세스를 구성하세요. 다음 예시 구성에 표시된 것처럼 2단계에서 생성한 토큰과 일치하는 token_name 및 method: ec2가 포함된 join_params 섹션을 사용하세요:

# /etc/teleport.yaml
version: v3
teleport:
  join_params:
    token_name: ec2-token
    method: ec2
  proxy_server: https://teleport.example.com:443
ssh_service:
  enabled: true
auth_service:
  enabled: false
proxy_service:
  enabled: false

5/5단계. Teleport 프로세스 시작#

systemd 서비스를 생성하여 호스트가 부팅될 때 your Teleport instance이 자동으로 시작되도록 구성합니다. 지침은 your Teleport instance을 어떻게 설치했는지에 따라 다릅니다.

Package Manager

your Teleport instance을 실행할 호스트에서 Teleport를 활성화하고 시작합니다:

$ sudo systemctl enable teleport
$ sudo systemctl start teleport

TAR Archive

your Teleport instance을 실행할 호스트에서 Teleport용 systemd 서비스 구성을 생성하고, Teleport 서비스를 활성화한 후 Teleport를 시작합니다:

$ sudo teleport install systemd -o /etc/systemd/system/teleport.service
$ sudo systemctl enable teleport
$ sudo systemctl start teleport

systemctl status teleport로 your Teleport instance의 상태를 확인하고 journalctl -fu teleport로 로그를 볼 수 있습니다.

호스트에서 Teleport를 시작하고 클러스터에 연결하고 참여할 수 있는지 확인하세요. 모든 설정이 완료되었습니다!

여러 AWS 계정에 대한 EC2 참여 방법 구성#

Teleport Auth Service가 실행 중인 계정이 아닌 다른 AWS 계정의 EC2 인스턴스에서 Teleport 프로세스가 참여하려면 Teleport가 각 계정의 IAM 역할을 수임하고 해당 외부 계정에서 ec2:DescribeInstances를 호출할 수 있는 권한이 있어야 합니다.

EC2 인스턴스가 실행될 각 AWS 계정에서:

1. 1.1단계의 teleport-DescribeInstances-policy를 생성하세요.

2. Teleport Auth Service가 실행 중인 계정에서 수임할 수 있는 IAM 역할 teleport-DescribeInstances-role을 생성하세요.

   AWS IAM 콘솔로 이동하여 역할 생성을 선택하고, "신뢰할 수 있는 엔터티 유형 선택"에서 "다른 AWS 계정"을 선택한 다음 Teleport Auth Service가 실행 중인 계정의 AWS 계정 ID를 입력하세요.

3. 역할에 teleport-DescribeInstances-policy를 연결하세요.

Teleport Auth Service가 실행 중인 AWS 계정에서:

1. 각 외부 계정에 대한 AssumeRole 문이 포함된 teleport-AssumeRole-policy라는 이름의 IAM 정책을 생성하세요:

{
   "Version": "2012-10-17",
   "Statement": [
        {
            "Effect": "Allow",
            "Action": "sts:AssumeRole",
            "Resource": "arn:aws:iam::222222222222:role/teleport-DescribeInstances-role"
        },
        {
            "Effect": "Allow",
            "Action": "sts:AssumeRole",
            "Resource": "arn:aws:iam::333333333333:role/teleport-DescribeInstances-role"
        }
   ]
}

1. 이 teleport-AssumeRole-policy를 Teleport Auth Service가 자격 증명을 보유한 IAM 역할에 연결하세요(1.2단계 참조).

AWS 참여 토큰을 생성할 때, 각 외부 계정에 대한 허용 규칙을 포함하고 외부 teleport-DescribeInstances-role에 대한 AWS ARN을 지정하세요.

# token.yaml
kind: token
version: v2
metadata:
  name: ec2-multiaccount-token
spec:
  roles: [Node]
  aws_iid_ttl: 5m
  allow:
  - aws_account: "222222222222"
    aws_regions:
    - us-west-1
    - us-west-2
    aws_role: "arn:aws:iam::222222222222:role/teleport-DescribeInstances-role"
  - aws_account: "333333333333"
    aws_regions:
    - us-west-1
    - us-west-2
    aws_role: "arn:aws:iam::333333333333:role/teleport-DescribeInstances-role"