Teleport의 이벤트 핸들러 플러그인은 Teleport Auth 서비스로부터 감사 이벤트를 수신하고 이를 로그 관리 솔루션으로 전달하여, 역사적 분석을 수행하고, 비정상적인 행동을 감지하며, 사용자가 Teleport 클러스터와 상호 작용하는 방식을 보다 잘 이해할 수 있도록 합니다.

이 가이드에서는 Teleport의 이벤트 핸들러 플러그인을 구성하여 Teleport 감사 이벤트를 Elastic Stack으로 전송하는 방법을 보여줍니다. 이 설정에서 이벤트 핸들러 플러그인은 Teleport의 감사 이벤트를 Logstash로 전달하며, Logstash는 이를 Elasticsearch에 저장하여 Kibana에서 시각화 및 경고를 진행합니다.

전제 조건

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

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

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

권장: 플러그인에 단기간 사용 가능한 Teleport 자격 증명을 제공하기 위해 Machine ID를 구성합니다. 이 가이드를 따르기 전에 Machine ID 배포 가이드를 따라 tbot 바이너리를 인프라에서 실행하세요.

• Linux 호스트에서 실행 중인 Logstash 버전 8.4.1 이상. 이 가이드에서는 이 호스트에서 이벤트 핸들러 플러그인도 실행합니다.

• Elastic Cloud 계정에서 실행되거나 자체 인프라에서 실행되는 Elasticsearch 및 Kibana 버전 8.4.1 이상. Elasticsearch에서 사용자 생성 및 관리 권한이 필요합니다.

  이 가이드는 Elastic Stack 버전 8.4.1에서 테스트되었습니다.

1/4단계. 이벤트 핸들러 플러그인 설정

이벤트 핸들러 플러그인은 Teleport 클러스터와 독립적으로 실행되는 바이너리입니다. 이 플러그인은 상호 TLS를 사용하여 Teleport 클러스터와 Logstash에 인증합니다. 이 섹션에서는 Logstash를 실행 중인 Linux 호스트에 이벤트 핸들러 플러그인을 설치하고 플러그인이 인증에 사용할 자격 증명을 생성합니다.

이벤트 핸들러 플러그인 설치

환경에 맞는 지침에 따라 Logstash 호스트에 이벤트 핸들러 플러그인을 설치합니다:

curl -L -O https://cdn.teleport.dev/teleport-event-handler-v17.0.0-dev-linux-ARCH-bin.tar.gz
tar -zxvf teleport-event-handler-v17.0.0-dev-linux-ARCH-bin.tar.gz
sudo ./teleport-event-handler/install

curl -L -O https://cdn.teleport.dev/teleport-event-handler-v17.0.0-dev-darwin-ARCH-bin.tar.gz
tar -zxvf teleport-event-handler-v17.0.0-dev-darwin-ARCH-bin.tar.gz
sudo ./teleport-event-handler/install

docker pull public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev

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

helm repo update

git clone https://github.com/gravitational/teleport.git --depth 1 -b branch/v17
cd teleport/integrations/event-handler
make build

시작 구성 파일 생성

Teleport 이벤트 핸들러 플러그인의 플레이스홀더 값으로 구성 파일을 생성합니다. 이 가이드 후반부에서 환경에 맞게 구성 파일을 수정할 것입니다.

teleport-event-handler configure . mytenant.teleport.sh:443

teleport-event-handler configure . teleport.example.com:443

TELEPORT_CLUSTER_ADDRESS=mytenant.teleport.sh:443
docker run -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev configure . ${TELEPORT_CLUSTER_ADDRESS?}

kubectl create secret generic teleport-event-handler-client-tls --from-file=ca.crt=ca.crt,client.crt=client.crt,client.key=client.key

docker run -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev configure .

다음과 같은 출력을 볼 수 있습니다:

Teleport event handler 17.0.0-dev

[1] mTLS Fluentd 인증서가 생성되어 ca.crt, ca.key, server.crt, server.key, client.crt, client.key에 저장되었습니다.
[2] 샘플 teleport-event-handler 역할 및 사용자 파일 teleport-event-handler-role.yaml이 생성되었습니다.
[3] 샘플 fluentd 구성 파일 fluent.conf가 생성되었습니다.
[4] 플러그인 구성 파일 teleport-event-handler.toml이 생성되었습니다.

