[Dreamhack] 인코딩(Encoding) 표준 + 통신 프로토콜 & 요청과 응답 + 표준 통신 프로토콜 + HTTP Request & Response + 네트워크 포트와 서비스 포트

1 - 0 - 1. 인코딩(Encoding) 표준 + 통신 프로토콜 & 요청과 응답 + 표준 통신 프로토콜 + HTTP Request & Response + 네트워크 포트와 서비스 포트

 

 

 

# 인코딩(Encoding) 표준

: 이진수(0,1)로 인간이 사용하는 문자를 표현하는 약속의 집합

 

+ 인코딩을 통해 작성한 문장을 컴퓨터에 저장하거나 표현할 수 있음

+ 인코딩 정보를 네트워크를 이용해 타인과 교환 가능

 

ex) Ascii(아스키), 유니코드(Unicode)

 

 

 

- Ascii(아스키)

: 7비트 데이터에 대한 인코딩 표준으로, 특수 문자 및 알파벳을 표현하는 데 사용

 

 

- 유니코드(Unicode)

: 문자권마다 사용하는 인코딩 표준이 달라 발생하는 호환성 문제를 해결하기 위해 만들어진 새로운 표준

 

+ 유니코드에서 한개의 문자는 최대 32개의 비트로 표현됨

+ 한글, 알파벳 등의 문자뿐 아니라 이모지(Emoji)들도 포함

 

 

 

 

# 통신 프로토콜 & 요청과 응답

- 요청(Request)

: 클라이언트가 웹에게 특정 리소스를 지정하여 제공할 것을 요구하는 행위

 

- 응답(Response)

: 서버가 클라이언트의 요청을 이해한 후 대응되는 동작을 취하여 클라이언트에게 리소스를 반환하는 작업

 

- 프로토콜(Protocol)

: 서버와 클라이언트의 응답과 요청같이 규격화된 상호작용에 적용되는 약속으로, 대개 통신 오류를 예방하기 위해 문법(syntax)를 포함한다.

 

 

 

 

# 표준 통신 프로토콜

네트워크	웹 애플리케이션	파일 교환
IP/TCP	HTTP	FTP

 

 

 

 

# HTTP(Hyper Text Transfer Protocol)

: 서버와 클라이언트 사이의 데이터 교환을 요청과 응답의 형식으로 정의한 프로토콜로, 클라이언트가 서버에게 요청하면 서버가 응답하는 기본 메커니즘을 따른다.

 

 

ex) HTTP 메커니즘 예시

1. 웹 서버가 HTTP 서버를 HTTP 서비스 포트(일반적인 경우 TCP/80 or TCP/8080)에 대기시킴

2. 클라이언트가 서비스 포트에 HTTP 요청 전송

3. 서버가 클라이언트의 요청을 해석

4. 해석한 데이터를 기반으로 적절한 응답을 클라이언트에게 반환

 

클라이언트가 서버에게 보낸 요청

 

클라이언트의 요청에 대한 서버의 응답

 

 

 

 

# 네트워크 포트와 서비스 포트

- 네트워크 포트(Network Port)

: 네트워크에서 서버와 클라이언트가 정보를 교환하는 추상화된 장소

 

- 서비스 포트(Service Port)

: 네트워크 포트 중 특정 서비스에 의해 점유된 상태의 포트

 

- 특권 포트( Privileged port )( = 잘 알려진 포트( Well-known port ) )

: 0 ~ 1023 번 포트를 일컫는 단어로, 특권 포트에 서비스를 실행하기 위해서는 관리자의 권한이 필요하다.

 

 

+ 포트를 이용하여 데이터를 교환하는 방식은 전송 계층(Transport Layer)의 프로토콜을 따름

ex) TCP, UDP  <--  서로 다른 프로토콜끼리는 호환 X

 

+ TCP/80 

-->  HTTP 서비스를 80번 포트에서 TCP로 제공한다는 의미

 

+ 운영체제에서 포트 개수를 정의할 수 있음

 

 

 

 

# HTTP 메시지

: HTTP 바디와 헤드로 구성되며, 각 메세지는 클라이언트가 전송하는  HTTP 요청과 서버가 반환하는 HTTP 응답을 포함한다.

 

 

