[ 개발 원리 ] 프로토콜, HTTP, HTTPS & 쿠키 & 세션

📌 http 와 https는 무엇인가?

웹 브라우저에 웹 사이트 주소를 입력할 때 www.***.com 으로 입력한다.

그럴 때마다 항상 http:// or https:// 가 자동으로 입력되는 것을 알 수 있다.

🤍 프로토콜

식당으로 비유
주방장의 역할	WAS ( Web Application Server )
식당 주인의 역할	Web Server
손님의 역할	Web Browser , 웹 클라이언트

식당에 손님이 많아지니 식당 주인은 메뉴를 외우는게 어려워진다. 그래서 원하는 메뉴를 체크해서 식당 주인에게 전달하도록 규칙을 만들었다.

 

이것이 프로토콜이다. 프로토콜의 종류는 많다. HTTP , HTTPS 도 유명한 프로토콜 중의 하나이다.

프로토콜 ( Protocol )	통신 프로토콜 or 통신 규약. 컴퓨터나 원거리 통신 장비 사이에서 메시지를 주고 받는 양식과 규칙의 체계.
HTTP ( HyperText Transfer Protocol )	인터넷 상에서 데이터를 주고 받을 수 있는 통신 프로토콜. 단점 : 데이터를 주고 받는데 있어서 암호화를 하지 않는다.
HTTPS ( HyperText Protocol over Secure Socket Layer )	SSL ( Secure Socket Layer ) 을 이용하여 보안이 강화된 HTTP 프로토콜. 데이터를 주고 받을 때 암호화를 한다.

---

클라이언트가 서버에게 https://google.com 사이트를 열어달라고 요청한다. -> 서버는 응답에 사이트의 정보 구조, 형식 등이 있는 HTML 문서를 전달한다. -> goole 사이트를 볼 수 있게 된다

HTTP는 클라이언트가 요청을 하면 응답을 하고 연결을 끊기 때문에 데이터가 남아 있지 않는다.

그래서 쿠키와 세션이 등장했다.

---

📌 HTTP 메소드와 상태 코드 알기

클라이언트는 웹 서버에게 구글 사이트의 데이터를 전달해줘라고 이야기 할 수 있다.
이때 요청하는 명령어가 메소드이다.

 

 

- HTTP Method 종류 -
GET	데이터 요청
POST	데이터 생성 요청
PUT	데이터 수정 or 데이터가 없으면 생성 요청
PATCH	데이터 업데이트 요청
DELETE	데이터 삭제 요청

 

HTTP의 Status Code를 통해 클라이언트 요청이 제대로 전달되었는지, 서버나 클라이언트에서 오류가 생겼는지 알 수 있다.
꼭 요청을 한 서버에서만 오지 않고, 서버가 응답하지 않을 경우 해당 값을 전달해준다.

- HTTP Status Code 종류 -
1XX ( 조건부 응답 )	임시 응답 작업 진행
2XX ( 성공 )	클라이언트 요청 성공 처리
3XX ( 리다이렉션 완료 )	클라이언트는 요청을 마치기 위해 추가 동작 필요
4XX ( 요청 오류 )	클라이언트 오류
5XX ( 서버 오류 )	서버 오류

---

쿠키가 남아있으면 안돼요. 쿠키를 삭제하세요. 쿠키?

📌 쿠키 ( Cookie )

🤍 HTTP의 특징 

쿠키를 알기 전에 HTTP ( HyperText Transfer Protocol ) 는 비연결성 ( Connectionless ), 비상태성 ( Stateless ) 라는 특징을 가지고 있다.

 

- HTTP 의 특징 -
비연결성 ( Connectionless )	클라이언트가 요청한 후 응답을 받으면 연결을 끊는다.
비상태성 ( Stateless )	연결을 끊는 순간 클라이언트와 서버의 통신이 끝나며 상태 정보를 유지하지 않는다.

ex ) 상황 예시

식당 ( 웹 서버 ) 에 손님 ( 웹 브라우저, 웹 클라이언트 ) 이 많아져서 식당 주인은 손님이 메뉴를 체크하도록 하는 규칙을 만들었다. ( HTTP ) 

손님은 김밥을 시켰다. 김밥을 받으면 더 이상 다른 음식을 기다리지 않는다. -> 비연결성 ( Connectionless )

김밥을 받는 순간, 더 이상 메뉴 정보를 보지 않는다. -> 비상태성 ( Stateless )

---

🤍 그럼 쿠키는 뭐야

손님은 더 이상 메뉴 정보를 보지 않다가 갑자기 치즈 김밥이 먹고 싶어졌다.

이때 메뉴를 체크하는 규칙을 무시하고 식당 주인에게 "치즈 김밥 주세요" 라고 말하면 기존 손님 메뉴에 추가해서 가져다가 준다.

 