플러그인은 여러 설정 파일을 생성합니다:

ls -l
-rw------- 1 bob bob     1038 Jul  1 11:14 ca.crt
-rw------- 1 bob bob     1679 Jul  1 11:14 ca.key
-rw------- 1 bob bob     1042 Jul  1 11:14 client.crt
-rw------- 1 bob bob     1679 Jul  1 11:14 client.key
-rw------- 1 bob bob      541 Jul  1 11:14 fluent.conf
-rw------- 1 bob bob     1078 Jul  1 11:14 server.crt
-rw------- 1 bob bob     1766 Jul  1 11:14 server.key
-rw------- 1 bob bob      260 Jul  1 11:14 teleport-event-handler-role.yaml
-rw------- 1 bob bob      343 Jul  1 11:14 teleport-event-handler.toml

teleport-event-handler configure --cn=handler.example.com --dns-names=forwarder.example.com

Logstash 구성에서 Fluentd를 위해 생성된 파일을 재활용할 것입니다.

RBAC 리소스 정의

teleport-event-handler configure 명령은 teleport-event-handler-role.yaml 이라는 파일을 생성했습니다. 이 파일은 event API에 대한 읽기 전용 액세스를 가진 teleport-event-handler 역할과 사용자를 정의합니다:

kind: role
metadata:
  name: teleport-event-handler
spec:
  allow:
    rules:
      - resources: ["event", "session"]
        verbs: ["list", "read"]
version: v5
---
kind: user
metadata:
  name: teleport-event-handler
spec:
  roles: ["teleport-event-handler"]
version: v2

이 파일을 작업 스테이션으로 이동하거나 위의 코드 조각을 붙여넣어 재생성한 후, 작업 스테이션에서 tctl 을 사용하여 역할과 사용자를 생성하십시오:

tctl create -f teleport-event-handler-role.yaml
user "teleport-event-handler" has been created
role 'teleport-event-handler' has been created

ERROR: tctl must be either used on the auth server or provided with the identity file via --identity flag

이벤트 핸들러 역할에 대한 자격 증명 발급 활성화

tctl bots update my-bot --add-roles teleport-event-handler

kind: role
version: v5
metadata:
  name: teleport-event-handler-impersonator
spec:
  options:
    # max_session_ttl은 이 역할을 가진 사용자가 발급받는 SSH 인증서의 TTL(유효 기간)을 정의합니다.
    max_session_ttl: 10h

  # 이 섹션은 이 역할을 가진 사용자가 허용되는 리소스/행위 조합의 목록을 선언합니다. 기본적으로 아무것도 허용되지 않습니다.
  allow:
    impersonate:
      users: ["teleport-event-handler"]
      roles: ["teleport-event-handler"]

tctl create teleport-event-handler-impersonator.yaml

액세스 플러그인 신원 내보내기

플러그인에 Teleport 신원 파일에 대한 액세스를 부여합니다. 우리는 탈취되더라도 덜 위험한 짧은 수명 신원 파일을 생성하기 위해 Machine ID를 사용하는 것을 권장하지만, 데모 배포에서는 tctl 을 사용하여 장기 신원 파일을 생성할 수 있습니다:

outputs:
- type: identity
  destination:
    type: directory
    # 이 안내서에서는 /opt/machine-id 를 대상 디렉토리로 사용합니다.
    # 이를 사용자 정의할 수 있습니다. 여러 출력은 동일한
    # 대상을 공유할 수 없습니다.
    path: /opt/machine-id

outputs:
  - type: identity
    destination:
      type: kubernetes_secret
      name: teleport-event-handler-identity

tctl auth sign --user=teleport-event-handler --out=identity

tsh login --proxy=teleport.example.com --ttl=60060

sudo mkdir -p /var/lib/teleport/api-credentials
sudo mv identity /var/lib/teleport/plugins/api-credentials

kubectl -n teleport create secret generic --from-file=identity teleport-event-handler-identity

2/4단계. Logstash 파이프라인 구성

Event Handler 플러그인은 Teleport의 감사 로그를 사용자 구성 엔드포인트로 HTTP 요청을 보내 전달합니다. 이러한 요청을 처리하고 로그를 추출한 후 Elasticsearch로 전송하는 Logstash 파이프라인을 정의합니다.

