InfoGrab DocsInfoGrab Docs

셀프 호스팅 MySQL 또는 MariaDB를 사용한 데이터베이스 접근

요약

Teleport는 Teleport Database Service를 통해 MySQL or MariaDB에 대한 안전한 접근을 제공할 수 있습니다. Teleport Database Service는 데이터베이스 클라이언트의 트래픽을 인프라에 있는 자체 호스팅 데이터베이스로 프록시합니다.

Teleport는 Teleport Database Service를 통해 MySQL or MariaDB에 대한 안전한 접근을 제공할 수 있습니다. 이를 통해 Teleport RBAC 시스템을 사용한 세분화된 접근 제어가 가능합니다.

Teleport Database Service는 데이터베이스 클라이언트의 트래픽을 인프라에 있는 자체 호스팅 데이터베이스로 프록시합니다. Teleport는 데이터베이스 클라이언트를 위한 인증 기관(CA)을 유지합니다. 데이터베이스가 Teleport 데이터베이스 클라이언트 CA를 신뢰하도록 구성하면, Teleport Database Service는 사용자 트래픽을 프록시할 때 이 CA로 서명된 인증서를 제시합니다. 이러한 설정을 사용하면 자체 호스팅 데이터베이스에 대한 장기 자격 증명을 저장할 필요가 없습니다.

한편 Teleport Database Service는 자체 호스팅 데이터베이스의 TLS 인증서를 Teleport 데이터베이스 CA 또는 데이터베이스에 사용되는 사용자 지정 CA와 대조하여 데이터베이스를 검증합니다.

이 가이드에서는 다음을 수행합니다.

  1. Teleport 접근을 위해 MySQL or MariaDB 데이터베이스를 구성합니다.
  2. 데이터베이스를 Teleport 클러스터에 추가합니다.
  3. Teleport를 통해 데이터베이스에 연결합니다.

작동 방식#

Teleport Database Service는 상호 TLS(mutual TLS)를 사용하여 자체 호스팅된 MySQL or MariaDB 데이터베이스에 인증합니다. MySQL or MariaDB는 데이터베이스 클라이언트에 대한 Teleport 인증 기관(CA)을 신뢰하며, Teleport 데이터베이스 CA 또는 커스텀 CA가 서명한 인증서를 제시합니다. 사용자가 데이터베이스 세션을 시작하면 Teleport Database Service는 Teleport가 서명한 인증서를 제시합니다. 이후 인증된 연결이 사용자의 클라이언트 트래픽을 프록시합니다.

셀프 호스팅 Teleport 클러스터로 MySQL 등록

클라우드 호스팅 Teleport 클러스터로 MySQL 등록

사전 요구사항#

  • 실행 중인 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` 파일을 더블 클릭하여 설치를 시작합니다.
 
     
Warning
       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
     ```
   

 
  • 셀프 호스팅 MySQL 또는 MariaDB 인스턴스.
  • Teleport 데이터베이스 서비스를 실행할 호스트(예: Amazon EC2 인스턴스).
  • 선택 사항: 셀프 호스팅 데이터베이스에 대한 인증서를 발급하는 인증 기관.

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

1/4단계. Teleport 데이터베이스 토큰 생성#

Database Service가 Teleport 클러스터에 조인하려면 유효한 조인 토큰이 필요합니다. 다음 tctl 명령을 실행하고 Database Service를 실행할 서버에서 토큰 출력을 /tmp/token에 저장합니다:

$ tctl tokens add --type=db --format=text
(=presets.tokens.first=)

2/4단계. 인증서/키 쌍 생성#

Teleport는 자체 호스팅 데이터베이스와 상호 TLS 인증을 사용합니다. 이러한 데이터베이스는 Teleport Database Service가 제시하는 인증서를 검증할 수 있어야 합니다. 자체 호스팅 데이터베이스에는 Teleport가 검증할 수 있는 인증서/키 쌍도 필요합니다.

기본적으로 Teleport Database Service는 Teleport Auth Service가 관리하는 인증 기관(CA)이 발급한 인증서를 신뢰합니다. 다음 중 하나를 선택할 수 있습니다:

  • 자체 호스팅 데이터베이스가 이 CA를 신뢰하도록 구성하고, Teleport가 데이터베이스가 Teleport Database Service에 제시할 인증서를 발급하도록 지시합니다.
  • Database Service가 커스텀 CA를 신뢰하도록 구성합니다.

Use the Teleport CA

