HTTP
HTTP 응답

매개 변수

기본 응답 형식

HTTP 서버가 올바른 형식의 HTTP 요청 을 받으면 요청에 포함 된 정보를 처리하고 클라이언트에 응답을 반환해야합니다. 간단한 HTTP 1.1 응답은 다음과 같을 수 있습니다. 보통 여러 헤더 필드와 응답 본문이옵니다.

HTTP/1.1 200 OK \r\n

HTTP/1.1 404 Not Found \r\n

HTTP/1.1 503 Service Unavailable \r\n

간단한 HTTP 1.1 응답 형식은 다음과 같습니다.

HTTP-Version Status-Code Reason-Phrase CRLF

요청 에서처럼 HTTP-Version 은 사용중인 HTTP 프로토콜의 버전을 나타냅니다. HTTP 1.1의 경우 항상 HTTP/1.1 문자열이어야합니다.

Status-Code 는 클라이언트의 요청 상태를 나타내는 3 자리 코드입니다. 이 코드의 첫 번째 숫자는 상태 코드를 응답의 ^[ 5] 범주 중 하나로 분류하는 상태 클래스입니다 .

• 1xx 정보 - 서버가 요청을 수신했으며 처리가 계속됩니다.
• 2xx 성공 - 서버가 요청을 수락하고 처리했습니다.
• 3xx Redirection (리디렉션) - 요청을 완료하기 위해 클라이언트 측에서 추가 작업이 필요합니다.
• 4xx Client Errors - 클라이언트가 조작 된 요청을 전송했거나 완료 할 수 없음
• 5xx 서버 오류 - 요청이 유효했지만 서버가 현재 요청을 처리 할 수 ​​없습니다.

Reason-Phrase 은 상태 코드에 대한 간단한 설명입니다. 예를 들어, 코드 200 에는 OK 구문이 있습니다. 코드 ( 404 는 Not Found 문구를 갖는다. 이유 구문의 전체 목록은 매개 변수, 아래 또는 HTTP 사양 에서 사용할 수 있습니다.

이 줄은 대개 \r\n 으로 표시되는 캐리지 리턴 줄 공급 쌍으로 끝납니다.

추가 헤더

HTTP 요청과 마찬가지로 HTTP 응답은 제공하는 응답을 수정하거나 보강하기위한 추가 헤더를 포함 할 수 있습니다.

사용 가능한 헤더의 전체 목록은 사양의 §6.2에 정의되어 있습니다. 가장 일반적으로 사용되는 헤더는 다음과 같습니다.

• Server 에 대한 User-Agent 요청 헤더 와 같은 기능을 수행합니다.
• Location , 리디렉션 할 URI를 나타내는 201 및 3xx 상태 응답에 사용됩니다. 과
• 이 버전의 반환 된 리소스에 대한 고유 한 식별자 인 ETag 는 클라이언트가 응답을 캐시 할 수있게합니다.

응답 헤더는 상태 표시 줄 뒤에 오며 요청 헤더 는 다음과 같이 형성됩니다.

Name: Value CRLF

Name 은 ETag 또는 Location 과 같은 헤더 이름을 제공하고 Value 는 서버가 해당 헤더에 대해 설정하는 값을 제공합니다. 행은 CRLF로 끝납니다.

헤더를 사용한 응답은 다음과 같습니다.

HTTP/1.1 201 Created \r\n
Server: WEBrick/1.3.1 \r\n
Location: http://example.com/files/129742 \r\n

메시지 본문

요청 본문 과 마찬가지로 HTTP 응답에는 메시지 본문이 포함될 수 있습니다. 이것은 클라이언트가 처리 할 추가 데이터를 제공합니다. 특히, 잘 구성된 GET 요청에 대한 200 OK 응답은 항상 요청 된 데이터가 포함 된 메시지 본문을 제공해야합니다. (없는 경우, 204 No Content가 더 적절한 응답입니다.)

메시지 본문은 모든 헤더와 이중 CRLF 뒤에 포함됩니다. 요청의 경우, 바이트 길이는 Content-Length 헤더와 함께 제공되어야합니다. 따라서 GET 요청에 대한 성공적인 응답은 다음과 같이 보일 수 있습니다.

HTTP/1.1 200 OK\r\n
Server: WEBrick/1.3.1\r\n
Content-Length: 39\r\n
ETag: 4f7e2ed02b836f60716a7a3227e2b5bda7ee12c53be282a5459d7851c2b4fdfd\r\n
\r\n
Nobody expects the Spanish Inquisition.