Event Handler 플러그인을 위한 역할 생성

Logstash 파이프라인은 Elasticsearch 인덱스 및 인덱스 수명 주기 관리 정책을 생성하고 관리할 수 있는 권한과 Elasticsearch 배포에 대한 정보를 가져오는 권한이 필요합니다. 이러한 권한을 가진 역할을 생성하여 나중에 Event Handler를 위해 생성할 Elasticsearch 사용자에게 할당할 수 있습니다.

Kibana에서 "Management" > "Roles"로 이동한 후 "Create role"을 클릭합니다. 새 역할에 대해 teleport-plugin 이라는 이름을 입력합니다. "Elasticsearch" 섹션 아래의 "Cluster privileges"에서 manage_index_templates , manage_ilm 및 monitor 를 입력합니다.

"Index privileges" 아래의 "Indices" 필드에 audit-events-*를 입력하고 "Privileges" 필드에 write 및 manage 를 정의합니다. "Create role"을 클릭합니다.

Event Handler를 위한 Elasticsearch 사용자 생성

Logstash가 Elasticsearch API에 요청할 때 인증할 수 있는 Elasticsearch 사용자를 생성합니다.

Kibana에서 왼쪽 상단의 햄버거 메뉴를 찾아 "Management"를 클릭한 다음 "Users" > "Create user"를 선택합니다. "Username"에 teleport 를 입력하고 안전한 비밀번호를 제공합니다.

이 사용자에게 이전에 정의한 teleport-plugin 역할을 할당합니다.

Logstash를 위한 TLS 자격 증명 준비

이 가이드의 후반부에서 Logstash 파이프라인은 Teleport Event Handler 플러그인으로부터 감사 이벤트를 수신하기 위해 HTTP 입력을 사용할 것입니다.

Logstash의 HTTP 입력은 암호화되지 않은 PKCS #8 형식을 사용하는 개인 키로만 서명된 인증서를 사용할 수 있습니다. 이전에 teleport-event-handler configure 를 실행할 때, 명령어는 암호화된 RSA 키를 생성했습니다. 이 키를 PKCS #8 형식으로 변환하겠습니다.

RSA 키를 복호화하려면 비밀번호가 필요합니다. 이를 검색하려면 다음 명령을 실행합니다:

cat fluent.conf | grep passphrase
private_key_passphrase "ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff"

암호화된 RSA 키를 암호화되지 않은 PKCS #8 키로 변환합니다. 명령어는 검색한 비밀번호를 요청할 것입니다:

openssl pkcs8 -topk8 -in server.key -nocrypt -out pkcs8.key

Logstash가 새로운 키와 이전에 생성한 CA 및 인증서를 읽을 수 있도록 설정합니다:

chmod +r pkcs8.key ca.crt server.crt

인덱스 템플릿 정의

Event Handler 플러그인이 Logstash에 감사 이벤트를 전송할 때, Logstash는 이러한 이벤트를 구문 분석하여 Elasticsearch로 전달하는 방법을 알아야 합니다. 이 논리는 Elasticsearch가 수신하는 데이터의 인덱스를 구성하는 데 사용하는 인덱스 템플릿을 사용하여 정의할 수 있습니다.

다음 내용을 가진 audit-events.json 이라는 파일을 생성합니다:

{
  "index_patterns": ["audit-events-*"],
  "template": {
    "settings": {},
    "mappings": {
      "dynamic": "true"
    }
  }
}

이 인덱스 템플릿은 audit-events-* 패턴이 포함된 모든 인덱스를 수정합니다. "dynamic": "true" 설정을 포함하고 있어 Elasticsearch가 수신하는 이벤트에 따라 인덱스 필드를 동적으로 정의하도록 지시합니다. 이는 이벤트 유형에 따라 다양한 필드를 사용하는 Teleport 감사 이벤트에 유용합니다.

Logstash 파이프라인 정의

Logstash를 실행하는 호스트에서 Logstash 파이프라인을 정의하는 구성 파일을 생성합니다. 이 파이프라인은 포트 9601 에서 로그를 수신하고 Elasticsearch로 전달합니다.

Logstash를 실행하는 호스트에서 다음 내용을 포함하는 /etc/logstash/conf.d/teleport-audit.conf 라는 파일을 생성합니다:

input {
  http {
    port => 9601
    ssl =>  true
    ssl_certificate => "/home/server.crt"
    ssl_key =>  "/home/pkcs8.key"
    ssl_certificate_authorities => [
      "/home/ca.crt"
    ]
    ssl_verify_mode => "force_peer"
  }
}
output {
  elasticsearch {
    user => "teleport"
    password => "ELASTICSEARCH_PASSPHRASE"
    template_name => "audit-events"
    template => "/home/audit-events.json"
    index => "audit-events-%{+yyyy.MM.dd}"
    template_overwrite => true
  }
}

input.http 섹션에서 ssl_certificate 와 ssl_certificate_authorities 를 업데이트하여 teleport-event-handler configure 명령으로 생성된 서버 인증서 및 인증 기관 파일의 위치를 포함합니다.

Logstash는 CA 파일에 대해 클라이언트 인증서를 인증하고 Teleport Event Handler 플러그인에 서명된 인증서를 제공합니다.

ssl_key 필드를 이전에 생성한 pkcs8.key 파일의 경로를 포함하도록 수정합니다.

output.elasticsearch 섹션에서 Elastic Cloud를 사용하는지 또는 자체 Elastic Stack 배포를 사용하는지에 따라 다음 필드를 편집합니다:

  elasticsearch {
    cloud_id => "CLOUD_ID"
    cloud_auth => "teleport:PASSWORD"
    template_name => "audit-events"
    template => "/home/audit-events.json"
    index => "audit-events-%{+yyyy.MM.dd}"
    template_overwrite => true
  }

  elasticsearch {
    hosts => "elasticsearch.example.com"
    user => "teleport"
    password => "PASSWORD"
    template_name => "audit-events"
    template => "/home/audit-events.json"
    index => "audit-events-%{+yyyy.MM.dd}"
    template_overwrite => true
  }

마지막으로, template 을 이전에 생성한 audit-events.json 파일의 경로를 가리키도록 수정합니다.

이 파일로 생성할 인덱스 템플릿은 audit-events-* 접두사를 가진 인덱스에 적용되며, Logstash 파이프라인을 "audit-events-%{+yyyy.MM.dd}라는 제목으로 생성하도록 구성했기 때문에, Elasticsearch는 Teleport 감사 이벤트의 필드를 자동으로 인덱싱합니다.

파이프라인에 대한 Elastic Common Schema 비활성화

Elastic Common Schema (ECS)는 Elastic Stack이 데이터를 Parsing하고 시각화하는 데 사용하는 표준 필드 세트입니다. Teleport 감사 로그의 모든 필드를 동적으로 인덱싱하도록 Elasticsearch를 구성하고 있으므로, Logstash 파이프라인에 대한 ECS를 비활성화합니다.

Logstash를 실행하는 호스트에서 /etc/logstash/pipelines.yml 파일을 편집하여 다음 항목을 추가합니다:

- pipeline.id: teleport-audit-logs
  path.config: "/etc/logstash/conf.d/teleport-audit.conf"
  pipeline.ecs_compatibility: disabled

이렇게 하면 Teleport 감사 로그 파이프라인에 대한 ECS가 비활성화됩니다.

Logstash 파이프라인 실행

Logstash를 재시작합니다:

sudo systemctl restart logstash

다음 명령어를 실행하여 Logstash 파이프라인이 성공적으로 시작되었는지 확인합니다:

sudo journalctl -u logstash -f

Logstash 파이프라인이 http 입력을 초기화하고 실행되기 시작하면, 아래와 유사한 로그를 볼 수 있습니다:

Sep 15 18:27:13 myhost logstash[289107]: [2022-09-15T18:27:13,491][INFO ][logstash.inputs.http][main][33bdff0416b6a2b643e6f4ab3381a90c62b3aa05017770f4eb9416d797681024] Starting http input listener {:address=>"0.0.0.0:9601", :ssl=>"true"}

이 로그는 Logstash 파이프라인이 Elasticsearch에 연결되어 새로운 인덱스 템플릿을 설치했음을 나타냅니다:

Sep 12 19:49:06 myhost logstash[33762]: [2022-09-12T19:49:06,309][INFO ][logstash.outputs.elasticsearch][main] Elasticsearch version determined (8.4.1) {:es_version=>8}
Sep 12 19:50:00 myhost logstash[33762]: [2022-09-12T19:50:00,993][INFO ][logstash.outputs.elasticsearch][main] Installing Elasticsearch template {:name=>"audit-events"}