데이터베이스가 Teleport CA를 신뢰하도록 구성하고 데이터베이스용 인증서를 발급하려면 워크스테이션에서 다음 지침을 따르십시오:

  1. 워크스테이션에서 tctl을 사용하려면 데이터베이스 인증서를 생성할 수 있도록 Teleport 사용자가 시스템 role Db를 임퍼소네이트할 수 있는 권한이 있어야 합니다. Teleport 사용자의 role에 다음 allow 규칙을 포함하십시오:

    allow:
      impersonate:
        users: ["Db"]
        roles: ["Db"]
    
  2. Teleport의 인증 기관을 내보내고 인증서/키 쌍을 생성합니다. 이 예시는 유효 기간이 90일인 인증서를 생성합니다. db.example.com은 Teleport Database Service가 MySQL 서버에 도달할 수 있는 호스트 이름입니다.

    $ tctl auth sign --format=db --host=db.example.com --out=server --ttl=2160h
    
Note

더 짧은 TTL을 사용하는 것을 권장하지만, 연결 기능을 잃지 않으려면 데이터베이스 서버 인증서가 만료되기 전에 갱신해야 한다는 점에 유의하십시오. 사용 사례에 가장 적합한 TTL 값을 선택하십시오.

이 명령은 server.cas, server.crt, server.key 3개의 파일을 생성합니다.

Use a custom CA

MySQL 데이터베이스에 인증서 서명에 사용하는 CA가 이미 있다면, 데이터베이스가 Teleport Database Service의 트래픽을 인증할 수 있도록 Teleport CA 인증서만 내보내면 됩니다. Db 임퍼소네이션 권한을 활성화할 필요는 없습니다.

  1. example.teleport.sh:443를 클러스터의 Teleport Proxy Service 호스트 및 웹 포트로 바꾸십시오. 워크스테이션에서 다음 명령을 실행하십시오:

    $ tctl auth export --type=db-client --auth-server=example.teleport.sh:443 > db-client.cas
    

    이 명령은 db-client.cas 파일 1개를 생성합니다.

  2. db-client.cas의 내용을 데이터베이스의 기존 CA 인증서 파일에 추가하십시오. 이 가이드에서는 해당 파일 이름을 server.cas로 가정합니다.

  3. 기존 데이터베이스 CA에서 데이터베이스 서버용으로 서명된 TLS 인증서와 개인 키를 가져와 server.crtserver.key를 생성하십시오. 이 파일들은 가이드 뒷부분에서 사용하게 됩니다.

3/4단계. MySQL/MariaDB 구성#

MySQL이 TLS 연결을 수락하도록 구성하려면 MySQL 구성 파일 mysql.cnf에 다음을 추가합니다:

[mysqld]
require_secure_transport=ON
ssl-ca=/path/to/server.cas
ssl-cert=/path/to/server.crt
ssl-key=/path/to/server.key

MariaDB가 TLS 연결을 수락하도록 구성하려면 MariaDB 구성 파일 mysql.cnf에 다음을 추가합니다:

[mariadb]
require_secure_transport=ON
ssl-ca=/path/to/server.cas
ssl-cert=/path/to/server.crt
ssl-key=/path/to/server.key

이 구성을 활성화하려면 데이터베이스 인스턴스를 재시작합니다. 또한 MySQL/MariaDB 데이터베이스 사용자 계정은 유효한 클라이언트 인증서를 요구하도록 구성되어야 합니다.

새 사용자를 생성합니다:

CREATE USER 'alice'@'%' REQUIRE SUBJECT '/CN=alice';

기본적으로 생성된 사용자는 아무것에도 접근할 수 없어 연결할 수 없으므로 일부 권한을 부여합니다:

GRANT ALL ON `%`.* TO 'alice'@'%';
Warning

이것은 사용자에게 데이터베이스 전체 권한을 부여하는 예시 명령입니다. 프로덕션 환경에서는 최소 권한 원칙을 따라야 합니다.

Teleport는 인증서를 사용하여 데이터베이스 사용자를 인증하므로, 해당 사용자에게 패스워드가 설정되어 있으면 안 됩니다. 기존 사용자의 패스워드를 제거하면 기존 통합이 중단될 수 있습니다. Teleport 접근을 위해 전용 새 데이터베이스 사용자를 사용하는 것을 고려하세요.

유효한 인증서를 요구하도록 기존 사용자를 업데이트합니다:

ALTER USER 'alice'@'%' REQUIRE SUBJECT '/CN=alice';

사용자에서 패스워드를 제거합니다:

SET PASSWORD FOR 'alice'@'%' = PASSWORD("");

자세한 내용은 MySQL 문서의 암호화된 연결 사용을 위한 MySQL 구성 또는 MariaDB 문서의 MariaDB 서버에서 TLS 활성화를 참조하세요.

Teleport 사용자 생성#

