프론트엔드/HTTP - 후

A typical HTTP session

5ub1n 2024. 10. 13. 14:39

일반적인 HTTP 세션

HTTP와 같은 클라이언트-서버 프로토콜에서 세션은 세 가지 단계로 구성된다.

 

  1. 클라이언트가 TCP 연결(만약 전송 계층이 TCP가 아닌 경우, 대신 적절한 연결)을 설정한다.
  2. 클라이언트는 요청을 보내고 답변을 기다린다.
  3. 서버는 요청을 처리하여 답변을 보내고, 상태 코드와 적절한 데이터를 제공한다.

 

HTTP/1.1부터는 세 번째 단계를 완료한 후에도 연결이 더 이상 닫히지 않고, 클라이언트에게 추가 요청이 허용된다.

이는 두 번째 단계와 세 번째 단계를 원하는 횟수만큼 수행할 수 있다는 것을 의미한다.

 

연결 설정 Establishing a connection

클라이언트-서버 프로토콜에서 연결을 설정하는 것은 클라이언트다.

HTTP에서 연결을 여는 것은 기본 전송 계층(일반적으로 TCP)에서 연결을 시작한다는 것을 의미한다.

 

TCP에서 컴퓨터 서버에 대한 기본 포트는 포트 80 이다.

8000이나 8080과 같은 다른 포트도 사용할 수 있다.

가져올 페이지의 URL에는 도메인 이름과 포트 번호가 모두 포함되어 있다.

하지만 포트 번호가 80인 경우, 포트 번호를 생략할 수 있다.

자세한 내용은 웹에서 리소스 식별을 참조한다.

 

참고 : 클라이언트-서버 모델은 서버가 명시적인 요청 없이 클라이언트에 데이터를 보내는 걸 허용하지 않는다.
그러나 Push API, Server-sent events, WebSockets API를 포함한 다양한 웹 API를 사용하면 이 사용 사례가 가능하다.

 

클라이언트 요청 보내기 Sending a client request

연결이 설정되면 사용자 에이전트가 요청을 보낼 수 있다.(사용자 에이전트는 일반적으로 웹 브라우저이지만, 크롤러 등 다른 것이 될 수 있다.)

클라이언트 요청은 CRLF(캐리지 리턴, 줄 바꿈)로 구분된 텍스트 지시어로 구성되며, 세 개의 블록으로 나뉜다.

 

첫 번째 줄에는 요청 메서드와 매개변수(문서 경로, HTTP 프로토콜 버전)가 포함된다.

  • 문서 경로(프로토콜이나 도메인 이름이 없는 절대 URL)
  • HTTP 프로토콜 버전

 

이후의 줄은 HTTP 헤더를 나타내며, 서버에 어떤 유형의 데이터가 적절한지(예 : 어떤 언어, 어떤 MIME 유형) 또는 동작을 변경하는 다른 데이터(예 : 이미 캐시된 경우 답변을 보내지 않거나 )에 대한 정보를 제공한다.

 

동작을 변경하는 다른 데이터란 서버의 동작을 바꾸도록(변경) 하는 역할을 하는 데이터다.
즉, 서버가 어떻게 응답을 보내야 하는지에 관련된 데이터이다.
그리고 이미 캐시된 경우 답변을 보내지 않는다는 것은 서버에 이미 저장된 데이터가 있다면 클라이언트(예 : 웹 브라우저)의 로컬 캐시에서 사용하면 되기 때문에 따로 새로운 데이터를 받지 않아도 된다는 의미다.

 

마지막 블록은 선택적인 데이터 블록으로, 주로 POST 메서드에서 사용되는 추가 데이터를 포함할 수 있다.

 

요청 예시 Example requests

