[http 서버 구현미션] HTTP/1.1 프로토콜

HTTP

• http 는 application-level 프로토콜이다.
• request/response protocol
• request는 requestLine, header, body로 구성되어 있다.
• response는 statusLine, header, body로 구성되어 있다.
• 브라우저마다 지원하지 않는 응답코드나

Request Line

• Request-Line = Method SP Request-URI SP HTTP-Version CRLF
• 가장 첫번째 줄이다.
• method, uri, http-version 이 포함되며 공백을 기준으로 구분한다.
• CRLF (개행)으로 끝난다.
• 예시: "GET /login HTTP/1.1 \r\n"

Method

• method is case-sensitive
• GET, POST, PUT, PATCH, HEAD, DELETE, OPTIONS 등이 있다.

URI

• http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]
• host는 case-insensitive

Status Line

• Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF
• 응답의 가장 첫번째 줄이다.
• http-version, status-code, reason-phrase 가 포함되며 공백을 기준으로 구분한다.
• CRLF (개행)으로 끝난다.
• 예시: "HTTP/1.1 200 OK \r\n"
• status-code는 커스텀하여 사용할 수도 있다.

Status Code

• 대표적인 응답코드에 대한 내용을 정리해보았다.
• 몇가지 응답코드에 대한 규칙이 있다.

200 OK

• GET, POST, HEAD, TRACE 메소드에 대해 성공의 응답

201 Created

• 응답은 리소스의 특징되는 리스트나 location(s)를 포함하는 것이 권장된다. (should)
• 리소스가 생성된 뒤 201 응답을 보내야만 한다. (must)

204 No Content

• 요청을 성공적으로 진행하였으나 반환할 값이 없다.
• 메세지 바디가 포함되서는 안 된다.(must not)
• 클라이언트의 뷰가 변할 필요가 없다.(should not)
• 헤더라인 이후 empty line 1줄로 종료된다.

302 Found

• 클라이언트가 요청한 리소스가 Location 에 주어진 위치로 일시적으로 이동 되었음을 가리킨다.
• Location 헤더 필드의 값으로 uri를 주는 것이 권장된다.(should)
• 응답은 Cache-Control 이나 Expires 헤더에 명시되었을 때만 캐시가능하다.
• GET, HEAD 에 대한 응답이라면 자동적으로 리다이렉트 하면 안 된다.(must not)

401 Authorized

• 응답은 WWW-Authenticate 헤더를 필수적으로 포함한다.(must)
• 이 헤더는 올바르게 인증하는 방법에 대한 정보를 포함

Header

• message-header = field-name ":" [ field-value ]
• 헤더는 :으로 구분된다.
• Accept, Authorization, Content-Type 등이 있다.
• 종류가 상당히 많다.
• request, response 에 따라 사용하는 헤더가 다르다.

Body

• body는 있을 수도 있고 없을 수도 있다.
• All 1xx(informational), 204 (no content), and 304 (not modified) 는 body 를 포함하지 않는다.(must not)
• Content-Length or Transfer-Encoding 헤더로 body가 있음을 암시한다.
• Transfer-Encoding 헤더가 명시된다.(must)

참고

• http 1.1 RFC 문서
• mdn 302 ststus code