Tip

기존 사용자를 수정하여 Database Service 접근 권한을 부여하려면 Database Access Controls를 참조하십시오.

Teleport Community Edition

내장 access 역할을 가진 로컬 Teleport 사용자를 생성합니다:

$ tctl users add \
  --roles=access \
  --db-users="*" \
  --db-names="*" \
  alice

Teleport Enterprise/Enterprise Cloud

내장 accessrequester 역할을 가진 로컬 Teleport 사용자를 생성합니다:

$ tctl users add \
  --roles=access,requester \
  --db-users="*" \
  --db-names="*" \
  alice
Flag 설명
--roles 사용자에게 할당할 역할 목록입니다. 내장 access 역할은 Teleport에 등록된 모든 데이터베이스 서버에 연결할 수 있게 합니다.
--db-users 사용자가 데이터베이스에 연결할 때 사용할 수 있는 데이터베이스 사용자명 목록입니다. 와일드카드는 모든 사용자를 허용합니다.
--db-names 사용자가 데이터베이스 서버 내에서 연결할 수 있는 논리적 데이터베이스(즉, 스키마) 목록입니다. 와일드카드는 모든 데이터베이스를 허용합니다.
Warning

데이터베이스 이름은 PostgreSQL, MongoDB, Cloud Spanner 데이터베이스에서만 적용됩니다.

데이터베이스 접근 제어 및 접근 제한 방법에 대한 자세한 정보는 RBAC 문서를 참조하십시오.

데이터베이스 서비스 구성 및 시작#

Teleport 데이터베이스 서비스를 실행할 위치에 Teleport를 설치하고 구성합니다:

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

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

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

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

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

Teleport Database Service를 실행할 호스트에서 적절한 구성으로 Teleport를 시작합니다.

단일 Teleport 프로세스는 여러 개의 서로 다른 서비스를 실행할 수 있다는 점에 유의하세요. 예를 들어 여러 Database Service 에이전트뿐만 아니라 SSH Service나 Application Service를 함께 실행할 수 있습니다. 아래 단계는 기존 구성 파일을 덮어쓰므로, 여러 서비스를 실행 중이라면 --output=stdout을 추가하여 구성을 터미널에 출력하고 /etc/teleport.yaml을 수동으로 조정하세요.

다음 명령을 실행하여 Database Service를 위한 구성 파일을 /etc/teleport.yaml에 생성합니다. example.teleport.sh를 Teleport Proxy Service의 호스트와 포트를 사용하도록 업데이트하세요:

$ sudo teleport db configure create \
   -o file \
   --token=/tmp/token \
   --proxy=example.teleport.sh:443 \
   --name=example-mysql \
   --protocol=mysql \
   --uri=mysql.example.com:3306 \
   --labels=env=dev 

사용자 지정 CA를 신뢰하도록 Teleport Database Service를 구성하려면:

  1. 사용자 지정 CA에 대한 CA 인증서를 내보내고 Teleport Database Service 호스트의 /var/lib/teleport/db.ca에서 사용할 수 있도록 합니다.

  2. 위 명령을 --ca-cert-file 플래그를 사용하는 형태로 변형하여 실행합니다. 이는 Teleport Database Service가 데이터베이스의 트래픽을 검증하기 위해 db.ca에 있는 CA 인증서를 사용하도록 구성합니다:

    $ sudo teleport db configure create \
       -o file \
       --token=/tmp/token \
       --proxy=example.teleport.sh:443 \
       --name=example-mysql \
       --protocol=mysql \
       --uri=mysql.example.com:3306 \
       --ca-cert-file="/var/lib/teleport/db.ca" \
       --labels=env=dev
    

데이터베이스 서버가 ComodoCA나 DigiCert와 같은 공용 CA가 서명한 인증서를 사용하는 경우, CA를 내보내지 않고 trust-system-cert-pool 옵션을 사용할 수 있습니다:

$ sudo teleport db configure create \
   -o file \
   --token=/tmp/token \
   --proxy=example.teleport.sh:443 \
   --name=example-mysql \
   --protocol=mysql \
   --uri=mysql.example.com:3306 \
   --trust-system-cert-pool \
   --labels=env=dev

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

Package Manager

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

$ sudo systemctl enable teleport
$ sudo systemctl start teleport

TAR Archive

the Teleport Database Service을 실행할 호스트에서 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로 the Teleport Database Service의 상태를 확인하고 journalctl -fu teleport로 로그를 볼 수 있습니다.

Teleport는 Kubernetes 클러스터에 Teleport 데이터베이스 서비스를 설치하기 위한 Helm 차트를 제공합니다.