developer.mozilla.org(https://developer.mozilla.org/)의 루트 페이지를 가져오고, 가능하다면 사용자 에이전트가 프랑스어 페이지를 선호한다고 서버에게 알린다.

 

GET / HTTP/1.1
Host: developer.mozilla.org
Accept-Language: fr

 

마지막 빈 줄을 살펴보면 이 줄은 데이터 블록과 헤더 블록을 구분한다.

HTTP 헤더에 Content-Length가 제공되지 않으므로 데이터 블록은 비어 있는 상태로 표시되어 헤더의 끝을 표시하고, 서버는 이 빈 줄을 수신하는 즉시 요청을 처리할 수 있다.

 

양식의 결과를 보내는 예시이다.

 

POST /content_form.php HTTP/1.1
Host: developer.mozilla.org
Content-Length: 64
Content-Type: application/x-www-form-urlencoded

name=Joe%20User&request=Send%20me%20one%20of%20your%20catalogue

 

요청 메서드 Request methods

HTTP는 리소스에 대해 수행하고 원하는 작업을 나타내는 요청 메서드 집합을 정의하고 있다.

이러한 요청 메서드는 명사일 수도 있지만, 때때로 HTTP 동사라고도 한다. 

가장 일반적인 요청은 GET과 POST이다.

 

  • GET 메서드는 지정된 리소스의 데이터 표현을 요청한다.
    GET을 사용하는 요청은 오직 데이터만 검색해야 한다.
  • POST 메서드는 데이터를 서버로 전송하여 상태를 변경할 수 있도록 한다.
    이것은 HTML Form에 자주 사용되는 방법이다.

 

서버 응답의 구조 Structure of a server response

연결된 에이전트가 요청을 보낸 후, 웹 서버는 요청을 처리하고 궁극적으로 응답을 반환한다.

클라이언트 요청과 유사하게 서버 응답은 CRLF(줄바꿈)로 구분된 텍스트 지시문으로 구성되지만, 세 개의 블록으로 나뉜다.

 

  1. 첫 번째 줄인 상태 줄은 사용된 HTTP 버전에 대한 확인과 그 뒤에 응답 상태 코드로 구성된다.(그리고 인간이 읽을 수 있는 텍스트로 간략한 의미를 전달한다.)
  2. 이후의 줄은 특정 HTTP 헤더를 나타내며, 클라이언트에게 전송된 데이터에 대한 정보(예 : 유형, 데이터 크기, 사용된 압축 알고리즘, 캐싱에 대한 힌트)를 제공한다.
    클라이언트 요청에 대한 HTTP 헤더 블록과 유사하게, 이러한 HTTP 헤더는 빈 줄로 끝나는 블록을 형성한다.
  3. 마지막 블록은 선택적 데이터를 포함하는 데이터 블록이다.

 

응답 예시 Example responses

성공적인 웹 페이지 응답이다.

 

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 55743
Connection: keep-alive
Cache-Control: s-maxage=300, public, max-age=0
Content-Language: en-US
Date: Thu, 06 Dec 2018 17:37:18 GMT
ETag: "2e77ad1dc6ab0b53a2996dfd4653c1c3"
Server: meinheld/0.6.1
Strict-Transport-Security: max-age=63072000
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-XSS-Protection: 1; mode=block
Vary: Accept-Encoding,Cookie
Age: 7

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <title>A simple webpage</title>
</head>
<body>
  <h1>Simple HTML webpage</h1>
  <p>Hello, world!</p>
</body>
</html>

 

요청한 리소스가 영구적으로 이동되었다는 알림이다.

 

HTTP/1.1 301 Moved Permanently
Server: Apache/2.4.37 (Red Hat)
Content-Type: text/html; charset=utf-8
Date: Thu, 06 Dec 2018 17:33:08 GMT
Location: https://developer.mozilla.org/ (this is the new link to the resource; it is expected that the user-agent will fetch it)
Keep-Alive: timeout=15, max=98
Accept-Ranges: bytes
Via: Moz-Cache-zlb05
Connection: Keep-Alive
Content-Length: 325 (the content contains a default page to display if the user-agent is not able to follow the link)

<!DOCTYPE html>… (contains a site-customized page helping the user to find the missing resource)

 

요청한 리소스가 존재하지 않는다는 알림이다.

 

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=utf-8
Content-Length: 38217
Connection: keep-alive
Cache-Control: no-cache, no-store, must-revalidate, max-age=0
Content-Language: en-US
Date: Thu, 06 Dec 2018 17:35:13 GMT
Expires: Thu, 06 Dec 2018 17:35:13 GMT
Server: meinheld/0.6.1
Strict-Transport-Security: max-age=63072000
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-XSS-Protection: 1; mode=block
Vary: Accept-Encoding,Cookie
X-Cache: Error from cloudfront

<!DOCTYPE html>… (contains a site-customized page helping the user to find the missing resource)

 

응답 상태 코드 Response status codes

HTTP 응답 상태 코드는 특정 HTTP 요청이 성공적으로 완료되었는지 여부를 나타낸다.

응답은 정보 응답, 성공 응답, 리디렉션, 클라이언트 오류, 서버 오류, 이렇게 5가지의 클래스로 그룹화된다.

 

  • 200 : 요청이 성공했다는 응답 코드다.
  • 301 : 영구적으로 이동되었다는 응답 코드이고, 요청된 리소스의 URI가 변경되었음을 의미한다.
  • 404 : 찾을 수 없다는 응답 코드다.
    서버가 요청한 리소스를 찾을 수 없다.

 

 

A typical HTTP session - HTTP | MDN

In client-server protocols, like HTTP, sessions consist of three phases:

developer.mozilla.org