이 페이지는 Cloud Translation API를 통해 번역되었습니다.

SSL/TLS 인증서 구성

MySQL | PostgreSQL | SQL Server

이 페이지에서는 모든 연결이 암호화되도록 인스턴스에 SSL/TLS 암호화를 적용하는 방법을 설명합니다. 또한 Cloud SQL에서 자체 관리형 SSL/TLS 인증서를 사용하여 Cloud SQL 인스턴스에 안전하게 연결하는 방법을 자세히 알아볼 수 있습니다.

개요

인스턴스를 만들면 Cloud SQL에서 서버 인증서를 자동으로 만듭니다. 모든 연결을 SSL/TLS에 적용하는 것이 좋습니다.

SSL/TLS 인증서를 사용하여 클라이언트/서버 ID의 유효성을 검사하려면 클라이언트 인증서를 만들고 인증서를 PostgreSQL 클라이언트 호스트 머신에 다운로드해야 합니다.

인스턴스에 대해 SSL을 적용하는 경우 인스턴스를 다시 시작할 필요가 없습니다. 그러나 SSL/TLS 인증서를 변경하면 인스턴스가 자동으로 다시 시작되고 다운타임이 발생할 수 있습니다.

SSL 모드 구성 변경사항은 새 연결에만 적용됩니다. SSL을 적용하고 인스턴스에 암호화되지 않은 기존 연결이 포함된 경우 연결이 암호화되지 않은 채 연결된 상태로 유지됩니다. 암호화되지 않은 연결을 닫고 모든 연결에 SSL을 적용하려면 인스턴스를 다시 시작해야 합니다.

SSL/TLS 암호화 적용

SSL 모드 설정을 사용하면 다음과 같은 방법으로 SSL 암호화를 적용할 수 있습니다.

SSL/TLS가 아닌 연결과 SSL/TLS 연결을 모두 허용합니다. SSL/TLS 연결에 대한 클라이언트 인증서가 확인되지 않습니다. 기본 옵션으로,
SSL/TLS로 암호화된 연결만 허용합니다. SSL 연결에 대한 클라이언트 인증서가 확인되지 않습니다.

SSL/TLS 및 유효한 클라이언트 인증서로 암호화된 연결만 허용합니다.

Cloud SQL 인스턴스에 비SSL/비TLS 및 SSL/TLS 연결 허용을 선택하면 SSL/TLS 연결은 물론 암호화되지 않은 연결과 안전하지 않은 연결도 허용됩니다. 모든 연결에 SSL/TLS를 요구하지 않으면 암호화되지 않은 연결이 계속 허용됩니다. 따라서 공개 IP를 사용하여 인스턴스에 액세스하는 경우에는 모든 연결에 SSL을 적용하는 것이 좋습니다.

SSL/TLS 인증서를 사용하여 인스턴스에 직접 연결하거나 Cloud SQL 인증 프록시 또는 Cloud SQL 커넥터를 사용하여 연결할 수 있습니다. Cloud SQL 인증 프록시나 Cloud SQL 커넥터를 사용하여 연결하면 연결이 자동으로 SSL/TLS로 암호화됩니다. Cloud SQL 인증 프록시와 Cloud SQL 커넥터를 사용하면 SSL 모드 설정에 관계없이 클라이언트 및 서버 ID도 자동으로 확인됩니다.

SSL/TLS 필요를 사용 설정하려면 다음을 수행합니다.

콘솔

Google Cloud 콘솔에서 Cloud SQL 인스턴스 페이지로 이동합니다.

