커스텀 헤더 만들기

커스텀 요청과 응답 헤더를 사용하면 외부 HTTP(S) 부하 분산기가 요청과 응답에 추가하는 추가 헤더를 지정할 수 있습니다. 이 헤더에는 클라이언트에 대한 지연 시간, 클라이언트 IP 주소의 지리적 위치, TLS 연결 매개변수를 포함하여 부하 분산기가 클라이언트 연결에 대해 감지하는 정보가 포함될 수 있습니다.

커스텀 요청 헤더는 백엔드 서비스에서 지원되고 커스텀 응답 헤더는 백엔드 서비스와 백엔드 버킷에서 지원됩니다.

HTTP(S) 부하 분산은 기본적으로 백엔드와 클라이언트 사이에서 프록시하는 모든 HTTP(S) 요청과 응답에 특정 헤더를 추가합니다. 자세한 내용은 대상 프록시를 참조하세요.

시작하기 전에

  • 필요한 경우 Cloud SDK를 최신 버전으로 업데이트합니다.

    gcloud components update
    

커스텀 헤더 작동 방식

커스텀 헤더는 다음과 같이 작동합니다.

  • 외부 HTTP(S) 부하 분산기가 백엔드에 요청을 하면 부하 분산기가 요청 헤더를 추가합니다.

  • 외부 HTTP(S) 부하 분산기는 응답을 클라이언트에 반환하기 전에 응답 헤더를 설정합니다.

요청 헤더와 응답 헤더는 캐싱 또는 부하 분산기 동작에 영향을 미치지 않습니다.

커스텀 헤더를 사용 설정하려면 백엔드 서비스나 백엔드 버킷의 속성에 헤더 목록을 지정합니다.

각 헤더를 header-name:header-value 문자열로 지정합니다. 헤더에는 헤더 이름과 헤더 값을 구분하는 콜론이 있어야 합니다. 헤더 이름에는 다음과 같은 속성이 있습니다.

  • 헤더 이름은 유효한 HTTP 헤더 필드 이름 정의여야 합니다(RFC 7230에 따름).
  • 헤더 이름은 X-User-IP 또는 CDN-Loop가 아니어야 합니다.
  • 헤더 이름은 X-Google, X-Goog-, X-GFE 또는 X-Amz-로 시작되지 않아야 합니다.
  • 헤더 이름은 추가된 헤더 목록에 두 번 이상 나타나지 않아야 합니다.

헤더 값에는 다음과 같은 속성이 있습니다.

  • 헤더 값은 유효한 HTTP 헤더 필드 정의여야 합니다(RFC 7230에 따름, 더 이상 사용되지 않는 양식은 허용되지 않음).
  • 헤더 값은 비워 둘 수 있습니다.
  • 헤더 값에는 부하 분산기가 제공하는 값으로 확장되는 중괄호로 묶인 하나 이상의 변수가 포함될 수 있습니다. 헤더 값에 허용되는 변수 목록은 다음 섹션에 있습니다.

예를 들어 클라이언트 리전과 클라이언트 도시에 대한 변수 이름 2개가 있는 헤더를 지정할 수 있습니다. gcloud 명령줄 도구에는 요청 헤더를 지정하는 플래그인 --custom-request-header가 있습니다. 예를 들면 다음과 같습니다.

    --custom-request-header 'X-Client-Geo-Location:{client_region},{client_city}'

캘리포니아주 마운틴뷰에 있는 클라이언트의 경우 부하 분산기에서 다음과 같은 헤더를 추가합니다.

X-Client-Geo-Location:US,Mountain View

플래그의 일반적인 형식은 다음과 같습니다.

    --custom-request-header='HEADER_NAME:[HEADER_VALUE]'

헤더 값은 중괄호로 묶어야 합니다. 예를 들면 다음과 같습니다.

    --custom-request-header='X-PLACE:{client_city},{client_city_lat_long}'

