[Network] HTTP headers

 

기적을 부르는 안드로이드 통신 프로그래밍

기적을 부르는 안드로이드 통신 프로그래밍 - YES24

https://www.blog-dreamus.com/post/cache-control-%EC%9D%B4-%ED%95%84%EC%9A%94%ED%95%9C-%EC%9D%B4%EC%9C%A0

'Cache-Control'이 필요한 이유

https://www.geeksforgeeks.org/http-headers/?ref=lbp 

HTTP headers - GeeksforGeeks

 

URLConnection에서 헤더 정보 작성하기

setRequestProperty(), addRequestProperty() 사용

https://docs.oracle.com/javase/7/docs/api/java/net/URLConnection.html#addRequestProperty(java.lang.String,%20java.lang.String) 

https://docs.oracle.com/javase/7/docs/api/java/net/URLConnection.html#setRequestProperty(java.lang.String,%20java.lang.String) 

URLConnection (Java Platform SE 7 )

 

OkHttp에서의 헤더 정보 작성하기

https://square.github.io/okhttp/recipes/#accessing-headers-kt-java

Recipes - OkHttp

 

 

HTTP 프로토콜의 헤더

메시지 헤더 Message Header

형식 - RFC의 규약으로 이렇게 정해짐

message-header = field-name ":" [ field-value ]
field-name = token
field-vlaue = *( field-content | LWS )

• 필드이름 field-name : '헤더 이름'이라 부름.보통 토큰 token 이라 표현함.
• 필드 값 field-value : '헤더값'이라 부름. '*( field-content | LWS )' 형식으로 표현함.
  • field-content 필드 내용 : 일반 문자나 사전 정의된 토큰 또는 구분자 그리고 인용문자로 구성됨
  • * : 반복을 의미한다. 
  • LWS(Linear White Space) : 탭, 공백, 라인구분을 의미한다. 

 

헤더 필드의 정렬 순서는 중요하지 않음. 

관행적으로 일반 헤더 필드 > 요청 헤더(응답 헤더) > 엔티티 헤더 필드 순서가 일반적임.

 

일반 헤더General Header

요청과 응답 메시지 모두에서 일반적으로 사용하는 정보

general-header = Cache-Control
                | Connection
                | Date
                | Transfer-Encoding
                | Upgrade
                | Via

Cach-Control

서버와 클라이언트 내 캐시를 좀 더 효율적으로 다루기 위함. 캐시 매커니즘에 대한 지시문을 지정하는데 일반적으로 사용한다. 

캐시 사용 목적 : 요청과 응답의 횟수(round-trip)을 줄여 네트워크의 대역폭을 향상시키는 목적

 

Connection

원래 HTTP 통신은 요청과 응답 이후, 서로 통신을 끊는 것을 기본으로 한다. 그러나 이와 같은 통신 방법은 빈번한 접속에 따른서버의 과부하를 유발한다. 따라서 이러한 문제해결 방안으로 Connection 헤더 필드를 사용해 기본으로 요청, 응답 후 연결을 유지할 지 결정하는 기능을 제공한다.

 

Date

메시지를 생성한 시간을 의미한다. 일자를 통해 향후 문서를 유지할 지 아니면 버릴지를 결정한다.

 

Trasnfer-Encoding

메시지 본문에서 사용한 인코딩 방식을 의미한다. 

사용 목적 : HTTP 프로토콜 내 헤더를 포함해 전체 데이터를 안전하게 전송하기 위해 8비트의 전송규약에 맞추어 암호화시켜 전송할 때 사용한다.

 

Upgrade

클라이언트와 서버와 통신하던 중 프로토콜의 변경이 필요할 때 사용한다.

예 : HTTP를 사용하다가 보안을 위해서 HTTPS 프로토콜로 변경이 필요한 경우 사용한다.