Cloud SQL 인스턴스로 이동
인스턴스의 개요 페이지를 열려면 인스턴스 이름을 클릭합니다.
SQL 탐색 메뉴에서 연결을 클릭합니다.
보안 탭을 선택합니다.
다음 중 하나를 선택합니다.
- 암호화되지 않은 네트워크 트래픽 허용(권장되지 않음)
- SSL 연결만 허용합니다. 이 옵션은 SSL/TLS 암호화를 사용하는 연결만 허용합니다. 인증서가 확인되지 않습니다.
- 신뢰할 수 있는 클라이언트 인증서가 필요합니다. 이 옵션은 유효한 클라이언트 인증서를 사용하고 SSL로 암호화된 클라이언트의 연결만 허용합니다. 클라이언트나 사용자가 IAM 데이터베이스 인증을 사용하여 연결하는 경우 Cloud SQL 인증 프록시나 Cloud SQL 커넥터를 사용하여 클라이언트 본인 인증을 시행해야 합니다.

gcloud

   gcloud sql instances patch INSTANCE_NAME \
   --ssl-mode=SSL_ENFORCEMENT_MODE

SSL_ENFORCEMENT_MODE를 다음 옵션 중 하나로 바꿉니다.

ALLOW_UNENCRYPTED_AND_ENCRYPTED는 비SSL/비TLS 및 SSL/TLS 연결을 허용합니다. SSL 연결의 경우 클라이언트 인증서가 확인되지 않습니다. 이 설정이 기본 설정입니다.
ENCRYPTED_ONLY는 SSL/TLS로 암호화된 연결만 허용합니다. SSL 연결에 대해서는 클라이언트 인증서가 확인되지 않습니다.
TRUSTED_CLIENT_CERTIFICATE_REQUIRED는 SSL/TLS 및 유효한 클라이언트 인증서로 암호화된 연결만 허용합니다. 클라이언트나 사용자가 IAM 데이터베이스 인증을 사용하여 연결하는 경우 Cloud SQL 인증 프록시나 Cloud SQL 커넥터를 사용하여 클라이언트 본인 인증을 시행해야 합니다.

PostgreSQL용 Cloud SQL 설정

Terraform

SSL/TLS 암호화를 적용하려면 Terraform 리소스를 사용합니다.

resource "google_sql_database_instance" "postgres_instance" {
  name             = "postgres-instance"
  region           = "asia-northeast1"
  database_version = "POSTGRES_14"
  settings {
    tier = "db-custom-2-7680"
    ip_configuration {
      # The following SSL enforcement options only allow connections encrypted with SSL/TLS and with
      # valid client certificates. Please check the API reference for other SSL enforcement options:
      # https://cloud.google.com/sql/docs/postgres/admin-api/rest/v1beta4/instances#ipconfiguration
      ssl_mode = "TRUSTED_CLIENT_CERTIFICATE_REQUIRED"
    }
  }
  # set `deletion_protection` to true, will ensure that one cannot accidentally delete this instance by
  # use of Terraform whereas `deletion_protection_enabled` flag protects this instance at the GCP level.
  deletion_protection = false
}

변경사항 적용

Google Cloud 프로젝트에 Terraform 구성을 적용하려면 다음 섹션의 단계를 완료하세요.

Cloud Shell 준비

Cloud Shell을 실행합니다.
Terraform 구성을 적용할 기본 Google Cloud 프로젝트를 설정합니다.

이 명령어는 프로젝트당 한 번만 실행하면 되며 어떤 디렉터리에서도 실행할 수 있습니다.
```
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
```
Terraform 구성 파일에서 명시적 값을 설정하면 환경 변수가 재정의됩니다.

디렉터리 준비

각 Terraform 구성 파일에는 자체 디렉터리(루트 모듈이라고도 함)가 있어야 합니다.

Cloud Shell에서 디렉터리를 만들고 해당 디렉터리 내에 새 파일을 만드세요. 파일 이름에는 .tf 확장자가 있어야 합니다(예: main.tf). 이 튜토리얼에서는 파일을 main.tf라고 합니다.
```
mkdir DIRECTORY && cd DIRECTORY && touch main.tf
```
튜토리얼을 따라 하는 경우 각 섹션이나 단계에서 샘플 코드를 복사할 수 있습니다.

샘플 코드를 새로 만든 main.tf에 복사합니다.

