[암기용요약/개인정리] 네트워크(HTTP~Socket)

Content

1. HTTP와 HTTPS

2. HTTP 요청/응답 헤더

3. CORS란

4. GET 메서드와 POST 메서드

5. 쿠키(Cookie)와 세션(Session)

6. DNS

7. REST와 RESTful의 개념

8. 소켓(Socket)이란

1. HTTP와 HTTPS

HTTP(HyperText Transfer Protocol)	HTTPS(HyperText Transfer Protocol over Secure Socket Layer)
[개념] 웹상에서 클라이언트-서버간 요청(request)-응답(response) 정보를 주고 받을 수 있는 웹통신 프로토콜 [특징] 주로 HTML문서를 주고받는데 사용. TCP/UCP를 이용하며 80번 포트를 사용. 비연결(Connectionless) : 요청-응답 후 바로 연결이 끊긴다. 무상태(Stateless) : 연결을 끊는순간 클라이언트-서버의 통신은 끊나며 상태정보를 유지하지 않는다. [사용사례] 보안이 필요없는 페이지	[개념] HTTP의 보안이 강화된 버전의 웹통신 프로토콜 [특징] TCP/IP를 이용하며 443번 포트를 사용. SSL이나 TLS프로토콜을 통해 세션 데이터를 암호화 한다. SSL,TLS의 목표? 기밀성, 데이터 무결성, ID 및 디지털 인증서를 사용한 인증 제공 보호의 수준을 결정하는 요소? 웹브라우저에서의 구현정확도, 서버SW, 암호화 알고리즘 [원리] 공개키 알고리즘 방식(공개키,개인키를 이용한 암호화 방법) [장점] 네트워크 상에서 열람,수정이 불가능하므로 안전하다 [단점] HTTP에 비해 느리다. 설치 및 인증서를 유지하는데 비용이 발생한다. 암호화하는 과정이 웹서버에 부하를 준다. 인터넷연결이 끊긴경우 재인증 시간이 소요된다. [사용사례] 금융정보나 메일 등 중요한 정보를 주고받을때

2. HTTP 요청/응답 헤더

HTTP 요청(request) 헤더(이미지 클릭시 원본사이즈)
	Request 헤더 : User-Agent, Accept-Type와 같은 헤더는 요청의 내용을 좀 더 구체화 시키고(Accept-Language), 컨텍스를 제공하기도 하며(Referer), 조건에 따른 제약 사항을 가하기도 하면서(If-None) 요청 내용을 수정합니다. General 헤더 : Via와 같은 헤더는 메시지 전체에 적용됩니다. Entity 헤더 : Content-Length와 같은 헤더는 요청 본문에 적용됩니다. 당연히 요청 내에 본문이 없는 경우 entity 헤더는 전송되지 않습니다.
HTTP 요청(request) 필드

HTTP 응답(response) 헤더(이미지 클릭시 원본사이즈)
	Response 헤더 : Vary와 Accept-Ranges와 같은 헤더는 상태 줄에 미처 들어가지 못했던 서버에 대한 추가 정보를 제공합니다. Entity 헤더 : Content-Length와 같은 헤더는 요청 본문에 적용됩니다. 당연히 요청 내에 본문이 없는 경우 entity 헤더는 전송되지 않습니다. General 헤더 : Via와 같은 헤더는 메시지 전체에 적용됩니다.
HTTP 응답(response) 필드

3. CORS(Cross Origin Resources Sharing)이란?

[개념]

웹 브라우저에서 외부도메인 서버와 통신하기 위한 방식을 표준화한 정책.(서버에서 외부 요청을 허용할 경우 ajax요청이 가능)

[배경]

• 동일 출처 정책(Same-Origin Policy) 때문에, XMLHttpRequest는 외부 도메인 서버와 통신이 불가능했음.
• 이때, 웹어플리케이션 개발자들이 브라우저 벤더사들에게 XMLHttpRequest가 외부 도메인 서버와 통신(cross-domain)요청을 할 수 있도록 요청했고 이에따라 CORS가 생김.