서버와 클라이언트가 모두 새로 사용할 프로토콜을 지원해야 하기 때문에 업그레이드는 상대가 "가능하다면, 다른 프로토콜로 바꿨으면 한다"라는 의미로 사용함.

 

Via

게이크웨이나 프락시는 서버에 요청 메시지를 만들어 보낼 때 반드시 Via 필드를 사용해야한다. 역으로 클라이언트에 응답 메시지를 전송하면 Via 필드를 사용해 자신이 게이트웨이나 프라시라는 사실을 알려주어야 한다.

 

Warning

서버의 경고를 알린다. 

 

요청 헤더 Request-Header

요청에 대한 추가적인 정보를 담고 있다.

request-header = Accept
                | Accept-Charset
                | Accept-Encoding
                | Accept-Language
                | Authorization
                | Expect
                | From
                | Host
                | If-Match
                | If-Modified-Since
                | If-None-Match
                | If-Range
                | If-Unmodified-Since
                | Max-Forwards
                | Proxy-Authorization
                | Range
                | Referer
                | TE
                | User-Agent

Accept

클라이언트 자신이 처리할 수 있는 미디어 타입을 지정해 서버에게 요청한다. 

 

표기

Accept = "Accept" ":" #( media-range [ accept-params ] )

media-range = ( "*/*" | (type "/" subtype ) ) *( ";" parameter )
accept-params = ";" "q" "=" qvalue *( accept-extension )
accept-extension = ";" token [ "=" ( token | quoted-string ) ]

• # : 최소 2개 이상의 요소
• ; : 구분자로 앞의 토큰에 대한 추가적인 정보를 알리기 위해 사용한다.
• | : '또는'의 의미로 사용한다.

 

예