Sep 12 19:43:04 myhost logstash[33762]: [2022-09-12T19:43:04,519][WARN ][logstash.outputs.elasticsearch][main] Attempted to resurrect connection to dead ES instance, but got an error {:url=>"http://teleport:xxxxxx@127.0.0.1:9200/", :exception=>LogStash::Outputs::ElasticSearch::HttpClient::Pool::HostUnreachableError, :message=>"Elasticsearch Unreachable: [http://127.0.0.1:9200/][Manticore::ClientProtocolException] 127.0.0.1:9200 failed to respond"}

Sep 12 18:15:52 myhost logstash[27906]: [2022-09-12T18:15:52,146][INFO][logstash.javapipeline][main] 파이프라인 시작 중 {:pipeline_id=>"main","pipeline.workers"=>2, "pipeline.batch.size"=>125, "pipeline.batch.delay"=>50,"pipeline.max_inflight"=>250,"pipeline.sources"=>["/etc/logstash/conf.d/teleport-audit.conf"],:thread=>"#<Thread:0x1c1a3ee5 run>"}
Sep 12 18:15:52 myhost logstash[27906]: [2022-09-12T18:15:52,912][INFO][logstash.javapipeline][main] 파이프라인 자바 실행 초기화 시간 {"seconds"=>0.76}

3/4단계. 이벤트 처리기 플러그인 실행

Teleport 이벤트 처리기 구성

이 섹션에서는 귀하의 환경에 대한 Teleport 이벤트 처리기를 구성합니다.

storage = "./storage"
timeout = "10s"
batch = 20
namespace = "default"
# 윈도우 크기는 이벤트 핸들러가 Teleport로부터 이벤트를 요청하는 시간 창의 지속 시간을 구성합니다.
# 기본적으로 24시간으로 설정되어 있습니다.
# 기본 윈도우 크기에 대한 이벤트 백엔드가 이벤트 양을 관리할 수 없는 경우 윈도우 크기를 줄이십시오.
# 윈도우 크기는 Go의 time.ParseDuration에 의해 구문 분석되는 기간 문자열로 지정해야 합니다.
window-size = "24h"

[forward.fluentd]
ca = "/home/bob/event-handler/ca.crt"
cert = "/home/bob/event-handler/client.crt"
key = "/home/bob/event-handler/client.key"
url = "https://fluentd.example.com:8888/test.log"
session-url = "https://fluentd.example.com:8888/session"

[teleport]
addr = "example.teleport.com:443"
identity = "identity"

eventHandler:
  storagePath: "./storage"
  timeout: "10s"
  batch: 20
  namespace: "default"
  # 윈도우 크기는 이벤트 핸들러가 Teleport로부터 이벤트를 요청하는 시간 창의 지속 시간을 구성합니다.
  # 기본적으로 24시간으로 설정되어 있습니다.
  # 기본 윈도우 크기에 대한 이벤트 백엔드가 이벤트 양을 관리할 수 없는 경우 윈도우 크기를 줄이십시오.
  # 윈도우 크기는 Go의 time.ParseDuration에 의해 구문 분석되는 기간 문자열로 지정해야 합니다.
  windowSize: "24h"

teleport:
  address: "example.teleport.com:443"
  identitySecretName: teleport-event-handler-identity
  identitySecretPath: identity

fluentd:
  url: "https://fluentd.fluentd.svc.cluster.local/events.log"
  sessionUrl: "https://fluentd.fluentd.svc.cluster.local/session.log"
  certificate:
    secretName: "teleport-event-handler-client-tls"
    caPath: "ca.crt"
    certPath: "client.crt"
    keyPath: "client.key"

persistentVolumeClaim:
  enabled: true

구성 파일을 다음과 같이 업데이트하십시오.

forward.fluentd.url 을 앞서 Logstash의 http 입력에 대해 구성한 스킴, 호스트 및 포트인 https://localhost:9601 로 변경합니다. forward.fluentd.session-url 을 동일한 값으로 루트 URL 경로: https://localhost:9601/로 변경합니다.