필요한 경우 GitHub에서 코드를 복사합니다. 이는 Terraform 스니펫이 엔드 투 엔드 솔루션의 일부인 경우에 권장됩니다.
환경에 적용할 샘플 매개변수를 검토하고 수정합니다.
변경사항을 저장합니다.
Terraform을 초기화합니다. 이 작업은 디렉터리당 한 번만 수행하면 됩니다.
```
terraform init
```
원하는 경우 최신 Google 공급업체 버전을 사용하려면 -upgrade 옵션을 포함합니다.
```
terraform init -upgrade
```

변경사항 적용

구성을 검토하고 Terraform에서 만들거나 업데이트할 리소스가 예상과 일치하는지 확인합니다.
```
terraform plan
```
필요에 따라 구성을 수정합니다.
다음 명령어를 실행하고 프롬프트에 yes를 입력하여 Terraform 구성을 적용합니다.
```
terraform apply
```
Terraform에 '적용 완료' 메시지가 표시될 때까지 기다립니다.
결과를 보려면 Google Cloud 프로젝트를 엽니다. Google Cloud 콘솔에서 UI의 리소스로 이동하여 Terraform이 리소스를 만들었거나 업데이트했는지 확인합니다.

변경사항 삭제

변경사항을 삭제하려면 다음 단계를 따르세요.

Terraform 구성 파일에서 삭제 보호를 사용 중지하려면 deletion_protection 인수를 false로 설정합니다.
```
deletion_protection =  "false"
```
다음 명령어를 실행하고 프롬프트에 yes를 입력하여 업데이트된 Terraform 구성을 적용합니다.
```
terraform apply
```

다음 명령어를 실행하고 프롬프트에 yes를 입력하여 이전에 Terraform 구성에 적용된 리소스를 삭제합니다.
```
terraform destroy
```

REST v1

요청 데이터를 사용하기 전에 다음을 바꿉니다.
- PROJECT_ID: 프로젝트 ID
- SSL_ENFORCEMENT_MODE: 다음 옵션 중 하나를 사용합니다.
  - ALLOW_UNENCRYPTED_AND_ENCRYPTED: SSL/TLS가 아닌 연결과 SSL/TLS 연결을 허용합니다. SSL 연결의 경우 클라이언트 인증서가 확인되지 않습니다. 이 설정이 기본 설정입니다.
  - ENCRYPTED_ONLY: SSL/TLS로 암호화된 연결만 허용합니다.
  - TRUSTED_CLIENT_CERTIFICATE_REQUIRED: SSL/TLS 및 유효한 클라이언트 인증서로 암호화된 연결만 허용합니다. 클라이언트나 사용자가 IAM 데이터베이스 인증을 사용하여 연결하는 경우 Cloud SQL 인증 프록시나 Cloud SQL 커넥터를 사용하여 클라이언트 본인 인증을 시행해야 합니다.
- INSTANCE_ID: 인스턴스 ID입니다.
HTTP 메서드 및 URL:
```
PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID
```
JSON 요청 본문:
```
{
  "settings": {
    "ipConfiguration": {"sslMode": "SSL_ENFORCEMENT_MODE"}
  }
}
```
요청을 보내려면 다음 옵션 중 하나를 펼칩니다.
cURL(Linux, macOS, Cloud Shell)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하거나 gcloud CLI에 자동으로 로그인하는 Cloud Shell을 사용하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.
```
curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID"
```
PowerShell(Windows)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.
```
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID" | Select-Object -Expand Content
```
다음과 비슷한 JSON 응답이 표시됩니다.
응답
```
{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-20T21:30:35.667Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}
```

REST v1beta4

