Teleport는 Teleport Database Service를 통해 CockroachDB 에 대한 안전한 액세스를 제공합니다. 이를 통해 Teleport RBAC 시스템을 통한 세밀한 액세스 제어가 가능합니다.

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

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

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

1. Teleport 액세스를 위해 CockroachDB 데이터베이스를 구성합니다.
2. 데이터베이스를 Teleport 클러스터에 추가합니다.
3. Teleport를 통해 데이터베이스에 연결합니다.

작동 원리

Teleport 데이터베이스 서비스는 상시 호스팅된 CockroachDB 데이터베이스에 상호 TLS를 사용하여 인증합니다. CockroachDB는 데이터베이스 클라이언트에 대한 Teleport 인증 기관을 신뢰하며, Teleport 데이터베이스 CA 또는 사용자 정의 CA에 의해 서명된 인증서를 제시합니다. 사용자가 데이터베이스 세션을 시작하면, Teleport 데이터베이스 서비스는 Teleport에 의해 서명된 인증서를 제시합니다. 인증된 연결은 이후 사용자로부터 클라이언트 트래픽을 프록시합니다.

• Self-호스팅
• Teleport Enterprise Cloud

전제 조건

• 실행 중인 Teleport 클러스터 버전 17.0.0-dev 이상. Teleport를 시작하려면 가입하여 무료 평가판을 이용하거나 데모 환경 설정 방법을 확인하십시오.

• tctl 관리자 도구와 tsh 클라이언트 도구.

  tctl 및 tsh 다운로드 방법에 대한 지침은 설치를 방문하십시오.

• CockroachDB 클러스터.

• Teleport 데이터베이스 서비스를 실행할 Amazon EC2 인스턴스와 같은 호스트.

• 연결이 가능한지 확인하기 위해 tsh login 으로 로그인한 다음, 현재 자격 증명을 사용하여 tctl 명령어를 실행할 수 있는지 확인하십시오.

  예를 들어:

  tsh login --proxy=teleport.example.com --user=email@example.com
  tctl status
  클러스터  teleport.example.com
  버전  17.0.0-dev
  CA 핀   sha256:abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678

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

• CockroachDB 클러스터의 노드에 대한 CockroachDB 인증서를 발급할 인증 기관.

  왜 나만의 CA가 필요한가?

  이와 같은 분산 데이터베이스 CockroachDB는 노드 간 통신에 mTLS를 사용합니다.
  Teleport는 노드 간 mTLS 통신을 위한 인증서를 발급하기 위해 고유한 CA를 보유할 것을 요구합니다.

  Teleport는 데이터베이스 접근을 위해 분할 CA 아키텍처를 사용합니다. Teleport db CA는 서버 인증서를 발급하고 db_client CA는 클라이언트 인증서를 발급합니다.

  데이터베이스는 클라이언트 인증을 위해 Teleport db_client CA를 신뢰하도록 구성되어 있지만, db CA는 신뢰하지 않습니다.
  추가로, Teleport는 일시적 db_client CA 인증서만 발급합니다.

  CockroachDB 노드가 다른 CockroachDB 노드에 연결할 때, 클라이언트 인증을 위해 다른 노드가 신뢰하는 인증서를 제시해야 합니다.
  Teleport가 장기 수명의 db_client 인증서를 발급하지 않기 때문에, 노드는 피어 노드가 신뢰하는 다른 CA에 의해 발급된 장기 수명의 인증서를 가져야 합니다.

  분할 db 및 db_client CA 아키텍처는 Teleport 버전에서 보안 수정으로 도입되었습니다:
  13.4.17,
  14.3.7, 및
  15.

  추가 정보는 Database CA Migrations를 참조하십시오.

1/4단계. Teleport 데이터베이스 서비스 설정

Database 서비스는 Teleport 클러스터에 조인하기 위해 유효한 조인 토큰이 필요합니다.
다음 tctl 명령어를 실행하고 Database 서비스가 실행될 서버에 /tmp/token 안에 토큰 출력을 저장하세요:

tctl tokens add --type=db --format=text
abcd123-insecure-do-not-use-this

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

sudo teleport db configure create \   -o file \   --token=/tmp/token \   --proxy=teleport.example.com:443 \   --name=roach \   --protocol=cockroachdb \   --uri=roach.example.com:26257 \   --labels=env=dev