Teleport Helm 리포지토리에서 Teleport 차트를 가져오도록 Helm을 구성하십시오.

$ helm repo add teleport (=teleport.helm_repo_url=)

최신 차트를 가져와 로컬 Helm 캐시를 새로 고치십시오.

$ helm repo update

Teleport Database Service 구성이 포함된 Teleport Agent를 Kubernetes 클러스터에 설치합니다.

다음 내용으로 values.yaml이라는 파일을 생성합니다. example.teleport.sh는 Teleport Proxy Service의 호스트와 포트를 사용하도록, JOIN_TOKEN은 앞서 생성한 join token으로 변경합니다.

roles: db
proxyAddr: example.teleport.sh
# Set to false if using Teleport Community Edition
enterprise: true
authToken: "JOIN_TOKEN"
databases:
  - name: example-mysql
    uri: mysql.example.com:3306
    protocol: mysql
    static_labels:
      env: dev

Teleport Database Service가 커스텀 CA를 신뢰하도록 구성하려면 다음을 수행합니다.

  1. 커스텀 CA용 CA 인증서를 내보내고 워크스테이션의 db.ca에서 사용할 수 있도록 합니다.

  2. 다음 명령을 사용하여 Teleport와 동일한 네임스페이스에 데이터베이스 CA 인증서가 포함된 secret을 생성합니다.

    $ kubectl create secret generic db-ca --from-file=ca.pem=/path/to/db.ca
    
  3. values.yaml에 다음을 추가합니다.

      roles: db
      proxyAddr: example.teleport.sh
      # Set to false if using Teleport Community Edition
      enterprise: true
      authToken: JOIN_TOKEN
      databases:
        - name: example-mysql
          uri: mysql.example.com:3306
          protocol: mysql
    +     tls:
    +       ca_cert_file: "/etc/teleport-tls-db/db-ca/ca.pem"
          static_labels:
            env: dev
    + extraVolumes:
    +   - name: db-ca
    +     secret:
    +       secretName: db-ca
    + extraVolumeMounts:
    +   - name: db-ca
    +     mountPath: /etc/teleport-tls-db/db-ca
    +     readOnly: true
    
  4. 차트를 설치합니다.

    $ helm install teleport-kube-agent teleport/teleport-kube-agent \
      --create-namespace \
      --namespace teleport-agent \
      --version (=teleport.version=) \
      -f values.yaml
    
  5. Teleport Agent pod가 실행 중인지 확인합니다. ready 상태의 컨테이너가 하나 있는 teleport-kube-agent pod가 하나 표시되어야 합니다.

    $ kubectl -n teleport-agent get pods
    NAME                    READY   STATUS    RESTARTS   AGE
    teleport-kube-agent-0   1/1     Running   0          32s
    
Tip

하나의 Teleport 프로세스는 여러 서비스를 실행할 수 있습니다. 예를 들어, 여러 Database Service 인스턴스뿐만 아니라 SSH Service나 Application Service와 같은 다른 서비스도 함께 실행할 수 있습니다.

4/4단계. 연결#

데이터베이스 서비스가 클러스터에 합류하면 로그인하여 사용 가능한 데이터베이스를 확인합니다:

$ tsh login --proxy=teleport.example.com --user=alice
$ tsh db ls
# Name          Description   Labels
# ------------- ------------- --------
# example-mysql Example MySQL env=dev
$ tsh login --proxy=mytenant.teleport.sh --user=alice
$ tsh db ls
# Name          Description   Labels
# ------------- ------------- --------
# example-mysql Example MySQL env=dev

역할이 접근 권한을 가진 데이터베이스만 볼 수 있습니다. 자세한 내용은 RBAC 가이드를 참조하세요.

데이터베이스의 자격 증명을 가져와서 연결하려면:

$ tsh db connect --db-user=alice --db-name=mysql example-mysql
Note

연결하려면 PATHmysql 또는 mariadb 커맨드라인 클라이언트가 있어야 합니다. mariadb는 MySQL 및 MariaDB의 기본 커맨드라인 클라이언트입니다.

Note

이 섹션의 내용은 원문 문서를 참조하세요. (proxy-db-tunnel.mdx)