요청 데이터를 사용하기 전에 다음을 바꿉니다.
- PROJECT_ID: 프로젝트 ID
- SSL_ENFORCEMENT_MODE: 다음 옵션 중 하나를 사용합니다.
  - ALLOW_UNENCRYPTED_AND_ENCRYPTED: SSL/TLS가 아닌 연결과 SSL/TLS 연결을 허용합니다. SSL 연결의 경우 클라이언트 인증서가 확인되지 않습니다. 이 설정이 기본 설정입니다.
  - ENCRYPTED_ONLY: SSL/TLS로 암호화된 연결만 허용합니다.
  - TRUSTED_CLIENT_CERTIFICATE_REQUIRED: SSL/TLS 및 유효한 클라이언트 인증서로 암호화된 연결만 허용합니다. 클라이언트나 사용자가 IAM 데이터베이스 인증을 사용하여 연결하는 경우 Cloud SQL 인증 프록시나 Cloud SQL 커넥터를 사용하여 클라이언트 본인 인증을 시행해야 합니다.
- INSTANCE_ID: 인스턴스 ID입니다.
HTTP 메서드 및 URL:
```
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID
```
JSON 요청 본문:
```
{
  "settings": {
    "ipConfiguration": {"sslMode": "SSL_ENFORCEMENT_MODE"}
  }
}
```
요청을 보내려면 다음 옵션 중 하나를 펼칩니다.
cURL(Linux, macOS, Cloud Shell)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하거나 gcloud CLI에 자동으로 로그인하는 Cloud Shell을 사용하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.
```
curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID"
```
PowerShell(Windows)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.
```
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID" | Select-Object -Expand Content
```
다음과 비슷한 JSON 응답이 표시됩니다.
응답
```
{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-20T21:30:35.667Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}
```

서버 인증서

인스턴스를 만들면 Cloud SQL이 서버 인증서를 자동으로 생성합니다. 서버 인증서가 유효하면 개발자가 직접 서버 인증서를 관리할 필요가 없습니다. Cloud SQL을 사용하면 두 가지 인증 기관 (CA) 계층 중에서 선택할 수 있습니다. 선택한 CA 계층 구조가 인스턴스의 서버 CA 모드가 됩니다. 인스턴스의 서버 CA 모드로 인스턴스별 CA를 사용하는 경우 서버 인증서의 만료일은 10년입니다. 공유 CA를 인스턴스의 서버 CA 모드 (미리보기)로 사용하는 경우 서버 인증서의 만료일은 1년입니다. 만료일 이후에는 서버 인증서가 더 이상 유효하지 않으며 클라이언트가 더 이상 해당 인증서를 사용하여 인스턴스에 보안 연결을 설정할 수 없습니다. 클라이언트가 CA를 확인하거나 서버 인증서의 호스트 이름을 확인하도록 구성된 경우 만료된 서버 인증서가 있는 Cloud SQL 인스턴스에 대한 클라이언트의 연결이 실패합니다. 클라이언트 연결이 중단되지 않도록 하려면 인증서가 만료되기 전에 서버 인증서를 순환하세요. 서버 인증서가 곧 만료된다는 알림이 주기적으로 전송됩니다. 알림은 만료일 90, 30, 10, 2, 1일 전에 전송됩니다.

서버 인증서가 생성된 시기 및 만료되는 시기와 같은 서버 인증서 관련 정보를 확인할 수 있습니다. 만료일 전에 새 키를 수동으로 만들 수 있습니다.

콘솔

Google Cloud 콘솔에서 Cloud SQL 인스턴스 페이지로 이동합니다.

Cloud SQL 인스턴스로 이동
인스턴스의 개요 페이지를 열려면 인스턴스 이름을 클릭합니다.
SQL 탐색 메뉴에서 연결을 클릭합니다.
보안 탭을 선택합니다.
서버 인증서 관리 섹션으로 이동합니다.
표에서 서버 인증서의 만료일을 확인할 수 있습니다.

gcloud

자체 서명된 서버 인증서를 사용하는 인스턴스 (인스턴스별 CA):

서버 인증서에 대한 정보를 가져오려면 sql ssl server-ca-certs list 명령어를 사용합니다.
```
gcloud sql ssl server-ca-certs list \
--instance=INSTANCE_NAME
```
서버 인증서를 만들려면 sql ssl server-ca-certs create 명령어를 사용합니다.
```
gcloud sql ssl server-ca-certs create \
--instance=INSTANCE_NAME
```