sudo teleport db configure create \   -o file \   --token=/tmp/token \   --proxy=mytenant.teleport.sh:443 \   --name=roach \   --protocol=cockroachdb \   --uri=roach.example.com:26257 \   --labels=env=dev

sudo systemctl enable teleport
sudo systemctl start teleport

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

helm repo add teleport https://charts.releases.teleport.dev

helm repo update

JOIN_TOKEN=$(cat /tmp/token)
helm install teleport-kube-agent teleport/teleport-kube-agent \  --create-namespace \  --namespace teleport-agent \  --set roles=db \  --set proxyAddr=teleport.example.com:443 \  --set authToken=${JOIN_TOKEN?} \  --set "databases[0].name=roach" \  --set "databases[0].uri=roach.example.com:26257" \  --set "databases[0].protocol=cockroachdb" \  --set "databases[0].static_labels.env=dev" \  --version 17.0.0-dev

JOIN_TOKEN=$(cat /tmp/token)
helm install teleport-kube-agent teleport/teleport-kube-agent \  --create-namespace \  --namespace teleport-agent \  --set roles=db \  --set proxyAddr=mytenant.teleport.sh:443 \  --set authToken=${JOIN_TOKEN?} \  --set "databases[0].name=roach" \  --set "databases[0].uri=roach.example.com:26257" \  --set "databases[0].protocol=cockroachdb" \  --set "databases[0].static_labels.env=dev" \  --version 16.4.3

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

2/4단계. Teleport 사용자 생성

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

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

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

3/4단계. CockroachDB 구성

CockroachDB 사용자 생성

Teleport는 CockroachDB와의 상호 TLS 인증을 사용합니다. 클라이언트 인증서는 모든 CockroachDB 사용자에게 제공됩니다. 만약 없다면, Cockroach 클러스터에 연결하여 생성하십시오:

CREATE USER alice WITH PASSWORD NULL;

WITH PASSWORD NULL 절은 사용자가 비밀번호 인증을 사용하는 것을 방지하고 클라이언트 인증서를 통한 인증을 의무화합니다.

사용자에게 데이터베이스 클러스터 내 적절한 권한을 부여해야 합니다. 자세한 내용은 CockroachDB 문서의 사용자 생성을 참조하십시오.

상호 TLS 설정

상호 TLS 인증을 설정하려면 다음 사항을 확인해야 합니다:

• Teleport가 CockroachDB 노드에서 제시된 인증서를 신뢰합니다.
• CockroachDB 노드가 CockroachDB CA와 Teleport 클러스터의 db_client CA로 서명된 클라이언트 인증서를 신뢰합니다.

CockroachDB 노드는 Teleport의 db_client CA를 신뢰해야 Teleport 사용자가 CockroachDB 클러스터에 클라이언트로 인증할 수 있습니다.

CockroachDB CA는 각 CockroachDB 노드에서 신뢰받아야 하며, 노드가 CockroachDB 클러스터 내의 다른 노드에 클라이언트로서 인증할 수 있도록 해야 합니다. 이는 CockroachDB가 노드 간 통신에 mTLS를 사용하기 때문입니다.

CERTS_DIR=/path/to/cockroachdb/certs/dir
cp "${CERTS_DIR}/ca.crt" "${CERTS_DIR}/ca-client.crt"

tctl auth export --type=db-client >> /path/to/cockroachdb/certs/dir/ca-client.crt

  databases:
  - name: "example-cockroachdb"
    protocol: "cockroachdb"
    uri: "cockroachdb.example.com:26257"
    static_labels:
      "env": "example"
    tls:
      ca_cert_file: "/path/to/your/ca.crt"

allow:
  impersonate:
    users: ["Db"]
    roles: ["Db"]

tctl auth sign \    --format=cockroachdb \    --host=roach.example.com \    --out=/path/to/cockroachdb/certs/dir \    --ttl=2190h

cockroach cert create-client node \  --certs-dir=/path/to/cockroachdb/certs/dir \  --ca-key=ca-secrets/ca-client.key

생성된 비밀이 있는 디렉토리를 --certs-dir 플래그를 통해 전달하여 CockroachDB 노드를 재시작하십시오:

cockroach start \    --certs-dir=/path/to/cockroachdb/certs/dir \    # 다른 플래그...