이 명령어에는 곧은 따옴표(')만 사용하세요.

헤더 값에 나타날 수 있는 변수

커스텀 헤더 값에 다음 변수가 나타날 수 있습니다.

변수 설명
cdn_cache_id 요청을 처리하는 데 사용되는 캐시 인스턴스의 위치 코드와 ID입니다. 이 값은 Logging에서 Cloud CDN 요청 로그의 jsonPayload.cacheId 필드에 채워진 값과 동일합니다.
cdn_cache_status 현재 캐시 상태입니다. 값은 Cloud CDN이 사용 설정된 백엔드에서 제공하는 모든 객체의 hit, miss, revalidated, stale, uncacheable 또는 disabled일 수 있습니다.
origin_request_header 교차 출처 리소스 공유(CORS) 사용 사례의 경우 요청에서 Origin 헤더 값을 반영합니다.
client_rtt_msec 부하 분산기와 HTTP(S) 클라이언트 간의 예상 왕복 전송 시간(밀리초)입니다. 이는 RFC 2988에 따라 부하 분산기의 TCP 스택으로 측정된 평활 왕복 시간(Smoothed Round Trip Time, SRTT) 매개변수입니다.
client_region 클라이언트의 IP 주소에 연결된 국가(또는 리전)입니다. US 또는 FR과 같은 유니코드 CLDR 리전 코드입니다. 대부분의 국가에서 이 코드는 ISO-3166-2 코드와 바로 대응합니다.
client_region_subdivision 클라이언트의 IP 주소에 연결된 국가의 하위 영역입니다(예: 주 또는 시/도). 유니코드 CLDR 하위 영역 ID입니다(예: USCA 또는 CAON). 이러한 유니코드 코드는 ISO-3166-2 표준에 정의된 하위 영역에서 파생된 것입니다.
client_city 요청이 시작된 도시의 이름입니다(예: 캘리포니아주 마운틴뷰의 경우 Mountain View). 이 변수에 유효한 값의 표준 목록은 없습니다. 도시 이름에는 US-ASCII 문자, 숫자, 공백, !#$%&'*+-.^_`|~ 문자가 포함될 수 있습니다.
client_city_lat_long 요청이 시작된 도시의 위도와 경도입니다(예: 마운틴뷰에서 요청한 경우 37.386051,-122.083851).
tls_sni_hostname TLS 또는 QUIC 핸드셰이크 중에 클라이언트가 제공한 경우 서버 이름 표시(RFC 6066에 정의된 대로)입니다. 호스트 이름은 소문자로 변환되고 후행 점은 모두 삭제됩니다.
tls_version SSL 핸드셰이크 중에 클라이언트와 부하 분산기 간에 협상된 TLS 버전입니다. 가능한 값에는 TLSv1, TLSv1.1, TLSv1.2, TLSv1.3이 포함됩니다. 클라이언트가 TLS 대신 QUIC를 사용하여 연결하면 값은 QUIC입니다.
tls_cipher_suite TLS 핸드셰이크 중에 협상된 암호 모음입니다. 값은 IANA TLS Cipher Suite 레지스트리에서 정의한 네 자리 16진수입니다(예: TLS_RSA_WITH_AES_128_GCM_SHA256의 경우 009C). QUIC 및 암호화되지 않은 클라이언트 연결의 경우 이 값은 비어 있습니다.

부하 분산기는 값을 확인할 수 없는 경우 변수를 빈 문자열로 확장합니다. 예:

  • IP 주소의 위치를 알 수 없는 경우의 지리적 위치 변수
  • TLS를 사용하지 않는 경우의 TLS 매개변수
  • 요청에 Origin 헤더가 포함되지 않은 경우의 {origin_request_header}
  • 요청 헤더에 포함되었을 때의 {cdn_cache_status} 헤더

지리적 값(리전, 구획, 도시)은 클라이언트의 IP 주소를 기반으로 한 추정치입니다. 때때로 Google은 정확도를 개선하고 지리적, 정치적 변화를 반영하기 위해 이러한 값을 제공하는 데이터를 업데이트합니다.

부하 분산기가 추가한 헤더는 이름이 동일한 기존 헤더를 덮어씁니다. 헤더 이름은 대소문자를 구분하지 않습니다. 헤더 이름이 HTTP/2 백엔드로 전달되면 HTTP/2 프로토콜은 헤더 이름을 소문자로 인코딩합니다.

헤더 값에서 선행 공백과 후행 공백은 유의하지 않으며 백엔드로 전달되지 않습니다. 부하 분산기는 헤더 값에 중괄호를 허용하기 위해 두 개의 여는 중괄호({{)를 하나의 여는 중괄호({)로 해석하고, 두 개의 닫는 중괄호(}})를 하나의 닫는 중괄호(})로 해석합니다.

커스텀 요청 헤더 작업

Console

기존 백엔드 서비스에 커스텀 요청 헤더를 추가하려면 다음 안내를 따르세요.

  1. 부하 분산 요약 페이지로 이동합니다.
    부하 분산 페이지로 이동
  2. 백엔드를 클릭합니다.
  3. 백엔드 서비스의 이름을 클릭합니다.
  4. 수정 을 클릭합니다.
  5. 고급 구성(세션 어피니티, 연결 드레이닝 제한 시간, 보안 정책)을 클릭합니다.
  6. 커스텀 요청 헤더에서 헤더 추가를 클릭합니다.
  7. 커스텀 요청 헤더의 헤더 이름헤더 값을 입력합니다.
  8. 추가 커스텀 요청 헤더를 입력합니다.
  9. 저장을 클릭합니다.

백엔드 서비스에서 커스텀 요청 헤더를 삭제하려면 다음 안내를 따르세요.

  1. 부하 분산 요약 페이지로 이동합니다.
    부하 분산 페이지로 이동
  2. 백엔드를 클릭합니다.
  3. 백엔드 서비스의 이름을 클릭합니다.
  4. 수정 을 클릭합니다.
  5. 고급 구성(세션 어피니티, 연결 드레이닝 제한 시간, 보안 정책)을 클릭합니다.
  6. 삭제하려는 커스텀 요청 헤더의 이름 옆에 있는 X를 클릭합니다.
  7. 저장을 클릭합니다.

gcloud

커스텀 요청 헤더를 사용하여 백엔드 서비스를 만들려면 다음 안내를 따르세요.

gcloud beta compute backend-services create BACKEND_SERVICE_NAME \
  --global-health-checks \
  --global \
  --protocol HTTPS \
  --health-checks https-basic-check \
  --custom-request-header 'HEADER_NAME:[HEADER_VALUE]'

요청 헤더를 더 추가하려면 --custom-request-header 플래그를 반복하여 고유한 헤더 이름과 값을 지정합니다.

기존 백엔드 서비스에 커스텀 헤더를 추가하려면 다음 안내를 따르세요.

gcloud beta compute backend-services update BACKEND_SERVICE_NAME \
  --global \
  --custom-request-header 'HEADER_NAME:[HEADER_VALUE]' \
  --custom-request-header 'HEADER_NAME:[HEADER_VALUE]'

위 명령어는 이미 백엔드 서비스에 있는 헤더를 명령어에 지정한 요청 헤더로 바꿉니다.

백엔드 서비스에서 모든 헤더를 삭제하려면 다음을 사용하세요.

gcloud beta compute backend-services update BACKEND_SERVICE_NAME \
  --global \
  --no-custom-request-headers

API

backendServices.patch 메서드에 대해 PATCH 요청을 실행합니다.

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE_NAME
"customRequestHeaders": [
   "client_city:Mountain View"
]

커스텀 응답 헤더 작업

Console

기존 백엔드 서비스에 커스텀 응답 헤더를 추가하려면 다음 안내를 따르세요.

  1. 부하 분산 요약 페이지로 이동합니다.
    부하 분산 페이지로 이동
  2. 백엔드를 클릭합니다.
  3. 백엔드 서비스의 이름을 클릭합니다.
  4. 수정 을 클릭합니다.
  5. 고급 구성(세션 어피니티, 연결 드레이닝 제한 시간, 보안 정책)을 클릭합니다.
  6. 커스텀 응답 헤더에서 헤더 추가를 클릭합니다.
  7. 커스텀 응답 헤더의 헤더 이름헤더 값을 입력합니다.
  8. 추가 커스텀 응답 헤더를 입력합니다.
  9. 저장을 클릭합니다.

백엔드 서비스에서 커스텀 응답 헤더를 삭제하려면 다음 안내를 따르세요.

  1. 부하 분산 요약 페이지로 이동합니다.
    부하 분산 페이지로 이동
  2. 백엔드를 클릭합니다.
  3. 백엔드 서비스의 이름을 클릭합니다.
  4. 수정 을 클릭합니다.
  5. 고급 구성(세션 어피니티, 연결 드레이닝 제한 시간, 보안 정책)을 클릭합니다.
  6. 삭제할 커스텀 응답 헤더 이름 옆의 X를 클릭합니다.
  7. 저장을 클릭합니다.

gcloud

백엔드 서비스의 경우 --custom-response-header 플래그와 함께 gcloud beta compute backend-services create 또는 gcloud beta compute backend-services update 명령어를 사용합니다.

백엔드 버킷의 경우 --custom-response-header 플래그와 함께 gcloud beta compute backend-buckets create 또는 gcloud beta compute backend-buckets update 명령어를 사용합니다.

gcloud beta compute backend-services (create | update) BACKEND_SERVICE_NAME
    --custom-response-header='HEADER_NAME:[HEADER_VALUE]'
gcloud beta compute backend-buckets (create | update) BACKEND_BUCKET_NAME
    --custom-response-header='HEADER_NAME:[HEADER_VALUE]'

예:

gcloud beta compute backend-buckets update gaming-lab \
    --custom-response-header='X-Frame-Options: DENY'

API

백엔드 버킷의 경우 Method: backendBuckets.insert 또는 Method: backendBuckets.update API 호출을 사용합니다.

백엔드 서비스의 경우 Method: backendServices.insert 또는 Method: backendServices.update API 호출을 사용합니다.

다음 API 호출 중 하나를 사용합니다.

POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/global/backendBuckets

PUT https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/global/backendBuckets/BACKEND_BUCKET_NAME

POST https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/global/backendServices

PUT https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE_NAME

JSON 요청 본문에 다음 스니펫을 추가합니다.

"cdnPolicy": {
  "customResponseHeaders":HEADER_NAME:[HEADER_VALUE]
}

Cloud Storage의 응답 헤더 설정

Cloud Storage의 응답에 HTTP 헤더(예: 교차 출처 리소스 정책, X-Frame-Options 또는 X-XSS-Protection 헤더)를 설정해야 하는 경우 Google Cloud는 Cloud Storage를 통해 Cloud CDN용 커스텀 헤더를 사용할 수 있는 옵션을 제공합니다. 이 페이지에 설명된 대로 부하 분산기 백엔드 버킷 수준에서 커스텀 헤더를 구성하면 됩니다.

제한사항

커스텀 헤더에는 다음 제한사항이 적용됩니다.

  • 백엔드 서비스마다 커스텀 요청 헤더를 최대 16개까지 지정할 수 있습니다.
  • 백엔드 서비스마다 커스텀 응답 헤더를 최대 16개까지 지정할 수 있습니다.
  • 백엔드 서비스당 모든 커스텀 요청 헤더의 총 크기(이름과 값의 결합, 변수 확장 전)는 8KB를 초과할 수 없습니다.
  • 백엔드 서비스당 모든 커스텀 응답 헤더의 총 크기(이름과 값의 결합, 변수 확장 전)는 8KB를 초과할 수 없습니다.

다음 단계