- HTTP 헤드

+ CRLF(줄바꿈)는 헤드의 각 줄을 구별하거나 헤드의 끝을 나타낼 때 사용

 

+ 첫 줄  -->  시작 줄(Start-line) 

+ 나머지 줄  -->  헤더(Header)

 

+ 헤더 (Header)

: HTTP 메시지, 바디의 속성을 나타내는 줄로, 필드와 값으로 구성

 

 

 

 

- HTTP 바디

+ 헤드의 끝을 나타내는 CRLF 뒤, 모든 줄로 서버나 클라이언트에게 전송될 데이터를 저장함

 

 

 

 

# HTTP 요청

: 서버에게 특정 동작을 요구하는 메세지

 

- HTTP 요청 시작 줄의 구성

메소드(Method)

요청 URI(Request-URI)

HTTP 버전

GET 메소드

 

 

 

- 메소드

: URI 이 가리키는 리소스를 대상으로 서버가 수행해야 할 동작을 나타냄

 

+ HTTP 표준에서는 총 8개의 메소드가 정의되어 있음

ex) GET 메소드와 POST 메소드

GET	POST
리소스를 가져오라는 메소드	데이터를 리소스로 보내라는 메소드
ex) 1. 이용자가 브라우저에 웹 서버 주소 입력 OR 하이퍼링크 클릭 2. 브라우저가 GET 요청을 서버에 전송하여 새 페이지를 렌더링하기 위한 리소스를 받아옴	ex) 로그인 시 입력하는 비밀번호, 게시판에 작성하는 글 등이 POST 방식을 통해 서버로 전송됨

 

+ 렌더링이란?
개발자가 작성한 문서가 브라우저에서 출력되는 과정

POST 메소드

 

 

 

- 요청 URL과 HTTP 버전

: 전자는 메소드의 대상을, 후자는 클라이언트가 사용하고 있는 HTTP 프로토콜의 버전을 나타냄

 

 

 

- URL과 URI

URI	URL
특정 리소스를 식별하는 통합 자원 식별자 (Uniform Resource Identifier)를 의미하며, 웹 기술에서 사용하는 논리적 또는 물리적 리소스를 식별하는 고유한 문자열 시퀀스임	웹 주소. 컴퓨터 네트워크 상에서 리소스가 어디 있는지 알려주기 위한 규약으로, URI의 서브셋이다.

 

 

 

 

 

# HTTP 응답

: HTTP 요청에 대한 결과를 반환하는 메세지

 

 

- HTTP 응답의 시작 줄 구분

HTTP 버전

상태 코드( Status Code )

처리 사유( Reason Phrase )

+ 각각의 요소는 띄어쓰기로 구분

 

 

 

- HTTP 버전

: 서버에서 사용하는 HTTP 프로토콜의 버전

 

- 상태 코드

: 요청에 대한 처리 결과를 세 자리수로 나타낸 것

 

- 처리 사유

: 상태 코드가 발생한 이유를 요약하여 기술한 것

1XX	요청 수용과 처리가 정상적으로 수행됨	X
2XX	요청이 제대로 처리됨	ex) 200 : 성공
3XX	요청을 처리하기 위해서는 클라이언트가 추가적인 동작을 취해야 함	ex) 302 : 클라이언트가 다른 URL 로 이동해야 함
4XX	클라이언트 전송한 요청이 잘못되어 처리에 실패	ex) 400 : 클라이언트의 요청이 문법에 맞지 않음 403 : 클라이언트가 리소스에 요청할 권한이 없는 상태 404 : 리소스를 찾을 수 없음
5XX	서버에 에러가 발생하여 처리 실패 (단, 클라이언트의 요청은 유효한 상태임)	ex) 500 : 요청 처리 과정에서 에러 발생 503 : 서버 과부하로 요청 처리 불가 상태

 

ex) 200의 상태 코드를 가지는 경우

요청 코드

 

응답 코드

 

 

 

 

# HTTP 요청 및 응답 실습

1. GET 메소드를 이용하여 실습한 경우

GET 방식 호출

GET 방식 요청

GET 방식 응답

 

 

 

2. POST 메소드를 이용하여 실습한 경우

POST 방식 호출

POST 방식 요청

POST 방식 응답