인증서 정보를 로컬 PEM 파일로 다운로드합니다.

gcloud sql ssl server-ca-certs list \
--format="value(cert)" \
--instance=INSTANCE_NAME > \
FILE_PATH/FILE_NAME.pem

다운로드한 파일을 클라이언트 호스트 머신에 복사하고 기존 server-ca.pem 파일을 대체하여 모든 클라이언트에서 새 정보를 사용하도록 업데이트합니다.

공유 CA에서 발급한 서버 인증서를 사용하는 인스턴스 (미리보기):

서버 인증서에 관한 정보를 가져오려면 beta sql ssl server-certs list 명령어를 사용합니다.
```
gcloud beta sql ssl server-certs list \
   --instance=INSTANCE_NAME
```
서버 인증서를 만들려면 beta sql ssl server-certs create 명령어를 사용합니다.
```
gcloud beta sql ssl server-certs create \
   --instance=INSTANCE_NAME
```

인증서 정보를 로컬 PEM 파일로 다운로드합니다.

gcloud beta sql ssl server-certs list \
   --format="value(ca_cert.cert)" \
   --instance=INSTANCE_NAME > \
   FILE_PATH/FILE_NAME.pem

다운로드한 파일을 클라이언트 호스트 머신에 복사하고 기존 server-ca.pem 파일을 대체하여 모든 클라이언트에서 새 정보를 사용하도록 업데이트합니다.

Terraform

서버 인증서 정보를 출력으로 제공하려면 Terraform 데이터 소스를 사용합니다.

Terraform 구성 파일에 다음을 추가합니다.

   data "google_sql_ca_certs" "ca_certs" {
     instance = google_sql_database_instance.default.name
   }

   locals {
     furthest_expiration_time = reverse(sort([for k, v in data.google_sql_ca_certs.ca_certs.certs : v.expiration_time]))[0]
     latest_ca_cert           = [for v in data.google_sql_ca_certs.ca_certs.certs : v.cert if v.expiration_time == local.furthest_expiration_time]
   }

   output "db_latest_ca_cert" {
     description = "Latest CA certificate used by the primary database server"
     value       = local.latest_ca_cert
     sensitive   = true
   }

server-ca.pem 파일을 만들려면 다음 명령어를 실행하세요.
```
   terraform output db_latest_ca_cert > server-ca.pem
   
```

클라이언트 인증서

새 클라이언트 인증서 만들기

인스턴스당 최대 10개의 클라이언트 인증서를 만들 수 있습니다. 클라이언트 인증서를 만들려면 Cloud SQL Admin IAM 역할이 있어야 합니다.

클라이언트 인증서에 대해 알아야 할 몇 가지 중요한 사항은 다음과 같습니다.

인증서의 비공개 키를 분실할 경우, 새 키를 만들어야 합니다. 비공개 키는 복구할 수가 없기 때문입니다.
기본적으로 클라이언트 인증서의 만료일은 10년입니다.
클라이언트 인증서 만료가 가까워지면 알림이 발송되지 않습니다.
SSL 인증서를 만들려면 Cloud SQL 인스턴스가 실행 중 상태여야 합니다.

콘솔

Google Cloud 콘솔에서 Cloud SQL 인스턴스 페이지로 이동합니다.

Cloud SQL 인스턴스로 이동
인스턴스의 개요 페이지를 열려면 인스턴스 이름을 클릭합니다.
SQL 탐색 메뉴에서 연결을 클릭합니다.
보안 탭을 선택합니다.
클라이언트 인증서 만들기를 클릭합니다.
클라이언트 인증서 만들기 대화상자에서 고유한 이름을 추가합니다.
만들기를 클릭합니다.
새 SSL 인증서가 생성됨 대화상자의 첫 번째 섹션에서 client-key.pem 다운로드를 클릭하여 비공개 키를 client-key.pem 파일에 다운로드합니다.
중요: 이 비공개 키를 안전하게 저장하세요. 분실할 경우 새 클라이언트 인증서를 만들어야 합니다.
두 번째 섹션에서 client-cert.pem 다운로드를 클릭하여 클라이언트 인증서를 client-cert.pem 파일에 다운로드합니다.
세 번째 섹션에서 server-ca.pem 다운로드를 클릭하여 서버 인증서를 server-ca.pem 파일에 다운로드합니다.
닫기를 클릭합니다.