Accept: audio/*; q=0.2; audio/basic

• q : 품질등급. Quality factor. 상대적 중요성(가중치)를 표시한다. 최소값 0부터 최대값 1까지 범위의 실수로 정형화할 수 있다. 원하는 품질에 대한 상대적인 질 저하를 표현한다. 품질등급은 구체적인 표현일수록 높은 우선순위를 갖는다. 별도 표기가 없으면 디폴트 1로 해석한다. 0으로 표현하면 클라이언트에서 수용할 수 없는 타입을 나타낸다.

> 기본적인 오디오 타입("audio/basic")을 선호하지만 80%이하로 질이 떨어지면 'audio/*'처럼 다른 오디오 타입으로 전송해 달라.

 

Accept-Charset

클라이언트가 응답 메시지 내 엔티티로 수용 가능한 문자셋을 나타낸다. 한글이나 한자를 표시할 때 사용하는 'UTF-8'이나 'EUC-KR', 'MS949', 'UTF-16'과 같은 문자셋을 나타낸다.

 

Accept-Encoding

응답 메시지에서 사용할 수 있는 평문이나 압축방식을 명시할 때 사용한다.

 

Accept-Language

Accept와 유사하게 요청 메시지에 대해 응답 메시지가 사용할 수 있는 언어를 제한해 줄 것을 요청한다.

 

Authorization

사용자 인증을 필요로 하는 경우, 사용자의 이름과 암호를 전달하기 위하여 사용한다. 

 

From

문서를 요청한 사용자의 e-mail 주소를 전달한다.

 

If-Modified-Since

요청한 URI 리소스가 특정 일자 이후 변경된 경우, 해당 리소스를 다시 전송해 달라고 요청할 때 사용한다.

 

Range

https://www.geeksforgeeks.org/http-headers-range/

HTTP headers | Range - GeeksforGeeks

서버에서 문서를 나눠서 부분별로 가져오도록 범위를 지정함.

 

Referer

링크로 제공하는 문서의 URI를 전송한다.

 

User-Agent

https://www.geeksforgeeks.org/http-headers-user-agent/?ref=rp 

HTTP headers | User-Agent - GeeksforGeeks

클라이언트 소프트웨어의 정보를 전달한다. 사용자 에이전트는 클라이언트에서 사용하는 애플리케이션을 말한다. 

이 정보는 다양한 웹 브라우저 및 다양한 운영체제에 다양한 웹사이트들을 제공하기 위해 사용된다. 

 

응답 헤더 Response-Header

서버가 요청 메시지를 받고 그에 대한 응답 메시지 내 상태 라인만으로는 전달하기 어려운 정보를 클라이언트에게 전달하기 위해 사용한다.

response-header = Age
                | Location
                | Retry-After
                | Server
                | Warning
                | WWW-Authenticate

Age

프록시 서버에서 사용한다. 원본 서버가 클라이언트에 전달할 데이터를 만든 시간을 클라이언트에게 전달할 때 사용한다. 초 단위로 표시된다.

 

Location

리다이렉트된 문서의 절대 URI를 알려준다.

 

Retry-After

응답 상태 코드 503과 함께 사용한다. "얼마 시간이 경과된 이후 데이터 요청을 다시 시도하라" 의미를 가진다.

 

Server

클라이언트의 요청에 대해, 원본 서버에 의해 사용되고 있는 소프트웨어를 나타낸다.

 

WWW-Authenticate

인증방법을 정의한다. 상태코드 401일 때, 필요한 인증사항을 응답 메시지로 전달한다. 서버가 수용 가능한 사용자 인증을 클라이언트에 요구할 때 사용한다.

 

엔티티 헤더 Entity Header

서버는 HTTP 버전, 요청 메소드나 응답 상태 코드 등에 의해 제한받지 않는다면, 요청 메시지나 응답 메시지와 함께 엔티티를 전송할 수 있다. 엔티티는 엔티티 헤더 필드와 엔티티 본문(또는 메시지 본문)으로 구성되어 있다. 경우에 따라 어떤 응답 메시지는 엔티티 헤더만으로 구성될 수 있다.

엔티티 헤더 필드는 엔티티 본문에 대한 정보를 정의한다.

entity-header = Allow
                | Content-Encoding
                | Content-Language
                | Content-Length
                | Content-Location
                | Content-MD5
                | Content-Range
                | Content-Type
                | ETag
                | Expires
                | Last-Modified
                | extension-header

 

Allow

Request-URI가 지원 가능한 메소드 목록을 표시한다.  지원 가능한 메소드들의 정보를 클라이언트에 알리기 위해 사용한다.

Allow: GET, HAED, PUT

 

Content-Encoding

엔티티 본문이 압축되었거나 암호화되어있을 경우, 그 인코딩 형식을 수신 측에 전달하기 위해 사용한다. 만약 엔티티에 복수의 압축 인코딩을 적용했으면, 인코딩 내용은 적용된 순서에 따라 열거한다.

 

Content-Type

엔티티 본문의 미디어 타입을 표시하거나 또는 엔티티 본문을 발송하기 전에 앞으로 발송할 미디어 타입을 표시한다.

 

Content-Length

엔티티 본문의 크기를 바이트로 표기한다.

 

Content-Location

메시지에 포함된 엔티티가 어디 리소스에 위치하였는지에 대한 정보를 제공한다.

 

ETag

Entity-tag의 약자. 웹서버에 사용하는 리소스 버전을 알려준다. 같은 URL이라 하더라도 리소스가 변경되었다면, Etag로 변경된 버전을 알려준다.

 

Expires

언제 사라질 지 시간, 날짜를 정의한다. 

 

엔티티 본문 Entitiy Body (또는 메시지 본문)

있을 수도 있고, 없을 수도 있다. 요청 또는 응답 메시지 내 메시지 본문의 존재 여부는 메시지 헤더의 Content-Length 또는 Transfer-Encoding 헤더 필드로 확인 가능하다. Content-Length 또는 Transfer-Encoding 헤더 필드가 있다면, 요청 또는 응답과 관련된 엔티티 본문을 전송한다는 것을 의미한다.