또는, 노드가 이미 --certs-dir=/path/to/cockroachdb/certs/dir와 함께 시작되었다면, 노드를 재시작하지 않고도 인증서를 다시 로드하기 위해 cockroach 프로세스에 SIGHUP 신호를 보낼 수 있습니다. cockroach 프로세스를 시작한 동일한 사용자로 SIGHUP 을 보내야 합니다:

pkill -SIGHUP -x cockroach

4/4단계. 연결

Teleport 클러스터에 로그인합니다. CockroachDB 클러스터가 사용 가능한 데이터베이스 목록에 나타납니다:

tsh login --proxy=teleport.example.com --user=alice
tsh db ls # 이름 설명 라벨 # ----- ------------------- ------- # roach 예제 CockroachDB env=dev

tsh login --proxy=mytenant.teleport.sh --user=alice
tsh db ls # 이름 설명 라벨 # ----- ------------------- ------- # roach 예제 CockroachDB env=dev

데이터베이스에 대한 자격 증명을 검색하고 연결하려면:

tsh db connect roach

데이터베이스 서버에 연결할 때 기본적으로 사용할 데이터베이스 이름과 사용자를 선택적으로 지정할 수 있습니다:

tsh db connect --db-user=alice roach

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

tsh db logout roach

문제 해결

구현되지 않은 클라이언트 인코딩 오류

psql 이 SQL_ASCII 인코딩을 사용하는 경우 CockroachDB 데이터베이스에 연결할 때 unimplemented client encoding: "sqlascii" 오류가 발생할 수 있습니다.

CockroachDB는 UTF8 클라이언트 인코딩만 지원합니다. 인코딩을 강제하기 위해 tsh db connect 를 실행하는 셸에서 다음 환경 변수를 설정합니다:

export PGCLIENTENCODING='utf-8'

Teleport Connect로 CockroachDB 데이터베이스에 연결하는 경우, 환경 변수를 셸 시작 스크립트에 추가하고 Teleport Connect 앱을 재시작합니다.

쿼리를 취소할 수 없습니다

psql 과 같은 PostgreSQL cli 클라이언트를 사용하고 ctrl+c 로 쿼리를 취소하려고 하지만 쿼리를 취소할 수 없는 경우, 대신 tsh 로컬 프록시를 사용하여 연결해야 합니다.
psql 이 쿼리를 취소하면 TLS 인증서 없이 새로운 연결을 설정하지만, Teleport는 인증 뿐만 아니라 데이터베이스 연결을 라우팅하기 위해 TLS 인증서를 필요로 합니다.

만약에
Teleport에서 TLS 라우팅을 활성화하면 tsh db connect 가 자동으로 각 연결에 대해 로컬 프록시를 시작합니다.
또는 로컬 프록시를 사용하는
Teleport Connect를 통해 연결할 수 있습니다.
그렇지 않으면, tsh proxy db 를 사용하여 로컬 프록시를 수동으로 시작하고 로컬 프록시를 통해 연결해야 합니다.

이미 psql 세션에서 취소할 수 없는 장기 실행 쿼리를 시작한 경우, 해당 쿼리를 수동으로 취소하기 위해 새 클라이언트 세션을 시작할 수 있습니다:

먼저 쿼리의 프로세스 식별자(PID)를 찾습니다:

SELECT pid,usename,backend_start,query FROM pg_stat_activity WHERE state = 'active';

다음으로, 해당 PID를 사용하여 쿼리를 정상적으로 취소합니다.
이렇게 하면 해당 쿼리의 postgres 백엔드 프로세스에 SIGINT 신호가 전송됩니다:

SELECT pg_cancel_backend(<PID>);

항상 쿼리를 정상적으로 종료하려고 시도해야 하지만, 정상적인 취소에 시간이 너무 오래 걸리는 경우, 대신 쿼리를 강제로 종료할 수 있습니다.
이렇게 하면 해당 쿼리의 postgres 백엔드 프로세스에 SIGTERM 신호가 전송됩니다:

SELECT pg_terminate_backend(<PID>);

pg_cancel_backend 및 pg_terminate_backend 함수에 대한
PostgreSQL 문서를 참조하십시오.

다음 단계

• 특정 사용자와 데이터베이스에 대한 액세스 제한하기 방법을 배우십시오.

• 고가용성(HA) 가이드를 확인하십시오.

• YAML 구성 참조를 살펴보십시오.

• 전체 CLI 참조를 확인하십시오.

• CockroachDB 클라이언트 인증
• 분할 CA 인증서를 사용하는 CockroachDB