gcloud

ssl client-certs create 명령어를 사용하여 클라이언트 인증서를 만듭니다.
```
gcloud sql ssl client-certs create CERT_NAME client-key.pem \
--instance=INSTANCE_NAME
```
중요: 이 비공개 키를 안전하게 저장하세요. 분실할 경우 새 클라이언트 인증서를 만들어야 합니다.
ssl client-certs describe명령어를 사용하여 방금 만든 인증서의 공개 키를 검색하여 client-cert.pem 파일에 복사합니다.
```
gcloud sql ssl client-certs describe CERT_NAME \
--instance=INSTANCE_NAME \
--format="value(cert)" > client-cert.pem
```

instances describe 명령어를 사용하여 서버 인증서를 server-ca.pem 파일에 복사합니다.

gcloud sql instances describe INSTANCE_NAME \
--format="value(serverCaCert.cert)" > server-ca.pem

Terraform

클라이언트 인증서를 만들려면 Terraform 리소스를 사용합니다.

resource "google_sql_ssl_cert" "postgres_client_cert" {
  common_name = "postgres_common_name"
  instance    = google_sql_database_instance.postgres_instance.name
}

REST v1

SSL/TLS 인증서를 만들어 이 인스턴스의 고유한 이름을 지정합니다.

요청 데이터를 사용하기 전에 다음을 바꿉니다.

project-id: 프로젝트 ID
instance-id: 인스턴스 ID
client-cert-name: 클라이언트 인증서 이름

HTTP 메서드 및 URL:

POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id/sslCerts

JSON 요청 본문:

{
  "commonName" : "client-cert-name"
}

요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

cURL(Linux, macOS, Cloud Shell)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하거나 gcloud CLI에 자동으로 로그인하는 Cloud Shell을 사용하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id/sslCerts"

PowerShell(Windows)

참고: 다음 명령어는 gcloud init 또는 gcloud auth login을 실행하여 사용자 계정으로 gcloud CLI에 로그인했다고 가정합니다. gcloud auth list를 실행하면 현재 활성 계정을 확인할 수 있습니다.

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id/sslCerts" | Select-Object -Expand Content

다음과 비슷한 JSON 응답이 표시됩니다.

응답

{
  "kind": "sql#sslCertsInsert",
  "operation": {
    "kind": "sql#operation",
    "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id",
    "status": "PENDING",
    "user": "user@example.com",
    "operationType": "UPDATE",
    "name": "operation-id",
    "targetId": "instance-id",
    "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/operations/operation-id",
    "targetProject": "doc-test-01",
    "insertTime": "2020-02-13T00:11:20.677Z"
  },
  "serverCaCert": {
    "kind": "sql#sslCert",
    "certSerialNumber": "server-cert-serial-number",
    "cert": "server-cert-value",
    "commonName": "server-cert-name,
    "sha1Fingerprint": "server-cert-sha1Fingerprint",
    "instance": "instance-id",
    "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id/sslCerts/operation-id",
    "createTime": "2019-11-25T20:12:06.764Z",
    "expirationTime": "2029-11-22T20:13:06.764Z"
  },
  "clientCert": {
    "certInfo": {
      "kind": "sql#sslCert",
      "certSerialNumber": "client-cert-serial-number-2",
      "cert": "client-cert-value",
      "commonName": "client-cert-name",
      "sha1Fingerprint": "client-cert-sha1Fingerprint-2",
      "instance": "instance-id",
      "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/instance-id/sslCerts/operation-id",
      "createTime": "2020-02-13T00:10:20.595Z",
      "expirationTime": "2030-02-10T00:11:20.595Z"
    },
    "certPrivateKey": "private-key-value"
  }
}