[과정]

• CORS 요청 시에는 미리 OPTIONS 주소로 서버가 CORS를 허용하는지 물어본다.
• 이때 Access-Control-Request-Method로 실제로 보내고자 하는 메서드를 알리고,
• Access-Control-Request-Headers로 실제로 보내고자 하는 헤더들을 알린다.
• Allow 항목들은 Request에 대응되는 것으로, 서버가 허용하는 메서드와 헤더를 응답하는데 사용된다.
• Request랑 Allow가 일치하면 CORS 요청이 이루어진다.

4. GET 메서드와 POST 메서드

HTTP 프로토콜을 이용하여 서버에 데이터를 전달할 때 사용하는 방식.

GET 메서드 방식	POST 메서드 방식
[개념] 정보를 조회하기 위한 메서드 서버에서 어떤 데이터를 가져와서 보여주기 위한 메서드 가져오는 것(Select) [사용방법] URL의 끝에 ?가 붙는데, 요청정보가(key=value)형태의 쌍을 이루어 ?뒤에 이어붙어 서버로 전송한다. 요청정보가 여러개일 경우 &로 구분한다. 예) www.urladdress.xyz?name1=value1&name2=value2 [특징] URL뒤에 붙기때문에 대용량의 데이터를 전송하기 어렵다. POST 방식보다 보안에 취약.(요청정보를 쉽게 눈으로 확인할수 있기 때문) POST방식보다 빠르다.(GET방식은 캐싱을 사용할수 있기 때문)	[개념] 서버의 값이나 상태를 바꾸기 위한 용도의 메서드 수행하는 것(Insert,Update,Delete) [사용방법] 요청정보를 HTTP패킷의 Body안에 숨겨서 서버로 전송됨. 전송하려는 데이터타입을 적어주어야 함.(Request Header의 Content-Type에 해당) 예) 디폴트 : application/octet-stream 단순txt : text/plain 파일 : multipart/form-date [특징] Body안에 데이터를 숨겨서 전송하므로 대용량 데이터 전송에 적합. 클라이언트(데이터 인코딩)->전송->서버(데이터 디코딩) GET방식보다 안전하다.

Q. 조회하기 위한 용도 POST가 아닌 GET 방식을 사용하는 이유?

A.

-설계 원칙에 따라 GET방식은 서버에 여러번 요청을 하더라도 동일한 응답이 돌아와야 하므로

-GET방식은 가져오는것(Select), POST방식은 수행하는것(Insert,Update,Delete)는 것으로 서버의 값이나 상태 변경.

-POST는 Body에 값(링크의 정보)을 숨기기에 URL만 전달할 수 없으므로.

5. 쿠키(Cookie)와 세션(Session)

1. 쿠키와 세션의 필요성

HTTP는 비연결성이라는 특징이 있어 사용자의 상태를 유지할 수 없는데, 이를 보완하기 위한 기술.

2. 쿠키란?

개념 : 클라이언트의 상태정보를 브라우저에 저장하여 참조할수있게 하는 파일.(key-value로 클라이언트 로컬에 저장.)

구성요소 : 이름,값,만료시간,쿠키를전송할 도메인 이름, 쿠키를 저장할 경로, 보안 연결 여부, HttpOnly여부(HttpOnly)

동작방식 : 

쿠키 사용 예 :

로그인,비밀번호 저장 / 쇼핑몰 장바구니

3. 세션이란?

개념 : 일정시간동안 같은 브라우저로부터 들어오는 요청을 하나의 상태로 보고, 그 상태를 유지하는 기술.(즉, 웹 브라우저를 통해 서버에 접속한 이후부터 브라우저를 종료할때 까지 유지되는 상태)

동작방식 :

세션 사용 예 : 로그인

4. 쿠키와 세션의 차이점

