01.Basic

HTTP Basic

인터넷 네트워크

message를 서버를 통해 어떻게 전달될까?

`IP(Internet Protocol)`

지정한 IP Address에 데이터 전달
Packet이라는 통신 단위로 데이터 전달
- IP Packet 정보 : 출발지 IP, 목적지 IP, 기타.. 전송 데이터
- 인터넷 노드들끼리 목적지 IP를 향해 Packet을 전달
Internet Protocol의 한계
- 비연결성 (대상이 없거나 서비스 불능 상태일 경우)
- 비신뢰성 (패킷이 사라지거나, 순서가 지켜지지 않을 경우)
프로그램 구분

`TCP, UDP`

참고 > 프로토콜 계층 순서
- 애플리케이션 계층 (브라우저, 채팅, 게임 등)
  - HTTP, FTP
- OS
  - 전송 계층 : TCP, UDP
  - 인터넷 계층 : IP
- 네트워크 인터페이스
  - LAN 드라이버/장비
TCP (Transmission Control Protocol) 특징
- 연결지향 (3 Way Handshake)
- 데이터 전달 보증
- 순서 보장 등..
- IP의 한계를 해결. 대부분이 사용
UDP (User Datagram Protocol)
- 기능이 거의 없지만, 추가 설정 가능
- 단순하고 빠름
- IP와 동일하지만 PORT, 체크섬 정도 추가

`PORT`

TCP/IP 패킷
- IP로 목적지 서버 찾기
- PORT로 같은 서버 안에서 프로세스 구분
- 클라이언트 IP : 100.100.1:1010
- 서버 IP : 200.200.200:80
0 ~ 65535 까지 할당 가능
0 ~ 1023 은 잘 알려진 포트이므로, 사용하지 않는 것을 추천
- FTP : 20, 21
- TELNET : 23
- HTTP : 80
- HTTPS : 443

`DNS`

Domain Name System
도메인명(이름)과 IP(전화번호)가 저장된 전화번호부

📑

복잡한 인터넷 망을 통해 메시지를 보내기 위해서 IP가 필요.
IP만으로는 신뢰가 부족하고 구분이 힘들기 때문에 TCP/UDP가 필요.
같은 IP 안에서 동작하는 애플리케이션을 구분하기 위해 PORT가 필요
IP는 변하기 쉽고 외우기 어렵기 때문에 DNS가 필요

URI과 웹 브라우저 요청 흐름

`URI` (Uniform Resource Identifier)

자원을 식별하는 방법
URI는
- UResourceLocator : 리소스가 있는 위치를 지정
  - foo://example.com:8042/over/there?name=ferret#nose
- UResourceName : 리소스에 이름을 부여
  - urn:example:animal:ferret:nose
- 또는 둘 다 추가로 분류될 수 있음.
RFC Reference
URL 문법
- https://www.google.com:433/search?q=hello&hl=ko
  - https : 프로토콜 (http, https, ftp 등)
  - www.google.com : 호스트명
  - 433 : 포트 번호 (http는 80, https는 443)
  - /search : Path (리소스 경로)
  - q=hello&hl=ko : query parameter or query string 으로 불림

웹 브라우저 요청 흐름

https://www.google.com:433/search?q=hello&hl=ko
- www.google.com : DNS 조회 -> 200.200.200.2
  - 443 : HTTPS PORT 생략
- 웹 브라우저가 HTTP 요청 메시지 생성
  - GET /search?q=hello&hl=ko HTTP/1.1
  - Host: www.google.com
- socket 라이브러리를 통해 TCP/IP에 전달
- TCP/IP 패킷 생성, HTTP 메시지 포함
- ..
- 응답 메시지

HTTP 기본

`HTTP`

HyperText Transfer Protocol
HTTP에 거의 모든 형태의 데이터를 전송할 수 있음
- HTML, TEXT, IMAGE, 음성, 영상, 파일, JSON, XML ...
특징
- 클라이언트 서버 구조
- Stateless, connectionless
- HTTP 메시지로 통신
- 단순, 확장성

클라이언트 서버 구조

Request-Response 구조
클라이언트는 서버에 request 후 response 대기
서버가 request에 대한 결과를 만들어서 응답

`Stateful, Stateless`

`Stateful`

서버가 클라이언트의 이전 상태를 보존
ex) 점원이 바뀌면 고객의 상태를 알 수 없음 (로그인)
- 항상 같은 서버와 연결
일반적으로 브라우저 쿠키와 서버 세션들을 사용해 상태 유지
상태 유지는 최소한만 사용

`Stateless`

서버가 클라이언트의 이전 상태를 보존 X
ex) 점원이 바뀌어도 고객의 상태를 알 수 있음 (소개 페이지)
- 스케일 아웃(수평 확장)에 유리
장: 서버 확장성이 높음, 응답 서버를 쉽게 바꿀 수 있음
단: 클라이언트가 필요한 데이터를 지속적으로 전송

비 연결성(connectionless)

Connectionless
- 서버 연결을 유지하는 모델
  - 서버 자원 소모
- 서버 연결을 유지하지 않는 모델
  - 최소한의 자원 유지
HTTP는 기본이 연결을 유지하지 않는 모델
서버의 자원을 효율적으로 사용
HTTP 지속 연결(Persistent Connections)로 TCP/IP의 3 way handshake 시간 소요 해결
HTTP/2, HTTP/3 에서 최적화

HTTP 메시지

HTTP 메시지 구조
- 시작 라인 (start-line)
- 헤더 (header)
- 공백 라인 (empty line, CRLF)
- message body

Start-Line

request-line (GET /search?q=hello&hl=ko HTTP/1.1)
- HTTP 메서드 -GET, POST, PUT, DELETE
- 요청 대상 (absolute-path[?query])
- HTTP Version
```
// 요청 메시지
GET /search?q=hello&hl=ko HTTP/1.1
Host: www.google.com
```

status-line

HTTP 버전
HTTP 상태 코드
- 200, 400, 500
이유 문구

// 응답 메시지
HTTP/1.1 200 OK
Content-Type: text/html;charset=UTF-8
Content-Length: 3423

<html>
    <body>...</body>
</html>

HTTP Header

HTTP 전송에 필요한 모든 부가정보
- message body를 제외하고 필요한 모든 메타 정보

Message Body

실제 전송할 데이터
- HTML 문서, 이미지, 영상, JSON 등등 (Byte 표현 가능한 모든 데이터)

Last updated 1 year ago

HTTP Basic

인터넷 네트워크

IP(Internet Protocol)

TCP, UDP

PORT

DNS

URI과 웹 브라우저 요청 흐름

URI (Uniform Resource Identifier)

웹 브라우저 요청 흐름

HTTP 기본

HTTP

클라이언트 서버 구조

Stateful, Stateless

Stateful

Stateless

비 연결성(connectionless)

HTTP 메시지

Start-Line

HTTP Header

Message Body

`IP(Internet Protocol)`

`TCP, UDP`

`PORT`

`DNS`

`URI` (Uniform Resource Identifier)

`HTTP`

`Stateful, Stateless`

`Stateful`

`Stateless`