다음과 같이 응답에서 따옴표 안에 있는 모든 인증서 콘텐츠(따옴표는 제외)를 로컬 파일로 복사합니다.
1. serverCaCert.cert를 server-ca.pem에 복사합니다.
2. clientCert.cert를 client-cert.pem에 복사합니다.
3. certPrivateKey를 client-key.pem에 복사합니다.
중요: 이 비공개 키를 안전하게 저장하세요. 분실할 경우 새 클라이언트 인증서를 만들어야 합니다.

REST v1beta4

SSL/TLS 인증서를 만들어 이 인스턴스의 고유한 이름을 지정합니다.

요청 데이터를 사용하기 전에 다음을 바꿉니다.

project-id: 프로젝트 ID
instance-id: 인스턴스 ID
client-cert-name: 클라이언트 인증서 이름

HTTP 메서드 및 URL:

POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/sslCerts

JSON 요청 본문:

{
  "commonName" : "client-cert-name"
}

요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

cURL(Linux, macOS, Cloud Shell)

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/sslCerts"

PowerShell(Windows)

요청 본문을 request.json 파일에 저장하고 다음 명령어를 실행합니다.

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/sslCerts" | Select-Object -Expand Content

다음과 비슷한 JSON 응답이 표시됩니다.

응답

{
  "kind": "sql#sslCertsInsert",
  "operation": {
    "kind": "sql#operation",
    "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
    "status": "PENDING",
    "user": "user@example.com",
    "operationType": "UPDATE",
    "name": "operation-id",
    "targetId": "instance-id",
    "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
    "targetProject": "doc-test-01",
    "insertTime": "2020-02-13T00:11:20.677Z"
  },
  "serverCaCert": {
    "kind": "sql#sslCert",
    "certSerialNumber": "server-cert-serial-number",
    "cert": "server-cert-value",
    "commonName": "server-cert-name,
    "sha1Fingerprint": "server-cert-sha1Fingerprint",
    "instance": "instance-id",
    "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/sslCerts/operation-id",
    "createTime": "2019-11-25T20:12:06.764Z",
    "expirationTime": "2029-11-22T20:13:06.764Z"
  },
  "clientCert": {
    "certInfo": {
      "kind": "sql#sslCert",
      "certSerialNumber": "client-cert-serial-number-2",
      "cert": "client-cert-value",
      "commonName": "client-cert-name",
      "sha1Fingerprint": "client-cert-sha1Fingerprint-2",
      "instance": "instance-id",
      "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/sslCerts/operation-id",
      "createTime": "2020-02-13T00:10:20.595Z",
      "expirationTime": "2030-02-10T00:11:20.595Z"
    },
    "certPrivateKey": "private-key-value"
  }
}

다음과 같이 응답에서 따옴표 안에 있는 모든 인증서 콘텐츠(따옴표는 제외)를 로컬 파일로 복사합니다.
1. serverCaCert.cert를 server-ca.pem에 복사합니다.
2. clientCert.cert를 client-cert.pem에 복사합니다.
3. certPrivateKey를 client-key.pem에 복사합니다.
중요: 이 비공개 키를 안전하게 저장하세요. 분실할 경우 새 클라이언트 인증서를 만들어야 합니다.

여기까지 실행하면 다음을 보유하게 됩니다.

server-ca.pem으로 저장된 서버 인증서
client-cert.pem으로 저장된 클라이언트 공개 키 인증서
client-key.pem으로 저장된 클라이언트 비공개 키

연결에 사용할 도구에 따라 이 세 가지 항목이 서로 다른 방식으로 지정됩니다. 예를 들어 psql 명령줄 클라이언트를 사용하여 연결할 경우 이 세 개 파일은 psql 연결 문자열의 sslrootcert, sslcert, sslkey 매개변수 값입니다. psql 클라이언트와 SSL/TLS를 사용한 연결 예시는 psql 클라이언트로 연결을 참조하세요.

서버 ID 확인에 대한 정보