Tip
[Web UI를 사용하여 MySQL or MariaDB 데이터베이스에 접근](../../connect-your-client/teleport-clients/web-ui.mdx#starting-a-database-session)할 수도 있습니다.

데이터베이스에서 로그아웃하고 자격 증명을 제거하려면:

# 특정 데이터베이스 인스턴스의 자격 증명 제거.
$ tsh db logout example-mysql
# 모든 데이터베이스 인스턴스의 자격 증명 제거.
$ tsh db logout

셀프 호스팅 MySQL 또는 MariaDB를 사용한 데이터베이스 접근

Teleport v18.9
원문 보기
요약

Teleport는 Teleport Database Service를 통해 MySQL or MariaDB에 대한 안전한 접근을 제공할 수 있습니다. Teleport Database Service는 데이터베이스 클라이언트의 트래픽을 인프라에 있는 자체 호스팅 데이터베이스로 프록시합니다.

Teleport는 Teleport Database Service를 통해 MySQL or MariaDB에 대한 안전한 접근을 제공할 수 있습니다. 이를 통해 Teleport RBAC 시스템을 사용한 세분화된 접근 제어가 가능합니다.

Teleport Database Service는 데이터베이스 클라이언트의 트래픽을 인프라에 있는 자체 호스팅 데이터베이스로 프록시합니다. Teleport는 데이터베이스 클라이언트를 위한 인증 기관(CA)을 유지합니다. 데이터베이스가 Teleport 데이터베이스 클라이언트 CA를 신뢰하도록 구성하면, Teleport Database Service는 사용자 트래픽을 프록시할 때 이 CA로 서명된 인증서를 제시합니다. 이러한 설정을 사용하면 자체 호스팅 데이터베이스에 대한 장기 자격 증명을 저장할 필요가 없습니다.

한편 Teleport Database Service는 자체 호스팅 데이터베이스의 TLS 인증서를 Teleport 데이터베이스 CA 또는 데이터베이스에 사용되는 사용자 지정 CA와 대조하여 데이터베이스를 검증합니다.

이 가이드에서는 다음을 수행합니다.

  1. Teleport 접근을 위해 MySQL or MariaDB 데이터베이스를 구성합니다.
  2. 데이터베이스를 Teleport 클러스터에 추가합니다.
  3. Teleport를 통해 데이터베이스에 연결합니다.

작동 방식#

Teleport Database Service는 상호 TLS(mutual TLS)를 사용하여 자체 호스팅된 MySQL or MariaDB 데이터베이스에 인증합니다. MySQL or MariaDB는 데이터베이스 클라이언트에 대한 Teleport 인증 기관(CA)을 신뢰하며, Teleport 데이터베이스 CA 또는 커스텀 CA가 서명한 인증서를 제시합니다. 사용자가 데이터베이스 세션을 시작하면 Teleport Database Service는 Teleport가 서명한 인증서를 제시합니다. 이후 인증된 연결이 사용자의 클라이언트 트래픽을 프록시합니다.

셀프 호스팅 Teleport 클러스터로 MySQL 등록

클라우드 호스팅 Teleport 클러스터로 MySQL 등록

사전 요구사항#

  • 실행 중인 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` 파일을 더블 클릭하여 설치를 시작합니다.
 
     
Warning
       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
     ```
   

 
  • 셀프 호스팅 MySQL 또는 MariaDB 인스턴스.
  • Teleport 데이터베이스 서비스를 실행할 호스트(예: Amazon EC2 인스턴스).
  • 선택 사항: 셀프 호스팅 데이터베이스에 대한 인증서를 발급하는 인증 기관.

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

1/4단계. Teleport 데이터베이스 토큰 생성#

Database Service가 Teleport 클러스터에 조인하려면 유효한 조인 토큰이 필요합니다. 다음 tctl 명령을 실행하고 Database Service를 실행할 서버에서 토큰 출력을 /tmp/token에 저장합니다:

$ tctl tokens add --type=db --format=text
(=presets.tokens.first=)

2/4단계. 인증서/키 쌍 생성#

Teleport는 자체 호스팅 데이터베이스와 상호 TLS 인증을 사용합니다. 이러한 데이터베이스는 Teleport Database Service가 제시하는 인증서를 검증할 수 있어야 합니다. 자체 호스팅 데이터베이스에는 Teleport가 검증할 수 있는 인증서/키 쌍도 필요합니다.

기본적으로 Teleport Database Service는 Teleport Auth Service가 관리하는 인증 기관(CA)이 발급한 인증서를 신뢰합니다. 다음 중 하나를 선택할 수 있습니다:

  • 자체 호스팅 데이터베이스가 이 CA를 신뢰하도록 구성하고, Teleport가 데이터베이스가 Teleport Database Service에 제시할 인증서를 발급하도록 지시합니다.
  • Database Service가 커스텀 CA를 신뢰하도록 구성합니다.

Use the Teleport CA

데이터베이스가 Teleport CA를 신뢰하도록 구성하고 데이터베이스용 인증서를 발급하려면 워크스테이션에서 다음 지침을 따르십시오:

  1. 워크스테이션에서 tctl을 사용하려면 데이터베이스 인증서를 생성할 수 있도록 Teleport 사용자가 시스템 role Db를 임퍼소네이트할 수 있는 권한이 있어야 합니다. Teleport 사용자의 role에 다음 allow 규칙을 포함하십시오:

    allow:
      impersonate:
        users: ["Db"]
        roles: ["Db"]
    
  2. Teleport의 인증 기관을 내보내고 인증서/키 쌍을 생성합니다. 이 예시는 유효 기간이 90일인 인증서를 생성합니다. db.example.com은 Teleport Database Service가 MySQL 서버에 도달할 수 있는 호스트 이름입니다.

    $ tctl auth sign --format=db --host=db.example.com --out=server --ttl=2160h
    
Note

더 짧은 TTL을 사용하는 것을 권장하지만, 연결 기능을 잃지 않으려면 데이터베이스 서버 인증서가 만료되기 전에 갱신해야 한다는 점에 유의하십시오. 사용 사례에 가장 적합한 TTL 값을 선택하십시오.

이 명령은 server.cas, server.crt, server.key 3개의 파일을 생성합니다.

Use a custom CA

MySQL 데이터베이스에 인증서 서명에 사용하는 CA가 이미 있다면, 데이터베이스가 Teleport Database Service의 트래픽을 인증할 수 있도록 Teleport CA 인증서만 내보내면 됩니다. Db 임퍼소네이션 권한을 활성화할 필요는 없습니다.

  1. example.teleport.sh:443를 클러스터의 Teleport Proxy Service 호스트 및 웹 포트로 바꾸십시오. 워크스테이션에서 다음 명령을 실행하십시오:

    $ tctl auth export --type=db-client --auth-server=example.teleport.sh:443 > db-client.cas
    

    이 명령은 db-client.cas 파일 1개를 생성합니다.

  2. db-client.cas의 내용을 데이터베이스의 기존 CA 인증서 파일에 추가하십시오. 이 가이드에서는 해당 파일 이름을 server.cas로 가정합니다.

  3. 기존 데이터베이스 CA에서 데이터베이스 서버용으로 서명된 TLS 인증서와 개인 키를 가져와 server.crtserver.key를 생성하십시오. 이 파일들은 가이드 뒷부분에서 사용하게 됩니다.

3/4단계. MySQL/MariaDB 구성#

MySQL이 TLS 연결을 수락하도록 구성하려면 MySQL 구성 파일 mysql.cnf에 다음을 추가합니다:

[mysqld]
require_secure_transport=ON
ssl-ca=/path/to/server.cas
ssl-cert=/path/to/server.crt
ssl-key=/path/to/server.key

MariaDB가 TLS 연결을 수락하도록 구성하려면 MariaDB 구성 파일 mysql.cnf에 다음을 추가합니다:

[mariadb]
require_secure_transport=ON
ssl-ca=/path/to/server.cas
ssl-cert=/path/to/server.crt
ssl-key=/path/to/server.key

이 구성을 활성화하려면 데이터베이스 인스턴스를 재시작합니다. 또한 MySQL/MariaDB 데이터베이스 사용자 계정은 유효한 클라이언트 인증서를 요구하도록 구성되어야 합니다.

새 사용자를 생성합니다:

CREATE USER 'alice'@'%' REQUIRE SUBJECT '/CN=alice';

기본적으로 생성된 사용자는 아무것에도 접근할 수 없어 연결할 수 없으므로 일부 권한을 부여합니다:

GRANT ALL ON `%`.* TO 'alice'@'%';
Warning

이것은 사용자에게 데이터베이스 전체 권한을 부여하는 예시 명령입니다. 프로덕션 환경에서는 최소 권한 원칙을 따라야 합니다.

Teleport는 인증서를 사용하여 데이터베이스 사용자를 인증하므로, 해당 사용자에게 패스워드가 설정되어 있으면 안 됩니다. 기존 사용자의 패스워드를 제거하면 기존 통합이 중단될 수 있습니다. Teleport 접근을 위해 전용 새 데이터베이스 사용자를 사용하는 것을 고려하세요.

유효한 인증서를 요구하도록 기존 사용자를 업데이트합니다:

ALTER USER 'alice'@'%' REQUIRE SUBJECT '/CN=alice';

사용자에서 패스워드를 제거합니다:

SET PASSWORD FOR 'alice'@'%' = PASSWORD("");

자세한 내용은 MySQL 문서의 암호화된 연결 사용을 위한 MySQL 구성 또는 MariaDB 문서의 MariaDB 서버에서 TLS 활성화를 참조하세요.

Teleport 사용자 생성#

Tip

기존 사용자를 수정하여 Database Service 접근 권한을 부여하려면 Database Access Controls를 참조하십시오.

Teleport Community Edition

내장 access 역할을 가진 로컬 Teleport 사용자를 생성합니다:

$ tctl users add \
  --roles=access \
  --db-users="*" \
  --db-names="*" \
  alice

Teleport Enterprise/Enterprise Cloud

내장 accessrequester 역할을 가진 로컬 Teleport 사용자를 생성합니다:

$ tctl users add \
  --roles=access,requester \
  --db-users="*" \
  --db-names="*" \
  alice
Flag 설명
--roles 사용자에게 할당할 역할 목록입니다. 내장 access 역할은 Teleport에 등록된 모든 데이터베이스 서버에 연결할 수 있게 합니다.
--db-users 사용자가 데이터베이스에 연결할 때 사용할 수 있는 데이터베이스 사용자명 목록입니다. 와일드카드는 모든 사용자를 허용합니다.
--db-names 사용자가 데이터베이스 서버 내에서 연결할 수 있는 논리적 데이터베이스(즉, 스키마) 목록입니다. 와일드카드는 모든 데이터베이스를 허용합니다.
Warning

데이터베이스 이름은 PostgreSQL, MongoDB, Cloud Spanner 데이터베이스에서만 적용됩니다.

데이터베이스 접근 제어 및 접근 제한 방법에 대한 자세한 정보는 RBAC 문서를 참조하십시오.

데이터베이스 서비스 구성 및 시작#

Teleport 데이터베이스 서비스를 실행할 위치에 Teleport를 설치하고 구성합니다:

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

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

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

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

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

Teleport Database Service를 실행할 호스트에서 적절한 구성으로 Teleport를 시작합니다.

단일 Teleport 프로세스는 여러 개의 서로 다른 서비스를 실행할 수 있다는 점에 유의하세요. 예를 들어 여러 Database Service 에이전트뿐만 아니라 SSH Service나 Application Service를 함께 실행할 수 있습니다. 아래 단계는 기존 구성 파일을 덮어쓰므로, 여러 서비스를 실행 중이라면 --output=stdout을 추가하여 구성을 터미널에 출력하고 /etc/teleport.yaml을 수동으로 조정하세요.

다음 명령을 실행하여 Database Service를 위한 구성 파일을 /etc/teleport.yaml에 생성합니다. example.teleport.sh를 Teleport Proxy Service의 호스트와 포트를 사용하도록 업데이트하세요:

$ sudo teleport db configure create \
   -o file \
   --token=/tmp/token \
   --proxy=example.teleport.sh:443 \
   --name=example-mysql \
   --protocol=mysql \
   --uri=mysql.example.com:3306 \
   --labels=env=dev 

사용자 지정 CA를 신뢰하도록 Teleport Database Service를 구성하려면:

  1. 사용자 지정 CA에 대한 CA 인증서를 내보내고 Teleport Database Service 호스트의 /var/lib/teleport/db.ca에서 사용할 수 있도록 합니다.

  2. 위 명령을 --ca-cert-file 플래그를 사용하는 형태로 변형하여 실행합니다. 이는 Teleport Database Service가 데이터베이스의 트래픽을 검증하기 위해 db.ca에 있는 CA 인증서를 사용하도록 구성합니다:

    $ sudo teleport db configure create \
       -o file \
       --token=/tmp/token \
       --proxy=example.teleport.sh:443 \
       --name=example-mysql \
       --protocol=mysql \
       --uri=mysql.example.com:3306 \
       --ca-cert-file="/var/lib/teleport/db.ca" \
       --labels=env=dev
    

데이터베이스 서버가 ComodoCA나 DigiCert와 같은 공용 CA가 서명한 인증서를 사용하는 경우, CA를 내보내지 않고 trust-system-cert-pool 옵션을 사용할 수 있습니다:

$ sudo teleport db configure create \
   -o file \
   --token=/tmp/token \
   --proxy=example.teleport.sh:443 \
   --name=example-mysql \
   --protocol=mysql \
   --uri=mysql.example.com:3306 \
   --trust-system-cert-pool \
   --labels=env=dev

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

Package Manager

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

$ sudo systemctl enable teleport
$ sudo systemctl start teleport

TAR Archive

the Teleport Database Service을 실행할 호스트에서 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로 the Teleport Database Service의 상태를 확인하고 journalctl -fu teleport로 로그를 볼 수 있습니다.

Teleport는 Kubernetes 클러스터에 Teleport 데이터베이스 서비스를 설치하기 위한 Helm 차트를 제공합니다.

Teleport Helm 리포지토리에서 Teleport 차트를 가져오도록 Helm을 구성하십시오.

$ helm repo add teleport (=teleport.helm_repo_url=)

최신 차트를 가져와 로컬 Helm 캐시를 새로 고치십시오.

$ helm repo update

Teleport Database Service 구성이 포함된 Teleport Agent를 Kubernetes 클러스터에 설치합니다.

다음 내용으로 values.yaml이라는 파일을 생성합니다. example.teleport.sh는 Teleport Proxy Service의 호스트와 포트를 사용하도록, JOIN_TOKEN은 앞서 생성한 join token으로 변경합니다.

roles: db
proxyAddr: example.teleport.sh
# Set to false if using Teleport Community Edition
enterprise: true
authToken: "JOIN_TOKEN"
databases:
  - name: example-mysql
    uri: mysql.example.com:3306
    protocol: mysql
    static_labels:
      env: dev

Teleport Database Service가 커스텀 CA를 신뢰하도록 구성하려면 다음을 수행합니다.

  1. 커스텀 CA용 CA 인증서를 내보내고 워크스테이션의 db.ca에서 사용할 수 있도록 합니다.

  2. 다음 명령을 사용하여 Teleport와 동일한 네임스페이스에 데이터베이스 CA 인증서가 포함된 secret을 생성합니다.

    $ kubectl create secret generic db-ca --from-file=ca.pem=/path/to/db.ca
    
  3. values.yaml에 다음을 추가합니다.

      roles: db
      proxyAddr: example.teleport.sh
      # Set to false if using Teleport Community Edition
      enterprise: true
      authToken: JOIN_TOKEN
      databases:
        - name: example-mysql
          uri: mysql.example.com:3306
          protocol: mysql
    +     tls:
    +       ca_cert_file: "/etc/teleport-tls-db/db-ca/ca.pem"
          static_labels:
            env: dev
    + extraVolumes:
    +   - name: db-ca
    +     secret:
    +       secretName: db-ca
    + extraVolumeMounts:
    +   - name: db-ca
    +     mountPath: /etc/teleport-tls-db/db-ca
    +     readOnly: true
    
  4. 차트를 설치합니다.

    $ helm install teleport-kube-agent teleport/teleport-kube-agent \
      --create-namespace \
      --namespace teleport-agent \
      --version (=teleport.version=) \
      -f values.yaml
    
  5. Teleport Agent pod가 실행 중인지 확인합니다. ready 상태의 컨테이너가 하나 있는 teleport-kube-agent pod가 하나 표시되어야 합니다.

    $ kubectl -n teleport-agent get pods
    NAME                    READY   STATUS    RESTARTS   AGE
    teleport-kube-agent-0   1/1     Running   0          32s
    
Tip

하나의 Teleport 프로세스는 여러 서비스를 실행할 수 있습니다. 예를 들어, 여러 Database Service 인스턴스뿐만 아니라 SSH Service나 Application Service와 같은 다른 서비스도 함께 실행할 수 있습니다.

4/4단계. 연결#

데이터베이스 서비스가 클러스터에 합류하면 로그인하여 사용 가능한 데이터베이스를 확인합니다:

$ tsh login --proxy=teleport.example.com --user=alice
$ tsh db ls
# Name          Description   Labels
# ------------- ------------- --------
# example-mysql Example MySQL env=dev
$ tsh login --proxy=mytenant.teleport.sh --user=alice
$ tsh db ls
# Name          Description   Labels
# ------------- ------------- --------
# example-mysql Example MySQL env=dev

역할이 접근 권한을 가진 데이터베이스만 볼 수 있습니다. 자세한 내용은 RBAC 가이드를 참조하세요.

데이터베이스의 자격 증명을 가져와서 연결하려면:

$ tsh db connect --db-user=alice --db-name=mysql example-mysql
Note

연결하려면 PATHmysql 또는 mariadb 커맨드라인 클라이언트가 있어야 합니다. mariadb는 MySQL 및 MariaDB의 기본 커맨드라인 클라이언트입니다.

Note

이 섹션의 내용은 원문 문서를 참조하세요. (proxy-db-tunnel.mdx)

Tip
[Web UI를 사용하여 MySQL or MariaDB 데이터베이스에 접근](../../connect-your-client/teleport-clients/web-ui.mdx#starting-a-database-session)할 수도 있습니다.

데이터베이스에서 로그아웃하고 자격 증명을 제거하려면:

# 특정 데이터베이스 인스턴스의 자격 증명 제거.
$ tsh db logout example-mysql
# 모든 데이터베이스 인스턴스의 자격 증명 제거.
$ tsh db logout