7.4. 기본 인증 ID 공급자 구성

• name 키를 사용하는 표시 이름. 예를 들면 다음과 같습니다.

  {"sub":"userid", "name": "User Name", ...}

• email 키를 사용하는 이메일 주소. 예를 들면 다음과 같습니다.

  {"sub":"userid", "email":"user@example.com", ...}

• preferred_username 키를 사용하는 기본 사용자 이름. 변경 불가능한 고유 주체가 데이터베이스 키 또는 UID이고 더 읽기 쉬운 이름이 존재하는 경우 유용합니다. 인증된 ID에 대해 OpenShift Container Platform 사용자를 프로비저닝할 때 힌트로 사용됩니다. 예를 들면 다음과 같습니다.

  {"sub":"014fbff9a07c", "preferred_username":"bob", ...}

절차

• 다음 명령을 사용하여 키 및 인증서가 포함된 Secret 오브젝트를 생성합니다.

  $ oc create secret tls <secret_name> --key=key.pem --cert=cert.pem -n openshift-config

  작은 정보

  다음 YAML을 적용하여 시크릿을 생성할 수도 있습니다.

  apiVersion: v1
  kind: Secret
  metadata:
    name: <secret_name>
    namespace: openshift-config
  type: kubernetes.io/tls
  data:
    tls.crt: <base64_encoded_cert>
    tls.key: <base64_encoded_key>

절차

• 다음 명령을 사용하여 인증 기관을 포함하는 OpenShift Container Platform ConfigMap 오브젝트를 정의합니다. 인증 기관은ConfigMap 오브젝트의 ca.crt 키에 저장해야 합니다.

  $ oc create configmap ca-config-map --from-file=ca.crt=/path/to/ca -n openshift-config

  작은 정보

  다음 YAML을 적용하여 구성 맵을 만들 수 있습니다.

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: ca-config-map
    namespace: openshift-config
  data:
    ca.crt: |
      <CA_certificate_PEM>

사전 요구 사항

• OpenShift Container Platform 클러스터를 생성합니다.
• ID 공급자의 CR(사용자 정의 리소스)을 만듭니다.
• 관리자로 로그인해야 합니다.

• name 키를 사용하는 표시 이름:

  {"sub":"userid", "name": "User Name", ...}

• email 키를 사용하는 이메일 주소:

  {"sub":"userid", "email":"user@example.com", ...}

• preferred_username 키를 사용하는 기본 사용자 이름:

  {"sub":"014fbff9a07c", "preferred_username":"bob", ...}

  preferred_username은 변경 불가능한 고유한 제목이 데이터베이스 키 또는 UID이고 더 읽기 쉬운 이름이 존재하는 경우 유용합니다. 인증된 ID에 대해 OpenShift Container Platform 사용자를 프로비저닝할 때 힌트로 사용됩니다.

• 401 응답은 인증 실패를 나타냅니다.
• 200 이외의 상태 또는 비어 있지 않은 "error" 키는 오류({"error":"Error message"})를 나타냅니다.