서버 ID 확인은 Cloud SQL 인스턴스의 서버 인증 기관 (CA) 계층 구조 구성에 따라 다릅니다.

인스턴스가 인스턴스별 CA를 사용하도록 구성된 경우 각 인스턴스에 고유한 CA가 있으므로 CA를 확인하면 서버 ID도 확인됩니다.

인스턴스가 공유 CA (미리보기)를 사용하도록 구성된 경우 서버 CA가 인스턴스 간에 공유되므로 서버 ID 확인을 위해 CA 확인과 함께 호스트 이름을 확인해야 합니다.

인스턴스별 CA가 있는 경우 Private Service Connect 인스턴스에 대해서만 DNS 이름 기반 서버 ID 확인을 실행할 수 있습니다.

공유 CA(미리보기)가 있는 경우 모든 유형의 인스턴스(예: Private Service Connect, 비공개 서비스 액세스, 공개 IP 인스턴스)에 대해 DNS 이름 기반 서버 ID 확인을 실행할 수 있습니다.

인스턴스 세부정보를 확인하여 Cloud SQL 인스턴스에 구성된 CA 계층 구조를 볼 수 있습니다.

자세한 내용은 인스턴스 정보 보기 또는 다음 섹션인 서버 ID 인증 사용 설정을 참고하세요.

서버 ID 확인 사용 설정

공유 CA를 Cloud SQL 인스턴스의 서버 CA 모드 (미리보기)로 선택하는 경우 서버 ID 확인도 사용 설정하는 것이 좋습니다. 공유 CA를 서버 CA 모드로 사용하는 인스턴스에는 서버 인증서의 주체 대체 이름 (SAN) 필드에 인스턴스 DNS 이름이 포함됩니다. 인스턴스 조회 API를 사용하고 응답을 서버 ID 확인을 위한 호스트 이름으로 사용하여 이 DNS 이름을 가져올 수 있습니다. DNS 이름에 DNS 확인을 설정해야 합니다.

서버 ID 확인을 사용 설정하려면 다음 단계를 완료하세요.

DNS 이름을 가져옵니다.
1. 인스턴스의 DNS 이름을 포함하여 Cloud SQL 인스턴스에 대한 요약 정보를 보려면 gcloud sql instances describe 명령어를 사용합니다.
```
gcloud sql instances describe INSTANCE_NAME \
  --project=PROJECT_ID
```
  다음을 바꿉니다.
  - INSTANCE_NAME: Cloud SQL 인스턴스의 이름
  - PROJECT_ID: 인스턴스가 포함된 Google Cloud 프로젝트의 ID 또는 프로젝트 번호
2. 응답에 DNS 이름이 표시되는지 확인합니다. 이 이름의 패턴은 다음과 같습니다.
```
INSTANCE_UID.PROJECT_DNS_LABEL.REGION_NAME.sql.goog.
```
  예를 들면 다음과 같습니다.
  
  1a23b4cd5e67.1a2b345c6d27.us-central1.sql.goog.
DNS 영역에서 DNS 레코드를 만듭니다. 비공개로 연결하는 경우 해당 가상 프라이빗 클라우드 (VPC) 네트워크의 비공개 DNS 영역에 DNS 레코드를 만듭니다.
PostgreSQL용 Cloud SQL 인스턴스에 연결할 때 DNS 이름을 호스트 이름으로 구성합니다. 그런 다음 클라이언트에서 서버 ID 확인을 사용 설정합니다.

예를 들어 psql 클라이언트를 사용할 때는 sslmode=verify-full 플래그를 지정합니다. 다른 PostgreSQL 클라이언트 드라이버에는 유사한 구성 플래그가 있습니다.

다음 단계

Cloud SQL 인스턴스에서 SSL/TLS 관리하기
Google Cloud에서 암호화를 처리하는 방식 자세히 알아보기
SSL/TLS 인증서를 사용하여 Cloud SQL 인스턴스에 연결하기
PostgreSQL의 SSL/TLS 인증서 사용 방법 자세히 알아보기