teleport.addr 를 Teleport Proxy 서비스의 호스트 및 포트 또는 이벤트 처리기가 직접 연결하도록 구성한 Auth 서비스로 변경합니다. 예를 들어, mytenant.teleport.sh:443 입니다.

Linux 서버에서 실행되는 tbot 바이너리를 사용하여 이벤트 처리기에 자격 증명을 제공하는 경우, 이벤트 처리기 구성의 identity 값이 tbot 이 생성하도록 구성한 정체성 파일의 경로와 동일해야 합니다, /opt/machine-id/identity .

Teleport 이벤트 처리기 시작

Teleport Teleport Event Handler를 시작하려면 아래 지침을 따르십시오.

[Unit]
Description=Teleport Event Handler
After=network.target

[Service]
Type=simple
Restart=always
ExecStart=/usr/local/bin/teleport-event-handler start --config=/etc/teleport-event-handler.toml --teleport-refresh-enabled=true
ExecReload=/bin/kill -HUP $MAINPID
PIDFile=/run/teleport-event-handler.pid

[Install]
WantedBy=multi-user.target

sudo systemctl enable teleport-event-handler
sudo systemctl start teleport-event-handler

teleport-event-handler start --config /etc/teleport-event-handler.toml --start-time "2021-05-05T00:00:00Z"

sudo journalctl -u teleport-event-handler
DEBU   Event sent id:f19cf375-4da6-4338-bfdc-e38334c60fd1 index:0 ts:2022-09-2118:51:04.849 +0000 UTC type:cert.create event-handler/app.go:140...

helm install teleport-plugin-event-handler teleport/teleport-plugin-event-handler \  --values teleport-plugin-event-handler-values.yaml \  --version 17.0.0-dev

docker run --network host -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev start --config=teleport-event-handler.toml

4/4단계. Kibana에서 데이터 뷰 생성

Kibana에서 Teleport 감사 이벤트를 탐색할 수 있도록 데이터 뷰를 생성합니다. Elastic Stack UI에서 화면 좌상단에 있는 햄버거 메뉴를 찾은 후 "관리" > "데이터 뷰"를 클릭합니다. "데이터 뷰 생성"을 클릭합니다.

"이름" 필드에는 "Teleport Audit Events"를 사용합니다. "인덱스 패턴"에는 audit-events-*를 사용하여 Logstash 파이프라인에 의해 생성된 모든 인덱스를 선택합니다. "타임스탬프 필드"에서는 Teleport가 감사 이벤트에 추가하는 time 을 선택합니다.

데이터 뷰를 사용하려면 Elastic Stack UI 상단의 검색 창을 찾아 "Discover"를 입력합니다. 화면 왼쪽 상단에서 드롭다운 메뉴를 클릭하고 "Teleport Audit Events"를 선택합니다. 이제 Teleport 감사 이벤트를 검색하고 필터링하여 사용자가 Teleport 클러스터와 상호작용하는 방식을 더 잘 이해할 수 있습니다.

예를 들어 왼쪽 사이드바에서 event 필드를 클릭하여 시간에 따른 Teleport 감사 이벤트의 이벤트 유형을 시각화할 수 있습니다:

연결 문제 해결

Teleport Event Handler가 Teleport Cluster에 연결하는 동안 오류 로그를 표시하는 경우, 다음 사항을 확인하십시오:

• Teleport Event Handler가 Teleport 클러스터에 연결하기 위해 사용하는 인증서가 만료되지 않았는지 확인하십시오. 이는 기본값이 12시간인 tctl auth sign 명령의 --ttl 플래그의 값입니다.
• Teleport Event Handler 설정 파일(teleport-event-handler.toml )에서 Teleport Proxy Service 또는 Auth Service에 대한 올바른 호스트 및 포트를 제공했는지 확인하십시오.

다음 단계

이제 감사 이벤트를 Elastic Stack으로 내보내고 있으므로, 시각화 및 경고 계획을 세울 수 있도록 감사 이벤트 참조를 참조하십시오.

이 가이드는 Teleport Event Handler를 위한 자격 증명을 발급하기 위해 tctl auth sign 명령을 사용하지만, 운영 클러스터는 보다 안전하고 신뢰할 수 있는 갱신을 위해 Machine ID를 사용해야 합니다. Machine ID로 시작하는 방법에 대한 가이드를 읽어보십시오.