쿠키	세션
[저장위치] : 클라이언트. [보안] : 클라이언트에 저장되므로 취약. [라이프사이클] : 만료시간에 따라 브라우저를 종료해도 계속해서 남아있을 수 있다 [속도] : 클라이언트에 저장되기에, 서버 요청시 빠르다.	[저장위치] : 서버. [보안] : 쿠키를 이용해 SessionID만 저장하고 이 값으로 구분해서 서버에서 처리하므로 비교적 보안성이 좋다. [라이프사이클] : 만료시간을 정할 수 있지만, 브라우저가 종료되면 만료시간에 상관없이 삭제된다. [속도] : 실제 저장된 정보가 서버에 있으므로, 쿠키보다는 느니다.

6. DNS(Domain name system)

DNS서버

도메인은 IP주소를 알가 쉬운 문자열로 매핑한 네트워크상에서 컴퓨터를 식별하는 호스트명인데,

이러한 도메인의 정보를 담고있는 서버

<출처 및 참고 : https://preamtree.tistory.com/35>

7. REST와 RESTful의 개념

REST(Representational State Transfer)란?

-네트워크 상에서 Client와 Server사이의 통신 방식중 하나인데,

웹의 기존기술과 HTTP프로토콜을 그대로 활용하여 웹의 장점을 최대한 활용할 수 있는 아키텍쳐 스타일.

-HTTP URL를 통해 자원을 명시하고, HTTP Method(Get,Post,Put,Delete,Head)(행위)를 통하여 해당 자원에 대한 CRUD(Create,Read,Update,Delete)(표현)를 수행하는 것.

장점 : 하이퍼미디어API의 기본을 지키면서 범용성 보장

단점 : 브라우저를 통해 테스트할일이 많다면 URL보다 헤더값이 더 어렵게 느껴짐/구형 브라우저는 지원X 부분 존재

필요한 이유 : 다양한 클라이언트의 등장, 어플리케이션의 분할 및 통합

특징 :

-Server-Client(서버-클라이언트 구조)

-Stateless(무상태)

-Cacheable(캐시 처리 가능)

-Layered System(계층화)

-Code-On-Demand(optional)

-Uniform Interface(인터페이스 일관성)

RESTful이란?

-REST의 원리를 따르는 시스템.

-RESTful은 REST를 REST답게 쓰기 위한 방법으로, 누군가가 공식적으로 발표한 것이X

RESTful의 목적 :

-이해하기 쉽고, 사용하기 쉬운 REST API를 만드는것.

-퍼포먼스 향상보단 API의 이해도 및 호환성을 높이기 위함.

RESTful하지 못한 경우 :

-CRUD기능을 모두 POST로만 처리하는 API

-route에 자원,id외의 정보가 들어가는 경우(예 : /students/updateName)

8. 소켓(Socket)이란

소켓이란?
-소프트웨어로 작성된 통신 접속점.

-두 프로그램이 네트워크를 통해 서로 통신을 수행할 수 있도록 양쪽에서 생성되는 링크의 단자.

-두 소켓이 연결되면 다른 프로세스끼리 데이터를 전달 할 수 있음.

-소켓함수는 동기모드(블록킹)/비동기모드,(논블록킹)으로 동작.

소켓의 종류

1. 스트림(TCP)

-연결 지향형 소켓(양방향으로 바이트 스트림 전송 가능, 양쪽 어플리케이션이 모두 데이터를 주고받을수 있음)

-TCP를 사용

-대량의 데이터를 보내는 경우에 적당

2. 데이터그램(UDP)

-비 연결형 소켓

-UDP

-통신 중 데이터를 잃어버려도 오류가 발생하지 않음

---

<참고사이트>

1. https://zetawiki.com/wiki/HTTP_%ED%97%A4%EB%8D%94

2. https://developer.mozilla.org/ko/docs/Web/HTTP/Messages

3. https://zamezzz.tistory.com/137

4. https://brunch.co.kr/@adrenalinee31/1

5. https://popbox.tistory.com/66