기존 내 주문 정보가 남아있는 것 -> 쿠키이다.

 

ex ) 상황 예시

웹 사이트를 로그인한 후에 다른 걸 하다가 나중에 다시 접속하면 로그인을 하지 않아도 되는 경우가 있다. -> 쿠키가 있어서이다.

 

- 쿠키 ( Cookie ) -

개요

1. 클라이언트 ( 웹 브라우저 ) 로컬에 키( Key )와 값( Value )의 형태로 저장되어 있는 데이터 파일.

2. 쿠키 이름, 값, 유효시간, 쿠키를 전송할 도메인, 경로로 구성된 텍스트 파일.

3. 유효시간은 쿠키 저장 시 설정 ( 설정이 없을 경우 브라우저 종료 시 만료 )

4. 클라이언트에 상태 정보를 저장하여 참조.          Response Header에 Set-Cookie 속성을 사용하면 클라이언트에 쿠키를 만들 수 있다.

동작

1. 클라이언트 ( 웹 브라우저 ) 가 페이지 요청.

2. 서버 쿠키 생성.

3. HTTP 헤더에 쿠키를 포함하여 응답.

4. 클라이언트 로컬에 쿠키 저장.

5. 서버 요청 시 HTTP 헤더에 쿠키 전달.

6. 서버에서 쿠키를 읽어 변경할 필요가 있을 경우 변경된 쿠키를 HTTP 헤더에 포함하여 응답.

사용 목적

1. 로그인, 닉네임, 접속 시간 등 서버가 알아야 할 정보를 저장한다.

2. 사용자마다 다른 개인화 페이지를 보여줄 수 있다.

3. 사용자의 행동 패턴을 분석 or 기록한다.

단점

1. 개인들이 방문했던 웹 사이트 정보 및 개인정보로 인해 사생활 침해가 가능.         이를 위해 웹 브라우저 쿠키 거부 기능이 있다.

2. 서버가 가지고 있는 것이 아니라 사용자에게 저장되기 때문에 임시로 수정, 삭제, 가로채기 가능하여 민감한 정보는 위험.

https://reinvite.tistory.com/101

---

사용자 정보를 클라이언트가 저장하느냐, 서버가 저장하느냐?

📌 세션 ( Session )

- 세션 ( Session ) -

개요

1. 세션은 쿠키를 기반하고 있지만, 서버 측에서 관리한다.

2. 서버에서 클라이언트를 구분하기 위해서 세션ID를 부여하며 클라이언트당 1개씩 생성되어 웹 컨테이너에 저장됨.

3. 클라이언트가 접속을 종료할 때까지 인증 상태를 유지하고, 접속 시간에 제한이 없다면 정보를 유지하지 않도록 설정 가능     ( 참고 : 로그아웃하면 새로운 사용자로 인식함 )

동작

1. 클라이언트가 서버 요청.

2. 클라이언트가 서버 접속 시 서버는 쿠키 및 세션ID 발급.

3. 서버는 응답 전달 시 세션ID를 포함하여 쿠키 전달.

4. 클라이언트는 쿠키 저장.

5. 클라이언트는 서버에 요청할 때 세션ID를 서버에 전달하여 사용.

6. 서버는 클라이언트가 전달해준 세션ID를 가지고 서버 메모리에 사용자 정보 확인.

7. 서버 요청에 대한 응답 처리.

특징

1. 각 클라이언트에서 고유한 세션ID로 클라이언트의 요구에 맞게 서비스 제공      ( 예시 : 보안이 중요한 로그인의 경우 사용 )

2. 사용자 정보를 서버에 두어 보안면에서는 쿠키보다 우수하나, 사용자가 많아질수록 서버 메모리를 많이 차지하게 된다.

3. 동접자 수가 많은 웹 사이트인 경우 서버 과부하를 주어 성능 저하의 요인이 된다.

https://reinvite.tistory.com/103

---

📌 쿠키 & 세션 비교 예시

쿠키 ( Cookie )	내 주문정보가 남아있는 것이 쿠키.
세션 ( Session )	손님을 구분하는 테이블 번호. 발급되는 유니크한 키, 구분하는 값. 구분하는 값 아래 내가 주문한 정보가 남아있다.

---

- 프로토콜, HTTP, HTTPS 설명

https://reinvite.tistory.com/

알아두면 좋은 개발용어 3 (프로토콜,HTTP, HTTPS)

- 쿠키 설명

https://reinvite.tistory.com/

알아두면 좋은 개발용어 4 (쿠키)

- 세션 설명

https://reinvite.tistory.com/

알아두면 좋은 개발용어 5 (세션)